FHIR Chat · Search parameter for ResearchStudy.Enrollment · implementers

Stream: implementers

Topic: Search parameter for ResearchStudy.Enrollment


view this post on Zulip Reto Wettstein (Nov 13 2019 at 07:08):

Hi everyone,

for ResearchStudy.Enrollment no search parameter is defined. Therefore no include queries are possible when searching for research studies. I would like to ask if there is a specific reason for not having a search parameter or if we could add one?

Thanks
Reto

view this post on Zulip Lloyd McKenzie (Nov 13 2019 at 13:24):

@Hugh Glover @Rik Smithies

view this post on Zulip Patrick Werner (Nov 15 2019 at 08:54):

you want to search for all studies a cohort is enrolled to?
I see these relations here: Group pointing to Patients, ResearchSubjects pointing to Patients and ResearchStudies pointing to Patients.

view this post on Zulip Patrick Werner (Nov 15 2019 at 09:03):

i understand ResearchStudy.enrollment as a definitional group capturing the in/exclusion criterias.

view this post on Zulip Patrick Werner (Nov 15 2019 at 09:04):

If you look at the comments on this data field: The Group referenced should not generally enumerate specific subjects. Subjects will be linked to the study using the ResearchSubject resource.

view this post on Zulip Patrick Werner (Nov 15 2019 at 09:06):

So we are dealing with 2 groups, one defining the cohort, and a optional second one capturing all actual enrolled ResearchSubjects

view this post on Zulip Patrick Werner (Nov 15 2019 at 09:19):

you could solve this doing a reverse chained search:
GET [base]/ResearchStudy?_has:ResearchSubject:patient:_has:Group:member:_id=COHORT_ID

view this post on Zulip Reto Wettstein (Nov 18 2019 at 13:43):

Thanks Patrick for your reply.

For us, include queries are a bit more important then the actual search. As you said, enrollment defines the in/exclusion criterias. Normally we have at least 2 Groups defined for each ResearchStudy. This means that without a search parameter on ResearchStudy.Enrollment we have to send two additional requests to the FHIR server to be able to show the whole ResearchStudy in the frontend.

With a search parameter we could use include queries and these additional two requests are not needed any more.

view this post on Zulip Patrick Werner (Nov 18 2019 at 14:38):

ah! ok. Then i would just implement a custom search parameter on enrollment.

view this post on Zulip Patrick Werner (Nov 18 2019 at 14:39):

For the long run i would create a JIRA Task for the FHIR Spec asking for a searchparameter on enrollment.

view this post on Zulip Camila Altman (Nov 12 2020 at 16:20):

@Reto Wettstein @Patrick Werner @Lloyd McKenzie I found these messages in search. I am following up to find out what happened. I am interested in similar search parameters. Is it recommended to only put patients research study cohorts in research subject and only use group for the criteria? What if you are using groups for non research related things. Is there an easy way to search what groups, studies, careteams, etc a patient belongs to.

view this post on Zulip Camila Altman (Nov 16 2020 at 21:11):

@Patrick Werner the reverse chain did not work:
image.png

view this post on Zulip Camila Altman (Nov 16 2020 at 21:44):

Get [base]/ResearchStudy?_has:ResearchSubject:patient:_has:Group:member:<ID> works


Last updated: Apr 12 2022 at 19:14 UTC