vpk:Vissue-EOVDR-70 FHIR eOverdracht - Bewerkingsoverzicht

Pieter Edelman: Align the Composition request notations with that of the Task

2022-03-18T10:52:20Z

Align the Composition request notations with that of the Task

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

	The sending XIS SHALL support both mechanisms.		The sending XIS SHALL support both mechanisms.

Pieter Edelman: Update diagrams

2022-03-18T10:50:56Z

Update diagrams

← Oudere versie		Versie van 18 mrt 2022 10:50
Regel 163:		Regel 163:
	!Negotiate alternative date		!Negotiate alternative date
	\|- style="vertical-align: top;"		\|- style="vertical-align: top;"
	\| [[Bestand:~~EOverdracht~~-HappyFlow.svg\|none\|top]]		\| [[Bestand:2022-03-18-eOverdracht-HappyFlow.svg\|none\|top]]
	\| [[Bestand:~~EOverdracht~~-AlternativeDate.svg\|none\|top]]		\| [[Bestand:2022-03-18-eOverdracht-AlternativeDate.svg\|none\|top]]
	\|}		\|}
	===Partial workflow===		===Partial workflow===

Pieter Edelman: Change the description for the notification

2022-03-18T10:29:35Z

Change the description for the notification

← Oudere versie		Versie van 18 mrt 2022 10:29
Regel 65:		Regel 65:

	===Notifications===		===Notifications===
	It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, ~~it is assumed that~~ the notification ~~does not contain a~~ Task ~~resource~~ id~~. Rather, it signals that~~ the receiving ~~server should perform a search at the sending server to look for additions or changes in the eOverdracht Task resources~~.		It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, the notification SHALL communicate the {{fhir\|Task.id}} to the receiving XIS.

	A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request on a pre-determined endpoint at the party that should be notified. ~~This could be arranged using~~ the ~~FHIR subscriptions mechanism, but~~ the ~~endpoints could also be arranged by other means~~.		A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request on a pre-determined endpoint at the party that should be notified, with the {{fhir\|Task.id}} appended as path component:
			POST [base]/[Task.id]

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

	==Use of the Composition resource==		==Use of the Composition resource==

Pieter Edelman: Update Task invocation section for the new situation

2022-03-18T10:21:30Z

Update Task invocation section for the new situation

← Oudere versie		Versie van 18 mrt 2022 10:21
Regel 53:		Regel 53:

	===Task invocations===		===Task invocations===
	~~[[#Notifications\|Notifications]] to the~~ receiving XIS ~~are not expected to contain a logical id to~~ the Task~~. Hence,~~ the ~~receiving~~ XIS ~~should use a combination of a search interaction and~~ the ~~{{fhir~~\|~~_lastUpdated}} search parameter to retrieve the eOverdracht Tasks that have been added are changed since the last invocation~~:		The receiving XIS can query the Task at the sending XIS by using the Task.id which is communicated in the [[#Notifications\|notification]]:
	GET base/Task~~?code=<nowiki>http:~~/~~/snomed~~.~~info/sct</nowiki>\|308292007&_lastUpdated=ge[time of last request~~]		GET base/Task/[Task.id]

	'''Note 1''': More than one result can be returned, for example when an additional Task can have been modified before the notification has been sent, when the receiving XIS choose to batch search interactions, etc.		'''Note''': It is up to the receiving XIS to determine if this is a new Task or an update to an existing Task, and if it is an update, what the change entails.

	~~'''Note 2~~''': It is up to the receiving XIS to ~~detect~~ if ~~a result~~ is a new Task ~~instance~~ or ~~a change~~ to an existing ~~instance~~, and if so, what ~~has been changed since~~ the ~~last invocation~~.

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

	PUT base/Task/[id]		PUT base/Task/[Task.id]

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

Pieter Edelman: Clone of V4.0 production page for issue EOVDR-70

2022-03-18T10:16:55Z

Clone of V4.0 production page for issue EOVDR-70

Nieuwe pagina

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

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

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

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

=Workflow and message structure=

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

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

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

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

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

===Task invocations===
[[#Notifications|Notifications]] to the receiving XIS are not expected to contain a logical id to the Task. Hence, the receiving XIS should use a combination of a search interaction and the {{fhir|_lastUpdated}} search parameter to retrieve the eOverdracht Tasks that have been added are changed since the last invocation:
GET base/Task?code=<nowiki>http://snomed.info/sct</nowiki>|308292007&_lastUpdated=ge[time of last request]

'''Note 1''': More than one result can be returned, for example when an additional Task can have been modified before the notification has been sent, when the receiving XIS choose to batch search interactions, etc.

'''Note 2''': It is up to the receiving XIS to detect if a result is a new Task instance or a change to an existing instance, and if so, what has been changed since the last invocation.

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

PUT base/Task/[id]

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

===Notifications===
It is expected that the sending XIS will notify the receiving XIS when a new Task is created or when an existing Task is updated. Although the notification mechanism is out of scope for the eOverdracht information standard, it is assumed that the notification does not contain a Task resource id. Rather, it signals that the receiving server should perform a search at the sending server to look for additions or changes in the eOverdracht Task resources.

A straightforward implementation for this notification mechanism is for the notifying party to make an empty POST request on a pre-determined endpoint at the party that should be notified. This could be arranged using the FHIR subscriptions mechanism, but the endpoints could also be arranged by other means.

==Use of the Composition resource==

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

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

The sending XIS SHALL support both mechanisms.

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

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

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

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

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

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

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

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