Stream: implementers
Topic: Bundle Search Parameters
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.
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)
.
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".
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?
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.
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.
Grahame Grieve (Jul 28 2016 at 09:29):
the intent is that you treat them as chained parameters
Grahame Grieve (Jul 28 2016 at 09:29):
e.g. GET [base]/Bundle?composition.code=....
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?
Grahame Grieve (Apr 19 2017 at 20:02):
chaining... composition.title...
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)
Grahame Grieve (Apr 19 2017 at 20:50):
yes
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?
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
Travis Stenerson (Feb 02 2018 at 15:02):
That answers it, thank you Lloyd
Last updated: Apr 12 2022 at 19:14 UTC