09.04.2013 Views

SNOMED CT® Release Format 1 (RF1) Guide - ihtsdo

SNOMED CT® Release Format 1 (RF1) Guide - ihtsdo

SNOMED CT® Release Format 1 (RF1) Guide - ihtsdo

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

126 | <strong>SNOMED</strong> CT <strong>Release</strong> <strong>Format</strong> 1 (<strong>RF1</strong>) <strong>Guide</strong> July 2012<br />

c. Status value of the component (usually one of the non-current status values).<br />

.<br />

2. If the component is a Concept or Description, a row in the appropriate distribution table for the component<br />

with its updated Status (usually one of the non-current status values).<br />

Components other than Concepts and Descriptions are only distributed when they are "current". Therefore,<br />

there is no status field in the distributed Relationships, Subsets, Cross Map Sets or Cross Map Targets Tables.<br />

Note that the Relationships table contains Relationship Types that describe Relationships between inactive<br />

and active Concepts.<br />

Inactive Concepts and Descriptions are included in the distributed tables to support data recorded when these<br />

components were active. Therefore, the status of these components is represented explicitly in the<br />

ConceptStatus and DescriptionStatus fields of the distributed tables. The reason for inactivation of a Concept<br />

or Description may vary and is represented by a range of status values.<br />

3.2.7.2.3. Making minor changes to Component<br />

Most changes to a component require it to be inactivated and replaced by a new component with a new<br />

<strong>SNOMED</strong> CT identifier. However, a specified set of minor changes is permitted without inactivating the<br />

component.<br />

A minor change to a component is distributed as:<br />

1. A row in the Component History Table with:<br />

a. ChangeType value Minor Change;<br />

b. ComponentIdreferring to the changed component;<br />

c. Status value for the component (usually Current).<br />

.<br />

2. A row in the appropriate distribution table for the changed component.<br />

Minor changes to components are tabulated below:<br />

Table 47: Permitted minor changes to components<br />

Table<br />

Concepts<br />

Descriptions<br />

Field<br />

FullySpecifiedName<br />

Term<br />

Permitted minor changes<br />

Changes in presentation such as changed<br />

capitalization, punctuation, spelling or revision due to<br />

changes in agreed presentation style are permitted,<br />

without retiring the ConceptId, as long as the minor<br />

changes in FSN do not change the specified meaning<br />

of the Concept. Some changes to the semantic type<br />

shown in parentheses at the end of the<br />

FullySpecifiedName may also be considered minor<br />

changes if the change in hierarchy does not alter the<br />

Concept's meaning. NOTE: This rule indicates that<br />

the ConceptId does not need to be retired in cases<br />

where the FSN undergoes minor changes. See below<br />

regarding required changes in DescriptionId.<br />

If DescriptionType is FullySpecifiedName then no<br />

changes are allowed; any change to any character of<br />

the FSN Term string requires a new DescriptionId.<br />

(NOTE: this is a new policy as of October 2011).<br />

© 2002-2012 International Health Terminology Standards Development Organisation CVR #: 30363434

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!