SOA: Minimal Functional Requirements

Attempting to enumerate minimal set of template functional items to be addressed for use as "Semantic Signifiers" withing the SOA (Services Oriented Architecture) SIG "Resource Locator and Update Service" specficiation.

Very rough document - typos and all....

Attempting to remove a lot of the authorship and custodianship metadata that is not directly supporting structural and semantic definition.

Services Oriented Architecture: HL7 Templates Profile Functional Specification

Introduction

This document describes the functional requirements of HL7 templates to support service specification references to and definitions of semantic content within a HL7 operating profile.

Identification/Discovery

This section describes functional requirement items that support identification of the template instance explicitly or by discovery of for desired semantics

1. Identifier

An identifier must be bound to constraint statements. This allows reference to the template from other templates.

1. Name

This may be defined to provide an indication of semantics.

1. Semantics Description

This is a description of the semantics that may be inferred when this template is invoked. It will aid in determining whether the semantics are suitable for use in a desired context.

1. Version

This is an indication of the current revision of the template. Versions of a template require that there are no semantic differences??

1. Classification

Terminology concept terms may be bound to constraint statements. This may provide semantic information throughout the constraint statement.

Constraint

This section describes functional requirement items that support constraining a reference model structure, binding to concepts, specialization of templates.

1. Identifier

An identifier must be bound to constraint statements. This allows reference to any identified part of the constraint hierarchy.

1. Reference Model Identifier

1. Terminology Binding

Terminology concept terms may be bound to constraint statements. This may provide semantic information throughout the constraint statement.

1. Explicit Constraints
   1. Cardinality

The allowed range of instances allowed of specified data

1. 1. Collection Type

Defines the type of collection that may be instansiateds sorted list, unsorted list, set

1. 1. Instantiation Conditions

Conditional statement defining the inclusion conditions of explicitly defined or referenced templates. This may include reference to environmental variables and to instance information that is within the context of a given template.

1. 1. Choice

Statement of choice of a number of possible distinct explicitly defined or referenced templates.

1. 1. Instantiation Criteria

Statement of criteria of allowed or exclusion properties of unspecified templates.

1. 1. Assertions

Stated assertions defining allowed instantiation constraints.

1. 1. Referenced

Reference to identified template to include specified constraints defined elsewhere.

1. Data Value Constraints

Data value constraints are specific constraints that support common ways of constraining specific data value types. In the HL7 profile this includes all HL7 datatypes.

1. 1. Range

Numeric range specification, supporting inclusive and exclusive ranges also single and double sided ranges. This includes numeric types and physical quantities.

1. 1. Measurement Units

This constrains measurement units to a value set that is allowed. This applies to physical quantities.

1. 1. Value Set

Includes fixed values and enumerations for string and coded value types.

1. 1. Code System

This constrains the code system to a value set that is allowed. This applies to the coded value types.

1. 1. Regular Expression

Defines allowed string patterns and applied to string types.