Skip to:

  1. Skip to Jira Navigation
  2. Skip to Side Navigation
  3. Skip to Main Content

Consistentie referenties naar (zib) profielen of base resources voor niet-zib concepten

Description

De FHIR profielen hebben vaak meer verwijzingen naar andere resource typen dan dat de Zib verwijzigen heeft waarop het FHIR profiel gebaseerd is. 

In veel gevallen is er een (Zib) profiel beschikbaar voor de reference die mogelijk is. Momenteel zijn we niet consistent in het wel of niet constrainen van het profiel met een reference naar een Zib profiel. Dat wil zeggen soms wordt er verwezen naar een base resource en soms naar een Zib profiel, in de gevallen waar een Zib niets zegt over dat reference element.

 

Voorstel is om een keuze te maken en te beschrijven op de FHIR profiling guidelines om zo tot meer consistentie te komen binnen het netwerk van de profielen.

Verduidelijking van Impact

Geen

Proposed solution (NL)

Zie nieuwe paragraaf: https://informatiestandaarden.nictiz.nl/wiki/FHIR_Profiling_Guidelines#Constraining_references

Diverse profielen aangepast zodat de mappings helderder zijn,

  • zib-FeedingTubeSystem (DeviceUseStatement.device)

  • zib-LaboratoryTest-Observation (Observation.related.target)

  • zib-LaboratoryTest-Specimen-Isolate (Specimen.parent)

  • zib-LaboratoryTest-Specimen (Specimen.parent)

  • zib-MedicalDevice (DeviceUseStatement.device)

  • Bundle-MedicationOverview (Bundle.entry.resource.subject, Bundle.entry.resource.entry.item)

  • MedicationOverview (List.entry.item)

of een ver-Nederlandst profiel waarvoor geen zib-dekking is terugzetten naar de basis-resource:

  • gp-EncounterReport (Composition.author)

  • zib-AdvanceDirective en zib-TreatmentDirective (Consent.actor.reference, Consent.except.actor.reference)

  • zib-MedicalDeviceRequest (DeviceRequest.subject, DeviceRequest.requester.agent, DeviceRequest.performer)

  • zib-ProcedureRequest (ProcedureRequest.subject)

Proposed solution (EN)

None

Release notes (NL)

None

Release notes (EN)

None

Activity

Show:

Ardon Toonstra February 6, 2019 at 9:08 AM

Omzetten in een wijziginsverzoek.

Ardon Toonstra February 6, 2019 at 9:07 AM

Former user ,

Ok, dus dit vertaald zich naar dat onze profielen waar mogelijk naar een nl-core-*profiel verwijzen. Alle andere verwijzingen, niet gedefinieerd door een ZIB laten we met rust. 

Voorstel om consistentie te waarborgen is om dit te controleren en waar mogelijk aan te passen. Zoeken op element definities zonder mapping waar een reference type in voorkomt. 

Alexander Henket February 4, 2019 at 1:01 PM
Edited

Nee. We hebben voor de nl-core-* profielen overal waar mogelijk deze in de profielen toegepast, ook als de zib daartoe geen expliciet haakje biedt. Er is een verschil tussen iets als Practitioner/Patient/RelatedPerson en Procedure waardoor dat verklaarbaar is.

Een Practitioner is altijd een zib Zorgverlener. Een Procedure is misschien niet altijd een zib Verrichting. Je kunt dus wel veilig stellen dat iedere Practitioner een zib Zorgverlener is, maar je kunt niet zonder meer het zib Verrichting profiel aan iedere Procedure hangen.

Ardon Toonstra February 4, 2019 at 11:26 AM

Former user, goede opzet waar ik het mee eens ben. Momenteel wordt beschreven dat we de reference Resource types waar de HCIM niets overzegt met rust laten. Volgens mij staat dit in de huidige profielen ook zo.

Wat doen we echter met de references naar Resource types waar we wel een HCIM profiel voor hebben? 

Bijvoorbeeld het element Procedure.complicationDetail in ons Procedure profiel (https://simplifier.net/nictizstu3-zib2017/zib-procedure). Hier zegt de HCIM niets over, maar we hebben we een HCIM profiel voor de Condition waar complicationDetail naar toe verwijst. Laten we de references dan wel binnen ons HCIM ecosysteem lopen? 

 

Resolved
Pinned fields
Click on the next to a field label to start pinning.

Details

Assignee

Reporter

Concerns version

Classification

Patch (Z)

Informatiestandaard onderdelen

FHIR-package

Information standard

Alle

Fix versions

Priority

Better Excel Exporter

Created December 24, 2018 at 1:13 PM
Updated January 12, 2024 at 12:51 PM
Resolved February 4, 2019 at 9:56 AM