ADT および ORU メッセージをリッスンするために必要なアプリケーションがあります。これらのメッセージ タイプは、1 つのチャネルで受信し、必要に応じて後処理することができます。または、それらを別々のキューで受信し、別々に処理することもできます。MLLP チャンネルには Camel/mina を使用しています。このタイプのアプリケーションに対する従来のアプローチは何ですか? 両方のアプローチの長所と短所を検討しようとしています。それらが別々であれば、共通のデータストアにデータを保持する別々のアプリケーションを実行できたと思います。これは開発を簡素化し、より SOA アプローチになる可能性がありますが、それが私が考えることができる唯一の利点です。
2 に答える
1
私の経験からすると、ほとんどのユーザーは異なるメッセージ タイプと異なる送信者を分離することを好みます。つまり、各メッセージ タイプと送信者/受信者の組み合わせごとに 1 つのチャネルを使用します。あるタイプのバグが、別のメッセージ タイプおよび異なる送信者/受信者の通信に影響を与えることができないという利点があります。また、失敗や誤ったメッセージが発生した場合のデバッグも容易になります。
欠点は、より多くのチャネルを監視する必要があることです。もちろん、他のことも考慮する必要があります。たとえば、ADT メッセージの転送が停止したため、会計システムが患者の会計メッセージを黙って破棄した場合はどうなるでしょうか?
于 2014-03-12T10:43:41.903 に答える