Potential for adding a "withdrawn" reason for inactivated content

Potential for adding a "withdrawn" reason for inactivated content

Discussions around the future strategy for SNOMED CT have included the potential for adding new statuses for content.

In particular, many people have suggested that problems are created for those either mapping or translating from content that's still "in development". If (as is often the case) they use Daily Builds etc as input data, they can often get tripped up by content which is created but then withdrawn before it's versioned and officially released. It would be extremely useful to those users to have access to traceability data describing the reasons behind why they were removed, in order to support accurate mapping/translation.

In another use case, there's the possibility that content needs to be formally withdrawn from the International Edition AFTER it's been officially released. This would be the case if, for example, content has unintentionally been published that breaks the RF2 paradigm, or contravenes licensing laws, etc. In this case mere inactivation is not sufficient, the content instead needs to be completely withdrawn from the releases and sometimes even from history.

The TRAG needs to discuss all of this and be ready with recommendations if these proposals are taken forward.

Copyright © 2026, SNOMED International