FHIR Chat · scheduling / Issue #58 Whether to add a header to Hold re... · argonaut

Stream: argonaut

Topic: scheduling / Issue #58 Whether to add a header to Hold re...


view this post on Zulip argo-scheduling-bot (Jan 27 2018 at 16:21):

Healthedata1 opened Issue #58

As discussed at the Jan Connectathon. Indicating the expiration of a hold would be good for a consistent user experience.

Proposal to add a header to ?hold requests response indicating expiration time.
(todo: research the proper header type)

view this post on Zulip argo-scheduling-bot (Jan 27 2018 at 16:21):

Healthedata1 labeled Issue #58

view this post on Zulip argo-scheduling-bot (Jan 27 2018 at 21:26):

Healthedata1 commented on Issue #58

Understood that client should be obligated to release the hold but if not the server will release it.

view this post on Zulip argo-scheduling-bot (Jan 27 2018 at 21:28):

Healthedata1 edited Issue #58

As discussed at the Jan Connectathon. Indicating the expiration of a hold would be good for a consistent user experience.

Proposal to add a header to expires RFC 7324 requests response indicating expiration time.
(todo: research the proper header type)

view this post on Zulip argo-scheduling-bot (Mar 19 2018 at 20:49):

Healthedata1 commented on Issue #58

See similar usage in Bulk Data access. - add this guidance to operation(s). and release hold steps as well as state diagrams.

view this post on Zulip argo-scheduling-bot (Mar 19 2018 at 20:49):

Healthedata1 closed Issue #58

view this post on Zulip argo-scheduling-bot (Mar 19 2018 at 20:50):

Healthedata1 commented on Issue #58

applied to ig


Last updated: Apr 12 2022 at 19:14 UTC