Contents
- Introduction
- The message is valid but triggers an error in the channel code
- The message is invalid or malformed
Introduction [top]
There are two reasons that Errors could be generated:
- The message is valid but triggers an error in the channel code:
- Solution: Update the code and resubmit the unchanged message
- The message is invalid or malformed:
- Solution: Correct the error and then resubmit the updated message
The message is valid but triggers an error in the channel code [top]
Basically this could be a code bug, or an intentionally raised error (for an unknown condition). For example a code could be changed from numeric to alpha which generates an error, or a new (previously unknown) code could be received that triggers the error.
The solution is always the same:
- Update the code to handle the change (remember to create a milestone).
- Reprocess the unchanged message or messages.
How to Resubmit valid messages [top]
- Update the code to handle the change (remember to create a milestone).
- Reprocess the unchanged messages:
- Filter the logs to show the error messages, for example:
- Channel = HL7 to database
- Type = Errors – unmarked
Tip: You can also view the errors by clicking on the error number in the Dashboard:
- Export the messages associated with the errors:
- Click the [+] Export icon in Logs interface to expand the Export dialog
- Choose the One entry per line format
- Check the Related messages option
- Click the [+] Export icon in Logs interface to expand the Export dialog
- Click the Export button.
- This will create a text file containing the messages related to the errors that you selected in the Logs Filter.
- This file will be in the correct format to be used as input for the HL7 Simulator.
- Open the exported file and verify it contains the messages you expect.
- Use the HL7 Simulator to resubmit the exported file of messages.
- Follow the steps on this page: Reprocessing and Resubmitting Log Messages
- We recommend that you Mark the errors to indicate that it has been corrected, this can prevent you from accidentally resending the same messages later.
- Filter the logs to show the error messages, for example:
How to Resubmit a single valid message [top]
If you only need to resubmit a single message you can do it directly from the logs.
- Filter for errors (as above).
- Click on the single error you want to resubmit, to view it.
- Click the Show all entries related to this icon:
- Click on the message, to view it:
- Resubmit the message directly from the Logs, by clicking the Resubmit or forward this message icon:
- We recommend that you Mark the error to indicate that it has been corrected, this can prevent you from accidentally resending the same message later.
The message invalid or malformed [top]
In this case the the message is malformed in some way, perhaps missing a segment, or a separator etc. The solution is to identify and fix the error and resubmit the updated message.
The solution is:
- Identify the offending message
- Update the message to fix the error
- Reprocess the updated message:
How to identify and fix an Invalid Message [top]
- We notice some errors in the Dashboard, and click on the number in Errors column:
- In the Logs we see that three messages were missing the PID segment:
- Click on one of the errors to view the details.
- It turns out that the line separator (newline) is missing before the PID segment:
- Click the Resubmit icon to resend the message:
- This opens the message in the Resubmit To Channel screen:
- Edit the message to fix the error.
- Because the channel uses a To Database component it immediately shows correct SQL in the preview pane:
- Click Resubmit and check the Logs to be sure that the message processed correctly.
- Process other errors in the same way.
- We recommend that you Mark the errors to indicate that it has been corrected, this can prevent you from accidentally resending the same messages later.
Note: The preview modes will vary depending on the type of To Component the channel is using.
In the example above the SQL preview was useful as we could see that our change was working before we resubmitted the message. However when using other To Components you usually need to resubmit the error and check the logs to see if it processed correctly.
To Database:
To Translator: