Essential Concepts OO Behavior

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

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)

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:

These concepts form intersections that describe essential characteristics of the HL7 Interoperability Paradigms.