This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

FHIR message Page

From HL7Wiki
Revision as of 18:43, 2 January 2013 by Ajulian (talk | contribs) (→‎Discussion)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Back to FHIR

Back to FHIR discussions / active discussions

This page contains discussion about issues and considerations related to HL7's FHIR specification. When adding content to a page, be sure to uncomment the "Active" category if it is commented (surrounded by <!-- and -->) so that others can notice it and participate too.

Welcome to "Message" discussion page. Please put any comments about this page here. Contents will be reviewed periodically.

Discussion

  1. I am having a problem with the requirement in the messaging resource
    1. “A message receiver must always check the incoming bundle identifier (atom feed.id), and check them against a store of previously received messages (going back a reasonable period in time). If it receives a duplicate message id that it has already responded to, it should assume that the original response was lost (failed to return to the request issuer), and resend the original response in a new bundle. If the source application gets no response to its request from the destination application within a configurable timeout period, the source application should resend the same bundle with the same atom feed.id. “
    2. This appears to me to be putting an application burden on the receiver. Additionally, it requires the receiver to cache original responses (“resend the original response in a new bundle”).
    3. I do agree that “If the source application gets no response to its request from the destination application within a configurable timeout period, the source application should resend the same bundle with the same atom feed.id. “ is best practice.
Retrieved from "https://wiki.hl7.org/w/index.php?title=FHIR_message_Page&oldid=68908"