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

Difference between revisions of "Bolus"

From HL7Wiki
Jump to navigation Jump to search
 
Line 1: Line 1:
Bolus is defined in HL7 versions 2.4 and 2.5 as "a series of responses sent at the same time without use of batch formatting" in both Appendix A and chapter 5.  It is defined identically in chapter 5 of version 2.6.
+
{{INM Workitem}}
 +
"Bolus" is one of the current v2/v3 methods of responding to a query.  
  
The term bolus does not appear in versions 2.2, 2.3, or 2.3.1.
+
*T: "a series of responses sent at the same time without use of batch formatting" (to quote the definition from HL7 versions 2.4 and 2.5, in both Appendix A and chapter 5. It is defined identically in chapter 5 of version 2.6. The term bolus does not appear in versions 2.2, 2.3, or 2.3.1.)
 +
Suggestion was made by a former InM co-chair that responses would be sent as if they were ''unsollicited'' messages, which is radically different (from a dynamic model aspect) than ''a series of responses''.
 +
 
 +
The other options are:
 +
*R: a response using a [[Message Based Interaction]]
 +
*B: an immediate response using a [[Batch Based Interaction]]
 +
 
 +
The problem is that one interaction results in multiple response interactions. This is not valid under the current [[Dynamic Model]], it could be supported using the proposed [[CPM]].
 +
 
 +
Question: are there use-cases for this? If not, we should probably drop this option.

Revision as of 20:18, 12 September 2006

"Bolus" is one of the current v2/v3 methods of responding to a query.

  • T: "a series of responses sent at the same time without use of batch formatting" (to quote the definition from HL7 versions 2.4 and 2.5, in both Appendix A and chapter 5. It is defined identically in chapter 5 of version 2.6. The term bolus does not appear in versions 2.2, 2.3, or 2.3.1.)

Suggestion was made by a former InM co-chair that responses would be sent as if they were unsollicited messages, which is radically different (from a dynamic model aspect) than a series of responses.

The other options are:

The problem is that one interaction results in multiple response interactions. This is not valid under the current Dynamic Model, it could be supported using the proposed CPM.

Question: are there use-cases for this? If not, we should probably drop this option.