問題是,入站消息模板期望使用與我要指定或使用的不同類型。要求有一個單通道將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,而不是繼承通道的傳入數據類型?