1

Biztalk のユース ケースの多くは、あるシステムから別のシステムへの HL7 2.x メッセージの単純なマッピングとルーティングに関係しています。マップを実装して送信/受信ポートに関連付けるのは一般的に簡単ですが、送信側でコンテンツ ベースのフィルタリングを行う必要もあります。

たとえば、システム X に ADT A04 および ADT A08 メッセージを送信するのは、送信施設が 200 施設 (組織内にある可能性のある 1000 施設のうち) である場合に限られますが、システム Y には ADT A04、A05、A8 が必要です。まったく異なる施設のセットであり、腎臓病患者のみを対象としています。

ここではメッセージをルーティングするだけで、ビジネス プロセスを実際に管理するわけではないため、ビジネス ルール エンジンを呼び出すためだけにオーケストレーションを使用するのは少しやり過ぎです。ADT の種類ごとに個別のオーケストレーションが必要になる可能性があることを考えると、特にそうです。スキーマの仕組みのためです。オーケストレーションを使用せずに、このようなフィルター ルールを実装することは可能ですか? 送信ポートのフィルター機能は、必要なものに対して少し初歩的すぎるように見えますが、同時に、オーケストレーションを開発および管理したくありません。

4

2 に答える 2

3

プロパティスキーマでこれを行うことができるかもしれません...

プロパティ スキーマを作成し、ルーティングに使用するプロパティを (他のスキーマから) 含める必要があります。スキーマを展開すると、これらのプロパティを送信ポートのフィルターとして使用できるようになります。ここから始めて、どこかで例を見つけることができるはずです...

于 2012-06-28T07:28:41.867 に答える
0

他の人が示唆しているように、カスタム パイプライン コンポーネントを使用してビジネス ルール エンジンを呼び出すことができます。

独自のものを作成しようとするのではなく、 BizTalk ビジネス ルール エンジン パイプライン フレームワークと呼ばれるオープン ソースが既に利用可能です。

パイプラインから BRE を呼び出すことにより、メッセージをルーティングできる単純なコンテキスト プロパティを設定する複雑なルールを作成できます。

完全な開示: 私は同じ会社にいたときに、そのフレームワークの作成者と一緒に仕事をしました。

于 2016-07-22T03:32:00.873 に答える