Difference between revisions of "Bolus"
| Line 33: | Line 33: | ||
OBR|...<br> | OBR|...<br> | ||
OBX|....<br> | OBX|....<br> | ||
| + | |||
| + | Notice the response is an ackowledgement, and has QAK and QPD segments. | ||
| + | |||
| + | |||
| + | With a Bolus response the query would look like | ||
| + | |||
| + | MSH|...|QBP^ZRG1|MSG922<br> | ||
| + | QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321|<br> | ||
| + | RCP|I|B|<br> | ||
| + | |||
| + | MSH|^~\&|RG|DB|...|RSP^ZRG1|<br> | ||
| + | MSA|MSG922<br> | ||
| + | QAK|Q003|OK|ZQ1^Query forReport^RG|1|<br> | ||
| + | QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321<br> | ||
| + | |||
| + | ..... Then the QueryServer would connect to the HL7 sending host:port | ||
| + | that supports the app/fac "|RG|DB|" and would send the apparently | ||
| + | unsolicited message | ||
| + | |||
| + | MSH||ORU^RO1|MSG7721|<br> | ||
| + | PID|...<br> | ||
| + | OBR|...<br> | ||
| + | OBX|...<br> | ||
| + | |||
| + | == Issues == | ||
| + | |||
| + | The primary point is that the return healthcare data flows back as | ||
| + | normal ORU messages. | ||
| + | |||
| + | The interesting twist is: How did the QueryServer know where to send | ||
| + | the result? Normally, HL7 recievers simply "ACK" back on the port that | ||
| + | connected to them. In the case of "DEFERRED" response, presumably the | ||
| + | QueryServer remembers the APP|FAC that sent the message, and, | ||
| + | somewhere within the "HL7 Network Infastructure" (which could be in | ||
| + | the application or within a Cloverleaf/Datagate router) it knows the | ||
| + | IP host:port that the DEFERRED response should be sent to. | ||
| + | |||
| + | |||
| + | In the case of a BOLUS response, the same logic is followed. The | ||
| + | QueryServer knows that the message was from |RB|DB|, and it then looks | ||
| + | that up in the infastructure, and sends the unsolicted result message | ||
| + | to that port. | ||
Revision as of 13:36, 5 December 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.
Summary
The "BOLUS" query response mode refers to a query in which a the response to a query is sent back to the client as a completely normal set of apparently unsolicited HL7 messages, instead of as segments within special query/response messages. The BOLUS response mode is useful if the query mechanism is being grafted into an infastructure that already supports unsolicted transactions, and the decision is made not to engineer the query/response/continuation protocol into the existing HL7 flows, but rather to use existing unsolicted messages.
Introduction
Normally, when a client makes an HL7 query, it interacts with the HL7 query server by exchanging query and reseponse messages. The query may contain a QBP and an RCP segment, and the data comes back in messages containing QAK and RCP segments, as well as the "data" being asked for.
For example, the client asks for the visit note
MSH|...|DQBP^ZRG1|MSG922
QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321|
RCP|I|R
....
and gets back an answer
MSH|...|RSP^ZRG1|
MSA|MSG922
QAK|Q003|OK|ZQ1^Query forReport^RG|1|
QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321|
PID|...
OBR|...
OBX|....
Notice the response is an ackowledgement, and has QAK and QPD segments.
With a Bolus response the query would look like
MSH|...|QBP^ZRG1|MSG922
QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321|
RCP|I|B|
MSH|^~\&|RG|DB|...|RSP^ZRG1|
MSA|MSG922
QAK|Q003|OK|ZQ1^Query forReport^RG|1|
QPD|ZQ1^Query For Report^RG|Q003|VN-232-131321
..... Then the QueryServer would connect to the HL7 sending host:port that supports the app/fac "|RG|DB|" and would send the apparently unsolicited message
MSH||ORU^RO1|MSG7721|
PID|...
OBR|...
OBX|...
Issues
The primary point is that the return healthcare data flows back as normal ORU messages.
The interesting twist is: How did the QueryServer know where to send the result? Normally, HL7 recievers simply "ACK" back on the port that connected to them. In the case of "DEFERRED" response, presumably the QueryServer remembers the APP|FAC that sent the message, and, somewhere within the "HL7 Network Infastructure" (which could be in the application or within a Cloverleaf/Datagate router) it knows the IP host:port that the DEFERRED response should be sent to.
In the case of a BOLUS response, the same logic is followed. The
QueryServer knows that the message was from |RB|DB|, and it then looks
that up in the infastructure, and sends the unsolicted result message
to that port.
