SearchParameter.target is missing for reference search parameters
Description
Verduidelijking van Impact
Proposed solution (NL)
In de SearchParameter files met een reference resource wordt een .target element toegevoegd.
Proposed solution (EN)
Release notes (NL)
Waar dit mogelijk was, is het .target-element toegevoegd aan de SearchParameters.
Release notes (EN)
Where possible, the .target element has been added to the SearchParameters.
Activity
Ardon Toonstra June 22, 2022 at 7:45 AM
Begrijpelijk. Het was mij ook ontgaan dat voor `CarePlan.activity.outcomeReference` vanuit de FHIR spec naar ANY resource verwezen kan worden.
Ik geef het door aan de ontwikkelaars!
Pieter Edelman June 21, 2022 at 11:39 AM(edited)
De enige optie die er feitelijk is om alle mogelijke targets toe te voegen, aangezien er nu ook geen restrictie is. Dan blijf je met hetzelfde performance-probleem zitten.
Het is niet te voorzien welke gevolgen het heeft om de .target te specificeren voor een voorheen ongespecificeerde SearchParameter, terwijl er vanuit FHIR ook geen enkele verplichting is. Om die reden vinden we het geen goed idee om de .target voor careplan-activity-outcomereference op dit moment toe te voegen.
Ardon Toonstra June 14, 2022 at 8:22 AM
Former user, volgens mij heeft dit te maken met het goed kunnen indexeren van de searchparameters. Als de target ontbreekt moet de server uitgaan van een mogelijke search op alle resources. Hiervoor indexeren is kostbaar en heeft mogelijk performance problemen als gevolg.
Dit speelt in ieder geval bij de Firely Server, maar zal mijn inziens breder zijn. Het belangrijkste voorbeeld waar ik op me op baseer wanneer ik stel dat dit goed gebruik is om de target te vullen is de FHIR specificatie zelf. Vrijwel alle SearchParameter resources voor het type Reference bevatten minstens één target. Een enkele SearchParameter zoals bijvoorbeeld voor Bundle.entry.resource bevat geen target.
https://hl7.org/fhir/stu3/searchparameter-registry.html
https://hl7.org/fhir/searchparameter-registry.html
Niek van Galen June 13, 2022 at 8:17 PM
Voor de careplan-goal en de careplan-medicaldevice-extensies zouden we wel respectievelijk Goal en MedicalDevice als .target op kunnen nemen, omdat de references van de elementen waar ze op gebruikt kunnen worden constrained zijn op die resources.
Voor careplan-activity-outcomereference ben ik het met Former user dat het niet zuiver is om deze in te perken.
Former user je schrijft dat het goed gebruik is om dit toe te passen, heb je daar voorbeelden van ter lering ende vermaeck?
Pieter Edelman June 9, 2022 at 9:20 AM
Former user zou jij hierover willen meedenken?
Details
Details
Assignee
Reporter
Classification
Informatiestandaard onderdelen
Information standard
Fix versions
Priority
MediumBetter Excel Exporter
Export Excel
Better Excel Exporter
Although the FHIR spec (https://www.hl7.org/fhir/stu3/searchparameter.html) does not clearly state that a SearchParameter needs to have a `SearchParameter.target`, this is good practice and some FHIR servers require them to be loaded into the server straight away.
So let's add the targets?