2009-06-03 62 views
2

問題是,入站消息模板期望使用與我要指定或使用的不同類型。要求有一個單通道將HL7 v2轉換爲v3,調用Web服務,然後轉換SOAP生成的XML,並將其轉換爲HL7 v2.x並將其發送回原始調用者。 這必須異步完成Mirth:與渠道來源類型不同的入站消息模板

設置: 考慮這種情況,在歡樂通道:

  • 來源是LLP聽衆。類型是HL7 v2.x.發件人是HCIS(醫療保健信息系統)。
  • 源變壓器,與手頭的問題無關。
  • 4目的地(按順序):

    • 的Javascript作家 - 調用到代碼模板做一些數據庫工作。
    • SOAP Sender - 調用返回HL7 v3的Web服務。
    • Javascript Writer - 包含少量變壓器數據庫編寫器調用代碼模板。 問題出在這裏。
    • JavaScript編寫器 - 再次調用代碼模板。
  • PostProcessor生成一個自定義確認以發送回HCIS。

問題: 入站消息模板預計HL7 V2.X因爲它繼承來自源的數據類型。我需要將HL7 v3模板映射到出站消息模板。出站模板工作正常,因爲它不受任何約束。

tmp['PID']['PID.5']['PID.5.1'] = msg['controlActProcess']['subject']['target']['identifiedPerson']['name']['family'].toString(); 

我已經測試這種設置與HL7 V3作爲輸入的數據類型的另一信道,並且它完美。

問題: 如何強制Mirth將我的入站消息模板識別爲HL7 v3,而不是繼承通道的傳入數據類型?

回答

3

有一點晚了,我知道,但是你可以把它分成兩個通道:一個HL7 v2.x連接到一個通道編寫器,然後另一個設置爲HL7 v3.x的通道閱讀器?

如果你已經解決了這個問題,我很想知道如何。

1

好的,我在發佈這個問題後寫了兩年半,所以到現在爲止你已經以某種方式處理了它。但是,爲了使信息可用,以下是答覆。

您有一個輸出連接器,其輸入爲HL7 v2.x.您需要XML格式的輸入數據(HL7 v3是XML),以便您可以使用E4X進行操作。

解決方案:Mirth Connect自動處理此問題。只要連接器有濾波器或變壓器,Mirth就會將輸入消息轉換爲XML。你說這個連接器有變壓器,所以你應該可以使用HL7輸入消息的XML表示。

如果您使用的通道沒有過濾器且沒有變換器,則可以通過添加條件始終爲true的過濾器來強制進行轉換。