|
|||||
|
Consider some of the following scenarios as to when you might need the Filesystem Postmaster. We've broken it into two parts, Inbound Scenarios (covering receiving HL7 messages) and Outbound Scenarios (related to sending HL7 messages).
Scenario 1 - (1 HL7 message to multiple recipients) : The client receives HL7 messages over 1 TCP/IP connection and needs to deliver instances of the same message to multiple destinations (see the reverse in OUTBOUND SCENARIOS). Examples could be:
Scenario 2 - (The Sender sends too much): This happens much more often than you might think. The trading partner sending HL7 messages sends you far more messages than you need or want. Examples could be:
Scenario 1 - (Use 1 Interface to send to multiple recipients): Your application is producing HL7 messages and you need to send them to your client. Your client is the same client described in INBOUND SCENARIOS #1. They would like for your application to send copies of each message to a different TCP/IP connection based on some rules. You need a solution that's fast, clean, affordable and won't require any modifications to your existing product. You could do the following:
Scenario 2 - (Creating Test Messages): If your application produces HL7 messages, you will invariably be asked to produce example or test messages. Sometimes you might even need to create large volumes of test messages for stress testing scenarios. This is usually a difficult and tedious process where you must always be cautious not to violate any patient privacy guidelines by inadvertently using live patient data. With the FSPM you can easily create a destination which uses transformation instructions to make messages completely anonymous! Complete with Random names, message control IDs the works. |