informatiestandaarden - Gebruikersbijdragen [nl]

pa:VDraft Toetsingscriteria

2025-11-03T16:56:33Z

Ahenket: /* Documenthistorie */

{{underconstruction}}
{{NOINDEX|visible=yes}}
{{DISPLAYTITLE:Toetsingscriteria Productarchitectuur (draft-versie)}}
{| class="wikitable"
|-
! | [https://informatiestandaarden.nictiz.nl/wiki/pa:Hoofdproces Hoofdpagina Productarchitectuur] | [https://informatiestandaarden.nictiz.nl/wiki/pa:Productarchitectuurprincipes Productarchitectuurprincipes] | [https://informatiestandaarden.nictiz.nl/wiki/pa:VDraft_Toetsingskader Toetsingskader] | [https://informatiestandaarden.nictiz.nl/wiki/pa:VDraft_Toetsingscriteria Toetsingscriteria]
|}
=Taal=
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.1''' Gebruik bestaande concepten en waardelijsten. ''Rationale: Door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|1.1.1]]
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen: 
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
 
[https://zibs.nl/wiki/Codelist_Bindings_Backup Bindings van zibs] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249]
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|1.1.2]]
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan de in de zib gespecificeerde waardelijst, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen. Systemen moeten daarnaast in staat zijn onbekende codes te ontvangen en te verwerken. Wanneer een code onbekend is, wordt de meegestuurde weergavenaam aan de gebruiker getoond. 
Als deze verplichting niet wordt toegepast, moet er een alternatieve werkwijze zijn om het gebruik van verschillende versies van codestelsels tussen systemen te ondersteunen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.2''' Producten voldoen aan besluiten over de te gebruiken terminologiestelsels. ''Rationale: Gebruik van hetzelfde terminologiestelsel voor dezelfde doeleinden zorgt voor [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&searchString=eenheid+van+taal eenheid van taal].''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.2.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Terminologie is uit SNOMED, LOINC en IDMP (in Nederland: G-Standaard), tenzij een code buiten de grondplaat beter voldoet. 
Keuze van het terminologiestelsel voor de terminologiekoppeling wordt gemaakt op basis van de scope van de Visie Eenheid van Taal, waarin de grondplaat is opgenomen. 
Er zijn uitzonderingen waarbij het noodzakelijk is om buiten de grondplaat te coderen, bijvoorbeeld bij NHG-tabellen of DSM, maar ook op deze gebieden is het doel om naar de grondplaat te bewegen.
| style="vertical-align:top; text-align:left" | [https://www.nictiz.nl/overig/van-eenduidige-informatie-uitwisseling-tot-hulpmiddel-voor-betere-zorg/ Visie Eenheid van Taal]
|-
| style="vertical-align:top; text-align:left" | 1.2.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Diagnoses, problemen, behandelingen en verrichtingen worden gecodeerd met SNOMED. 
Zo niet, dan verloopt de overstap verlopen volgens de opgestelde SNOMED-roadmap.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/bibliotheek/snomed-besluit/ SNOMED-besluit 2024]
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.3''' Waardelijsten en datasetconcepten (waar nodig) zijn voorzien van terminologiekoppelingen. ''Rationale: Door concepten te coderen met behulp van een terminologiestelsel ontstaat een gemeenschappelijke taal tussen systemen.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.3.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Terminologiekoppelingen in de dataset van een informatiestandaard zijn conform de Richtlijn Terminologie koppelen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2025/05/20250507-Richtlijn-terminologie-koppelen-v1.0.pdf Richtlijn Terminologie koppelen v1.0]
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.4''' Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''
|}
''Toetsingscriteria nog in ontwikkeling'' 
 

=Logisch=
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 2.1''' Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset v3.0.1] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria v0.91]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
 
[[pa:Ontwerpkaders_Gebruik_zibs_2024|Ontwerpkaders Gebruik pre-adopts zibs 2024]]
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.1.3]]
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard maakt geen aanpassingen aan elementen van de zib.
| style="vertical-align:top; text-align:left" | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.1.4]]
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (een Xt-EHR logical model, bestaande DCM/CIM, openEHR archetype of FHIR Resource/Profile). 
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.1.5]]
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 2.2''' Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''
|}
''Toetsingscriteria nog in ontwikkeling'' 
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 2.3''' Een informatiestandaard voegt geen elementen ''of relaties'' toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.3.1]]
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen toe aan een zib.
| style="vertical-align:top; text-align:left" | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.3.2]]
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset#Transactiedataset kardinaliteit] van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 2.4''' Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.4.1]]
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Voor het produceren van uitwisselberichten of het verwerken van informatie kan een informatiestandaard de kardinaliteit van een zib beperken.
| style="vertical-align:top; text-align:left" | [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0]
|-
| style="vertical-align:top; text-align:left" | [[#Aandachtspunten|2.4.2]]
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Voor het ontvangen van berichten past de informatiestandaard geen beperkingen toe op de kardinaliteit van een zib.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

=Systeem=
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 3.1''' Producten (informatiestandaarden) zijn zelfstandig implementeerbaar. ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 3.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Een informatiestandaard omvat ook een technische specificatie. Deze technische specificatie is gebaseerd op het functioneel ontwerp.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| style="vertical-align:top; text-align:left" | 3.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 3.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 3.2''' Voor elk product is er een usecase. ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 3.2.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Een informatiestandaard beschrijft het vastleggen en/of uitwisselen van informatie voor één of meerdere concrete situaties. Een informatiestandaard is daarmee een oplossing voor één of meerdere specifieke [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&searchString=usecases usecases].
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset v3.0.1]
|-
| style="vertical-align:top; text-align:left" | 3.2.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Een informatiestandaard beschrijft een usecase aan de hand van [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=actoren&op=DISPTERM actoren] (mensen en informatiesystemen) en [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=transactie&op=DISPTERM trasacties] (welke informatie wordt wanneer vastgelegd en/of uitgewisseld).
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 3.3''' Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 3.3.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|-
| style="vertical-align:top; text-align:left" | 3.3.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| style="vertical-align:top; text-align:left" | 3.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Profielen zijn gebaseerd of zijn compatibel met zib en nl-core.
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 3.3.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 3.3.5
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 3.3.6
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

= Transactie=
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 4.1''' Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 4.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="vertical-align:top; text-align:left" | https://hl7.org/fhir/resource.html#profile-tags
|-
| style="vertical-align:top; text-align:left" | 4.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| style="vertical-align:top; text-align:left" | 4.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Profielen zijn gebaseerd of zijn compatibel met eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 4.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 4.1.5
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;"| '''Principe 4.2''' Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
|}
''Toetsingscriteria nog in ontwikkeling'' 
 

= Data of verwerking=
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;"| '''Principe 5.1''' Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''
|}
''Toetsingscriteria nog in ontwikkeling'' 
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;"| '''Principe 5.2''' Fysieke dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekent niet dat ze voor andere usecases ook verplicht.''
|}
''Zie toetsingscriterium 2.4.1 en 2.4.2. Overige toetsingscriteria nog in ontwikkeling'' 
 

=Generieke patronen=

==Duplicaatdetectie voor ontdubbelen==
{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.1''' [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=gegevensobjecten&op=DISPTERM Gegevensobjecten] binnen een informatiesysteem worden geïdentificeerd aan de hand van een identifier. ''Rationale: Het gebruik van een identifier voor [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=identificatie&op=DISPTERM identificatie] voorkomt de noodzaak om regels op te stellen voor het afleiden van objectidentiteit uit de inhoud van gegevensobjecten. Op basis van duplicaatdetectie kunnen informatiesystemen [https://thesauruszorgenwelzijn.multites.net/default.asp?searchString=ontdubbeling&op=DISPTERM ontdubbelen].''
|-
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bronsystemen kennen wereldwijd unieke identifiers toe aan nieuwe objecten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 NICTIZ-34076 Objectidentificatie alfa-versie]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Secundaire systemen persisteren de identifiers van binnenkomende objecten.
| style="vertical-align:top; text-align:left" | " "
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.2''' Gegevens die ongewijzigd uit een ander systeem worden overgenomen, worden beschouwd als kopie-informatie en niet als nieuwe informatie. ''Rationale: Door ongewijzigde overgenomen gegevens als duplicaat te herkennen, wordt voorkomen dat eindgebruikers onnodig worden geconfronteerd met dubbele informatie. Dit bevordert overzicht en efficiëntie in het gebruik van informatiesystemen.''
|-
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.2.1
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Secundaire systemen hanteren bij het uitwisselen van overgenomen objecten de oorspronkelijke identifier die was toegekend door het bronsysteem.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 NICTIZ-34076 Objectidentificatie alfa-versie]
|-
|}
 

{| class="wikitable" style="table-layout:fixed; width:100%;"
|-
| style="vertical-align:top; text-align:left; font-weight:normal; background-color:white;" | '''Principe 1.3''' Mutaties van een gegevensobject mogen alleen plaatsvinden in het bronsysteem; mutaties in secundaire systemen zijn niet toegestaan. ''Rationale: Het is onwenselijk dat systemen objecten wijzigen waar zij geen eigenaarschap over hebben. De bronhouder is verantwoordelijk voor de juistheid van gegevens. Juistheid kan niet worden gegarandeerd wanneer externen gegevens muteren en doorsturen alsof deze mutaties in de bron hebben plaatsgevonden.''
|-
|}
{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | [[pa:VDraft_Toetsingskader#Niveau van verplichting|Niveau]]
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.3.1
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | De informatiestandaard hanteert de term wijzigen (mutatie) in de betekenis zoals vastgelegd in de Thesaurus Data voor de Zorg.
* Wijzigingen aan gegevensobjecten in een bronsysteem leiden tot een nieuwe versie van dat gegevensobject.
* Wijzigingen aan gegevensobjecten in een secundair systeem leiden tot een nieuw (afgeleid) gegevensobject waarvoor het secundaire systeem dan bronsysteem wordt.
| style="vertical-align:top; text-align:left" | [https://thesauruszorgenwelzijn.multites.net/default.asp?op=DISPTERM&searchString=wijzigingen Thesaurus Data voor de Zorg 'wijzigingen']
|-
| style="vertical-align:top; text-align:left" | 1.3.2
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Het bronsysteem behoudt de identifier van een object bij een mutatie; de versie van het object wordt wel vernieuwd.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 NICTIZ-34076 Objectidentificatie alfa-versie]
|-
| style="vertical-align:top; text-align:left" | 1.3.3
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Het secundaire systeem wijst een nieuwe identifier toe bij aanpassingen op overgenomen gegevens.
| style="vertical-align:top; text-align:left" | " "
|-
| style="vertical-align:top; text-align:left" | 1.3.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Een informatiestandaard vereist van systemen dat de datum en tijd van mutatie met volledige datum- en tijdstempels, inclusief tijdzone, worden vastgelegd en uitgewisseld.
| style="vertical-align:top; text-align:left" | " "
|-
|}

=Aandachtspunten=


'''Toepassingsregels voor zibs in informatiestandaarden''' 
* Zibs en hun rol:
** Zibs vormen de logische modellen voor informatiestandaarden
** Nieuwe architectuurprincipes voor zibs zijn opgesteld met betrokkenen buiten en binnen Nictiz (architectuurprincipes zibs 2.0)
* Belangrijke punten van de architectuurprincipes:1
** Zibs worden zo veel mogelijk gebaseerd op bestaande internationale standaarden, zoals OpenEHR, FHIR en Xt-EHR
** Zibs zijn maximale modellen die alle informatie modelleren waar behoefte aan is. Informatiestandaarden kunnen zibs niet uitbreiden, alleen inperken
** Zibs kunnen alle soorten informatie modelleren, dus ook logistiek en workflow
** Zibs zijn een logisch model (nu worden ze soms als logisch en andere keren alleen als conceptueel model beschouwd)
** Zibs hebben kardinaliteiten op logisch niveau (nu hebben zibs [https://zibs.nl/wiki/Zib_kardinaliteiten conceptuele kardinaliteiten])
* Nieuwe regels voor toepassing in informatiestandaarden:
** De nieuwe vorm van zibs betekent andere toepassingsregels in informatiestandaarden
** Zib-publicaties van 2017, 2020 en 2024 zijn nog vóór architectuurprincipes zibs 2.0
** Toetsingscriteria zijn zo geformuleerd dat er een beweging ontstaat naar zibs 2.0 en de nieuwe toepassingsregels
 

'''Rollen en verantwoordelijkheden bij uitbreidingen of aanpassingen op zibs''' 
* Zib-centrum:
** Functioneel beheerder van de zibs2
** Analyseert wijzigingsverzoeken op de zibs en consulteert de indiener
* Beheerder van de informatiestandaard:
** Gebruiker van de zibs en kan wijzigingsverzoeken op de zibs indienen
** Heeft inzicht in de samenhang tussen standaarden in het stelsel en overziet de gevolgen van wijzigingen in de eigen informatiestandaard3
** Verantwoordelijk voor een impactanalyse4 bij wijzigingsverzoeken voor de eigen informatiestandaard naar:
*** samenhang binnen de eigen informatiestandaard
*** samenhang tussen standaarden
*** compliance
*** gebruik
* Wenselijke werkwijze voor samenhang:
** Wijzigingen eerst generiek verwerken in de zib
** Pas daarna vanuit de vernieuwde zib toepassen in de informatiestandaard
** → vereist flexibel releasebeleid voor zibs
** Nictiz werkt aan plan voor flexibel publiceren van zibs5
* Huidige situatie:
** Ook nu is de beheerder van de informatiestandaard verantwoordelijk voor samenhang
** Toegepaste generieke wijzigingen moeten geschikt zijn voor opname in de eerstvolgende zib-release
 

'''Ontwikkeling van logische modellen zo veel mogelijk op basis van bestaande internationale standaarden''' 
* Nadere invulling van toetsingscriterium [[#Logisch|2.1.4 en 2.1.5]] volgt uit de praktische handvatten (de spelregels) voor het ontwikkelen van een zib 2.0
** Deze praktische handvatten worden door Nictiz en de Zib-community opgeleverd5
** Dit is de praktische uitwerking van de architectuurprincipes zibs 2.0 die via het ontwikkeltraject 'Zib-transitie' tot stand zijn gekomen1
 
1 [https://engage.cloud.microsoft/main/org/nictiz.nl/threads/eyJfdHlwZSI6IlRocmVhZCIsImlkIjoiMzU1MDUwNjM2MzY5OTIwMCJ9?trk_copy_link=V2 Intern document Architectuurprincipes zibs 2.0 v1.0];
2 [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/ Beheerproces zibs];
3 [https://www.nen.nl/nen-7522-2021-nl-283706 NEN 7522:2021 Ontwikkelen en beheren van standaarden en stelsels van standaarden];
4 [https://nictiz.nl/app/uploads/2023/10/Duurzaam-Releasebeleid-versie-1.0.0_oktober2023.pdf Duurzaam Releasebeleid v1.0.0 par. 3.2.1];
5 [https://nictiz.nl/app/uploads/2025/07/Plan-van-Aanpak-zib-transitie_Verder-met-zibs-in-databeschikbaarheid_v1.1.pdf Plan van aanpak: Verder met zibs in databeschikbaarheid v1.1]



=Documenthistorie=
{| class="wikitable" style="table-layout:fixed; width:50%;"
|-
! style="width:8%; vertical-align:top; text-align:left" | Versie
! style="width:8%; vertical-align:top; text-align:left" | Status
! style="width:8%; vertical-align:top; text-align:left" | Datum
! style="width:34%; vertical-align:top; text-align:left" | Wijziging
|-
| style="vertical-align:top; text-align:left" | 0.1.0-alfa.2
| style="vertical-align:top; text-align:left" | draft
| style="vertical-align:top; text-align:left" | 30-10-2025
|-
|}

Voor het opstellen van deze pagina is ChatGPT gebruikt als hulp voor het verbeteren van de schrijfstijl, de zinstructuur en voor grammaticacontrole.

Gebz:V2.0 FHIR Pregnancy Card Obstetrics

2025-10-31T13:01:05Z

Ahenket: NICTIZ-36562 Change url for CapabilityStatement to go to package 1.3.3

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Pregnancy Card Obstetric Care {{VersieInfo|Geboortezorg2|namespace=MedMij|release=V2020.01}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]

=Introduction=
This page describes the process of collecting pregnancy data in a patient's personal health record (PHR). The process is initiated by the patient (pregnant woman).

This Implementation Guide (IG) is a technical representation of the [[Gebz:V3.2_Ontwerpen|functional design]] and follows the principles of the general [[MedMij:V2020.01/FHIR_IG#Use_case_overarching_principles|use case overarching principles]].

Technical details of the FHIR resources and structure definitions described in this IG can be found in the [[Gebz:V1.3_FHIR_IG|birthcare information standard]] and the [https://simplifier.net/packages/nictiz.fhir.nl.stu3.geboortezorg/1.3.3 Simplifier Geboortezorg STU3 package].

The technical specifications described in this IG are based on the [https://nictiz.nl/releases/pwd-versie-3-2-3-geboortezorg-perinatologie/ PWD (Perinataal Woordenboek & Dataset) 3.2].

=Actors involved=
The table shows the relevant actors, systems and FHIR CapabilityStatements. The CapabilityStatements demonstrate the minimum conformance requirements for the described use cases.

{| class="wikitable"
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Actors
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Systems
! colspan="2" style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR CapabilityStatements
|-
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
! style="text-align:left; |Name
! style="text-align:left; |Description
|-
| Patient
| The user of a personal healthcare environment
| PHR
| Personal health record
| {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/pregnancycard-clientcapabilities|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=CapabilityStatement:Receive}}
| FHIR client requirements
|-
| Healthcare provider
| The user of a XIS
| XIS
| Healthcare information system
| {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/pregnancycard-servercapabilities|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=CapabilityStatement:Send}}
| FHIR server requirements
|}

=Boundaries and relationships=
[[Bestand:Afsprakenstelsel-01.png|link=https://www.medmij.nl/afsprakenstelsel/|rechts |100px|Go to Afsprakenstelsel]]

This FHIR implementation guide assumes that the PHR system is able to make a connection with the XIS and create resources. 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 [https://www.medmij.nl/afsprakenstelsel/ 'MedMij Afsprakenstelsel'].

The Pregnancy Card (Dutch: gegevensdienst Integrale Zwangerschapskaart) has overlap with other standards such as the BgZ (Basisgegevensset Zorg), Medication Process, Vital Signs and Lab Results. The Pregnancy Card uses the same HCIM based FHIR profiles for exchanging information as used in other standards extended with additional birthcare specific profiles. Most of these birthcare specific profiles are derived from the base HCIM FHIR profiles. For example, the bc-Woman is in fact a nl-core-patient with additional specifications for relating the pregnant woman to the (unborn) child.

=Use case: retrieve Pregnancy card - midwife care data set=
This use case covers the process of retrieving the Pregnancy Card Midwife Care Data Set in the Personal Health Record (PHR) of the (pregnant) woman.

==PHR: request message==
The PHR system requests the Pregnancy Card - midwife care data set using individual search interactions. The Pregnancy Card - midwife care data set consists of multiple FHIR resources with certain constraints. To obtain the patient's Pregnancy Card - midwife care data set, the client can use multiple individual search operations based on specified [https://www.hl7.org/fhir/stu3/search.html search] queries. The interactions are performed by an HTTP GET as shown:

<code>GET [base]/[type]{?[parameters]}</code>

===List of requests===
To retrieve all known data of the Pregnancy Card - midwife care data set, a client has to execute the following requests.

Step 1: Retrieve patient data and her maternal record(s)

A woman may have data of one or more pregnancies. The data of each pregnancy is captured in a maternal record (EpisodeOfCare).
Please note that the {{fhir|status}} search parameter should be set to {{term|active}} to retrieve the current, active pregnancy, or to {{term|finished}} to retrieve earlier, finished pregnancies. If the {{fhir|status}} search parameter is not used, both the active pregnancy and earlier pregnancies are retrieved.
<pre>
GET Patient
GET Coverage
GET FamilyMemberHistory
GET DeviceUseStatement
GET Consent
GET RelatedPerson
GET EpisodeOfCare?type=http://snomed.info/sct|364320009{&status=active|finished}&_include=EpisodeOfCare:organization&_include=EpisodeOfCare:care-manager
</pre>

Step 2: Retrieve data related to each maternal record

For each pregnancy, the related data should be retrieved by using the maternal record id ({{fhir|EpisodeOfCare.id}}) in the {{fhir|context}} search parameter.
<pre>
GET Condition?context=EpisodeOfCare/{episode-id}
GET Encounter?episodeofcare={episode-id}&_include=Encounter:practitioner
GET Observation?context=EpisodeOfCare/{episode-id}
GET Observation?context:Encounter.episodeofcare=EpisodeOfCare/{episode-id}
GET Procedure?context=EpisodeOfCare/{episode-id}&_include=Procedure:performer&_include=Procedure:based-on
GET CareTeam?context=EpisodeOfCare/{episode-id}
</pre>

===PWD to FHIR mapping table===

The table below shows in the first three columns the PWD 3.2 data elements, in the fifth and sixth column their mapping to the FHIR profiles.

The mapping table below is based on the corresponding ART-DECOR transaction.

=Addendum MedMij Uitbreiding Verloskunde Beschikbaarstellen=
{{IssueBox|Generated code, do not change by hand}}

{{#lst:Gebz:V2.0_FHIR_IG_Dataset:V3.2_transaction_uitbreiding_verloskundegegevens|transaction}}

=FHIR profiles=

{{MedMij:V2020.01/NoteBoxPackage|p1=nictiz.fhir.nl.stu3.geboortezorg|p2=nictiz.fhir.nl.stu3.zib2017|v2Min=2.0.0|}}

==Generic HCIM profiles==

{| class="wikitable"
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Profile name
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | FHIR Resource
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | HCIM EN
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;" | Canonical URL
|-
| nl core Patient
| Patient
| [https://zibs.nl/wiki/Patient-v3.1(2017EN) Patient]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/nl-core-patient}}
|-
| nl core Organization
| Organization
| [https://zibs.nl/wiki/HealthcareProvider-v3.1.1(2017EN) HealthcareProvider]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/nl-core-organization}}
|-
| nl core Practitioner
| Practitioner
| rowspan="2" | [https://zibs.nl/wiki/HealthProfessional-v3.2(2017EN) HealthProfessional]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/nl-core-practitioner}}
|-
| nl core PractitionerRole
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/nl-core-practitionerrole}}
|-
| zib AlcoholUse
| Observation
| [https://zibs.nl/wiki/AlcoholUse-v3.1(2017EN) AlcoholUse]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse}}
|-
| zib DrugUse
| Observation
| [https://zibs.nl/wiki/DrugUse-v3.2(2017EN) DrugUse]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20}}
|-
| zib LaboratoryTestResult-Observation
| Observation
| [https://zibs.nl/wiki/LaboratoryTestResult-v4.1(2017EN) LaboratoryTestResult]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation}}
|-
| zib MedicalDeviceProduct
| Observation
| [https://zibs.nl/wiki/MedicalDevice-v3.1(2017EN) MedicalDevice]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20}}
|-
| zib Pregnancy
| Condition
| rowspan="4" |[https://zibs.nl/wiki/Pregnancy-v3.1(2017EN) Pregnancy]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy}}
|-
| zib Pregnancy-DateLastMenstruation
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation}}
|-
| zib Pregnancy-Gravidity
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity}}
|-
| zib Pregnancy-Parity
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20}}
|-
| zib Problem
| Condition
| [https://zibs.nl/wiki/Problem-v4.1(2017EN) Problem]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-Problem}}
|-
| zib Procedure
| Procedure
| [https://zibs.nl/wiki/Procedure-v4.1(2017EN) Procedure]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-Procedure}}
|-
| zib ProcedureRequest
| ProcedureRequest
| [https://zibs.nl/wiki/PlannedCareActivityForTransfer-v3.1(2017EN) PlannedCareActivityForTransfer]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest}}
|-
| zib TobaccoUse
| Observation
| [https://zibs.nl/wiki/TobaccoUse-v3.1(2017EN) TobaccoUse]
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse}}
|-
|}

==Birthcare specific profiles==

{| class="wikitable"
|-
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| Profile
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| Pattern
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| Base profile
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| FHIR resource
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| HCIM EN
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| Canonical URL
! style="text-align:left; background-color: #4AB8A7; color: white; font-weight: bold;"| Description
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild</nowiki>
||An Observation profile describing the woman's ability to take care of her child as defined by BabyConnect. Patient-related Observations are about the (pregnant) woman, which is the subject of the Observation.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetusObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid</nowiki>
||An Observation profile describing the amniotic fluid as defined by BabyConnect. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension can be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BarthelIndex|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BarthelIndex}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-BarthelIndex</nowiki>
||An Observation profile describing self-reliance of the woman after birth as defined by BabyConnect. The subject is the woman Patient.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Birth|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Birth}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Procedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Procedure}}
||Procedure
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Birth</nowiki>
||A Procedure profile describing the birth of a child as defined by BabyConnect.
This groups findings and procedures related to a particular child in a delivery - important in multiple births. A pregnancy can lead to one delivery Procedure and one or multiple birth Procedures. In multiple birth, multiple birth instances point to the same delivery Procedure. A birth also provides the relation between a child and its mother: The mother Patient is the subject of the delivery Procedure and the child Patient is the subject of the birth Procedure.

A Birth has:
* A partOf extension, pointing to the Delivery
* The subject is the Child
* The context is the Maternal Record EpisodeOfCare
* The pregnancy is captured in the reasonReference
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl</nowiki>
||An Observation profile describing birth control as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthObservation}}
||[[Gebz:FHIR_bc-BirthObservation|Birth-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-BirthObservation</nowiki>
||An Observation profile describing birth-related Observations as defined by BabyConnect. Birth-related Observations, such as parturition type, pertain to a birth, which is the focus of the Observation (extension). They are also about the mother, which still is the subject of the Observation.
* Birth-related Observations use focus extension to point to a birth
* Birth-related Observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings</nowiki>
||An Observation profile describing findings related to the breasts as defined by BabyConnect. The subject is the woman Patient.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/CarePlan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=CarePlan}}
||CarePlan
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement</nowiki>
||A CarePlan profile describing the care arrangement between a pregnant woman and her caregiver(s) as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-careteam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-careteam}}
||CareTeam
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam</nowiki>
||A CareTeam profile describing the involvement of (other) care providers in the care of a patient and her child, such as a pediatrician.
* These care providers are included as participants in the CareTeam using the CareTeam.participant.member element. Participants may either be Practitioners or Organizations.
* Their role and period of involvement are described at the participant level (that is CareTeam.participant.role and CareTeam.participant.period).
* The reason of involvement is described in CareTeam.reasonCode
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-patient}}
||Patient
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Child</nowiki>
||A Patient profile for the child Patient as defined by BabyConnect.
Child is a separate Patient.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildObservation}}
||[[Gebz:FHIR_bc-ChildObservation|Child-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ChildObservation</nowiki>
||An Observation profile describing child-related Observations (not captured in other existing profiles), as defined by BabyConnect. Child-related Observations, such as Apgar score and birthweight, pertain to the child Patient, which is the subject of the Observation. If the child is unborn and no patient record exists for the child, bc-FetusObservation should be used instead.
- Child observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=ClinicalImpression}}
||ClinicalImpression
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression</nowiki>
||A ClinicalImpression profile describing the caregiver's professional assessment around the woman's pregnancy as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DeliveryObservation}}
||[[Gebz:FHIR_bc-DeliveryObservation|Delivery-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryObservation</nowiki>
||An Observation profile describing delivery-related Observations, as defined by BabyConnect.
Observations such as onset of labor or blood loss pertain to a delivery Procedure.
* Delivery-related Observations use focus extension to point to the delivery Procedure they're about.
* Delivery-related Observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryProcedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DeliveryProcedure}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Procedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Procedure}}
||Procedure
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryProcedure</nowiki>
||A Procedure profile describing the delivery (including uncomplicated natural births for consistency), as defined by BabyConnect. A pregnancy can lead to one delivery Procedure, even in multiple birth. The mother Patient is the subject of the delivery Procedure.
* Delivery refers to the EpisodeOfCare with Procedure.context.reference
* Delivery refers to the Pregnancy with Procedure.reasonReference.reference

A delivery Procedure is related to one or more birth Procedures. The child Patient is the subject of the birth Procedure. In case of multiple birth, multiple birth Procedures will point to the same delivery Procedure.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DigitalVaginalExamination|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DigitalVaginalExamination}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/DiagnosticReport|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=DiagnosticReport}}
||DiagnosticReport
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DigitalVaginalExamination</nowiki>
||A DiagnosticReport profile describing a digital vaginal examination as defined by BabyConnect.
The digital vaginal examination DiagnosticReport groups Observations related to the digital vaginal examination. The woman Patient is the subject of the report.
* This report refers to the EpisodeOfCare with DiagnosticReport.context.reference
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DisorderOfChild}}
||[[Gebz:FHIR_bc-DisorderOfChild|Child disorder]]
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-Problem}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfChild</nowiki>
||A Condition profile describing child disorders as defined by BabyConnect.
Child disorders, such as chromosomal and congenital abnormalities or other problems are disorders of the child. The subject is either the child Patient (in case the child is born or a fetal patient record is in place) or the woman Patient (in case the child is unborn and there is no fetal patient record in place). In the second case, use the bodySite reference extension to refer to the fetus.
* Child disorders can refer to the EpisodeOfCare with Condition.context.reference
* A ConceptMap is available to map verification status to accepted FHIR codes

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfLaborAndDelivery|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DisorderOfLaborAndDelivery}}
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|Labor- and Delivery-related Disorder]]
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-Problem}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfLaborAndDelivery</nowiki>
||A Condition profile describing disorders and complications related to labor and delivery as defined by BabyConnect. These disorders are part of the delivery, which is defined in the part of extension.
* Delivery-related Disorders use partOf extension to point to (birth or delivery) Procedure they're about.
* Delivery-related Disorders refer to the EpisodeOfCare through Condition.context.reference
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfPregnancy|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DisorderOfPregnancy}}
||[[Gebz:FHIR_bc-DisorderOfPregnancy|Pregnancy-related disorder]]
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-Problem}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DisorderOfPregnancy</nowiki>
||A Condition profile describing disorders related to a pregnancy as defined by BabyConnect. For example, Conditions such as cholestasis and hypertension do not (only) pertain to the Patient but to a particular pregnancy.
* Pregnancy-related Disorders use the partOf extension to point to the Condition they're about.
* In some cases the partOf Condition may not be available. The BGZ for instance does not relate Conditions to particular pregnancies.
* Pregnancy-related Disorders refer to the EpisodeOfCare through Condition.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DisorderPostPartum|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DisorderPostPartum}}
||[[Gebz:FHIR_bc-DisorderPostPartum|Post partum-related disorder]]
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-Problem}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DisorderPostPartum</nowiki>
||A Condition profile describing post partum disorders or complications as defined by BabyConnect. Post partum disorders, such as post partum depression, occur after delivery and are related to the Delivery Procedure.
* A partOf extension is used to point to the Delivery.
* The context is the Maternal Record or an Encounter.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Donor|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Donor}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-relatedperson}}
||RelatedPerson
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Donor</nowiki>
||A RelatedPerson profile describing donor characteristics as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DonorObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DonorObservation}}
||[[Gebz:FHIR_bc-DonorObservation|Donor-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-DonorObservation</nowiki>
||An Observation profile describing donor-related Observations, as defined by BabyConnect.
These are observations about the donor, such as their age.
* Donor-related Observations use the focus extension to point to the RelatedPerson (donor) they are about
* Donor-related Observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-Encounter}}
||Encounter
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Encounter</nowiki>
||An Encounter profile describing birthcare related encounters as defined by BabyConnect. The woman Patient is the subject of the Encounter.
* Encounter.type specifies the type of encounter, e.g. prenatal visit, postnatal follow up or counseling.
* Encounter.episodeOfCare points to the maternal record that is the context of the Encounter
* Encounter.diagnosis points to the pregnancy (and optional other Conditions)
* Encounter.serviceProvider points to the responsible Organization for the Encounter
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces</nowiki>
||An Observation profile describing a newborn's fecal excretion as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine</nowiki>
||An Observation profile describing a newborn's urine excretion as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=FamilyMemberHistory}}
||FamilyMemberHistory
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory</nowiki>
||A FamilyMemberHistory profile as defined by BabyConnect describing the relevant family history of a pregnant woman.
* FamilyMemberHistory.patient points to the woman Patient
* FamilyMemberHistory.relationship describes the relation (e.g. father or sister) of the family member to the woman Patient
* FamilyMemberHistory.condition points to the (significant) condition(s) of the family member. The optional contributedToDeath extension can be used to indicate if a specific condition caused death
* FamilyMemberHistory.deceased[x] indicates whether the family member has deceased. This can either be a boolean (true/false) or more specific information can be provided like age. If an age is present, it implies that the family member is deceased and in this case the boolean value should be left out.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment</nowiki>
||An Observation profile as defined by BabyConnect describing the assessment of the family situation of a pregnant woman. Indications for additional care may be based on this assessment.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-FeedingPatternInfant}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant</nowiki>
||An Observation profile describing the infant's feeding pattern as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate</nowiki>
||An Observation profile describing fetal heart rate as defined by BabyConnect. The base definition is a fetus-related Observation. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension must be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetusObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring</nowiki>
||An Observation profile derived from the fetus Observation profile describing fetal monitoring as defined by BabyConnect. Fetal monitoring is a fetus-related Observation. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension must be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Fetus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Fetus}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/BodySite|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=BodySite}}
||BodySite
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Fetus</nowiki>
||A BodySite profile as defined by BabyConnect.
This BodySite profile refers to the unborn fetus in case no fetal record (yet) exists. In case a fetal record is created the unborn fetus will be registered as a (child) Patient.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetusObservation}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation</nowiki>
||An Observation profile describing fetus-related Observations in a pregnancy, such as movement and heart action, as defined by BabyConnect. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension must be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TreatmentObjective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=zib-TreatmentObjective}}
||Goal
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal</nowiki>
||A Goal profile describing the goal(s) of an individual care plan of a pregnant woman as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-careplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-careplan}}
||CarePlan
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan</nowiki>
||A CarePlan profile describing the individual care plan of a pregnant woman as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Condition|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Condition}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus</nowiki>
||A Condition profile describing legal status as defined by BabyConnect. The legal status indicates the basis on which the patient is staying in a healthcare organization. This can be either voluntary or involuntary, however the legal status is always determined by a judge.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Condition|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Condition}}
||Condition
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation</nowiki>
||A Condition profile describing legal representation as defined by BabyConnect. Representation is important in situations where a person is legally not competent to give permission and/or factually (partly) incapable of doing so. A representative supports and takes decisions in the interest of the representee when they cannot do so themselves (temporarily or permanently).
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||[[Gebz:FHIR_bc-MaternalObservation|Patient-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation</nowiki>
||An Observation profile describing patient-related Observations, which are not captured in other existing profiles, as defined by BabyConnect.
Patient-related Observations are findings related to the (pregnant) woman, before, during or after pregnancy childbirth. The pregnant woman is the subject, the context is the pregnancy file (EpisodeOfCare). Examples are risk status or maternal ultrasound observations.

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-episodeofcare|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-episodeofcare}}
||EpisodeOfCare
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord</nowiki>
||An EpisodeOfCare profile describing a maternal record (or pregnancy file) as defined by BabyConnect.
Each pregnancy is a Condition. It is also represented as an EpisodeOfCare (maternal record) for each involved Organization. The maternal record defines care responsibility for a specific period of time and groups all data related to this period of care. The maternal record has a fixed type (.type = 364320009). Additional types may be provided to indicate a specific period of care. The maternal record includes references to a managing Organization and responsible Practitioner.

The maternal record defines care responsibility for a specific period of time and groups all data related to this period of care:
1. The maternal record groups all data related to one pregnancy for the managing Organization
2. The groupIdentifier (.extension:groupIdentifier) is a unique identifier of the pregnancy which can be used to group all data related to one pregnancy across Organizations

Relations between the pregnancy (Condition) and the maternal record (EpisodeOfCare):
* Condition points to the EpisodeOfCare through a EpisodeOfCare.context.reference element.
* EpisodeOfCare points to the Condition through a EpisodeOfCare.diagnosis.condition element.
* Condition and EpisodeOfCare both point to the Patient with .subject.reference
* Condition.clinicalStatus and EpisodeOfCare.status must be 'active' for ongoing pregnancies
* Condition.clinicalStatus must be 'inactive' and EpisodeOfCare.status must be 'finished' for past pregnancies
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MotherOf|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MotherOf}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/RelatedPerson|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=RelatedPerson}}
||RelatedPerson
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-MotherOf</nowiki>
||A RelatedPerson profile describing the relation between mother and child as defined by BabyConnect.
The RelatedPerson is the mother, which is a related person of the child Patient.
* The RelatedPerson.patient refers to the child Patient
* The RelatedPerson.link refers to the mother Patient, RelatedPerson.link.type is set to seealso
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Encounter}}
||Encounter
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting</nowiki>
||An Encounter profile describing a team care conference as defined by BabyConnect. In a team care conference caregivers discuss patient cases in absence or presence of the patient.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting-Plan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting-Plan}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/CarePlan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=CarePlan}}
||CarePlan
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting-Plan</nowiki>
||A CarePlan profile related to the multidisciplinary team meeting as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ObstetricProcedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ObstetricProcedure}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Procedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Procedure}}
||Procedure
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ObstetricProcedure</nowiki>
||A Procedure profile describing obstetric procedures, as defined by BabyConnect. Obstetric procedures are procedures related to pregnancy, birth and delivery, such as vacuum delivery.
* For obstetric procedures related to the pregnancy, use Procedure.reasonReference
* For obstetric procedures related to birth and delivery, use the (optional) partOf extension to point to the Delivery (maternal data) or the Birth (child-specific data)
* The context is the Maternal Record or an Encounter
The profile would have been derived from the zib-Procedure profile in zib2017 2.3.0 but that profile disallows Procedure.report.reference(DiagnosticReport) which prevents bc-PregnancyUltraSound. For now this profile is a full copy of the profile with Birth Care additions
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath</nowiki>
||An Observation profile describing perinatal and (early) neonatal death as defined by BabyConnect. The subject may be either an unborn, stillborn or living born child. In case of an unborn or stillborn child, a patient or fetus record may not be present. In this case the subject is the woman Patient. Use the focus extension to refer to the fetus BodySite. In all other cases the subject is the child Patient and the focus extension can be left blank.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment</nowiki>
||An Observation profile describing the perineal assessment as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetusObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization</nowiki>
||An Observation profile describing the localization of the placenta as defined by BabyConnect. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension can be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PractitionerRole|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PractitionerRole}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-practitionerrole}}
||PractitionerRole
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PractitionerRole</nowiki>
||A PractitionerRole profile describing the role of a practitioner as defined by BabyConnect.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyObservation}}
||[[Gebz:FHIR_bc-PregnancyObservation|Pregnancy-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyObservation</nowiki>
||An Observation profile describing pregnancy-related Observations, as defined by BabyConnect.
Observations such as gravidity and parity do not (only) pertain to the Patient but also to a particular pregnancy.
* Pregnancy-related Observations use the focus extension to point to the Condition they are about. Without this, all gravidities would only be Observations about a Patient.
* Pregnancy-related Observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSound|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSound}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/DiagnosticReport|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=DiagnosticReport}}
||DiagnosticReport
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSound</nowiki>
||A DiagnosticReport profile describing a pregnancy ultrasound as defined by BabyConnect. The ultrasound DiagnosticReport groups Observations related to the pregnancy ultrasound. The woman Patient is the subject of the report.
* This report refers to the EpisodeOfCare with DiagnosticReport.context.reference
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetusObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetusObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings</nowiki>
||An Observation profile describing general ultrasound findings for the fetus as defined by BabyConnect. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension can be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ProcedureObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ProcedureObservation}}
||[[Gebz:FHIR_bc-ProcedureObservation|Procedure-related Observation]]
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ProcedureObservation</nowiki>
||An Observation profile describing procedure-related Observations as defined by BabyConnect. Procedure-related Observations are Observations about a procedure, which is the focus of the Observation (extension). They are also about the mother, which still is the subject of the Observation. For example, embryo transfer date and oocyte retrieval date are observations related to an IVF/ICSI procedure.
* Procedure-related Observations use focus extension to point to a birth
* Procedure-related Observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=ReferralRequest}}
||ReferralRequest
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest</nowiki>
||A ReferralRequest profile describing referral details as defined by BabyConnect.
Referral details (such as type of referral, reason code, referrer and target of the referral) are described in ReferralRequest. The pregnant woman is the subject, the context is the pregnancy file (EpisodeOfCare).
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-RelatedPerson|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-RelatedPerson}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-relatedperson}}
||RelatedPerson
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-RelatedPerson</nowiki>
||A RelatedPerson profile as defined by BabyConnect to describe a related person (e.g. partner) of the woman Patient:
* RelatedPerson.extension:role defines the role of the contact in relation to the woman Patient, for partner use the code 1 Eerste relatie/contactpersoon
* RelatedPerson.extension:ethnicity defines the ethnicity of the related person
* RelatedPerson.patient points to the woman Patient
* RelatedPerson.relationship describes the relation to the woman Patient, for partner use the code DOMPART Partner
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||
||{{Simplifier|http://hl7.org/fhir/StructureDefinition/Consent|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=Consent}}
||Consent
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective</nowiki>
||A Consent profile as defined by BabyConnect. This profile is based on the zib 2020 and is a preadopt of the R4 zib 2020 package.
A treatment directive contains a joint decision between a health professional (for example a general practitioner) and a patient or his representative(s) about the desirability of performing a certain treatment, such as resuscitation, before this treatment becomes (acute) necessary.
When the need arises and the treatment cannot be discussed with the patient or representative (s), that decision is an important indication for the treating health professional (for example an ER doctor).
The term treatment limit is a synonym of the term treatment directive.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-observation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-observation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord</nowiki>
||An Observation profile describing the umbilical cord a as defined by BabyConnect. Fetus-related Observations are Observations about a fetus, which is the focus of the Observation (extension). Fetus identification is necessary in these Observations, especially in multiple pregnancy. There are two ways of using this profile depending on the presence of a patient / fetus record for the unborn child:
1. A patient / fetus record is present. The subject of the Observation is the (unborn) child Patient. The focus extension can be left blank.
2. A patient / fetus record is not present. The subject of the Observation is the woman Patient. The focus extension refers to the fetus BodySite.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity</nowiki>
||An Observation profile derived from the maternal Observation profile describing uterus activity as defined by BabyConnect. Uterus activity is a patient-related Observation. Patient-related Observations are about the (pregnant) woman, which is the subject of the Observation.
|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||[[Gebz:FHIR_bc-ChildObservation|Child-related Observation]]
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildObservation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildObservation}}
||Observation
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration</nowiki>
||An Observation profile describing the administration of vitamin K to a newborn as defined by BabyConnect. The base definition is a child-related Observation. Child-related Observations pertain to the child Patient, which is the subject of the Observation. Child observations refer to the EpisodeOfCare with Observation.context.reference

|-
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=nl-core-patient}}
||Patient
||
||<nowiki>http://nictiz.nl/fhir/StructureDefinition/bc-Woman</nowiki>
||A Patient profile describing the woman who is or was pregnant as defined by BabyConnect.
The pregnant woman, a FHIR patient, is the core of each pregnancy.
|}

=Release notes=
Release notes can be found on the [[Gebz:V3.2_Ontwerpen#Release_notes| functional design page]].

=Support=
For questions and change requests regarding this IG, please create a ticket in [https://bits.nictiz.nl/projects/GZ BITS].

Gebz:V2.0 FHIR IG Dataset:V3.2 transaction uitbreiding verloskundegegevens

2025-10-31T12:40:48Z

Ahenket: NICTIZ-36562 Correction of transaction link

__NOINDEX__
=Addendum MedMij Uitbreiding Verloskunde Gegevens Beschikbaarstellen=
{{IssueBox|Generated code, do not change by hand}}
=Uitbreiding verloskunde gegevens=
<section begin=transaction />
Based on ART-DECOR transaction version: [https://decor.nictiz.nl/ad/#/peri20-/scenarios/scenarios/2.16.840.1.113883.2.4.3.11.60.90.77.4.2641/2024-01-16T14:15:50 2024-01-16T14:15:50]
{| class="wikitable"
| style="background-color: #1F497D;; color: white; font-weight: bold; text-align:center;" colspan="13" | PWD 3.2 to FHIR
|-style="background-color: #1F497D;; color: white; text-align:left;"
|style="width:30px;"| Type
|style="width:10px;"| #
||Concept
|style="width:40px;"| Card
|| Profile
|| Mapping
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1313
||Administratief
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1290
||   Betaler
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1291
||      BetalerPersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1292
||         BetalerNaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.name RelatedPerson.name
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1293
||         Bankgegevens
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor:extension:bankInformation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1294
||            BankNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor:extension:bankInformation.extension:BankName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1295
||            Bankcode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor:extension:bankInformation.extension:AccountNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1296
||            Rekeningnummer
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor:extension:bankInformation.extension:Bankcode
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1297
||      Verzekeraar
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1298
||         Verzekering
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.payor
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1299
||            BeginDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.period.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1300
||            EindDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.period.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1301
||            Verzekeringssoort
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.type
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1302
||         IdentificatieNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.identifier
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1303
||         OrganisatieNaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.name
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1304
||         VerzekerdeNummer
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Payer|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Payer}}
||Coverage.subscriberId
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3279
||      Adresgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address RelatedPerson.address
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3280
||         Straat
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line:line.streetName RelatedPerson.address.line:line.streetName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3281
||         Huisnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line:houseNumber RelatedPerson.address.line:houseNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3282
||         Huisnummerletter
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line:extension:buildingNumbersuffix RelatedPerson.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3283
||         Huisnummertoevoeging
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line:extension:buildingNumbersuffix RelatedPerson.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3284
||         AanduidingBijNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line.extension:additionalLocator RelatedPerson.address.line.extension:additionalLocator
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3285
||         Postcode
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line.postalCode RelatedPerson.address.line.postalCode
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3286
||         Woonplaats
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line.city RelatedPerson.address.line.city
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3287
||         Gemeente
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line.district RelatedPerson.address.line.district
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3288
||         Land
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.country RelatedPerson.address.country
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3289
||         AdditioneleInformatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.line.extension:unitID RelatedPerson.address.line.extension:unitID
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3290
||         AdresSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.address.type/.use (via conceptmap) RelatedPerson.address.type/.use (via conceptmap)
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3291
||      Contactgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom RelatedPerson.telecom
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3292
||         Telefoonnummers
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom RelatedPerson.telecom
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3293
||            Telefoonnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom.value RelatedPerson.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3294
||            TelecomType
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom:extension:TelecomType RelatedPerson.telecom:extension:TelecomType
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3295
||            NummerSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom.use RelatedPerson.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3296
||         EmailAdressen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom.value RelatedPerson.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3297
||            EmailAdres
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom.value RelatedPerson.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3298
||            EmailSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}} {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Patient.telecom.use RelatedPerson.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||750
||   Contact
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||751
||      ContactType
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.class
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3690
||      ContactSoort
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.type
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||752
||      ContactMet
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1868
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||754
||      Locatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.serviceProvider
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1881
||         Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||756
||      BeginDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.period.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||757
||      EindDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.period.end
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||758
||      RedenContact
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.diagnosis
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||759
||         Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1984
||            Vrouw/ moeder
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3828
||               Probleem (Algemene anamnese)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3831
||               Probleem (Psychiatrie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3829
||               Probleem (Sociale problemen)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3832
||               Probleem (Misbruik/ Geweld)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3830
||               Probleem (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1928
||               Probleem (Maternaal)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3833
||               Probleem (Postpartum complicatie)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1985
||            Kind
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1981
||               Probleem (Kindspecifieke maternale problemen)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1983
||               Probleem (ProblematiekKind)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8781
||               Probleem (Geboortetrauma)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8782
||               Probleem (Congenitale aandoeningen)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8783
||               Probleem_Huid
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8784
||               Probleem_Hoofd/Hals
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8785
||               Probleem_Thorax
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8786
||               Probleem_Abdomen
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8787
||               Probleem_Rug
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8788
||               Probleem_Extremiteiten
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8789
||               Probleem_Genitalia
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8790
||               Probleem_Neurologie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||769
||         Verrichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1986
||            Vrouw/ moeder
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3834
||               Verrichting (Algemene anamnese)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3835
||               Verrichting (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1970
||               Verrichting (Maternaal)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3836
||               Verrichting (Maternaal onderzoek)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3837
||               Verrichting (Postpartum complicatie)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1987
||            Kind
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Birth|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Birth}}
||Procedure.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1982
||               Verrichting (Kindspecifieke maternale verrichtingen)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8791
||               Verrichting (Ondersteuning opvang)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8792
||               Chirurgische ingrepen (Verrichting)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8793
||               Verrichting (Problematiek kind)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||763
||         AfwijkendeUitslag
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.reason.text
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8780
||         Toelichting reden contact
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.reason.text
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||764
||      Herkomst
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.hospitalization.admitSource
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||765
||      Bestemming
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.hospitalization.dischargeDisposition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||947
||   Contactpersoon
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3299
||      Naamgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3300
||         Voornamen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3301
||         Initialen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3302
||         Roepnaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.given
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3303
||         Naamgebruik
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3304
||         Geslachtsnaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannameOwnName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3305
||            Voorvoegsels
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannameOwnPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3306
||            Achternaam
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannameOwnName
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3307
||         GeslachtsnaamPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannamePartnerName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3308
||            VoorvoegselsPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannamePartnerPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3309
||            AchternaamPartner
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.name.family:humannamePartnerName
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3310
||      Contactgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3311
||         Telefoonnummers
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3312
||            Telefoonnummer
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3313
||            TelecomType
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom:extension:TelecomType
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3314
||            NummerSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3315
||         EmailAdressen
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3316
||            EmailAdres
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3317
||            EmailSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3318
||      Adresgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3319
||         Straat
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line:line.streetName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3320
||         Huisnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line:houseNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3321
||         Huisnummerletter
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3322
||         Huisnummertoevoeging
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3323
||         AanduidingBijNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line.extension:additionalLocator
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3324
||         Postcode
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line.postalCode
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3325
||         Woonplaats
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line.city
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3326
||         Gemeente
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line.district
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3327
||         Land
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedpersonaddress.country
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3328
||         AdditioneleInformatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.line.extension
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3329
||         AdresSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.address.type/.use (via conceptmap)
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||954
||      Rol
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson:role
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||955
||      Relatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson.relationship
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||675
||   Patient
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient*
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3197
||      Naamgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3198
||         Voornamen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3199
||         Initialen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3200
||         Roepnaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.given
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3201
||         Naamgebruik
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3202
||         Geslachtsnaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannameOwnName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3203
||            Voorvoegsels
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannameOwnPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3204
||            Achternaam
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannameOwnName
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3205
||         GeslachtsnaamPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannamePartnerName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3206
||            VoorvoegselsPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannamePartnerPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3207
||            AchternaamPartner
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.name.family:humannamePartnerName
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3208
||      Adresgegevens
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3209
||         Straat
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.line.streetName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3210
||         Huisnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.line.houseNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3211
||         Huisnummerletter
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.line.buildingNumbersuffix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3212
||         Huisnummertoevoeging
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.line.additionalLocator
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3213
||         AanduidingBijNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.line.additionalLocator
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3214
||         Postcode
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.postalCode
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3215
||         Woonplaats
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.city
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3216
||         Gemeente
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.district
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3217
||         Land
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.country
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3218
||         AdditioneleInformatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3219
||         AdresSoort
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.address.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3220
||      Contactgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3221
||         Telefoonnummers
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3222
||            Telefoonnummer
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3223
||            TelecomType
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom:extension:TelecomType
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3224
||            NummerSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3225
||         EmailAdressen
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3226
||            EmailAdres
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3227
||            EmailSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.telecom.use
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||682
||      Identificatienummer
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.identifier
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9861
||      GeborenIndicator
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-child}}
||Patient.extension.born
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||683
||      Geboortedatum
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.birthDate
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||684
||      Geslacht (administratief)
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.gender
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10776
||      Geslacht (identiteit)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:genderIdentity
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||685
||      MeerlingIndicator
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.multipleBirthBoolean
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3358
||      Rangnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.multipleInteger
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||686
||      OverlijdensIndicator
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.deceasedBoolean
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||687
||      DatumOverlijden
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient.deceasedDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7858
||   JuridischeSituatie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7859
||      JuridischeStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7860
||      Vertegenwoordiging
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||Condition
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7861
||      DatumAanvang
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}} {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||Condition.onset[x]:onsetDateTime Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7862
||      DatumEinde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}} {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||Condition.abatement[x]:abatementDateTime Condition.abatement[x]:abatementDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||956
||   Zorgaanbieder
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||957
||      ZorgaanbiederIdentificatienummer
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.identifier
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||958
||      OrganisatieNaam
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.name
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||959
||      OrganisatieLocatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization?
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||960
||      AfdelingSpecialisme
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.type:departmentSpecialty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3228
||      Contactgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3229
||         Telefoonnummers
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3230
||            Telefoonnummer
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3231
||            TelecomType
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom:extension:TelecomType
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3232
||            NummerSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3233
||         EmailAdressen
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3234
||            EmailAdres
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3235
||            EmailSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3236
||      Adresgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3237
||         Straat
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line.streetName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3238
||         Huisnummer
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line.houseNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3239
||         Huisnummerletter
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3240
||         Huisnummertoevoeging
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3241
||         AanduidingBijNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line:extension:additionalLocator
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3242
||         Postcode
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.postalCode
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3243
||         Woonplaats
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.city
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3244
||         Gemeente
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.district
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3245
||         Land
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.country
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3246
||         AdditioneleInformatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.line.extension
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3247
||         AdresSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.address.use/.type (via conceptMap)
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||965
||      OrganisatieType
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization.type
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||978
||   Zorgverlener
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||979
||      ZorgverlenerIdentificatienummer
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.identifier
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3248
||      Naamgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3249
||         Voornamen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3250
||         Initialen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.given
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3251
||         Roepnaam
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.given
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3252
||         Naamgebruik
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name:extension:humannameAssemblyOrder
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3253
||         Geslachtsnaam
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humannameOwnName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3254
||            Voorvoegsels
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humannameOwnPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3255
||            Achternaam
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humanNameOwnName
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3256
||         GeslachtsnaamPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humannamePartnerName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3257
||            VoorvoegselsPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humannamePartnerPrefix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3258
||            AchternaamPartner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.name.family:extension:humannamePartnerName
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2219
||      Specialisme
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||PractitionerRole.specialty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3259
||      Adresgegevens
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.addresss
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3260
||         Straat
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line.streetName
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3261
||         Huisnummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line.houseNumber
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3262
||         Huisnummerletter
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3263
||         Huisnummertoevoeging
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line:extension:buildingNumbersuffix
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3264
||         AanduidingBijNummer
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line:extension:additionalLocator
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3265
||         Postcode
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.postalCode
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3266
||         Woonplaats
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.city
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3267
||         Gemeente
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.district
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3268
||         Land
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.country
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3269
||         AdditioneleInformatie
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.line.extension
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3270
||         AdresSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.address.use/.type (via conceptMap)
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3271
||      Contactgegevens
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.telecom
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3276
||         EmailAdressen
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.telecom.value
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3277
||            EmailAdres
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.telecom.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3278
||            EmailSoort
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner.telecom.use
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1678
||      Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||989
||      ZorgverlenersRol
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.role
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1314
||Zorgverlening
||1 .. *
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3841
||   ZorgAfspraak
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3842
||      BeginDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.period.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3843
||      EindDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.period.end
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3844
||      AfspraakPartijen
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3845
||         Patiënt
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3865
||            Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3847
||         Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3866
||            Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3849
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3867
||            Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3851
||      Uitvoerder
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3852
||         Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.performer:patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3868
||            Patient
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-patient}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3854
||         Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.performer:contactPerson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3869
||            Contactpersoon
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||RelatedPerson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3856
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.performer.extension:practitionerRole
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3870
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||PractitionerRole
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3858
||      Coordinator
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.author.extension:coordinator
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3864
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||PractitionerRole
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3860
||      Activiteit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.code.text
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3861
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.activity.detail.description
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3862
||      Probleem zorgafspraak
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareAgreement|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareAgreement}}
||CarePlan.addresses
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8833
||         Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8834
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8835
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite:Laterality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8836
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8837
||            ProbleemNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8838
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8839
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8840
||            ProbleemStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus:ProblemStatusCodelist
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8841
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus:VerificatieStatusCodelijst
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8842
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2623
||   Conclusie professioneel onderzoek
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2624
||      ConclusieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.effective[x]:effectiveDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2627
||      Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.assessor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3634
||      Verrichting (Maternaal onderzoek)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.investigation.item.extension:procedure
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2628
||      InterpretatieUitgevoerd onderzoek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.summary
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2630
||      Conclusie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.finding:pregnancyRiskCategory.item[x]:itemCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4302
||      Beleid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.extension:management
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2625
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1350
||   Informed Consent
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1351
||      ConsentIdentificatie
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.identifier
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1352
||      ConsentDatum/Tijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.dateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1353
||      ConsentScope
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1354
||      ConsentStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.status
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1355
||      ConsentCategorie
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.category
|-
|blob
||1356
||      ConsentDocument
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.extension:document/Binary
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1357
||      Consentgever
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1358
||         Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.actor.reference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1359
||         Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1360
||      Verificatie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent:extension:verification
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1361
||         Geverifieerd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent:extension:verification:extension:verified
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1362
||         GeverifieerdBij
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent:extension:verification:extension:verifiedWith
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1363
||         VerificatieDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent:extension:verification:extension:verificationDate
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1364
||      Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||ntb
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3359
||   Patientbespreking
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3360
||      PatientbesprekingLabel
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.type.text
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3361
||      PatientbesprekingDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.period.start
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3362
||      Deelnemer
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.participant.individual
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3363
||         RolDeelnemer
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.participant.type:role
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1345
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.participant.individual.extension:practitionerRole
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1990
||         Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1989
||         Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.participant.individual.extension:patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3370
||      Beleid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting-Plan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting-Plan}}
||CarePlan
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3371
||         VoorgesteldeBehandeling
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting-Plan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting-Plan}}
||CarePlan.activity.reference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2685
||            Verrichting
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3373
||         IntentieBehandeling
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting-Plan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting-Plan}}
||CarePlan.extension:intentTreatment.valueCodeableConcept:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3374
||      Aandoening
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MultidisciplinaryTeamMeeting|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MultidisciplinaryTeamMeeting}}
||Encounter.diagnosis
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8843
||         Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8844
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8845
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite:Laterality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8846
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8847
||            ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8848
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8849
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8850
||            ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus:ProblemStatusCodelist
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8851
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus:VerificatieStatusCodelijst
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8852
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3669
||   Vaccinatie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3670
||      ProductCode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.vaccineCode
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3671
||      Dosis
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.doseQuantity
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3672
||      VaccinatieDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.date
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3673
||      GewensteDatumHervaccinatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-VaccinationRecommendation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-VaccinationRecommendation}}
||ImmunizationRecommendation.recommendation.date
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3674
||      Toediener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3883
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.practitioner.actor
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3676
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Vaccination|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Vaccination}}
||Immunization.note.text
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3399
||   ZorgEpisode
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3338
||      Identificatienummer
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.identifier
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3400
||      BeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.period.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3401
||      EindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.period.end
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3402
||      FocusZorgEpisode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.diagnosis.condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8823
||         Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8824
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8825
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite:Laterality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8826
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8827
||            ProbleemNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8828
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8829
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8830
||            ProbleemStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus:ProblemStatusCodelist
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8831
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus:VerificatieStatusCodelijst
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8832
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3404
||      ZorgEpisodeNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.extension:title
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8822
||      ZorgEpisodeVerantwoordelijke
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.careManager
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2163
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2164
||      StatusZorgepisode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.status
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3405
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.extension:comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3388
||   ZorgTeam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3389
||      ZorgTeamNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.name
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3390
||      Probleem zorgteam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8853
||         Probleem
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8854
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8855
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite:Laterality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8856
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8857
||            ProbleemNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8858
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8859
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8860
||            ProbleemStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus:ProblemStatusCodelist
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8861
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus:VerificatieStatusCodelijst
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8862
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3392
||      ZorgTeamLid
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.member
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2128
||         Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.member
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1320
||         Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1331
||         Zorgverlener
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.member
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1337
||         TijdsInterval
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.period
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8794
||   IndividueelZorgplan
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||CarePlan
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8799
||      BeginDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||CarePlan.period.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8800
||      EindDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||CarePlan.period.end
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8801
||      Casemanager
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan}}
||CarePlan.extension:caseManager
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8802
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8803
||      Betrokkenen
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||CarePlan.careTeam
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8804
||         ZorgTeam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan}}
||CareTeam
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8810
||      Behandeldoel
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan}}
||CarePlan.activity.detail.goal
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8811
||         GewenstZorgresultaat
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||Goal.description
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8812
||         VaststellingsDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||Goal.statusDate
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8813
||         StreefDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||Goal.target.due[x]:dueDate
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8814
||         AfsluitDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||Goal.extension:endDate
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8816
||      ZorgAfspraak
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCarePlan-Goal|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCarePlan-Goal}}
||Goal.extension:carePlan
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8874
||      Relatie met ZorgEpisode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-IndividualCareplan|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-IndividualCareplan}}
||CarePlan.context
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8873
||         Identificatienummer
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.identifier
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8877
||   Verwijsgegevens
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8878
||      Datum verwijzing
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.authoredOn
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10487
||      ContactSoort
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.extension:contactType
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8879
||      Verwijzing van/ afkomstig van
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9660
||         Zorgaanbieder
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.requester.agent
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8881
||      Verwijzing naar
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.recipient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8882
||         Zorgaanbieder
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.recipient
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10297
||      Type verwijzing
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.type.coding:referralType
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8884
||      Reden van verwijzing
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8885
||         Probleem acute overdracht
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8886
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8887
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite:Laterality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8888
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8889
||            ProbleemNaam
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8890
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8891
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8892
||            ProbleemStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus:ProblemStatusCodelist
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8893
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus:VerificatieStatusCodelijst
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8894
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9139
||         Probleem (Algemene anamnese)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9143
||         Verrichting (Algemene anamnese)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9140
||         Probleem (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9141
||         Probleem (Psychiatrie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9142
||         Probleem (Maternaal)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9144
||         Inspectie perineum/ sfincter/ vrouwelijke geslachtsorganen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9661
||         Probleem (Postpartum complicatie)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9882
||         Probleem (Kindspecifieke maternale problemen)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9880
||         Verrichting (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9881
||         Verrichting (Maternaal)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9883
||         Verrichting (Kindspecifieke maternale verrichtingen)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9884
||         Verrichting (Postpartum complicatie)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9171
||      Hoeveelheid bloedverlies tot acute overdracht (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.supportingInfo
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9172
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9174
||         HoeveelheidBloedverliesWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9175
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9180
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8883
||      Toelichting op verwijzing
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ReferralRequest|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ReferralRequest}}
||ReferralRequest.note
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||674
||Vrouw
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1713
||   Demografische gegevens
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1434
||      Patient
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10567
||      JuridischeSituatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}} {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||Condition Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||900
||      Partner
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||RelatedPerson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||990
||         Contactpersoon
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||RelatedPerson
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7773
||         Geboortedatum
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||RelatedPerson.birthDate
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10970
||         Etniciteit
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10971
||            EtniciteitType
||1 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10972
||            Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10802
||         Geslacht (identiteit)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:genderIdentity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1714
||      Gezinssituatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2690
||         BurgerlijkeStaatRC
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.maritalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1717
||         Gezinssamenstelling
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:familyComposition.valueCodeableConcept
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1718
||         AantalKinderen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:numberOfChildren.valueQuantity
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1719
||         AantalKinderenInwonend
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:numberOfChildrenLivingAtHome.valueQuantity
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1720
||         Zorgtaak
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:careResponsibility.valueString
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1721
||         Kind
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:child
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11028
||            DatumOverlijden
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1722
||            Geboortedatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:child.valueDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1723
||            Inwonend
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.component:child.extension:livingAtHome
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1724
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituation}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1725
||      Woonsituatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LivingSituation}}
||Observation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1726
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LivingSituation}}
||Observation.comment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1727
||         WoningType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LivingSituation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LivingSituation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||912
||      Etniciteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:ethnicity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||913
||         EtniciteitType
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:ethnicity
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||914
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:ethnicity.valueCodeableConcept:valueCodeableConcept.text
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||690
||      NationaliteitRC
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:nationality
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||691
||         Nationaliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:nationality
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2910
||      Taalvaardigheid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.communication.extension:languageProficiency
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2581
||      Opleiding
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2582
||         Schooltype
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2583
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||692
||      ParticipatieInMaatschappij
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ParticipationInSociety}}
||Observation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||693
||         SociaalNetwerk
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ParticipationInSociety}}
||Observation.component:socialNetwork.valueString
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||695
||         Arbeidssituatie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ParticipationInSociety}}
||Observation.component:workSituation.valueString
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||696
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ParticipationInSociety|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ParticipationInSociety}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10401
||   BehandelAanwijzing
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10402
||      BehandelBesluit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.except.type
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10403
||      Behandeling
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.except.code
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10404
||      SpecificatieAnders
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}} {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.modifierExtension:specificationOther.value[x]:valueString Consent.except.extension:dataAbsentReason
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10405
||      MeestRecenteBespreekdatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.dateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10406
||      DatumBeeindigd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.except.period.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10407
||      RedenBeeindigd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.except.extension:reasonForEnding
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10408
||      Wilsverklaring
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.source[x]:sourceReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10432
||         Wilsverklaring
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AdvanceDirective|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AdvanceDirective}}
||Consent
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10410
||      AfspraakPartij
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10411
||         Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10418
||            Patient
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10413
||         Vertegenwoordiger
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10419
||            Contactpersoon
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||RelatedPerson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10415
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.consentingParty
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10420
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10417
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-TreatmentDirective|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-TreatmentDirective}}
||Consent.extension:comment.valueString:valueString
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1673
||   Betrokken zorgverlener/ zorginstelling
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1674
||      Huisarts
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.generalPractitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1675
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.generalPractitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1676
||      Apotheek
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.extension:preferredPharmacy
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1677
||         Zorgaanbieder
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1679
||      Specialist
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.team
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1681
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.participant.member
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2691
||         Reden betrokkenheid
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2692
||            Probleem (Algemene anamnese)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2731
||            Probleem (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3196
||            Probleem (Maternaal)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2696
||            Probleem (Pediatrische betrokkenheid)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2697
||               ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2698
||               ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2699
||               ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2700
||               ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2701
||               ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2702
||               ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2703
||               ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2704
||               VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2705
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||783
||   Anamnese
||0 .. 1
||
||List
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||889
||      Algemene anamnese
||0 .. *
||
||List
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||916
||         Probleem (Algemene anamnese)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||917
||            ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||918
||            ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||919
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||920
||            ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||921
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||922
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||923
||            ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||924
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||925
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1080
||         Verrichting (Algemene anamnese)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1081
||            VerrichtingStartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performed[x]:performedPeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1082
||            VerrichtingEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performed[x]:performedPeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1083
||            VerrichtingAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1084
||            VerrichtingLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite.extension:ProcedureLaterality.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1085
||            Indicatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1097
||               Probleem (Algemene anamnese)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1087
||            VerrichtingType
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7891
||            Eicelextractiedatum
||0 .. 1
||[[Gebz:FHIR_bc-ProcedureObservation|bc-ProcedureObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7892
||            Cryo embryo
||0 .. 1
||[[Gebz:FHIR_bc-ProcedureObservation|bc-ProcedureObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7893
||            Embryotransferdatum
||0 .. 1
||[[Gebz:FHIR_bc-ProcedureObservation|bc-ProcedureObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1088
||            VerrichtingMethode
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1089
||            MedischHulpmiddel
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.focalDevice.manipulated
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10389
||               MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1091
||            Locatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10390
||               Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1093
||            Uitvoerder
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10391
||               Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1095
||            Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure/zib-ProcedureRequest}}
||Procedure.basedOn:request/requester.agent
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10392
||               Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1683
||         Toelichting algemene anamnese
||0 .. 1
||
||List.note
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10898
||         Gebruik LMWH?
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1099
||      Psychische en/of Sociale problemen
||0 .. *
||
||List
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1100
||         Probleem (Psychiatrie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1103
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1104
||            ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1105
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1106
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1107
||            ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1108
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1109
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2590
||         Probleem (Sociale problemen)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2593
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2594
||            ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2595
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2596
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2597
||            ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2598
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2599
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2600
||         Probleem (Misbruik/ Geweld)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2603
||            ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2604
||            ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2605
||            ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2606
||            ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2607
||            ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2608
||            VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2609
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3331
||         JuridischeSituatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3332
||            JuridischeStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3333
||            Vertegenwoordiging
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-Representation}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3334
||            DatumAanvang
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3335
||            DatumEinde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2622
||         Toelichting psychosociale anamnese
||0 .. 1
||
||List.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1110
||      Relevante allergieën
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AllergyIntolerance}}
||AllergyIntolerance
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1111
||         VeroorzakendeStof
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AllergyIntolerance|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AllergyIntolerance}}
||AllergyIntolerancecode
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1112
||      Familieanamnese
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1113
||         Datum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.date
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1114
||         Familielid
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.relationship
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1115
||            BiologischeRelatie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.relationship
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1116
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.note
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1117
||            OverlijdensIndicator
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.deceased[x]:deceasedBoolean
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1118
||            LeeftijdBijOverlijden
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.deceased[x]:deceasedAge
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1119
||            Aandoening
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.condition.code
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8863
||               Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8864
||                  ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8865
||                  ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8866
||                  ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8867
||                  ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8868
||                  ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8869
||                  ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8870
||                  ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8871
||                  VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8872
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1122
||               IsDoodsoorzaak
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilyMemberHistory|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilyMemberHistory}}
||FamilyMemberHistory.condition.outcome
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3407
||      Consanguïniteit (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3500
||         ConsanguïniteitDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3499
||         ConsanguïniteitWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3497
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3498
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1728
||   Metingen
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3357
||      Lichaamsgewicht
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1672
||      Lichaamslengte
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyHeight}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3427
||      Body Mass Index (BMI) (Meting)
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3429
||         BMIWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3430
||         MeetMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3433
||         BMIDatumBeginTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3434
||         BMIDatumEindTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3435
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2902
||Gezin
||0 .. 1
||
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2911
||   Taalvaardigheid
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.communication.extension:languageProficiency
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2913
||   SociaalNetwerk
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2914
||   BeoordelingGezinssituatie (Observatie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2915
||      BeoordelingGezinssituatieDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2917
||      InstabieleGezinssituatieWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.component:unstableFamilySituation.value[x]:valueString
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2919
||      ZorgelijkeGezinssituatieWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.component:alarmingFamilySituation.value[x]:valueString
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2921
||      IntoxicatiesWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.component:intoxication.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2923
||      ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2922
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FamilySituationAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FamilySituationAssessment}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11069
||   Infectieziekte(n) Gezin (Observatie)
||0 .. *
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11070
||      ObservatieDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11071
||      ObservatieNaam
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11072
||      InfectieziekteGezinWaarde
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11073
||      ObservatieMethode
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11074
||      ObservatieSpecimen
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11075
||      AnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11076
||         Locatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11077
||         Lateraliteit
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11078
||      Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||25
||Zwangerschapsgegevens
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4042
||   Dossiernummer
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.identifier
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1698
||   Identificatie van de zwangerschap
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy}}
||Condition.identifier
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1699
||   Coördinerend zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare.careManager
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9662
||      Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3341
||   Zwangerschap
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy}}
||Condition
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3342
||      Zwangerschapsduur
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3343
||      Pariteit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Parity|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-Parity}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3344
||      Graviditeit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-Gravidity|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-Gravidity}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3345
||      Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3346
||      ATermeDatumItems
||1 .. *
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3347
||         ATermeDatum
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3348
||         BepalingsMethode
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3349
||         DatumBepaling
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3350
||         DatumLaatsteMenstruatie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-DateLastMenstruation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-DateLastMenstruation}}
||Observation.value[x]:valueDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1729
||      Datum einde zwangerschap
||0 .. *
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2220
||   Definitieve à terme datum (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2221
||      Definitieve à terme DatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2223
||      Definitieve à terme Waarde
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2224
||      Definitieve à terme Methode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method.coding:aTermMethod
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2225
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1711
||   Meerling zwangerschap (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1825
||      MeerlingZwangerschapDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2231
||      TweelingzwangerschapWaarde
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1833
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1826
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1734
||   Aantal levende kinderen (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1735
||      AantalLevendeKinderenDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1740
||      AantalLevendeKinderenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1736
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1738
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1817
||   Fetal loss (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1818
||      FetalLossDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1820
||      FetalLossWaarde
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1821
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1824
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1742
||   Foliumzuurgebruik (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1743
||      FoliumzuurgebruikDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1745
||      FoliumzuurgebruikWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1746
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1749
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4367
||   Kinkhoestvaccinatie (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4368
||      ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4370
||      KinkhoestvaccinatieWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4371
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4378
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10270
||   Trisomie in de anamnese? (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10271
||      ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10273
||      TrisomieAnamneseWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10274
||      ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10279
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1712
||   Voornemens vrouw
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2252
||      Voorgenomen plaats baring tijdens zwangerschap (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2253
||         VoorgenomenPlaatsBaringDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2255
||         VoorgenomenPlaatsBaringWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2938
||         Voorkeursziekenhuis
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x].extension:valueReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2271
||            Zorgaanbieder
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3336
||      Voorgenomen echelon eindverantwoordelijke (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3838
||         VoorgenomenEchelonDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3337
||         VoorgenomenEchelonWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3839
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3840
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2279
||      Voorgenomen voeding (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3872
||         VoorgenomenVoedingDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2281
||         VoorgenomenVoedingWaarde
||1 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3873
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3874
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2272
||      Voorgenomen achternaam (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3875
||         VoorgenomenAchternaamDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2275
||         VoorgenomenAchternaamWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3876
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3877
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2151
||      Bevalplan
||0 .. 1
||
||Binary
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8944
||         Media
||0 .. 1
||
||Binary
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10739
||   Kraamzorg
||0 .. 1
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2269
||      Kraamzorg aangevraagd (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3878
||         KraamzorgAangevraagdDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2277
||         KraamzorgAangevraagdWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2270
||         Zorgaanbieder
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x].extension:valueReference
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3879
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3880
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10742
||      KraamzorgIntake
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10743
||         Contact
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10740
||      GeïndiceerdAantalUurKraamzorg (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10744
||         GeïndiceerdAantalUurKraamzorgDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10745
||         GeïndiceerdAantalUurKraamzorgWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10748
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10741
||      WenstVrouwMinderKraamzorg? (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10747
||         WenstVrouwMinderKraamzorgDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10746
||         WenstVrouwMinderKraamzorgWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10749
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||111
||   Prenatale controle
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10520
||      Contact
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7025
||      Zwangerschapsduur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2134
||      Leven voelen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2135
||         LevenVoelenDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2137
||         LevenVoelenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2138
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2141
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1078
||      Lichaamsgewicht
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1072
||      Bloeddruk
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BloodPressure}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||121
||      AlcoholGebruik
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||122
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.comment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||123
||         AlcoholGebruikStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||124
||         WaarnemingGebruik
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.effectivePeriod
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||125
||            StartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||126
||            StopDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||127
||            Hoeveelheid
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-AlcoholUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-AlcoholUse}}
||Observation.component:amount.valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||112
||      DrugsGebruik
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||117
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.comment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||119
||         DrugsGebruikStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||118
||         DrugsOfGeneesmiddelSoort
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.component:DrugOrMedicationType.valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||120
||         Toedieningsweg
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.component:RouteOfAdministration.valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||113
||         WaarnemingGebruik
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.effectivePeriod
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||114
||            StartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||115
||            StopDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||116
||            Hoeveelheid
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-DrugUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-DrugUse}}
||Observation.component:amount.valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2243
||      TabakGebruik
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2244
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.comment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2246
||         TabakGebruikStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2245
||         SoortTabakGebruik
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.component:TypeOfTobaccoUsed.valueCodeabelConcet
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2247
||         WaarnemingGebruik
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.effectivePeriod
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2248
||            StartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2249
||            StopDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2250
||            Hoeveelheid
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.component:amount.valueQuantity
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2251
||            PackYears
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TobaccoUse|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TobaccoUse}}
||Observation.component:PackYears.valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1775
||      Uitwendig onderzoek
||0 .. *
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10521
||         Bevindingen Moeder
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3415
||            Fundushoogte (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3417
||               FundushoogteWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3418
||               MeetMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3421
||               MeetDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3422
||               MeetDatumEindTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3423
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3424
||               AnatomischeLocatieMeting
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3425
||                  Locatie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4048
||            Fundusstand (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4050
||               FundusstandWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4051
||               MeetMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4054
||               MeetDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4055
||               MeetDatumEindTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4056
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4057
||               AnatomischeLocatieMeting
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4058
||                  Locatie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10522
||         Bevindingen Foetus
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4060
||            LiggingFoetus (Meting)
||1 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4062
||               LiggingFoetusWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4063
||               MeetMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4066
||               MeetDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4067
||               MeetDatumEindTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4068
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4069
||               AnatomischeLocatieMeting
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4070
||                  Locatie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4072
||            IndalingFoetus(Meting)
||1 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4074
||               IndalingFoetusWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4075
||               MeetMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4078
||               MeetDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4079
||               MeetDatumEindTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4080
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4081
||               AnatomischeLocatieMeting
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4082
||                  Locatie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1776
||            Foetale hartslag (Hartfrequentie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1778
||               HartfrequentieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1777
||               HartfrequentieWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1779
||               HartslagMeetMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.method
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1781
||               HartslagRegelmatigheid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.component:heartRateRegularity.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1782
||               InterpretatieFrequentie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.interpretation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1780
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalHeartRate|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalHeartRate}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2143
||      Actuele aantal levende foetus (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2144
||         ActueleAantalLevendeFoetusDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2146
||         ActueelAantalLevendeFoetusWaarde
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2147
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2150
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1180
||   Probleem (Zwangerschap)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1181
||      ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1182
||      ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1183
||      ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1184
||      ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8654
||      Ernst oedeem
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.severity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7894
||      Vermoeden iuvd op basis van
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.evidence.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1185
||      ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1186
||      ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3409
||      Zwangerschapsduur
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1187
||      ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1188
||      VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1189
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1190
||   Verrichting (Zwangerschap)
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1191
||      VerrichtingStartDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1192
||      VerrichtingEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.end
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3408
||      Zwangerschapsduur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1193
||      VerrichtingAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1194
||      VerrichtingLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite.extension:ProcedureLaterality.valueCodeableConcept:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1195
||      Indicatie
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1207
||         Probleem (Zwangerschap)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1197
||      VerrichtingType
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1198
||      VerrichtingMethode
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1199
||      MedischHulpmiddel
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.focalDevice.manipulated
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10433
||         MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1201
||      Locatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1312
||         Zorgaanbieder
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1203
||      Uitvoerder
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1310
||         Zorgverlener
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1205
||      Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1311
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7888
||   Eiceldonatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Donor|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Donor}}
||RelatedPerson.extension:role
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7889
||      Geboortedatum eiceldonor
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Donor|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Donor}}
||RelatedPerson.birthDate
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7890
||      Leeftijd eiceldonor
||1 .. 1
||[[Gebz:FHIR_bc-DonorObservation|bc-DonorObservation]]
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1846
||   Maternale sterfte
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1847
||      OverlijdensIndicator
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1848
||      DatumOverlijden
||0 .. 1
||[[Gebz:FHIR_bc-PregnancyObservation|bc-PregnancyObservation]]
||Observation.value[x]:valueDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3881
||   Conclusie professioneel onderzoek
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2142
||   Bijlage
||0 .. *
||
||Binary
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10550
||      Media
||0 .. *
||
||Binary
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2160
||Counseling prenatale screening en prenatale diagnostiek
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3410
||   BeginDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter.period.start
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3647
||   Conclusie professioneel onderzoek
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10907
||      ConclusieDatumTijd
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10908
||      Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10909
||      Verrichting (Maternaal onderzoek)
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10910
||      InterpretatieUitgevoerd onderzoek
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10911
||      Conclusie
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10912
||      Beleid
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10913
||      Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||37
||Bevalling
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryProcedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DeliveryProcedure}}
||Procedure
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3411
||   Partusnummer
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryProcedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DeliveryProcedure}}
||Procedure.identifier
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10694
||   Zwangerschapsduur
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1564
||   Probleem (Maternaal)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1565
||      ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1566
||      ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1567
||      ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1568
||      ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7917
||      Vermoeden iuvd op basis van
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.evidence.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1569
||      ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1570
||      ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3412
||      Zwangerschapsduur
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1571
||      ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1572
||      VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1573
||      Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1547
||   Verrichting (Maternaal)
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1548
||      VerrichtingStartDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1549
||      VerrichtingEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.end
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3413
||      Zwangerschapsduur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Pregnancy-PregnancyDuration|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Pregnancy-PregnancyDuration}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1550
||      VerrichtingAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1551
||      VerrichtingLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite.extension:ProcedureLaterality.valueCodeableConcept:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1552
||      Indicatie
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1583
||         Probleem (Maternaal)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1554
||      VerrichtingType
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10280
||      Moment amniotomie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:partusPhase
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1555
||      VerrichtingMethode
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1556
||      MedischHulpmiddel
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.focalDevice
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10434
||         MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1558
||      Locatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10435
||         Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1560
||      Uitvoerder
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10436
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1562
||      Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10438
||         Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3882
||   Conclusie professioneel onderzoek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ClinicalImpression|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ClinicalImpression}}
||ClinicalImpression
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||38
||   Ontsluitingsfase
||1 .. 1
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4084
||      Actieve Ontsluiting (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4085
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4087
||         BeginActieveOntsluitingWaarde
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10246
||         DuurActieveOntsluitingWaarde
||0 .. 1
||
||nvt
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4088
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4095
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4096
||      Wijze Begin Baring (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4097
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4099
||         BeginBaringWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4100
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4107
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4108
||      Breken Vliezen (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4109
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4111
||         BrekenVliezenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4112
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4119
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4120
||      Aard Vruchtwater (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4121
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4123
||         Aard Vruchtwater Waarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4124
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4131
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||39
||   Uitdrijvingsfase
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Birth|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Birth}}
||Procedure
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9685
||      Patient
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4132
||      Actief Meepersen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4133
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4135
||         ActiefMeepersenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10247
||         DuurUitdrijvingWaarde
||1 .. 1
||
||nvt
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4136
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4143
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4144
||      Type Partus (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4145
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4147
||         TypePartusWaarde
||1 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4148
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4155
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4169
||      Ligging kind (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4170
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4172
||         LiggingKindWaarde
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4173
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4180
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4193
||      Werkelijke plaats baring (type locatie) (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4194
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4196
||         WerkelijkePlaatsBaringWaarde
||1 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4197
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4204
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-BirthObservation|bc-BirthObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1587
||      Ziekenhuis baring
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DeliveryProcedure|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DeliveryProcedure}}
||Procedure.location
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1588
||         Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1591
||      Probleem (Kindspecifieke maternale problemen)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1592
||         ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1593
||         ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1594
||         ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1595
||         ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1596
||         ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1597
||         ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1598
||         ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1599
||         VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1600
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfLaborAndDelivery|bc-DisorderOfLaborAndDelivery]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1603
||      Verrichting (Kindspecifieke maternale verrichtingen)
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1604
||         VerrichtingStartDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1605
||         VerrichtingEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1606
||         VerrichtingAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1607
||         VerrichtingLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite.extension:ProcedureLaterality.valueCodeableConcept:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1608
||         Indicatie
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1620
||            Probleem (Kindspecifieke maternale problemen)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1610
||         VerrichtingType
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7919
||         Beslismoment sectio caesarea
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:decisionMoment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1611
||         VerrichtingMethode
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1612
||         MedischHulpmiddel
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.focalDevice
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10452
||            MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1614
||         Locatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10453
||            Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1616
||         Uitvoerder
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10454
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10455
||         Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-procedurerequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-procedurerequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10457
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1624
||      Aanpakker kind
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildBirthAssistance|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildBirthAssistance}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1625
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildBirthAssistance|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildBirthAssistance}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1626
||      Supervisor
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildBirthAssistance|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildBirthAssistance}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1627
||         Zorgverlener
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ChildBirthAssistance|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ChildBirthAssistance}}
||Encounter.participant.individual
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||40
||   Nageboortefase
||1 .. 1
||
||ntb
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1431
||      Perineum
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1432
||         Verrichting
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1433
||            VerrichtingStartDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1434
||            VerrichtingEindDatum
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1435
||            VerrichtingAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1436
||            VerrichtingLateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1437
||            Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1438
||               Probleem (2017)
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1439
||            VerrichtingType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1440
||            VerrichtingMethode
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1441
||            MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1442
||               MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1443
||            Locatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1444
||               Zorgaanbieder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1445
||            Uitvoerder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1446
||               Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1447
||            Aanvrager
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1448
||               Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3951
||         Inspectie perineum/ sfincter/ vrouwelijke geslachtsorganen (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3952
||            ObservatieDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3953
||            PerineumWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.component:perineum.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3954
||            SfincterWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.component:sfincter.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10553
||            VrouwelijkGeslachtsorgaanWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.component:femaleGenital.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3956
||            ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3955
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinealAssessment|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinealAssessment}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3884
||      Placenta
||1 .. *
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1449
||         Verrichting
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1450
||            VerrichtingStartDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1451
||            VerrichtingEindDatum
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1452
||            VerrichtingAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1453
||            VerrichtingLateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1454
||            Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1455
||               Probleem (2017)
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1456
||            VerrichtingType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1457
||            VerrichtingMethode
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1458
||            MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1459
||               MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1460
||            Locatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1461
||               Zorgaanbieder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1462
||            Uitvoerder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1463
||               Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1464
||            Aanvrager
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1465
||               Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4218
||         Wijze Geboorte Placenta (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4219
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4221
||            WijzeGeboortePlacentaWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4222
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4229
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4230
||         Geboorte Placenta (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4231
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4233
||            GeboortePlacentaWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4234
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4241
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4242
||         Placenta Compleet (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4243
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4245
||            PlacentaCompleetWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4246
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4253
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4254
||         Placenta PA? (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4255
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4257
||            PlacentaPAWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4258
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4265
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4266
||         Testuitslag PA (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4267
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4269
||            TestuitslagPAWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4270
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4277
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4278
||         Compleetheid Vliezen (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4279
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4281
||            CompleetheidVliezenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4282
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4289
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4290
||         Navelstreng Vaten (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4291
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4293
||            NavelstrengVatenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4294
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4301
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3967
||      Hoeveelheid bloedverlies (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3968
||         ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1751
||         HoeveelheidBloedverliesWaarde
||1 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3969
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3970
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DeliveryObservation|bc-DeliveryObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10268
||   Opname en Ontslag
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Encounter|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10269
||      Contact
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Encounter|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10803
||Foetus
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Fetus|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Fetus}} {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||BodySite Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10804
||   Demografische gegevens
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10805
||      Patient
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1404
||Kind
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1754
||   Demografische gegevens
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1378
||      Patient
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10566
||      JuridischeSituatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-LegalSituation-LegalStatus/bc-LegalSituation-Representation|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-LegalSituation-LegalStatus/bc-LegalSituation-Representation}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1405
||      Contactpersoon
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-relatedperson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-relatedperson}}
||Relatedperson
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2924
||      GezinssituatieKind
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2925
||         GezinssamenstellingKind
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.component:familyComposition.valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2926
||         OuderVerzorger
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.component:parentCarer.extension:parentCarer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11026
||            Patient
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10499
||            Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-RelatedPerson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-RelatedPerson}}
||RelatedPerson
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2932
||         AantalBroersEnZussen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.component:sibling
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2933
||         BroerOfZus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.component:sibling
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10503
||            Contactpersoon
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-RelatedPerson|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-RelatedPerson}}
||Relatedperson
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2936
||            GeboortedatumZusBroer
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.component:sibling.valueDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10773
||            DatumOverlijdenZusBroer
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2937
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-FamilySituationChild|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-FamilySituationChild}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1756
||      Perinatale sterfte (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10552
||         DatumOverlijden
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||Observation.component:deceasedDateTime.value[x]:valueDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10551
||         OverlijdensIndicator
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1762
||         FasePerinataleSterfteWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||Observation.component:perinatalPhase.value[x]:valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1764
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PerinatalDeath|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PerinatalDeath}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1407
||   Lichamelijk onderzoek kind
||1 .. 1
||
||nvt
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1418
||      Geboortegewicht (Lichaamsgewicht)
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1419
||         GewichtWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1423
||         PercentielGeboortegewicht
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.interpretation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1420
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1421
||         GewichtDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1422
||         Kleding
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.component:clothing.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1424
||      Lichaamslengte
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyHeight}}
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1425
||         LengteWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyHeight}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1426
||         LengteDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyHeight}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1427
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyHeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyHeight}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1429
||      Schedelomvang
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1430
||         SchedelomvangMeetmethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1431
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.comment
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1432
||         SchedelomvangWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1433
||         SchedelomvangDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.effective[x]:effectiveDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1765
||      Bevindingen
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2706
||         Algemene indruk
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1408
||            ApgarScore1min
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1409
||               ApgarScoreDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.effective[x]:effectiveDateTime
|-
|ordinal
||1410
||               ApgarScoreTotaal
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.value[x]:valueQuantity
|-
|ordinal
||1411
||               AdemhalingScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||1412
||               HuidskleurScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||1413
||               HartslagScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||1414
||               ReflexenScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||1415
||               SpierspanningScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1416
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9663
||            ApgarScore5min
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9664
||               ApgarScoreDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.effective[x]:effectiveDateTime
|-
|ordinal
||9665
||               ApgarScoreTotaal
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.value[x]:valueQuantity
|-
|ordinal
||9666
||               AdemhalingScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9667
||               HuidskleurScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9668
||               HartslagScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9669
||               ReflexenScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9670
||               SpierspanningScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9671
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9672
||            ApgarScore10min
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9673
||               ApgarScoreDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.effective[x]:effectiveDateTime
|-
|ordinal
||9674
||               ApgarScoreTotaal
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.value[x]:valueQuantity
|-
|ordinal
||9675
||               AdemhalingScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9676
||               HuidskleurScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9677
||               HartslagScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9678
||               ReflexenScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|ordinal
||9679
||               SpierspanningScore
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.component.valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9680
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ApgarScore|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ApgarScore}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2966
||         Huid
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2967
||            Huid (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2940
||               HuidDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2941
||               HuidWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3057
||               AnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2942
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2943
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3059
||            Probleem_Huid
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3060
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3061
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3062
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3063
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3064
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3065
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3066
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3067
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3068
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2968
||         Hoofd/Hals
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2969
||            Hoofd/Hals (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2970
||               HoofdHalsDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2971
||               HoofdHalsWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2972
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2973
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2954
||            Probleem_Hoofd/Hals
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2955
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2956
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2957
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2958
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2959
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2960
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2961
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2962
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2963
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2974
||         Thorax
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2975
||            Thorax (observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2978
||               ThoraxDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2979
||               ThoraxWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2980
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2981
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2995
||            Probleem_Thorax
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2996
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2997
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2998
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2999
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3000
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3001
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3002
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3003
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3004
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2984
||         Abdomen
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3070
||            Abdomen (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3071
||               AbdomenDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3072
||               AbdomenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3073
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3074
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2985
||            Probleem_Abdomen
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2986
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2987
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2988
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2989
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2990
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2991
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2992
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2993
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2994
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3005
||         Rug
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3075
||            Rug (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3076
||               RugDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3077
||               RugWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3078
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3079
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3006
||            Probleem_Rug
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.*
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3007
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3008
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3009
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3010
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3011
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3012
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3013
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3014
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3015
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3016
||         Extremiteiten
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3080
||            Extremiteiten (observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3081
||               ExtremiteitenDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3082
||               ExtremiteitenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3083
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3084
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3017
||            Probleem_Extremiteiten
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3018
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3019
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3020
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3021
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3022
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3023
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3024
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3025
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3026
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3027
||         Genitalia
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3049
||            Genitalia (observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3050
||               GenitaliaDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3051
||               GenitaliaWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4305
||               AnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3052
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3053
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3028
||            Probleem_Genitalia
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3029
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3030
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3031
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3032
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3033
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3034
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3035
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3036
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3037
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3038
||         Neurologie
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3085
||            Neurologie (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3086
||               NeurologieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3087
||               NeurologieWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3088
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3089
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3039
||            Probleem_Neurologie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3040
||               ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3041
||               ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3042
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3043
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3044
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3045
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3046
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3047
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3048
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10554
||   Betrokkenheid kinderarts
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10555
||      Specialist
||1 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3090
||   Ondersteuning opvang
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3091
||      Verrichting (Ondersteuning opvang)
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3092
||         VerrichtingStartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3093
||         VerrichtingEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3094
||         VerrichtingAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3095
||         VerrichtingLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3096
||         Indicatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3097
||            Probleem (2017)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3098
||         VerrichtingType
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3099
||         VerrichtingMethode
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3100
||         MedischHulpmiddel
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.focalDevice
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10458
||            MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3102
||         Locatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10459
||            Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3104
||         Uitvoerder
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10460
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3106
||         Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10461
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1489
||   Problematiek kind
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1503
||      Probleem (ProblematiekKind)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1504
||         ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1505
||         ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1506
||         ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1507
||         ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1508
||         ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1509
||         ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1510
||         ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1511
||         VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1512
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7899
||         Lijnsepsis?
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.extension:lineSepsis
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1490
||      Geboortetrauma
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1493
||         Probleem (Geboortetrauma)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1494
||            ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1495
||            ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1496
||            ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1497
||            ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1498
||            ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1499
||            ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1500
||            ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1501
||            VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1502
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1513
||      Congenitale aandoeningen
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1514
||         Probleem (Congenitale aandoeningen)
||0 .. *
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1515
||            ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1516
||            ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1517
||            ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1518
||            ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1519
||            ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1520
||            ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1521
||            ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1522
||            VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1523
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8756
||   Opname, Ontslag, Overplaatsing
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Encounter|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8779
||      Contact
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Encounter|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8758
||      Lichaamsgewicht
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8759
||      Schedelomvang
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10660
||      Lichaamstemperatuur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyTemperature}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8757
||      VoedingspatroonZuigeling
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8760
||      Ondersteuning bij ontslag naar huis (Verrichting)
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8761
||         VerrichtingStartDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8762
||         VerrichtingEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performed[x]:performedPeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8763
||         VerrichtingAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8764
||         VerrichtingLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.bodySite.extension:ProcedureLaterality
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8765
||         Indicatie
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8777
||            Probleem (ProblematiekKind)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8778
||            Probleem (Congenitale aandoeningen)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8767
||         VerrichtingType
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8768
||         VerrichtingMethode
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8769
||         MedischHulpmiddel
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.usedReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10470
||            MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8771
||         Locatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10471
||            Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8773
||         Uitvoerder
||0 .. *
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10472
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8775
||         Aanvrager
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester.agent
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10473
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1123
||Medisch onderzoek
||0 .. *
||
||nvt
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3677
||   Peridoscode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient.identifier
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8912
||   Media
||0 .. *
||
||DocumentReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11065
||      Contact
||1 .. 1
||
||
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8913
||      Identificatienummer
||1 .. 1
||
||DocumentReference.masterIdentifier
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8914
||      Type beeldmateriaal
||1 .. 1
||
||DocumentReference.extension
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8915
||      Beeldmateriaal
||0 .. 1
||
||DocumentReference.extension
|-
|blob
||8943
||      Beeld
||1 .. 1
||
||Binary
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11066
||      MediaType
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8916
||      Datum/Tijd
||1 .. 1
||
||DocumentReference.indexed
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8917
||      Toelichting
||0 .. 1
||
||DocumentReference.extension
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1208
||   Foetusspecifieke onderzoeksgegevens
||0 .. *
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10283
||      Patient
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.subject
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1767
||      Foetale monitoring (CTG)
||0 .. *
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1483
||         Uterusactiviteit
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3916
||         FoetaleMonitoringMoment
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:monitoringMoment.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11025
||         TijdsInterval
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1783
||         Foetale hartslag (Hartfrequentie)
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeartRate}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10958
||            HartfrequentieDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10959
||            HartfrequentieWaarde
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10960
||            HartslagMeetMethode
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10961
||            HartslagRegelmatigheid
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10962
||            InterpretatieFrequentie
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10963
||            Toelichting
||0 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3909
||         BasisHartFrequentie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:basalHeartRate.value[x]:valueQuantity
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3910
||         FoetaleAcceleraties
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:fetalAccelerations.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3911
||         FoetaleDeceleraties
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:fetalDecelerations.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3912
||         FoetaleHartFrequentieVariabiliteit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:heartFrequencyVariability.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3915
||         FoetaleMonitoringMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.method
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3913
||         ConclusieFIGO
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:conclusionFIGO.value[x]:valueCodeableConcept
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3914
||         ConclusieFisher
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.component:conclusionFisher.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3907
||         Beoordelaar
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FetalMonitoring|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FetalMonitoring}}
||Observation.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3908
||            Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1209
||      Echoscopie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSound|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSound}}
||DiagnosticReport
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11098
||         Verrichting (Maternaal onderzoek)
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8918
||         Echografische bevindingen algemeen (Observatie)
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8919
||            ObservatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8929
||            ObservatieMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.method
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8921
||            ConclusieWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.component:conclusion.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8931
||            VerdenkingAfwijkingobvWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.component:suspicionAbnormalities.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8930
||            AdviesWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.component:advice.value[x]:valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||8927
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSoundGeneralFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSoundGeneralFindings}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1210
||         Biometrie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PregnancyUltraSound|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PregnancyUltraSound}}
||DiagnosticReport
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3513
||            FoetaleBuikomtrek / AC (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3515
||               ACWaarde
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3525
||               ACPercentielWaarde
||1 .. 1
||
||ntb
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3516
||               MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3519
||               ACDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3520
||               ACDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3521
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3626
||            FoetaleSchedelomvang
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3627
||               SchedelomvangMeetmethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3628
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.comment
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3629
||               SchedelomvangWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3631
||               SchedelomvangPercentielWaarde
||1 .. 1
||
||ntb
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3630
||               SchedelomvangDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeadCircumference|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeadCircumference}}
||Observation.effective[x]:effectiveDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2451
||         Bevindingen
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1784
||            Foetale hartslag (Hartfrequentie)
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-HeartRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-HeartRate}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10964
||               HartfrequentieDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10965
||               HartfrequentieWaarde
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10966
||               HartslagMeetMethode
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10967
||               HartslagRegelmatigheid
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10968
||               InterpretatieFrequentie
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10969
||               Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7789
||            LiggingFoetus (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10951
||               LiggingFoetusWaarde
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10952
||               MeetMethode
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10953
||               MeetDatumBeginTijd
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10954
||               MeetDatumEindTijd
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10955
||               Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10956
||               AnatomischeLocatieMeting
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10957
||                  Locatie
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2404
||            Beweging foetus (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2405
||               BewegingFoetusDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2407
||               BewegingFoetusWaarde
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2408
||               ObservatieMethode
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2409
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2410
||            Vruchtwater (Meting)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2411
||               MeetDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2413
||               HoeveelheidVruchtwaterWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.component:amnioticFluidQuantity.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2479
||               VruchtwatercompartimentWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.component:amnioticFluidCompartment.value[x]:valueCodeableConcept
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10568
||               VruchtwaterSDPWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.component:amnioticFluidSDP.value[x]:valueQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10569
||               VruchtwaterAFIWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.component:amnioticFluidAFI.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2414
||               MeetMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2415
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AmnioticFluid|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AmnioticFluid}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2437
||            PlacentaLokalisatie (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2438
||               PlacentaLokalisatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2449
||               PlacentalokalisatieWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.component:placentaLocalization.value[x]:valueCodeableConcept
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7867
||               SectioLittekenWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.component:sectionScar.extension:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2448
||               OstiumWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.component:ostium.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2441
||               ObservatieMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2442
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-PlacentaLocalization|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-PlacentaLocalization}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2458
||            Afwijking placenta
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2460
||               Probleem
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2461
||                  ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2462
||                  ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2463
||                  ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2464
||                  ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2465
||                  ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2466
||                  ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2467
||                  ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2468
||                  VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2469
||                  Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfPregnancy|bc-DisorderOfPregnancy]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3635
||            Cervixlengte (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3637
||               CervixlengteWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3638
||               MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3641
||               CervixlengteDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3642
||               CervixlengteDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3643
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7790
||            Navelstreng (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7791
||               NavelstrengDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7846
||               NavelstrengWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7793
||               NavelstrengVatenWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation.component:umbilicalCordVessels.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7794
||               ObservatieMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7799
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UmbilicalCord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UmbilicalCord}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7836
||            OrgaansysteemFoetus (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7837
||               OrgaansysteemFoetusDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7887
||               ObservatieNaam
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7839
||               OrgaansysteemFoetusWaarde
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7840
||               ObservatieMethode
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7845
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3920
||            Probleem (Hart & perifeer vaatstelsel)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3921
||               ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3922
||               ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3923
||               ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3924
||               ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3925
||               ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3926
||               ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3927
||               ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3928
||               VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3929
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3930
||            Probleem (Hersenen, hersenstructuren, intracranieel)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3931
||               ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3932
||               ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3933
||               ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3934
||               ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3935
||               ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3936
||               ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3937
||               ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3938
||               VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3939
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3940
||            Probleem (Wervelkolom, ruggenmerg)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3941
||               ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3942
||               ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3943
||               ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3944
||               ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3945
||               ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3946
||               ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3947
||               ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3948
||               VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3949
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderOfChild|bc-DisorderOfChild]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7847
||            Sonomarkers (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7848
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7886
||               SonomarkerNaam
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7850
||               SonomarkerWaarde
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7851
||               ObservatieMethode
||1 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7856
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-FetusObservation|bc-FetusObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7868
||         TekstUitslag
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TextResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TextResult}}
||DiagnosticReport
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7869
||            TekstUitslagDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TextResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TextResult}}
||DiagnosticReport.effectiveDateTime
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7870
||            Verrichting
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.report
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7875
||               Verrichting (Maternaal onderzoek)
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7872
||            TekstUitslagStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TextResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TextResult}}
||DiagnosticReport.status.extension:TextResultStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7873
||            TekstResultaat
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TextResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TextResult}}
||DiagnosticReport.conclusion
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7874
||            TekstUitslagType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-TextResult|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-TextResult}}
||DiagnosticReport.code
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9885
||         Media
||0 .. 1
||
||Binary
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1124
||   Maternale onderzoeksgegevens
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11027
||      Patient
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2416
||      Verrichting (Maternaal onderzoek)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2417
||         VerrichtingStartDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2418
||         VerrichtingEindDatum
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2419
||         VerrichtingAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2420
||         VerrichtingLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite.extension:ProcedureLaterality.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2421
||         Indicatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2422
||            Probleem
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2423
||         VerrichtingType
||1 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2424
||         VerrichtingMethode
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2425
||         MedischHulpmiddel
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.focalDevice
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10474
||            MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2427
||         Locatie
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2433
||            Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2429
||         Uitvoerder
||0 .. 1
||[[Gebz:FHIR_bc-ObstetricProcedure|bc-ObstetricProcedure]]
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2434
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2431
||         Aanvrager
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||Procedure.Requestrequester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2435
||            Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1849
||      Vaginaal toucher
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-DigitalVaginalExamination|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-DigitalVaginalExamination}}
||DiagnosticReport
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3678
||         Portio/ P (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3680
||            PortioWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3681
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3684
||            PortioDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3685
||            PortioDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3686
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3691
||         PositiePortio/ P (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3693
||            PositiePortioWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3694
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3697
||            PositiePortioDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3698
||            PositiePortioDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3699
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3703
||         Ontsluiting/ O (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3705
||            OntsluitingWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3706
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3709
||            OntsluitingDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3710
||            OntsluitingDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3711
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3715
||         Vliezen/ V (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3717
||            VliezenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3718
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3721
||            VliezenDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3722
||            VliezenDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3723
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3727
||         IndalingHodge/ I (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3729
||            IndalingHodgeWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3730
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3733
||            IndalingHodgeDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3734
||            IndalingHodgeDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3735
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3739
||         AardVoorliggendDeel/ A (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3741
||            AardVoorliggendDeelWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3742
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3745
||            AardVoorliggendDeelDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3746
||            AardVoorliggendDeelDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3747
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3751
||         Stand/ S (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3753
||            StandWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3754
||            MeetMethode
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3757
||            StandDatumBeginTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3758
||            StandDatumEindTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3759
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1766
||      Uterusactiviteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3897
||         Periode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.effective[x]:effectivePeriod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3894
||            TijdsInterval
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.effective[x]:effectivePeriod
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3900
||         UterusActiviteitFrequentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.component:uterusActivityFrequency.value[x]:valueQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3901
||         UterusActiviteitDuur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.component:uterusActivityDuration.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3902
||         UterusActiviteitIntensiteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.component:uterusActivityIntensity.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3904
||         UterusActiviteitRegelmatigheid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.component:uterusActivityRegularity.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3905
||         UterusActiviteitMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.method
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3906
||         ConclusieUterusActiviteit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.component:conclusionUterusActivity.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3898
||         Beoordelaar
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-UterusActivity|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-UterusActivity}}
||Observation.performer
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3895
||            Zorgverlener
||1 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1125
||      Urine-, bloed- en aanvullende onderzoeken
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10896
||         NIPT
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10897
||            Keuze ouders NIPT
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10950
||            Uitgevoerde test NIPT
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10914
||            LaboratoriumUitslag
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10915
||               LaboratoriumTest
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10918
||                  TestDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10919
||                  TestUitslag
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10920
||                  TestUitslagStatus
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10926
||               Monster
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10935
||                  AannameDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10944
||               Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10948
||               Autorisator onderzoek
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10949
||                  Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1126
||         PSIE
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1128
||            LaboratoriumTest_Bloedgroep
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1129
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1132
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1140
||            LaboratoriumTest_Rhesus D
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1141
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1144
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1152
||            LaboratoriumTest_Rhesus c
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1153
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1156
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1640
||            LaboratoriumTest_ HBsAg
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2367
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1644
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1649
||               InterpretatieVlaggen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.interpretation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2356
||            LaboratoriumTest_HIV
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2357
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2360
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2368
||            LaboratoriumTest_Lues
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2369
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2372
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2377
||               InterpretatieVlaggen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.interpretation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3501
||            Irregulaire antistoffen (Observatie)
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3502
||               IrregulaireAntistoffenDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3503
||               IrregulaireAntistoffenWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3504
||               WelkeAntistoffenWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3505
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2379
||         LaboratoriumTest_Hb
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2380
||            TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2383
||            TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2401
||         Hb typering
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2491
||            LaboratoriumTest_MCV
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2492
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2495
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2513
||            LaboratoriumTest_Vitamine B12
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2514
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2517
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2545
||            LaboratoriumTest_Actief-B12
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2546
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2549
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2524
||            LaboratoriumTest_Ferritine
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2525
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2528
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2502
||            LaboratoriumTest_Foliumzuur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2503
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2506
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2535
||            Probleem_Hb-pathie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2538
||               ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2539
||               ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2540
||               ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2541
||               ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2542
||               ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2543
||               VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2544
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3506
||         Diabetes diagnostiek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10198
||            LaboratoriumTest_HbA1c
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10199
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10202
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10209
||            LaboratoriumTest_Glucose
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10210
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10213
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1651
||         Schildklierdiagnostiek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1652
||            LaboratoriumTest_VrijT4, TSH & TSH receptor antistoffen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1653
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1656
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1663
||         TORCH
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2390
||            LaboratoriumTest_TORCH
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2391
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2394
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10488
||         LaboratoriumTest_Rhesus D Factor foetus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10489
||            TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10492
||            TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2556
||         Urine
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3763
||            Proteïne in urine o.b.v. strips (Meting)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3765
||               ProteïneUrineWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3766
||               MeetMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3769
||               ProteïneUrineDatumBeginTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3770
||               ProteïneUrineDatumEindTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3771
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3787
||            Urinesediment
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3775
||               Ketonen (Meting)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3777
||                  KetonenWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3778
||                  MeetMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3781
||                  KetonenDatumBeginTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3782
||                  KetonenDatumEindTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3783
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3788
||               Nitriet (Meting)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3790
||                  NitrietWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3791
||                  MeetMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3794
||                  NitrietDatumBeginTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3795
||                  NitrietDatumEindTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectivePeriod.end
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3796
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3800
||               LaboratoriumTest_ProteineUrine
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3801
||                  TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3804
||                  TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2557
||            LaboratoriumTest_Eiwit/creatinineratio
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2558
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2561
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10352
||            LaboratoriumTest_Urinekweek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10353
||               TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10356
||               TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueString
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10363
||         LaboratoriumTest_Vaginakweek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10364
||            TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10367
||            TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value[x]:valueString
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2729
||   Neonatale onderzoeksgegevens
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11015
||      Patient
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11079
||      Verrichting (Neonataal onderzoek)
||0 .. *
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11080
||         VerrichtingStartDatum
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11081
||         VerrichtingEindDatum
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11082
||         VerrichtingAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11083
||         VerrichtingLateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11084
||         Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11085
||            Probleem
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11086
||         VerrichtingType
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11087
||         VerrichtingMethode
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11088
||         MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11089
||            MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11090
||         Locatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11091
||            Zorgaanbieder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11092
||         Uitvoerder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11093
||            Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11094
||         Aanvrager
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11095
||            Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1440
||      Labonderzoek neonataal bloed
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1629
||         LaboratoriumTest
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1630
||            TestCode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1631
||            Testmethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.method
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1632
||            TestDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1633
||            TestUitslag
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.value
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1634
||            TestUitslagStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.status
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1635
||            ReferentieBovengrens
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.referenceRange.high
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1636
||            ReferentieOndergrens
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.referenceRange.low
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1637
||            InterpretatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.interpretation.extension?
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1638
||            InterpretatieVlaggen
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.interpretation
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1639
||            UitslagInterpretatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation.interpretation
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1477
||Postnatale fase
||0 .. 1
||
||ntb
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2302
||   Moeder
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2305
||      Probleem (Postpartum complicatie)
||0 .. *
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2306
||         ProbleemAnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2307
||         ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2308
||         ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2309
||         ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2310
||         ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2311
||         ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2312
||         ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2313
||         VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2314
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.verificationStatus
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2315
||      Verrichting (Postpartum complicatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2316
||         VerrichtingStartDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.start
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2317
||         VerrichtingEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.effectivePeriod.end
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2318
||         VerrichtingAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2319
||         VerrichtingLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.bodySite.extension:laterality
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2320
||         Indicatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.reasonReference
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10800
||            Probleem (Postpartum complicatie)
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2322
||         VerrichtingType
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.code
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2323
||         VerrichtingMethode
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.extension:procedureMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2324
||         MedischHulpmiddel
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.focalDevice
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10475
||            MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2326
||         Locatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10476
||            Zorgaanbieder
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-organization|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-organization}}
||Organization
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2328
||         Uitvoerder
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Procedure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Procedure}}
||Procedure.performer.actor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10477
||            Zorgverlener
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2330
||         Aanvrager
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-ProcedureRequest|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-ProcedureRequest}}
||ProcedureRequest.requester
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10478
||            Zorgverlener
||0 .. *
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitioner|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitioner}}
||Practitioner
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9823
||   Kraamweek
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-MaternalRecord|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-MaternalRecord}}
||EpisodeOfCare
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9824
||      Vrouw
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9982
||         ZorgVoorKind (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9983
||            ObservatieDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9985
||            OnzekerheidWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation.component:uncertainty.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9992
||            VaardigheidWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation.component:ability.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9986
||            ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9991
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-AbilityToTakeCareOfChild|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-AbilityToTakeCareOfChild}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2746
||         Controles moeder
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Woman|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Woman}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10729
||            Contact
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2798
||            Lichaamstemperatuur
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyTemperature}}
||Observation.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2753
||            Polsfrequentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-PulseRate}}
||Observation
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2754
||               PolsfrequentieWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-PulseRate}}
||Observation.value[x]:valueQuantity
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2755
||               PolsfrequentieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-PulseRate}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2756
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-PulseRate}}
||Observation.comment
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2757
||               PolsRegelmatigheid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-PulseRate|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-PulseRate}}
||Observation.component.valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2758
||            Blaasfunctie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BladderFunction}}
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10774
||               UrinatieGeweest?
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|ordinal
||2759
||               UrineContinentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BladderFunction}}
||Observation.value[x]:valueCodeableConcept
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2762
||               UrineKatheter
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheter|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BladderFunction-UrineCatheter}}
||DeviceUseStatement
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10523
||                  MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction-UrineCatheterProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BladderFunction-UrineCatheterProduct}}
||Device
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2780
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BladderFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BladderFunction}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2781
||            Darmfunctie
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10775
||               DefecatieGeweest?
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|ordinal
||2782
||               FecesContinentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation.component:FecalContinence
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11063
||               Stoma
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11064
||                  Stoma
||0 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2785
||               Frequentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation.component:Frequency
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2786
||               DefecatieConsistentie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation.component:DefecationConsistency
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2787
||               DefecatieKleur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation.component:DefecationColor
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2788
||               Incontinentiemateriaal
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction/DeviceUseStatement|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction/DeviceUseStatement}}
||DeviceUseStatement
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10527
||                  MedischHulpmiddel
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-MedicalDeviceProduct|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-MedicalDeviceProduct}}
||Device
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2790
||               Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BowelFunction|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BowelFunction}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2791
||            Bloeddruk
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BloodPressure}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3108
||            Lochia (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3109
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3111
||               Bloedverlies kraambed (lochia) (Waarde)
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3113
||               Aantal kraamverbanden (Waarde)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3115
||               Lochia foetide / riekend? (Waarde)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3117
||               Grote stolsels in lochia (Waarde)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3118
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3119
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3120
||            Sectiowond (Wond)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10661
||               Sectiowond normaal
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3122
||               WondWeefsel
||0 .. 1
||
||
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3123
||               WondInfectie
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3124
||               WondVochtigheid
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3125
||               WondRand
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3129
||               AnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3131
||               WondOntstaansdatum
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3150
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9860
||            Fundusstand (Meting)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3182
||            Zelfredzaamheid kraamvrouw
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10732
||               ZelfredzaamheidAndersDanVerwachting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2812
||               BarthelIndex
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BarthelIndex|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BarthelIndex}}
||Observation
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2823
||                  TotaalScore
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BarthelIndex|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BarthelIndex}}
||Observation.component:totalScore.value[x]:valueQuantity
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2842
||            Controle borsten
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2858
||               Bevindingen borsten (Observatie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2843
||                  ObservatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2861
||                  Lateraliteit
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||Observation.bodySite.extension:laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2857
||                  TepelsWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||Observation.value[x]:valueString
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2862
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BreastFindings|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BreastFindings}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2844
||               Probleem
||0 .. *
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2846
||                  ProbleemLateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.bodySite.extension:Laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2847
||                  ProbleemType
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2848
||                  ProbleemNaam
||1 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2849
||                  ProbleemBeginDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.onsetDateTime:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2850
||                  ProbleemEindDatum
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.abatementDateTime:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2851
||                  ProbleemStatus
||1 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2852
||                  VerificatieStatus
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2853
||                  Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-DisorderPostPartum|bc-DisorderPostPartum]]
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2864
||            Controle benen
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2865
||               Bevindingen benen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2866
||                  ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2867
||                  ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2868
||                  Lateraliteit
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite.extension:laterality.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2869
||                  ObservatieWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2870
||                  Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9837
||            Controle perineum
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2824
||               Controle perineum (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2826
||                  ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2825
||                  ControlePerineumWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2827
||                  Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2871
||               Perineumwond (Wond)
||0 .. *
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10662
||                  Perineumwond normaal
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2873
||                  WondWeefsel
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2874
||                  WondInfectie
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2875
||                  WondVochtigheid
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2876
||                  WondRand
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2880
||                  AnatomischeLocatie
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.bodySite
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2882
||                  WondOntstaansdatum
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2901
||                  Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10795
||            Betrokkenheid andere zorgverlener
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10798
||               Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||PractitionerRole
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9825
||      Kind
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10663
||         Patient
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2747
||         Controles kind
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Child|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Child}}
||Patient
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10730
||            Contact
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2792
||            Lichaamsgewicht
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2799
||            Lichaamstemperatuur
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyTemperature|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyTemperature}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7947
||            VoedingspatroonZuigeling
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9960
||            Ademhaling (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9961
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9963
||               AdemhalingWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9964
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9969
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9886
||            Navelstomp (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9887
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9889
||               NavelstompWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9890
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9895
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9896
||            Slaappatroon (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9897
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9899
||               SlaappatroonWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9900
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9905
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9906
||            Huilgedrag (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9907
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9909
||               HuilgedragWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9910
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9915
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9936
||            Uitscheiding
||1 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces/bc-ExcretionUrine}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9937
||               Feces (Observatie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9938
||                  ObservatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9940
||                  FecesWaarde
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.component:feces.value[x]:valueCodeableConcept
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9957
||                  PoepluiersWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.component:fecalDiapers.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9941
||                  ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9942
||                  ObservatieSpecimen
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.specimen
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9946
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionFeces|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionFeces}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9947
||               Urine (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9948
||                  ObservatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9950
||                  UrineWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation.component:urine.value[x]:valueCodeableConcept
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9958
||                  PlasluiersWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation.component:urineDiapers.value[x]:valueQuantity
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9951
||                  ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9952
||                  ObservatieSpecimen
||0 .. 1
||
||Observation.specimen
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9956
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-ExcretionUrine|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-ExcretionUrine}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4356
||            Controle huid
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9959
||               Huid (Observatie)
||1 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4357
||               Probleem_Huid
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4358
||                  ProbleemAnatomischeLocatie
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4359
||                  ProbleemLateraliteit
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.bodySite.extension:Laterality.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4360
||                  ProbleemType
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.category
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4361
||                  ProbleemNaam
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.code
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4362
||                  ProbleemBeginDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.onset[x]:onsetDateTime
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4363
||                  ProbleemEindDatum
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.abatement[x]:abatementDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4364
||                  ProbleemStatus
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.clinicalStatus
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4365
||                  VerificatieStatus
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.verificationStatus
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4366
||                  Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-Problem|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-Problem}}
||Condition.note
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9916
||            Spugen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9917
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9919
||               SpugenWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9920
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9925
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9926
||            Schedel (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9927
||               ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9929
||               SchedelWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9930
||               ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9935
||               Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10727
||            Tonus
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10728
||               Neurologie (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4341
||            Betrokkenheid andere zorgverlener
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-CareTeam|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-CareTeam}}
||CareTeam
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10794
||               Zorgverlener
||0 .. 1
||{{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-practitionerrole|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=nl-core-practitionerrole}}
||PractitionerRole
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10003
||         Gehoortest (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10004
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10006
||            GehoortestWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10007
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10012
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10013
||         Hielprik (Observatie)
||0 .. *
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10014
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10016
||            HielprikWaarde
||1 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10025
||            SetnummerHielprikWaarde
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.identifier
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10017
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10022
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-ChildObservation|bc-ChildObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10750
||         Vitamine K (Observatie)
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10762
||            ObservatieDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10764
||            VitamineKWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation.value[x]:valueBoolean
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10765
||            DatumVitamineKWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation.component:administrationDate.value[x]:valueDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10767
||            ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10772
||            Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-VitaminKAdministration|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-VitaminKAdministration}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||9826
||      Gezin
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10220
||         Voorlichting veilig slapen (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10221
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10223
||            VoorlichtingVeiligSlapenWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10224
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10229
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10230
||         Voorlichting vitamine D (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10231
||            ObservatieDatumTijd
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10233
||            VoorlichtingVitamineDWaarde
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueString
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10234
||            ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10239
||            Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4306
||   Nacontrole
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4324
||      Contact
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-Encounter|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-Encounter}}
||Encounter
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7973
||      Vloeien (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7974
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7976
||         VloeienWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7977
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7982
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7983
||      Menstruatie (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7984
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7986
||         MenstruatieWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7987
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7992
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7970
||      Continentie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|ordinal
||7971
||         UrineContinentie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|ordinal
||7972
||         FecesContinentie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10675
||         Flatusincontinentie
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueBoolean
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4329
||      Anticonceptie (Observatie)
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4330
||         ObservatieDatumTijd
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7948
||         AnticonceptieWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation.value[x]:valueBoolean
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4332
||         GebruikAnticonceptieWaarde
||0 .. 0
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation.component:birthcontrolMethod.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4333
||         ObservatieMethode
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4340
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-BirthControl|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-BirthControl}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7950
||      Conditie perineum (Observatie)
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7951
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7953
||         ConditiePerineumWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7954
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7959
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7960
||      Sectiowond (Observatie)
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7961
||         ObservatieDatumTijd
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.effective[x]:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7963
||         SectiowondWaarde
||1 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.value[x]:valueCodeableConcept
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7964
||         ObservatieMethode
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.method
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7969
||         Toelichting
||0 .. 1
||[[Gebz:FHIR_bc-MaternalObservation|bc-MaternalObservation]]
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4326
||      Bloeddruk
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BloodPressure}}
||Observation
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10676
||      Lichaamsgewicht
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||4328
||      LaboratoriumTest_Hb
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-LaboratoryTestResult-Observation|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-LaboratoryTestResult-Observation}}
||Observation
|-style="vertical-align:top; background-color: #E8D7BE;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||926
||Bouwstenen
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1528
||   Behandeling
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1529
||      Verrichting
||0 .. *
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1530
||         VerrichtingStartDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1531
||         VerrichtingEindDatum
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1532
||         VerrichtingAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1533
||         VerrichtingLateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1534
||         Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1535
||            Probleem (2017)
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1536
||         VerrichtingType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1537
||         VerrichtingMethode
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1538
||         MedischHulpmiddel
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1539
||            MedischHulpmiddel
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1540
||         Locatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1541
||            Zorgaanbieder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1542
||         Uitvoerder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1543
||            Zorgverlener
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1544
||         Aanvrager
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1545
||            Zorgverlener
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11045
||      Probleem (2017)
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11046
||         ProbleemAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11047
||         ProbleemLateraliteit
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11048
||         ProbleemType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11049
||         ProbleemNaam
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11050
||         ProbleemBeginDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11051
||         ProbleemEindDatum
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11052
||         ProbleemStatus
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11053
||         VerificatieStatus
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11054
||         Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11033
||      Probleem (2020)
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11034
||         ProbleemType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11035
||         ProbleemNaam
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11036
||         NadereSpecificatieProbleemNaam
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11037
||         ProbleemAnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11038
||            Locatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11039
||            Lateraliteit
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11040
||         ProbleemBeginDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11041
||         ProbleemEindDatum
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11042
||         ProbleemStatus
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11043
||         VerificatieStatus
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11044
||         Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2610
||   Klinische context
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11055
||      Stoma
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11056
||         StomaType
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11057
||         StomaMateriaal
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11058
||            MedischHulpmiddel
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11059
||         AnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11060
||         Lateraliteit
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11061
||         AanlegDatum
||1 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11062
||         Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10374
||      MedischHulpmiddel
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10375
||         Product
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10376
||            ProductID
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10377
||            ProductType
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10378
||         ProductOmschrijving
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10379
||         BeginDatum
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10532
||         EindDatum
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10380
||         Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10381
||            Probleem
||0 .. *
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10382
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10383
||         AnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10384
||         Lateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10385
||         Locatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10526
||            Zorgaanbieder
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10387
||         Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10525
||            Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7937
||      VoedingspatroonZuigeling
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation
|-
|[[Bestand:BL.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10506
||         Bijvoeding?
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:SupplementaryFeeding.value[x]:valueCodeableConcept
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7938
||         VoedingspatroonZuigelingDatumTijd
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.effectiveDateTime:effectiveDateTime
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7939
||         VoedingToevoeging
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingSupplement.valueString:valueString
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7940
||         VoedingFrequentie
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingFrequency.valueQuantity:valueQuantity
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7941
||         Toelichting
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.comment
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7942
||         Voedingsadvies
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.basedOn
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11017
||            DieetType
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11018
||            Consistentie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11019
||            Indicatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11020
||               Probleem (2020)
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||11021
||            Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7944
||         Voeding
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingType
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7945
||            VoedingSoort
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingType.valueCodeableConcept:valueCodeableConcept
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10504
||            VoedingHoeveelheid
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingType.extension:feedingQuantity
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10505
||            VoedingDuur
||0 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingType.extension:feedingDuration
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||7946
||            VoedingMethode
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/bc-FeedingPatternInfant|nictiz.fhir.nl.stu3.geboortezorg|pkgVersion=1.3.3|title=bc-FeedingPatternInfant}}
||Observation.component:FeedingType.extension:feedingMethod
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1332
||   Subbouwstenen
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3054
||      AnatomischeLocatie
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3055
||         Locatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||3056
||         Lateraliteit
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1333
||      TijdsInterval
||0 .. *
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1334
||         startDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1335
||         eindDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1336
||         tijdsDuur
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1059
||   Metingen
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1060
||      Bloeddruk
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BloodPressure|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BloodPressure}}
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1061
||         Meetmethode
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1062
||         ManchetType
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1063
||         MeetLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1064
||         DiastolischEindpunt
||0 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1065
||         SystolischeBloeddruk
||1 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1066
||         DiastolischeBloeddruk
||1 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1067
||         GemiddeldeBloeddruk
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1068
||         BloeddrukDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1069
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1070
||         Houding
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2648
||      LaboratoriumUitslag
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2345
||         LaboratoriumTest
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2346
||            TestCode
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2347
||            Testmethode
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2348
||            TestDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2349
||            TestUitslag
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2350
||            TestUitslagStatus
||0 .. 1
||
||
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2351
||            ReferentieBovengrens
||0 .. 1
||
||
|-
|[[Bestand:ANY.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2352
||            ReferentieOndergrens
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2353
||            InterpretatieMethode
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2354
||            InterpretatieVlaggen
||0 .. *
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2355
||            UitslagInterpretatie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2660
||         Monster
||0 .. 1
||
||
|-
|[[Bestand:II.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2661
||            Monsternummer
||0 .. *
||
||
|-
|[[Bestand:INT.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2662
||            Monstervolgnummer
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2663
||            Containertype
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2664
||            Monstermateriaal
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2665
||            Microorganisme
||0 .. 1
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2666
||            Verzamelvolume
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2667
||            Verzamelperiode
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2668
||            AfnameDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2669
||            AannameDatumTijd
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2670
||            Afnameprocedure
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2671
||            AnatomischeLocatie
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2672
||            Lateraliteit
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2673
||            Morfologie
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2674
||            BronMonster
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2675
||            Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2676
||         Onderzoek
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2677
||         ResultaatStatus
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2678
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2679
||         ResultaatType
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2680
||         GerelateerdeUitslag
||0 .. *
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2681
||            LaboratoriumUitslag
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2682
||         Aanvrager
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2683
||            Zorgverlener
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1073
||      Lichaamsgewicht
||0 .. *
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1074
||         GewichtWaarde
||1 .. 1
||{{Simplifier|http://nictiz.nl/fhir/StructureDefinition/zib-BodyWeight|nictiz.fhir.nl.stu3.zib2017|pkgVersion=2.2.20|title=zib-BodyWeight}}
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1075
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1076
||         GewichtDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1077
||         Kleding
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1667
||      Lichaamslengte
||0 .. *
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1668
||         LengteWaarde
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1669
||         LengteDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1670
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||1671
||         Positie
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2793
||      Lichaamstemperatuur
||0 .. *
||
||
|-
|[[Bestand:PQ.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2794
||         TemperatuurWaarde
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2795
||         TemperatuurDatumTijd
||1 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2796
||         Toelichting
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2797
||         TemperatuurType
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2584
||   Patienten context
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2688
||      BurgerlijkeStaatRC
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2689
||         BurgerlijkeStaat
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2904
||      Taalvaardigheid
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2905
||         CommunicatieTaal
||1 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2906
||         TaalvaardigheidBegrijpen
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2907
||         TaalvaardigheidSpreken
||0 .. 1
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2908
||         TaalvaardigheidLezen
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||2909
||         Toelichting
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10423
||      Wilsverklaring
||0 .. *
||
||
|-
|[[Bestand:CD.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10424
||         WilsverklaringType
||1 .. 1
||
||
|-
|[[Bestand:TS.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10425
||         WilsverklaringDatum
||1 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10426
||         Aandoening
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10427
||            Probleem (2020)
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10428
||         Vertegenwoordiger
||0 .. 1
||
||
|-style="vertical-align:top; background-color: #E3E3E3;"
|[[Bestand:Container.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10429
||            Contactpersoon
||0 .. 1
||
||
|-
|blob
||10430
||         WilsverklaringDocument
||0 .. 1
||
||
|-
|[[Bestand:ST.png|16px|link=Beschrijving_en_gebruik_datatypes]]
||10431
||         Toelichting
||0 .. 1
||
||
|}
<section end=transaction />

pa:VDraft Toetsingscriteria

2025-10-07T07:33:16Z

Ahenket: /* Systeem */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.1.1
| style="width: 73%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.2.1
| style="width: 73%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.3.1
| style="width: 73%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 23%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 4.1.1
| style="width: 73%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 23%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 4%;" | 5.1.1
| style="width: 73%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 23%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:32:51Z

Ahenket: /* Data of verwerking */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.1.1
| style="width: 73%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.2.1
| style="width: 73%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 4.1.1
| style="width: 73%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 23%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 4%;" | 5.1.1
| style="width: 73%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 23%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:32:37Z

Ahenket: /* Transactie */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.1.1
| style="width: 73%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.2.1
| style="width: 73%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 4.1.1
| style="width: 73%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 23%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 2%;" | 5.1.1
| style="width: 70%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:31:55Z

Ahenket: /* Systeem */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.1.1
| style="width: 73%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 4%;" | 3.2.1
| style="width: 73%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 23%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 4.1.1
| style="width: 70%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 28%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 2%;" | 5.1.1
| style="width: 70%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:30:45Z

Ahenket: /* Logisch */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.1.1
| style="width: 70%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.2.1
| style="width: 70%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 4.1.1
| style="width: 70%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 28%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 2%;" | 5.1.1
| style="width: 70%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:29:44Z

Ahenket: /* Logisch */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:2%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:68%; vertical-align:top; text-align:left" | Beschrijving
! style="width:22%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:2%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:68%; vertical-align:top; text-align:left" | Beschrijving
! style="width:22%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.1.1
| style="width: 70%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.2.1
| style="width: 70%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 4.1.1
| style="width: 70%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 28%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 2%;" | 5.1.1
| style="width: 70%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

pa:VDraft Toetsingscriteria

2025-10-07T07:28:45Z

Ahenket: /* Taal */

{{IssueBox|'''<big>Aan deze pagina wordt momenteel gewerkt. </big>'''}}

==Doel==
Doel van de toetsingscriteria is het bieden van duidelijke kaders waar informatieproducten van Nictiz aan verwacht worden te voldoen.

==Structuur==
De toetsingscriteria zijn ontwerpregels die een concrete uitwerking vormen van de overkoepelende productarchitectuurprincipes. Deze ontwerpregels zijn afgeleid uit bestaande richtlijnen binnen en buiten Nictiz en vervolgens georganiseerd met de productarchitectuurprincipes als kapstok. De toetsingscriteria kennen een onderverdeling in verplichte ontwerpregels en aanbevelingen.

Meer informatie over de productarchitectuurprincipes is op een aparte pagina te vinden.

=Taal=

'''Principe 1.1:'''
* Gebruik bestaande concepten en waardelijsten; ''Rationale: door gemeenschappelijke taal te gebruiken is het mogelijk om tussen verschillende domeinen op een semantisch correcte manier gegevens te delen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:4%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:67%; vertical-align:top; text-align:left" | Beschrijving
! style="width:23%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 1.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Waardelijsten in informatiestandaarden zijn gelijk aan de corresponderende waardelijsten in de zibs of zijn een inperking hiervan, maar geen uitbreiding. 
Uitzonderingen:
* Indien de binding van de waardelijst van de zib 'extensible' is, mogen waarden toegevoegd worden die voldoen voor de criteria voor 'extensible'. 
* Indien het gaat om een waardelijst van de zib met OTH Nullflavor, mag vrije tekst gebruikt worden als waarde wanneer de gecodeerde waarden uit de waardelijst niet voldoen.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden]
[https://zibs.nl/wiki/Codelist_Bindings_Backup Wiki-pagina Bindings van zibs] 
[https://nictiz.atlassian.net/issues/ZIBFHIR-249| ZIBFHIR-249] 
[https://nictiz.atlassian.net/browse/ZIB-2685| ZIB-2685]
|-
| style="vertical-align:top; text-align:left" | 1.1.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Informatiestandaarden voegen geen waardelijsten toe naast de in de zib gespecificeerde waardelijsten.
| [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijsten in informatiestandaarden] 
|-
| style="vertical-align:top; text-align:left" | 1.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in waardelijsten van de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
| style="vertical-align:top; text-align:left" | 1.1.4
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Indien een waardelijst in een informatiestandaard minder waarden bevat dan in de zib, dan beschrijft de informatiestandaard hoe geborgd wordt dat alleen de ingeperkte lijst wordt verwerkt en/of gedeeld.
| style="vertical-align:top; text-align:left" | [https://richtlijnen.zibtransitie.nl/terminologie/waardelijst-in-informatiestandaard/ Waardelijst in informatiestandaard]
|-
| style="vertical-align:top; text-align:left" | 1.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Er is een verplichting opgenomen voor systemen voor het meesturen van een weergavenaam bij terminologiecoderingen, tenzij er een andere werkwijze gehanteerd wordt als oplossing voor het gebruik van verschillende versies van codestelsels door systemen.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/app/uploads/2024/10/Dynamische-waardelijsten_oktober2024.pdf?_gl=1*g821zl*_up*MQ..*_ga*MTkwNzg4MTcwMS4xNzQ0NzA3NjQ1*_ga_0ZRXV90GXH*MTc0NDcwNzY0NS4xLjEuMTc0NDcwNzY0OS4wLjAuMjA0Mzk0MzMyNA.. Advies Dynamische waardelijsten]
|-
|}
'''Toetsingscriteria terminologiekoppelingen''' 
''Nog toe te voegen'' 
 
'''Principe 1.2:'''
* Definieer welk deel van de dialoog geïmplementeerd wordt; gebruik hiervoor bestaande definities; voor zowel communicatie als ook verwerking. ''Rationale: door duidelijk te maken wat de verwachting is waarmee de gegevens opgeslagen of gedeeld worden kunnen alle partijen de correcte actie nemen.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''
 

=Logisch=

'''Principe 2.1:'''
* Informatiestandaarden maken gebruik van bestaande logische modellen. ''Rationale: hergebruik van logische modellen leidt tot standaardisatie van gegevens en maakt hergebruik van deze gegevens voor andere doeleinden mogelijk.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:2%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:68%; vertical-align:top; text-align:left" | Beschrijving
! style="width:22%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.1.1
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Datasets van informatiestandaarden zijn opgebouwd uit zibs. 
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria Bijlage 5 Tabel 6 Generieke aspecten]
|-
| style="vertical-align:top; text-align:left" | 2.1.2
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | De vigerende versies van zibs conform het stelselbesluit worden toegepast. 
Uitzondering:
* Onder voorwaarden mag een pre-adopt zib 2024 toegepast worden.
| style="vertical-align:top; text-align:left" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022] 
Interne memo Gebruik pre-adopts zib 2024
|-
| style="vertical-align:top; text-align:left" | 2.1.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikte zib is, wordt gebruik gemaakt van een ander bestaand informatiemodel indien beschikbaar, bijvoorbeeld uit datasets van andere informatiestandaarden of een internationaal model (bestaande DCM/CIM, een openEHR archetype of een FHIR Resource/Profile).
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.4
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er geen geschikt bestaand informatiemodel is, worden relevante beschikbare ontwerppatronen en spelregels gevolgd uit internationale literatuur (zoals de HL7 CIMI style guide en openEHR editorial style guide) voor het opstellen van een nieuw informatiemodel.
| style="vertical-align:top; text-align:left" | Intern document Architectuurprincipes zibs 2.0
|-
| style="vertical-align:top; text-align:left" | 2.1.5
| style="vertical-align:top; text-align:left" | SHOULD
| style="vertical-align:top; text-align:left" | Bij een functionele behoefte gerelateerd aan objectidentificatie, wordt voortgebouwd op eerdere inzichten.
| style="vertical-align:top; text-align:left" | [https://nictiz.atlassian.net/browse/NICTIZ-34076 Documenten project Objectidentificatie NICTIZ-34076] 
[https://nictiz.atlassian.net/browse/NICTIZ-22469 Verzamelticket project Objectidentificatie NICTIZ-22469]
|-
|}
 
'''Principe 2:'''
* Logische modellen worden zowel voor verwerking(opslag) als ook deling gebruikt. ''Rationale: door opslag en deling dezelfde structuur te geven is de kans op verlies van semantiek minimaal.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling '' 
 

'''Principe 3:'''
* Een informatiestandaard voegt geen elementen of relaties toe aan; of verruimt de kardinaliteit van elementen of relaties in een logisch model. ''Rationale: toevoegen van elementen zorgt ervoor dat ontvangers mogelijk de gegevens niet kunnen verwerken.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:2%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:68%; vertical-align:top; text-align:left" | Beschrijving
! style="width:22%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.3.1
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | Een informatiestandaard voegt geen elementen of relaties toe aan een zib.
|-
| style="vertical-align:top; text-align:left" | 2.3.2
| style="vertical-align:top; text-align:left" | MUST NOT
| style="vertical-align:top; text-align:left" | De kardinaliteit van elementen of relaties in een zib wordt niet verruimd in een informatiestandaard.
| style="vertical-align:top; text-align:left" | [https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance]
|-
| style="vertical-align:top; text-align:left" | 2.3.3
| style="vertical-align:top; text-align:left" | MUST
| style="vertical-align:top; text-align:left" | Indien er aanpassingen nodig zijn in de zib verloopt dat via de afgesproken governance.
| style="vertical-align:top; text-align:left" | [https://nictiz.nl/wat-we-doen/activiteiten/zibs/beheerproces-zibs/#:~:text=Beheerproces%20zibs,zibs%2C%20niet%20voor%20nieuwe%20zibs Beheerproces van zibs]
|-
|}

 
'''Principe 4:'''
* Een informatiestandaard kan de kardinaliteit inperken voor een specifieke usecase. ''Rationale: bepaalde berichten of opslag kan voor een usecase alleen relevant zijn met bepaalde gegevens of relaties. Als deze optioneel zijn in het logische model, kunnen ze voor deze usecase met een specifiek minimumaantal worden opgenomen.''

{| class="wikitable" style="table-layout:fixed; width:100%;"
|+ style="text-align:left;" | Toetsingscriteria
|-
! style="width:2%; vertical-align:top; text-align:left" | Item
! style="width:6%; vertical-align:top; text-align:left" | Level
! style="width:68%; vertical-align:top; text-align:left" | Beschrijving
! style="width:22%; vertical-align:top; text-align:left" | Bron
|-
| style="vertical-align:top; text-align:left" | 2.4.1
| style="vertical-align:top; text-align:left" | MAY
| style="vertical-align:top; text-align:left" | Een informatiestandaard kan de kardinaliteit van een zib inperken op basis van de informatiebehoefte in een usecase.
| style="vertical-align:top; text-align:left" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset] 
[https://zibs.nl/wiki/Zib_kardinaliteiten Wiki-pagina zibs en kardinaliteiten] 
[https://informatiestandaarden.nictiz.nl/wiki/Handleiding_Kardinaliteiten_en_conformance Wiki-pagina uitleg kardinaliteiten en conformance] 
[https://zibs.nl/images/2/2a/Architectuurdocument_Registratie_aan_de_bron_-_Volume_1_v1.1.pdf Architectuurdocument zibs Volume 1 par. 3.7] 
|-
|}

=Systeem=

'''Principe 3.1:'''
* Producten (informatiestandaarden) zijn zelfstandig implementeerbaar ''Rationale: Een product is een verzameling van specificaties die verwijzen naar alle lagen en leveren een consistent product. Producten duiden de relatie tussen de verschillende lagen in context van een usecase.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.1.1
| style="width: 70%;" | De technische specificatie is gebaseerd op het functioneel ontwerp.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|- style="vertical-align:top;"
|-
| 3.1.2
| Elk data-element in het FO is gemapt naar FHIR. 
Het gaat hierbij om datasetconcepten met een data-definitie. Groeperende datasetconcepten hebben mogelijk geen mapping.
| " "
|-
| 3.1.3
| Alle verplichtingen en verwachtingen vanuit het FO zijn uitgewerkt in een profiel of in een tekst.
| " "
|}

'''Principe 3.2:'''
* Voor elk product is er een usecase ''Rationale: Een product bestaat uit elementen uit zowel de concepten/dialogen als ook de logische modellen. Producten kunnen deze elementen niet uitbreiden, maar wel de kardinaliteit inperken. Producten lossen een specifieke usecase op.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.2.1
| style="width: 70%;" | De informatiestandaard lost één of meerdere usecases op.
| style="width: 28%;" | [https://informatiestandaarden.nictiz.nl/wiki/qa:Instructie_opstellen_dataset QA Instructie opstellen dataset]
|- style="vertical-align:top;"
|-
|}

'''Principe 3.3:'''
* Producten voldoen aan technische besluiten. ''Rationale: Producten implementeren oplossingen en gebruiken hiervoor technische middelen. Deze middelen moeten passen bij besluiten zoals gemaakt (zoals het FHIR besluit).''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 3.3.1
| style="width: 70%;" | De vigerende versies van FHIR conform het stelselbesluit worden toegepast. 
Zo niet, dan verloopt de overstap volgens de opgestelde migratieplannen.
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/releases/fhir-besluit-2022/ FHIR-besluit 2022]
|- style="vertical-align:top;"
|-
|-
|3.3.2
| De generieke profielen in het nl-core-package zijn gebruikt, direct of als basis voor usecase-specifieke profielen.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4] 
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
|3.3.3
| Indien een informatiestandaard specifieke profielen, transacties, eigen concepten etc. publiceert, zijn deze afgeleid op de relevante nl-core-profielen.
| " "
|-
|3.3.4
| Informatiestandaard-specifieke profielen zijn ingericht op het specifieke doel en niet op de generieke uitwisseling.
| " "
|-
|3.3.5
| Uitbreidingen aan de profielen in het kader van een informatiestandaard zijn aangemeld voor opname in het nl-core-package (tenzij ze echt niet generiek toepasbaar zijn).
| " "
|-
|}

= Transactie=

'''Principe 4.1:'''
* Producten gebruiken (waar ze beschikbaar zijn) internationale standaarden. ''Rationale: leveranciers hebben typisch niet alleen te maken met de standaarden in Nederland, door internationale standaarden te gebruiken is de drempel voor een leverancier om de standaard te implementeren lager.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (verplicht)
|- style="vertical-align:top;"
| style="width: 2%;" | 4.1.1
| style="width: 70%;" | FHIR wordt zuiver toegepast (met andere woorden: de instance heeft dezelfde betekenis zonder dat het profiel bekend is).
| style="width: 28%;" | https://hl7.org/fhir/resource.html#profile-tags
|- style="vertical-align:top;"
|-
| 4.1.2
| Bij het maken van profielen of andere conformance resources worden de FHIR profiling guidelines gevolgd.
| [https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_R4 Nictiz FHIR Profiling Guidelines R4]
[https://informatiestandaarden.nictiz.nl/wiki/FHIR:V1.0_FHIR_Profiling_Guidelines_STU3 Nictiz FHIR Profiling Guidelines STU3]
|-
| 4.1.3
| Profielen zijn gebaseerd of zijn compatibel met zib, nl-core, eu-core en indien relevant met IG's die als de facto standaard gelden (denk aan de IPS FHIR IG, IHE MHD, Structured Data Capture, mCode)
| " "
|-
| 4.1.4
| Beschreven uitwisselpatronen en queries zijn gebaseerd of zijn compatibel met IG's die als als de facto standaard gelden (denk aan IHE MHD, mCode).
| " "
|-
| 4.1.5
| Custom extensies worden vermeden wanneer FHIR core al een aanpak heeft om het concept te vertegenwoordigen.
| " "
|-
|}
 
'''Principe 4.2:'''
* Producten beschrijven geen details over de keuzes in de infrastructuur laag. ''Rationale: technische keuzes op de infrastructuur laag veranderen vaker en zijn in de meeste gevallen configuratie in de technische laag.''
 
'''Toetsingscriteria''' 
''Nog in ontwikkeling'' 

= Data of verwerking=
'''Principe 5.1:'''
* Datastructuren zijn lang levend, aanpassingen zijn waar mogelijk toevoegingen. ''Rationale: Opslag is niet vluchtig zoals transacties, transformaties van structuren hebben het risico op gegevens verlies. Aanpassingen moeten zonder verlies van gegevens geconverteerd kunnen worden.''

{| class="wikitable" style="width: 100%;"
|+ style = "text-align: left;"| Toetsingscritieria (aanbevolen)
|- style="vertical-align:top;"
| style="width: 2%;" | 5.1.1
| style="width: 70%;" | Indien er overlap is tussen informatiestandaarden in bepaalde (groepen) van gegevens (bijvoorbeeld medicatiegegevens), is de informatiestandaard zo ontworpen dat er geen tegenstrijdigheden ontstaan (o.a. ten aanzien van informatiemodellen, coderingen (waardelijsten) en technische representatie)
| style="width: 28%;" | [https://nationalebibliotheek.nictiz.nl/assets/uploads/2025/02/Notitie-Stelselcriteria-v0.91-werkdocument.pdf Stelselcriteria A4 Compatibiliteit] 
[https://nictiz.atlassian.net/browse/NICTIZ-29481 Project Verwijzen tussen standaarden NICTIZ-29481]
|- style="vertical-align:top;"
|-
|}

'''Principe 5.2:'''
* Fysieke Dataopslag is vergevingsgezinder in het kader van ontbrekende gegevens dan transactie producten. Invoer voor usecases kan wel de kardinaliteit strenger definiëren. ''Rationale: De opslag moet voor meerdere usecases bruikbaar zijn en niet in alle usecases zullen alle gegevens altijd beschikbaar en/of verplicht zijn. Dat de gegevens voor de specifieke usecase verplicht zijn, betekend niet dat ze voor andere usecases ook verplicht zijn.''

'''Toetsingscriteria''' 
'' Nog in ontwikkeling ''

imm:Vissue-VI-63 FHIR Vaccination-Immunization

2024-08-27T13:53:41Z

Ahenket: VI-63 | NICTIZ-20375 More text tinkering

{{IssuePaginaWaarschuwing|VI-63|imm:V2_FHIR_Vaccination-Immunization}}
{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use. For questions and change requests regarding this IG, please create a ticket in [{{VersieInfo|BITS|release=V2|namespace=imm}} BITS].}}
__NOINDEX__
__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide: Vaccination-Immunization {{VersieInfo|Vaccinatie-Immunisatie|release=V2}}}}

[[Bestand:MedMij2.png |link=https://www.medmij.nl/|rechts|Naar medmij.nl]]
[[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|link=|87px|Vaccinatie-Immunisatie]]

=Introduction=
This page describes patient's use case for the retrieval of vaccination results, in a personal health environment (PHR) context. Functional specifications are described at the [[imm:Vprepub-2_Ontwerp_Vaccinatie-Immunisatie| functional design wiki page]]. This use case consists of enabling a patient to view his own administered vaccinations in a PHR. The technical specification is described here. HL7 FHIR R4 is used for this purpose. Vaccinations are represented by the Immunization resource in FHIR. A transaction will retrieve all administered vaccinations from the XIS.

'''Note''': This implementation guide builds on the general guidelines described in the [[MedMij:IG:V1/FHIR_IG#Overarching principles|use case overarching principles]].

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;font-weight: bold;" | Actors
! colspan="2" style="text-align:left;font-weight: bold;" | Systems
! colspan="2" style="text-align:left;font-weight: bold;" | FHIR CapabilityStatements
|-
| style="text-align:left;font-weight: bold;" |Name
| style="text-align:left;font-weight: bold;" |Description
| style="text-align:left;font-weight: bold;" |Name
| style="text-align:left;font-weight: bold;" |Description
| style="text-align:left;font-weight: bold;" |Name
| style="text-align:left;font-weight: bold;" |Description
|-
| Patient
| The user of a personal healthcare environment.
| PHR
| Personal health record
| rowspan="2" | {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/imm-RetrieveServe|nictiz.fhir.nl.r4.immunization|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.immunization|release=V2|namespace=imm}}|title=CapabilityStatement: Retrieve Serve}}
| rowspan="2" | FHIR client/server requirements
|-
| (Healthcare) provider
| The user of a XIS
| XIS
| (Healthcare) information system
|}

=Use case 1: Retrieve vaccinations =
[[Bestand:Afsprakenstelsel-01.png|link=https://www.medmij.nl/afsprakenstelsel/|rechts |100px|Go to Afsprakenstelsel]]
{{FHIR-IG-Afsprakenstelsel-Note}}

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

==Actors==
{| class="wikitable" "cellpadding="10"
! style="text-align:left;font-weight: bold;"| '''Transaction group'''
! style="text-align:left;font-weight: bold;"| '''Transaction'''
! style="text-align:left;font-weight: bold;"| '''Actor'''
! style="text-align:left;font-weight: bold;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve vaccinations(PULL)
|style="background-color: white;vertical-align:top;"|Retrieve vaccinations request
|style="background-color: white;vertical-align:top;"|Patient (using a PHR)
|style="background-color: white;vertical-align:top;"|Request vaccinations from the XIS
|-
|style="background-color: white;vertical-align:top;"|Retrieve vaccinations response
|style="background-color: white;vertical-align:top;"|(Healthcare) provider (using a XIS)
|style="background-color: white;vertical-align:top;"|Serves vaccinations to the PHR
|}

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

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

====Message semantics====
'''Search'''

The PHR executes an HTTP GET conform to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS's Observation endpoint. This search query URL is configurable by the PHR and has the following format.

<pre>
GET [base]/Immunization{?[includes]}
</pre>

'''Search Parameters'''

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

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

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

At this point in time, there are no use cases for filter parameters on the query. The stated query will return a Bundle with all known administered immunizations. Each immunization is conveyed in an Immunization resource. The Immunization resource will contain references to actors such as the patient (Patient resource), the health professional (PractitionerRole and Practitioner resources) and the organization (Organization resource). The client SHALL be able to resolve there referenced resources, as described in the [[MedMij:IG:V1/FHIR_IG#Profile_use_and_declaration|MedMij FHIR R4 Implementation Guide]].

{{NoteBox|(*) The vaccination location may or may not be a fully specified address and may or may not be a location of a healthcare provider. It is conceivable that it is as vague as "Germany" when, for example, a parent of a child informs the registry of a having received a vaccination "in Germany" without any further info. In these cases it might be unreasonable to instantiate an independent Location resource signalling it also exists outside of the context of the Immunization.

FHIR defines the use of [http://hl7.org/fhir/r4/references.html#contained contained references] for information that only makes sense in the context of some parent resource. It is the prerogative of the source system whether or not {{fhir|Immunization.location}} is defined as an independent Location resource. The expectation is that healthcare provider locations are independent Location resources that exist regardless of a single Immunization. Receiving systems should apply the normal FHIR rules for resolving references, that include resolving contained references.

'''Example fragment'''

{{Collapse top|XML Example of {{fhir|Immunization.contained}}}}
<syntaxhighlight lang="xml">
<Immunization xmlns="http://hl7.org/fhir">
...
<contained>
<Location>
<id value="locatie1"/>
<address>
<country value="Duitsland">
<extension url="http://nictiz.nl/fhir/StructureDefinition/ext-CodeSpecification">
<valueCodeableConcept>
<coding>
<system value="urn:iso:std:iso:3166"/>
<code value="DE"/>
<display value="Duitsland"/>
</coding>
</valueCodeableConcept>
</extension>
</country>
</address>
</Location>
</contained>
...
<location>
<reference value="#locatie1"/>
<type value="Location"/>
<display value="Adres: Duitsland."/>
</location>
...
</performer>
</Immunization>
</syntaxhighlight>
{{Collapse bottom}}
}}

=====Expected actions=====
The XIS SHALL process the query to retrieve patient's Immunization resources and the referenced resources.

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

====Trigger events====
The XIS completed processing of the retrieve vaccinations request message.

====Message semantics====
The returned data to the PHR should conform to the profiles listed in the table below. The resources in the response message SHALL conform to the requirements as described in the [[MedMij:IG:V1/FHIR_IG#Profile_use_and_declaration|MedMij FHIR R4 Implementation Guide]].

{{imm:Vprepub-2_NoteBoxPackage|p1=nictiz.fhir.nl.r4.immunization|v1={{VersieInfo|nictiz.fhir.nl.r4.immunization|release=V2|namespace=imm}}|p2=nictiz.fhir.nl.r4.nl-core|v2={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}

{| class="wikitable"
! style="font-weight: bold;text-align:left;" | Building block (EN)
! style="font-weight: bold;text-align:left;" | Building block (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| Vaccination
| Vaccinatie
| Immunization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/imm-Vaccination-event|nictiz.fhir.nl.r4.immunization|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.immunization|release=V2|namespace=imm}}}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/imm-PharmaceuticalProduct|nictiz.fhir.nl.r4.immunization|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.immunization|release=V2|namespace=imm}}}}
|-
| Patient
| Patiënt
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion={{VersieInfo|nictiz.fhir.nl.r4.nl-core|release=V2|namespace=imm}}}}
|-
|}

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

=Release notes=
Release notes can be found on the [[imm:Vprepub-2_Ontwerp_Vaccinatie-Immunisatie#Release_notes| functional design page]].
{{MedMij:Sjabloon_Support}}

Gebruiker:Alexander Henket

2024-06-06T14:30:47Z

Ahenket:

Alexander Henket werkt bij Nictiz sinds 2008 en is lid van de ART-DECOR Expert Group sinds 2011. Contact opnemen kan via e-mail (voornaam.achternaam(a)nictiz.nl), [https://nl.linkedin.com/in/alexanderhenket/nl LinkedIn].

Functie bij Nictiz: Specialist gegevensuitwisseling. Nictiz expertpagina: https://www.nictiz.nl/experts/alexander-henket/

Gebruiker:Alexander Henket

2024-06-06T14:27:06Z

Ahenket:

Alexander Henket werkt bij Nictiz sinds 2008 en is lid van de ART-DECOR Expert Group sinds 2011. Contact opnemen kan via e-mail (achternaam(a)nictiz.nl), [https://nl.linkedin.com/in/alexanderhenket/nl LinkedIn].

Functie bij Nictiz: Specialist gegevensuitwisseling. Nictiz expertpagina: https://www.nictiz.nl/experts/alexander-henket/

Hoofdpagina

2024-04-22T08:02:17Z

Ahenket: /* Object IDentifiers (OIDs) */

__NUMBEREDHEADINGS__

=Inleiding=
Welkom op de Nictiz wiki voor informatiestandaarden. Je kunt hier via een directe link zijn gekomen, of via de sectie Informatiestandaarden op onze website [https://www.nictiz.nl www.nictiz.nl]. Informatiestandaarden bestaan uit een functioneel deel waarin wordt beschreven welke processen van welke partijen ondersteund worden, en een of meerdere technische delen waarin gespecificeerd wordt wat hiervoor in techniek nodig is.

=Actuele Nictiz informatiestandaarden/projecten=
{| style="width: 100%"
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Jeugdgezondheidszorg.svg|75px|75px|link=jgz:Landingspagina_JGZ|Landingspagina Jeugdgezondheidszorg]]
[[jgz:Landingspagina_JGZ|Jeugdgezondheidszorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Huisartswaarneming.svg|75px|75px|link=Landingspagina_Huisartswaarneming|Huisartswaarneming]]
[[Landingspagina_Huisartswaarneming |Huisartswaarneming]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Verpleegkundige Zorg.svg|75px|75px|link=Landingspagina_Verpleegkundige_Zorg|Verpleegkundige overdracht]]
[[Landingspagina_Verpleegkundige_Zorg|Verpleegkundige zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Medicatieproces.svg|75px|75px|link=Landingspagina_Medicatieproces|Medicatieproces]]
[[Landingspagina_Medicatieproces|Medicatieproces]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Laboratoria.svg|75px|75px|link=Landingspagina_Labuitwisseling|Laboratoria]]
[[Landingspagina_Labuitwisseling|Labuitwisseling]] 

| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
[[Landingspagina_Acute_Zorg|Acute zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Zib.svg|75px|75px|link=Landingspagina_Zib_Centrum|Zib-centrum]]
[[Landingspagina_Zib_Centrum|Zib-centrum]] 
[https://zibs.nl Zorginformatiebouwstenen-wiki]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Paramedische Zorg.svg|75px|75px|link=Paramedische_zorg|Paramedische zorg]]
[[Paramedische_zorg|Paramedische zorg]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Geboortezorg.svg|75px|75px|link=Landingspagina_Geboortezorg|Geboortezorg]]
[[Landingspagina_Geboortezorg|Geboortezorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Ketenzorg.svg|75px|75px|link=Landingspagina_Ketenzorg|Ketenzorg]]
[[Landingspagina_Ketenzorg|Ketenzorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard MedMij.svg|75px|75px|link=MedMij:Landingspagina_MedMij|MedMij]]
[[MedMij:Landingspagina_MedMij|MedMij]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard BgZ.svg|75px|75px|link=Landingspagina_BgZ|BgZ]]
[[Landingspagina_BgZ|BgZ]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Dossierwijzigingsverzoek.svg|75px|75px|link=MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
[[MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|75px|75px|link=imm:Landingspagina_Vaccinatie_Immunisatie|Vaccinatie-Immunisatie]]
[[Immu:V0.1_Ontwerpen|Vaccinatie-Immunisatie]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg.svg|75px|75px|link=hg:Landingspagina_ELZ|Eerstelijnszorg]]
[[hg:Landingspagina_ELZ|Eerstelijnszorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Beeld_en_Verslagen.svg|75px|75px|link=Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
[[Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Contra-indicaties en Overgevoeligheden (2).svg|75px|75px|link=Landingspagina Contra-indicaties en Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
[[cio:Landingspagina_Contra-indicaties_en_Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
|}

=Nictiz-projecten in incubatie=
===Individueel Zorgplan===
*[[Landingspagina_Individueel_Zorgplan|Landingspagina Individueel Zorgplan]]

=Projecten van derden op deze site=
===Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker/Borstkanker===
*[[Landingspagina_Bevolkingsonderzoek_Darmkanker|Landingspagina Bevolkingsonderzoek Darmkanker]]
*[[Landingspagina_Bevolkingsonderzoek_Baarmoederhalskanker |Landingspagina Bevolkingsonderzoek Baarmoederhalskanker]]
*[[Landingspagina_Bevolkingsonderzoek_Borstkanker|Landingspagina Bevolkingsonderzoek Borstkanker]]

=Algemeen=
==[[Handleiding_Nictiz_documentatie|Handleiding Nictiz documentatie]]==
*[[Handleiding_Wiki_documentatie|Handleiding Wiki documentatie]]
*[[Handleiding_ART-DECOR_documentatie|Handleiding ART-DECOR documentatie]]
*[[Handleiding_Kardinaliteiten en conformance|Handleiding kardinaliteiten en conformance]]
==HL7 versie 3==
*[[HL7v3|Algemene uitleg HL7 versie 3]]
*[https://confluence.hl7.org/display/HNETH/Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Rev2 HL7v3 Basiscomponenten, versie 2.3 rev2] (externe link naar HL7 Nederland), met daarin onder andere:
**[https://confluence.hl7.org/display/HNETH/Datatypes+Release+1+versie+2.3 HL7 versie 3 Datatypes]
** Om historische redenen is voor de CMET's soms nog de [https://www.hl7.nl/images/downloads/Implementatiehandleiding%20HL7v3%20Basiscomponenten%20%202.3NL_secure.pdf PDF van de basiscomponentengids] nodig

==HL7 FHIR==
'''STU3'''
*[[FHIR:V1.0_FHIR_IG_STU3|FHIR STU3 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_STU3|FHIR STU3 Profiling guidelines]]
'''R4'''
*[[FHIR:V1.0_FHIR_IG_R4|FHIR R4 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_R4|FHIR R4 Profiling guidelines]]

==Object IDentifiers (OIDs)==
Zie de [[OID]]-pagina voor meer informatie

==OID / URI Registers==
*[https://www.nictiz.nl/standaardisatie/overzichten/oids/ Nictiz OID Register]
*[https://hl7.nl/oid-register.html HL7 NL OID Register] en [https://confluence.hl7.org/display/HNETH/OIDs_en_FHIR_System_URIs HL7 NL FHIR URI Register] voor bestaande OID's
*[https://decor.nictiz.nl/decor/services/OIDIndex ART-DECOR OID Register] (bevat tevens FHIR URI's voor zover bekend en gerelateerd aan een OID)
*[https://www.hl7.org/oid HL7.org OID Register]
*FHIR STU3: [https://hl7.org/fhir/stu3/terminologies-systems.html System URIs] en [http://hl7.org/fhir/stu3/identifier-registry.html Identifier System URIs]
*FHIR huidig: [https://hl7.org/fhir/terminologies-systems.html URIs] en [http://hl7.org/fhir/identifier-registry.html Identifier System URIs] (alle hl7.org codesysteem uri's zijn van STU3 naar R4 gewijzigd in terminology.hl7.org/CodeSystem)

OID

2024-04-22T08:01:36Z

Ahenket: /* Object IDentifiers (OIDs) */

==Informatie over OIDs==
Het is raadzaam om een OID voor de eigen organisatie tot je beschikking te hebben. Deze kan – bijvoorbeeld – bij HL7 Nederland aangevraagd worden.

Meer informatie over OIDs:
https://www.nictiz.nl/standaardisatie/overzichten/oids/

==Aanvragen van een OID voor een eigen organisatie==
Op de [https://www.hl7.nl/oid-register.html pagina met de OID registry van HL7 Nederland] staat ook een link naar het aanvraagformulier.

Voor HL7 Nederland-leden is het aanvragen van een OID gratis.
Voor niet-leden brengt HL7 Nederland kosten in rekening.

==Object IDentifiers (OIDs)==
*[https://confluence.hl7.org/pages/viewpage.action?pageId=161077760#Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Part1-Identificatiemechanismen Object IDentifiers toelichting in HL7v3 basiscomponenten]

Hoewel de beschrijving van Stichting HL7 Nederland in de context van een HL7 versie 3 gids is gedaan, is de toepassing van OID's breder dan HL7 versie 3: er zijn toepassingen in DICOM, HL7 versie 2 en HL7 FHIR.

{{NoteBox|De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht:
* De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier
* Identificatie dient persistent en wereldwijd uniek te zijn
* Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen
* Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk
** Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken LAB: 2.16.528.1.1007.3.3.12345678.'''1''' RAD: 2.16.528.1.1007.3.3.12345678.'''2'''
* Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat
* Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.
}}

OID

2024-04-22T07:59:55Z

Ahenket:

==Informatie over OIDs==
Het is raadzaam om een OID voor de eigen organisatie tot je beschikking te hebben. Deze kan – bijvoorbeeld – bij HL7 Nederland aangevraagd worden.

Meer informatie over OIDs:
https://www.nictiz.nl/standaardisatie/overzichten/oids/

==Aanvragen van een OID voor een eigen organisatie==
Op de [https://www.hl7.nl/oid-register.html pagina met de OID registry van HL7 Nederland] staat ook een link naar het aanvraagformulier.

Voor HL7 Nederland-leden is het aanvragen van een OID gratis.
Voor niet-leden brengt HL7 Nederland kosten in rekening.

==Object IDentifiers (OIDs)==
*[https://confluence.hl7.org/pages/viewpage.action?pageId=161077760#Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Part1-Identificatiemechanismen Object IDentifiers toelichting in HL7v3 basiscomponenten]
{{NoteBox|De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht:
* De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier
* Identificatie dient persistent en wereldwijd uniek te zijn
* Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen
* Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk
** Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken LAB: 2.16.528.1.1007.3.3.12345678.'''1''' RAD: 2.16.528.1.1007.3.3.12345678.'''2'''
* Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat
* Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.
}}

Hoofdpagina

2023-11-09T19:27:22Z

Ahenket: HL7 NL wiki is geconverteerd naar HL7 Internationaal confluence

__NUMBEREDHEADINGS__

=Inleiding=
Welkom op de Nictiz wiki voor informatiestandaarden. Je kunt hier via een directe link zijn gekomen, of via de sectie Informatiestandaarden op onze website [https://www.nictiz.nl www.nictiz.nl]. Informatiestandaarden bestaan uit een functioneel deel waarin wordt beschreven welke processen van welke partijen ondersteund worden, en een of meerdere technische delen waarin gespecificeerd wordt wat hiervoor in techniek nodig is.

=Actuele Nictiz informatiestandaarden/projecten=
{| style="width: 100%"
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Jeugdgezondheidszorg.svg|75px|75px|link=jgz:Landingspagina_JGZ|Landingspagina Jeugdgezondheidszorg]]
[[jgz:Landingspagina_JGZ|Jeugdgezondheidszorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Huisartswaarneming.svg|75px|75px|link=Landingspagina_Huisartswaarneming|Huisartswaarneming]]
[[Landingspagina_Huisartswaarneming |Huisartswaarneming]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Verpleegkundige Zorg.svg|75px|75px|link=Landingspagina_Verpleegkundige_Zorg|Verpleegkundige overdracht]]
[[Landingspagina_Verpleegkundige_Zorg|Verpleegkundige zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Medicatieproces.svg|75px|75px|link=Landingspagina_Medicatieproces|Medicatieproces]]
[[Landingspagina_Medicatieproces|Medicatieproces]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Laboratoria.svg|75px|75px|link=Landingspagina_Labuitwisseling|Laboratoria]]
[[Landingspagina_Labuitwisseling|Labuitwisseling]] 

| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
[[Landingspagina_Acute_Zorg|Acute zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Zib.svg|75px|75px|link=Landingspagina_Zib_Centrum|Zib-centrum]]
[[Landingspagina_Zib_Centrum|Zib-centrum]] 
[https://zibs.nl Zorginformatiebouwstenen-wiki]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Paramedische Zorg.svg|75px|75px|link=Paramedische_zorg|Paramedische zorg]]
[[Paramedische_zorg|Paramedische zorg]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Geboortezorg.svg|75px|75px|link=Landingspagina_Geboortezorg|Geboortezorg]]
[[Landingspagina_Geboortezorg|Geboortezorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Ketenzorg.svg|75px|75px|link=Landingspagina_Ketenzorg|Ketenzorg]]
[[Landingspagina_Ketenzorg|Ketenzorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard MedMij.svg|75px|75px|link=MedMij:Landingspagina_MedMij|MedMij]]
[[MedMij:Landingspagina_MedMij|MedMij]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard BgZ.svg|75px|75px|link=Landingspagina_BgZ|BgZ]]
[[Landingspagina_BgZ|BgZ]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Dossierwijzigingsverzoek.svg|75px|75px|link=MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
[[MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|75px|75px|link=imm:Landingspagina_Vaccinatie_Immunisatie|Vaccinatie-Immunisatie]]
[[Immu:V0.1_Ontwerpen|Vaccinatie-Immunisatie]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg.svg|75px|75px|link=hg:Landingspagina_ELZ|Eerstelijnszorg]]
[[hg:Landingspagina_ELZ|Eerstelijnszorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Beeld_en_Verslagen.svg|75px|75px|link=Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
[[Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Contra-indicaties en Overgevoeligheden (2).svg|75px|75px|link=Landingspagina Contra-indicaties en Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
[[cio:Landingspagina_Contra-indicaties_en_Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
|}

=Nictiz-projecten in incubatie=
===Individueel Zorgplan===
*[[Landingspagina_Individueel_Zorgplan|Landingspagina Individueel Zorgplan]]

=Projecten van derden op deze site=
===Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker===
*[[Landingspagina_Bevolkingsonderzoek_Darmkanker|Landingspagina Bevolkingsonderzoek Darmkanker]]
*[[Landingspagina_Bevolkingsonderzoek_Baarmoederhalskanker |Landingspagina Bevolkingsonderzoek Baarmoederhalskanker]]
*[[Landingspagina_Bevolkingsonderzoek_Borstkanker|Landingspagina Bevolkingsonderzoek Borstkanker]]

=Algemeen=
==[[Handleiding_Nictiz_documentatie|Handleiding Nictiz documentatie]]==
*[[Handleiding_Wiki_documentatie|Handleiding Wiki documentatie]]
*[[Handleiding_ART-DECOR_documentatie|Handleiding ART-DECOR documentatie]]
*[[Handleiding_Kardinaliteiten en conformance|Handleiding kardinaliteiten en conformance]]
==HL7 versie 3==
*[[HL7v3|Algemene uitleg HL7 versie 3]]
*[https://confluence.hl7.org/display/HNETH/Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Rev2 HL7v3 Basiscompenenten, versie 2.3 rev2] (externe link naar HL7 Nederland), met daarin onder andere:
**[https://confluence.hl7.org/display/HNETH/Datatypes+Release+1+versie+2.3 HL7 versie 3 Datatypes]
** Om historische redenen is voor de CMET's soms nog de [https://www.hl7.nl/images/downloads/Implementatiehandleiding%20HL7v3%20Basiscomponenten%20%202.3NL_secure.pdf PDF van de basiscomponentengids] nodig

==HL7 FHIR==
'''STU3'''
*[[FHIR:V1.0_FHIR_IG_STU3|FHIR STU3 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_STU3|FHIR STU3 Profiling guidelines]]
'''R4'''
*[[FHIR:V1.0_FHIR_IG_R4|FHIR R4 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_R4|FHIR R4 Profiling guidelines]]

==Object IDentifiers (OIDs)==
*[https://confluence.hl7.org/pages/viewpage.action?pageId=161077760#Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Part1-Identificatiemechanismen Object IDentifiers toelichting in HL7v3 basiscomponenten]
{{NoteBox|De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht:
* De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier
* Identificatie dient persistent en wereldwijd uniek te zijn
* Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen
* Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk
** Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken LAB: 2.16.528.1.1007.3.3.12345678.'''1''' RAD: 2.16.528.1.1007.3.3.12345678.'''2'''
* Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat
* Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.
}}

==OID / URI Registers==
*[https://www.nictiz.nl/standaardisatie/overzichten/oids/ Nictiz OID Register]
*[https://hl7.nl/oid-register.html HL7 NL OID Register] en [https://confluence.hl7.org/display/HNETH/OIDs_en_FHIR_System_URIs HL7 NL FHIR URI Register] voor bestaande OID's
*[https://decor.nictiz.nl/decor/services/OIDIndex ART-DECOR OID Register] (bevat tevens FHIR URI's voor zover bekend en gerelateerd aan een OID)
*[https://www.hl7.org/oid HL7.org OID Register]
*FHIR STU3: [https://hl7.org/fhir/stu3/terminologies-systems.html System URIs] en [http://hl7.org/fhir/stu3/identifier-registry.html Identifier System URIs]
*FHIR huidig: [https://hl7.org/fhir/terminologies-systems.html URIs] en [http://hl7.org/fhir/identifier-registry.html Identifier System URIs] (alle hl7.org codesysteem uri's zijn van STU3 naar R4 gewijzigd in terminology.hl7.org/CodeSystem)

Hoofdpagina

2023-11-09T19:17:05Z

Ahenket: HL7 NL heeft de oude wiki content verhuisd naar de HL7 Internationaal confluence

__NUMBEREDHEADINGS__

=Inleiding=
Welkom op de Nictiz wiki voor informatiestandaarden. Je kunt hier via een directe link zijn gekomen, of via de sectie Informatiestandaarden op onze website [https://www.nictiz.nl www.nictiz.nl]. Informatiestandaarden bestaan uit een functioneel deel waarin wordt beschreven welke processen van welke partijen ondersteund worden, en een of meerdere technische delen waarin gespecificeerd wordt wat hiervoor in techniek nodig is.

=Actuele Nictiz informatiestandaarden/projecten=
{| style="width: 100%"
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Jeugdgezondheidszorg.svg|75px|75px|link=jgz:Landingspagina_JGZ|Landingspagina Jeugdgezondheidszorg]]
[[jgz:Landingspagina_JGZ|Jeugdgezondheidszorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Huisartswaarneming.svg|75px|75px|link=Landingspagina_Huisartswaarneming|Huisartswaarneming]]
[[Landingspagina_Huisartswaarneming |Huisartswaarneming]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Verpleegkundige Zorg.svg|75px|75px|link=Landingspagina_Verpleegkundige_Zorg|Verpleegkundige overdracht]]
[[Landingspagina_Verpleegkundige_Zorg|Verpleegkundige zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Medicatieproces.svg|75px|75px|link=Landingspagina_Medicatieproces|Medicatieproces]]
[[Landingspagina_Medicatieproces|Medicatieproces]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Laboratoria.svg|75px|75px|link=Landingspagina_Labuitwisseling|Laboratoria]]
[[Landingspagina_Labuitwisseling|Labuitwisseling]] 

| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Acute Zorg.svg|75px|75px|link=Landingspagina_Acute_Zorg|Acute zorg]]
[[Landingspagina_Acute_Zorg|Acute zorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Zib.svg|75px|75px|link=Landingspagina_Zib_Centrum|Zib-centrum]]
[[Landingspagina_Zib_Centrum|Zib-centrum]] 
[https://zibs.nl Zorginformatiebouwstenen-wiki]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Paramedische Zorg.svg|75px|75px|link=Paramedische_zorg|Paramedische zorg]]
[[Paramedische_zorg|Paramedische zorg]]
|-
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard Geboortezorg.svg|75px|75px|link=Landingspagina_Geboortezorg|Geboortezorg]]
[[Landingspagina_Geboortezorg|Geboortezorg]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Ketenzorg.svg|75px|75px|link=Landingspagina_Ketenzorg|Ketenzorg]]
[[Landingspagina_Ketenzorg|Ketenzorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard MedMij.svg|75px|75px|link=MedMij:Landingspagina_MedMij|MedMij]]
[[MedMij:Landingspagina_MedMij|MedMij]]
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard BgZ.svg|75px|75px|link=Landingspagina_BgZ|BgZ]]
[[Landingspagina_BgZ|BgZ]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Dossierwijzigingsverzoek.svg|75px|75px|link=MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
[[MedMij:Landingspagina_Dossierwijzigingsverzoek|Dossierwijzigingsverzoek]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Vaccinatie.svg|75px|75px|link=imm:Landingspagina_Vaccinatie_Immunisatie|Vaccinatie-Immunisatie]]
[[Immu:V0.1_Ontwerpen|Vaccinatie-Immunisatie]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Eerstelijnszorg.svg|75px|75px|link=hg:Landingspagina_ELZ|Eerstelijnszorg]]
[[hg:Landingspagina_ELZ|Eerstelijnszorg]]
| style="text-align: center;" | [[Bestand:Icoon_Nictiz_Cirkel_Informatiestandaard_Beeld_en_Verslagen.svg|75px|75px|link=Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
[[Landingspagina_Beeldbeschikbaarheid|Beeldbeschikbaarheid]]
|-
| style="text-align: center;" | [[Bestand:Icoon Nictiz Cirkel Informatiestandaard Contra-indicaties en Overgevoeligheden (2).svg|75px|75px|link=Landingspagina Contra-indicaties en Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
[[cio:Landingspagina_Contra-indicaties_en_Overgevoeligheden|Contra-indicaties en Overgevoeligheden]]
|}

=Nictiz-projecten in incubatie=
===Individueel Zorgplan===
*[[Landingspagina_Individueel_Zorgplan|Landingspagina Individueel Zorgplan]]

=Projecten van derden op deze site=
===Bevolkingsonderzoek Darmkanker/Baarmoederhalskanker===
*[[Landingspagina_Bevolkingsonderzoek_Darmkanker|Landingspagina Bevolkingsonderzoek Darmkanker]]
*[[Landingspagina_Bevolkingsonderzoek_Baarmoederhalskanker |Landingspagina Bevolkingsonderzoek Baarmoederhalskanker]]
*[[Landingspagina_Bevolkingsonderzoek_Borstkanker|Landingspagina Bevolkingsonderzoek Borstkanker]]

=Algemeen=
==[[Handleiding_Nictiz_documentatie|Handleiding Nictiz documentatie]]==
*[[Handleiding_Wiki_documentatie|Handleiding Wiki documentatie]]
*[[Handleiding_ART-DECOR_documentatie|Handleiding ART-DECOR documentatie]]
*[[Handleiding_Kardinaliteiten en conformance|Handleiding kardinaliteiten en conformance]]
==HL7 versie 3==
*[[HL7v3|Algemene uitleg HL7 versie 3]]
*[https://confluence.hl7.org/display/HNETH/Implementatiehandleiding_HL7v3_basiscomponenten_v2.3_Rev2 HL7v3 Basiscompenenten, versie 2.3 rev2] (externe link naar HL7 Nederland), met daarin onder andere:
**[https://confluence.hl7.org/display/HNETH/Datatypes+Release+1+versie+2.3 HL7 versie 3 Datatypes]
** Om historische redenen is voor de CMET's soms nog de [https://www.hl7.nl/images/downloads/Implementatiehandleiding%20HL7v3%20Basiscomponenten%20%202.3NL_secure.pdf PDF van de basiscomponentengids] nodig

==HL7 FHIR==
'''STU3'''
*[[FHIR:V1.0_FHIR_IG_STU3|FHIR STU3 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_STU3|FHIR STU3 Profiling guidelines]]
'''R4'''
*[[FHIR:V1.0_FHIR_IG_R4|FHIR R4 Implementation Guide]]
*[[FHIR:V1.0_FHIR_Profiling_Guidelines_R4|FHIR R4 Profiling guidelines]]

==Object IDentifiers (OIDs)==
*[http://www.hl7.nl/wiki/index.php/Implementatiehandleiding_HL7v3_basiscomponenten#Identificatiemechanismen Object IDentifiers toelichting in HL7v3 basiscomponenten]
{{NoteBox|De implementatiehandleiding basiscomponenten versie 2.3-Rev2 van november 2019 heeft extra duiding gekregen in §5.1 ten behoeve van juist OID-gebruik. Deze essentiële duiding is hieronder nogmaals uitgelicht:
* De inrichting van identificatie is een samenspel tussen zorgaanbieder en systeemleverancier
* Identificatie dient persistent en wereldwijd uniek te zijn
* Zorgaanbieders dienen zich ervan te vergewissen dat systemen in haar organisatie allemaal persistent unieke identificatie garanderen
* Als meerdere systemen op basis van dezelfde OID (bijvoorbeeld URA) van de zorgaanbieder identificatie toekennen, dan zijn branches onder deze OID onvermijdelijk
** Voorbeeld voor zorgaanbieder met URA 12345678 die deze voor identificatie in zijn lab- en radiologiesysteem wil gebruiken LAB: 2.16.528.1.1007.3.3.12345678.'''1''' RAD: 2.16.528.1.1007.3.3.12345678.'''2'''
* Identificatie op basis van URA werkt alleen goed als de zorgaanbieder administratie over toegekende OID's per systeem bijhoudt, zodat er geen ambiguïteit ontstaat
* Als een zorgaanbieder geen OID-administratie per systeem kan of wil voeren, dan kan een leverancier deze service voor zijn systeem bieden door een OID aan te vragen. Op basis hiervan kan de leverancier, branches toekennen aan klanten. Uiteraard dient de leverancier dan de administratie hierop bij te houden.
}}

==OID / URI Registers==
*[https://www.nictiz.nl/standaardisatie/overzichten/oids/ Nictiz OID Register]
*[https://hl7.nl/oid-register.html HL7 NL OID Register] en [https://www.hl7.nl/wiki/index.php?title=OIDs_en_FHIR_System_URIs HL7 NL FHIR URI Register] voor bestaande OID's
*[https://decor.nictiz.nl/decor/services/OIDIndex ART-DECOR OID Register] (bevat tevens FHIR URI's voor zover bekend en gerelateerd aan een OID)
*[https://www.hl7.org/oid HL7.org OID Register]
*FHIR STU3: [https://hl7.org/fhir/stu3/terminologies-systems.html System URIs] en [http://hl7.org/fhir/stu3/identifier-registry.html Identifier System URIs]
*FHIR huidig: [https://hl7.org/fhir/terminologies-systems.html URIs] en [http://hl7.org/fhir/identifier-registry.html Identifier System URIs] (alle hl7.org codesysteem uri's zijn van STU3 naar R4 gewijzigd in terminology.hl7.org/CodeSystem)

mp:V3.0.0 MedicationProcess9 FHIR

2023-11-01T08:26:56Z

Ahenket: Heeft de beveiliging van "mp:V3.0.0 MedicationProcess9 FHIR" opgeheven

__NUMBEREDHEADINGS__
{{DISPLAYTITLE:FHIR Implementation Guide Medication Process 9 version {{VersieInfo|mp9|release=V3.0.0}} }}

__TOC__

= Introduction =
This is the implementation guide (IG) for the information standard Medication Process 9 (MP9) version {{VersieInfo|mp9|release=V3.0.0}} using the HL7® FHIR® standard. The MP9 standard is described in [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9_ENG this functional specification] and further specified here using [https://www.hl7.org/fhir/R4/ FHIR version R4]. This implementation guide assumes that the reader is familiar with both the functional specification and this version of FHIR.

Apart from this document, the guidelines as specified in the [[FHIR:V1.0_FHIR_IG_R4|general FHIR Implementation Guide]] apply. In particular, the reader should take note of the [[FHIR:V1.0_FHIR_IG_R4#Overarching_principles|Overarching principles]] and the use of [[FHIR:V1.0_FHIR_IG_R4#FHIR_Packages|FHIR packages]]. Where the general IG uses the term ‘use case’, this IG follows the functional specification in using the term ‘transaction’ for the various processes that are described. The functional specification uses the term ‘use case’ for more practical examples.

This IG first describes the boundaries and relationships in place, after which the implementation is described per transaction.

= Boundaries and relationships =
== Building blocks and profiles ==

The exchange of data within the MP9 standard version {{VersieInfo|mp9|release=V3.0.0}} is largely based on the 2020 publication of the Dutch Health and Care Information Models (Dutch: ‘zorginformatiebouwstenen’ or ‘zibs’). The objects that are present in the functional data set of the MP9 standard (and which are actually exchanged) are referred to as ‘building blocks’, and can thus be seen as ‘extended zibs’ suitable for implementation.

However, due to new insights, the medication related building blocks in the functional data set have deviated from the corresponding zibs they were originally based on, making them incompatible in varying degrees from a technical point of view. Therefore it was not possible to implement the FHIR profiles for these main building blocks by building on and extending [[FHIR:V1.0_FHIR_IG_R4#Functional_definitions|the nl-core profiles]] based on zib-publication 2020. Hence the profiles for these building blocks have been created ‘independently’ from these profiles, meaning that the MP9 profiles have no dependency on the zib2020-package.

Because the way 90 million numbers are exchanged is not compatible with the 2020 publication of zib PharmaceuticalProduct, a fork of the corresponding nl-core profile called 'mp-PharmaceuticalProduct' has been introduced.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.medicationprocess9|v1=2.0.0-beta.1|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.8.0-beta.1}}

=== Medication building blocks ===

As described above, the main medication building blocks have no dependency on any zib2020 counterparts, resulting in so-called ‘mp’ profiles. Moreover, note that the building block VariableDosingRegimen does not have a zib counterpart, hence it makes sense to include it as an mp profile as well.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block (EN)
! style="font-weight: bold;text-align:left;" | Building block (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| VariableDosingRegimen
| WisselendDoseerschema
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-VariableDosingRegimen|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationDispense
| Medicatieverstrekking
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationDispense|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationUse2
| Medicatiegebruik2
| MedicationStatement
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationUse2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAdministration2
| Medicatietoediening2
| MedicationAdministration
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAdministration2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|}

=== Supporting building blocks ===

Additionally, the standard uses several supporting building blocks referenced from the main medication building blocks. All supporting building blocks are part of the [[FHIR:V1.0_FHIR_IG_R4#Functional_definitions|‘nl-core’ package]]<ref>Although the nl-core package is still in beta-status, HL7 Netherlands has validated the profiles mentioned and assigned the status 'STU-NL' for use in the MP9 Kickstart, see [[Media:HL7_Nederland_disclaimer_STU-NL.pdf]]</ref>.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block (EN)
! style="font-weight: bold;text-align:left;" | Building block (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Contact
| Contactpersoon
| RelatedPerson
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyHeight
| Lichaamslengte
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyHeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyWeight
| Lichaamsgewicht
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyWeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

Note the following:
* Each occurrence of the zib HealthProfessional is normally represented by '''two''' FHIR resources: an instance of nl-core-HealthProfessional-PractitionerRole and an instance of nl-core-HealthProfessional-Practitioner. Sending systems should only fill the reference to the PractitionerRole instance where relevant. Receiving systems can resolve the reference to the Practitioner resource from that PractitionerRole instance.
* The zib HealthcareProvider is mapped to both a Location and Organization profile. Most often, the Location profile acts as the focal resource, because most references to this zib are concerned about the recording of the physical location where the care to patient/client takes place rather than the organizational information. For the latter, the profile on Organization is used which is referenced using the {{fhir|Location.managingOrganization}} element. Sending systems should only fill the reference to the Location instance where relevant. Incidentally, concepts that are only concerned with organizational information can refer to the Organization instance.

=== Transaction specific profiles ===

For several transactions, additional profiles are provided. For each transaction the profile relevant is explicitly mentioned in the corresponding subsection.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| rowspan="2" | MedicationOverview
| rowspan="2" | MedicatieOverzicht
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| List
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationPrescription
| Voorschrift
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationPrescription-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationPrescriptionProcessing
| VoorschriftAfhandeling
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationPrescriptionProcessing-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| ProposalDispenseRequest
| VoorstelVerstrekkingsverzoek
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ProposalDispenseRequest-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | ReplyProposalDispenseRequest
| rowspan="2" | AntwoordVoorstelVerstrekkingsverzoek
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalDispenseRequest-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Communication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalDispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| ProposalMedicationAgreement
| VoorstelMedicatieafspraak
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ProposalMedicationAgreement-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | ReplyProposalMedicationAgreement
| rowspan="2" | AntwoordVoorstelMedicatieafspraak
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalMedicationAgreement-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Communication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalMedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|}

====Bundle profiles====
The profiles on Bundle serve as guidance both on what is needed to differentiate between transactions (for example setting {{fhir|.meta.tag}} or a specific value of {{fhir|.intent}}, see also [[mp:V3.0.0_MedicationProcess9_FHIR#Differentiating_between_transactions|Differentiating between transactions]]) and on which building blocks can be expected to be included in a Bundle within a transaction.

All building blocks defined in the functional specification of a transaction have been added as slices on {{fhir|.entry}}. This is not a limited list, a sending system has the option to include more referenced resources if needed. Note that where the functional specification of a transaction specifies a minimum cardinality of 1 for a building block, the minimum cardinality in a Bundle profile has been set to 0. Because there are different ways in FHIR to reference to building blocks, senders are not required to include it in the Bundle.

Where the functional specification of a transaction expects a HealthProfessional building block, both [[mp:V3.0.0_MedicationProcess9_FHIR#Supporting_building_blocks|the profiles on resource types PractitionerRole and Practitioner]] have been included in the Bundle profile. The same goes for the HealthcareProvider building block with its profiles on Location and Organization.

== Mappings between profiles and data set ==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘dataelement-mp9x’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘mp-dataelement9x-83’ (MedicationAgreementDateTime) has a relation with the zib element with id ‘NL-CM-9.6.19757’, therefore no mapping with ‘mp-dataelement9x-83’ can be found in the profiles. On the other hand, ‘mp-dataelement9x-42’ (Identification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Between the versions 2.0.0 and 3.0.0-beta.1 of the MP9 standard, changes in the functional definition have lead to mappings being deprecated. The following situations can be identified:
* If an element in the functional definition was modified in a non-compatible way (for example, a concept has been removed from or added to the value set on that element)
** and the element had a zib mapping applied, the zib mapping gets a suffix {{term|[DEPRECATED]}}, and a mapping to MP9 3.0.0-beta.1 is added following the rules stated before.
** and the element had an MP9 2.0.0 mapping applied, the 2.0.0 mapping gets a suffix {{term|[DEPRECATED]}}, and a mapping to MP9 3.0.0-beta.1 is added following the rules stated before.
* If an element in the functional definition is removed
** and the element had a zib mapping applied, the zib mapping gets a suffix {{term|[DEPRECATED]}}, and all other profiling characteristics are removed.
** and the element had an MP9 2.0.0 mapping applied, the 2.0.0-mapping gets a suffix {{term|[DEPRECATED]}}, and all other profiling characteristics are removed.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modelling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the mp-MedicationAgreement profile, {{fhir|.requester}} has a cardinality of 0..1, while in the ‘Serve Medication data’ ART-DECOR transaction, the Prescriber element has a cardinality of 1..1 R. Therefore, {{fhir|.requester}} is expected to be filled with either a Reference to an nl-core-HealthProfessional-PractitionerRole resource or a [http://hl7.org/fhir/R4/extension-data-absent-reason.html DataAbsentReason extension], see the [[FHIR:V1.0_FHIR_IG_R4#Missing_information|general FHIR IG on ‘Missing information’]].

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

Relations between different building blocks exist in transactions by means of concepts with a name starting with ‘Relation…’ (Dutch: ‘Relatie…’) and an underlying concept 'Identification' of data type Identification, for example RelationAdministrationAgreement (mp-dataelement920-1328) in building block MedicationAgreement. These relations are mapped to the FHIR data type ‘Reference’. Implementers SHOULD use literal references (using {{fhir|.reference}}) instead of logical references (using {{fhir|.identifier}}) where possible, see the [[FHIR:V1.0_FHIR_IG_R4#Use_of_the_reference_datatype|general FHIR IG on the Reference data type]].

== Pharmaceutical treatment ==
The MP9 transaction data sets reference a container ‘Pharmaceutical treatment’ (Dutch: ‘Medicamenteuze behandeling’), which contains all medication building blocks relevant to the transaction. For the specification of the Pharmaceutical treatment, see [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#.27Medicamenteuze_behandeling.27|the functional specification]]. In FHIR, the Pharmaceutical treatment does not have an explicit resource representation. Instead, each medication building block contains the PharmaceuticalTreatmentIdentifier extension which contains the ‘Pharmaceutical Treatment Identifier’. This Identifier shall be the same across different related medication resources that constitute one Pharmaceutical treatment. The custom search parameter {{fhir|pharmaceutical-treatment-identifier}}, see [[#Search_parameters|‘Search parameters’]], is used within the ‘Medication data’ transaction to query a server for all building blocks within a specific Pharmaceutical treatment.

== Patient identification ==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij ‘Afsprakenstelsel’ or through the usage of search parameters for patient identification.

Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, which is a [https://www.hl7.org/fhir/r4/search.html#chaining chained search parameter] for all resource types except Patient, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:
* Patient: {{fhir|identifier}}
* MedicationRequest: {{fhir|patient.identifier}} and {{fhir|subject:Patient.identifier}}
* MedicationDispense: {{fhir|patient.identifier}} and {{fhir|subject:Patient.identifier}}
* MedicationStatement: {{fhir|patient.identifier}} and {{fhir|subject:Patient.identifier}}
* MedicationAdministration: {{fhir|patient.identifier}} and {{fhir|subject:Patient.identifier}}

An example of a request that retrieves all MedicationRequest resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/MedicationRequest?patient.identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

All request examples in this document do not include patient identification mechanisms. Requesters are assumed to include these if necessary.

== Resource identification ==
All profiles used within the MP9 information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modelling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V1.0_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using OIDs, the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Netherlands HL7v3 datatype II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

== Differentiating between transactions ==
All transactions described in this IG use the same medication building blocks in different combinations and settings, making it necessary to differentiate between them. Several mechanisms are used to achieve this. Aside from PUSH/PULL, the type of medication building blocks, supporting resources like List and Communication for specific transactions and fixing the value of specific FHIR elements in applicable profiles, the {{term|actionable}} tag is used. The latter is described more in depth in the following section. Next to that, a summarizing table is provided.

Note that {{fhir|Resource.meta.profile}}, although present in each building block (see [[FHIR:V1.0_FHIR_IG_R4#Profile_use_and_declaration|the general FHIR IG on ‘Profile use and declaration’]]), SHOULD [https://hl7.org/fhir/r4/resource.html#profile-tags not be used for identification of the building block type] and therefore for differentiating between transactions.

=== Actionable tag ===
To differentiate between sending or serving building blocks that are either of informative nature or of actionable nature, the {{term|actionable}} tag is used. [https://hl7.org/fhir/r4/resource.html#tag Tags] are {{datatype|Coding}} elements present in {{fhir|Resource.meta.tag}} used for workflow management.

If applicable, the profiles used by a transaction require the use of {{fhir|.meta.tag}} with {{fhir|.system}} = {{term|<nowiki>http://terminology.hl7.org/CodeSystem/common-tags</nowiki>}} and {{fhir|.code}} = {{term|actionable}} to indicate that the resource is part of a request intended to be acted upon. The absence of this tag indicates that the resource is merely of informative nature.

It is up to systems to determine how and when the transactions using the {{term|actionable}} tag are handled from a functional perspective. Systems may store the resource including the {{term|actionable}} tag or remove it either upon storing or when the request is acted upon. However, systems SHALL make sure the tag is removed when serving or sending the resource as part of an informative transaction.

=== Summarizing table ===
{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Transaction
! style="font-weight: bold;text-align:left;" | PUSH/PULL
! style="font-weight: bold;text-align:left;" | Building blocks
! style="font-weight: bold;text-align:left;" | {{term|actionable}} tag
! style="font-weight: bold;text-align:left;" | FHIR element value
! style="font-weight: bold;text-align:left;" | Other
|-
| Medication data (Retrieve/Serve)
| PULL
| One or more of all building blocks
| No
|
|
|-
| Medication data (Send/Receive)
| PUSH
| One or more of all building blocks
| No
|
|
|-
| Medication overview (Retrieve/Serve)
| PULL
| MedicationAgreement, AdministrationAgreement, MedicationUse
| No
|
| Includes MedicationOverview List resource in Bundle
|-
| Medication overview (Send/Receive)
| PUSH
| MedicationAgreement, AdministrationAgreement, MedicationUse
| No
|
| Includes MedicationOverview List resource in Bundle
|-
| Medication prescription (Send/Receive)
| PUSH
| MedicationAgreement, DispenseRequest (optional)
| Yes
| {{fhir|MedicationRequest.intent}} = {{term|order}} (for both MedicationAgreement and DispenseRequest building blocks)
|
|-
| Medication prescription processing (Send/Receive)
| PUSH
| AdministrationAgreement, MedicationDispense (optional)
| Yes
|
|
|-
| Proposal dispense request (Send/Receive)
| PUSH
| DispenseRequest
| Yes
| {{fhir|MedicationRequest.intent}} = {{term|plan}}
|
|-
| Reply proposal dispense request (Send/Receive)
| PUSH
|
| Yes
|
| Communication resource with reference to DispenseRequest
|-
| Proposal medication agreement (Send/Receive)
| PUSH
| MedicationAgreement
| Yes
| {{fhir|MedicationRequest.intent}} = {{term|plan}}
|
|-
| Reply proposal medication agreement (Send/Receive)
| PUSH
|
| Yes
|
| Communication resource with reference to MedicationAgreement
|}

= Transactions =
This section describes the FHIR implementation of all transactions listed in [[mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Information_systems_and_transactions|section 7 of the functional specification]]. Transactions are paired per transaction group. Each subsection below hyperlinks the names of the transaction groups and transactions to the functional definition in an ART-DECOR publication. The ART-DECOR publication details which data elements are expected to be supported ([[Handleiding_Kardinaliteiten_en_conformance|cardinality and conformance]]) for each transaction. Where the functional specification uses the terms ‘Consulting’ and ‘Making available’, this IG uses the terms ‘Retrieving’ and ‘Serving’.
<section begin=medmij />
== Medication data (Retrieve/Serve) ==
The retrieve medication data transaction is used by the client to retrieve medication data from a server. The client can retrieve its desired information by searching for specific medication building blocks.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.139-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.372_20220630000000 Medication data (PULL)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.373-2022-06-30T000000.html Retrieving medication data]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-MGR
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationData.RetrieveServe|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Retrieve/serve medication data}}
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.374-2022-06-30T000000.html Serving medication data]
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-MGB
|}

=== Retrieve (request message) ===
When a patient or healthcare professional wants to obtain all medication data or specific parts matching various parameters, they issue a retrieve medication data request message. This message uses the HTTP GET method parameterized query against the server's medication FHIR endpoints. These endpoints can be one of the following:
* MedicationRequest
* MedicationDispense
* MedicationStatement
* MedicationAdministration

The search interaction is performed by an HTTP GET conform the [http://hl7.org/fhir/R4/search.html FHIR search specification], as shown below. This URL is configurable by the client by configuring the search query. Multiple request messages may be needed to retrieve all desired information.

<pre>GET [base]/[type]{?[parameters]}</pre>

==== Search parameters ====
All search parameters listed in the table below SHALL be supported for processing by servers and MAY be supported by clients.

{| class="wikitable"
! style="font-weight: bold;text-align:left;" | MP9 search parameter
! style="font-weight: bold;text-align:left;" | Description
! style="font-weight: bold;text-align:left;" | FHIR search parameter
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | Example
|-
| PatientIdentificationNumber
| Search on patient.
| {{fhir|patient.identifier}} <ref name="patient-searchparameter">This search parameter only needs to be supported when patient identification requires the use of search parameters, see [[#Patient_identification|section 2.4]].</ref>
| MedicationRequest, MedicationDispense, MedicationStatement, MedicationAdministration
| Retrieves all MedicationRequest resources of a patient with a fake BSN of 11122233.
<pre>GET [base]/MedicationRequest?patient.identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
|-
| Identification
| Search on identifier.
| {{fhir|identifier}}
| MedicationRequest, MedicationDispense, MedicationStatement, MedicationAdministration
| Retrieves a MedicationRequest resource with a specific identifier.
<pre>GET [base]/MedicationRequest?identifier=http://example.nl/fhir/NamingSystem/MedicationRequest|999922448</pre>
|-
| Identification
| Search on the pharmaceutical treatment identifier.
Note: retrieval of all medication resources belonging to one pharmaceutical treatment requires to search on all medication resource types.
| {{fhir|pharmaceutical-treatment-identifier}} <ref name="custom-searchparameter">The search parameter consists of a custom FHIR search parameter not represented in the FHIR specification. Note that for {{fhir|MedicationRequest.category}} and {{fhir|MedicationStatement.category}} a core search parameter is available, hence no custom one is needed in those cases.</ref>
| MedicationRequest, MedicationDispense, MedicationStatement, MedicationAdministration
| Retrieves all MedicationRequest resources that are part of a pharmaceutical treatment with a specific identifier.
<pre>GET [base]/MedicationRequest?pharmaceutical-treatment-identifier=http://example.nl/fhir/NamingSystem/pharmaceuticaltreatment|1247848</pre>
|-
| rowspan="4" | Type
| rowspan="4" | Search on type of medication building block.
| rowspan="4" | {{fhir|category}} <ref name="custom-searchparameter"/>
| MedicationRequest
| Retrieves all MedicationRequest resources that represent the building block MedicationAgreement.
<pre>GET [base]/MedicationRequest?category=http://snomed.info/sct|33633005</pre>
Retrieves all MedicationRequest resources that represent the building block DispenseRequest.
<pre>GET [base]/MedicationRequest?category=http://snomed.info/sct|52711000146108</pre>
Retrieves all MedicationRequest resources that represent the building block VariableDosingRegimen.
<pre>GET [base]/MedicationRequest?category=http://snomed.info/sct|395067002</pre>
|-
| MedicationDispense
| Retrieves all MedicationDispense resources that represent the building block MedicationDispense.
<pre>GET [base]/MedicationDispense?category=http://snomed.info/sct|373784005</pre>
Retrieves all MedicationDispense resources that represent the building block AdministrationAgreement.
<pre>GET [base]/MedicationDispense?category=http://snomed.info/sct|422037009</pre>
|-
| MedicationStatement
| Retrieves all MedicationStatement resources that represent the building block MedicationUse2.
<pre>GET [base]/MedicationStatement?category=http://snomed.info/sct|422979000</pre>
|-
| MedicationAdministration
| Retrieves all MedicationAdministration resources that represent the building block MedicationAdministration2.
<pre>GET [base]/MedicationAdministration?category=http://snomed.info/sct|18629005</pre>
|-
| MedicationCode
| Search on medication code.
| {{fhir|medication.code}}<ref>[https://www.hl7.org/fhir/r4/search.html#chaining Chained search parameter]: searches the medicationReference required in each building block for its {{fhir|.code}}.</ref>
| MedicationRequest, MedicationDispense, MedicationStatement, MedicationAdministration
| Retrieves all MedicationRequest resources that represent the building block MedicationAgreement and have Carbasalaatcalcium Sandoz 600 30 as medication.
<pre>GET [base]/MedicationRequest?category=http://snomed.info/sct|33633005&medication.code=urn:oid:2.16.840.1.113883.2.4.4.8|13610554</pre>
|-
| PeriodOfUse
| Search on the MedicationAgreement, VariableDosingRegimen, AdministrationAgreement and MedicationUse2 building blocks that are related to medication that was used, is used or will be used during the indicated period.
| {{fhir|period-of-use}}<ref name="custom-searchparameter"/>
| MedicationRequest, MedicationDispense, MedicationStatement<ref>For the MedicationRequest and MedicationDispense resource types, the {{fhir|period-of-use}} parameter searches on the ext-TimeInterval.Period extension which may include the ext-TimeInterval.Duration extension. For the MedicationStatement resource type, the parameter modifies the core search parameter on {{fhir|.effective}} to include the ext-TimeInterval.Duration extension that may be present.</ref>
| Retrieves all MedicationRequest resources that represent the building block MedicationAgreement and were in effect from 01-01-2010.
<pre>GET [base]/MedicationRequest?category=http://snomed.info/sct|33633005&period-of-use=ge2010-01-01</pre>
|-
| DispensePeriod
| Returns all medication dispenses within the specified time period.
| {{fhir|whenhandedover}}
| MedicationDispense
| Retrieves all MedicationDispense resources that represent the building block MedicationDispense and were handed over within a 2 year period.
<pre>GET [base]/MedicationDispense?category=http://snomed.info/sct|373784005&whenhandedover=ge2010-01-01&whenhandedover=le2011-12-31</pre>
|-
| AdministrationPeriod
| Returns all medication administrations within the specified time period.
| {{fhir|effective-time}}
| MedicationAdministration
| Retrieves all MedicationAdministration resources that represent the building block MedicationAdministration2 and where administration happened on a specific day.
<pre>GET [base]/MedicationAdministration?category=http://snomed.info/sct|18629005&effective-time=eq2022-01-01</pre>
|-
| -
| The client may request that the server returns resources related to the search results, in order to reduce the overall network delay of repeated retrievals of related resources.
Supporting the include of the Patient and Medication resources referenced by building blocks is required. Others (Organization, Location, PractitionerRole, Practitioner, RelatedPerson, Observation) are optional. However: all resources referenced per literal reference SHALL be resolvable [[FHIR:V1.0_FHIR_IG_R4#Including_referenced_resources|per the Nictiz IG]].
| {{fhir|<nowiki>_include=[type]:patient</nowiki>}}
{{fhir|<nowiki>_include=[type]:medication</nowiki>}}
| MedicationRequest, MedicationDispense, MedicationStatement, MedicationAdministration
| Retrieves all MedicationRequest resources that have Carbasalaatcalcium Sandoz 600 30 as medication and includes the Medication resource in the search results.
<pre>GET [base]/MedicationRequest?medication.code=urn:oid:2.16.840.1.113883.2.4.4.8|13610554&_include=MedicationRequest:medication</pre>
|}

The following custom search parameters are defined for this transaction:

* {{Simplifier|http://nictiz.nl/fhir/SearchParameter/pharmaceutical-treatment-identifier|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
* {{Simplifier|http://nictiz.nl/fhir/SearchParameter/category|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
* {{Simplifier|http://nictiz.nl/fhir/SearchParameter/period-of-use|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}

==== Retrieve all medication data ====
To retrieve all known medication data, a client has to execute the following requests to retrieve all known medication data per building block, including referenced Medication resources:

<pre>
GET [base]/MedicationRequest?category=http://snomed.info/sct|33633005&_include=MedicationRequest:medication
GET [base]/MedicationRequest?category=http://snomed.info/sct|52711000146108&_include=MedicationRequest:medication
GET [base]/MedicationRequest?category=http://snomed.info/sct|395067002&_include=MedicationRequest:medication
GET [base]/MedicationDispense?category=http://snomed.info/sct|373784005&_include=MedicationDispense:medication
GET [base]/MedicationDispense?category=http://snomed.info/sct|422037009&_include=MedicationDispense:medication
GET [base]/MedicationStatement?category=http://snomed.info/sct|422979000&_include=MedicationStatement:medication
GET [base]/MedicationAdministration?category=http://snomed.info/sct|18629005&_include=MedicationStatement:medication
</pre>

=== Serve (response message) ===
The server returns an HTTP Status code appropriate to the processing outcome and returns a Bundle, with {{fhir|Bundle.type}} = {{term|searchset}}, including the resources matching the search query medication data. The resources included in the Bundle SHALL conform to the profiles listed in the 'List of profiles' below.

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block (EN)
! style="font-weight: bold;text-align:left;" | Building block (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| VariableDosingRegimen
| WisselendDoseerschema
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-VariableDosingRegimen|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationDispense
| Medicatieverstrekking
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationDispense|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationUse2
| Medicatiegebruik2
| MedicationStatement
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationUse2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAdministration2
| Medicatietoediening2
| MedicationAdministration
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAdministration2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Contact
| Contactpersoon
| RelatedPerson
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}
<section end=medmij />
== Medication data (Send/Receive) ==
The send medication data transaction is used by the client to send medication data to a server.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.139-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.375_20220630000000 Medication data (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.376-2022-06-30T000000.html Sending medication data]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-MGS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationData.SendReceive|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive medication data}}
|-
|style="background-color: white;vertical-align:top;"|Receiving medication data
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-MGO
|}

=== Send (request message) ===
Because medication data consists of several building blocks along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The resources included in the Bundle SHALL conform to the profiles listed in the 'List of profiles' below. Because of the informative nature of the transaction, '''no''' [[#Actionable_tag|{{term|actionable}} tags]] shall be present.

=== Receive (response message) ===
The server checks each resource present within the Bundle it receives for the absence of [[#Actionable_tag|{{term|actionable}} tags]].

{{MpFhirReceiveTransaction}}

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block (EN)
! style="font-weight: bold;text-align:left;" | Building block (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| VariableDosingRegimen
| WisselendDoseerschema
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-VariableDosingRegimen|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationDispense
| Medicatieverstrekking
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationDispense|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationUse2
| Medicatiegebruik2
| MedicationStatement
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationUse2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAdministration2
| Medicatietoediening2
| MedicationAdministration
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAdministration2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Contact
| Contactpersoon
| RelatedPerson
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Medication overview (Retrieve/Serve) ==
The retrieve medication overview transaction is used by the client to retrieve a medication overview from the server.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.140-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.388_20220630000000 Medication overview (PULL)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.389-2022-06-30T000000.html Retrieving medication overview]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-MOR
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationOverview.RetrieveServe|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Retrieve/serve medication overview}}
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.390-2022-06-30T000000.html Serving medication overview]
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-MOB
|}

=== Retrieve (request message) ===
When a patient or healthcare professional wants to obtain a patient's medication overview, they issue a retrieve medication overview request message. This message uses an extended operation on the RESTful API to obtain a medication overview from a server. An operation is needed because the server will formulate the content of the response based on its internal business logic. The medication overview can not easily be described by standardized RESTful requests.

The client executes a {{Simplifier|http://nictiz.nl/fhir/OperationDefinition/Medication-Overview|nictiz.fhir.nl.r4.medicationprocess9|title=medication-overview operation}} with an HTTP GET command conform the [http://hl7.org/fhir/R4/search.html FHIR search specification], as shown below. This URL is configurable by the client by configuring the search query.

<pre>
GET [base]/$medication-overview
</pre>

=== Serve (response message) ===
The server returns a HTTP Status code appropriate to the processing of the operation. The successful outcome of the {{Simplifier|http://nictiz.nl/fhir/OperationDefinition/Medication-Overview|nictiz.fhir.nl.r4.medicationprocess9|title={{fhir|$medication-overview}} operation}} is the body of the medication overview response message. Successful processing of this operation should result in a Bundle resource with {{fhir|Bundle.type}} = {{term|searchset}} that conforms to the mp-MedicationOverview-Bundle profile, which contains at least one List resource (that represents the medication overview and conforms to the mp-MedicationOverview profile) and optionally one Patient resource, along with all the resources that represent the current medication overview. These latter resources SHALL be referenced from the List resource. All resources included in the Bundle SHALL conform to their respective profiles listed in [[#Building_blocks_and_profiles|section 2.1]]. The {{fhir|Bundle.total}} value contains the number of matching building blocks (i.e. MedicationAgreement, AdministrationAgreement and MedicationUse2). Other included resources, such as Medication resources, are not included in the total.

The clinical content of the medication overview is defined in the [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Medication_overview_and_inference_rules Medication Process specification].

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| rowspan="2" | MedicationOverview
| rowspan="2" | MedicatieOverzicht
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| List
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationUse2
| Medicatiegebruik2
| MedicationStatement
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationUse2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Contact
| Contactpersoon
| RelatedPerson
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyHeight
| Lichaamslengte
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyHeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyWeight
| Lichaamsgewicht
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyWeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Medication overview (Send/Receive) ==
The send medication overview transaction is used by the client to send a medication overview to a server.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.140-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.391_20220630000000 Medication overview (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.392-2022-06-30T000000.html Sending medication overview]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-MOS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationOverview.SendReceive|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive medication overview}}
|-
|style="background-color: white;vertical-align:top;"|Receiving medication overview
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-MOO
|}

=== Send (request message) ===
Because a medication overview consists of several building blocks along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-MedicationOverview-Bundle profile, which contains at least one List profile (that represents the medication overview and conforms to the mp-MedicationOverview profile) and optionally one Patient resource, along with all the resources that represent the current medication overview. These latter resources SHALL be referenced from the List resource. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

The clinical content of the medication overview is defined in the [https://informatiestandaarden.nictiz.nl/wiki/mp:V3.0.0_Ontwerp_medicatieproces_9_ENG#Medication_overview_and_inference_rules Medication Process specification].

=== Receive (response message) ===

{{MpFhirReceiveTransaction}}

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| rowspan="2" | MedicationOverview
| rowspan="2" | MedicatieOverzicht
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| List
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationOverview|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationUse2
| Medicatiegebruik2
| MedicationStatement
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationUse2|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Contact
| Contactpersoon
| RelatedPerson
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-ContactPerson|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyHeight
| Lichaamslengte
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyHeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyWeight
| Lichaamsgewicht
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyWeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Medication prescription (Send/Receive) ==
The send medication prescription transaction is used by the client to send a request to dispense medication (Dutch: verstrekkingsverzoek) or process modifications to a medication agreement (Dutch: medicatieafspraak) to a server.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.141-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.394_20220630000000 Medication prescription (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.395-2022-06-30T000000.html Sending medication prescription]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VOS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationPrescription|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive medication prescription}}
|-
|style="background-color: white;vertical-align:top;"|Receiving medication prescription
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VOO
|}

=== Send (request message) ===
Because a medication prescription consists of several building blocks along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-MedicationPrescription-Bundle profile, which contains at least a MedicationAgreement building block (with {{fhir|MedicationRequest.intent}} = {{term|order}}) and optionally a DispenseRequest building block (with {{fhir|MedicationRequest.intent}} = {{term|order}}). Additionally, one instance of nl-core-Patient, nl-core-BodyHeight and nl-core-BodyWeight, and multiple instances of mp-PharmaceuticalProduct might be included, as well as other supporting resources. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below

The mp-MedicationPrescription-Bundle profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resources sent are part of a prescription and of actionable nature.

=== Receive (response message) ===
The server checks the MedicationAgreement and DispenseRequest building blocks present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]] and the value of {{fhir|MedicationRequest.intent}} = {{term|order}} to determine the transaction type.

{{MpFhirReceiveTransaction}}

Aside from the technical processing outcome described above, after functional processing an invocation of the [[#Medication_prescription_processing_.28Send.2FReceive.29|‘Send medication prescription processing’ transaction]] is expected.

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| MedicationPrescription
| Voorschrift
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationPrescription-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyHeight
| Lichaamslengte
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyHeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyWeight
| Lichaamsgewicht
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyWeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Medication prescription processing (Send/Receive) ==
The send medication prescription processing transaction is used by the client to send data on the processing of a medication agreement (Dutch: medicatieafspraak) and possibly a dispense request (Dutch: verstrekkingsverzoek), in the form of an administration agreement (Dutch: toedieningsafspraak) and optionally a medication dispense (Dutch: medicatieverstrekking).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.143-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.406_20220630000000 Medication prescription processing (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.407-2022-06-30T000000.html Sending data on processing of medication prescription]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VAS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-MedicationPrescriptionProcessing|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive medication prescription processing}}
|-
|style="background-color: white;vertical-align:top;"|Receiving data on processing of medication prescription
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VAO
|}

=== Send (request message) ===
Because data on processing a medication prescription consists of several building blocks along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-MedicationPrescriptionProcessing-Bundle profile, which contains at least an AdministrationAgreement building block and optionally a MedicationDispense building block. Additionally, one instance of nl-core-Patient and multiple instances of mp-PharmaceuticalProduct might be included, as well as other supporting resources. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

The mp-MedicationPrescriptionProcessing-Bundle profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resources sent are part of a prescription and of actionable nature.

=== Receive (response message) ===
The server checks the AdministrationAgreement and MedicationDispense building blocks present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]].

{{MpFhirReceiveTransaction}}

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| MedicationPrescriptionProcessing
| VoorschriftAfhandeling
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationPrescriptionProcessing-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| AdministrationAgreement
| Toedieningsafspraak
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-AdministrationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationDispense
| Medicatieverstrekking
| MedicationDispense
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationDispense|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Proposal dispense request (Send/Receive) ==
The send proposal dispense request transaction is used by the client to inform the server about a new or modified proposal dispense request (Dutch: verstrekkingsverzoek).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.400_20220630000000 Proposal dispense request (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.401-2022-06-30T000000.html Sending proposal dispense request]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VVS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-ProposalDispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive proposal dispense request}}
|-
|style="background-color: white;vertical-align:top;"|Receiving proposal dispense request
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VVO
|}

=== Send (request message) ===
Because a proposal dispense request consists of a DispenseRequest building block along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-ProposalDispenseRequest-Bundle profile, which contains one DispenseRequest building block (with {{fhir|MedicationRequest.intent}} = {{term|plan}}). Additionally, one instance of nl-core-Patient and multiple instances of mp-PharmaceuticalProduct might be included, as well as other supporting resources. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

The mp-ProposalDispenseRequest-Bundle profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resources sent are part of a proposal and of actionable nature.

=== Receive (response message) ===
The client checks the DispenseRequest building block present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]] and the value of {{fhir|MedicationRequest.intent}} = {{term|plan}} to determine the transaction type.

{{MpFhirReceiveTransaction}}

Aside from the technical processing outcome described above, after functional processing an invocation of the [[#Reply_proposal_dispense_request_.28Send.2FReceive.29|‘Send reply proposal dispense request’ transaction]] is expected.

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| ProposalDispenseRequest
| VoorstelVerstrekkingsverzoek
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ProposalDispenseRequest-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Reply proposal dispense request (Send/Receive) ==
The send reply proposal dispense request transaction is used by the client to inform the server about a reply on a proposed dispense request (Dutch: verstrekkingsverzoek).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.403_20220630000000 Reply proposal dispense request (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.404-2022-06-30T000000.html Sending reply proposal dispense request]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VVO
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-ReplyProposalDispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive reply proposal dispense request}}
|-
|style="background-color: white;vertical-align:top;"|Receiving reply proposal dispense request
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VVS
|}

=== Send (request message) ===
Because a reply proposal dispense request consists of a Communication resource (which contains the reply itself) along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-ReplyProposalDispenseRequest-Bundle profile, which contains at least one Communication resource that conforms to the mp-ReplyProposalDispenseRequest profile. Additionally, one instance of nl-core-Patient and other supporting resources might be included. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

Note that the proposed dispense request that is replied to is internally resolvable by the server, hence it does not need to be included in the Bundle (and is thus not explicitly modelled in the mp-ReplyProposalDispenseRequest-Bundle profile).

The mp-ReplyProposalDispenseRequest profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resource sent is of actionable nature.

=== Receive (response message) ===
The client checks the Communication resource present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]] and the type of building block referenced to determine the transaction type.

{{MpFhirReceiveTransaction}}

Aside from the technical processing outcome described above, after functional processing this transaction might lead to an invocation of the [[#Medication_prescription_.28Send.2FReceive.29|‘Send medication prescription’ transaction]].

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| rowspan="2" | ReplyProposalDispenseRequest
| rowspan="2" | AntwoordVoorstelVerstrekkingsverzoek
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalDispenseRequest-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Communication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalDispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| DispenseRequest
| Verstrekkingsverzoek
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-DispenseRequest|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Proposal medication agreement (Send/Receive) ==
The send proposal medication agreement transaction is used by the client to inform the server about a new or modified proposal medication agreement (Dutch: medicatieafspraak).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.397_20220630000000 Proposal medication agreement (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.398-2022-06-30T000000.html Sending proposal medication agreement]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VMS
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-ProposalMedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive proposal medication agreement}}
|-
|style="background-color: white;vertical-align:top;"|Receiving proposal medication agreement
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VMO
|}

=== Send (request message) ===
Because a proposal medication agreement consists of a MedicationAgreement building block along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-ProposalMedicationAgreement-Bundle profile, which contains at least a MedicationAgreement building block (with {{fhir|MedicationRequest.intent}} = {{term|plan}}). Additionally, one instance of nl-core-Patient, nl-core-BodyHeight and nl-core-BodyWeight, and multiple instances of mp-PharmaceuticalProduct might be included, as well as other supporting resources. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

The mp-ProposalMedicationAgreement-Bundle profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resources sent are part of a proposal and of actionable nature.

=== Receive (response message) ===
The client checks the MedicationAgreement building block present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]] and the value of {{fhir|MedicationRequest.intent}} = {{term|plan}} to determine the transaction type.

{{MpFhirReceiveTransaction}}

Aside from the technical processing outcome described above, after functional processing an invocation of the [[#Reply_proposal_medication_agreement_.28Send.2FReceive.29|‘Send reply proposal medication agreement’ transaction]] is expected.

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| ProposalMedicationAgreement
| VoorstelMedicatieafspraak
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ProposalMedicationAgreement-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| PharmaceuticalProduct
| FarmaceutischProduct
| Medication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-PharmaceuticalProduct|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyHeight
| Lichaamslengte
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyHeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| BodyWeight
| Lichaamsgewicht
| Observation
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-BodyWeight|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

== Reply proposal medication agreement (Send/Receive) ==
The send reply proposal medication agreement transaction is used by the client to inform the server about a reply on a proposed medication agreement (Dutch: medicatieafspraak).

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''System role'''
! style="text-align:left;"| '''FHIR CapabilityStatement'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/sc-2.16.840.1.113883.2.4.3.11.60.20.77.3.142-2022-06-30T000000.html#_2.16.840.1.113883.2.4.3.11.60.20.77.4.445_20220630000000 Reply proposal medication agreement (PUSH)]
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/tr-2.16.840.1.113883.2.4.3.11.60.20.77.4.446-2022-06-30T000000.html Sending reply proposal medication agreement]
|style="background-color: white;vertical-align:top;"|Client
|style="background-color: white;vertical-align:top;"|MP-VMO
|style="background-color: white;vertical-align:top;" rowspan="2"|{{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/mp-ReplyProposalMedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1|title=CapabilityStatement Send/receive reply proposal medication agreement}}
|-
|style="background-color: white;vertical-align:top;"|Receiving reply proposal medication agreement
|style="background-color: white;vertical-align:top;"|Server
|style="background-color: white;vertical-align:top;"|MP-VMS
|}

=== Send (request message) ===
Because a reply proposal medication agreement consists of a Communication resource (which contains the reply itself) along with supporting resources, a {{term|transaction}} interaction is used.

{{MpFhirSendTransaction}}

The Bundle SHALL conform to the mp-ReplyProposalMedicationAgreement-Bundle profile, which contains at least one Communication resource that conforms to the mp-ReplyProposalMedicationAgreement profile. Additionally, one instance of nl-core-Patient and other supporting resources might be included. All resources included in the Bundle SHALL conform to their respective profiles listed in the 'List of profiles' below.

Note that the proposed medication agreement that is replied to is internally resolvable by the server, hence it does not need to be included in the Bundle (and is thus not explicitly modelled in the mp-ReplyProposalMedicationAgreement-Bundle profile).

The mp-ReplyProposalMedicationAgreement profile prescribes the use of [[#Actionable_tag|{{term|actionable}} tags]] to indicate that the resource sent is of actionable nature.

=== Receive (response message) ===
The client checks the Communication resource present within the Bundle it receives for the presence of [[#Actionable_tag|{{term|actionable}} tags]] and the type of building block referenced to determine the transaction type.

{{MpFhirReceiveTransaction}}

Aside from the technical processing outcome described above, after functional processing this transaction might lead to an invocation of the [[#Medication_prescription_.28Send.2FReceive.29|‘Send medication prescription’ transaction]].

=== List of profiles ===

The table below includes all profiles that are explicitly mentioned in the data set of this transaction, and thus need to be supported.

{| class="wikitable"
|-
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (EN)
! style="font-weight: bold;text-align:left;" | Building block/transaction profile (NL)
! style="font-weight: bold;text-align:left;" | FHIR resource
! style="font-weight: bold;text-align:left;" | FHIR profile
|-
| rowspan="2" | ReplyProposalMedicationAgreement
| rowspan="2" | AntwoordVoorstelMedicatieafspraak
| Bundle
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalMedicationAgreement-Bundle|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Communication
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-ReplyProposalMedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| MedicationAgreement
| Medicatieafspraak
| MedicationRequest
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/mp-MedicationAgreement|nictiz.fhir.nl.r4.medicationprocess9|pkgVersion=2.0.0-beta.1}}
|-
| Patient
| Patient
| Patient
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-Patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthProfessional
| rowspan="2" | Zorgverlener
| PractitionerRole
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-PractitionerRole|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Practitioner
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthProfessional-Practitioner|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| rowspan="2" | HealthcareProvider
| rowspan="2" | Zorgaanbieder
| Location
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|-
| Organization
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.8.0-beta.1}}
|}

=Release notes=
Release notes can be found [[mp:V2.0.0_releasenotes|here]].

=Footnotes=
<references/>

Lab:V3.0.0 Ontwerp Laboverdacht

2023-11-01T08:25:26Z

Ahenket: /* Use Cases */

{{DISPLAYTITLE:Ontwerp Informatiestandaard uitwisseling Laboratoriumgegevens v3.0.0}}

__NUMBEREDHEADINGS__

=Inleiding=
==Algemeen==
Deze pagina beschrijft het functioneel ontwerp voor de informatiestandaard Uitwisseling Laboratoriumgegevens. Het proces voor het uitwisselen van laboratoriumgegevens is in onderstaande afbeelding gevisualiseerd.

[[Image:Labuitwisseling_zondercijfers.jpg|900px|Activity diagram]| Figuur: Uitwisseling Labgegevens Proces]]

'' Figuur: Proces Uitwisseling Laboratoriumgegevens''

In dit proces maken verschillende bedrijfsrollen gebruik van informatiesystemen voor het ontvangen of versturen van laboratoriumgegevens. Zo ontvangt een zorgverlener met de bedrijfsrol ‘Huisarts’ in zijn Huisartseninformatiesysteem (HIS) de laboratoriumgegevens vanuit het laboratoriuminformatiesysteem (LIS).

Laboratoriumonderzoek is essentieel in het zorgproces. Het wordt uitgevoerd voor verschillende doelen, zoals het vaststellen van ziekten en het bepalen van de juiste medicatiedosering. Om de laboratoriumresultaten snel en veilig bij de patiënt te krijgen moeten zorgverleners, laboratoria en onderzoekers eenduidig en op dezelfde wijze laboratoriumgegevens registeren en uitwisselen. De informatiestandaard Labuitwisseling zorgt ervoor dat:
*laboratoria onderling opdrachten en laboratoriumresultaten kunnen uitwisselen (Lab2Lab);
*onderzoekscentra direct laboratoriumgegevens kunnen ontvangen van laboratoria (Lab2Publichealth);
*apothekers en huisartsen direct elektronisch de laboratoriumresultaten van hun patiënt kunnen inzien en delen (Lab2Zorg);
*patiënten hun eigen laboratoriumresultaten kunnen inzien en delen (Lab2Patiënt).

Het functioneel ontwerp beschrijft voor alle uitwisselscenario's (in dit document use cases genoemd) uit de informatiestandaard de transacties, transactiegroepen, de systemen, de systeemrollen en de bedrijfsrollen van zorgverleners of patiënten. Daarvoor worden de eisen gegeven voor het sturen of ontvangen van gegevens.
In hoofdstuk 2 wordt verder ingegaan op wat een use case inhoudt. Per use case zijn de nadere details beschreven.

Voor meer informatie over informatiestandaarden en hoe deze worden ontwikkeld, zie de [https://nictiz.nl/standaarden/informatiestandaarden/ Nictiz webpagina voor informatiestandaarden]. Voor de verklaring van de begrippen die voorkomen in het functioneel ontwerp wordt verwezen naar het [https://www.nictiz.nl/standaardisatie/overzichten/begrippen/ begrippenoverzicht op de Nictiz website].

==Doelgroep==
De doelgroepen van dit functionele ontwerp zijn:
*Productmanagers, architecten, ontwerpers en testers van: XIS-leveranciers, zorgorganisaties, laboratoria en Nictiz;
*Vertegenwoordigers van zorgverleners.

==Kaders & uitgangspunten==
===Richtlijn===
De [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens/ Richtlijn Uitwisseling laboratoriumgegevens] beschrijft de processen en informatie-uitwisseling in het laboratoriumdomein.

Het gaat hierbij om alle processen van het laboratoriumdomein opgesplitst in 4 onderdelen:

'''Lab2Zorg'''
* Aanvraag van een zorgverlener en terugkoppeling van de resultaten
* Het actief doorsturen van laboratoriumresultaten van de aanvrager naar een andere zorgverlener
* Het beschikbaarstellen en raadplegen van laboratoriumresultaten

'''Lab2Lab'''
* Uitbesteding van laboratoriumonderzoek van het ene lab naar het andere lab
* Terugsturen van resultaten van uitbesteding van het ene lab naar het andere lab

'''Lab2PublicHealth'''
* Het delen van specifieke laboratoriumresultaten voor surveillance en epidemiologisch onderzoek naar het RIVM.

'''Lab2Patiënt'''
* Het delen van laboratoriumgegevens middels een PGO tussen zorgverlener en patiënt.

===Reikwijdte Informatiestandaard===
De reikwijdte van de informatiestandaard beslaat de functionele beschrijvingen en de dataset voor alle uitwisselingen van Laboratoriumgegevens. Met uitzondering van laboratoriumgegevens als onderdeel van een groter dossier.

==Kwalificatie==
Op basis van dit FO en de daarbij behorende dataset wordt een kwalificatiescript opgesteld. Het opstellen van kwalificatiescripts valt buiten de scope van dit FO. Voor meer informatie zie de websitepagina over [https://nictiz.nl/wat-we-doen/activiteiten/kwalificatie/kwalificatieproces/ Nictiz kwalificaties].

=Usecases=
Een usecase is een specifieke beschrijving van een praktijksituatie in de zorg waarbij voor een concrete situatie het uitwisselen van informatie wordt beschreven aan de hand van actoren (mensen, systemen) en transacties (welke informatie wordt wanneer uitgewisseld). Een usecase is een verbijzondering van een specifiek onderdeel van het zorgproces. Een informatiestandaard kan bestaan uit één of meerdere usecases. In dit FO wordt elke usecase geanalyseerd en uitgewerkt.

In de informatiestandaard Uitwisseling Laboratoriumgegevens zijn de berichten in 4 categorieën verdeeld, de verschillende usecases en de bedrijfsrollen behorende bij de usecases zijn per categorie uitgewerkt. Zie de links hieronder voor de usecases per categorie:
*[[lab:V1.0.2_Ontwerp_Lab2lab|Ontwerp Lab2Lab]]
*[[lab:V1.0.0_Ontwerp_Lab2publichealth|Ontwerp Lab2Publichealth]]
*[[lab:Vcurrent_Ontwerp_Lab2zorg| Ontwerp Lab2Zorg]]
*[[MedMij:V2020.01/OntwerpLabresult|Ontwerp Lab2Patiënt]]

=Aanvullende informatie=

==Aanwijzingen/eisen voor functionaliteit van systemen==
===Eenheid van taal===
Voor de eenheid van taal wordt de [https://labterminologie.nl/art-decor/labconcepts Nederlandse laboratorium codeset] gebruikt. Deze is gebaseerd op Snomed CT, LOINC en UCUM voor eenduidige registratie en uitwisseling van laboratoriumaanvragen en -resultaten.

Met eenduidige laboratoriumgegevens begrijpen zorgverleners elkaar eerder en beter, waardoor patiënten sneller en veiliger de labresultaten krijgen.
Het labcodeset is ontwikkeld in samenwerking met het RIVM, de NVMM en NVKC en wordt professioneel beheerd door Nictiz met behulp van deze partijen.

===Tonen van informatie===
Binnen het laboratoriumdomein is het belangrijk te begrijpen dat verschillende methodes van onderzoek, maar ook de uitvoer van dezelfde methode in verschillende laboratoria of op verschillende machines, verschillende resultaten kunnen opleveren binnen hetzelfde monster.
Daarom kunnen resultaten verkregen vanuit verschillende laboratoria en/of methoden niet vergeleken worden, ook al lijkt het om hetzelfde onderzoek te gaan. Daarom geldt dat resultaten verkregen vanuit verschillende methodes en/of een verschillende bron niet gegroepeerd of bijvoorbeeld in een grafiek getoond worden. Daarnaast moeten resultaten altijd getoond moeten worden in combinatie met de bijgeleverde referentiewaarden.

Verschillende onderzoeken die gezamenlijk in een rapport verzonden zijn, dienen juist wel gezamenlijk als rapport getoond te worden.

===IHE-standaard===
De informatie-uitwisseling en workflow is gebaseerd op de [http://ihe.net/laboratory// Integrating the Healthcare Enterprise (IHE)] standaard.

==Begrippenlijst==
<section begin=Begrippenlijst/>
{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left; width:25%"|Begrip
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| AIS
| style="background-color: white;"| Apotheekinformatiesysteem
|-
| style="background-color: white;"| ART-DECOR
| style="background-color: white;"| internationaal platform voor het ontwikkelen, vastleggen en beheren van informatiestandaarden voor de zorg.
|-
| style="background-color: white;"| HIS
| style="background-color: white;"| Huisartseninformatiesysteem
|-
| style="background-color: white;"| Laboratoriumspecialist
| style="background-color: white;"| medisch specialist, ook arts-microbioloog of apotheker, die verantwoordelijk is voor de uitvoering van laboratoriumonderzoek
|-
| style="background-color: white;"| LIS
| style="background-color: white;"| Laboratoriuminformatiesysteem
|-
| style="background-color: white;"| OIS
| style="background-color: white;"| Onderzoeksinformatiesysteem
|-
| style="background-color: white;"| PGO
| style="background-color: white;"| Persoonlijke gezondheidsomgeving
|-
| style="background-color: white;"| TriS
| style="background-color: white;"| Trombose informatiesysteem
|-
| style="background-color: white;"| XIS
| style="background-color: white;"| Zorgverlenerinformatiesysteem in het algemeen
|-
| style="background-color: white;"| ZIS
| style="background-color: white;"| Ziekenhuisinformatiesysteem
|-
| style="background-color: white;" | Zorgverlener
| style="background-color: white;" | Zorgverleners zijn alle personen die een behandelrelatie met een patiënt kunnen hebben.
|}
<section end=Begrippenlijst/>

=Referenties=

{| class="wikitable" "cellpadding="10" width="100%"
!style="text-align:left;"|Auteur(s)
!style="text-align:left;"|Titel
!style="text-align:left;"|Versie
!style="text-align:left;"|Datum
!style="text-align:left;"|Bron
!style="text-align:left;"|Organisatie
|-
| style="background-color: white;"| Gert Koelewijn
| style="background-color: white;"| Ontwerp laboverdracht
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| 3 januari 2020
| style="background-color: white;"| Informatiestandaard Labuitwisseling
| style="background-color: white;"| Nictiz
|-
| style="background-color: white;"| Gert Koelewijn
| style="background-color: white;"| Ontwerp laboverdracht
| style="background-color: white;"| 2.0.1
| style="background-color: white;"| 22 juli 2020
| style="background-color: white;"| Informatiestandaard Labuitwisseling
| style="background-color: white;"| Nictiz
|-
| style="background-color: white;"| Sasja Beers
| style="background-color: white;"| Ontwerp laboverdracht
| style="background-color: white;"| 2.0.2
| style="background-color: white;"| 15 maart 2021
| style="background-color: white;"| Informatiestandaard Labuitwisseling
| style="background-color: white;"| Nictiz
|-
| style="background-color: white;"| Sasja Beers
| style="background-color: white;"| Ontwerp Uitwisseling Laboratoriumgegevens
| style="background-color: white;"| 3.0.0
| style="background-color: white;"| 1 april 2022
| style="background-color: white;"| Informatiestandaard Uitwisseling laboratoriumgegevens
| style="background-color: white;"| Nictiz
|}

=Paginahistorie=

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"|Versie
! style="text-align:left;"|Datum
! style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| 3 januari 2020
| style="background-color: white;"| Het materiaal van Lab2lab is gewijzigd. Het materiaal van Lab2publichealth, Lab2patiënt en Lab2zorg is ongewijzigd.
|-
| style="background-color: white;"| 2.0.1
| style="background-color: white;"| 22 juli 2020
| style="background-color: white;"| Het functioneel ontwerp van Lab2zorg is gewijzigd. Het materiaal van Lab2publichealth, Lab2patiënt en Lab2lab is ongewijzigd.
|-
| style="background-color: white;"| 2.0.2
| style="background-color: white;"| 15 maart 2021
| style="background-color: white;"| Het functioneel ontwerp van Lab2patiënt is gewijzigd. Het materiaal van Lab2zorg, Lab2publichealth en Lab2lab is ongewijzigd.
|-
| style="background-color: white;"| 3.0.0
| style="background-color: white;"| 1 april 2022
| style="background-color: white;"| Update ten behoeve van nieuwe richtlijn, update ivm nieuwe berichten & nieuwe template.
|}

mp:Medicatieoverdracht Kickstart

2023-08-28T07:29:23Z

Ahenket: Medicatieproces 9.3.0.0 > Medicatieproces 9 3.0.0

{{DISPLAYTITLE:Kickstart Medicatieoverdracht - Landingspagina documentatie leveranciers (Handboek)}}

__NUMBEREDHEADINGS__
=ALGEMEEN REFERENTIE=
:*[https://www.zorginzicht.nl/binaries/content/assets/zorginzicht/kwaliteitsinstrumenten/Kwaliteitsstandaard+Overdracht+van+medicatiegegevens+in+de+keten.pdf Kwaliteitsstandaard: richtlijn overdracht van medicatiegegevens in de keten] 

=BOUWDOCUMENTATIE=
==Voorbereiding==
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/pva_kickstart/<abbr title="Het Plan van aanpak versie 3.1 voor de uitvoering van de Kickstart. Het Plan van aanpak versie 3.1 beschrijft het doel, de opzet, aanpak en kaders voor de uitvoering van de Kickstart.">Plan van aanpak versie 3.1</abbr>]

==Specificaties==
:'''Verzamelbestand informatiestandaarden'''
:*[[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]]

:'''Voorbereiding'''
:*[[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]

:'''Informatiestandaard Medicatieproces 9 3.0.0-beta.1'''
:*[[mp:V3.0.0-beta_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9 Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 3.0.0-beta.1 (NL)</abbr>]] / [[mp:V3.0.0-beta_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 3.0.0-beta.1 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20230217T123829/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 3.0.0-beta.1 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V3.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 3.0.0-beta.1 FHIR in English">Implementation guide FHIR Medication Process 9 version 3.0.0-beta.1 (ENG)</abbr>]]
:*[https://simplifier.net/packages/nictiz.fhir.nl.r4.medicationprocess9/2.0.0-beta.1/ FHIR R4 conformance resources for Medication Process 9 (MP9)]
:*[[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|<abbr title="Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases">Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases</abbr>]]
:*[[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|<abbr title="FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases">FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases</abbr>]]
:*[[mp:V3.0.0-beta.1_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 3.0.0-beta.1</abbr>]]
:*Gebruikerseisen: [[mp:Besluiten_kernteams|<abbr title="Deze pagina bevat de besluiten van de kernteams, met (indien van toepassing) de bijbehorende werkproceseisen, gebruikerseisen en -wensen.">Besluiten kernteams Medicatieproces 9, inclusief gebruikerseisen en -wensen</abbr>]]

:'''Informatiestandaard Lab2zorg'''
:*[[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|<abbr title="De leeswijzer geeft aan welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is.">Leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift</abbr>]]
:*[[Lab:Vcurrent_Ontwerp_Lab2zorg|<abbr title="Het functioneel ontwerp van Lab2zorg. In de kickstart wordt het onderdeel lab2zorg gebruikt voor het meesturen van een nierfunctiewaarde met het voorschrift. Deze usecase staat beschreven in paragraaf 2.3 van het functioneel ontwerp lab2zorg.">Functioneel ontwerp Lab2zorg versie 3.0.0</abbr>]]
:*[[Lab:Vcurrent_Kwalificatie|<abbr title="ART-DECOR bevat voor de informatiestandaard uitwisseling laboratoriumgegevens de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties. Voor de kickstart wordt sturen/ontvangen laboratoriumresultaten uit lab2zorg gebruikt.">Labuitwisseling versie 3.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]]
:*[[Lab:V3.0.0_FHIR_Lab2zorg|<abbr title="Technische FHIR specificaties van Lab2zorg in aanvulling op het functioneel ontwerp. Paragraaf 4.3 beschrijft het sturen van laboratoriumresultaten tussen zorgverleners dat in de kickstart gebruikt wordt.">FHIR Lab2zorg version 3.0.0 (ENG)</abbr>]]

:'''Infrastructuur'''
:*[https://decor.nictiz.nl/pub/vzvz/index.php?prefix=mp-vzvz-<abbr title="">ART-DECOR Publicatiepagina VZVZ: Medicatieproces op het LSP</abbr>]
:*[https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FMED%2F86179842%2FKickstart%2Bvan%2BMedicatieoverdracht&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=ngm1r%2BUt9hlvVLOc%2Bn%2FMUs%2F3U%2BPOznWSq2fNia68bkg%3D&reserved=0<abbr title="De beschikbare Programma van Eisen waaraan de Kickstart deelnemers moeten voldoen. Deze documenten beschrijven de eisen om aan te sluiten op de AORTA-infrastructuur.">Programma van eisen LSP (bèta)</abbr>]
:*[https://eur02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fpublicvzvz.refined.site%2Fspace%2FA8%2F85000200%2FAORTA%2B8.3.0&data=05%7C01%7Ctheunissen%40nictiz.nl%7C52a3bf5378624ff2978e08db8f44c3a3%7C3d542e8da3eb448f998ddd6880dc119c%7C0%7C0%7C638261297740578594%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C&sdata=6%2FH9yQ0EAHEmGYHgbVoQo995poc34CXlV6UcBP4MSD8%3D&reserved=0<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.3.0.0">Documentatie AORTA versie 8.3.0.0</abbr>]

==IT-Infrastructuur==
:*[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]
:*[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2:~:text=Het%20VWI%2Dsynchronisatie%20proces%20biedt,belang%20van%20pati%C3%ABnt%20en%20zorgaanbieder<abbr title="Dit document beschrijft de procedure die ervoor zorgt dat elke GBZ-beheerder namens de zorgaanbieder kan vaststellen dat elk patiëntgegeven met toestemming van de patiënt op correcte wijze is aangemeld op de VWI.">Proces VWI synchronisatie</abbr>]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2<abbr title="Dit document beschrijft het ontwerp van de gebeurtenisverdeler component (GVE) en de component gebeurtenisafhandelaar (GAF) in de ZIM.">Ontwerp gebeurtenisverwerking</abbr>]
:*[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2<abbr title="Dit document beschrijft het ontwerp van de abonnementenregister component (ABR) in de ZIM.">Ontwerp abonnementenregister</abbr>]

==Implementatiehandleidingen==
:*[[mp:Vkickstart_MigratieHybride|<abbr title="Handleiding Migratie hybride fase Kickstart">Implementatiehandleiding Migratie/hybride</abbr>]]
:*[[mp:Implementatiehandleiding_Consolidatie/afleidingsregels|<abbr title="Handleiding Consolidatie/afleidingsregels Kickstart">Implementatiehandleiding Consolidatie/afleidingsregels</abbr>]]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-verwijsindex-aorta-v8200pdf/download<abbr title="Implementatiehandleiding verwijsindex AORTA v8.2.0.0">Implementatiehandleiding VWI AORTA</abbr>]
:*[https://www.vzvz.nl/media/downloads/zorg-ab-implementatiehandleiding-v27pdf/download<abbr title=Dit document bevat informatie, instructies en voorbeelden ten behoeve van de implementatie van
(applicaties/systemen die gebruik maken van) de web API's van ZORG-AB.>Implementatiehandleiding ZORG-AB</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-inschrijftoken-aorta-v8200pdf/download<abbr title="Handleiding voor de implementatie van het koppelvlak tussen het goed beheerde Zorgsystemen (GBZ) en het landelijk schakelpunt (LSP).">Implementatie handleiding inschrijftoken</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-mandaattoken-aorta-v8200pdf/download<abbr title="Specificatie van het mandaattoken.">Implementatie handleiding mandaattoken</abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/implementatiehandleiding-berichtauthenticatie-transactietoken-aorta-v8200pdf/download<abbr title="Handleiding voor het uitrusten van de berichten met het SAML transactietoken.">Implementatie handleiding transactiekosten</abbr>]

==Ondersteunende materialen==
:*[[mp:V9.2.0.0_Voorbeelden_doseringen|<abbr title="Uitgewerkte voorbeelden voor het concept 'Gebruiksinstructie' uit de dataset van de Informatiestandaard Medicatieproces 9">Voorbeelden doseringen</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|<abbr title="Toedieningsschema HL7v3-template. Introductie van het FHIR timing datatype in CDA substanceAdministration.effectiveTime voor toedieningsschema's. Voorheen was dit de HL7v3 GTS (General Timing Specification). Bevat ook de inhoudelijke wijziging in de XML schema's (xsd's).">Dosering in FHIR</abbr>]]
:*[https://github.com/Nictiz/Medicatieviewer<abbr title="De Medicatieviewer transformeert een MP-9 XML volgens de standaard medicatieproces 9 voor medicatiegegevens of voor medicatieoverzicht in HTML om zo een voor mensen leesbaar overzicht te geven van de inhoud van de XML.">Medicatieviewer</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/c/c9/Medicatieoverzicht_MP90.zip<abbr title="Uitklapbaar Medicatieoverzicht voorbeeld in HTML-formaat.">Medicatieoverzicht HTML voorbeeld</abbr>]
:*[[Mappingarchitectuur#Mappings_en_transacties|<abbr title="Deze sectie toont verschillende mappings voor transacties uit verschillende informatiestandaarden.">Mappingarchitectuur</abbr>]]
:*[[mp:Vdraft_RaadplegenReconcilieren|<abbr title="Deze pagina bevat nadere toelichting over hoe te reconciliëren na raadplegen. Het bespreekt de volgorde van verwerken van de verschillende soorten binnengekomen informatie.">Implementatie handleiding Raadplegen Reconciliëren</abbr>]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|<abbr title="Deze pagina geeft nadere toelichting bij templates in ART-DECOR.">Toelichting bericht templates Medicatieproces versie 9</abbr>]]
:*[https://www.aorta-lsp.nl/media/downloads/best-practices-vwi-synchronisatie-aorta-v8200pdf/download/<abbr title="Ter verduidelijking van de implementatiehandleiding VWI. Extra informatie wordt gegeven over de afhandeling van berichten aan de XIS leveranciers en de beheerders om duidelijkheid te geven over de verwachte acties.">Best practices: VWI synchronisatie </abbr>]
:*[https://www.aorta-lsp.nl/media/downloads/factsheet-tkidspdf/download/<abbr title="Deze factsheet beschrijft de werking van TypeKwalificatie-ID’s (TKID’s) op het LSP.">Factsheet tkid</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab<abbr title="Deze pagina bevat de algemene informatie omtrent Zorg-AG.">Algemene informatie Zorg-AB</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-id<abbr title="Deze pagina bevat de algemene informatie omtrent Zorg-ID.">Algemene informatie Zorg-ID</abbr>]

=TEST- EN VALIDATIEMATERIAAL=
==Testinformatie Kickstart==
:*[[mp:Testen_Kickstart|Testen Kickstart]]

==Testscripts==
:'''Medicatieproces 9'''
:*[[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Testscripts Medicatieproces 9 versie 3.0.0-beta.1]]
:*Testscript gebruikerseisen boven sectoraal (volgt februari 2023)
:'''Lab2zorg'''
:*[[Lab:Vcurrent_Kwalificatie#Lab2zorg|<abbr title="Testgegevens die als voorbereiding op de kwalificatie gebruikt kunnen worden, waarbij voor de kickstart alleen de scripts Laboratoriumresultaten (Sturen/Ontvangen) relevant zijn.">Testscripts Lab2zorg versie 3.0.0</abbr>]]
:'''Algemene eisen MP9 & Generieke voorzieningen'''
:*[https://informatiestandaarden.nictiz.nl/images/5/5e/Testscripts_algemene_eisen_MP9_%26_Generieke_voorzieningen.zip Testscripts algemene eisen MP9 & Generieke voorzieningen (zip bestand)]

==Validatiescripts==
:*Kwalificatiescripts worden definitief opgeleverd als bekend is op welke versie gevalideerd wordt in de Kickstart.
:*Acceptatiescripts worden gegenereerd op het moment dat de leverancier zich meldt; dit betreft maatwerk.

=TOOLING=
:*[https://informatiestandaarden.nictiz.nl/images/3/30/Tooling.pdf<abbr title="Overzicht van de te gebruiken tooling.">Beschikbare tooling</abbr>]

==ART-DECOR==
:*[https://decor.nictiz.nl/art-decor/home<abbr title="Inlogpagina ART-DECOR">Inloggen ART-DECOR</abbr>]
:*[[HL7v3 kwalificatiesimulator|<abbr title="Uitleg over inloggen en gebruik van de kwalificatiesimulator (ART-DECOR)">Testen met ART-DECOR / Kwalificatiesimulator</abbr>]]
:*[https://art-decor.org/mediawiki/index.php?title=Documentation<abbr title="Handleidingen en documentatie van ART-DECOR ">ART-DECOR documentatie</abbr>]
:*[[7phcy:V2.0_Toelichting_samenhang_Wiki_en_ART-DECOR|<abbr title="Deze toelichting beschrijft de samenhang tussen: de HL7v3-implementatiehandleiding Medicatieproces 9 wiki en de bijbehorende html-publicatie van ART-DECOR.">Wiki & ART-DECOR</abbr>]]

==BITS==
:*[https://bits.nictiz.nl/ Link naar BITS algemeen]
:*[https://bits.nictiz.nl/projects/MP/issues/ Link naar openstaande issues Medicatieproces in BITS]
:*[https://informatiestandaarden.nictiz.nl/images/8/87/Handleiding_BITS_voor_leveranciers.pdf Handleiding BITS validatieloket]

==Touchstone==
:*[https://touchstone.aegis.net/touchstone/login<abbr title="Inlogpagina Touchstone">Inloggen Touchstone</abbr>]
:*[[mp:Vcurrent_Kwalificatie#Touchstone|Testen met Touchstone]]

==ZORG-AB==
:*[https://zorg-ab-oas.vzvz.nl/<abbr title="Testapplicatie Zorg-AB">ZORG-AB testapplicatie</abbr>]
:*[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab<abbr title="Deze pagina bevat informatie, instructies en voorbeelden ten behoeve van de implementatie van
(applicaties/systemen die gebruik maken van) de web API's van ZORG-AB.">Implementatie handleiding ZORG-AB</abbr>]

=INFORMATIEVOORZIENING=

==Vragen en antwoorden==
:*[[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]]

==Kennissessie==
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-introductiesessie-medicatieproces/ <abbr title="In deze kennissessie wordt een introductie gegeven van het programma Medicatieoverdracht, de richtlijn Overdracht van medicatiegegevens in de keten, de informatiestandaard Medicatieproces 9">Kennissessie: Introductie Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-wat-kan-ik-verwachten-van-medicatieoverdracht/ <abbr title="In deze kennissessie wordt inzicht gegeven in de meerwaarde van het programma Medicatieoverdracht voor de zorgverlener en patiënt en de te nemen acties op procesniveau. Per rol (voorschrijver, apotheker, toediener en patiënt) worden de stappen die worden beproefd in de Kickstart toegelicht.">Kennissessie: Wat kan ik verwachten van Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/kennissessie-verdieping-medicatieoverdracht/ <abbr title="Deze kennissessie is voor iedereen die meer wil weten over het medicatieproces: welke gegevensuitwisselingsmomenten zijn er (transacties), welke rollen horen daarbij, hoe werken de bouwsteen relaties precies etc.">Kennissessie: Verdieping Medicatieoverdracht</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-voorgenomen-besluiten-kernteam-medicatie// <abbr title="Deze kennissessie geeft een beeld van hoe samen met zorgverleners uit de 10 betrokken sectoren afspraken tot stand zijn gekomen t.a.v. beleid, verantwoordelijkheden, zorgprocessen, eenheid van taal in terminologie en codestelsels om de implementatie van de richtlijn en informatiestandaard te ondersteunen. ">Kennissessie: (Voorgenomen) besluiten kernteam Medicatie</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessies/<abbr title="In deze kennissessie wordt de route van de bèta publicatie van de informatiestandaard Medicatieproces 9 naar de definitieve versie toegelicht. ">Kennissessie: Route Medicatieproces 9 v2.0.0 bèta naar definitief</abbr>]
:*[https://www.samenvoormedicatieoverdracht.nl/kennisbank/luistersessie-testmaterialen-medicatieproces-9-2-0-0-beta/ <abbr title="In deze kennissessie worden de testmaterialen voor Medicatieproces 9 toegelicht. Wat kan er getest worden, wat is de samenhang tussen de materialen, inhoud van het materiaal, hoe te gebruiken en waar te vinden. ">Kennissessie: Testmaterialen Medicatieproces 9 v2.0.0 bèta</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/d/d2/202202_Introductie_AORTA_-_nieuwe_style.pdf <abbr title="Introductiepresentatie AORTA. Een introductie van infrastructurele AORTA architectuur, verschillende architectuurlagen, verschillende componenten.
Relaties met andere stelsels en producten.">Presentatie: Introductie AORTA</abbr>]

==PGO==
:*[https://informatiestandaarden.nictiz.nl/images/6/61/PGOsessiesMedicatieproces_BijlageBijOnlineSessie.pdf <abbr title="Deze kennissessie geeft een introductie van MedMij in relatie tot Medicatieproces 9.">Presentatie: Medicatieoverdracht uitleg MedMij</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/2/29/PGOsessie_OpnameOnline.mp4 <abbr title="Opname van de kennissessie: Een introductie van MedMij in relatie tot het Medicatieproces 9.">Opname: Medicatieoverdracht uitleg presentatie MedMij</abbr>]

=MEMO'S=

==Informatieve memo's==
:*[https://informatiestandaarden.nictiz.nl/images/7/79/MO_memo_MBH-ID_Transformatiedienst_20230315.pdf<abbr title="Memo MBH-ID Transformatiedienst_20230315">Memo MBH-ID Transformatiedienst 15-03-2023</abbr>]
:*[https://informatiestandaarden.nictiz.nl/images/4/48/MO_memo_vooraankondiging_20230307.pdf<abbr title="Memo vooraankondiging_20230307">Memo vooraankondiging 07-03-2023</abbr>]

=IN ONTWIKKELING=
:'''Transitie naar Medicatieproces 9 (migratie en hybride situatie)'''
:*[[Vdraft_Mappingarchitectuur#Medicatieproces_.28MP.29_Versie_MP9_2.0_en_versie_9.0.7|Mappingarchitectuur met mappings MP 9.0.7 <-> MP9 2.0.0]]

:'''Kickstart testen'''
:*[[mp:Draft_Testtooling#BITS|Tooling & omgevingen Kickstart Medicatieoverdracht]]

=ARCHIEF=
:*[https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf<abbr title="Document dat nulpunt beschrijft voor specificaties Kickstart ten behoeve van contract.">Nulpunt documentatie Kickstart leveranciers versie 1.1 van 7 september 2022</abbr>]
:* Verzamelbestand in Excel met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart (niet meer te downloaden om verwarring te voorkomen)
:*[https://www.aorta-lsp.nl/voor-wie/ict-leveranciers/aorta-documentatie/infrastructuur-aorta-v8200<abbr title="Deze pagina bevat de algemene specificaties van de zorginfrastructuur AORTA v8.2.0.0">Documentatie AORTA 8.2.0.0</abbr>]

:'''Informatiestandaard Medicatieproces 9.2.0.0'''
:*[[mp:V2.0.0_Ontwerp_medicatieproces_9|<abbr title="Het functioneel ontwerp van de informatiestandaard Medicatieproces 9. Het beschrijft de algemene werking en specifieke praktijksituaties.">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 (NL)</abbr>]] / [[mp:V2.0.0_Ontwerp_medicatieproces_9_ENG|Functional design Medication Process 9 version 2.0.0 (ENG)]]
:*[https://decor.nictiz.nl/pub/medicatieproces/mp-html-20220402T205710/index.html<abbr title="ART-DECOR bevat voor de informatiestandaard medicatieproces 9: de dataset, de scenario's en transacties, en een praktische implementatiehandleiding van de uitwisselspecificaties.
">Medicatieproces 9 versie 2.0.0 publicatie vanuit ART-DECOR (dataset, scenario/transacties, HL7v3 CDA templates)</abbr>]
:*[[mp:V2.0.0_MedicationProcess9_FHIR|<abbr title="FHIR Implementation guide for Medicatieproces 9 versie 2.0.0 FHIR in English">Implementation guide FHIR Medication Process 9 version 2.0.0 (ENG)</abbr>]]
:*[[mp:V2.0.0_releasenotes|<abbr title="Overzicht van de release notes voor de huidige versie ten opzichte van de laatste release.">Release notes Medicatieproces 9 versie 2.0.0</abbr>]]
:*[[mp:V9_2.0.0_HL7v3CDA_FHIRTiming|HL7v3 CDA substanceAdministration.effectiveTime en FHIR timing]]
:*[[7phcy:V09_HL7v3-domeinspecificatie_Pharmacy|HL7v3-domeinspecificatie Pharmacy Medicatieproces 9]]
:*PGO/MedMij: [[MedMij:Vkickstart/OntwerpMedicatie|<abbr title="Dit is de link naar het Functioneel Ontwerp Medicatieproces 9 patient use cases nodig voor uitwisseling van PGO binnen oa MedMij">Functioneel ontwerp Medicatieproces 9 versie 2.0.0 voor patient use cases</abbr>]]

=PAGINAHISTORIE=
{| class="wikitable" "cellpadding="10"
!style="text-align:left;"" width="130"|Datum
!style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 28 juli 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/MED/86179842/Kickstart+van+Medicatieoverdracht Programma van eisen LSP (bèta)] link aangepast naar pagina met meest recente informatie
<li> 2.2 Specificaties: Infrastructuur: [https://publicvzvz.refined.site/space/A8/85000200/AORTA+8.3.0 Documentatie AORTA versie 8.3.0.0] link aangepast naar pagina met meest recente informatie
</ul>
|-
| style="background-color: white;"| 2 juni 2023
| style="background-color: white;"|
<ul>
<li> 3.2 Testscripts: Algemene eisen MP9 & Generieke voorzieningen toegevoegd
</ul>
|-
| style="background-color: white;"| 30 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.1 Voorbereiding: Plan van aanpak versie 3.1. Addendum plan van aanpak Kickstart v3.1 - Aanpassing Kickstartplanning Mei 2023 toegevoegd aan onderliggende pagina
</ul>
|-
| style="background-color: white;"| 4 mei 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V2.0.0_Verwijzing_naar_documentatie_Medicatieproces9_tbv_Kickstart|Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart]] ge-update met linkjes naar 9.3 versie
<li> 3.1 Testinformatie Kickstart: [[mp:Testen_Kickstart|Testen Kickstart]] toegevoegd.
</ul>
|-
| style="background-color: white;"| 25 april 2023
| style="background-color: white;"|
<ul>
<li> 2.2 Specificaties: [[mp:V3.0.0_Ontwerp_medicatieproces_9_voor_patient_usecases|Functioneel Ontwerp Medicatieproces 9 versie 3.0.0-beta.1 voor patiënt usecases]] toegevoegd . 
<li> 2.2 Specificaties: [[mp:V3.0.0_MedicationProcess9_FHIR_for_patient_use_cases|FHIR Implementation Guide Medication Process 9 version 3.0.0-beta.1 for patient use cases]] toegevoegd. 
</ul>
|-
| style="background-color: white;"| 20 april 2023
| style="background-color: white;"|
<ul>
<li> 4.1 Testen met ART-DECOR: onderliggende pagina vervangen naar [[HL7v3 kwalificatiesimulator]] . 
</ul>
|-
| style="background-color: white;"| 11 april 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 3.1 nieuwe versie testscripts toegevoegd: [[mp:Vcurrent_Kwalificatie#Medicatieproces_9_versie_3.0.0-beta.1_testmateriaal_en_kwalificatiescripts_voor_Kickstart|Medicatieproces 9 versie 3.0.0-beta.1]] 
</ul>
|-
| style="background-color: white;"| 21 maart 2023
| style="background-color: white;"|
<ul>
<li> Hoofdstuk 6 MEMO'S toegevoegd 
<li> Memo MBH-ID Transformatiedienst 15-03-2023 toegevoegd 
<li> Memo vooraankondiging 07-03-2023 toegevoegd
</ul>
|-
| style="background-color: white;"| 6 maart 2023
| style="background-color: white;"|
<ul>
<li> Implementatiehandleiding Consolidatie en afleidingsregels toegevoegd 
<li> Specificaties Informatiestandaard Medicatieproces 9 versie 3.0.0-beta.1 toegevoegd
* Functioneel ontwerp
* Technisch ontwerp CDA
* Technisch ontwerp FHIR
* Release notes
</ul>
|-
| style="background-color: white;"| 18 januari 2023
| style="background-color: white;"|
<ul>
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.3-2016-09-20T163842.html Implementatie van de ping-pong toets]: link aangepast naar AORTA 8.3 versie
<li>[https://decor.nictiz.nl/pub/vzvz/aorta-vzvz-html-20221128T172039/sc-2.16.840.1.113883.2.4.3.111.3.2.3.1-2016-09-20T091642.html Beheren TKID applicatie]: link aangepast naar AORTA 8.3 versie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Proces_VWI_Synchronisatie.pdf?api=v2 Proces VWI synchronisatie]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Gebeurtenisverwerking.pdf?api=v2 Ontwerp gebeurtenisverwerking]: link aangepast naar AORTA 8.3 documentatie
<li>[https://public.vzvz.nl/download/attachments/41779447/AORTA_Sgl_Ontw_Abonnementenregister.pdf?api=v2 Ontwerp abonnementenregister]: link aangepast naar AORTA 8.3 documentatie
<li>[https://www.vzvz.nl/diensten/gemeenschappelijke-diensten/zorg-ab Implementatie handleiding ZORG-AB]: link aangepast naar Zorg-AB pagina met meest recente documentatie
</ul>
|-
| style="background-color: white;"| 29 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties Lab2zorg: link toegevoegd naar de [[mp:LeeswijzerVoorschriftmetnierfunctiewaarde|leeswijzer ten behoeve van het meesturen van de nierfunctiewaarde met het voorschrift]] 
De leeswijzer legt uit welk onderdeel van Lab2zorg binnen de scope van de Kickstart valt en welke documentatie daarop van toepassing is. De leeswijzer vervangt het aanvullingendocument.
<li>Specificaties Lab2zorg: link verwijderd naar het [[Lab:V3.0.0_Ontwerp_Laboverdacht|functioneel ontwerp informatiestandaard uitwisseling Laboratoriumgegevens versie 3.0.0]] 
De informatiestandaard beschrijft de algemene werking voor alle uitwisselingen van Laboratoriumgegevens. Het onderdeel lab2zorg hieruit wordt gebruikt in de kickstart.
<li>Specificaties Lab2zorg: link verwijderd naar aanvullingendocument
</ul>
|-
| style="background-color: white;"| 12 september 2022
| style="background-color: white;"|
<ul>
<li>Specificaties: link toegevoegd naar [[mp:Stap_0_Voorbereiding|Werkzaamheden in stap 0 Voorbereiding]]
<li>Informatievoorziening: link toegevoegd naar [[mp:Medicatieoverdracht_Kickstart_Vragen|Vragen en antwoorden uit vragenuur op vrijdagen]] 
Na elk vragenuur worden de vragen en antwoorden aan deze pagina toegevoegd
<li>Archief: link naar oude versie nulpunt document verwijderd en link naar nieuwe toegevoegd [https://informatiestandaarden.nictiz.nl/images/4/42/Nulpunt_documentatie_Kickstart_contract_leveranciers_versie11_20220907.pdf Nulpunt documentatie leveranciers versie 1.1 van 7 september 2022] 
Inhoudelijke wijziging versie 1.1: link naar document Werkzaamheden in stap 0 Voorbereiding toegevoegd
</ul>
|-
| style="background-color: white;"| 1 september 2022
| style="background-color: white;"| Formele publicatie van de pagina + update:
<ul>
<li>Titel aangepast
<li>Algemeen referentie: onderdeel toegevoegd en kwaliteitsstandaard toegevoegd
<li>Voorbereiding: checklists verwijderd
<li>Specificaties: verzamelbestand omgezet van Excel naar wiki
<li>Specificaties MP9: gebruikerseisen toegevoegd
<li>Specificaties Lab2zorg: labdocumentatie toegevoegd
<li>Specificaties Infrastructuur: aorta 8.2 vervangen door aorta 8.3 (8.2 naar archief)
<li>Test- en validatiemateriaal: testscripts en kwalificatiescripts gesplitst, alleen testscripts MP9 gelinkt en labtestmateriaal toegevoegd
<li>Tooling BITS: handleiding BITS toegevoegd
<li>Archief: nulpunt 1 september 2022 toegevoegd
</ul>
|-
| style="background-color: white;"| 1 augustus 2022
| style="background-color: white;"| Correctie in ''Verzamelbestand met functionele, technische en infrastructurele documentatie Medicatieproces 9 t.b.v. Kickstart''
|-
| style="background-color: white;"| juli 2022
| style="background-color: white;"| Pagina gepubliceerd
|}

Lab:V3 FHIR Lab2zorg

2023-05-27T11:39:16Z

Ahenket: Fixed all links for current FHIR to be R4

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:V3.0.0-b2_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:V3_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/r4/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/r4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/r4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/r4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/r4/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/r4/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/r4/http.html RESTful] and [http://hl7.org/fhir/r4/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/r4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/r4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/r4/http.html#transaction transaction]
* [http://hl7.org/fhir/r4/http.html#create create]
* [http://hl7.org/fhir/r4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/r4/http.html#create create]
* [http://hl7.org/fhir/r4/http.html#batch batch]
* [http://hl7.org/fhir/r4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/r4/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-27T11:36:18Z

Ahenket:

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:V3.0.0-b2_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:V3_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3.0.0-b2 Ontwerp Lab2zorg

2023-05-27T11:36:00Z

Ahenket:

{{DISPLAYTITLE:Ontwerp Lab2zorg V3.0.0-beta.2}}

<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:V3.0.0-b2_Ontwerp_Lab2zorg|Functioneel]]
circle 990 216 215 [[Lab:V3_FHIR_Lab2zorg|Technisch]]

desc none
</imagemap>

__NUMBEREDHEADINGS__

=Algemeen=
Deze pagina beschrijft het functioneel ontwerp van Lab2zorg, dit is één van de toepassingen van de Informatiestandaard uitwisseling laboratoriumgegevens. Het overkoepelend ontwerp vind je '''[[Lab:V3.0.0 Ontwerp Laboverdacht|hier]]'''. Diverse begrippen die in dit functioneel ontwerp van Lab2zorg gebruikt worden, worden nader toegelicht in de [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|Begrippenlijst]]

Lab2zorg zorgt ervoor dat zorgverleners, zoals apothekers en huisartsen, direct elektronisch de laboratoriumresultaten van hun patiënten kunnen sturen of inzien.
Deze categorie bevat alle uitwisselingen tussen laboratoria en zorgverleners én de uitwisseling van laboratoriumgegevens door zorgverleners onderling.

[[Image:Labuitwisseling_zondercijfers.jpg|900px|Activity diagram]| Figuur: Uitwisseling Labgegevens Proces]]

'' Uitwisseling laboratoriumgegevens proces''

Zowel labspecialisten als zorgverleners maken gebruik van een informatiesysteem, respectievelijk:
*XIS (zorgverlenerinformatiesysteem).
*LIS (laboratoriuminformatiesysteem).

De uitwisseling van laboratoriumresultaten vindt plaats:
* tussen labspecialist en zorgverlener
* tussen zorgverleners onderling

Onderstaande afbeeldingen tonen de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Lab2zorg_Activiteitendiagram_lab-zorg-2.PNG|900px]]

Bij uitwisseling tussen zorgverleners onderling worden de verschillende bedrijfsrollen vervuld door een zorgverlener.

[[Bestand:Lab2zorg Activiteitendiagram zorg-zorg-2.PNG|900px]]

=Usecases=

Lab2zorg kent op dit moment 3 usecases:
#Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium. (Uitwerking van het aanvraagbericht is nog in ontwikkeling, voor de uitwerking van het resultaat zie [[#Zorgverlener_vraagt_laboratoriumonderzoek_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn.2Fhaar_XIS|'''hier''']]).
#Zorgverlener raadpleegt laboratoriumresultaten, beschikbaar gesteld door het laboratorium of de aanvrager (voor uitwerking zie [[#Zorgverlener_raadpleegt_laboratoriumresultaten|'''hier''']]).
#Aanvrager stuurt laboratoriumresultaten door naar zorgverlener (voor uitwerking zie [[#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|'''hier''']]).


==Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium in zijn/haar XIS==
Voor deze usecase is op dit moment alleen het ontwerp tbv het resultaatbericht uitgewerkt. Het aanvraagbericht is nog in de verkenningsfase en dus nog niet ontwikkeld.

===Doel en relevantie===
Zorgverleners kunnen voor het opstellen van hun behandelplan aanvullend labonderzoek nodig hebben. Hiervoor doen zij dan een aanvraag bij een laboratorium, dat hun de uitslag vervolgens toestuurt in een resultaatbericht.

Redenen voor het versturen/ontvangen van een resultaatbericht zijn:
* De resultaten van een aanvraag voor labonderzoek moeten inzichtelijk worden voor de aanvrager van het onderzoek.

Dit proces komt overeen met patientjourney 1 en bevat de berichten 1A, 1B, en 2 uit de [https://www.nictiz.nl/app/uploads/2022/01/Richtlijn-Uitwisseling-Labgegevens-v2.0.pdf Richtlijn Uitwisseling laboratoriumgegevens] .
In dit proces wordt de aanvraag van een zorgverlener naar het laboratorium omschreven en het antwoord na uitvoer van het laboratoriumonderzoek teruggestuurd. Op dit moment is alleen bericht 2 volledig uitgewerkt.

Voor een voorbeeldscenario wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_aanvragen_en_antwoord_verzenden scenario's]

===Proces en context===
====Preconditie====
*De zorgverlener heeft de opdracht via het XIS (zorgverlenerinformatiesysteem) gestuurd naar het laboratorium.
*Het monster is ook naar het laboratorium gestuurd*.
*Het monster kan zowel door de aanvragende zorgverlener als door een derde partij afgenomen worden. Afhankelijk hiervan zijn de monstergegevens direct in het aanvraagbericht aanwezig of worden deze later toegevoegd.

====Trigger event====
De zorgverlener heeft een laboratoriumaanvraag ingediend bij het laboratorium. Het bloedonderzoek is uitgevoerd en de resultaten moeten worden gestuurd/gecommuniceerd naar de zorgverlener.

====Processtappen aanvraag====
*Het XIS van de huisarts of specialist stuurt een opdracht naar het LIS (Laboratoriuminformatiesysteem) van het laboratorium, eventueel met tussenkomst van een intermediair.
*Het monster wordt naar het laboratorium gestuurd en wordt geregistreerd in het LIS.

====Processtappen resultaat====
*De laboratoriumanalisten voeren het gevraagde onderzoek uit en registreren het resultaat in het LIS.
*De resultaten worden technisch geconfirmeerd en zo nodig geautoriseerd door de laboratoriumspecialist.
*Het LIS stuurt de laboratoriumresultaten op naar het XIS van de aanvrager.

====Postcondities====
*De opdracht en resultaten van het laboratoriumonderzoek staat in het LIS.
*De resultaten van het laboratoriumonderzoek staan in het XIS van de aanvrager.
*De zorgverlener ziet het laboratoriumresultaat in het XIS.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener
|style="background-color: white;vertical-align:top;"|Vraagt laboratoriumonderzoek aan en ontvangt het laboratoriumresultaat van de laboratoriumspecialist of zorgverlener.
|-
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist
|style="background-color: white;vertical-align:top;"|Voert laboratoriumonderzoek uit en/of levert laboratoriumresultaten op
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_vraagt_laboratoriumresultaat_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn_haar_ZIS.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk Zorgverlenerinformatiesysteem (XIS) en Laboratoriuminformatiesysteem (LIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*LaboratoriumresultaatOpdrachtOntvangend Systeem [LAB-LOO]
*LaboratoriumresultaatAntwoordSturend Systeem [LAB-LAS]

Het XIS vervult in deze use case de systeemrollen:
*LaboratoriumresultaatOpdrachtSturend Systeem [LAB-LOS]
*LaboratoriumresultaatAntwoordOntvangend Systeem [LAB-LAO]

[[Bestand:Component_Diagram_Lab2zorg_Opdracht_Laboratoriumonderzoek.png|600px]]

'' Systeemrollen Opdracht laboratoriumonderzoek''

[[Image:Component_Diagram_Lab2zorg_Sturen_Labresultaat.png|600px]]

''Systeemrollen bij Sturen Labresultaat''

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de opdracht laboratoriumonderzoek.

[[Image: Use_Case_Diagram_Lab2zorg_Laboratoriumonderzoek Opdracht.png|900px|Use case diagram opdracht labonderzoek]]

'' Use case diagram opdracht laboratoriumonderzoek''

[[Image: Use_Case_Diagram_Lab.png|900px|Use case diagram sturen labresultaat]]

'' Use case diagram sturen laboratoriumresultaat''

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Use Case(s) Scenario's)'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Zorgverlener stuurt opdracht labonderzoek
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek opdracht (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Ontvangen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOO]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Labspecialist stuurt labresultaten
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek resultaat (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAS]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;"|Ontvangen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|}

==Zorgverlener raadpleegt laboratoriumresultaten==
Zorgverleners hebben, om een volledig beeld van hun patiënt te hebben, de laatste laboratoriumresultaten van de patiënt nodig. Een zorgverlener kan deze op ieder moment raadplegen.
Redenen voor raadplegen zijn:
* Bij de apotheek voor verstrekking van specifieke medicatie (medicatiebewaking),
* Voordat de voorschrijver een recept voorschrijft controleert hij/zij of er recente relevante laboratoriumresultaten zijn (medicatiebewaking),
* Wanneer een zorgverlener voor het zorgproces behoefte heeft aan recente laboratoriumresultaten,
* Wanneer een zorgverlener een melding krijgt dat er een laboratoriumresultaat voor hem/haar beschikbaar is gesteld.

Het raadplegen van medische gegevens wordt bij voorkeur gedaan bij de bron van de informatie. In het geval van laboratoriumresultaten; het laboratorium. Op het moment van schrijven is het voor een groot deel van de laboratoria in Nederland nog niet mogelijk laboratoriumresultaten beschikbaar te stellen voor raadplegen. Daarom wordt in dit functioneel ontwerp ook het scenario uitgewerkt dat de aanvrager van het laboratoriumonderzoek de resultaten beschikbaar stelt voor overige zorgverleners. Deze use case is onderdeel van patient journey 2 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 17) en bevat de berichten 4 en 5 (pag 25-26). Het doel is om laboratoriumresultaten beschikbaar te stellen voor alle zorgverleners die deze nodig hebben voor de behandeling van de patiënt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_Raadplegen.2Fbeschikbaar_stellen scenario's]
===Doel en relevantie===

Hergebruik van laboratoriumresultaten wordt gestimuleerd doordat deze beschikbaar zijn en ten alle tijden geraadpleegd kunnen worden. Dit vermindert het dubbel uitvoeren van onderzoeken, dit komt ten goede aan de patiënt en is kostenbesparend.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.

Wanneer het laboratorium de resultaten beschikbaar stelt:
*De zorgverlener heeft de vraag via het XIS naar het laboratorium gestuurd.
*Het onderzoek is uitgevoerd en de resultaten zijn ingevoerd in het LIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat is aangemeld voor raadplegen.

Wanneer een zorgverlener de resultaten beschikbaar stelt:
*Het laboratoriumresultaat is opgenomen in het XIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat in het XIS is aangemeld voor raadplegen.

====Trigger event====
Tijdens de behandeling van een patiënt heeft een zorgverlener behoefte aan recente laboratoriumresulten. Bijvoorbeeld ten behoeve van medicatiebewaking door een apotheker.

====Processtappen:====
*Het XIS van de huisarts, apotheker1 of specialist vraagt laboratoriumresultaten op bij andere zorgverleners (LIS of XIS).
*De bevraagde XISsen /LISsen leveren de opgevraagde laboratoriumresultaten op indien beschikbaar.
*Het Laboratoriumresultaat wordt op de juiste manier verwerkt in het dossier van de raadplegende partij.

====Postconditie:====
*De zorgverlener heeft inzage in de laboratoriumresultaten in zijn/haar XIS.
*De bron kan nagaan wie laboratoriumresultaten bij hem heeft geraadpleegd (i.v.m. rectificatie).

''1. Voor openbare apothekers is er door de KNMP en de NHG een gelimiteerde lijst op gesteld van resultaten die ingezien mogen worden. Deze lijst staat op de [https://www.nictiz.nl/standaardisatie/terminologiecentrum/referentielijsten/laboratoriumresultaten-apothekers/ website van Nictiz]''

===Bedrijfsrollen en UML activity diagram===

In deze use case raadpleegt een zorgverlener laboratoriumresultaten. Anderzijds kan een zorgverlener ook degene zijn die een laboratoriumresultaat beschikbaar stelt.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - raadplegend
|style="background-color: white;vertical-align:top;"|Raadpleegt laboratoriumresultaten
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - beschikbaarstellend
|style="background-color: white;vertical-align:top;"|Stelt laboratoriumresultaten beschikbaar voor andere zorgverleners
|-
|style="background-color: white;vertical-align:top;"|Labspecialist
|style="background-color: white;vertical-align:top;"|Stelt de laboratoriumresultaten beschikbaar voor zorgverleners

|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_raadpleegt_laboratoriumresultaten.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk XIS en LIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]

Het XIS kan in deze use case twee systeemrollen vervullen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]
*Laboratoriumresultaat- LabResultaatRaadplegend Systeem [LAB-LRR]

[[Image: Figuur_SysteemrollenRaadplegen2021.png ‎|Component Diagram Systeemrollen Raadplegen Laboratoriumresultaten]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van het raadplegen van laboratoriumresultaten.

[[Image: FO Lab2Zorg Raadplegen Transacties.png|900px]]

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario's'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen/Beschikbaarstellen laboratoriumresultaten (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Raadplegen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRR]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener raadplegend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Beschikbaar stellen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRB]
|style="background-color: white;vertical-align:top;"|LIS of XIS
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist of Zorgverlener beschikbaarstellend
|}

==Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener==

Deze usecase komt overeen met patient journey 3 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 18) en bevat bericht 6 (pag 26).

De usecase kent twee varianten:
# de laboratoriumresultaten worden, met bijvoorbeeld een medicatievoorschrift, meegestuurd
# er worden alleen laboratoriumresultaten gestuurd
In onderstaande tekst wordt geen onderscheid tussen beide varianten gemaakt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_sturen scenario's]
===Doel en relevantie===
Het onderling uitwisselen van laboratoriumresultaten door zorgverleners, bijvoorbeeld in het kader van medicatiebewaking, bevordert het hergebruik van de betreffende informatie in het belang van de continuïteit van de zorg voor de patiënt.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.1
*De zorgverlener, zoals huisarts of specialist, heeft een labresultaat in het XIS.
*Het labresultaat heeft de status definitief.

====Trigger event====
Er zijn meerdere trigger events voor dit proces:
*een zorgverlener heeft een laboratoriumresultaat ontvangen dat mogelijk relevant is voor andere zorgverleners (bijvoorbeeld in het kader van medicatiebewaking).
*een bijzonder geval hiervan geldt het volgende: een zorgverlener die onderzoek heeft laten doen naar de nierfunctie deelt een afwijkende nierfunctiewaarde mee aan de door de patiënt aangewezen apotheker.2

====Processtappen:====
* Het XIS van de zorgverlener stuurt het labresultaat naar het XIS van de andere zorgverlener.
* Het XIS van de andere zorgverlener ontvangt het resultaat en stuurt een ontvangstbevestiging.

====Postconditie====
* De laboratoriumresultaten zijn beschikbaar in het XIS van de ontvangende zorgverlener.

1. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10'' geldt hierop de volgende uitzondering. Bij afwijkende nierfunctiewaarden is de aanvrager van het onderzoek verplicht deze waarden te delen met de door de patiënt aangewezen apotheker. 

2. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10''. 

===Bedrijfsrollen en UML activity diagram===

In deze use case is zowel degene die laboratoriumresultaten verstuurt als degene die ze ontvangt een zorgverlener.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - versturend
|style="background-color: white;vertical-align:top;"|Verstuurt laboratoriumresultaten naar andere zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - ontvangend
|style="background-color: white;vertical-align:top;"|Ontvangt laboratoriumresultaten
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_stuurt_laboratoriumresultaten_naar_zorgverlener.png|600px]]

===Informatieoverdracht===

====Systemen & Systeemrollen====
De zorgverlener die het laboratoriumresultaat verstuurt en de zorgverlener die het laboratoriumresultaat ontvangt maken ieder gebruik van een eigen XIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het XIS vervult in deze use case de systeemrollen:
*Laboratoriumresultaat- LabResultaatSturend Systeem [LAB-LRS]
*Laboratoriumresultaat- LabResultaatOntvangend Systeem [LAB-LRO]

[[Bestand:Systeemrollen sturen labresulaat zorgverlener.png|600px]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van Lab2zorg.

[[Image: use case LAB2ZORG sturen labresultaten.png|900px|Use case diagram sturen labresultaten]] 

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen/Ontvangen laboratoriumresultaten (PUSH)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener sturend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener ontvangend
|}



=Functionaliteit=
==Aanwijzingen/eisen voor functionaliteit van systemen==
Hieronder staan een aantal aanvullende aanwijzingen en eisen voor functionaliteiten van het informatiesysteem die ondersteunt moeten worden om de informatiestandaard volledig en juist te implementeren. Naast deze aanvullende eisen zijn er ook een aantal tijdelijke aanvullingen, die onder bepaalde specifieke voorwaarden gelden. Deze vindt u '''[[Lab:Tijdelijke_aanvullingen|hier]]'''.
===Gebruik identificatienummers===

====LaboratoriumUitslagIdentificatie & TestIdentificatie====
De laboratoriumUitslagIdentificatie & Testidentificatie zijn unieke ID's ter ontdubbeling van laboratoriumresultaten. Deze dienen door de bron van de resultaten gevuld te worden met een OID die combinatie is van de OID van de bron en een uniek identificatienummer binnen het informatiesysteem van de bron. Dit is ook vastgesteld in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

====EdifactReferentieNummer====
Het EdifactReferentieNummer is een aanvullend veld wat opgenomen is in de informatiestandaard om te zorgen dat in de transitiefase wanneer Laboratoria ook hun resultaten beschikbaar gaan stellen aan zorgverleners, deze ontdubbeld kunnen worden. Ook wanneer de eerder genoemde Ids misschien niet overeenkomen. Het EdifactReferentieNummer dient, voor ieder laboratoriumresultaat wat middels EDIFACT ontvangen is, gevuld te worden met het 'Identificatienummer' uit het segment IDE in het Edifact bericht. Hoe dit in de transitiefase gebruikt dient te worden, is nog in ontwikkeling en volgt in een latere publicatie van dit Functioneel ontwerp.

===Kopie-resultaat===
In de richtlijn is afgesproken dat een gebruiker van laboratoriumresultaten op de hoogte moet zijn van het feit of deze rechtstreeks van de bron afkomstig zijn. In de uitwisselingen zoals benoemd in paragraaf '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_raadpleegt_laboratoriumresultaten|2.2]]''' en '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|2.3]]''' komt het voor dat laboratoriumresultaten beschikbaar gesteld of verstuurd worden door een partij die zelf niet verantwoordelijk was voor de oplevering van het resultaat. In die gevallen wordt in de uitwisseling aangegeven dat het een kopie-resultaat betreft.

===Bij rectificatie===
Als een resultaat nadat het of door anderen geraadpleegd is of naar anderen doorgestuurd is, gerectificeerd wordt, moeten deze zorgverleners hiervan op de hoogte gesteld worden. Het laboratoriumresultaat moet dan de status "corrected" krijgen.

===Rol van de status 'definitief'===
Alleen laboratoriumresultaten met status 'definitief' worden beschikbaar gesteld, doorgestuurd of met een ander bericht meegestuurd. Deze beperking geldt niet voor de uitwisseling tussen een laboratorium en de aanvrager van een onderzoek.

==Over de gegevens ==
===Filter of query parameters bij raadplegen===
Van laboratoriumresultaten is geen algemene houdbaarheid aan te geven omdat dit afhankelijk is van het type onderzoek en de reden van gebruik van dit onderzoek. Per slot van rekening kan een laboratoriumresultaat een momentopname zijn, maar is soms ook de ontwikkeling in een bepaald gegeven relevant of is een resultaat (bijvoorbeeld genetisch onderzoek) levenslang geldig. Omdat er geen algemene houdbaarheid en dus bewaartermijn op laboratoriumgegevens gezet kan worden is in de richtlijn vastgelegd dat het aan de raadplegende partij is, om de houdbaarheid en toepasbaarheid van een specifiek laboratoriumresultaat te bepalen. Dit brengt echter ook een risico met zich mee, het kan namelijk zijn bij bijvoorbeeld een chronisch zieke patiënt, een patiënt die een tijdlang opgenomen is geweest of een oudere patiënt, dat er een enorme hoeveelheid data uitgewisseld moet worden. Daarom is het van belang dat de raadplegende partij altijd zo specifiek mogelijk raadpleegt, zoals ook vastgelegd in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

Hiervoor zijn een aantal parameters gedefinieerd om op te filteren:

*Identificatienummer van de patiënt (BSN)
*Onderzoek
*TestCode
*TestDatumPeriode (gedefinieerd door een van- en een tot-en-met-datum)

Het beschikbaarstellend systeem kan hiervoor ook een beveiliging instellen door bijv. tot een maximum aantal resultaten terug te koppelen. De raadplegende partij kan hierop kiezen om de zoekterm nader te specificeren.

===Beschikbaarstellen en mee/doorsturen van laboratoriumresultaten===
De transacties zijn gebaseerd op het gebruik van de zib [https://zibs.nl/wiki/LaboratoriumUitslag-v4.6(2020NL) LaboratoriumUitslag(2020)].

Hieraan zijn toegevoegd:
*aanvraaggegevens (in bericht 2 Resultaat als antwoord op aanvraag) gebaseerd op de procespatroon zib [https://zibs.nl/wiki/AanvraagGegevens-v1.0(2022NL) AanvraagGegevens(prepublicatie 2022-1)] dit is een pre-adopt van deze zib
*gegevens van de partij die de betreffende resultaten beschikbaarstelt of verstuurt
*identificaties op het niveau van de LaboratoriumUitslag en LaboratoriumTest
*IndicatorKopie op het niveau van de LaboratoriumUitslag(zie [[#Kopie-resultaat|Kopie-resultaat]])

Alle gegevens met betrekking tot het monster zijn opgenomen in de transacties. De relevantie van deze gegevens is bij bepaalde toepassingen, zoals microbiologische onderzoeken, relevanter dan bij andere, zoals de klinisch chemie.

De volgende elementen zijn niet opgenomen in de transacties: 
*GerelateerdeUitslag
*Aanvrager
*InterpretatieMethode

=Paginahistorie=

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"|Versie
! style="text-align:left;"|Datum
! style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 3.0.0-beta.2
| style="background-color: white;"| 25 mei 2023
| style="background-color: white;"| Usecase voor resultaatbericht toegevoegd aan FO en TO.
|-
| style="background-color: white;"| 3.0.0-beta.1
| style="background-color: white;"| 14 maart 2023
| style="background-color: white;"| Informatiestandaard was in gepubliceerd als beta versie, dit was niet in de titel opgenomen en bij deze gecorrigeerd.
|-
| style="background-color: white;"| 3.0.0
| style="background-color: white;"| 26 augustus 2022
| style="background-color: white;"| FO aangepast aan nieuwe berichten. TO toegevoegd
|-
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| 5 juli 2021
| style="background-color: white;"| Nieuwe patient journeys ivm nieuwe richtlijn.
|}

== Oude versies Lab2zorg ontwerp==
*[[Lab:V3.0.0beta.1_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0-beta.1]]
*[[Lab:V3.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0(titel was foutief, had -beta.1 moeten zijn)]]
*[[Lab:V2.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 2.0.0]]
*[[Lab:V1.1.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.1.0]]
*[[Lab:V1.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.0.0]]

Lab:V3.0.0-b2 Ontwerp Lab2zorg

2023-05-27T11:34:55Z

Ahenket: Fixed link

{{DISPLAYTITLE:Ontwerp Lab2zorg V3.0.0-beta.2}}

<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:V3.0.0-b2_Ontwerp_Lab2zorg|Functioneel]]
circle 990 216 215 [[Lab:Vdraft FHIR Lab2zorg|Technisch]]

desc none
</imagemap>

__NUMBEREDHEADINGS__

=Algemeen=
Deze pagina beschrijft het functioneel ontwerp van Lab2zorg, dit is één van de toepassingen van de Informatiestandaard uitwisseling laboratoriumgegevens. Het overkoepelend ontwerp vind je '''[[Lab:V3.0.0 Ontwerp Laboverdacht|hier]]'''. Diverse begrippen die in dit functioneel ontwerp van Lab2zorg gebruikt worden, worden nader toegelicht in de [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|Begrippenlijst]]

Lab2zorg zorgt ervoor dat zorgverleners, zoals apothekers en huisartsen, direct elektronisch de laboratoriumresultaten van hun patiënten kunnen sturen of inzien.
Deze categorie bevat alle uitwisselingen tussen laboratoria en zorgverleners én de uitwisseling van laboratoriumgegevens door zorgverleners onderling.

[[Image:Labuitwisseling_zondercijfers.jpg|900px|Activity diagram]| Figuur: Uitwisseling Labgegevens Proces]]

'' Uitwisseling laboratoriumgegevens proces''

Zowel labspecialisten als zorgverleners maken gebruik van een informatiesysteem, respectievelijk:
*XIS (zorgverlenerinformatiesysteem).
*LIS (laboratoriuminformatiesysteem).

De uitwisseling van laboratoriumresultaten vindt plaats:
* tussen labspecialist en zorgverlener
* tussen zorgverleners onderling

Onderstaande afbeeldingen tonen de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Lab2zorg_Activiteitendiagram_lab-zorg-2.PNG|900px]]

Bij uitwisseling tussen zorgverleners onderling worden de verschillende bedrijfsrollen vervuld door een zorgverlener.

[[Bestand:Lab2zorg Activiteitendiagram zorg-zorg-2.PNG|900px]]

=Usecases=

Lab2zorg kent op dit moment 3 usecases:
#Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium. (Uitwerking van het aanvraagbericht is nog in ontwikkeling, voor de uitwerking van het resultaat zie [[#Zorgverlener_vraagt_laboratoriumonderzoek_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn.2Fhaar_XIS|'''hier''']]).
#Zorgverlener raadpleegt laboratoriumresultaten, beschikbaar gesteld door het laboratorium of de aanvrager (voor uitwerking zie [[#Zorgverlener_raadpleegt_laboratoriumresultaten|'''hier''']]).
#Aanvrager stuurt laboratoriumresultaten door naar zorgverlener (voor uitwerking zie [[#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|'''hier''']]).


==Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium in zijn/haar XIS==
Voor deze usecase is op dit moment alleen het ontwerp tbv het resultaatbericht uitgewerkt. Het aanvraagbericht is nog in de verkenningsfase en dus nog niet ontwikkeld.

===Doel en relevantie===
Zorgverleners kunnen voor het opstellen van hun behandelplan aanvullend labonderzoek nodig hebben. Hiervoor doen zij dan een aanvraag bij een laboratorium, dat hun de uitslag vervolgens toestuurt in een resultaatbericht.

Redenen voor het versturen/ontvangen van een resultaatbericht zijn:
* De resultaten van een aanvraag voor labonderzoek moeten inzichtelijk worden voor de aanvrager van het onderzoek.

Dit proces komt overeen met patientjourney 1 en bevat de berichten 1A, 1B, en 2 uit de [https://www.nictiz.nl/app/uploads/2022/01/Richtlijn-Uitwisseling-Labgegevens-v2.0.pdf Richtlijn Uitwisseling laboratoriumgegevens] .
In dit proces wordt de aanvraag van een zorgverlener naar het laboratorium omschreven en het antwoord na uitvoer van het laboratoriumonderzoek teruggestuurd. Op dit moment is alleen bericht 2 volledig uitgewerkt.

Voor een voorbeeldscenario wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_aanvragen_en_antwoord_verzenden scenario's]

===Proces en context===
====Preconditie====
*De zorgverlener heeft de opdracht via het XIS (zorgverlenerinformatiesysteem) gestuurd naar het laboratorium.
*Het monster is ook naar het laboratorium gestuurd*.
*Het monster kan zowel door de aanvragende zorgverlener als door een derde partij afgenomen worden. Afhankelijk hiervan zijn de monstergegevens direct in het aanvraagbericht aanwezig of worden deze later toegevoegd.

====Trigger event====
De zorgverlener heeft een laboratoriumaanvraag ingediend bij het laboratorium. Het bloedonderzoek is uitgevoerd en de resultaten moeten worden gestuurd/gecommuniceerd naar de zorgverlener.

====Processtappen aanvraag====
*Het XIS van de huisarts of specialist stuurt een opdracht naar het LIS (Laboratoriuminformatiesysteem) van het laboratorium, eventueel met tussenkomst van een intermediair.
*Het monster wordt naar het laboratorium gestuurd en wordt geregistreerd in het LIS.

====Processtappen resultaat====
*De laboratoriumanalisten voeren het gevraagde onderzoek uit en registreren het resultaat in het LIS.
*De resultaten worden technisch geconfirmeerd en zo nodig geautoriseerd door de laboratoriumspecialist.
*Het LIS stuurt de laboratoriumresultaten op naar het XIS van de aanvrager.

====Postcondities====
*De opdracht en resultaten van het laboratoriumonderzoek staat in het LIS.
*De resultaten van het laboratoriumonderzoek staan in het XIS van de aanvrager.
*De zorgverlener ziet het laboratoriumresultaat in het XIS.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener
|style="background-color: white;vertical-align:top;"|Vraagt laboratoriumonderzoek aan en ontvangt het laboratoriumresultaat van de laboratoriumspecialist of zorgverlener.
|-
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist
|style="background-color: white;vertical-align:top;"|Voert laboratoriumonderzoek uit en/of levert laboratoriumresultaten op
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_vraagt_laboratoriumresultaat_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn_haar_ZIS.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk Zorgverlenerinformatiesysteem (XIS) en Laboratoriuminformatiesysteem (LIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*LaboratoriumresultaatOpdrachtOntvangend Systeem [LAB-LOO]
*LaboratoriumresultaatAntwoordSturend Systeem [LAB-LAS]

Het XIS vervult in deze use case de systeemrollen:
*LaboratoriumresultaatOpdrachtSturend Systeem [LAB-LOS]
*LaboratoriumresultaatAntwoordOntvangend Systeem [LAB-LAO]

[[Bestand:Component_Diagram_Lab2zorg_Opdracht_Laboratoriumonderzoek.png|600px]]

'' Systeemrollen Opdracht laboratoriumonderzoek''

[[Image:Component_Diagram_Lab2zorg_Sturen_Labresultaat.png|600px]]

''Systeemrollen bij Sturen Labresultaat''

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de opdracht laboratoriumonderzoek.

[[Image: Use_Case_Diagram_Lab2zorg_Laboratoriumonderzoek Opdracht.png|900px|Use case diagram opdracht labonderzoek]]

'' Use case diagram opdracht laboratoriumonderzoek''

[[Image: Use_Case_Diagram_Lab.png|900px|Use case diagram sturen labresultaat]]

'' Use case diagram sturen laboratoriumresultaat''

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Use Case(s) Scenario's)'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Zorgverlener stuurt opdracht labonderzoek
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek opdracht (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Ontvangen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOO]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Labspecialist stuurt labresultaten
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek resultaat (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAS]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;"|Ontvangen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|}

==Zorgverlener raadpleegt laboratoriumresultaten==
Zorgverleners hebben, om een volledig beeld van hun patiënt te hebben, de laatste laboratoriumresultaten van de patiënt nodig. Een zorgverlener kan deze op ieder moment raadplegen.
Redenen voor raadplegen zijn:
* Bij de apotheek voor verstrekking van specifieke medicatie (medicatiebewaking),
* Voordat de voorschrijver een recept voorschrijft controleert hij/zij of er recente relevante laboratoriumresultaten zijn (medicatiebewaking),
* Wanneer een zorgverlener voor het zorgproces behoefte heeft aan recente laboratoriumresultaten,
* Wanneer een zorgverlener een melding krijgt dat er een laboratoriumresultaat voor hem/haar beschikbaar is gesteld.

Het raadplegen van medische gegevens wordt bij voorkeur gedaan bij de bron van de informatie. In het geval van laboratoriumresultaten; het laboratorium. Op het moment van schrijven is het voor een groot deel van de laboratoria in Nederland nog niet mogelijk laboratoriumresultaten beschikbaar te stellen voor raadplegen. Daarom wordt in dit functioneel ontwerp ook het scenario uitgewerkt dat de aanvrager van het laboratoriumonderzoek de resultaten beschikbaar stelt voor overige zorgverleners. Deze use case is onderdeel van patient journey 2 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 17) en bevat de berichten 4 en 5 (pag 25-26). Het doel is om laboratoriumresultaten beschikbaar te stellen voor alle zorgverleners die deze nodig hebben voor de behandeling van de patiënt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_Raadplegen.2Fbeschikbaar_stellen scenario's]
===Doel en relevantie===

Hergebruik van laboratoriumresultaten wordt gestimuleerd doordat deze beschikbaar zijn en ten alle tijden geraadpleegd kunnen worden. Dit vermindert het dubbel uitvoeren van onderzoeken, dit komt ten goede aan de patiënt en is kostenbesparend.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.

Wanneer het laboratorium de resultaten beschikbaar stelt:
*De zorgverlener heeft de vraag via het XIS naar het laboratorium gestuurd.
*Het onderzoek is uitgevoerd en de resultaten zijn ingevoerd in het LIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat is aangemeld voor raadplegen.

Wanneer een zorgverlener de resultaten beschikbaar stelt:
*Het laboratoriumresultaat is opgenomen in het XIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat in het XIS is aangemeld voor raadplegen.

====Trigger event====
Tijdens de behandeling van een patiënt heeft een zorgverlener behoefte aan recente laboratoriumresulten. Bijvoorbeeld ten behoeve van medicatiebewaking door een apotheker.

====Processtappen:====
*Het XIS van de huisarts, apotheker1 of specialist vraagt laboratoriumresultaten op bij andere zorgverleners (LIS of XIS).
*De bevraagde XISsen /LISsen leveren de opgevraagde laboratoriumresultaten op indien beschikbaar.
*Het Laboratoriumresultaat wordt op de juiste manier verwerkt in het dossier van de raadplegende partij.

====Postconditie:====
*De zorgverlener heeft inzage in de laboratoriumresultaten in zijn/haar XIS.
*De bron kan nagaan wie laboratoriumresultaten bij hem heeft geraadpleegd (i.v.m. rectificatie).

''1. Voor openbare apothekers is er door de KNMP en de NHG een gelimiteerde lijst op gesteld van resultaten die ingezien mogen worden. Deze lijst staat op de [https://www.nictiz.nl/standaardisatie/terminologiecentrum/referentielijsten/laboratoriumresultaten-apothekers/ website van Nictiz]''

===Bedrijfsrollen en UML activity diagram===

In deze use case raadpleegt een zorgverlener laboratoriumresultaten. Anderzijds kan een zorgverlener ook degene zijn die een laboratoriumresultaat beschikbaar stelt.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - raadplegend
|style="background-color: white;vertical-align:top;"|Raadpleegt laboratoriumresultaten
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - beschikbaarstellend
|style="background-color: white;vertical-align:top;"|Stelt laboratoriumresultaten beschikbaar voor andere zorgverleners
|-
|style="background-color: white;vertical-align:top;"|Labspecialist
|style="background-color: white;vertical-align:top;"|Stelt de laboratoriumresultaten beschikbaar voor zorgverleners

|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_raadpleegt_laboratoriumresultaten.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk XIS en LIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]

Het XIS kan in deze use case twee systeemrollen vervullen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]
*Laboratoriumresultaat- LabResultaatRaadplegend Systeem [LAB-LRR]

[[Image: Figuur_SysteemrollenRaadplegen2021.png ‎|Component Diagram Systeemrollen Raadplegen Laboratoriumresultaten]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van het raadplegen van laboratoriumresultaten.

[[Image: FO Lab2Zorg Raadplegen Transacties.png|900px]]

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario's'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen/Beschikbaarstellen laboratoriumresultaten (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Raadplegen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRR]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener raadplegend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Beschikbaar stellen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRB]
|style="background-color: white;vertical-align:top;"|LIS of XIS
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist of Zorgverlener beschikbaarstellend
|}

==Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener==

Deze usecase komt overeen met patient journey 3 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 18) en bevat bericht 6 (pag 26).

De usecase kent twee varianten:
# de laboratoriumresultaten worden, met bijvoorbeeld een medicatievoorschrift, meegestuurd
# er worden alleen laboratoriumresultaten gestuurd
In onderstaande tekst wordt geen onderscheid tussen beide varianten gemaakt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_sturen scenario's]
===Doel en relevantie===
Het onderling uitwisselen van laboratoriumresultaten door zorgverleners, bijvoorbeeld in het kader van medicatiebewaking, bevordert het hergebruik van de betreffende informatie in het belang van de continuïteit van de zorg voor de patiënt.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.1
*De zorgverlener, zoals huisarts of specialist, heeft een labresultaat in het XIS.
*Het labresultaat heeft de status definitief.

====Trigger event====
Er zijn meerdere trigger events voor dit proces:
*een zorgverlener heeft een laboratoriumresultaat ontvangen dat mogelijk relevant is voor andere zorgverleners (bijvoorbeeld in het kader van medicatiebewaking).
*een bijzonder geval hiervan geldt het volgende: een zorgverlener die onderzoek heeft laten doen naar de nierfunctie deelt een afwijkende nierfunctiewaarde mee aan de door de patiënt aangewezen apotheker.2

====Processtappen:====
* Het XIS van de zorgverlener stuurt het labresultaat naar het XIS van de andere zorgverlener.
* Het XIS van de andere zorgverlener ontvangt het resultaat en stuurt een ontvangstbevestiging.

====Postconditie====
* De laboratoriumresultaten zijn beschikbaar in het XIS van de ontvangende zorgverlener.

1. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10'' geldt hierop de volgende uitzondering. Bij afwijkende nierfunctiewaarden is de aanvrager van het onderzoek verplicht deze waarden te delen met de door de patiënt aangewezen apotheker. 

2. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10''. 

===Bedrijfsrollen en UML activity diagram===

In deze use case is zowel degene die laboratoriumresultaten verstuurt als degene die ze ontvangt een zorgverlener.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - versturend
|style="background-color: white;vertical-align:top;"|Verstuurt laboratoriumresultaten naar andere zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - ontvangend
|style="background-color: white;vertical-align:top;"|Ontvangt laboratoriumresultaten
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_stuurt_laboratoriumresultaten_naar_zorgverlener.png|600px]]

===Informatieoverdracht===

====Systemen & Systeemrollen====
De zorgverlener die het laboratoriumresultaat verstuurt en de zorgverlener die het laboratoriumresultaat ontvangt maken ieder gebruik van een eigen XIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het XIS vervult in deze use case de systeemrollen:
*Laboratoriumresultaat- LabResultaatSturend Systeem [LAB-LRS]
*Laboratoriumresultaat- LabResultaatOntvangend Systeem [LAB-LRO]

[[Bestand:Systeemrollen sturen labresulaat zorgverlener.png|600px]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van Lab2zorg.

[[Image: use case LAB2ZORG sturen labresultaten.png|900px|Use case diagram sturen labresultaten]] 

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen/Ontvangen laboratoriumresultaten (PUSH)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener sturend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener ontvangend
|}



=Functionaliteit=
==Aanwijzingen/eisen voor functionaliteit van systemen==
Hieronder staan een aantal aanvullende aanwijzingen en eisen voor functionaliteiten van het informatiesysteem die ondersteunt moeten worden om de informatiestandaard volledig en juist te implementeren. Naast deze aanvullende eisen zijn er ook een aantal tijdelijke aanvullingen, die onder bepaalde specifieke voorwaarden gelden. Deze vindt u '''[[Lab:Tijdelijke_aanvullingen|hier]]'''.
===Gebruik identificatienummers===

====LaboratoriumUitslagIdentificatie & TestIdentificatie====
De laboratoriumUitslagIdentificatie & Testidentificatie zijn unieke ID's ter ontdubbeling van laboratoriumresultaten. Deze dienen door de bron van de resultaten gevuld te worden met een OID die combinatie is van de OID van de bron en een uniek identificatienummer binnen het informatiesysteem van de bron. Dit is ook vastgesteld in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

====EdifactReferentieNummer====
Het EdifactReferentieNummer is een aanvullend veld wat opgenomen is in de informatiestandaard om te zorgen dat in de transitiefase wanneer Laboratoria ook hun resultaten beschikbaar gaan stellen aan zorgverleners, deze ontdubbeld kunnen worden. Ook wanneer de eerder genoemde Ids misschien niet overeenkomen. Het EdifactReferentieNummer dient, voor ieder laboratoriumresultaat wat middels EDIFACT ontvangen is, gevuld te worden met het 'Identificatienummer' uit het segment IDE in het Edifact bericht. Hoe dit in de transitiefase gebruikt dient te worden, is nog in ontwikkeling en volgt in een latere publicatie van dit Functioneel ontwerp.

===Kopie-resultaat===
In de richtlijn is afgesproken dat een gebruiker van laboratoriumresultaten op de hoogte moet zijn van het feit of deze rechtstreeks van de bron afkomstig zijn. In de uitwisselingen zoals benoemd in paragraaf '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_raadpleegt_laboratoriumresultaten|2.2]]''' en '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|2.3]]''' komt het voor dat laboratoriumresultaten beschikbaar gesteld of verstuurd worden door een partij die zelf niet verantwoordelijk was voor de oplevering van het resultaat. In die gevallen wordt in de uitwisseling aangegeven dat het een kopie-resultaat betreft.

===Bij rectificatie===
Als een resultaat nadat het of door anderen geraadpleegd is of naar anderen doorgestuurd is, gerectificeerd wordt, moeten deze zorgverleners hiervan op de hoogte gesteld worden. Het laboratoriumresultaat moet dan de status "corrected" krijgen.

===Rol van de status 'definitief'===
Alleen laboratoriumresultaten met status 'definitief' worden beschikbaar gesteld, doorgestuurd of met een ander bericht meegestuurd. Deze beperking geldt niet voor de uitwisseling tussen een laboratorium en de aanvrager van een onderzoek.

==Over de gegevens ==
===Filter of query parameters bij raadplegen===
Van laboratoriumresultaten is geen algemene houdbaarheid aan te geven omdat dit afhankelijk is van het type onderzoek en de reden van gebruik van dit onderzoek. Per slot van rekening kan een laboratoriumresultaat een momentopname zijn, maar is soms ook de ontwikkeling in een bepaald gegeven relevant of is een resultaat (bijvoorbeeld genetisch onderzoek) levenslang geldig. Omdat er geen algemene houdbaarheid en dus bewaartermijn op laboratoriumgegevens gezet kan worden is in de richtlijn vastgelegd dat het aan de raadplegende partij is, om de houdbaarheid en toepasbaarheid van een specifiek laboratoriumresultaat te bepalen. Dit brengt echter ook een risico met zich mee, het kan namelijk zijn bij bijvoorbeeld een chronisch zieke patiënt, een patiënt die een tijdlang opgenomen is geweest of een oudere patiënt, dat er een enorme hoeveelheid data uitgewisseld moet worden. Daarom is het van belang dat de raadplegende partij altijd zo specifiek mogelijk raadpleegt, zoals ook vastgelegd in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

Hiervoor zijn een aantal parameters gedefinieerd om op te filteren:

*Identificatienummer van de patiënt (BSN)
*Onderzoek
*TestCode
*TestDatumPeriode (gedefinieerd door een van- en een tot-en-met-datum)

Het beschikbaarstellend systeem kan hiervoor ook een beveiliging instellen door bijv. tot een maximum aantal resultaten terug te koppelen. De raadplegende partij kan hierop kiezen om de zoekterm nader te specificeren.

===Beschikbaarstellen en mee/doorsturen van laboratoriumresultaten===
De transacties zijn gebaseerd op het gebruik van de zib [https://zibs.nl/wiki/LaboratoriumUitslag-v4.6(2020NL) LaboratoriumUitslag(2020)].

Hieraan zijn toegevoegd:
*aanvraaggegevens (in bericht 2 Resultaat als antwoord op aanvraag) gebaseerd op de procespatroon zib [https://zibs.nl/wiki/AanvraagGegevens-v1.0(2022NL) AanvraagGegevens(prepublicatie 2022-1)] dit is een pre-adopt van deze zib
*gegevens van de partij die de betreffende resultaten beschikbaarstelt of verstuurt
*identificaties op het niveau van de LaboratoriumUitslag en LaboratoriumTest
*IndicatorKopie op het niveau van de LaboratoriumUitslag(zie [[#Kopie-resultaat|Kopie-resultaat]])

Alle gegevens met betrekking tot het monster zijn opgenomen in de transacties. De relevantie van deze gegevens is bij bepaalde toepassingen, zoals microbiologische onderzoeken, relevanter dan bij andere, zoals de klinisch chemie.

De volgende elementen zijn niet opgenomen in de transacties: 
*GerelateerdeUitslag
*Aanvrager
*InterpretatieMethode

=Paginahistorie=

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"|Versie
! style="text-align:left;"|Datum
! style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 3.0.0-beta.2
| style="background-color: white;"| 25 mei 2023
| style="background-color: white;"| Usecase voor resultaatbericht toegevoegd aan FO en TO.
|-
| style="background-color: white;"| 3.0.0-beta.1
| style="background-color: white;"| 14 maart 2023
| style="background-color: white;"| Informatiestandaard was in gepubliceerd als beta versie, dit was niet in de titel opgenomen en bij deze gecorrigeerd.
|-
| style="background-color: white;"| 3.0.0
| style="background-color: white;"| 26 augustus 2022
| style="background-color: white;"| FO aangepast aan nieuwe berichten. TO toegevoegd
|-
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| 5 juli 2021
| style="background-color: white;"| Nieuwe patient journeys ivm nieuwe richtlijn.
|}

== Oude versies Lab2zorg ontwerp==
*[[Lab:V3.0.0beta.1_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0-beta.1]]
*[[Lab:V3.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0(titel was foutief, had -beta.1 moeten zijn)]]
*[[Lab:V2.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 2.0.0]]
*[[Lab:V1.1.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.1.0]]
*[[Lab:V1.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.0.0]]

Lab:V3 FHIR Lab2zorg

2023-05-27T11:33:34Z

Ahenket: Fixed link

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:V3_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-26T12:32:42Z

Ahenket:

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-26T12:32:17Z

Ahenket: Wijzigingen door Ahenket (Overleg) hersteld tot de laatste versie door Nathalie Nikodym

__NOINDEX__
{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use.}}

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-26T12:31:45Z

Ahenket:

{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use.}}

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}

<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-26T12:31:33Z

Ahenket:

{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use.}}

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:V3 FHIR Lab2zorg

2023-05-26T12:31:04Z

Ahenket:

{{Vdraft/InformationBox|This FHIR IG is currently under development and can not be considered stable and ready for use.}}

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

=Release Notes=
Please note that we have gained new insights based on the developments in HL7 Europe and the HL7 WGM. The necessary changes based on this feedback will be addressed and released in the next release.

Lab:ReleaseNotes

2023-05-25T15:00:13Z

Ahenket: Nieuwe pagina aangemaakt met '{{DISPLAYTITLE:Release Notes Laboratoriumuitwisseling}} {{underconstruction}}'

Lab:Vdraft FHIR Lab2zorg

2023-05-25T14:59:57Z

Ahenket:

__NOINDEX__

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}
{{underconstruction}}

<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Netherlands HL7v3 datatype II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.1|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a DiagnosticReport [link-to-profile-on-simplifier].

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile [link-to-simplifier-profile]. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in DiagnosticReport [link toevoegen] SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the resaon for the absence of data is known.
** Refer to the section on ''Missing Data'' [link] for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

Landingspagina Labuitwisseling

2023-05-25T14:56:34Z

Ahenket: /* Actueel */

==Inleiding==
Deze pagina geeft een overzicht van de publicaties van de informatiestandaard Labuitwisseling.

==Informatiestandaard==
De volgende versies zijn beschikbaar van de informatiestandaard Labuitwisseling.

===Actueel ===
*[http://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/index.html Informatiestandaard Labuitwisseling V3.0.0-beta] (ART-DECOR)
*[[Lab:ReleaseNotes|Release Notes]]

===Vorige versie(s) ===
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/ Informatiestandaard Labuitwisseling V2.0.0]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-6-1/ Informatiestandaard Labuitwisseling V1.6.1]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-5/ Informatiestandaard Labuitwisseling V1.5]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-4/ Informatiestandaard Labuitwisseling V1.4]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-2017-informatiestandaard-laboratoria/ Informatiestandaard Labuitwisseling Release 2017]

==Ontwerpen==
De volgende ontwerpen zijn beschikbaar van de informatiestandaard Uitwisseling Laboratoriumgegevens.

===Actueel ===
*[[Lab:V3.0.0_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V3.0.0]]
*[[lab:V1.0.2_Ontwerp_Lab2lab|Ontwerp Lab2Lab V1.0.2]]
*[[lab:V1.0.0_Ontwerp_Lab2publichealth|Ontwerp Lab2Publichealth V1.0.0]]
*[[lab:Vcurrent_Ontwerp_Lab2zorg| Ontwerp Lab2Zorg V3.0.0-beta.2]]
*[[MedMij:V2020.01/OntwerpLabresult|Ontwerp Lab2Patiënt V2020.01]]

===Vorige versie(s) ===
*[[Lab:V2.0.2_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.2]]
*[[Lab:V2.0.1_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.1]]
*[[Lab:V2.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V2.0.0]]
*[[Lab:V1.0.1_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.1]]
*[[Lab:V1.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.0]]

Opmerking: Het versienummer van het functionele ontwerp hoeft niet gelijk op te gaan met het versienummer van de informatiestandaard. Een aanpassing in de informatiestandaard resultaat niet altijd in een aangepast functioneel ontwerp. De informatiestandaard krijgt bij een aanpassing een nieuwe versie en de versie van het functionele ontwerp blijft gelijk.

==Testen & Kwalificatie==
Meer informatie en test/kwalificatiescripts vindt u via de pagina [[Lab:Vcurrent_Kwalificatie|Testen en Kwalificatie Uitwisseling Laboratoriumgegevens]]

Landingspagina Labuitwisseling

2023-05-25T14:54:39Z

Ahenket: /* Actueel */

==Inleiding==
Deze pagina geeft een overzicht van de publicaties van de informatiestandaard Labuitwisseling.

==Informatiestandaard==
De volgende versies zijn beschikbaar van de informatiestandaard Labuitwisseling.

===Actueel ===
*[http://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/index.html Informatiestandaard Labuitwisseling V3.0.0-beta] (ART-DECOR)

===Vorige versie(s) ===
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/ Informatiestandaard Labuitwisseling V2.0.0]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-6-1/ Informatiestandaard Labuitwisseling V1.6.1]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-5/ Informatiestandaard Labuitwisseling V1.5]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-4/ Informatiestandaard Labuitwisseling V1.4]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-2017-informatiestandaard-laboratoria/ Informatiestandaard Labuitwisseling Release 2017]

==Ontwerpen==
De volgende ontwerpen zijn beschikbaar van de informatiestandaard Uitwisseling Laboratoriumgegevens.

===Actueel ===
*[[Lab:V3.0.0_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V3.0.0]]
*[[lab:V1.0.2_Ontwerp_Lab2lab|Ontwerp Lab2Lab V1.0.2]]
*[[lab:V1.0.0_Ontwerp_Lab2publichealth|Ontwerp Lab2Publichealth V1.0.0]]
*[[lab:Vcurrent_Ontwerp_Lab2zorg| Ontwerp Lab2Zorg V3.0.0-beta.2]]
*[[MedMij:V2020.01/OntwerpLabresult|Ontwerp Lab2Patiënt V2020.01]]

===Vorige versie(s) ===
*[[Lab:V2.0.2_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.2]]
*[[Lab:V2.0.1_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.1]]
*[[Lab:V2.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V2.0.0]]
*[[Lab:V1.0.1_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.1]]
*[[Lab:V1.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.0]]

Opmerking: Het versienummer van het functionele ontwerp hoeft niet gelijk op te gaan met het versienummer van de informatiestandaard. Een aanpassing in de informatiestandaard resultaat niet altijd in een aangepast functioneel ontwerp. De informatiestandaard krijgt bij een aanpassing een nieuwe versie en de versie van het functionele ontwerp blijft gelijk.

==Testen & Kwalificatie==
Meer informatie en test/kwalificatiescripts vindt u via de pagina [[Lab:Vcurrent_Kwalificatie|Testen en Kwalificatie Uitwisseling Laboratoriumgegevens]]

Landingspagina Labuitwisseling

2023-05-25T14:53:36Z

Ahenket: /* Informatiestandaard */

==Inleiding==
Deze pagina geeft een overzicht van de publicaties van de informatiestandaard Labuitwisseling.

==Informatiestandaard==
De volgende versies zijn beschikbaar van de informatiestandaard Labuitwisseling.

===Actueel ===
*[http://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/index.html Informatiestandaard Labuitwisseling V3.0.0-beta]

===Vorige versie(s) ===
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/ Informatiestandaard Labuitwisseling V2.0.0]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-6-1/ Informatiestandaard Labuitwisseling V1.6.1]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-5/ Informatiestandaard Labuitwisseling V1.5]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-1-4/ Informatiestandaard Labuitwisseling V1.4]
*[https://www.nictiz.nl/standaardisatie/informatiestandaarden/laboratoria/release-2017-informatiestandaard-laboratoria/ Informatiestandaard Labuitwisseling Release 2017]

==Ontwerpen==
De volgende ontwerpen zijn beschikbaar van de informatiestandaard Uitwisseling Laboratoriumgegevens.

===Actueel ===
*[[Lab:V3.0.0_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V3.0.0]]
*[[lab:V1.0.2_Ontwerp_Lab2lab|Ontwerp Lab2Lab V1.0.2]]
*[[lab:V1.0.0_Ontwerp_Lab2publichealth|Ontwerp Lab2Publichealth V1.0.0]]
*[[lab:Vcurrent_Ontwerp_Lab2zorg| Ontwerp Lab2Zorg V3.0.0-beta.2]]
*[[MedMij:V2020.01/OntwerpLabresult|Ontwerp Lab2Patiënt V2020.01]]

===Vorige versie(s) ===
*[[Lab:V2.0.2_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.2]]
*[[Lab:V2.0.1_Ontwerp_Laboverdacht|Ontwerp Uitwisseling Laboratoriumgegevens V2.0.1]]
*[[Lab:V2.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V2.0.0]]
*[[Lab:V1.0.1_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.1]]
*[[Lab:V1.0.0_Ontwerp_Laboverdacht|Ontwerp Labwaardenoverdracht V1.0.0]]

Opmerking: Het versienummer van het functionele ontwerp hoeft niet gelijk op te gaan met het versienummer van de informatiestandaard. Een aanpassing in de informatiestandaard resultaat niet altijd in een aangepast functioneel ontwerp. De informatiestandaard krijgt bij een aanpassing een nieuwe versie en de versie van het functionele ontwerp blijft gelijk.

==Testen & Kwalificatie==
Meer informatie en test/kwalificatiescripts vindt u via de pagina [[Lab:Vcurrent_Kwalificatie|Testen en Kwalificatie Uitwisseling Laboratoriumgegevens]]

Lab:V3 FHIR Lab2zorg

2023-04-18T08:10:13Z

Ahenket:

__NOINDEX__

{{DISPLAYTITLE:FHIR Lab2zorg V3.0.0-beta.2}}


<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:Vdraft_Ontwerp_Lab2zorg|Functional]]
circle 990 216 215 [[Lab:Vdraft_FHIR_Lab2zorg|Technical]]
desc none
</imagemap>

__NUMBEREDHEADINGS__

=Introduction=
[[Bestand:Functioneel-02.png|link=Lab:V3.0.0_Ontwerp_Lab2zorg|100px|rechts|Functional design|Go to functional design]]

This page describes the technical design of Lab2zorg (Lab2healthcare) as a subset of the '''[[Lab:V3.0.0 Ontwerp Laboverdacht|Information standard lab exchange]]'''. This technical specification is implementer centric and complements the '''[[Lab:V3.0.0_Ontwerp_Lab2zorg|functional design]]'''. This page uses various terms as defined in the [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|glossary]] (Dutch: Begrippenlijst). This page implements general principles applicable to FHIR as outlined by a central [[FHIR:V1.0_FHIR_IG_R4|FHIR IG for R4]]. Please make sure you familiarize yourself with both the functional design and the FHIR IG for full appreciation of the context of this page.

Many laboratory results have important relationships to other observations and need to be grouped together. [http://hl7.org/fhir/observation.html#10.1.4.1 The FHIR specification] defines several structures to do this:

* {{fhir|Observation}} and one or more {{fhir|Observation.hasMember}} elements.
** Each {{fhir|.hasMember}} element references another Observation and the Observation with {{fhir|.hasMember}} elements thus serves as grouper for all Observations it references. Each Observation can be accessed individually. This is useful for panels and/or batteries of tests. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12870 NL-CM:13.1.3 LaboratoryTest] maps into.
** Note that while FHIR Observation also allows references to resource types MolecularSequence and QuestionnaireResponse, there is no identified use case for that at time of writing.
** An Observation without {{fhir|.hasMember}} elements is expected to be an individual result and has a value when one can be/is determined.
* {{fhir|Observation}} and one or more {{fhir|Observation.derivedFrom}} elements.
** Each {{fhir|.derivedFrom}} element references another Observation references related measurements the observation is made from. This is what [https://zibs.nl/wiki/LaboratoryTestResult-v4.6(2020EN)#12849 NL-CM:13.1.33 RelatedResult::LaboratoryTestResult] maps into.
** Note that while FHIR Observation also allows references to resource types DocumentReference, ImagingStudy, Media, QuestionnaireResponse and MolecularSequence, there is no identified use case for those at time of writing.
* {{fhir|Observation}} and one or more {{fhir|Observation.component}} elements.
** {{fhir|.component}}s of an Observation are not accessible individually. Whenever you access the Observation, you also access all its components. This is mostly useful when certain context is provided around the result. For lab observations this is expected to be less common. An example outside of the lab realm could be BloodPressure where systolic, diastolic, and cuff size are all in one Observation with 3 components.

This FHIR implementation guide assumes that systems (XIS) are able to make a connection to the right systems. It does not provide information on finding the right XIS nor does it provide information about security including authentication and authorization. Finding the right system, and security aspects of the connection, are dealt with by the infrastructure. Any relevant infrastructure is expected to have a framework in place to deal with this. The only assumption/requirement for an infrastructure is that this allows RESTful FHIR-based exchange as specified here.

=Boundaries and relationships=
==Mappings between profiles and data set==
Each transaction starts with links to the functional definition in an ART-DECOR publication and references one or several FHIR profiles. Where the functional definition contains all specific data elements for the transaction (prefixed with ‘lu-concept-v2’), the FHIR profiles only contain a mapping to these data elements that do not have a dependency on a zib counterpart. For example: ‘lu-concept-v2-4266’ (Specimen) has a relation with the zib element with id ‘NL-CM-13.1.2’, therefore no mapping with ‘lu-concept-v2-4266’ can be found in the profiles. On the other hand, ‘lu-concept-v2-4296’ (LaboratoryResultIdentification) has no relation with a zib element, therefore a mapping can be found in the relevant FHIR profile.

Because of [[FHIR:V1.0_FHIR_Profiling_Guidelines_R4#Open_vs._closed_world_modeling|open world modeling]], the cardinality of elements in the FHIR profiles can be less strict than the cardinalities in the ART-DECOR transactions. However, the latter cardinality is leading when it comes to exchanging building blocks in the context of a specific transaction. For example: in the nl-core-LaboratoryTestResult profile, {{fhir|.performer}} has a core cardinality of 0..*, while in both the 'Send laboratory results' and ‘Serve laboratory results’ ART-DECOR transactions, the Performer element has a cardinality of 1..1 M. Therefore, {{fhir|.performer}} is expected to be filled with either a reference to an nl-core-HealthcareProvider-Organization resource.

Each transaction contains a Patient building block with cardinality 1..1 M. This patient is the subject of all other building blocks in the transaction, although no explicit relation exists in the data set. Therefore, a reference to a Patient resource conforming to the nl-core-Patient profile is expected in {{fhir|.subject}} of each FHIR instance of each building block.

[[Bestand:LaboratoryInFHIRR4Overview.png|miniatuur|Laboratory results in FHIR R4 overview]]

The single zib LaboratoryTestResult consists of objects that in FHIR are represented using different (instances of) resources:
* ''NL-CM:13.1.1 LaboratoryTestResult'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and has {{fhir|.hasMember}} relationships with individual ''NL-CM:13.1.3 LaboratoryTests''.
** Note that this level only exists when LaboratoryTestResult contains ''NL-CM:13.1.4 PanelOrBattery''. The concepts ''NL-CM:13.1.7 ResultType'', ''NL-CM:13.1.5 Comment'', and ''NL-CM:13.1.6 ResultStatus'' are not mapped in the absence of ''NL-CM:13.1.4 PanelOrBattery''.
* ''NL-CM:13.1.3 LaboratoryTest'' also maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}} {{fhir|Observation}} and MAY be referenced by a different {{fhir|Observation.hasMember}} containing ''NL-CM:13.1.1 LaboratoryTestResult''.
* ''NL-CM:13.1.2 Specimen'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}} {{fhir|Specimen}}.
** Note that there could be multiple instances of Specimen: one for the main ''NL-CM:13.1.16 SpecimenMaterial'', and one per isolated ''NL-CM:13.1.22 Microorganism'' with a {{fhir|.parent}} relationship to the main specimen.
* ''NL-CM:13.1.29 SpecimenSource'' maps into profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}} {{fhir|Device}}. This is a special case where the specimen did not come from the Patient directly.

==Patient identification==
This implementation guide assumes that the client system is able to make a connection to the right server that contains the patient's information. It does not provide information on finding the right server nor does it provide information about security. Moreover, each transaction is performed in the context of a specific (authenticated) patient, whose context might have been established using the authentication mechanisms described in external specifications such as the MedMij 'Afsprakenstelsel' or through the usage of search parameters for patient identification. Each server is required to perform filtering based on the patient associated with the context for the request or based on the patient identification search parameters, so only the records associated with the authenticated patient are returned.

When patient identification requires the use of search parameters, the following search parameters SHALL be supported:

* Patient: {{fhir|identifier}}
* Observation: {{fhir|patient}}

An example of a request that retrieves all Observation resources of a patient with a fake BSN of 11122233:

<pre>GET [base]/Observation?patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>

==Resource identification==
All profiles used within the information standard contain {{fhir|.identifier}} elements with a cardinality of 0..* because of open world modeling. However, all ART-DECOR transactions referenced within this IG assign a 1..1 R cardinality, meaning a stable identifier SHOULD be provided, or [[FHIR:V0.9_FHIR_IG_R4#Missing_information|the DataAbsentReason extension if a value is missing]]. Identifiers SHALL contain both a {{fhir|.system}} and a {{fhir|.value}}.

Because in HL7v3 (CDA) an identifier can only be composed using [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]], the {{fhir|.system}} SHALL be an OID to accommodate compatibility in transformations to and from FHIR. The [https://www.hl7.nl/wiki/index.php?title=DatatypesR1:II Dutch HL7v3 datatype variant of II] also defines additional restrictions on the maximum length of both <code>@root</code> and <code>@extension</code> (equivalent to respectively {{fhir|.system}} and {{fhir|.value}} in FHIR). For the same compatibility reasons, {{fhir|.system}} SHALL have a maximum of 128 characters and {{fhir|.value}} SHALL have a maximum of 64 characters.

Systems that encounter or resolve references, either logical or literal, in resources they receive, SHALL NOT rewrite these references to a copy of these resources (with {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/ext-CopyIndicator|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2}} present) they may store. This means that [https://hl7.org/fhir/r4/references.html relative literal references] may need to be rewritten to absolute ones. This also goes for [[FHIR:V1.0_FHIR_IG_R4#Including_.22secondary.22_resources_when_sending_information|included secondary resources in transactions]].

==FHIR Profile Package==
All use cases in this specification depend on the same set of FHIR profiles. The table below lists profiles that represent applicable zibs for laboratory result information exchange.

{{NoteBoxNictizR4Package|p1=nictiz.fhir.nl.r4.labexchange|v1=3.0.0-beta.2|p2=nictiz.fhir.nl.r4.nl-core|v2=0.8.0-beta.1|p3=nictiz.fhir.nl.r4.zib2020|v3=0.6.0-beta.2}}

{| class="wikitable" style="min-width:90%;"
|-style="background-color:#1F497D; color:white; font-weight:bold;"
|FHIR Profile
|FHIR Resource
|style="min-width:150px;"|Based on zib (EN)
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult}}
| Observation
| rowspan="3" | LaboratoryResult
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen}}
| Specimen
|-
| {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/nl-core-LaboratoryTestResult.Specimen.Source|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-LaboratoryTestResult.Specimen.Source}}
| Device
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-patient|nictiz.fhir.nl.r4.nl-core|pkgVersion=0.6.0-beta.2|title=nl-core-Patient}}
|Patient
|Patient
|-
| {{Simplifier|http://fhir.nl/fhir/StructureDefinition/nl-core-HealthcareProvider-Organization|nictiz.fhir.nl.r4.nl-core|title=nl-core-HealthcareProvider-Organization}}
|Organization
|HealthcareProvider
|}

=Actors involved=
{| class="wikitable"
! colspan="2" style="text-align:left;" | Persons
! colspan="2" style="text-align:left;" | Systems
! colspan="2" style="text-align:left;" | FHIR Capability Statements
|-
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
! style="text-align:left;" |Name
! style="text-align:left;" |Description
|-
| rowspan="2" | Lab Professional
| rowspan="2" | The user of a LIS
| rowspan="2" | LIS
| rowspan="2" | Laboratory information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A LIS is only expected to serve results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A LIS is only expected to send results in the context of Lab2zorg.
|-
| rowspan="2" | Healthcare professional
| rowspan="2" | The user of a XIS
| rowspan="2" | XIS
| rowspan="2" | (Any) Healthcare information system
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-RetrieveServe|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-RetrieveServe}}
| Retrieve [LAB-LRR]/serve [LAB-LRB] lab results requirements. A XIS may both retrieve results and serve copies of results in the context of Lab2zorg.
|-
| [[Bestand: Verwijzing.png| 20px]] {{Simplifier|http://nictiz.nl/fhir/CapabilityStatement/Lab2Healthcare-Results-SendReceive|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.1|title=CapabilityStatement: Lab2Healthcare-Results-SendReceive}}
| Send [LAB-LRS]/receive [LAB-LRO] lab results requirements. A XIS may both send copies of results and receive (copies of) results in the context of Lab2zorg.
|}

=Use cases=
==Health professional orders lab tests and receives results==
===Introduction===
As defined in the functional design, a health professional can order laboratory tests after seeing a patient. Some laboratory tests such as blood gases and EBV serology consist of multiple subtests and are ordered together as one test (a panel). When the order has been received and performed by the laboratory, the results including interpretation are sent to the XIS of the requesting health professional together with the order and patient details. The main FHIR resource to express the laboratory test results is a {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}}.

===Health professional orders lab tests===
''This transaction is not yet implemented.''

===Health professional receives lab results resulting from a request ===

====Actors====
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

====Invocations====
=====LAB-LRS: request message=====
The LIS (LAB-LRS) sends lab results and relevant context information using a HTTP POST method on the endpoint of the XIS of the health professional that requested the laboratory test (LAB-LRO)

======Trigger Events======
This message is invoked when the LIS needs to send laboratory results to a XIS.

======Message Semantics======
A [http://hl7.org/fhir/r4/documents.html FHIR document] is used for this use case. This approach is chosen because laboratory results resulting from a request include details about the patient and order, next to the actual laboratory results. In this context, the resources sent by the LIS should be considered a discrete package that is transmitted as-is. It is up to the receiving XIS to extract and persist the resources from the document that it considers relevant.

A FHIR document is sent by performing a HTTP POST command to the Bundle endpoint as shown:

<pre>POST [base]/Bundle</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|document}} that has a Composition resource as the first resource. The Composition resource should conform to the Composition profile {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-Composition|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=Composition}}. In this context, a Composition is solely used to send the laboratory results across in a document. Therefore, the Composition only contains one section with a reference to the DiagnosticReport. The DiagnosticReport contains information on the structure of all the resources in the document. All resources referenced by the DiagnosticReport SHALL be present in the Bundle. These resources SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Identification======

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

The {{fhir|.identifier}} in {{Simplifier|http://nictiz.nl/fhir/StructureDefinition/lu-LaboratoryTestResult-DiagnosticReport|nictiz.fhir.nl.r4.labexchange|pkgVersion=3.0.0-beta.2|title=DiagnosticReport}} SHALL at least be a Placer Order ID assigned by the placer (ordering application). The Placer Order ID identifies an order uniquely among all orders from a particular ordering application. In this case, a XIS (LAB-LRO). The {{fhir|.identifier}} MAY additionally be populated with a Filler Order ID, assigned by the filler (fulfilling/receiving application). This identifier is the order number associated with the filling/receiving application and uniquely identifies all orders from the particular filling application. In this case a LIS (LAB-LRS).

The placer/filler order identifiers, specimen identifiers, container identifiers, and observation identifiers are all identifiers issued by an information system, XIS or LIS. Identification always requires specification of the identification system that the identifier is from, and per the central [[FHIR:V1.0_FHIR_IG_R4#When_is_.identifier_expected.3F|FHIR IG]] guidance on identifiers this SHALL be an [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OID]]. There are a number of ways to get an OID, but most systems are expected to already have (access to) one:

* Your organization may have a UZI Registry Registration Number or URA. See also guidance on [[Hoofdpagina#Object_IDentifiers_.28OIDs.29|OIDs]]. The URA OID ''2.16.528.1.1007.3.3'' has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/ura</nowiki>'', but when you get to the system level this correspondence no longer holds. Hence the use of OIDs. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA]</nowiki> {{fhir|value}} [XIS/LIS]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.3.[URA].3</nowiki> {{fhir|value}} 33333333
* Your system may have UZI Registry System ID under OID ''2.16.528.1.1007.3.2''. The system for the UZI System ID has a one to one correspondence with uri ''<nowiki>http://fhir.nl/fhir/NamingSystem/uzi-nr-sys</nowiki>'', but applying to sub systems like order numbers etc. looks the same as the URA:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2</nowiki> {{fhir|value}} [UZI System ID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].1</nowiki> {{fhir|value}} 11111111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].2</nowiki> {{fhir|value}} 22222222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.528.1.1007.3.2.[UZI System ID].3</nowiki> {{fhir|value}} 33333333
* Your lab system may have a three digit LABID that you may use as your base for all different kind of identifiers the system may issue. Example:
** The system ID: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4</nowiki> {{fhir|value}} [LABID]
** Order Numbers: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
** Specimen IDs : {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].2</nowiki> {{fhir|value}} [LABID]22222
** Container IDs: {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].3</nowiki> {{fhir|value}} [LABID]33333

Other common applicable identification systems exist. The main characteristic that the OID strategy SHALL have is ''persistent globally unique''. There SHALL NOT ever be more than one object carrying the same identification, i.e. the same combination of identification system and identification value. If you run out of numbers, and have to restart your numbering because labs typically deal with max 8 characters in their IDs due to barcode constraints, you can still distinguish two identification values 11111111 from one another by changing the identification system value, e.g.:

* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].1</nowiki> {{fhir|value}} [LABID]11111
* {{fhir|system}} <nowiki>urn:oid:2.16.840.1.113883.2.4.3.11.61.4.[LABID].4</nowiki> {{fhir|value}} [LABID]11111

While logic is required in creating OIDs, from the point of coming into existence they are plain strings. No semantics may be inferred from individual nodes in an OID. LIS A may have order numbers under a system ending in .1 in DiagnosticRepost.identifier, and LIS B may have specimen IDs under a system ending in .1 in Specimen.identifier. XIS A may even go as far as having a node for production versus test, followed by the node for order numbers, e.g. ending in .1.1 and .2.1.

System administrators SHALL keep record of the OIDs they issue to avoid inadvertent reuse. System administrators MAY delegate record keeping and maintenance, e.g. to a more central part in a larger organization they are part of.

======Expected Actions======
On receipt of the {{fhir|FHIR Document}} submission, the XIS (LAB-LRO):
* SHALL process creation of the Bundle;
* SHALL decide which, if any, of the resources in the Bundle are relevant for individual processing;
** The XIS MAY update pre-existing information with the incoming information;
** The XIS MAY keep its pre-existing matching resources as-is;
* SHALL be aware that the latest information for a lab result is available in the latest FHIR document that has not been followed up by any other FHIR document;
** Please note that even a final document MAY be followed up by a document containing corrections.
* SHALL respond using a HTTP code and body that honors the [https://build.fhir.org/exchanging.html Prefer header] and interaction. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.

======Must Support======

The main FHIR resource to express the laboratory test results is a DiagnosticReport. Both the LIS and the XIS shall take into account that the profile contains ''Must Support'' flags. The base [http://hl7.org/fhir/R4/profiling.html#mustsupport|FHIR Must Support] guidance requires specifications to define exactly the support expected for profile elements labeled ''Must Support''.

For querying and reading the DiagnosticReport profile, ''Must Support'' on any profile data element SHALL be interpreted as follows:

* The LIS (LAB-LRS) SHALL be capable of populating all data elements as part of the query results.
* The XIS (LAB-LRO) SHALL be capable of processing resource instances containing the data elements without generating an error or causing the application to fail.
**In other words the XIS (LAB-LRO) SHOULD be capable of displaying the data elements for human use or storing it for other purposes.
* In situations where information on a particular data element is not present and the reason for absence is unknown, the LIS (LAB-LRS) SHALL NOT include the data elements in the resource instance returned as part of the query results.
* The XIS (LAB-LRO) SHALL interpret missing data elements within resource instances as data not present in the LIS (LAB-LRS).
* The LIS (LAB-LRS) SHOULD send the reason for the missing information if the reason for the absence of data is known.
** Refer to the section on ''Missing Data'' for guidance on how to handle missing data.
* The XIS (LAB-LRO) SHALL be able to process resource instances containing data elements asserting missing information.

=====LAB-LRO: response message=====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome.

======Trigger Events======
The XIS (LAB-LRO) completed processing of the send laboratory results message.

======Message Semantics======
The XIS (LAB-LRO) SHALL return a {{fhir|201}} Created HTTP status code, and SHALL also return a Location header which contains the new Logical Id and Version Id of the created resource version. The XIS (LAB-LRO) SHOULD also return an {{fhir|ETag}} header with the {{fhir|versionId}} (if versioning is supported) and a {{fhir|Last-Modified}} header.

======Expected Actions======
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

======Handling Errors======
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional retrieves lab results==
===Introduction===
Healthcare professionals need to be able to retrieve laboratory results directly from a lab (LIS) or a secondary healthcare provider (XIS). Different healthcare professionals may have different needs and/or authorizations. The core FHIR specification offers support for a lot of use cases. This specification only outlines options for the identified scope and associated minimal expectations. As such it is ''not'' intended to be limiting to said expectations. Servers SHALL use the CapabilityStatement to advertise their implementation and clients SHOULD use this as means to discover the servers capabilities as per the FHIR specification, as well as publish their own capabilities. <nowiki>[</nowiki>[http://hl7.org/fhir/R4/http.html#3.1.0 FHIR RESTful]<nowiki>]</nowiki> / <nowiki>[</nowiki>[http://hl7.org/fhir/R4/capabilitystatement.html#notes CapabilityStatement]<nowiki>]</nowiki>.

The identified use cases within the scope of this implementation guide are very broad:

* Get latest X results for one or more specific {{fhir|Observation.code}}s
* Get latest X results for any {{fhir|Observation.code}}s
* Get results on/before/after date X
* Get results on/before/after date X for one or more specific {{fhir|Observation.code}}s

Each server SHALL perform filtering based on the patient, and results associated with the request context and patient identification search parameters, so only the records are returned that the requesting party is authorized for. Example expectations are that any ordering provider will have access to results related to his orders, and any requesting party interested in medication related results only has access to those.

A special word of caution about volume. It has been proven hard to impossible to define an optimum on how much history should be supported. For example some genetic tests are done once at age 15, and are still valid at age 80. Returning ''all'' results for someone age 80 could take an enormous toll on both server and client and is seldom relevant. Clients are therefore encouraged to be as specific as possible, by using both {{fhir|code}} and/or {{fhir|date}} and/or [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}] whenever possible. Servers SHOULD implement [https://www.hl7.org/fhir/search.html#count {{fhir|_count}}], and SHOULD implement an OperationOutcome that informs the client of a partial result set when the total number exceeds what a server will handle.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Retrieve laboratory results (PULL)
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results request
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatRaadplegend Systeem [LAB-LRR]
|style="background-color: white;vertical-align:top;"|Send a query to the LAB-LRB to retrieve lab results
|-
|style="background-color: white;vertical-align:top;"|Retrieve laboratory results response
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatBeschikbaarstellend Systeem [LAB-LRB]
|style="background-color: white;vertical-align:top;"|Respond to a query from the LAB-LRR to retrieve lab results
|}

===Invocations===
====LAB-LRR: request message====
The request message represents an HTTP GET parameterized query from the XIS (LAB-LRR) to the XIS/LIS (LAB-LRB).

=====Trigger events=====
When the healthcare professional wants to obtain laboratory results, it issues a retrieve laboratory results request message.

=====Message semantics=====
The XIS (LAB-LRR) executes an HTTP GET conforming to the FHIR [http://hl7.org/fhir/http.html RESTful] and [http://hl7.org/fhir/search.html search] specification against the XIS/LIS's Observation endpoint.

* Laboratory results are all under the {{fhir|.category}} ''observation'', using query parameter {{fhir|category}} as token.
* Requesting data for a specific {{fhir|.subject}} is done using query parameter {{fhir|patient}} as reference, or on some network infrastructures with an authorization token. The FHIR query parameter type [https://www.hl7.org/fhir/R4/search.html#reference reference] can take on many forms.
** If you know what the {{fhir|Patient.id}} is, e.g. from previous interactions with the same endpoint, you may use:
*** {{fhir|<nowiki>patient=[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[type]/[id]</nowiki>}}
*** {{fhir|<nowiki>patient=[url]</nowiki>}}
** If you don't know what the {{fhir|Patient.id}} is, but you know the {{fhir|Patient.identifier}}, e.g. the Burgerservicenummer (BSN), you may use:
*** {{fhir|<nowiki>patient:identifier=[system]|[value]</nowiki>}}
* Requesting laboratory results of a specific type is done using query parameter {{fhir|code}} as token.
* Requesting laboratory results of a specific date (range) is done using query parameter {{fhir|date}} as token.

'''Basic query syntax'''
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory{&patient=Patient/[id] | &patient:identifier=[system]|[value]}{&[parameter(s)]&_include=[resource(s)]}</pre>

'''Examples'''

Parameter values have not been uri escaped in these examples for readability. This is likely necessary in practice.

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) for patient with BSN 111222333 since March 12, 2022 but before June 7, 2022}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7&date=gt2022-03-12&date=lt2022-06-07</pre>
{{Collapse bottom}}

{{Collapse top|Get all lab results of type 14683-7 (LOINC) and/or 3583 (NHG) for patient with BSN 111222333}}
<pre>GET [base]/Observation?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7,https://referentiemodel.nhg.org/tabellen/nhg-tabel-45-diagnostische-bepalingen|3583</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest 5 lab results of type 14683-7 (LOINC) for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?max=5&category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7</pre>
{{Collapse bottom}}

{{Collapse top|Get latest lab result of any type for patient with BSN 111222333}}
<pre>GET [base]/Observation/$lastn?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333</pre>
{{Collapse bottom}}

'''Query parameters overview'''

Servers SHALL at minimum support all stated parameters and modifiers, and MAY support additional parameters and modifiers. Clients SHALL support required parameters, and MAY support optional parameters.
* {{fhir|category}} - token - 1..1 required - fixed value ''<nowiki>http://terminology.hl7.org/CodeSystem/observation-category|laboratory</nowiki>''
* {{fhir|patient}} - token - 0..1 conditional - required if not solved using an alternative method like an authorization token
** Modifier {{fhir|:identifier}} - 0..1 optional - required when searching by identifier
* {{fhir|code}} - token - 0..1 optional
* {{fhir|date}} - date - 0..1 optional
** Prefix {{fhir|eq}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on exact date
** Prefix {{fhir|lt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} before date
** Prefix {{fhir|le}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or before date
** Prefix {{fhir|gt}} - 0..1 optional - required when searching for results with {{fhir|.effective}} after date
** Prefix {{fhir|ge}} - 0..1 optional - required when searching for results with {{fhir|.effective}} on or after date
* {{fhir|_count}} - positiveInt - 0..1 optional
* {{fhir|_include}} - reference - 0..* optional - useful for request to include secondary related resources, e.g.: {{fhir|<nowiki>_include=Observation:patient,Observation:performer,Observation:has-member,Observation:specimen</nowiki>}}
** Note that servers MAY, depending on their read capabilities, choose to implement inclusion of resources regardless of a client requesting this to satisfy the [[FHIR:V1.0_FHIR_IG_R4|generic requirement]] that references SHALL be resolvable.

'''Operations'''

* [https://www.hl7.org/fhir/R4/observation-operation-lastn.html {{fhir|lastn}}] - shortcut FHIR core operation for getting the latest X results of specified types, or 'any' type
** Parameter {{fhir|max}} - positiveInt - optional - default is {{fhir|<nowiki>max=1</nowiki>}}

======Expected actions======
The XIS/LIS (LAB-LRB) SHALL process the query to retrieve laboratory results.

====LAB-LRB: response message====
The XIS/LIS (LAB-LRB) returns an HTTP Status code appropriate to the processing as well as a FHIR Bundle including the matching information. Refer to the generic [[FHIR:V1.0_FHIR_IG_R4|FHIR IG]] for more information on handling errors and status codes. Not finding a match based on stated parameters does not constitute an error.

=====Trigger events=====
The XIS/LIS (LAB-LRB) completed the processing of the retrieve laboratory results request message.

=====Message semantics=====
The XIS/LIS (LAB-LRB) SHALL process the request and, unless an error is found, respond with a Bundle resource of type ''searchset''. Each Observation matching the request SHALL be marked with {{fhir|.entry.search.mode}}={{term|match}}. Each otherwise included resource SHALL be marked with {{fhir|.entry.search.mode}}={{term|include}}. If the searchset bundle contains less '''matching''' resources than the actual total set, then:
* the {{fhir|Bundle.link}} that holds the self link, SHOULD include the {{fhir|_count}} parameter to inform the client of what max was applied
* an OperationOutcome SHOULD be included marked with {{fhir|.entry.search.mode}}={{term|outcome}}.

The resources in the response Bundle SHALL be a valid instance of their stated [[#FHIR_Profile_Package|profile]]. All resources SHALL include their related profile canonical URL in the {{fhir|.meta.profile}} element in order to show compliance. The exception is the OperationOutcome resource for which there is no profile in this specification.

'''Example searchset Bundle'''

{{Collapse top|XML contents for searchset Bundle}}
<syntaxhighlight lang="xml">
<Bundle xmlns="http://hl7.org/fhir">
<id value="1"/>
<type value="searchset"/>
<total value="3"/>
<link>
<relation value="self"/>
<url value="http://example.org/fhir?category=http://terminology.hl7.org/CodeSystem/observation-category|laboratory&patient:identifier=http://fhir.nl/fhir/NamingSystem/bsn|111222333&code=http://loinc.org|14683-7"/>
</link>
<entry>
<fullUrl value="https://example.org/fhir/Observation/1"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/2"/>
<resource>
<Observation>

</Observation>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Observation/3"/>
<resource>
<resource>
<Observation>

</Observation>
</resource>
</resource>
<search>
<mode value="match"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Specimen/1"/>
<resource>
<Specimen>

</Specimen>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Patient/1"/>
<resource>
<Patient>

</Patient>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
<entry>
<fullUrl value="https://example.org/fhir/Organization/1"/>
<resource>
<Organization>

</Organization>
</resource>
<search>
<mode value="include"/>
</search>
</entry>
</Bundle>
</syntaxhighlight>
{{Collapse bottom}}

'''Example OperationOutcome'''

{{Collapse top|XML contents for OperationOutcome}}
<syntaxhighlight lang="xml">
<OperationOutcome xmlns="http://hl7.org/fhir">
<id value="size-exceeded-1"/>
<issue>
<severity value="warning"/>
<code value="too-costly"/>
<details>
<text value="Resultaat was 3000, wat meer is dan het maximum van 1000"/>
</details>
</issue>
</OperationOutcome>
</syntaxhighlight>
{{Collapse bottom}}

=====LAB-LRR: Expected actions=====
The XIS/LIS (LAB-LRR) SHALL process the response Bundle in accordance with the intentions of the trigger event that caused the retrieve. Actions may include discrete rendering on screen or in context with other information, triggering alerts on trends, ordering of (other) tests and more.

==Health professional sends lab results to other health professional==
===Introduction===
The functional design distinguishes two use cases where lab results may be sent with something else or separate. The process of 'sending' things in FHIR works by means of a [http://hl7.org/fhir/r4/http.html#create RESTful 'create'] action. You could create a single Observation on another system using {{fhir|POST Observation}} and the appropriate Observation in the request body. When you have multiple Observations to create, you could do that for every single Observation, or by means of a Bundle with all resources. This same Bundle approach works for one Observation too.

The added benefit of a Bundle lies in having a solution for all other resources you may want to send, e.g. MedicationRequest, and referenced resources like Patient, PractitionerRole, Practitioner and Organization. Sending the Observation without the resources it references would only work if the receiving server can resolve those. They should then already exist on that server, with references to them or they should be accessible on the source. Without access to the references in the Observation, the target server may not know which patient is involved or what lab this result came from.

===Actors===
{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Transaction group'''
! style="text-align:left;"| '''Transaction'''
! style="text-align:left;"| '''Actor'''
! style="text-align:left;"| '''Role'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Send laboratory results (PUSH)
|style="background-color: white;vertical-align:top;"|Send laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatSturend Systeem [LAB-LRS]
|style="background-color: white;vertical-align:top;"|Send lab results to the LAB-LRO
|-
|style="background-color: white;vertical-align:top;"|Receive laboratory results
|style="background-color: white;vertical-align:top;"|LaboratoriumresultaatResultaatOntvangend Systeem [LAB-LRO]
|style="background-color: white;vertical-align:top;"|Respond to received lab results from the LAB-LRS
|}

===Invocations===
====LAB-LRS: request message====
The XIS/LIS (LAB-LRS) sends lab results using the HTTP POST method on the target XIS's (LAB-LRO) base. Note that lab results may or may not be sent in tandem with other resources like MedicationRequest. The same principles apply with or without these other resources. The server can only process the incoming request correctly if it understands what is being sent which includes being able to resolve references.

=====Trigger Events=====
This message is invoked when the XIS needs to send one or more laboratory results to another XIS.

=====Message Semantics=====
Because sending laboratory results will most likely consist of multiple Observations, a {{term|transaction}} interaction is used. This allows for creating a set of resources in a single interaction and makes it possible to [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|include referenced secondary resources]] if needed.

A {{term|transaction}} interaction is performed by an HTTP POST command as shown:

<pre>POST [base]</pre>

The body of the post submission is a Bundle with {{fhir|Bundle.type}}={{term|transaction}}. Each entry carries request details ({{fhir|Bundle.entry.request}}) that provides the HTTP details of the action in order to inform the system processing the transaction of what to do for the entry. (Note: {{fhir|.request}} SHALL be present, even for the resources which aren't Observations. See [[FHIR:V1.0_FHIR_IG_R4#Referring_other_resources_when_sending_information|the overarching principles]] for more information.)

'''Identification'''

Resources SHALL have a stable identifier in the {{fhir|.identifier}} element for all resources if such an identifier exists in the underlying data. Not all data, like individual results, are currently known to have identifiers in all source systems, but when they exist they are essential and where they do not exist yet they SHOULD be considered. Having stable identification is essential in detection of duplicates and potential clinical decision making issues deriving from duplicates. For more information on dealing with identifiers, see the [[FHIR:V1.0_FHIR_IG_R4#Usage_of_the_.id.2C_.identifier_and_.fullUrl_elements_in_FHIR_instances|general FHIR IG]].

'''Read more'''

* [http://hl7.org/fhir/R4/http.html#transaction transaction]
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]

The laboratory result data sent to the XIS SHALL conform to the matching profile(s) listed in the [[#FHIR_Profile_Package|profile]] table. That table contains profiles that represent applicable zibs for laboratory result information exchange.

======Expected Actions======
On receipt of the submission, the XIS (LAB-LRO) SHALL:

* process all contained requests successfully or process nothing.
* process creation of or updating all Observation resources.
** Updating might be in order e.g. when corrections are sent or when previously pending tests have been updated with results.
* match Patient, Practitioner(Role), Organization to pre-existing resources on its server.
** The server MAY update pre-existing information with the incoming information.
** The server MAY keep its pre-existing matching resources as-is.
** The server SHALL create new resources if no matching resource is found (unknown patient, new physician in otherwise known organization, etc.).
* decide if any available Specimen and/or Device resources are relevant.
** If the server decides to ignore Specimen or Device information, it SHALL not keep the references to them.
* respond using HTTP 200 and a Bundle with detail in case of success. See [[FHIR:V1.0_FHIR_IG_R4#Handling_errors|FHIR IG Handling Errors]] for response options in case of errors.
** Note that the response Bundle with type {{term|transaction-response}} SHALL be specific about how the server handled the request Bundle.

====LAB-LRO: response message====
The XIS (LAB-LRO) returns an HTTP Status code appropriate to the processing outcome and returns a Bundle with {{fhir|Bundle.type}}={{term|batch-response}}, that contains one entry for each entry in the request, in the same order, with the outcome of processing the entry.

=====Trigger Events=====
The XIS (LAB-LRO) completed processing of the send laboratory results message.

=====Message Semantics=====
The XIS (LAB-LRO) SHALL return a Bundle with {{fhir|Bundle.type}}={{term|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 {{fhir|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 {{fhir|Prefer}} header sent by the LAB-LRS.

Read more:
* [http://hl7.org/fhir/R4/http.html#create create]
* [http://hl7.org/fhir/R4/http.html#batch batch]
* [http://hl7.org/fhir/R4/http.html#ops HTTP Prefer header]
* [http://hl7.org/fhir/http.html#versioning HTTP ETag header]

=====Expected Actions=====
The XIS/LIS (LAB-LRS) processes the results according to application-defined rules. The most basic of those rules would include marking the transaction as sent/processed successfully or flag a need for action like resending or contacting the LAB-LRO.

=====Handling Errors=====
The XIS (LAB-LRO) may be unable to accept a Bundle due to errors or because of technical or business rules. Refer to the [[FHIR:V1.0_FHIR_IG_R4#Handling_errors#Handling_errors|Handling Errors section]] in the FHIR IG for more information.

==Health professional reports result leading into a notification "new lab results" for subscribed healthcare professional(s)==
''This use case will be added in a future release.''

Lab:V3 Ontwerp Lab2zorg

2023-04-18T07:56:16Z

Ahenket: /* Beschikbaarstellen en mee/doorsturen van laboratoriumresultaten */

{{DISPLAYTITLE:Ontwerp Lab2zorg V3.0.0-beta.2}}

<imagemap>Bestand:functioneel-technisch-banner_00_alle.png|center|240px|alt=Functioneel-Technisch
circle 204 216 215 [[Lab:V3 Ontwerp Lab2zorg|Functioneel]]
circle 990 216 215 [[Lab:V3 FHIR Lab2zorg|Technisch]]

desc none
</imagemap>

__NUMBEREDHEADINGS__

=Algemeen=
Deze pagina beschrijft het functioneel ontwerp van Lab2zorg, dit is één van de toepassingen van de Informatiestandaard uitwisseling laboratoriumgegevens. Het overkoepelend ontwerp vind je '''[[Lab:V3.0.0 Ontwerp Laboverdacht|hier]]'''. Diverse begrippen die in dit functioneel ontwerp van Lab2zorg gebruikt worden, worden nader toegelicht in de [[Lab:V3.0.0 Ontwerp Laboverdacht#Begrippenlijst|Begrippenlijst]]

Lab2zorg zorgt ervoor dat zorgverleners, zoals apothekers en huisartsen, direct elektronisch de laboratoriumresultaten van hun patiënten kunnen sturen of inzien.
Deze categorie bevat alle uitwisselingen tussen laboratoria en zorgverleners én de uitwisseling van laboratoriumgegevens door zorgverleners onderling.

[[Image:Labuitwisseling_zondercijfers.jpg|900px|Activity diagram]| Figuur: Uitwisseling Labgegevens Proces]]

'' Uitwisseling laboratoriumgegevens proces''

Zowel labspecialisten als zorgverleners maken gebruik van een informatiesysteem, respectievelijk:
*XIS (zorgverlenerinformatiesysteem).
*LIS (laboratoriuminformatiesysteem).

De uitwisseling van laboratoriumresultaten vindt plaats:
* tussen labspecialist en zorgverlener
* tussen zorgverleners onderling

Onderstaande afbeeldingen tonen de bedrijfsrollen en de activiteiten die zij uitvoeren.

[[Bestand:Lab2zorg_Activiteitendiagram_lab-zorg-2.PNG|900px]]

Bij uitwisseling tussen zorgverleners onderling worden de verschillende bedrijfsrollen vervuld door een zorgverlener.

[[Bestand:Lab2zorg Activiteitendiagram zorg-zorg-2.PNG|900px]]

=Usecases=

Lab2zorg kent op dit moment 3 usecases:
#Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium. (Uitwerking van het aanvraagbericht is nog in ontwikkeling, voor de uitwerking van het resultaat zie [[#Zorgverlener_vraagt_laboratoriumonderzoek_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn.2Fhaar_XIS|'''hier''']]).
#Zorgverlener raadpleegt laboratoriumresultaten, beschikbaar gesteld door het laboratorium of de aanvrager (voor uitwerking zie [[#Zorgverlener_raadpleegt_laboratoriumresultaten|'''hier''']]).
#Aanvrager stuurt laboratoriumresultaten door naar zorgverlener (voor uitwerking zie [[#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|'''hier''']]).


==Zorgverlener vraagt laboratoriumonderzoek aan en ontvangt het resultaat van het laboratorium in zijn/haar XIS==
Voor deze usecase is op dit moment alleen het ontwerp tbv het resultaatbericht uitgewerkt. Het aanvraagbericht is nog in de verkenningsfase en dus nog niet ontwikkeld.

===Doel en relevantie===
Zorgverleners kunnen voor het opstellen van hun behandelplan aanvullend labonderzoek nodig hebben. Hiervoor doen zij dan een aanvraag bij een laboratorium, dat hun de uitslag vervolgens toestuurt in een resultaatbericht.

Redenen voor het versturen/ontvangen van een resultaatbericht zijn:
* De resultaten van een aanvraag voor bloedonderzoek moeten inzichtelijk worden voor de aanvrager van het onderzoek.

Dit proces komt overeen met patientjourney 1 en bevat de berichten 1A, 1B, en 2 uit de [https://www.nictiz.nl/app/uploads/2022/01/Richtlijn-Uitwisseling-Labgegevens-v2.0.pdf Richtlijn Uitwisseling laboratoriumgegevens] .
In dit proces wordt de aanvraag van een zorgverlener naar het laboratorium omschreven en het antwoord na uitvoer van het laboratoriumonderzoek teruggestuurd. Op dit moment is alleen bericht 2 volledig uitgewerkt.

Voor een voorbeeldscenario wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_aanvragen_en_antwoord_verzenden scenario's]

===Proces en context===
====Preconditie====
*De zorgverlener heeft de opdracht via het XIS (zorgverlenerinformatiesysteem) gestuurd naar het laboratorium.
*Het monster is ook naar het laboratorium gestuurd*.
*Het monster kan zowel door de aanvragende zorgverlener als door een derde partij afgenomen worden. Afhankelijk hiervan zijn de monstergegevens direct in het aanvraagbericht aanwezig of worden deze later toegevoegd.

====Trigger event====
De zorgverlener heeft een laboratoriumaanvraag ingediend bij het laboratorium. Het bloedonderzoek is uitgevoerd en de resultaten moeten worden gestuurd/gecommuniceerd naar de zorgverlener.

====Processtappen aanvraag====
*Het XIS van de huisarts of specialist stuurt een opdracht naar het LIS (Laboratoriuminformatiesysteem) van het laboratorium.
*Het monster wordt naar het laboratorium gestuurd en wordt geregistreerd in het LIS.

====Processtappen resultaat====
*De laboratoriumanalisten voeren het gevraagde onderzoek uit en registreren het resultaat in het LIS.
*De resultaten worden technisch geconfirmeerd en zo nodig geautoriseerd door de laboratoriumspecialist.
*Het LIS stuurt de laboratoriumresultaten op naar het XIS van de aanvrager.

====Postcondities====
*De opdracht van het laboratoriumonderzoek staat in het LIS.
*De resultaten van het laboratoriumonderzoek staan in het XIS van de aanvrager.
*De zorgverlener ziet het laboratoriumresultaat in het XIS.

===Bedrijfsrollen en UML activity diagram===

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener
|style="background-color: white;vertical-align:top;"|Vraagt laboratoriumonderzoek aan en ontvangt het laboratoriumresultaat van de laboratoriumspecialist of zorgverlener.
|-
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist
|style="background-color: white;vertical-align:top;"|Voert laboratoriumonderzoek uit en/of levert laboratoriumresultaten op
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_vraagt_laboratoriumresultaat_aan_en_ontvangt_het_resultaat_van_het_laboratorium_in_zijn_haar_ZIS.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk Zorgverlenerinformatiesysteem (XIS) en Laboratoriuminformatiesysteem (LIS). Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*LaboratoriumresultaatOpdrachtOntvangend Systeem [LAB-LOO]
*LaboratoriumresultaatAntwoordSturend Systeem [LAB-LAS]

Het XIS vervult in deze use case de systeemrollen:
*LaboratoriumresultaatOpdrachtSturend Systeem [LAB-LOS]
*LaboratoriumresultaatAntwoordOntvangend Systeem [LAB-LAO]

[[Bestand:Component_Diagram_Lab2zorg_Opdracht_Laboratoriumonderzoek.png|600px]]

'' Systeemrollen Opdracht laboratoriumonderzoek''

[[Image:Component_Diagram_Lab2zorg_Sturen_Labresultaat.png|600px]]

''Systeemrollen bij Sturen Labresultaat''

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de processen, bedrijfsrollen, systemen, systeemrollen, transacties en transactiegroep die onderdeel uitmaken van de opdracht laboratoriumonderzoek.

[[Image: Use_Case_Diagram_Lab2zorg_Laboratoriumonderzoek Opdracht.png|900px|Use case diagram opdracht labonderzoek]]

'' Use case diagram opdracht laboratoriumonderzoek''

[[Image: Use_Case_Diagram_Lab.png|900px|Use case diagram sturen labresultaat]]

'' Use case diagram sturen laboratoriumresultaat''

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Use Case(s) Scenario's)'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Zorgverlener stuurt opdracht labonderzoek
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek opdracht (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Ontvangen opdracht labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LOO]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg:Labspecialist stuurt labresultaten
|style="background-color: white;vertical-align:top;" rowspan="2"|Laboratoriumonderzoek resultaat (PUSH)
|style="background-color: white;vertical-align:top;"|Sturen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAS]
|style="background-color: white;vertical-align:top;"|LIS
|style="background-color: white;vertical-align:top;"|Labspecialist
|-
|style="background-color: white;vertical-align:top;"|Ontvangen resultaat labonderzoek
|style="background-color: white;vertical-align:top;"|[LAB-LAO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener
|}

==Zorgverlener raadpleegt laboratoriumresultaten==
Zorgverleners hebben, om een volledig beeld van hun patiënt te hebben, de laatste laboratoriumresultaten van de patiënt nodig. Een zorgverlener kan deze op ieder moment raadplegen.
Redenen voor raadplegen zijn:
* Bij de apotheek voor verstrekking van specifieke medicatie (medicatiebewaking),
* Voordat de voorschrijver een recept voorschrijft controleert hij/zij of er recente relevante laboratoriumresultaten zijn (medicatiebewaking),
* Wanneer een zorgverlener voor het zorgproces behoefte heeft aan recente laboratoriumresultaten,
* Wanneer een zorgverlener een melding krijgt dat er een laboratoriumresultaat voor hem/haar beschikbaar is gesteld.

Het raadplegen van medische gegevens wordt bij voorkeur gedaan bij de bron van de informatie. In het geval van laboratoriumresultaten; het laboratorium. Op het moment van schrijven is het voor een groot deel van de laboratoria in Nederland nog niet mogelijk laboratoriumresultaten beschikbaar te stellen voor raadplegen. Daarom wordt in dit functioneel ontwerp ook het scenario uitgewerkt dat de aanvrager van het laboratoriumonderzoek de resultaten beschikbaar stelt voor overige zorgverleners. Deze use case is onderdeel van patient journey 2 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 17) en bevat de berichten 4 en 5 (pag 25-26). Het doel is om laboratoriumresultaten beschikbaar te stellen voor alle zorgverleners die deze nodig hebben voor de behandeling van de patiënt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_Raadplegen.2Fbeschikbaar_stellen scenario's]
===Doel en relevantie===

Hergebruik van laboratoriumresultaten wordt gestimuleerd doordat deze beschikbaar zijn en ten alle tijden geraadpleegd kunnen worden. Dit vermindert het dubbel uitvoeren van onderzoeken, dit komt ten goede aan de patiënt en is kostenbesparend.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.

Wanneer het laboratorium de resultaten beschikbaar stelt:
*De zorgverlener heeft de vraag via het XIS naar het laboratorium gestuurd.
*Het onderzoek is uitgevoerd en de resultaten zijn ingevoerd in het LIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat is aangemeld voor raadplegen.

Wanneer een zorgverlener de resultaten beschikbaar stelt:
*Het laboratoriumresultaat is opgenomen in het XIS.
*Het laboratoriumresultaat heeft de status definitief.
*Het laboratoriumresultaat in het XIS is aangemeld voor raadplegen.

====Trigger event====
Tijdens de behandeling van een patiënt heeft een zorgverlener behoefte aan recente laboratoriumresulten. Bijvoorbeeld ten behoeve van medicatiebewaking door een apotheker.

====Processtappen:====
*Het XIS van de huisarts, apotheker1 of specialist vraagt laboratoriumresultaten op bij andere zorgverleners (LIS of XIS).
*De bevraagde XISsen /LISsen leveren de opgevraagde laboratoriumresultaten op indien beschikbaar.
*Het Laboratoriumresultaat wordt op de juiste manier verwerkt in het dossier van de raadplegende partij.

====Postconditie:====
*De zorgverlener heeft inzage in de laboratoriumresultaten in zijn/haar XIS.
*De bron kan nagaan wie laboratoriumresultaten bij hem heeft geraadpleegd (i.v.m. rectificatie).

''1. Voor openbare apothekers is er door de KNMP en de NHG een gelimiteerde lijst op gesteld van resultaten die ingezien mogen worden. Deze lijst staat op de [https://www.nictiz.nl/standaardisatie/terminologiecentrum/referentielijsten/laboratoriumresultaten-apothekers/ website van Nictiz]''

===Bedrijfsrollen en UML activity diagram===

In deze use case raadpleegt een zorgverlener laboratoriumresultaten. Anderzijds kan een zorgverlener ook degene zijn die een laboratoriumresultaat beschikbaar stelt.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - raadplegend
|style="background-color: white;vertical-align:top;"|Raadpleegt laboratoriumresultaten
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - beschikbaarstellend
|style="background-color: white;vertical-align:top;"|Stelt laboratoriumresultaten beschikbaar voor andere zorgverleners
|-
|style="background-color: white;vertical-align:top;"|Labspecialist
|style="background-color: white;vertical-align:top;"|Stelt de laboratoriumresultaten beschikbaar voor zorgverleners

|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_raadpleegt_laboratoriumresultaten.png|600px]]

===Informatieoverdracht===
====Systemen & Systeemrollen====
Zowel de zorgverlener en laboratoriumspecialist maken ieder gebruik van een informatiesysteem, respectievelijk XIS en LIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het LIS vervult in deze use case de volgende systeemrollen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]

Het XIS kan in deze use case twee systeemrollen vervullen:
*Laboratoriumresultaat- LabResultaatBeschikbaarstellend Systeem [LAB-LRB]
*Laboratoriumresultaat- LabResultaatRaadplegend Systeem [LAB-LRR]

[[Image: Figuur_SysteemrollenRaadplegen2021.png ‎|Component Diagram Systeemrollen Raadplegen Laboratoriumresultaten]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van het raadplegen van laboratoriumresultaten.

[[Image: FO Lab2Zorg Raadplegen Transacties.png|900px]]

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste scenario’s, transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario's'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Raadplegen/Beschikbaarstellen laboratoriumresultaten (PULL)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Raadplegen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRR]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener raadplegend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.29_20220303000000 Beschikbaar stellen laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRB]
|style="background-color: white;vertical-align:top;"|LIS of XIS
|style="background-color: white;vertical-align:top;"|Laboratoriumspecialist of Zorgverlener beschikbaarstellend
|}

==Zorgverlener stuurt laboratoriumresultaten naar andere zorgverlener==

Deze usecase komt overeen met patient journey 3 uit de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens] (pagina 18) en bevat bericht 6 (pag 26).

De usecase kent twee varianten:
# de laboratoriumresultaten worden, met bijvoorbeeld een medicatievoorschrift, meegestuurd
# er worden alleen laboratoriumresultaten gestuurd
In onderstaande tekst wordt geen onderscheid tussen beide varianten gemaakt.

Voor een aantal voorbeeldscenario's wanneer deze uitwisseling plaats kan vinden zie [https://informatiestandaarden.nictiz.nl/wiki/Lab:Lab2Zorg_Scenarios#Scenario.27s_sturen scenario's]
===Doel en relevantie===
Het onderling uitwisselen van laboratoriumresultaten door zorgverleners, bijvoorbeeld in het kader van medicatiebewaking, bevordert het hergebruik van de betreffende informatie in het belang van de continuïteit van de zorg voor de patiënt.

===Proces en context===
====Preconditie====
*De patiënt heeft toestemming gegeven om zijn of haar laboratoriumresultaten uit te wisselen.1
*De zorgverlener, zoals huisarts of specialist, heeft een labresultaat in het XIS.
*Het labresultaat heeft de status definitief.

====Trigger event====
Er zijn meerdere trigger events voor dit proces:
*een zorgverlener heeft een laboratoriumresultaat ontvangen dat mogelijk relevant is voor andere zorgverleners (bijvoorbeeld in het kader van medicatiebewaking).
*een bijzonder geval hiervan geldt het volgende: een zorgverlener die onderzoek heeft laten doen naar de nierfunctie deelt een afwijkende nierfunctiewaarde mee aan de door de patiënt aangewezen apotheker.2

====Processtappen:====
* Het XIS van de zorgverlener stuurt het labresultaat naar het XIS van de andere zorgverlener.
* Het XIS van de andere zorgverlener ontvangt het resultaat en stuurt een ontvangstbevestiging.

====Postconditie====
* De laboratoriumresultaten zijn beschikbaar in het XIS van de ontvangende zorgverlener.

1. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10'' geldt hierop de volgende uitzondering. Bij afwijkende nierfunctiewaarden is de aanvrager van het onderzoek verplicht deze waarden te delen met de door de patiënt aangewezen apotheker. 

2. Op basis van de ''Regeling geneesmiddelenwet artikel 6.10''. 

===Bedrijfsrollen en UML activity diagram===

In deze use case is zowel degene die laboratoriumresultaten verstuurt als degene die ze ontvangt een zorgverlener.

{| class="wikitable" "cellpadding="10" width="80%"
! style="text-align:left;"| '''Bedrijfsrol'''
! style="text-align:left;"| '''Toelichting'''
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - versturend
|style="background-color: white;vertical-align:top;"|Verstuurt laboratoriumresultaten naar andere zorgverlener
|-
|style="background-color: white;vertical-align:top;"|Zorgverlener - ontvangend
|style="background-color: white;vertical-align:top;"|Ontvangt laboratoriumresultaten
|}

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

[[Image: FO_lab2zorg_-_Activity_Diagram_-_Zorgverlener_stuurt_laboratoriumresultaten_naar_zorgverlener.png|600px]]

===Informatieoverdracht===

====Systemen & Systeemrollen====
De zorgverlener die het laboratoriumresultaat verstuurt en de zorgverlener die het laboratoriumresultaat ontvangt maken ieder gebruik van een eigen XIS. Deze systemen kennen ieder verschillende systeemrollen, die het uitwisselen van gegevens tussen deze systemen mogelijk maken. In ART-DECOR worden de systeemrollen als Actor beschreven.

Het XIS vervult in deze use case de systeemrollen:
*Laboratoriumresultaat- LabResultaatSturend Systeem [LAB-LRS]
*Laboratoriumresultaat- LabResultaatOntvangend Systeem [LAB-LRO]

[[Bestand:Systeemrollen sturen labresulaat zorgverlener.png|600px]]

====Transacties & Transactiegroepen====
Onderstaande afbeelding toont de samenhang tussen de bedrijfsrollen, bedrijfsactiviteiten, systeemrollen en transacties en transactiegroep die onderdeel uitmaken van Lab2zorg.

[[Image: use case LAB2ZORG sturen labresultaten.png|900px|Use case diagram sturen labresultaten]] 

In de bovenstaande afbeelding is zichtbaar dat sommige bedrijfsactiviteiten een bepaalde transactie tot gevolg hebben. Deze transactie wordt uitgevoerd door een systeemrol en maakt onderdeel uit van een transactiegroep.

De onderstaande tabel maakt het mogelijk direct de gewenste use cases (scenario’s), transactiegroepen en/of transacties te raadplegen in ART-DECOR of ander document.

{| class="wikitable" "cellpadding="10"
! style="text-align:left;"| '''Scenario'''
! style="text-align:left;"| '''Transactiegroep'''
! style="text-align:left;"| '''Transacties'''
! style="text-align:left;"| '''Systeemrol(len)'''
! style="text-align:left;"| '''Systemen'''
! style="text-align:left;"| '''Bedrijfsrollen'''
|-
|style="background-color: white;vertical-align:top;" rowspan="2"|Lab2zorg
|style="background-color: white;vertical-align:top;" rowspan="2"|Sturen/Ontvangen laboratoriumresultaten (PUSH)
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Sturen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRS]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener sturend
|-
|style="background-color: white;vertical-align:top;"|[https://decor.nictiz.nl/pub/labuitwisseling/lu-html-20220825T182510/sc-2.16.840.1.113883.2.4.3.11.60.25.3.4-2022-03-03T000000.html#_2.16.840.1.113883.2.4.3.11.60.25.4.27_20220303000000 Ontvangen Laboratoriumresultaten]
|style="background-color: white;vertical-align:top;"|[LAB-LRO]
|style="background-color: white;vertical-align:top;"|XIS
|style="background-color: white;vertical-align:top;"|Zorgverlener ontvangend
|}



=Functionaliteit=
==Aanwijzingen/eisen voor functionaliteit van systemen==
Hieronder staan een aantal aanvullende aanwijzingen en eisen voor functionaliteiten van het informatiesysteem die ondersteunt moeten worden om de informatiestandaard volledig en juist te implementeren. Naast deze aanvullende eisen zijn er ook een aantal tijdelijke aanvullingen, die onder bepaalde specifieke voorwaarden gelden. Deze vindt u '''[[Lab:Tijdelijke_aanvullingen|hier]]'''.
===Gebruik identificatienummers===

====LaboratoriumUitslagIdentificatie & TestIdentificatie====
De laboratoriumUitslagIdentificatie & Testidentificatie zijn unieke ID's ter ontdubbeling van laboratoriumresultaten. Deze dienen door de bron van de resultaten gevuld te worden met een OID die combinatie is van de OID van de bron en een uniek identificatienummer binnen het informatiesysteem van de bron. Dit is ook vastgesteld in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

====EdifactReferentieNummer====
Het EdifactReferentieNummer is een aanvullend veld wat opgenomen is in de informatiestandaard om te zorgen dat in de transitiefase wanneer Laboratoria ook hun resultaten beschikbaar gaan stellen aan zorgverleners, deze ontdubbeld kunnen worden. Ook wanneer de eerder genoemde Ids misschien niet overeenkomen. Het EdifactReferentieNummer dient, voor ieder laboratoriumresultaat wat middels EDIFACT ontvangen is, gevuld te worden met het 'Identificatienummer' uit het segment IDE in het Edifact bericht. Hoe dit in de transitiefase gebruikt dient te worden, is nog in ontwikkeling en volgt in een latere publicatie van dit Functioneel ontwerp.

===Kopie-resultaat===
In de richtlijn is afgesproken dat een gebruiker van laboratoriumresultaten op de hoogte moet zijn van het feit of deze rechtstreeks van de bron afkomstig zijn. In de uitwisselingen zoals benoemd in paragraaf '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_raadpleegt_laboratoriumresultaten|2.2]]''' en '''[[Lab:Vdraft_Ontwerp_Lab2zorg#Zorgverlener_stuurt_laboratoriumresultaten_naar_andere_zorgverlener|2.3]]''' komt het voor dat laboratoriumresultaten beschikbaar gesteld of verstuurd worden door een partij die zelf niet verantwoordelijk was voor de oplevering van het resultaat. In die gevallen wordt in de uitwisseling aangegeven dat het een kopie-resultaat betreft.

===Bij rectificatie===
Als een resultaat nadat het of door anderen geraadpleegd is of naar anderen doorgestuurd is, gerectificeerd wordt, moeten deze zorgverleners hiervan op de hoogte gesteld worden. Het laboratoriumresultaat moet dan de status "corrected" krijgen.

===Rol van de status 'definitief'===
Alleen laboratoriumresultaten met status 'definitief' worden beschikbaar gesteld, doorgestuurd of met een ander bericht meegestuurd. Deze beperking geldt niet voor de uitwisseling tussen een laboratorium en de aanvrager van een onderzoek.

==Over de gegevens ==
===Filter of query parameters bij raadplegen===
Van laboratoriumresultaten is geen algemene houdbaarheid aan te geven omdat dit afhankelijk is van het type onderzoek en de reden van gebruik van dit onderzoek. Per slot van rekening kan een laboratoriumresultaat een momentopname zijn, maar is soms ook de ontwikkeling in een bepaald gegeven relevant of is een resultaat (bijvoorbeeld genetisch onderzoek) levenslang geldig. Omdat er geen algemene houdbaarheid en dus bewaartermijn op laboratoriumgegevens gezet kan worden is in de richtlijn vastgelegd dat het aan de raadplegende partij is, om de houdbaarheid en toepasbaarheid van een specifiek laboratoriumresultaat te bepalen. Dit brengt echter ook een risico met zich mee, het kan namelijk zijn bij bijvoorbeeld een chronisch zieke patiënt, een patiënt die een tijdlang opgenomen is geweest of een oudere patiënt, dat er een enorme hoeveelheid data uitgewisseld moet worden. Daarom is het van belang dat de raadplegende partij altijd zo specifiek mogelijk raadpleegt, zoals ook vastgelegd in de [https://nictiz.nl/publicaties/richtlijn-uitwisseling-laboratoriumgegevens Richtlijn Uitwisseling laboratoriumgegevens].

Hiervoor zijn een aantal parameters gedefinieerd om op te filteren:

*Identificatienummer van de patiënt (BSN)
*Onderzoek
*TestCode
*TestDatumPeriode (gedefinieerd door een van- en een tot-en-met-datum)

Het beschikbaarstellend systeem kan hiervoor ook een beveiliging instellen door bijv. tot een maximum aantal resultaten terug te koppelen. De raadplegende partij kan hierop kiezen om de zoekterm nader te specificeren.

===Beschikbaarstellen en mee/doorsturen van laboratoriumresultaten===
De transacties zijn gebaseerd op het gebruik van de zib [https://zibs.nl/wiki/LaboratoriumUitslag-v4.6(2020NL) LaboratoriumUitslag(2020)].

Hieraan zijn toegevoegd:
*aanvraaggegevens (in bericht 2 Resultaat als antwoord op aanvraag) gebaseerd op de procespatroon zib [https://zibs.nl/wiki/AanvraagGegevens-v1.0(2022NL) AanvraagGegevens(prepublicatie 2022-1)] dit is een pre-adopt van deze zib
*gegevens van de partij die de betreffende resultaten beschikbaarstelt of verstuurt
*identificaties op het niveau van de LaboratoriumUitslag en LaboratoriumTest
*IndicatorKopie op het niveau van de LaboratoriumUitslag (zie [[#Kopie-resultaat|Kopie-resultaat]])

Alle gegevens met betrekking tot het monster zijn opgenomen in de transacties. De relevantie van deze gegevens is bij bepaalde toepassingen, zoals microbiologische onderzoeken, relevanter dan bij andere, zoals de klinisch chemie.

De volgende elementen zijn niet opgenomen in de transacties: 
*GerelateerdeUitslag
*Aanvrager
*InterpretatieMethode

=Paginahistorie=

{| class="wikitable" "cellpadding="10" width="100%"
! style="text-align:left;"|Versie
! style="text-align:left;"|Datum
! style="text-align:left;"|Omschrijving
|-
| style="background-color: white;"| 3.0.0-beta.2
| style="background-color: white;"| 14 maart 2023
| style="background-color: white;"| Usecase voor resultaatbericht toegevoegd aan FO en TO.
|-
| style="background-color: white;"| 3.0.0-beta.1
| style="background-color: white;"| 14 maart 2023
| style="background-color: white;"| Informatiestandaard was in gepubliceerd als beta versie, dit was niet in de titel opgenomen en bij deze gecorrigeerd.
|-
| style="background-color: white;"| 3.0.0
| style="background-color: white;"| 26 augustus 2022
| style="background-color: white;"| FO aangepast aan nieuwe berichten. TO toegevoegd
|-
| style="background-color: white;"| 2.0.0
| style="background-color: white;"| 5 juli 2021
| style="background-color: white;"| Nieuwe patient journeys ivm nieuwe richtlijn.
|}

== Oude versies Lab2zorg ontwerp==
*[[Lab:V3.0.0beta.1_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0-beta.1]]
*[[Lab:V3.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 3.0.0(titel was foutief, had -beta.1 moeten zijn)]]
*[[Lab:V2.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 2.0.0]]
*[[Lab:V1.1.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.1.0]]
*[[Lab:V1.0.0_Ontwerp_Lab2zorg|Ontwerp Lab2zorg versie 1.0.0]]