This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Essential Concepts OO Behavior"
Jump to navigation
Jump to search
Line 40: | Line 40: | ||
These concepts form intersections that describe essential characteristics of the HL7 Interoperability Paradigms. | These concepts form intersections that describe essential characteristics of the HL7 Interoperability Paradigms. | ||
− | <table border="1 | + | <table border="1"> |
<tr><td>Principle</td><td>Contract</td><td>Control Wrapper</td><td>Context Wrapper</td><td>Payload</td></tr> | <tr><td>Principle</td><td>Contract</td><td>Control Wrapper</td><td>Context Wrapper</td><td>Payload</td></tr> | ||
<tr><td align="right">Context</td><td align="center">X</td><td align="center"></td><td align="center">X</td><td align="center"></td></tr> | <tr><td align="right">Context</td><td align="center">X</td><td align="center"></td><td align="center">X</td><td align="center"></td></tr> |
Revision as of 21:03, 24 November 2010
Back to Orders & Observations WG main page
Contents
Introduction
In Cambridge, the OO group discussed the principles involved in communicating order information between partners.
The slide deck for this can be found here:
TODO
This deck was modified to comply with the HL7 SAIF Behavioral Framework. That deck can be found here:
TODO
Principles
- Context – An order establishes the default context for its contents. Context includes, but is not limited to author, subject, record target, verifier and transcriber. An order is an assemblage of information that may be verified.
- Management – The state of an order is managed by the entity (organization or device) that is the custodian of the order. The custodian for an order may change over time, so there need to be clear mechanisms in place in the behavioral order model for transferring custodianship of an order.
- Fulfillment – An order is intended to be fulfilled (satisfied) by the actions taken by the performer(s). The custodian of the order is responsible for determining if the actions taken by the performer fulfill the order.
- Actionable – An order clearly communicates the action to be taken by the performer(s).
- Completeness - An order includes relevant details necessary to perform the requested action(s).
(Note: Verifiable is another principle felt to be subsumed by the others)
Elemental Components in Interoperable Communications
In any communication described by a behavioral model, there are three essential elements:
- Contract between parties - the broader integration context between the parties covering issues of timing, liveness, service levels, and so on
- Context Binding - the interoperability context between parties that binds essential elements of the business act (e.g., providing health care) to the broader integration contract
- Payload - Information to be communicated concerning activities within the custody of one party
In HL7, there are two ways of Context Binding:
- Control Wrappers
- Context Wrapper
Interoperability Paradigms
These concepts form intersections that describe essential characteristics of the HL7 Interoperability Paradigms.
Principle | Contract | Control Wrapper | Context Wrapper | Payload |
Context | X | X | ||
Management | X | X | ||
Fulfillment | X | X | ||
Actionable | X | |||
Complete | X |