Difference between revisions of "Bolus"
(question about documentation of alternate definition) |
Rene spronk (talk | contribs) m |
||
| Line 3: | Line 3: | ||
*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.) | *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''. | + | Suggestion was made by Mark Tucker (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 other options are: | ||
Revision as of 15:19, 13 September 2006
This page documents an INM Workitem, i.e. an issue within scope of the INM Committee that either is still being discussed, or the resolution of which has not yet been included in an INM ballot.
"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 Mark Tucker (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.
Question: is there documentation anywhere that supports the definition Mark put forward about responses being sent as if they were unsolicited messages?
