This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Bridge"
Jump to navigation
Jump to search
Rene spronk (talk | contribs) |
|||
| Line 1: | Line 1: | ||
[[Image:Ats_nonpeer.gif|275px|right|thumb|Application Architecture]] | [[Image:Ats_nonpeer.gif|275px|right|thumb|Application Architecture]] | ||
| − | A '''Bridge''' is an | + | A '''Bridge''' is an Intermediary role that serves two main purposes. First, it provides [[Message Protocol]] translation (i.e. relaying) and/or message routing capabilities in cases where the HL7 message needs to travel over heterogeneous healthcare communication environments. An example of this use case would be the relaying of messages from Web Services to ebXML transport and vice versa. Second, the Brige provides HL7 message translation between various flavours of HL7 standard, where there's no change in the semantic meaning between the original and resulting message. |
| + | A Bridge is never identified in the Device.id attribute of the HL7 message. | ||
| − | -- | + | == Notes == |
| − | + | *Question - if I have a use case where application A speaks HL7v3 and application B speaks EDI, and I use an Intermediary that transforms HL7v3 to EDI and vice versa with no semantic meaning change, is that Intermediary a Bridge or Gateway? | |
| − | + | **Answer - in order to make this use case realized, that Intermediary needs to posess both the HL7v3 and EDI knowledge to perform the function. To use the analogy from IT business, it is like EDI that Intermediary is a Gateway. | |
[[Category:ATS Glossary]] | [[Category:ATS Glossary]] | ||
Revision as of 12:09, 2 May 2007
A Bridge is an Intermediary role that serves two main purposes. First, it provides Message Protocol translation (i.e. relaying) and/or message routing capabilities in cases where the HL7 message needs to travel over heterogeneous healthcare communication environments. An example of this use case would be the relaying of messages from Web Services to ebXML transport and vice versa. Second, the Brige provides HL7 message translation between various flavours of HL7 standard, where there's no change in the semantic meaning between the original and resulting message. A Bridge is never identified in the Device.id attribute of the HL7 message.
Notes
- Question - if I have a use case where application A speaks HL7v3 and application B speaks EDI, and I use an Intermediary that transforms HL7v3 to EDI and vice versa with no semantic meaning change, is that Intermediary a Bridge or Gateway?
- Answer - in order to make this use case realized, that Intermediary needs to posess both the HL7v3 and EDI knowledge to perform the function. To use the analogy from IT business, it is like EDI that Intermediary is a Gateway.
