Substitute automatic ACK by ORR^O02
Nuno PC
I use a TwoWay receive port that is sending automatic acknowledgments,
generated by HL7, to the Peer application.
This suffices general cases but in response to an ORM^O01 message I need to
send an ORR^O02, containing the order ID generated by my application.
This means that I need to substitute the ACK message, generated by the
accelerator, by an ORR^O02 (containing my generated ID) and send it back as
response through the same socket.
What methods can be defined in BizTalk to achieve this?
I also would like to be pointed to “tutorials” regarding this situation or
regarding methods involved in the solution.
Thank you in advance,
Nuno
Donato Modugno
in my opinion you have to reply as usual with an ACK to the ORM^O01 message.
Then, after application (or your business logic) validation send an ORR^O02
message to the originating application.
bye
Donato
"Nuno PC" <Nun...@discussions.microsoft.com> ha scritto nel messaggio
news:63114064-DD16-4005...@microsoft.com...
Nuno PC
I appreciate your reply but that doesn’t suffice to solve the problem, for
the following reasons:
1) The other application expects to receive ORR^O02 response in place of a
general ACK and through the same socket opened by its request.
2) HL7 standard states that, indeed, this is the way of implementing the use
of response to ORM:
V2.3.1 Chapter 4.4.2
“ORR - general order response message response to any ORM (event O02)
The function of this message is to respond to an ORM message. An ORR message
is the application acknowledgment to an ORM message. See Chapter 2 for a
description of the acknowledgment paradigm”.
V2.3.1 Chapter 2.14
“(...) the simple general acknowledgment message (ACK) may be used where the
application does not define a special message (application level
acknowledgment) and in other cases as described in Section 2.9, "Message
Processing Rules"”.
Can BizTalk Accelerator for HL7 cope with the standard? How?
Thank you and best regards,
Nuno
Donato Modugno
in my opinion it is a misinterpretation. With "enhanced mode" there are two
levels of acknowlegdement: Accept and Application.
With a positive accept acknowledgment, the receiving system commits the
message to safe storage in a manner that releases the sending system from
the need to resend the message. After the message has been processed by the
receiving system, an application acknowledgement may be used to return the
resultant status to the sending system.
[From HL7 V.2.3.1 cap.2.12.1]
(...)
2.2 when enhanced acknowledgment rules apply:
a) the responding system receives the message and commits it to safe
storage. This means that the responding system accepts the responsibility
for the message in a manner that releases the sending system from any
obligation to resend the message. The responding system now checks the
message header record to determine whether or not the initiating system
requires an accept acknowledgment message indicating successful receipt and
secure storage of the message. If it does, the accept acknowledgment
message is constructed and returned to the initiator.
b) at this point, the requirements of the applications involved in the
interface determine whether or not more information needs to be exchanged.
This exchange is referred to as an application acknowledgment and includes
information ranging from simple validation to a complex
application-dependent response. If the receiving system is expected to
return application-dependent information, it initiates another exchange when
this information is available. This time, the roles of initiator and
responder are reversed.
.....
Anyway I don't think that BTAHL7 is able to send an ORR on the same socket
of inbound message (or not in same way of auto generated ack). Maybe you
have to consider the use of a custom HL7 pipeline for sending back your
application acks.
Regards
Donato
"Nuno PC" <Nun...@discussions.microsoft.com> ha scritto nel messaggio
news:E99876FC-51B9-4BEA...@microsoft.com...
Nuno PC
There isn’t any misinterpretation. What I stated is correct in Original mode
acknowledgment. The mechanism you describe is for enhanced mode.
In Original mode there should be pre-validation by the protocol software, (I
figure BT pipeline) before sending the message to the application, It is for
the application to send the positive ACK – HL7 V2.3.1 chapter 2.13.1.2.1
Anyway:
Can I control that mechanism in the Pipeline?
Can I just capture the ACK^O02 message, before it is sent in response,
substitute it by an ORR^O02 and let the native mechanisms flow on all other
cases?
Thank you and best regards,
Nuno
"Donato Modugno" wrote:
> Hi Nuno,
> ......