Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

UserUse Case
Authors

Authors of the International Edition

Inactivation of components in the International Edition

Authors of Extensions

Inactivation of extension components
Implementers(health information managers)

Management of component inactivation with new releases of SNOMED CT

  • Identifying impacts of components which have been activated
  • Resolving inactivation issues (e.g. identifying replacements)


DevelopersTerminology server producersDevelopment of services to identify inactivated concepts and their replacements

Producers of clinical systems

Development of queries over historical data

...

When components of SNOMED CT are deemed out of scope or inappropriate for a particular SNOMED CT Edition, it is the responsibility of SNOMED CT authors to inactivate the component, specify an appropriate reason for inactivation and in some cases, identify proper replacements.

Practical requirements Prerequisites for a high quality inactivation process

...

Identifying Impact of Inactivation

Upon new releases of SNOMED CT, software systems will need updating to align with the latest release of SNOMED CT and thus comply with the continuous evolvement of the terminology. Updates to SNOMED CT enabled systems will need to take into account the changes made in SNOMED CT since the previous release (or the latest applied version), including any additions, inactivations or modifications of components or reference set members. An important part of this process is to be able to identify which components have been inactivated, and identify whether any of the inactivated components are used, or in some way, impact the particular system. Another aspect of this, is that extension producers should be able to identify if any inactivated components in the International Edition impact the components created or referenced in the extension. 

Prerequisites for identifying the impact of Inactivation

  • Extension producers should have
    • The ability to validate the referential integrity between extension components and the International Edition
    • The ability to compare if any inactivated component in the International Edition is referenced in any active Extension component or reference set member
  • Consumers of any SNOMED CT Edition should have
    • The ability to compare the inactivated components of the applied Edition to the components used in any part of the SNOMED CT enabled system, including components used
      • within value sets for data elements
      • in the binding to information model elements (model meaning binding)
      • in queries used for analytics or decision support
      • in any other applied models (for communication, reporting etc.)

Note: This process is not dependent on knowledge about the reason for inactivation. 

Resolving Inactivation Issues

As part of updating a SNOMED CT enabled system to align with a new SNOMED CT Edition, knowledge about the reason for inactivation becomes important to support the resolution of any issues imposed by the inactivation. Furthermore, being able to effectively identify proposed replacements for inactivated components is key to facilitate consistency across different implementation.

Examples of situations where the resolution of an inactivation issue depends on the reason for inactivation are:

  • Concepts which have been inactivated because they are deemed out of scope of the particular Edition
    • If required in the system, consider adding the component to an extension
  • Concepts which have been ambiguous
    • Replace with one or more concepts which are not ambiguous but reflect the intended meaning (which can vary between implementations)
  • Concepts which have been considered redundant 
    • Replace by the concept which have been retained active and represents the same meaning

Developing services to identify inactivated components and their replacements

...