FHIR Chat · How to know that there are resources referencing a GET · implementers

Stream: implementers

Topic: How to know that there are resources referencing a GET


view this post on Zulip Tim Berezny (Jan 26 2018 at 21:20):

Let's say i want to GET /ServiceRequest. It references other many other resources (like patient, practitioner, etc...), so it's easy for the GETting system to go find those additional resources after the initial request.

However, how would the GETting system know that there is an /attachment resource connected to the /ServiceRequest? because the /Attachment references the /ServiceRequest, but the /ServiceRequest does not reference the /attachment?

view this post on Zulip Grahame Grieve (Jan 26 2018 at 22:18):

in practice, servers need to maintain indexes that keep track of the reverse references.

view this post on Zulip Tim Berezny (Jan 26 2018 at 22:29):

I don't think that's really possible in this use case. I'll rephrase and try to clarify:
(Note: I INCORRECTLY said /attachment resource, I meant to say /Appointment)

Let's say an eReferral application is holding a /ServiceRequest resource that was sent to it. There are other systems (such as the provider's EMR) that may want to do a lookup a /referralRequest on the eReferral system (lets assume for argument sake that subscriptions aren't implemented, and you cannot POST to the provider EMR). So, the provider EMR does:

GET /serviceRequest/<ID>

Let's say that the eReferral system is managed by a central referral service, and that somebody there has added an /appointment resource, which references the /serviceRequest. How would the provider system that is doing the GET /serviceRequest know that there is a /Appointment resource too which references the /serviceRequest?

view this post on Zulip Grahame Grieve (Jan 26 2018 at 22:32):

well, then, it wouldn't, it would have to know to ask somewhere

view this post on Zulip Tim Berezny (Jan 26 2018 at 22:35):

Ok, so then an "implementation guide" type of process to specify to look for /appointments, or possibly some kind of search extension on /serviceRequest might be the right approach?

view this post on Zulip Tim Berezny (Jan 26 2018 at 23:00):

I'm looking into the search & revinclude functions now to figure this out... I think i can rephrase my request better now:

How to do a search such that

GET/serviceRequest/<ID>/?parameters...

Returns all of the resources that reference this resource?

view this post on Zulip Grahame Grieve (Jan 26 2018 at 23:15):

I don't believe that we've defined a wildcard for _revinclude for doing this


Last updated: Apr 12 2022 at 19:14 UTC