Page History

...

• Information Model. The Information Model of a service must specify the syntax (structure), and semantics (meaning) of the action messages and event notification messages as part of a service interface. It must also specify the syntax and semantics of any data that is carried as part of a payload of the action or event notification message. The information model exists at multiple levels of abstraction, which may be characterized as Computationally-Independent, Platform-Independent, and Platform-Specific. The model is often partitioned into multiple resources, reflecting levels of derivation from a set of standard semantic models. The portions of the model which characterize message interchange payloads are sometimes reflected in a Forms model, which may include specifications of style, syntax, and semantics for Operational Data Model (ODM), Clinical Document Architecture (CDA), and other common clinical document standards. Information models may be expressed in different model languages, with data mediation capabilities facilitating interoperability between consumer and provider models. Information models may be semantically annotated with application-specific attributes (for example, defined using ISO 21090 healthcare datatypes). Information models may also define relationships between their attributes and data elements in the broader ecosystem.
• Behavioral Model. A behavior model characterizes the knowledge of the actions invoked against the service and events that report real world effects as a result of those actions; characterizes the temporal relationships and temporal properties of actions and events associated in a service interaction; and describes activities involved in a workflow activity that represents a unit of work. The Behavior Model provides an unambiguous definition of the service constraints, capabilities, dependencies and interactions. The metadata and grammar required to realize service behavior is called behavioral semantics. Behavioral semantics provide a mechanism for better service discovery and enforcing the constraints at design and runtime.
• Content. Use of formal models is encouraged to express ServicesService-Aware Information Interoperability Framework (SAIF) and Enterprise Conformance and Compliance Framework (ECCF) traceability from service to business requirement. This formalism not only ensures that implemented services are compliant with business requirements, but also provides a "line-of-sight" from operational outcomes to computable business objectives. However, in order to support unstructured business requirements, scope, and vision, artifacts as unstructured text are supported by the Semantic Infrastructure. Examples may include storyboards and scope. This unstructured content becomes an integral part of service specification, and content is leveraged across the enterprise for documentation and communications.

...