This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "Interface Engine"

From HL7Wiki
Jump to navigation Jump to search
 
(2 intermediate revisions by 2 users not shown)
Line 1: Line 1:
An Interface Engine (or Message Broker) is a term used to refer to a kind of middleware application which is used to transform/ route/ clone/ translate messages.
+
'''Glossary Definition:''' An Interface Engine (a.k.a. Message Broker) is a term used to refer to a kind of middleware application which is used to transform, route, clone and translate messages.
  
The same interface engine can sometimes play a role of a [[Gateway]], and in other scenarios just be a [[Bridge]], a [[Transformer Bridge]] or an [[Intermediary]]. The key distinction are the business level scenarios, interactions and use cases. If an interface engine is required to perform business rules and application level responsibilities, than it's a [[Gateway]] and is listed as the [[Receiver]] in the HL7 Message. If it just needs to transform from one [[ITS]] to another, it's a Bridge. If it needs to transform from one [[Transport Protocol]] to another, it's an Intermediary.
+
== Details ==
  
Therefore what determines when an interface engine is required to be a Gateway/Bridge/Intermediary are the use cases encountered in the healthcare enterprise environments. Then, if the application takes up this responsibility (and they need to do so based on the business rules), they need to comply to certain rules which are listed and specified in the ATS. For example, if an application is required to transform from HL7v2 to HL7v3 standard, they are required to play a role of a Gateway. If it cannot do that, they need to drop the request (i.e. Bridge cannot do that).
+
One and the same interface engine can play multiple [[Middleware Role]]s, e.g. it can be a [[Gateway]], be a [[Bridge]], a [[Transformer Bridge]] or an [[Intermediary]]. The key distinction is the business level scenario. If an interface engine is required to perform business rules and application level responsibilities, than it's a [[Gateway]] and is listed as the [[Receiver]] in the HL7 Message. If it just needs to transform from one [[ITS]] to another, it's a Bridge. If it needs to transform from one [[Transport Protocol]] to another, it's an Intermediary.
  
*(Miroslav) Message Broker is yet again another interface engine that distributes the incomming messages to specified destinations according to the business rules. A Message Broker is usually required to perform a Bridge functionality. However, the question is, what role the Message Broker is playing if it needs to send an incomming HL7 message to x additional locations (e.g. as the notification message to 3rd party that a lab order took place). It needs to change a HL7 message, list itself as the sender - therefore it's the Gateway role?
+
The roles that an interface engine plays depend on the use cases encountered in the healthcare enterprise. If a role conforms to one of the [[Middleware Role]]s they need to comply to certain rules for these roles which are listed and specified in the [[Abstract Transport Specification]].
 +
 
 +
== FAQ ==
 +
*(Miroslav) Imagine that the interface engine (or: Message Broker) distributes the incomming messages to specified destinations according to predefined business rules. What role does the Message Broker play if it needs to send an incoming HL7 message to x additional locations (e.g. as the notification message to 3rd party that a lab order took place). It needs to change a HL7 message, list itself as the sender - therefore it's the Gateway role?
 +
**Yes. The interface engine performs a business process, therefore it is a [[Gateway]]. [[User:Rene spronk|Rene spronk]] 13:41, 18 Mar 2006 (CST)
 +
 
 +
[[Category:INM Glossary]]
 +
[[Category:ATS Glossary]]

Latest revision as of 06:43, 21 March 2006

Glossary Definition: An Interface Engine (a.k.a. Message Broker) is a term used to refer to a kind of middleware application which is used to transform, route, clone and translate messages.

Details

One and the same interface engine can play multiple Middleware Roles, e.g. it can be a Gateway, be a Bridge, a Transformer Bridge or an Intermediary. The key distinction is the business level scenario. If an interface engine is required to perform business rules and application level responsibilities, than it's a Gateway and is listed as the Receiver in the HL7 Message. If it just needs to transform from one ITS to another, it's a Bridge. If it needs to transform from one Transport Protocol to another, it's an Intermediary.

The roles that an interface engine plays depend on the use cases encountered in the healthcare enterprise. If a role conforms to one of the Middleware Roles they need to comply to certain rules for these roles which are listed and specified in the Abstract Transport Specification.

FAQ

  • (Miroslav) Imagine that the interface engine (or: Message Broker) distributes the incomming messages to specified destinations according to predefined business rules. What role does the Message Broker play if it needs to send an incoming HL7 message to x additional locations (e.g. as the notification message to 3rd party that a lab order took place). It needs to change a HL7 message, list itself as the sender - therefore it's the Gateway role?
    • Yes. The interface engine performs a business process, therefore it is a Gateway. Rene spronk 13:41, 18 Mar 2006 (CST)