FHIR Chat · Returning results from federated servers on a search · implementers

Stream: implementers

Topic: Returning results from federated servers on a search


view this post on Zulip Rick Riemer (Aug 30 2016 at 11:19):

Hi,

view this post on Zulip Rick Riemer (Aug 30 2016 at 11:23):

We're implementing a DocumentReference server that acts as a proxy to other backend servers. When clients perform a search on our proxy, are we allowed to return results from different resource servers in our response? That is, if we return bundle entries with fullUrls that have varying base URLs would clients understand that? Are clients required to use the fullUrl if we return it?

view this post on Zulip Grahame Grieve (Aug 30 2016 at 11:25):

yes, they should be able to manage that

view this post on Zulip Rick Riemer (Aug 30 2016 at 12:40):

OK. Thanks.

view this post on Zulip John Moehrke (Aug 30 2016 at 16:18):

Note that in IHE - MHD - We ignored this problem , expecting experience might enlighten any profiling that needs to be made. I was expecting the federation in MHD to be behind the MHD server (singular); thus all exposed urls would be to that MHD server. You seem to be asking about a MHD federating multiple other MHD behind it.. or more generically a FHIR server that is federating multiple FHIR servers.... great to get your experience to feed back to both MHD and the greater topic in FHIR. I expect the greater FHIR topic is more clean.

view this post on Zulip John Moehrke (Aug 30 2016 at 16:19):

The potential part will be that of Authorization... A client might have authorization on the first API; and that API service has authorization to do federation queries. Thus transitive authZ, that might not exist without fist intermediary.


Last updated: Apr 12 2022 at 19:14 UTC