- Configuration and Testing
- Pre Processing XSL Configuration
- Post Processing XSL Configuration
- Connection Pool Configuration
- SSL Security
- Input contains multiple messages
- Validate Input
- Validate ACK Response
- Sender Configurations
- Sender Connection Details
- Is Use custom blocks in MLLP
- Receive Type
- Send Type
- Message Rectifier
- Ack Code Categories
- Retry Configuration
- Functional Demonstration
The HL7 Sender component is used to send the HL7 data on to a port specified on a particular IP address in a specified format. The component receives the response (acknowledgment) generated and sends it to the output port.
HL7 Sender allows sending HL7 messages onto different HL7 Receivers. A set of input and output ports is generated for each configuration.
Configuration and Testing
The component can be configured using the properties in the Custom Property Sheet (CPS) shown in Figure 1.
Figure 1: Custom Property Sheet (CPS) for the HL7Sender component
Pre Processing XSL Configuration
Pre Processing XSL configuration can be used to transform request message before processing it. Click the small button against the property to configure the properties.
Post Processing XSL Configuration
Post Processing XSL configuration can be used to transform response message before sending it to the output port.
Figure 2: Pre/Post Processing XSL Configuration
Connection Pool Configuration
Defines the connection pool settings for the component. Please refer Connection Pool Params section in Common Configurations page.
Please refer SSL Security section in the Common Configurations page.
Input contains multiple messages
Enable this property if the input contains multiple HL7 messages delimited by a character.
Figure 3: Property allowing multiple messages in the input, separated by a delimiter
Enable this property to perform validation on the input message.
Figure 4: Property to perform validation and select validation type
Validate ACK Response
Enable this property to perform validation on the ACK Response received before sending it to the output port.
- DEFAULT: Messages will be validated with standard HL7 message rules.
- CONFORMANCE_PROFILE: Message will be validated with the conformance profile file configured for its type. Default validation is performed if a conformance profile is not configured for a specific type.
Figure 5: Conformance profile validation type and its options
Select a Sender to Modify
Add the sender which is used in the creation of component input and output ports. By default, the component has no ports. Depending on the names provided in the property sheet (Click the Add button against the Sender Configurations property), a set of input and output ports gets generated.
Sender Connection Details
Click the small button against the Connection Details property to configure connection details.
Figure 6: Sender Connection Details configuration properties
The IP address on which HL7 Receiver service is running.
Port number on which HL7 Receiver is listening.
Request Time Out (in ms)
Request Time Out is the time out of the HL7 message in milliseconds. The HL7 Sender waits for the response till the timeout happens and throws an exception if it does not receive any response.
Is Use custom blocks in MLLP
Enable this option to define custom blocks to be used in MLLP. Specify valid hexadecimal representation of characters in Start Block, End Block, and Last Character fields. The default values populated are standard blocks used in MLLP.
- Start Block: Start Block character (1 byte). Default value is 0B (0x0B).
- End Block: End Block character (1 byte). Default value is 1C (0x1C).
- Last Character: Usually Carriage Return is used as last character (1 byte). Default value 0D (0x0D).
Figure 7: Options to define Custom blocks
The type of message expected on component's input port.
- Piped: Piped message is expected on input port.
- XML: XML message is expected on input port.
- Both: Message received on input port can be of any type (piped or XML).
Type of the Acknowledgement message which is sent on to the component's output port.
- Piped – Piped message is expected on input port.
- XML – XML message is expected on input port.
Message Rectifier class
Message Rectifier class is a class whose instance will be delegated the responsibility of rectifying or correcting HL7 message every time a retry is attempted. If a value is not provided here then message rectification will not be done and retry is attempted with the same message.
Message Rectifier implements com.fiorano.services.hl7sender.engine.IMessageRectifier and should have a default constructor.
Ack Code Categories
Each Ack Code [AA, AR, AE …. ] the sender is expected to receive can be categorized as a success or error or warning as shown in Figure 1. In case, the ack code returned to sender is configured as success or warning, the ack message is simply sent onto the output port of the component. If the received ack code is configured as a warning, then a retry is attempted.
When ack code returned to sender is categorized as a warning, the number of times retry is to be attempted and interval after which retry is to be attempted can be configured.
The figure below illustrates the event process where HL7Sender accepts ADT and ORU messages and sends out the corresponding acknowledgments.
Figure 8: Sample Event process using HL7Sender
The figure below illustrates the event process where HL7Receiver listens to the messages from HL7Sender.
Figure 9: Sample Event process using HL7Receiver
Scenario 1: Sending an ADT A01 message
Configure the HL7Sender as shown in Figure 1.
When a sample ADT A01 message is sent from the Feeder ADT_XML, HL7Sender sends this message to HL7Receiver.
When the message receipt is acknowledged by HL7Receiver, HL7Sender receives it and sends it to the Display ADT_ACK_REC.
Figure 10: Acknowledgment received by HL7Sender
Scenario 2: Sending an ORU R01 message
Configure HL7Sender as shown in Figure 1.
When a sample ORU A01 message is sent from the Feeder ORU_MSG, HL7Sender sends this message to HL7Receiver.
When the message receipt is acknowledged by HL7Receiver, HL7Sender receives it and sends it to the Display ORU_MSG_REC.
Figure 11: Acknowledgement received by HL7Sender
Figure 12: ORU R01 message received by HL7Receiver
Scenario 3: Sending multiple messages at a time
Create the event process in the following manner.
Figure 13: Sample Event process for sending multiple messages
Configure HL7Sender as shown in the figure below.
Figure 14: CPS configuration to enable sending multiple messages
When two HL7 messages are given in different lines through the same feeder, HL7Sender sends these as two separate messages to the HL7Receiver. This is because both the messages are separated by the delimiter (0A-New LineFeed).
Figure 15: It is seen that two messages are received in the output port of the HL7Receiver