 |
Page History
| Scrollbar |
|---|
| Children Display |
|---|
| Page info | ||||
|---|---|---|---|---|
|
The Model and Annotate category defines profiles supporting models, and includes capabilities related to model maintenance, constraints, bindings, extensions, and semantic annotations.
...
- 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 its 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; describe 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. It Use of formal models is encouraged to utilize formal models to express SAIF/ECCF express Services-Aware Information Framework (SAIF) and Enterprise Conformance and Compliance Framework (ECCF) traceability from service to business requirement. This formalism not only ensure 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.
All Information and behavior models, along with their representation and binding to data-types and terminologies will be managed by the semantic infrastructure.
Link to use case satisfied from caGRID 2.0 Roadmap: The pathology, radiology and other data have various data formats which must be described, and the information model for the patient record must link between these the various datatypes. The complete information model includes semantic links between datasets to build a comprehensive electronic medical record. Annotations on data are defined and included in the information model.
...
