Current Version - Under Revision
SNOMED CT itself is only a part of the solution to addressing the requirements for effective electronic clinical records. A terminology on its own "does" nothing unless it is implemented as part of an application and used. Implementation of SNOMED CT requires software applications that exploit its features to meet the real and perceived needs of users.
The "users" of SNOMED CT include:
As illustrated by , users experience SNOMED CT through application software which delivers services to access and apply SNOMED CT. The ways in which applications apply the features of SNOMED CT to address user requirements determine the extent to which the potential benefits are realized .
The following sections summarize some of the types of implementation that may be needed to meet different requirements. Some types of application do not need to support or use all SNOMED CT features. However, there are some overarching requirements for consistency between implementation used within a given organization, country or region. Even where requirements are limited, care should be taken to ensure that SNOMED CT enabled applications are aligned with good practice and with agreed policies applicable to the situations in which they are used.
Figure 2.2-1: Relationship between users application software and SNOMED CT
Clinical record applications include specialized departmental systems, organization -wide systems and systems that integrate multiple systems to deliver a distributed electronic health record or a collection of widely accessible summary records.
A SNOMED CT enabled clinical record application needs to provide record services including entry, storage, retrieval and communication of SNOMED CT expressions. These record services depend on terminology services including the ability to search for concepts and to interpret stored SNOMED CT expressions .
A wide range of types of information can be represented at different levels of detail using SNOMED CT expressions. The types of information and level of detail that are used may vary depending on user requirement or may be limited by the design of the application. Differences in the required level of expressivity influence the range of record services that need to be supported.
The way that SNOMED CT expressions are represented within a record structure affects the range of services that are required to deliver the potential benefits of implementation. The value of the rich expressivity of SNOMED CT may be enhanced or diminished by the way the record structure relates SNOMED CT expressions to surrounding contextual information. For example, if a record structure permits similar or related information to be recorded in several ways a query to retrieve that information will need to consider all these possibilities. Retrieval is simpler if similar information is recorded in a consistent way - irrespective of the way it was entered. This issues are discussed in detail in the Record Services Guide .
A SNOMED CT enabled knowledge representation uses SNOMED CT expressions to represent or tag resources that represent clinical knowledge. Examples of resources that can be SNOMED CT enabled include electronic reference books, clinical guidelines, care pathways, decision support protocols and requirements for analysis and audit.
There are various ways in which SNOMED CT expressions can be used in a knowledge resource. These can be divided into two broad categories:
There are two distinct but interrelated aspects to SNOMED CT knowledge representation.
SNOMED CT enables consistent processable representation of clinical information. As well as presenting opportunities for analysis of information within an individual clinical record system, this can be used to support analysis of a broader substrate of aggregated data.
There are two types of approach that be employed to enable analysis of aggregate data.
In practice, there is significant overlap between these two approaches. A data warehouse approach can benefit from a common approach to specifying the information extraction requirements. This allows changes to the specification without re-engineering the contributing clinical record systems. A common query specification approach requires a central element to manage distribution of queries and aggregation of results.
Irrespective of the approach taken, SNOMED CT enabled aggregation and analysis is most effective where the representation of information in the contributing clinical record systems is consistent with a common view. However, it is possible to aggregate information from diverse systems if the limits imposed by differences are understood. It is even possible for a SNOMED CT aggregation and analysis system to be applied information that was not originally encoded using SNOMED CT. An extraction and aggregation interface that includes mapping from another coding system may produce information of adequate quality and consistency for many purposes. Data derived by tagging textual records using natural language processing may also meet requirements that are not safety-critical.
SNOMED CT enabled terminology tools provide access to SNOMED CT content. On their own they are not practical end-user implementations but they enable the development and review of SNOMED CT . They may also deliver services that can be used by end-user implementations.
A typical SNOMED CT enabled browser can locate concepts and descriptions by Identifiers and by searching the text of descriptionterm. Various views of located concepts may be displayed including the set of related descriptions, the hierarchical relationships and other defining relationships .
A terminology browser may be:
A SNOMED CT enabled terminology server is a software application that provides programmatic access to SNOMED CT components. These services are made available through a documented Application Programming Interface ( API ) which can be used by many different client applications.
A SNOMED CT enabled terminology server must be able to import SNOMED CT release files and provide some or all of the services described in the Terminology Services Guide. All terminology servers must support a basic minimum set of functions including Foundation Terminology Services and access to Reference sets and other metadata .
A terminology server may provide user interface services, such as a set of screen controls to support term selection. Alternatively, while the API should support searches, the user interface representation of the results of a search may be left to client applications. Where user interface controls are provided by the server, these controls may also be packaged in an integrated form as a terminology browser .
A SNOMED CT enabled terminology server may also provide services that support the use of other terminologies. In this case, it may conform to a standard specification such as Common Terminology Services 2 ( CTS2 ).
The process of maintenance needs to track changes and manage conflicts between edits made by different authors. In the case of content development, the tools must also ensure that concept definitions conform to the SNOMED CT Concept Model. At regular intervals the tools need to generate a consistent set of quality assured release files .
The IHTSDO Workbench is a set of software tools designed to support the development, maintenance, and use of SNOMED CT. Its key role is to facilitate the maintenance of the SNOMED CT International Release and the National Extensions developed by Members. However, the future scope of use may extend to other organizations and to health information systems around the world. The Workbench is owned by the SNOMED International and is available under an Open Source license agreement.