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

Difference between revisions of "OO Behavior BF"

From HL7Wiki
Jump to navigation Jump to search
Line 11: Line 11:
 
* Request Completeness – An order clearly communicates the action to be taken by the performer(s).
 
* Request Completeness – An order clearly communicates the action to be taken by the performer(s).
 
* Payload Completeness - A payload is an assemblage of information that may be verified.  An order payload includes relevant details necessary to perform the requested action(s).
 
* Payload Completeness - A payload is an assemblage of information that may be verified.  An order payload includes relevant details necessary to perform the requested action(s).
 +
 +
== Design Principles ==
 +
 +
These principles can be realized in these design principles.
 +
 +
* Orders may be made up of many actions (or actions)
 +
* Accountability is transferable
 +
* The Community obligations may be bound to the technology through context or contract bindings.

Revision as of 21:41, 24 November 2010

Back to Orders & Observations WG main page

Back to Essential_Concepts_OO_Behavior main page

Behavioral Principles for Orders

  • Participation Context – Participation Context is the context in which the template for the payload was instantiated. Participation context includes, but is not limited to author, subject, record target, verifier and transcriber.
  • Accountability – Accountability is separated into Request and Fulfillment Management, and involves concepts like custody, provenance, and jurisdiction. The custodian for an order may change over time, so there needs to be clear mechanisms in place in the behavioral order model for transferring custodianship of an order.
  • Request Management – The state of the request for an order is managed by the entity (organization or device) that are given custody of the order.
  • Fulfillment Management - An order is intended to be fulfilled (satisfied) by the actions taken by the performer(s). The custodian of the order request is responsible for determining if the actions taken by the performer fulfill the order.
  • Request Completeness – An order clearly communicates the action to be taken by the performer(s).
  • Payload Completeness - A payload is an assemblage of information that may be verified. An order payload includes relevant details necessary to perform the requested action(s).

Design Principles

These principles can be realized in these design principles.

  • Orders may be made up of many actions (or actions)
  • Accountability is transferable
  • The Community obligations may be bound to the technology through context or contract bindings.