Stream: implementers
Topic: Where to send updates about a ServiceRequest?
Tim Berezny (Jul 26 2018 at 15:11):
When sending a ServiceRequest to a target, what is the best way for the sender to tell the receiver where (what endpoint) to send updates to, such as an appointment has been added?
(assume that the sender is not registered with the receiving system, but is trusted by the receiving system).
My top thoughts so far are:
1) create an extension called .updatesEndpoint in the ServiceRequest where the sender specifies what endpoints the receiver should send updates to
2) create an extension called .updatesSubscription in the ServiceRequest where the sender specifies endpoints via subscriptions to the ServiceRequest to send updates to.
3) & 4), same as 1) and 2) but using ServiceRequest.supportingInfo instead of an extension to hold the data.
Which might be best and are there other approaches i'm not aware of?
Eric Haas (Jul 26 2018 at 15:24):
have you checked this page out? http://build.fhir.org/workflow-communications.html
Tim Berezny (Jul 26 2018 at 15:39):
Thanks @Eric Haas, this page is really good. However, it seems to assume that the sending and receiving systems have pre-negotiated their technical endpoints to send information back and forth. I'm trying to figure out how to specify at the point of sending the ReferralRequest, where later updates should be sent to.
Lloyd McKenzie (Jul 26 2018 at 18:34):
I think our default assumption is that updates go to the same location as the original request. The second most likely is that the systems are explicitly configured with where to send updates after the initial request. Having that change dynamicly would probably be best handled as an extension
Brian Postlethwaite (Jul 26 2018 at 21:28):
In the Australian context we lookup the organizations endpoint of the appropriate type a the time of wanting to send the followup data.
So if it changes, messages still go through.
(the messaging part however isn't done in FHIR, nor is the content, just the directory part is now FHIR)
Tim Berezny (Jul 27 2018 at 12:30):
Interesting @Brian Postlethwaite by "endpoint of the appropriate type" you might have different endpoints at an organization for say ... referral updates, lab results, messages etc...? And for the organization, I presume it's the organization of the requester in the serviceRequest you would look up?
Paul Knapp (Jul 14 2020 at 21:39):
@Tim Berezny I suggest you look at FHIR messaging, it's designed to deal with routing through intermediates.
Last updated: Apr 12 2022 at 19:14 UTC
