FHIR Chat · Bundle Search Parameters · implementers

Stream: implementers

Topic: Bundle Search Parameters


view this post on Zulip Angus Millar (Jul 28 2016 at 07:36):

The Bundle resource has only three search parameters defined (composition, message & type). I have no problem with 'Type' but I do have a problem with understanding the intent of the composition & message search parameters. The two are very similar so I will just focus on the composition search parameter.

view this post on Zulip Angus Millar (Jul 28 2016 at 07:37):

The path for this is Bundle.entry.resource(0) (Composition) which is the first problem. Resource is not a collection rather entry is the collection so the first fix I can see is that the path shoudl be Bundle.entry(0).resource (Composition).

view this post on Zulip Angus Millar (Jul 28 2016 at 07:38):

My next problem is what does it mean. The description on the bundle spec page for this search parameter reads: "The first resource in the bundle, if the bundle type is "document" - this is a composition, and this parameter provides access to searches its contents".

view this post on Zulip Angus Millar (Jul 28 2016 at 07:49):

I interpret that as, if the Bundle is of Type ‘Composition’ then match Bundles that have a Resource equal to…, equal to a ‘reference’ the search user provides? How can an entire Resource in an entry be equal to a search datatype of Reference?

view this post on Zulip Angus Millar (Jul 28 2016 at 07:49):

So looking at Bundles properties I can see ‘fullUrl’, do I match the reference provided by the search user to the property fullUrl of the first entry of the bundle? Which would be the path: Bundle.entry(0).fullUrl That is about the best sense I can make of this.

view this post on Zulip Angus Millar (Jul 28 2016 at 07:50):

Else, am I to match the reference given somehow to the ‘id’ of the first resource in the bundle, a path of: Bundle.entry(0).resource.id
Can anyone clarify for me what the intent of these search parameters are? Have rationalised ever single search parameter in STU3 except these two.

view this post on Zulip Grahame Grieve (Jul 28 2016 at 09:29):

the intent is that you treat them as chained parameters

view this post on Zulip Grahame Grieve (Jul 28 2016 at 09:29):

e.g. GET [base]/Bundle?composition.code=....

view this post on Zulip Brian Postlethwaite (Apr 19 2017 at 12:35):

I'm reviewing the search parameters in my server and notived that the bundle composition search parameter expression resolves to a resource, not a reference.
So what is that meant to index then?
http://hl7.org/fhir/bundle.html#search
try and turn that into a resource reference?

view this post on Zulip Grahame Grieve (Apr 19 2017 at 20:02):

chaining... composition.title...

view this post on Zulip Brian Postlethwaite (Apr 19 2017 at 20:47):

Hmm, so this is contained (kind-of) resources being indexed as though they exist.
(That will confuse my search engine, I'll have to think some more)

view this post on Zulip Grahame Grieve (Apr 19 2017 at 20:50):

yes

view this post on Zulip Travis Stenerson (Feb 02 2018 at 06:43):

Is there a where to search for a Bundle that contains an entry with a specified resourceType & id?

view this post on Zulip Lloyd McKenzie (Feb 02 2018 at 13:34):

There's no standard search criteria for this. It was proposed in GF#5933, but was rejected due to the difficulty of implementation and the lack of use-cases. If you have a strong use-case, feel free to raise a new proposal that references the old one

view this post on Zulip Travis Stenerson (Feb 02 2018 at 15:02):

That answers it, thank you Lloyd


Last updated: Apr 12 2022 at 19:14 UTC