MedMij:Vprepub-2019.01 FHIR GP Data: verschil tussen versies

Uit informatiestandaarden
Naar navigatie springen Naar zoeken springen
(Replace the deprecation issuebox)
 
(53 tussenliggende versies door 11 gebruikers niet weergegeven)
Regel 1: Regel 1:
{{#customtitle:MedMij FHIR Implementation Guide GP Patient Data 1.1.3}}
+
{{MedMij:Vprepub-2019.01_Huisartsgegevens1_Uitgefaseerd}}
{{MedMij:V2019.01_Issuebox_FHIR_IG}}
+
__NOINDEX__
 +
__NUMBEREDHEADINGS__
 +
{{DISPLAYTITLE:MedMij FHIR Implementation Guide GP Patient Data {{VersieInfo|Huisartsgegevens|release=V2019.01}}}}
 +
{{MedMij:Vprepub-2019.01_Issuebox_FHIR_IG}}
  
 
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
 
[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
Regel 6: Regel 9:
 
<imagemap>Bestand:Leeswijzer-technisch-banner 03 white.png|center|400px|alt=Afspraken-Functioneel-Technisch   
 
<imagemap>Bestand:Leeswijzer-technisch-banner 03 white.png|center|400px|alt=Afspraken-Functioneel-Technisch   
 
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]                 
 
circle 241 216 211 [https://www.medmij.nl/afsprakenstelsel Afsprakenstelsel]                 
circle 1013 224 212 [[MedMij:V2019.01_OntwerpHuisartsgegevens|Functioneel]]                 
+
circle 1013 224 212 [[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens|Functioneel]]                 
circle 1787 230 212 [[MedMij:V2019.01_FHIR_IG|Technisch]]                 
+
circle 1787 230 212 [[MedMij:Vprepub-2019.01_FHIR_IG|Technisch]]                 
 
desc none                     
 
desc none                     
 
</imagemap>
 
</imagemap>
Regel 14: Regel 17:
  
 
==Introduction==
 
==Introduction==
[[Bestand:Functioneel-02.png|link=MedMij:V2019.01_Ontwerpen |100px|rechts|Functional design|Go to functional design]]
+
[[Bestand:Functioneel-02.png|link=MedMij:Vprepub-2019.01_Ontwerpen |100px|rechts|Functional design|Go to functional design]]
  
The input document "[[MedMij:V2019.01_OntwerpHuisartsgegevens#richtlijn-huisarts-patient|Richtlijn online inzage in het H-EPD door patiënt]]" (Dutch) described online access of GP data by patients. The use case evolves around a GP specific Patient Data that consists of 10 sections plus the patient and the healthcare provider (GP). These sections correspond to the "[[MedMij:V2019.01_OntwerpHuisartsgegevens#his-referentiemodel-2016|HIS referentiemodel Publieksversie 2016]]" (Dutch). ''HIS referentiemodel'' is the GP information system reference model (GP-IS-RM).
+
The input document "[[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens#richtlijn-huisarts-patient|Richtlijn online inzage in het H-EPD door patiënt]]" (Dutch) described online access of GP data by patients. The use case evolves around a GP specific Patient Data that consists of 10 sections plus the patient and the healthcare provider (GP). These sections correspond to the "[[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens#his-referentiemodel-2016|HIS referentiemodel Publieksversie 2016]]" (Dutch). ''HIS referentiemodel'' is the GP information system reference model (GP-IS-RM).
  
Some but not all sections in the GP Patient Data correspond to Health and Care Information Models ([https://zibs.nl/wiki/HCIM_Mainpage HCIMs] (English) or [https://zibs.nl/wiki/ZIB_Hoofdpagina ZIBs] (Dutch)). A joint initiative project between [http://www.nictiz.nl Nictiz] and the Dutch GP association [https://www.nhg.org NHG] is underway to analyse the relationship between the GP-IS-RM and the HCIMs and propose updates where needed. This analysis will not yield results before 2019. This specification thus predates the analysis, and will updated accordingly moving forward.
+
Some but not all sections in the GP Patient Data correspond to Health and Care Information Models ([https://zibs.nl/wiki/HCIM_Mainpage HCIMs] (English) or [https://zibs.nl/wiki/ZIB_Hoofdpagina zibs] (Dutch)). A joint initiative project between [http://www.nictiz.nl Nictiz] and the Dutch GP association [https://www.nhg.org NHG] is underway to analyse the relationship between the GP-IS-RM and the HCIMs and propose updates where needed. This analysis will not yield results before 2019. This specification thus predates the analysis, and will updated accordingly moving forward.
  
 
This page will elaborate further on the HL7 FHIR details needed to exchange the GP Patient Data information using FHIR.
 
This page will elaborate further on the HL7 FHIR details needed to exchange the GP Patient Data information using FHIR.
Regel 39: Regel 42:
 
| PHR
 
| PHR
 
| Personal health record
 
| Personal health record
|[[Bestand: Verwijzing.png| 20px]] [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/CapabilityStatement/gp-patientdata2017-clientcapabilities CapabilityStatement: Client]
+
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/gp-patientdata2017-clientcapabilities|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12|title=CapabilityStatement: Client}}
 
| GP Patient Data client requirements  
 
| GP Patient Data client requirements  
 
|-
 
|-
Regel 46: Regel 49:
 
| XIS
 
| XIS
 
| Healthcare information system
 
| Healthcare information system
|[[Bestand: Verwijzing.png| 20px]] [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/CapabilityStatement/gp-patientdata2017-servercapabilities CapabilityStatement: Server]
+
|[[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/gp-patientdata2017-servercapabilities|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12|title=CapabilityStatement: Server}}
 
| GP Patient Data server requirements  
 
| GP Patient Data server requirements  
 
|}
 
|}
Regel 85: Regel 88:
 
| style="vertical-align:top;"| Patient
 
| style="vertical-align:top;"| Patient
 
| style="vertical-align:top;"| [https://zibs.nl/wiki/Patient-v3.1(2017EN) Patient v3.1 (2017)]
 
| style="vertical-align:top;"| [https://zibs.nl/wiki/Patient-v3.1(2017EN) Patient v3.1 (2017)]
| style="vertical-align:top;"| De patient data of the patient the data is for.
+
| style="vertical-align:top;"| De patient data of the patient the data is for. Note that retrieving patient data separately may not be supported by GP systems in some circumstances. Patient data will however be part of the other responses in that case.
 
| style="vertical-align:top;"| <pre>GET [base]/Patient?_include=Patient:general-practitioner</pre>
 
| style="vertical-align:top;"| <pre>GET [base]/Patient?_include=Patient:general-practitioner</pre>
 
|-
 
|-
Regel 92: Regel 95:
 
| style="background-color: white;" rowspan="3"|
 
| style="background-color: white;" rowspan="3"|
 
| style="background-color: white;vertical-align:top;"| A health concern like a complaint of illness, that may change in nature as diagnoses are made and/or the illness develops.
 
| style="background-color: white;vertical-align:top;"| A health concern like a complaint of illness, that may change in nature as diagnoses are made and/or the illness develops.
| style="background-color: white;" rowspan="3"| <pre>GET [base]/EpisodeOfCare?_revinclude=Flag:detail</pre>
+
| style="background-color: white;" rowspan="3"| <pre>GET [base]/EpisodeOfCare</pre><br/><pre>GET [base]/Flag</pre>
 
|-
 
|-
 
| style="vertical-align:top;"| 4
 
| style="vertical-align:top;"| 4
Regel 117: Regel 120:
 
| style="vertical-align:top;"|Current medication
 
| style="vertical-align:top;"|Current medication
 
| style="vertical-align:top;"|[https://zibs.nl/wiki/MedicationAgreement-v1.0(2017EN) MedicationAgreement v1.0 (2017)]
 
| style="vertical-align:top;"|[https://zibs.nl/wiki/MedicationAgreement-v1.0(2017EN) MedicationAgreement v1.0 (2017)]
| style="vertical-align:top;"|MedicationAgreement <br/>The prescriber proposed use of medication that the patient agrees with. The agreement may signal starting, repeating, updating or stopping the medication. The list of MedicationAgreements is also known as the list of medication the patient is '''currently''' using
+
| style="vertical-align:top;"|MedicationAgreement <br/>The prescriber proposed use of medication that the patient agrees with. The agreement may signal starting, repeating, updating or stopping the medication. The list of MedicationAgreements is also known as the list of medication the patient is '''currently''' using. Note that current means that the period of use is still active. This is conveyed in the MedicationRequest.extension periodOfUse. This may or may not me populated. If it is not, the Medicationagreement is assumed to be current. The search parameter {{Simplifier|http://nictiz.nl/fhir/SearchParameter/Medications-periodofuse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12|title=Medications-periodofuse}} allows filtering for current medicationagreements
| style="vertical-align:top;"|<pre>GET [base]/MedicationRequest?status=active&category=http://snomed.info/sct|16076005&_include:MedicationRequest:medication</pre>
+
| style="vertical-align:top;"|<pre>GET [base]/MedicationRequest?periodofuse=ge[today]&category=http://snomed.info/sct|16076005&_include=MedicationRequest:medication</pre>
 
|-
 
|-
 
| style="background-color: white;vertical-align:top;"| 9
 
| style="background-color: white;vertical-align:top;"| 9
Regel 124: Regel 127:
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/AllergyIntolerance-v3.1(2017EN) AllergyIntolerance v3.1 (2017)]
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/AllergyIntolerance-v3.1(2017EN) AllergyIntolerance v3.1 (2017)]
 
| style="background-color: white;vertical-align:top;"|A medication intolerance concerns the intolerance of a patient for a specific drug, substance or substance group, that needs to be taken into account when prescribing, dispensing or administering medication.
 
| style="background-color: white;vertical-align:top;"|A medication intolerance concerns the intolerance of a patient for a specific drug, substance or substance group, that needs to be taken into account when prescribing, dispensing or administering medication.
| style="background-color: white;vertical-align:top;"| <pre>GET [base]/AllergyIntolerance?code=http://snomed.info/sct|419511003</pre>
+
| style="background-color: white;vertical-align:top;"| <pre>GET [base]/AllergyIntolerance?category=medication</pre>
 
|-
 
|-
 
| style="vertical-align:top;"| 10
 
| style="vertical-align:top;"| 10
Regel 135: Regel 138:
 
| style="background-color: white;vertical-align:top;" rowspan="9"| Lab results
 
| style="background-color: white;vertical-align:top;" rowspan="9"| Lab results
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/LaboratoryTestResult-v4.0(2017EN) LaboratoryTestResult v4.0 (2017)]
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/LaboratoryTestResult-v4.0(2017EN) LaboratoryTestResult v4.0 (2017)]
| style="background-color: white;vertical-align:top;" rowspan="9"|A lab test is an objectifiable diagnostic procedure. The result is the outcome of the procedure. Lab tests include vital signs like blood pressure, weight and lab results like ferro in blood.<br/><br/>Note that GP (lab) results are normally coded using [https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen NHG Tabel 45]. While some of these codes might be convertible to LOINC or SNOMED CT, this is '''not''' expected at present. Bridging code systems between primary and secondary care is part of a larger national discussion<br/><br/>Note that the date parameter is optional and needs calculation, e.g. current-date() - 14 months. The business rules in the [[MedMij:V2019.01_OntwerpHuisartsPatientsamenvatting#richtlijn-huisarts-patient|guide lines]] determine the maximum range for the returned results. If the date parameter is omitted, the maximum range is assumed
+
| style="background-color: white;vertical-align:top;" rowspan="9"|A lab test is an objectifiable diagnostic procedure. The result is the outcome of the procedure. Lab tests include vital signs like blood pressure, weight and lab results like ferro in blood.<br/><br/>Note that GP (lab) results are normally coded using [https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen NHG Tabel 45]. While some of these codes might be convertible to LOINC or SNOMED CT, this is '''not''' expected at present. Bridging code systems between primary and secondary care is part of a larger national discussion<br/><br/>Note that the date parameter is optional and needs calculation, e.g. current-date() - 14 months. The business rules in the [[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens#richtlijn-huisarts-patient|guide lines]] determine the maximum range for the returned results. If the date parameter is omitted, the maximum range is assumed
| style="background-color: white;" rowspan="9"| <pre>GET [base]/Observation?code=https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|&_include=Observation:related-target&_include=Observation:specimen&date=ge2017-01-01</pre>
+
| style="background-color: white;" rowspan="9"| <pre>GET [base]/Observation?code=https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen&_include=Observation:related-target&_include=Observation:specimen&date=ge2017-01-01</pre>
 +
{{NoteBox|Known issue. The FHIR standard specifies a [https://hl7.org/fhir/STU3/search.html#token trailing pipe symbol] for system based token searches. This specification issue will not be fixed until the next major release of this information standard because fixing it is not backward compatible. Systems building to this version of the specification are expected to comply with this specification. Please see [https://bits.nictiz.nl/browse/MM-601 issue MM-601] for more detail.}}
 
|-
 
|-
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/BloodPressure-v3.1(2017EN) BloodPressure v3.1 (2017)]
 
| style="background-color: white;vertical-align:top;"| [https://zibs.nl/wiki/BloodPressure-v3.1(2017EN) BloodPressure v3.1 (2017)]
Regel 159: Regel 163:
 
| Information from an encounter, recorded in free text using the SOAP structure. The acronym SOAP stands for Subjective, Objective, Assessment and Plan. The E entry contains the consultation conclusion and the P entry contains potential next steps.<br/><br/>Note that the profile for SOAP entries is yet to be created and the  code system value is preliminary
 
| Information from an encounter, recorded in free text using the SOAP structure. The acronym SOAP stands for Subjective, Objective, Assessment and Plan. The E entry contains the consultation conclusion and the P entry contains potential next steps.<br/><br/>Note that the profile for SOAP entries is yet to be created and the  code system value is preliminary
 
| ''TODO: LOINC code has status proposal''<br/><pre>GET [base]/Composition?type=http://loinc.org|67781-5</pre>
 
| ''TODO: LOINC code has status proposal''<br/><pre>GET [base]/Composition?type=http://loinc.org|67781-5</pre>
 +
 +
{{NoteBox|The [http://hl7.org/fhir/STU3/composition.html#bnr basic rules for Composition] apply which means that even without the _include parameter, the server is required to return these references as applicable:
 +
* Composition.subject
 +
* Composition.encounter
 +
* Composition.author
 +
* Composition.attester.party
 +
* Composition.custodian
 +
* Composition.event.detail
 +
* Composition.section.entry
 +
This means there is no need for explicit client request along these lines.
 +
}}
 
|}
 
|}
  
Regel 196: Regel 211:
 
* A parameter may refer to a time that is out of scope e.g. <code>GET [base]/Condition?onset=le1995</code>, where the system only has data going back to 2001
 
* A parameter may refer to a time that is out of scope e.g. <code>GET [base]/Condition?onset=le1995</code>, where the system only has data going back to 2001
 
* A parameter may use an illegal or unacceptable modifier e.g. <code>GET [base]/Condition?onset:text=1995</code>, where the modifier cannot be processed by the server
 
* A parameter may use an illegal or unacceptable modifier e.g. <code>GET [base]/Condition?onset:text=1995</code>, where the modifier cannot be processed by the server
* A data time parameter may have incorrect format e.g. <code>GET [base]/Condition?onset=23%20May%202009</code>
+
* A date time parameter may have incorrect format e.g. <code>GET [base]/Condition?onset=23%20May%202009</code>
 
* A parameter may be unknown or unsupported  
 
* A parameter may be unknown or unsupported  
 
Where the content of the parameter is syntactically incorrect, servers SHOULD return an error. However, where the issue is a logical condition (e.g. unknown subject or code), the server SHOULD process the search, including processing the parameter - with the result of returning an empty search set, since the parameter cannot be satisfied.
 
Where the content of the parameter is syntactically incorrect, servers SHOULD return an error. However, where the issue is a logical condition (e.g. unknown subject or code), the server SHOULD process the search, including processing the parameter - with the result of returning an empty search set, since the parameter cannot be satisfied.
Regel 232: Regel 247:
 
* [http://hl7.org/fhir/STU3/search.html#include _include]
 
* [http://hl7.org/fhir/STU3/search.html#include _include]
 
* [http://hl7.org/fhir/STU3/search.html#include _revinclude]
 
* [http://hl7.org/fhir/STU3/search.html#include _revinclude]
 +
* {{Simplifier|http://nictiz.nl/fhir/SearchParameter/Medications-periodofuse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12|title=Medications-periodofuse}} *
 +
 +
<nowiki>*</nowiki> This SearchParameter searches on the FHIR DataType Period in the PeriodOfUse extension, which is added to profiles on MedicationRequest and MedicationDispense resources. Clients use date parameter searches as described by the [http://hl7.org/fhir/stu3/search.html#date FHIR specification]. Servers are expected to take the [http://nictiz.nl/fhir/StructureDefinition/zib-MedicationUse-Duration MedicationUse-Duration extension] into account when processing a client's search. This means that either a Period.start + Period.end or Period.start + Duration is used to determine the search results. To illustrate the expected behavior: if a Period.start and a Duration is known, but not the Period, the Duration should be added to the Period.start date to calculate the Period.end. The calculated Period.end date is then used to determine the search results.
  
 
==List of StructureDefinitions==
 
==List of StructureDefinitions==
 
The profiles represent their entire respective HCIM, to make them applicable in a broader context than the exchange of GP Patient Data or a MedMij context. An example for reuse of existing profiles are those of the patient administration resources and vital signs.
 
The profiles represent their entire respective HCIM, to make them applicable in a broader context than the exchange of GP Patient Data or a MedMij context. An example for reuse of existing profiles are those of the patient administration resources and vital signs.
  
{{NoteBoxPackage|https://simplifier.net/NictizSTU3-Zib2017/~packages|1.1.x|MedMij:V2019.01_FHIR_IG}}
+
{{NoteBoxPackage|https://simplifier.net/NictizSTU3-Zib2017/~packages|1.3.x|MedMij:V2019.01_FHIR_IG}}
  
 
{| class="wikitable collapsible" cellpadding="10"
 
{| class="wikitable collapsible" cellpadding="10"
Regel 242: Regel 260:
 
|-
 
|-
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:10px"  | Section
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:10px"  | Section
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | ZIB NL
+
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | Zib NL
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | HCIM EN
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | HCIM EN
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | FHIR Resource
 
!style="background-color: #4AB8A7; color: white; font-weight: bold; text-align:left;  background-color: #E3E3E3 width:100px" | FHIR Resource
Regel 251: Regel 269:
 
| style="background-color: white;"| HealthProfessional
 
| style="background-color: white;"| HealthProfessional
 
| style="background-color: white;"|
 
| style="background-color: white;"|
| style="background-color: white;"| [https://simplifier.net/resolve?target=simplifier&canonical=http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner]
+
| style="background-color: white;"| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
 
| style="background-color: white;"| Zorgaanbieder
 
| style="background-color: white;"| Zorgaanbieder
 
| style="background-color: white;"| HealthcareProvider
 
| style="background-color: white;"| HealthcareProvider
 
| style="background-color: white;"| Organization
 
| style="background-color: white;"| Organization
| style="background-color: white;"| [https://simplifier.net/resolve?target=simplifier&canonical=http://fhir.nl/fhir/StructureDefinition/nl-core-organization http://fhir.nl/fhir/StructureDefinition/nl-core-organization]
+
| style="background-color: white;"| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
 
| 2
 
| 2
Regel 262: Regel 280:
 
|Patient
 
|Patient
 
| Patient
 
| Patient
| [https://simplifier.net/resolve?target=simplifier&canonical=http://fhir.nl/fhir/StructureDefinition/nl-core-patient http://fhir.nl/fhir/StructureDefinition/nl-core-patient]
+
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
 
| style="background-color: white;"| 3
 
| style="background-color: white;"| 3
Regel 268: Regel 286:
 
| style="background-color: white;" rowspan="3"|  
 
| style="background-color: white;" rowspan="3"|  
 
| style="background-color: white;" rowspan="3"| EpisodeOfCare
 
| style="background-color: white;" rowspan="3"| EpisodeOfCare
| style="background-color: white;" rowspan="3"| [https://simplifier.net/resolve?target=simplifier&canonical=http://fhir.nl/fhir/StructureDefinition/nl-core-episodeofcare http://fhir.nl/fhir/StructureDefinition/nl-core-episodeofcare]
+
| style="background-color: white;" rowspan="3"| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Alert|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}<br/>{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-episodeofcare|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
 
| 4
 
| 4
 
|-
 
|-
 
| style="background-color: white;"| 5
 
| style="background-color: white;"| 5
|-
 
| 6
 
|Procedure
 
|Verrichting
 
| Procedure
 
| [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-Procedure http://nictiz.nl/fhir/StructureDefinition/zib-Procedure]
 
|-
 
| style="background-color: white;"| 7
 
| style="background-color: white;"| AlgemeneMeting
 
| style="background-color: white;"| GeneralMeasurement
 
| style="background-color: white;"|
 
| style="background-color: white;"|
 
 
|-
 
|-
 
| 8
 
| 8
Regel 290: Regel 296:
 
| MedicationAgreement
 
| MedicationAgreement
 
| MedicationRequest
 
| MedicationRequest
| [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-MedicationAgreement http://nictiz.nl/fhir/StructureDefinition/zib-MedicationAgreement]
+
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicationAgreement|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
 
| style="background-color: white;"| 9
 
| style="background-color: white;"| 9
Regel 296: Regel 302:
 
| style="background-color: white;"| AllergyIntolerance  
 
| style="background-color: white;"| AllergyIntolerance  
 
| style="background-color: white;"| AllergyIntolerance
 
| style="background-color: white;"| AllergyIntolerance
| style="background-color: white;"| [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance]
+
| style="background-color: white;"| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
 
|-
 
|-
| 10
+
| rowspan="9"| 11
| ''Correspondentie''
+
| LaboratoriumUitslag
|
+
| LaboratoryTestResult
| DocumentReference
+
| rowspan="9"| Observation
| [https://simplifier.net/IHEPatientDemographi/IHEMHDDocumentReference http://ihe.net/fhir/StructureDefinition/IHE.MHD.DocumentReference]
+
| rowspan="9"| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/gp-DiagnosticResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}} (NHG Table 45 codes of type D)<br/>{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/gp-LaboratoryResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}} (NHG Table 45 codes of type L)
 
|-
 
|-
| style="background-color: white;" rowspan="9"| 11
+
| Bloeddruk
| style="background-color: white;"| LaboratoriumUitslag
+
| BloodPressure
| style="background-color: white;"| LaboratoryTestResult
 
| style="background-color: white;" rowspan="9"| Observation
 
| style="background-color: white;" rowspan="9"| [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/gp-DiagnosticResult http://nictiz.nl/fhir/StructureDefinition/gp-DiagnosticResult] (NHG Table 45 codes of type D)<br/>[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/gp-LaboratoryResult http://nictiz.nl/fhir/StructureDefinition/gp-LaboratoryResult] (NHG Table 45 codes of type L)
 
 
|-
 
|-
| style="background-color: white;"| Bloeddruk
+
| Lichaamslengte
| style="background-color: white;"| BloodPressure
+
| BodyHeight
 
|-
 
|-
| style="background-color: white;"| Lichaamslengte
+
| Lichaamstemperatuur
| style="background-color: white;"| BodyHeight
+
| BodyTemperature
 
|-
 
|-
| style="background-color: white;"| Lichaamstemperatuur
+
| Lichaamsgewicht
| style="background-color: white;"| BodyTemperature
+
| BodyWeight
 
|-
 
|-
| style="background-color: white;"| Lichaamsgewicht
+
| AlgemeneMeting
| style="background-color: white;"| BodyWeight
+
| GeneralMeasurement
 
|-
 
|-
| style="background-color: white;"| AlgemeneMeting
+
| Harfrequentie
| style="background-color: white;"| GeneralMeasurement
+
| HeartRate
 
|-
 
|-
| style="background-color: white;"| Harfrequentie
+
| O2Saturatie
| style="background-color: white;"| HeartRate
+
| O2Saturation
 
|-
 
|-
| style="background-color: white;"| O2Saturatie
+
| Polsfrequentie
| style="background-color: white;"| O2Saturation
+
| PulseRate
 
|-
 
|-
| style="background-color: white;"| Polsfrequentie
+
| style="background-color: white;" | 12
| style="background-color: white;"| PulseRate
+
| style="background-color: white;" | ''E and P entry from SOAP/SOEP''
|-
+
| style="background-color: white;" |  
| 12
+
| style="background-color: white;" | Composition<br/>Observation
| ''E and P entry from SOAP/SOEP''
+
| style="background-color: white;" | {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/gp-EncounterReport|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}<br/>{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/gp-JournalEntry|nictiz.fhir.nl.stu3.zib2017|pkgVersion=1.3.12}}
|  
 
| Composition<br/>Observation
 
| [https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/gp-EncounterReport http://nictiz.nl/fhir/StructureDefinition/gp-EncounterReport]<br/>[https://simplifier.net/resolve?target=simplifier&canonical=http://nictiz.nl/fhir/StructureDefinition/gp-JournalEntry http://nictiz.nl/fhir/StructureDefinition/gp-JournalEntry]
 
 
|}
 
|}
 +
{{Sjabloon:Voorbeelden}}
  
 
==Terminology, NamingSystems, Mappings==
 
==Terminology, NamingSystems, Mappings==
 +
{{MedMij:Vprepub-2019.01_Template_Terminologies_NamingSystems_Mappings|id1=List_of_StructureDefinitions|t1=List of StructureDefinitions}}
  
===Terminology===
+
=Release notes=
Relevant value sets can be found [https://simplifier.net/NictizSTU3-Zib2017/~resources?category=ValueSet here]. All resources can be downloaded in a .zip in XML or JSON format. In the .zip, the value sets are stored in the directory 'value sets'.
+
Release notes can be found on the [[MedMij:Vprepub-2019.01_OntwerpHuisartsgegevens#Release_notes| functional design page]].
 
+
{{EindUitgefaseerd}}
===NamingSystems===
 
Relevant NamingSystems can be found [https://simplifier.net/NictizSTU3-Zib2017/~resources?category=NamingSystem here].
 
 
 
===Mappings===
 
Relevant ZIB to FHIR value set mappings can be found [https://simplifier.net/NictizSTU3-Zib2017/~resources?category=ConceptMap here].
 
All profiles include HCIM mappings. HCIM concepts are mapped in 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.
 
 
 
<pre>
 
<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_OntwerpHuisartsgegevens#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
 
| 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 the functional design page.
 
|-
 
| 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 13 sep 2022 om 13:31

Icoon Nictiz Cirkel Informatie Grafiet.svg

Deze versie van de informatiestandaard is per 1-7-2022 uitgefaseerd. Zie de MedMij-overzichtspagina voor de actuele versies van de MedMij-informatiestandaarden.

This version of this information standard has been deprecated as of 1-7-2022. Consult the MedMij overview page for the current versions of MedMij information standards.




Naar medmij.nl
GP Patient Data
AfsprakenstelselFunctioneelTechnischAfspraken-Functioneel-Technisch

1 Introduction

Go to functional design

The input document "Richtlijn online inzage in het H-EPD door patiënt" (Dutch) described online access of GP data by patients. The use case evolves around a GP specific Patient Data that consists of 10 sections plus the patient and the healthcare provider (GP). These sections correspond to the "HIS referentiemodel Publieksversie 2016" (Dutch). HIS referentiemodel is the GP information system reference model (GP-IS-RM).

Some but not all sections in the GP Patient Data correspond to Health and Care Information Models (HCIMs (English) or zibs (Dutch)). A joint initiative project between Nictiz and the Dutch GP association NHG is underway to analyse the relationship between the GP-IS-RM and the HCIMs and propose updates where needed. This analysis will not yield results before 2019. This specification thus predates the analysis, and will updated accordingly moving forward.

This page will elaborate further on the HL7 FHIR details needed to exchange the GP Patient Data information using FHIR.

2 Actors involved

Persons Systems FHIR Capability Statements
Name Description Name Description Name Description
Patient The user of a personal healthcare enviorment. PHR Personal health record Verwijzing.png CapabilityStatement: Client GP Patient Data client requirements
Healthcare professional The user of a XIS XIS Healthcare information system Verwijzing.png CapabilityStatement: Server GP Patient Data server requirements

3 Boundaries and Relationships

The GP Patient Data use case has similarities and differences with other use cases such as the BgZ, Medication Process, Vital Signs and Lab Results. These use cases use much of the same HCIM based FHIR profiles for exchanging information. Wherever possible every attempt is made to re-use the profiles as used in the BgZ. The GP Patient Data also has a few unique profiles compared to the aforementioned use cases. A second thing to note is that while the selection criteria of certain sections like lab do not match, this does not affect the response profiles. For example it is irrelevant for the response profile lab if you request the 'latest lab result' or 'every result since date X'.

4 List of invocations

Go to Afsprakenstelsel

This FHIR implementation guide assumes that the PHR system is able to make a connection to the XIS that contains the GP Patient Data information. It does not provide information on finding the right XIS nor does it provide information about security. These infrastructure and interface specifications are described in the 'Afsprakenstelsel'.

4.1 Client - PHR

The PHR system can request the GP Patient Data using individual search interactions. The search interaction searches the current resources based on some filter criteria. The interaction can be performed by an HTTP GET or command as shown:

GET [base]/[type]/{?[parameters]{&_format=[mime-type]}}

The table below shows in the first four columns the GP Patient Data sections, the GP-IS-RM sections / HCIMs that constitute those sections and the specific content of the GP Patient Data. The last column shows the FHIR search queries to obtain the GP Patient Data information. These queries are based on StructureDefinitions listed in this section. As noted in the introduction, the associated HCIMs are ahead of a separate joint initiative project that aims to analyse and harmonize this further.

Each query is performed in the context of a specific authenticated patient, for which an OAuth2 token has been retrieved using the Authentication mechanisms described in the 'Afsprakenstelsel'. This token must be passed in each call in the HTTP header named “Authorization”. Each XIS Gateway is required to perform filtering based on the patient associated with the OAuth2 token received for the request, so that only the records associated with the authenticated patient are returned. Therefore, no search parameters should be passed for patient identification.

Bijlage 1 Richtlijn Online inzage in het H-EPD door patiënt
# GP Patient Data Section HCIM EN Content Example search URL
1 General Practitioner/Practice HealthProfessional v3.1 (2017)
HealthcareProvider v3.1 (2017)
The GP or GP practice that originates the patient data. TODO. Check assumption here that a patient requests the data from his regular GP. If he were to request it from any other GP/practice he might have visited, then the Patient.generalPractitioner does not apply.
see Patient
2 Patient Patient v3.1 (2017) De patient data of the patient the data is for. Note that retrieving patient data separately may not be supported by GP systems in some circumstances. Patient data will however be part of the other responses in that case.
GET [base]/Patient?_include=Patient:general-practitioner
3 Episodes A health concern like a complaint of illness, that may change in nature as diagnoses are made and/or the illness develops.
GET [base]/EpisodeOfCare

GET [base]/Flag
4 Episodes with alert flag Episodes may have an associated alert signaling extra attention to the episode is requested. The alert flag may stay active even if after closing the episode, if the user deems it important to stay aware.
5 Open and closed episodes Episodes may be open (currently active) or closed (no longer active).
6 Treatment Procedure on the patient targeting the patients health situation. E.g. operative and (severe) procedures like radiation or chemotherapy. TODO: No HCIM. GP systems do not yet export this info.
7 Prophylaxis en precaution Prophylaxis and precaution contain precautionary measures required for or to prevent certain medical conditions. See NHG Tabel 56 TODO: No HCIM. GP systems do not yet export this info. Unclear if it'll be anything beyond the Table 56 code (id, time, author, text?)
8 Current medication MedicationAgreement v1.0 (2017) MedicationAgreement
The prescriber proposed use of medication that the patient agrees with. The agreement may signal starting, repeating, updating or stopping the medication. The list of MedicationAgreements is also known as the list of medication the patient is currently using. Note that current means that the period of use is still active. This is conveyed in the MedicationRequest.extension periodOfUse. This may or may not me populated. If it is not, the Medicationagreement is assumed to be current. The search parameter Medications-periodofuse allows filtering for current medicationagreements
GET [base]/MedicationRequest?periodofuse=ge[today]&category=http://snomed.info/sct|16076005&_include=MedicationRequest:medication
9 Medication intolerance AllergyIntolerance v3.1 (2017) A medication intolerance concerns the intolerance of a patient for a specific drug, substance or substance group, that needs to be taken into account when prescribing, dispensing or administering medication.
GET [base]/AllergyIntolerance?category=medication
10 Correspondence Incoming: an incoming letter about a patient, recorded as such in the patients medical record.
Outbound: a letter created by a healthcare professional for a third party healthcare professional.
TODO: No HCIM. GP systems do not yet export this info.
11 Lab results LaboratoryTestResult v4.0 (2017) A lab test is an objectifiable diagnostic procedure. The result is the outcome of the procedure. Lab tests include vital signs like blood pressure, weight and lab results like ferro in blood.

Note that GP (lab) results are normally coded using NHG Tabel 45. While some of these codes might be convertible to LOINC or SNOMED CT, this is not expected at present. Bridging code systems between primary and secondary care is part of a larger national discussion

Note that the date parameter is optional and needs calculation, e.g. current-date() - 14 months. The business rules in the guide lines determine the maximum range for the returned results. If the date parameter is omitted, the maximum range is assumed
GET [base]/Observation?code=https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen&_include=Observation:related-target&_include=Observation:specimen&date=ge2017-01-01
BloodPressure v3.1 (2017)
BodyHeight v3.1 (2017)
BodyTemperature v3.1 (2017)
BodyWeight v3.1 (2017)
GeneralMeasurement v3.0 (2017)
HeartRate v3.1 (2017)
O2Saturation v3.1(2017)
PulseRate v3.1(2017)
12 E- and P-journal entries of the SOAP (EN) or SOEP (NL) structure - recorded after introduction of online access Information from an encounter, recorded in free text using the SOAP structure. The acronym SOAP stands for Subjective, Objective, Assessment and Plan. The E entry contains the consultation conclusion and the P entry contains potential next steps.

Note that the profile for SOAP entries is yet to be created and the code system value is preliminary
TODO: LOINC code has status proposal
GET [base]/Composition?type=http://loinc.org|67781-5

4.2 Server - XIS

Important sections of the FHIR specification for a server in this use case are the RESTful API section the search section and operation section.

4.2.1 Response to resource requests

If the search succeeds, the server SHALL return a 200 OK HTTP status code and the return content SHALL be a Bundle with type = searchset containing the results of the search as a collection of zero or more resources in a defined order. The returned content should conform to the StructureDefinition applicable for the specific HCIM request. The list of a StructureDefinitions relevant for this use case is shown in the following paragraph: List of StructureDefinitions

The result collection can be long, so servers may use paging. If they do, they SHALL use the method described below (adapted from RFC 5005 (Feed Paging and Archiving ) for breaking the collection into pages if appropriate. The server MAY also return an OperationOutcome resource within the searchset Bundle entries that contains additional information about the search; if one is sent it SHALL NOT include any issues with a fatal or error severity, and it SHALL be marked with a Bundle.entry.search.mode of outcome.

In order to allow the client to be confident about what search parameters were used as criteria by the server, the server SHALL return the parameters that were actually used to process the search. Applications processing search results SHALL check these returned values where necessary. For example, if the server did not support some of the filters specified in the search, a client might manually apply those filters to the retrieved result set, display a warning message to the user or take some other action.

In the case of a RESTful search, these parameters are encoded in the self link in the bundle that is returned:

  <link>
    <relation value="self"/>
    <url value="http://example.org/Patient?identifier=[Patient-ID]/>
  </link>

Link to the relevant FHIR specification: http://hl7.org/fhir/STU3/http.html#search

4.2.2 Handling errors

If the search fails (cannot be executed, not that there are no matches), the return value is a status code 4xx or 5xx with an OperationOutcome. An HTTP status code of 403 signifies that the server refused to perform the search, while other 4xx and 5xx codes signify that some sort of error has occurred. The HTTP status code 404 is returned if a XIS did not implement an endpoint used in a request by a PHR. When the search fails, a server SHOULD return an OperationOutcome detailing the cause of the failure. For example, in case of a not implemented FHIR endpoint, the OperationOutcome would state that the resource type is not supported. Note: an empty search result is not a failure.

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 - search could not be processed or failed basic FHIR validation rules
  • 401 Not Authorized - authorization is required for the interaction that was attempted
  • 404 Not Found - resource type not supported, or not a FHIR end-point

In some cases, parameters may cause an error. For instance:

  • A parameter may refer to a non-existent resource e.g. GET [base]/Observation?subject=101, where "101" does not exist
  • A parameter may refer to an unknown code e.g. GET [base]/Observation?code=loinc|1234-1, where the LOINC code "1234-1" is not known to the server
  • A parameter may refer to a time that is out of scope e.g. GET [base]/Condition?onset=le1995, where the system only has data going back to 2001
  • A parameter may use an illegal or unacceptable modifier e.g. GET [base]/Condition?onset:text=1995, where the modifier cannot be processed by the server
  • A date time parameter may have incorrect format e.g. GET [base]/Condition?onset=23%20May%202009
  • A parameter may be unknown or unsupported

Where the content of the parameter is syntactically incorrect, servers SHOULD return an error. However, where the issue is a logical condition (e.g. unknown subject or code), the server SHOULD process the search, including processing the parameter - with the result of returning an empty search set, since the parameter cannot be satisfied.

In such cases, the search process MAY include an OperationOutcome in the search set that contains additional hints and warnings about the search process. This is included in the search results as an entry with search mode = outcome. Clients can use this information to improve future searches.

Link to relevant FHIR specification: http://hl7.org/fhir/STU3/search.html#errors

5 Interactions, operations, search parameters

5.1 Interactions

The following logical interactions are needed for the GP Patient Data use case:

5.2 Operations

There are no operations required to support this use case

5.3 Search parameters

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

Search parameter types:

Search result parameters:

* This SearchParameter searches on the FHIR DataType Period in the PeriodOfUse extension, which is added to profiles on MedicationRequest and MedicationDispense resources. Clients use date parameter searches as described by the FHIR specification. Servers are expected to take the MedicationUse-Duration extension into account when processing a client's search. This means that either a Period.start + Period.end or Period.start + Duration is used to determine the search results. To illustrate the expected behavior: if a Period.start and a Duration is known, but not the Period, the Duration should be added to the Period.start date to calculate the Period.end. The calculated Period.end date is then used to determine the search results.

6 List of StructureDefinitions

The profiles represent their entire respective HCIM, to make them applicable in a broader context than the exchange of GP Patient Data or a MedMij context. An example for reuse of existing profiles are those of the patient administration resources and vital signs.

Bijlage 1 Richtlijn Online inzage in het H-EPD door patiënt
Section Zib NL HCIM EN FHIR Resource URL Profile
1 Zorgverlener HealthProfessional http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner
Zorgaanbieder HealthcareProvider Organization http://fhir.nl/fhir/StructureDefinition/nl-core-organization
2 Patiënt Patient Patient http://fhir.nl/fhir/StructureDefinition/nl-core-patient
3 EpisodeOfCare http://nictiz.nl/fhir/StructureDefinition/zib-Alert
http://fhir.nl/fhir/StructureDefinition/nl-core-episodeofcare
4
5
8 MedicatieAfspraak MedicationAgreement MedicationRequest http://nictiz.nl/fhir/StructureDefinition/zib-MedicationAgreement
9 AllergieIntolerantie AllergyIntolerance AllergyIntolerance http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance
11 LaboratoriumUitslag LaboratoryTestResult Observation http://nictiz.nl/fhir/StructureDefinition/gp-DiagnosticResult (NHG Table 45 codes of type D)
http://nictiz.nl/fhir/StructureDefinition/gp-LaboratoryResult (NHG Table 45 codes of type L)
Bloeddruk BloodPressure
Lichaamslengte BodyHeight
Lichaamstemperatuur BodyTemperature
Lichaamsgewicht BodyWeight
AlgemeneMeting GeneralMeasurement
Harfrequentie HeartRate
O2Saturatie O2Saturation
Polsfrequentie PulseRate
12 E and P entry from SOAP/SOEP Composition
Observation
http://nictiz.nl/fhir/StructureDefinition/gp-EncounterReport
http://nictiz.nl/fhir/StructureDefinition/gp-JournalEntry

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 normative part of any information standard.

7 Terminology, NamingSystems, Mappings

Relevant ValueSets, NamingSystems and ConceptMaps can be found in the packages referenced in the List of StructureDefinitions section.

The HCIM ValueSets used in the profiles are included in the package (or one of its dependencies). When a FHIR core ValueSet must be used instead of an HCIM ValueSet, a FHIR ConceptMap resource is provided to map the values between the two sets. An explanation about mappings can be found at in the overarching principles.

8 Release notes

Release notes can be found on the functional design page.