FHIR Chat · Questionnaire item reference limited to a profile · questionnaire

Stream: questionnaire

Topic: Questionnaire item reference limited to a profile


view this post on Zulip Rick Geimer (Jan 17 2019 at 17:17):

Would like some input on the following tracker item:
https://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=13934

If other users of Questionnaire think this is useful then FHIR-I will consider adding this to core.

view this post on Zulip Lloyd McKenzie (Jan 17 2019 at 18:55):

The use of Reference itself is pretty unusual. Limiting query results to a profile is also pretty unusual. It seems a stretch to think that the intersection of the two use-cases belongs in core...

view this post on Zulip Brian Postlethwaite (Jan 17 2019 at 23:18):

Isn't there already an extension for a filter to apply? Then could just include _profile=blah there and job would be done?

view this post on Zulip Brian Postlethwaite (Jan 17 2019 at 23:19):

This should be there for things like restricting to only active practitioners etc

view this post on Zulip Lloyd McKenzie (Jan 17 2019 at 23:42):

The proposal is to escalate the existing extension into core

view this post on Zulip Sean McIlvenna (Feb 05 2019 at 16:20):

.type can be reference, which is defined as "Question with a reference to another resources as an answer".
I could see the question being "Which patient does this apply to?" or maybe "which medication did you take?"
It is not enough to just say "list all Patient resources" or "list all Medication" resources... I have a hard time envisioning a scenario where .type = "reference" and you don't want to limit the results to a profile

view this post on Zulip Sean McIlvenna (Feb 05 2019 at 16:21):

... unless the code "reference" is intended to be a reference to a profile. in which case the description is not sufficient and should be updated

view this post on Zulip Lloyd McKenzie (Feb 05 2019 at 16:23):

There's a variety of ways to limit - profile, filter query, target server, etc. Not sure we can standardize on just one. Having References is itself barely core.

view this post on Zulip Sean McIlvenna (Feb 05 2019 at 16:27):

if that's the case, then
1. I don't understand the advantage of the extension
2. It isn't obvious in documentation on how to filter in the way I'm describing, and should be

view this post on Zulip Lloyd McKenzie (Feb 05 2019 at 16:42):

The extension allows for the filtering. Agree we should improve documentation on what possible filtering options exist

view this post on Zulip Sean McIlvenna (Feb 05 2019 at 18:48):

then I would agree to a resolution of "persuasive with mod" that entails updating documentation to clarify this use-case...


Last updated: Apr 12 2022 at 19:14 UTC