Feat: support displaying FHIR query result as a choice list

[delcroip]

Is your feature request related to a problem? Please describe.
I want to document the person that is bringing the child to the health facility, to avoid data duplication I need to use a reference to a RelatedPerson (to pick one of the parents or other previously registered RelatedPersons) but I don't see how I can do that with FHIR questionnaire

This could be useful whenever a reference need to be picked by the user (when CQL cannot do it automatically)

Another example could be to pick the previous encounter of the same episode of care (different from the previous Encounter, the last one could be vaccination or for an unrelated condition)

Describe the solution you'd like
I'd like to have a documentation on how to write "resource query" choice questions including how the define the resource's data that will appear on the list (Projection).

Describe alternatives you've considered

Preparing a valueset with the possible choices won't allow to customize the list based on the previous questionnaire answers

Additional context
As part of the EmCare DAK we plan to document the parents and other related person as FHIR RelatedPerson then we could use a reference to a RelatedPerson for the the caregiver and the person who accompanying the child

Would you like to work on the issue?
unfortunaly I don't have the required skills

[jingtang10]

Thanks for creating this issue @delcroip!

For this issue I think there're 2 questions:

1. Does this process need to be in the questionnaire? If it's about pulling a list of related resources and putting them in a choice list the developers can do that with the search api and display without even using the SDC library.
2. If this is indeed part of the questionnaire, what mechanisms are there to populate the chroice list? there is the answerOptions and answerValueSet at the moment which the library supports.

I'm not entirely sure what exctly we need to do in the sdc lib before we answer these 2 questions.

[delcroip]

Thanks for the answer

The idea of the smart guidline is to able to run on the sdk without code change (at least it is my understanding), therefore we should avoid relying on code/api.

The populate need to run before the questionnaire is displayed therefore it cannot takes current questionnaire answers into account, meaning that we need to have more 1-question questionnaire instead of a single complex questionnaire.

Nevertheless i will have a look on the point 2 to check what it entails.

Br

[delcroip]

Actually it is supported by FHIR http://build.fhir.org/ig/HL7/sdc/examples.html#using-candidateexpression

is it supported by the android fhir sdk ?

br

[delcroip]

better documented issue are created, I will remove this one.