MedMij FHIR Implementation Guide Vital Signs 1.2.13

Uit informatiestandaarden
Ga naar: navigatie, zoeken
(History)
 
(17 tussenliggende versies door 6 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:MedMij FHIR Implementation Guide Vital Signs 1.2.4}}
+
__NUMBEREDHEADINGS__
 +
{{#customtitle:MedMij FHIR Implementation Guide Vital Signs {{VersieInfo|V2019.01|Zelfmetingen}}}}
 
{{MedMij:V2019.01_Issuebox_FHIR_IG}}
 
{{MedMij:V2019.01_Issuebox_FHIR_IG}}
  
Regel 16: Regel 17:
 
[[Bestand:Functioneel-02.png|link=MedMij:V2019.01_Ontwerpen |100px|rechts|Functional design|Go to functional design]]
 
[[Bestand:Functioneel-02.png|link=MedMij:V2019.01_Ontwerpen |100px|rechts|Functional design|Go to functional design]]
  
This use case is mainly based on the HL7 FHIR vital signs specification - http://hl7.org/fhir/STU3/observation-vitalsigns.html. The HL7 FHIR vital signs specification is extended with profiles of ZIB concepts that represent vital signs. These profiles are derived from the official [http://hl7.org/fhir/observation-vitalsigns.html HL7 Vital Signs profiles]. The purpose of these profiles is to add additional concepts that are not in the vital sign profiles but are provided in the corresponding ZIB. Moreover, these derived profiles include ZIB to FHIR mappings.  
+
This use case is mainly based on the HL7 FHIR vital signs specification - http://hl7.org/fhir/STU3/observation-vitalsigns.html. The HL7 FHIR vital signs specification is extended with profiles of zib concepts that represent vital signs. These profiles are derived from the official [http://hl7.org/fhir/observation-vitalsigns.html HL7 Vital Signs profiles]. The purpose of these profiles is to add additional concepts that are not in the vital sign profiles but are provided in the corresponding zib. Moreover, these derived profiles include zib to FHIR mappings.  
  
 
'''Technical note:'''
 
'''Technical note:'''
  
Because the base [http://hl7.org/fhir/vitalsigns.html vital signs] profile constrains the <code>.code</code> and the <code>.component.code</code> to the datatype quantity it is not possible to add additional ZIB concepts. A GForge [https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=13796 issue] is created to address this problem. This issue will most likely be resolved with FHIR version STU4. However, to address this problem now the base vital signs panel is copied, the datatype constrains removed and published under a different canonical URL. The HL7 vital sign profiles bloodpressure, bodyweight, and oxygensaturation are copied, the StructureDefinition.baseDefinition adjusted and published under a different canonical URL because they are in the chain of derived profiles and the component.code needs to be used for these vital signs.
+
Because the base [http://hl7.org/fhir/vitalsigns.html vital signs] profile constrains the <code>.code</code> and the <code>.component.code</code> to the datatype quantity it is not possible to add additional zib concepts. A GForge [https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=13796 issue] is created to address this problem. This issue will most likely be resolved with FHIR version STU4. However, to address this problem now the base vital signs panel is copied, the datatype constrains removed and published under a different canonical URL. The HL7 vital sign profiles bloodpressure, bodyweight, and oxygensaturation are copied, the StructureDefinition.baseDefinition adjusted and published under a different canonical URL because they are in the chain of derived profiles and the component.code needs to be used for these vital signs.
  
 
Use cases:
 
Use cases:
Regel 43: Regel 44:
 
| PHR
 
| PHR
 
| Personal health record
 
| Personal health record
|[[Bestand: Verwijzing.png| 20px]] [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/CapabilityStatement/vitalsigns-clientcapabilities CapabilityStatement: Client]
+
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/vitalsigns-clientcapabilities|CapabilityStatement: Client}}
 
| Vital Signs client requirements  
 
| Vital Signs client requirements  
 
|-
 
|-
Regel 50: Regel 51:
 
| XIS
 
| XIS
 
| Healthcare information system
 
| Healthcare information system
|[[Bestand: Verwijzing.png| 20px]] [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/CapabilityStatement/vitalsigns-servercapabilities CapabilityStatement: Server]
+
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/vitalsigns-servercapabilities|CapabilityStatement: Server}}
 
| Vital Signs server requirements  
 
| Vital Signs server requirements  
 
|}
 
|}
Regel 87: Regel 88:
 
'''Search'''
 
'''Search'''
  
The PHR executes an HTTP GET conform to the FHIR [http://hl7.org/fhir/http.html RESTfull] 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 RESTfull] 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>
 
<pre>
Regel 95: Regel 97:
 
'''Search Parameters'''
 
'''Search Parameters'''
  
The PHR may supply, and the XIS shall be capable of processing, all query parameters listed below. These search parameters are a selection of the defined search parameters by the HL7 FHIR specification search parameters of [http://hl7.org/fhir/STU3/observation.html#search Observation].
+
The PHR may supply, and the XIS shall be capable of processing, all query parameters listed below. These search parameters are a selection of the defined search parameters by the HL7 FHIR specification search parameters of [http://hl7.org/fhir/STU3/observation.html#search Observation].  
  
 
{| class="wikitable"  
 
{| class="wikitable"  
Regel 132: Regel 134:
 
5. GET [base]/Observation/$lastn?code[vital sign LOINC{,LOINC2,LOINC3,...}
 
5. GET [base]/Observation/$lastn?code[vital sign LOINC{,LOINC2,LOINC3,...}
 
</pre>
 
</pre>
The following table lists vital signs that have a corresponding ZIB. The column 'LOINC code' shows the LOINC code that can be used in the search query. Other possible codes, including the codes mentioned here, can be found [http://hl7.org/fhir/STU3/observation-vitalsigns.html#vitals-table here].
+
The following table lists vital signs that have a corresponding zib. The column 'LOINC code' shows the LOINC code that can be used in the search query. Other possible codes, including the codes mentioned here, can be found [http://hl7.org/fhir/STU3/observation-vitalsigns.html#vitals-table here].
  
 
{| class="wikitable"  
 
{| class="wikitable"  
 
|-style="font-weight: bold; "
 
|-style="font-weight: bold; "
||ZIB ||LOINC code
+
||Zib ||LOINC code
 
|-
 
|-
 
|BloodPressure||85354-9
 
|BloodPressure||85354-9
Regel 150: Regel 152:
 
| HeartRate||8867-4
 
| HeartRate||8867-4
 
|-
 
|-
| Glucose|| 41604-0 (fasting) <br/> 14743-9 (general) <br/> 14760-3 (post-meal)  
+
| PulseRate||8889-8
 +
|-
 +
| BloodGlucose|| 41604-0 (fasting) <br/> 14743-9 (general) <br/> 14760-3 (post-meal)  
 
|}
 
|}
 +
 +
{{NoteBox|1= Known issue: the LOINC code '41604-0' for fasting BloodGlucose has been used in an incorrect way in MedMij qualification. To support future versions of the information standard, LOINC code '14770-2' should also be supported. More information can be found here: https://bits.nictiz.nl/browse/MM-476}}
 
=====Expected Actions=====
 
=====Expected Actions=====
 
The XIS shall process the query to find and return the vital signs matching the provided query parameters.
 
The XIS shall process the query to find and return the vital signs matching the provided query parameters.
Regel 180: Regel 186:
 
The body of the response message shall be a Bundle of type 'searchset' containing all matching vital sign Observations as entries. If no Observations are found, a Bundle of type 'searchset' shall be returned without any Observation as entries.
 
The body of the response message shall be a Bundle of type 'searchset' containing all matching vital sign Observations as entries. If no Observations are found, a Bundle of type 'searchset' shall be returned without any Observation as entries.
  
In the table below, the vital sign ZIB's and their respective profiles are listed. Other vital signs profiles, without a corresponding ZIB, are can be found in the [http://hl7.org/fhir/STU3/observation-vitalsigns.html HL7 FHIR specification.]
+
In the table below, the vital sign zibs and their respective profiles are listed. Other vital signs profiles, without a corresponding zib, are can be found in the [http://hl7.org/fhir/STU3/observation-vitalsigns.html HL7 FHIR specification.]
  
 
All returned resources to the PHR SHALL include their related profile canonical URL in the meta.profile element in order to show compliance. The Observation resources in the response message SHALL be a valid instance of these profiles.  
 
All returned resources to the PHR SHALL include their related profile canonical URL in the meta.profile element in order to show compliance. The Observation resources in the response message SHALL be a valid instance of these profiles.  
Regel 188: Regel 194:
 
{| class="wikitable"  
 
{| class="wikitable"  
 
|-style="background-color: #1F497D; color: white; font-weight: bold; "
 
|-style="background-color: #1F497D; color: white; font-weight: bold; "
|style="width:150px;"|ZIB name NL||style="width:150px;"|ZIB name EN||style="width:150px;"|FHIR Resource||style="width:450px;"|FHIR profile
+
|style="width:150px;"|Zib name NL||style="width:150px;"|Zib name EN||style="width:150px;"|FHIR Resource||style="width:450px;"|FHIR profile
 
|-style="vertical-align:top; background-color: #E3E3E3;  
 
|-style="vertical-align:top; background-color: #E3E3E3;  
 
|-
 
|-
| Bloeddruk||BloodPressure||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure]
+
| Bloeddruk||BloodPressure||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure}}
 
|-
 
|-
| LichaamsGewicht||BodyWeight||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight]
+
| LichaamsGewicht||BodyWeight||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight}}
 
|-
 
|-
| LichaamsLengte||BodyHeight||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight]  
+
| LichaamsLengte||BodyHeight||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight}}  
 
|-
 
|-
| Lichaamstemperatuur||BodyTemperature||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature]
+
| Lichaamstemperatuur||BodyTemperature||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature}}
 
|-
 
|-
| O2Saturatie||oxygenation, saturation, SpO2||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation]
+
| O2Saturatie||oxygenation, saturation, SpO2||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation}}
 
|-
 
|-
| Hartfrequentie||HeartRate||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate]
+
| Hartfrequentie||HeartRate||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate}}
 
|-
 
|-
| Polsfrequentie||PulseRate||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate]
+
| Polsfrequentie||PulseRate||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate}}
 
|-
 
|-
| LaboratoriumUitslag (based on)||LaboratoryTestResult (based on)||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose]
+
| LaboratoriumUitslag (based on)||LaboratoryTestResult (based on)||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose}}
 
|}
 
|}
 
+
{{Sjabloon:Voorbeelden}}
 
====Expected Actions====
 
====Expected Actions====
 
The PHR processes the results according to application-defined rules.
 
The PHR processes the results according to application-defined rules.
Regel 223: Regel 229:
  
 
===Search parameters===
 
===Search parameters===
The following search parameter types and search result parameters need to be supported for this transaction.
+
The following search parameter types and search result parameters need to be supported for this transaction.  
  
 
Search parameter types:
 
Search parameter types:
Regel 272: Regel 278:
 
* [http://hl7.org/fhir/STU3/http.html#create create]
 
* [http://hl7.org/fhir/STU3/http.html#create create]
  
The vital signs data send to the XIS SHALL conform to the matching vital sign profile. The table below lists profiles that represent ZIBs that can be used for vital sign information exchange. If no matching vital sign ZIB profile is present, vital sign profiles listed in the [http://hl7.org/fhir/STU3/observation-vitalsigns.html FHIR specification] can be used. Other vital sign concepts are currently out of scope for this use case.   
+
The vital signs data send to the XIS SHALL conform to the matching vital sign profile. The table below lists profiles that represent zibs that can be used for vital sign information exchange. If no matching vital sign zib profile is present, vital sign profiles listed in the [http://hl7.org/fhir/STU3/observation-vitalsigns.html FHIR specification] can be used. Other vital sign concepts are currently out of scope for this use case.   
  
 
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.
 
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.
Regel 280: Regel 286:
 
{| class="wikitable" width="1200px"
 
{| class="wikitable" width="1200px"
 
|-style="background-color: #1F497D; color: white; font-weight: bold; "
 
|-style="background-color: #1F497D; color: white; font-weight: bold; "
|style="width:150px;"|ZIB name NL||style="width:150px;"|ZIB name EN||style="width:150px;"|FHIR Resource||style="width:450px;"|FHIR Profile
+
|style="width:150px;"|Zib name NL||style="width:150px;"|Zib name EN||style="width:150px;"|FHIR Resource||style="width:450px;"|FHIR Profile
 
|-style="vertical-align:top; background-color: #E3E3E3;  
 
|-style="vertical-align:top; background-color: #E3E3E3;  
 
|-
 
|-
| Bloeddruk||BloodPressure||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure]
+
| Bloeddruk||BloodPressure||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure}}
 
|-
 
|-
| LichaamsGewicht||BodyWeight||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight]
+
| LichaamsGewicht||BodyWeight||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight}}
 
|-
 
|-
| LichaamsLengte||BodyHeight||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight]
+
| LichaamsLengte||BodyHeight||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight}}
 
|-
 
|-
| Lichaamstemperatuur||BodyTemperature||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature]
+
| Lichaamstemperatuur||BodyTemperature||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature}}
 
|-
 
|-
| O2Saturatie||oxygenation, saturation, SpO2||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation]
+
| O2Saturatie||oxygenation, saturation, SpO2||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation}}
 
|-
 
|-
| Hartfrequentie||HeartRate||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate]
+
| Hartfrequentie||HeartRate||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate}}
 
|-
 
|-
| LaboratoriumUitslag (based on)||LaboratoryTestResult (based on)||Observation||[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose]
+
| Polsfrequentie||PulseRate||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate}}
 +
|-
 +
| LaboratoriumUitslag (based on)||LaboratoryTestResult (based on)||Observation||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose}}
 
|-
 
|-
 
|}
 
|}
 
+
{{Sjabloon:Voorbeelden}}
 
=====Expected Actions=====
 
=====Expected Actions=====
 
On receipt of the submission, the XIS shall validate the resources and respond with an appropriate HTTP code. If the XIS encounters any errors or if validation fails, the XIS shall return an error as documented in the Message Semantics of the response message.
 
On receipt of the submission, the XIS shall validate the resources and respond with an appropriate HTTP code. If the XIS encounters any errors or if validation fails, the XIS shall return an error as documented in the Message Semantics of the response message.
Regel 351: Regel 359:
 
A FHIR ConceptMap resource is provided when a FHIR value set is used instead of a HCIM value set. A ConceptMap maps the values between the two value sets. These ConceptMaps can be found [https://simplifier.net/NictizSTU3-Zib2017/~resources?category=ConceptMap here].
 
A FHIR ConceptMap resource is provided when a FHIR value set is used instead of a HCIM value set. A ConceptMap maps the values between the two value sets. These ConceptMaps can be found [https://simplifier.net/NictizSTU3-Zib2017/~resources?category=ConceptMap here].
  
All profiles include HCIM mappings. HCIM concepts are mapped to the corresponding FHIR elements using the HCIMs concept id. The top of the StructureDefinition contains meta information regarding the HCIM mapping, such as the name and uri of the HCIM. In the StructureDefinition elements, the corresponding HCIM ID is given including the mapping meta information id. This is illustrated in the following example.
+
An explanation about mappings can be found at [[MedMij:V2019.01_FHIR_IG#Mapping_of_coded_concepts|Mapping of coded concepts]].
  
<pre>
+
=Release notes=
<StructureDefinition>
+
    <id value="nl-core-patient" />
+
    .....
+
    <mapping>
+
        <identity value="hcim-patient-v3.1-2017EN"/>
+
        <uri value="https://zibs.nl/wiki/Patient-v3.1(2017EN)"/>
+
        <name value="HCIM Patient-v3.1(2017EN)"/>
+
    </mapping>
+
    .....
+
        <element id="Patient.name">
+
            <path value="Patient.name" />
+
            <short value="NameInformation" />
+
            <alias value="Naamgegevens" />
+
            <type>
+
                <code value="HumanName" />
+
                <profile value="http://fhir.nl/fhir/StructureDefinition/nl-core-humanname" />
+
            </type>
+
            <mapping>
+
                <identity value="hcim-patient-v3.1-2017EN"/>
+
                <map value="NL-CM:0.1.6"/>
+
            </mapping>
+
        </element>
+
    .....
+
</StructureDefinition>
+
</pre>
+
 
+
=Annex: Document history=
+
==Release notes==
+
 
Release notes can be found on the [[MedMij:V2019.01_OntwerpZelfmetingen#Release_notes|functional design page]].
 
Release notes can be found on the [[MedMij:V2019.01_OntwerpZelfmetingen#Release_notes|functional design page]].
 
==History==
 
{| class="wikitable" "cellpadding="10"
 
!style="text-align:left;"|Release
 
!style="text-align:left;"|Date
 
!style="text-align:left;"|Description
 
|-
 
| style="background-color: white;"| 2019.01 - October
 
| style="background-color: white;"| 30-10-2019
 
| style="background-color: white;"|
 
* Added new version of FHIR package
 
|-
 
| style="background-color: white;"| 2019.01 - September
 
| style="background-color: white;"| 30-09-2019
 
| style="background-color: white;"|
 
* Added new version of FHIR package
 
|-
 
| style="background-color: white;"| 2019.01
 
| style="background-color: white;"| 21-06-2019
 
| style="background-color: white;"|
 
*Clarification FO with regard to glucose measurement. See [https://bits.nictiz.nl/browse/MM-333 MM-333] for more info.
 
|-
 
| style="background-color: white;"| 2019.01
 
| style="background-color: white;"| 11-03-2019
 
| style="background-color: white;"|
 
*Publication of changes in version 2019.01, conform release notes.
 
*Moved release notes to functional design page.
 
|-
 
| style="background-color: white;"| 2018.06
 
| style="background-color: white;"| 14-01-2019
 
| style="background-color: white;"| Removed incorrect issuebox.
 
|-
 
| style="background-color: white;"| 2018.06
 
| style="background-color: white;"| 12-11-2018
 
| style="background-color: white;"| Added section "Terminology, NamingSystems, Mappings".
 
|-
 
| style="background-color: white;"| 2018.06
 
| style="background-color: white;"| 15-10-2018
 
| style="background-color: white;"| Added version in title, and document history.
 
|}
 
 
 
[[categorie:MedMij FHIR Use Cases]]
 

Huidige versie van 24 jun 2020 om 13:23


Naar medmij.nl
Self-Measurements
AfsprakenstelselFunctioneelTechnischAfspraken-Functioneel-Technisch

1 Introduction

Go to functional design

This use case is mainly based on the HL7 FHIR vital signs specification - http://hl7.org/fhir/STU3/observation-vitalsigns.html. The HL7 FHIR vital signs specification is extended with profiles of zib concepts that represent vital signs. These profiles are derived from the official HL7 Vital Signs profiles. The purpose of these profiles is to add additional concepts that are not in the vital sign profiles but are provided in the corresponding zib. Moreover, these derived profiles include zib to FHIR mappings.

Technical note:

Because the base vital signs profile constrains the .code and the .component.code to the datatype quantity it is not possible to add additional zib concepts. A GForge issue is created to address this problem. This issue will most likely be resolved with FHIR version STU4. However, to address this problem now the base vital signs panel is copied, the datatype constrains removed and published under a different canonical URL. The HL7 vital sign profiles bloodpressure, bodyweight, and oxygensaturation are copied, the StructureDefinition.baseDefinition adjusted and published under a different canonical URL because they are in the chain of derived profiles and the component.code needs to be used for these vital signs.

Use cases:

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 Vital Signs client requirements
Healthcare professional The user of a XIS XIS Healthcare information system Verwijzing.png CapabilityStatement: Server Vital Signs server requirements

3 Use case: Retrieve Vital Signs

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 vital signs transaction is used by the PHR to retrieve vital signs from the XIS.

3.2 Actors

Transaction group Transaction Actor Role
Retrieve Vital Signs(PULL) Retrieve vital signs request Patient (using a PHR) Request vital signs from the XIS
Retrieve vital signs response Healthcare professional (using a XIS) Serves vital signs 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 vital signs, it issues a retrieve vital signs request message.

3.3.1.2 Message Semantics

Search

The PHR executes an HTTP GET conform to the FHIR RESTfull 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]/Observation?[parameters]{&_format=[mime-type]}

Search Parameters

The PHR may supply, and the XIS shall be capable of processing, all query parameters listed below. These search parameters are a selection of the defined search parameters by the HL7 FHIR specification search parameters of Observation.

Observation
Name Type Description
category token The classification of the type of observation
code token The code of the observation type
date date Obtained date/time. If the obtained element is a period, a date that falls in the period

Example searches

The PHR should be able to fetch all of a patient's vital signs by searching on:

  1. category (all vital signs),
  2. category and date,
  3. code (specific vital sign),
  4. code and date,
  5. code and Last N.
1. GET [base]/Observation?category=vital-signs
2. GET [base]/Observation?category=vital-signs&date=[date]{&date=[date]}
3. GET [base]/Observation?code[vital sign LOINC{,LOINC2,LOINC3,...}]
4. GET [base]/Observation?code=[vital sign LOINC{,LOINC2,LOINC3,...}]&date=[date]{&date=[date]}
5. GET [base]/Observation/$lastn?code[vital sign LOINC{,LOINC2,LOINC3,...}

The following table lists vital signs that have a corresponding zib. The column 'LOINC code' shows the LOINC code that can be used in the search query. Other possible codes, including the codes mentioned here, can be found here.

Zib LOINC code
BloodPressure 85354-9
BodyWeight 29463-7
BodyHeight 8302-2
BodyTemperature 8310-5
Oxygenation, saturation, SpO2 59408-5
HeartRate 8867-4
PulseRate 8889-8
BloodGlucose 41604-0 (fasting)
14743-9 (general)
14760-3 (post-meal)

Em.png

Known issue: the LOINC code '41604-0' for fasting BloodGlucose has been used in an incorrect way in MedMij qualification. To support future versions of the information standard, LOINC code '14770-2' should also be supported. More information can be found here: https://bits.nictiz.nl/browse/MM-476

3.3.1.2.1 Expected Actions

The XIS shall process the query to find and return the vital signs matching the provided query parameters.

3.3.2 XIS: response message

The XIS returns an HTTP Status code appropriate to the processing as well as a Bundle of matching vital signs Observation.

3.3.2.1 Trigger Events

The XIS completed processing of the retrieve vital signs request message.

3.3.2.2 Message Semantics

Based on the retrieve vital signs request message processing results, the XIS will either return an error or success. When the XIS needs to report an error, it shall use HTTP error response codes and shall include a FHIR OperationOutcome resource with more details on the failure. If the request message is processed successfully, whether or not vital signs are found or generated, the HTTP status code shall be 200.

Response Class:

  • Status 200: successful operation
  • Status 400: invalid parameter
  • Status 401/4xx: unauthorized request
  • Status 403: insufficient scope

If the XIS is sending warnings, the Bundle resource shall also contain a FHIR OperationOutcome resource that contains those warnings. The FHIR specification describes the relevant sections:

3.3.2.2.1 Message Resource content

The body of the response message shall be a Bundle of type 'searchset' containing all matching vital sign Observations as entries. If no Observations are found, a Bundle of type 'searchset' shall be returned without any Observation as entries.

In the table below, the vital sign zibs and their respective profiles are listed. Other vital signs profiles, without a corresponding zib, are can be found in the HL7 FHIR specification.

All returned resources to the PHR SHALL include their related profile canonical URL in the meta.profile element in order to show compliance. The Observation resources in the response message SHALL be a valid instance of these profiles.

Em.png

MedMij uses the FHIR Packaging mechanism. This conveniently bundles all examples, profiles and other conformance resources you need into a single download. For more background information see the the FHIR implementation guide. This version of the information standard depends on Nictiz package 1.3.x. Please note that the direct links to the various conformance resources below will take you to the latest version, which might not match the package version. At time of writing, there is no way to render the conformance resource as found in the package. This is on the roadmap for Simplifier.
Zib name NL Zib name EN FHIR Resource FHIR profile
Bloeddruk BloodPressure Observation http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure
LichaamsGewicht BodyWeight Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight
LichaamsLengte BodyHeight Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight
Lichaamstemperatuur BodyTemperature Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature
O2Saturatie oxygenation, saturation, SpO2 Observation http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation
Hartfrequentie HeartRate Observation http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate
Polsfrequentie PulseRate Observation http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate
LaboratoriumUitslag (based on) LaboratoryTestResult (based on) Observation http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose

Example instances of FHIR resources can be found on Simplifier. Please note: every effort has been made to ensure that the examples are correct and useful, but they are not a part of any MedMij information standard.

3.3.2.3 Expected Actions

The PHR processes the results according to application-defined rules.

3.4 Interactions, operations, search parameters

3.4.1 Interactions

The following logical interactions are needed for the retrieve medication information transaction:

3.4.2 Operations

The following operation is needed for this use case.

The lastn query meets the common need for searching for the most recent or last n=number of observations for a subject. For example, retrieving the last 5 temperatures for a patient to view trends or fetching the most recent laboratory results or vital signs. The link will provide more detailed information and examples regarding this operation.

3.4.3 Search parameters

The following search parameter types and search result parameters need to be supported for this transaction.

Search parameter types:

4 Use case: Send Vital Signs

4.1 Introduction

The send vital signs transaction is used by the PHR to send vital signs to the XIS.

4.2 Actors

Transaction group Transaction Actor Role
Send Vital Signs(PUSH) Send vital signs request Patient (using a PHR) Sends vital signs to the XIS
Send vital signs response Healthcare professional (using a XIS) Receives vital signs from the PHR

4.3 Invocations

4.3.1 PHR: request message

The send vital sings request message uses the HTTP POST method on the target XIS's base.

4.3.1.1 Trigger Events

This message is invoked when the PHR needs to send one or more vital signs observations to the XIS.

4.3.1.2 Message Semantics

Because sending vital signs will most likely consist of multiple Observations, a batch/transaction transaction is used. This allows for creating a set of resources in a single interaction.

A batch interaction is performed by an HTTP POST command as shown:

POST [base] {?_format=[mime-type]}

The body of the post submission is a Bundle with Bundle.type = batch. Each entry carries request details (Bundle.entry.request) that provides the HTTP details of the action in order to inform the system processing the batch or what to do for the entry (note: the request is optional, but SHOULD be present). Every bundle.entry creates a resource using an HTTP POST method. The resource of this entry shall be the vital sign observation.

Links:

The vital signs data send to the XIS SHALL conform to the matching vital sign profile. The table below lists profiles that represent zibs that can be used for vital sign information exchange. If no matching vital sign zib profile is present, vital sign profiles listed in the FHIR specification can be used. Other vital sign concepts are currently out of scope for this use case.

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.

Em.png

MedMij uses the FHIR Packaging mechanism. This conveniently bundles all examples, profiles and other conformance resources you need into a single download. For more background information see the the FHIR implementation guide. This version of the information standard depends on Nictiz package 1.3.x. Please note that the direct links to the various conformance resources below will take you to the latest version, which might not match the package version. At time of writing, there is no way to render the conformance resource as found in the package. This is on the roadmap for Simplifier.
Zib name NL Zib name EN FHIR Resource FHIR Profile
Bloeddruk BloodPressure Observation http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure
LichaamsGewicht BodyWeight Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight
LichaamsLengte BodyHeight Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight
Lichaamstemperatuur BodyTemperature Observation http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature
O2Saturatie oxygenation, saturation, SpO2 Observation http://nictiz.nl/fhir/StructureDefinition/zib-OxygenSaturation
Hartfrequentie HeartRate Observation http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate
Polsfrequentie PulseRate Observation http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate
LaboratoriumUitslag (based on) LaboratoryTestResult (based on) Observation http://nictiz.nl/fhir/StructureDefinition/vitalsign-bloodglucose

Example instances of FHIR resources can be found on Simplifier. Please note: every effort has been made to ensure that the examples are correct and useful, but they are not a part of any MedMij information standard.

4.3.1.2.1 Expected Actions

On receipt of the submission, the XIS shall validate the resources and respond with an appropriate HTTP code. If the XIS encounters any errors or if validation fails, the XIS shall return an error as documented in the Message Semantics of the response message.

4.3.2 XIS: response message

The XIS returns an HTTP Status code appropriate to the processing outcome and returns a Bundle, of type batch-response, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

4.3.2.1 Trigger Events

The XIS completed processing of the send vital signs request message.

4.3.2.2 Message Semantics

The XIS SHALL return a Bundle with type set to batch-response that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

A client may use the returned Bundle to track the outcomes of processing the entry, and the identities assigned to the resources by the server. Each entry element SHALL contain a response element which details the outcome of processing the entry - the HTTP status code, and the location and ETag header values, which are used for identifying and versioning the resources. In addition, a resource may be included in the entry, as specified by the Prefer header.

When the resource syntax or data is incorrect or invalid, and cannot be used to create a new resource, the server returns a 400 Bad Request HTTP status code. When the server rejects the content of the resource because of business rules, the server returns a 422 Unprocessable Entity error HTTP status code. In either case, the server SHOULD include a response body containing an OperationOutcome with detailed error messages describing the reason for the error.

Common HTTP Status codes returned on FHIR-related errors (in addition to normal HTTP errors related to security, header and content type negotiation issues):

  • 400 Bad Request - resource could not be parsed or failed basic FHIR validation rules
  • 404 Not Found - resource type not supported, or not a FHIR end-point
  • 422 Unprocessable Entity - the proposed resource violated applicable FHIR profiles or server business rules. This should be accompanied by an OperationOutcome resource providing additional detail

Read more: create batch

4.3.2.3 Expected Actions

The PHR processes the results according to application-defined rules.

4.4 Interactions, operations, search parameters

4.4.1 Interactions

The following logical interactions are needed for the retrieve medication information transaction:

4.4.2 Operations

No operations are defined or needed for this transaction.

4.4.3 Search parameters

No search parameters are defined or needed for this transaction.

5 Terminology, NamingSystems, Mappings

5.1 Terminology

Relevant ValueSets can be found through the ValueSet bindings in the listed StructureDefinitions. All ValueSets can be found here here and can be downloaded as a .zip in XML or JSON format.

5.2 NamingSystems

Relevant NamingSystems can be found here.

5.3 Mappings

A FHIR ConceptMap resource is provided when a FHIR value set is used instead of a HCIM value set. A ConceptMap maps the values between the two value sets. These ConceptMaps can be found here.

An explanation about mappings can be found at Mapping of coded concepts.

6 Release notes

Release notes can be found on the functional design page.