NIH | National Cancer Institute | NCI Wiki  

Error rendering macro 'rw-search'

null

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 33 Next »

LexEVS and its data model LexGrid comprise a full function terminology service meeting a wide range of requirements. The Common Terminology Service 2 is a comprehensive standard defined by a broad range of community interests.

  • LexEVS 6.0 featured a comprehensive Java implementation of the CTS2 Service Functional Model in its preliminary form as a Draft Standard for Trial Use. 
  • The final specification of CTS2 was designed as a REST-specific API and LexEVS 6.1 has implemented the specification core functionality.
Contents of this Page

LexEVS 6.2 CTS2

Refer to LexEVS 6.2 CTS2 documentation for information and a set of examples for changes made in LexEVS 6.2 CTS2.

LexEVS 6.1 CTS2

As a specification CTS2 is comprehensive. As such it is easiest to visualize it as a set of modules that treat the aspects of a coding scheme or code system as pieces that fit together to form a whole. While the specification is nearly all-inclusive, it is not intended to be implemented as a monolithic whole. Instead it provides options for implementing a convenient subset of not only service objects, but also service functionality. CTS2 in LexEVS provides core modules and functionality that will serve the largest portion of use cases where terminologies are determined, queried, and traversed.

CTS2 may be implemented as a service or as a client. Clients can access terminology data with minimum implementation.

(red star) CTS2 Rest Client Quick Start

Refer to LexEVS 6.x CTS2 API Quick Start for information and a set of examples for the CTS2 REST implementation over LexEVS.

Current State of CTS2

 The current state of CTS2 as implemented in LexEVS 6.1 is outlined in a CTS2 implementation resources site Exit Disclaimer logo

The CTS2 REST API in LexEVS 6.1

The OMG CTS2 1.1 Specification is written as a REST based architecture. It can be implemented as a minimal set of modules. Refer to CTS2 design document.

OMG CTS2 Specification

The OMG CTS2 specification is defined and hosted by the OMG group Exit Disclaimer logo

The HL7 CTS2 Service Functional Model

The HL7 CTS2 Service Functional Model as normalized to the OMG group specification is hosted by HL7 Exit Disclaimer logo

The URI Resolver

Given the RESTful nature of CTS2 along with the possibility of distributed queries over multiple terminology nodes, the need for canonical naming conventions around URI, IRI or URL becomes paramount.  To serve this purpose a prototype URI resolving service has been built for CTS2 over LexEVS.  This service attempts to provide a canonical name in the form of a URI based on curated convention and dependent upon the comprehensive storage of know other URIs known for a given terminology.   As such this service provides some securely robust resolution of a given resource despite it's possible use of an alternative URI.  

URI Design Statement

URI Architecture

URI Whitepaper (pdf download)

Installing CTS2 as a Service

Refer to the instructions for installing your own CTS2 over LexEVS service.

LexEVS 6.0 CTS2

This implementation, while not CTS2 compliant, still has value as it includes a number of unique features including terminology authoring and version control in a Java API.

Refer to the following:

LexEVS 6.0 CTS2 Guide

LexEVS 6.0 CTS2 API

  • No labels