1.0 Introduction

The purpose of HITSP Clinical Document and Message Terminology Component is to define the vocabulary for either document-based or message-based HITSP constructs utilizing clinical information such as Clinical Document Architecture (CDA) documents, HL7 V2 messages, etc. For more in-depth information about how this Component relates to other HITSP constructs, see HITSP/TN901 Clinical Documents.

COPYRIGHT NOTICE

2009 ANSI. This material may be copied without permission from ANSI only if and to the extent that the text is not altered in any fashion and ANSIs copyright is clearly noted.

Certain materials contained in this Interoperability Specification are reproduced from HL7 Version 3 Standard: Core Principals with permission of Health Level Seven, Inc. No part of the material may be copied or reproduced in any form outside of the Interoperability Specification documents, including an electronic retrieval system, or made available on the Internet without the prior written permission of Health Level Seven, Inc. Copies of standards included in this Interoperability Specification may be purchased from the Health Level Seven, Inc. Material drawn from these standards is credited where used.

This section describes the conformance criteria, which are objective statements of requirements that can be used to determine if a specific behavior, function, interface or code set has been implemented correctly.

In order to claim conformance to this construct specification, an implementation must satisfy all the requirements and mandatory statements listed in this specification, the associated HITSP Interoperability Specification, its associated construct specifications, as well as conformance criteria from the selected base and composite standards. A conformant system must also implement all of the required interfaces within the scope, subset or implementation option that is selected from the associated Interoperability Specification.

Claims of conformance may only be made for the overall HITSP Interoperability Specification or Capability with which this construct is associated.

A HITSP Interoperability Specification must be implemented in its entirety for an implementation to claim conformance to the specification. HITSP may define the permissibility for interface scoping, subsetting or implementation options by which the specification may be implemented in a limited manner. Such scoping, subsetting and options may extend to associated constructs, such as this construct. This construct must implement all requirements within the selected scope, subset or options as defined in the associated Interoperability Specification to claim conformance.

---

	Return to detail page at www.hitsp.org	HITSP/C80
	Prev  TOC  Next