@Jeffrey Drumm  and @Marc Mundt 
Thank you for your suggestions!

This setting allowed the X12 message to go to Epic... Batch Handling was set to "Whole Batch" and Framing on the BO to "Epic02/03" (Framing in BS was already set to "Flexible). 

Another issue that came up is the message is appearing in Epic with newlines after each segment. The Raw Contents in Iris Message Viewer (in the BS and BO) show the message without extra line in between segments. Does this mean Iris is sending the message without extra lines? Is there a setting in Iris that is adding the extra lines? BS setting Tolerate Newlines is true. 

Thanks again!
 

Hi Marc,

I tried "Whole Batch" and got the opposite from before. With this setting, the message is showing ISA header and 2 more segments (GroupDocsRef and IEA). It is "hiding" the rest. It is still not passing through the message.  

Message is changed to (1st picture). Clicking on Group documents "110" a second Group batch opens (2nd picture)

After clicking on TransactionSet documents "111", another section opens with the rest of the message. 

Is it possible to just pass through the message without hiding those sections? What settings do I need to do that?

Would Framing matter? It was set up as "Flexible" when Batch Handling was set up as "Whole Batch". 

Thank you!

@JeffreyDrumm Thanks! I'll go over the training session. 

Here are the routes

  1. One ORM_O01 comes from an external system (Cerner) into one IRIS business service; then,
  2. ORM message is sent to the BP > goes through 2 DTLs. 
    • One DTL creates an ADT_A31 message from the ORM message
    • Epic receives the ADT message and creates a patient, if the patient doesn't exist in it
  3. 2nd DTL processes the ORM message
  4. One rule processes both, ADT and ORM messages, and sends each one to their respective BOs.

The ADT message needs to be sent to Epic first, before the ORM message. I'm struggling with making this happen.

At the moment, IRIS is sending both out exactly at the same time. When the patient doesn't exist in Epic, the ORM fails to post. If patient exists, then ORM files successfully in Epic.  

I think I need a BPL to delay the ORM a few seconds. Do you agree? Creating a BPL is new to me and my team mates. 

Thank you! Any insight will be appreciated. 

Thanks Jeffrey! Any robust tutorials-videos you’d recommend on BPL creation and usage? The BPL I created still needs a lot of work. 

I need to hold the ORM message for a few seconds in Iris before it goes out to my EMR system. An ADT_A31 needs to reach the EMR first to create a new patient before it receives the ORM. Right now, both message types are being sent exactly at the same time to the EMR.