【问题标题】:Using Integration account for non EDI/X12 partners为非 EDI/X12 合作伙伴使用集成帐户
【发布时间】:2019-01-02 07:06:42
【问题描述】:

我们正在尝试使用 Azure 逻辑应用构建一个类似于 BizTalk 的解决方案,在该应用中,我们与许多贸易伙伴交换文档以接收 HL7 医疗保健格式的消息。现在我们有一个逻辑应用程序,它从多个连接器之一接收文档并将它们放入服务总线队列中。然后我们有第二个逻辑应用程序来处理这些消息并将它们放入一个主题中。

然后,在不使用集成帐户的情况下,我们为每个贸易伙伴有一个逻辑应用程序,该逻辑应用程序使用一个过滤器订阅该主题,该过滤器正在寻找带有其路由 ID 的消息,但这种方法需要每个贸易伙伴一个逻辑应用程序以及订阅过滤器。

使用集成似乎是一种更好的方法,但我所阅读的所有内容都表明这种类型的帐户需要合作伙伴使用 EDI/X12 格式来获得路由功能。由于我们发送的格式是 HL7,是否仍然可以(最好)使用集成帐户来管理非 EDI/X12 合作伙伴,或者当前为每个贸易伙伴创建逻辑应用程序的方法是实现此目的的推荐方法?

【问题讨论】:

    标签: azure-logic-apps


    【解决方案1】:

    目前,Azure 或集成帐户中没有直接的 HL7 支持。如果您使用的是 HL7 的 Xml 版本,这不是问题。

    至于路由,集成帐户也不会真正“路由”EDI。您的应用程序仍然必须以某种方式解析端点。不过,IA 可以通过提供存储目标 URL 的位置来提供帮助。我还没有尝试访问合作伙伴元数据,这对于存储端点详细信息非常有用:(抱歉)。

    否则,Azure SQL 表是存储此信息的一种相对简单的方法。然后一个发送逻辑应用可以在那里查找详细信息。

    【讨论】:

      【解决方案2】:

      使用 Azure,没有其他方法可以在不使用集成帐户的情况下将 EDI/X12 消息路由到贸易伙伴。除非您创建一个 Web API 来解析 EDI/X12 标头并将其发送给贸易伙伴。

      其他方式是通过 BizTalk Logic App Adapter 将您的 EDI 路由到 BizTalk 并使用 BizTalk 各方 EDI/X12 协议。

      【讨论】:

      • 我可能没有很好地表达这个问题。我们的合作伙伴没有使用 EDI/X12。他们正在使用 HL7,但我们希望以与他们使用 EDI/X12 相同的方式使用集成帐户,以便我们可以从集成帐户仪表板管理我们的贸易伙伴、他们的模式和标识符。然而,它似乎只适用于真正想要接收 EDI/X12 的合作伙伴。我只是确认,如果有任何意义,我不能使用集成帐户来管理我们所有 HL7 消息交换的合作伙伴。
      猜你喜欢
      • 2021-01-07
      • 1970-01-01
      • 1970-01-01
      • 2012-11-15
      • 1970-01-01
      • 2020-05-20
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多