]
Purging pending HL7 messages
I just received another more detailed response from the VistA HL7 team,
and am including below...
I think that the bad message needs to be reviewed before the action
is taking.
If a bad message is deleted without checking, it may impact the
other
I just received another more detailed response from the VistA HL7 team, and am including below...
I think that the bad message needs to be reviewed before the action is taking.
If a bad message is deleted without checking, it may impact the other messages which are needed to be transmitted in o
You mentioned a problem with a problem message at the top of a queue that is holding up processing on the remainder of the queue. I'm told that you should delete the front queue entry.
A little more that I gathered from my conversation with the VistA HL7 team...
The VistA HL7 package (the CLASSIC
There are now two different flavors of the VistA HL7 package on VistA...
(1) VistA HL7 (I'll call it) CLASSIC
(2) VistA HL7 NEW
The VistA HL7 package has been totally rewritten recently. I have little awareness of the features in the NEW VistA HL7 package, but will make inquiries of the Vist
Larry A.,
Thanks for helping me configure the encoding characters for my
interface. I have made the appropriate changes and tried sending a new
message. The trouble I'm running into now is that the logical link does
not give up sending the bad message (protocol requires ack) at the
front of the li