btahl7

1熱度

1回答

引用MSH_25_GLO_DEF模式我已經建立了與BTAHL7V2X模式（MSH_25_GLO_DEF等）的組件。在另一組件中，我需要創建一個模式，其中所述元件中的一個的類型是MSH_25_GLO_DEF的。在我BTAHL7V2XCommon組裝我： <xs:schema xmlns:b="http://schemas.microsoft.com/BizTalk/2003" xmlns="ht

0熱度

1回答

使用BizTalk中的XSLT將CCR轉換爲CCD

我有一個現有的.NET應用程序，它生成驗證CCR模式的CCR消息。而不是創建一個新的應用程序來生成CCD我想使用XSLT從我的CCR模式映射到我的CCD模式。我正在使用BizTalk 2010來生成CCR消息。有沒有人有任何經驗和成功爲地圖創建XSLT？

0熱度

1回答

BizTalk HL7加速器可以生成HL7 v2XML兼容消息

默認情況下，它看起來像HL7加速器從符合HL7.org（不符合其XML v2 XML模式）的HL7 v2消息生成XML。是否有可能讓它生成符合HL7 v2XML標準的XML？編輯：我們有xslt轉換，將HL7v2 XML轉換爲其他xml格式。這些由我們平臺的其他工具使用。如果BTAHL72XRecievePipeline組件生成符合HL72標準的XML，我們可以簡單地在BizTalk中重新使用

1熱度

1回答

的BizTalk加速器HL7增強VS遞延模式

我不確定延遲模式和增強模式之間的差異。都發送兩個確認; 1表示接受，另外一個表示應用確認，除此之外，行爲有什麼不同？

0熱度

1回答

BizTalk MLLP接收位置，指定本地主機而不是服務器IP地址

我已經使用帶有MLLP的HL72x管道創建了一個接收位置。如果將接收位置的BizTalk MLLP配置主機屬性設置爲服務器的IP地址，則可以將hl7流量發送到服務器，但如果將該值設置爲localhost或127.0.0.1，則biztalk將不會在各自的端口。使用端口掃描器，如果接收位置的mllp主機屬性設置爲服務器的IP地址，則只能看到一個打開的端口。我不想引用服務器的實際IP地址，我寧願使用本

1熱度

1回答

無法使用BTAHL72XSendPipeline發送消息

我有一個接收端口，並且位置接受通過MLLP的HL7 2.x消息。我創建了一個派對，並使用BTAHL7配置瀏覽器配置了確認設置。該消息解析得很好，ACKS返回到原始系統，並且我能夠使用直通管道將解串行化的xml發送到文件，並使用直通管道將所得到的ACK發送到文件，以便我可以確認成功的接收解析並驗證入站的XML。作爲一個簡單的測試，我使用BTAHL72XSendPipeline創建一個發送端口，將H

1熱度

2回答

的BizTalk錯誤：「對於路由故障報告」路由故障報告<名稱不可用>

我嘗試發送HL7消息到BizTalk並得到一個錯誤代碼0xC0C01B4e（路由故障報告）與消息： Routing Failure Report for <Name is not available> 我已經在最後一天工作了，現在我收到了這個消息，完全不知所措。我的情景： 1 Request/Response Recieve Port named HL7Test.In 1 Receive Lo

0熱度

2回答

將未解析的HL7 2.x消息存儲到sql數據庫中

我們使用BTAHL7加速器接收HL7 2.x。我想將原始的HL7消息轉儲到一個sql表中，並使用一些離散數據（包括控制ID和其他數據）。我的接收位置正在使用BTAHL72XRecievePipeline組件。是否可以訂閱原始消息，而不是解析的XML格式？

1熱度

1回答

的BizTalk建立一個recive的位置，並使用HL7適配器

剛安裝了BizTalk 2010和HL7適配器端口，試圖通過管理控制檯來設置概念應用的證明： 1）創建一個新的「創建了一個請求/響應接收端口 3）創建了一個請求/響應接收關聯到接收端口 3.A）位置將類型設置爲MLLP 3.B演示應用」 2））我看到了Recie的唯一選擇VE管道是： PassThrueReceive XMLRecieve