This may not mean that the rules are processing slowly. Is it possible that there were a large number of messages queued for HisEmrRouter?

This is the current link:
https://learning.intersystems.com/course/view.php?id=707

Yes, you can store the values in a multidimensional array. And the syntax you showed is correct:

for j=0:1:ref.NOK.%Size()-1  
        {
            set MyNOKname(j)=NOK.%Get(j).NOKname
        }

This is typically handled by data lookup tables. Lookup table entries can be maintained through a provided GUI, imported from files or through custom code:
https://docs.intersystems.com/healthconnectlatest/csp/docbook/DocBook.UI...

DTL includes pre-built functions for looking up values in a lookup table:
https://docs.intersystems.com/healthconnectlatest/csp/docbook/Doc.View.c...

Have you considered setting Stay Connected on the business service? This will cause the service to close the connection automatically after a specified amount of idle time since the last message arrived. The upstream system can then reconnect whenever it wants.

Since both formats are XML-based, you could write an XSLT to do the conversion. To further automate the process you could create COS that calls the XSLT, creates a new DTL file and inserts the rules into the XData block, and compile the new DTL.

Hi Luiz,
Here is the Caché documentation for building triggers.
-Marc

This quick test does send two messages to the same business operation:

You're missing one step. The SDA your DTL is producing is in the form of an XML vDOC (EnsLib.EDI.XML.Document) which is using the SDA schema. The SDA3.InboundProcess needs to receive an HS.Message.ECRUpdateRequest with the raw XML for the SDA stored in its contentstream property. To fix this, you can create a second DTL which takes the EnsLib.EDI.XML.Document as input and outputs an ECRUpdateRequest. In the DTL you'll just need to call the VDoc's method to generate the XML stream and then set ECRUpdateRequest.ContentStream to that stream.

This is absolutely possible. First, you'll want to use a SQL Business Operation rather than a Business Service. Your function will send a simple request message to the Business Operation containing any parameters you want to pass to the SP (if you only have one parameter you can use Ens.StringContainer). The Operation will execute the SP on SQL Server and return a response message to your function.

You didn't mention where you plan to call this function from (a DTL? a Business Process?). If it's a Business Process then you don't need a custom function, you can just use a "call" action to send the request to the Operation.

If you need to do this from a DTL, then in order to send a message to the Operation you'll need to call a method of the business process or router. You can get a reference to the process/router this way:

set bp=%Ensemble("%Process")

And then you can send your request message like this:

set tSC=bp.SendRequestSync("My.SQLServer.Business.Operation",req,.resp)

Vinay, the typical approach to send to CUPS for TrakCare would be to use Zen reports or JReports. TrakCare's EPS print server can run the report automatically and send the result to the configured printer through CUPs.