SNOMED Submission Process Draft Outline

How is it Determined When a Content Change for SNOMED- is Needed?

• Replacing HL7 internally created and curated content. (i.e. When an existing HL7 value set (or a constraint) is converted to SNOMED-CT content)

• Is all or part of this content request contained in within SNOMED? - ADD TO HARMONIZATION CHECKLIST?

• When a value set is proposed that is only partially covered by SNOMED-CT and the requestor is a licensed SNOMED-CT user but does not have a national release center (i.e. if you have a national release center that is the organization to which applications for code extensions should be made).

How is it Determined that a Given Request is Valid for Submission?

• Is the domain valid for SNOMED
• Is the request provided in such a way that the intent of the request can be ascertained?
• Is it granular enough?
• Is the requested concept in the appropriate SNOMED hierarchy.
• Is the concept requested in the appropriate location within the hierarchy. (i.e. does it have the appropriate parent concept)
• Does the concept already exist in SNOMED
• Is the requested content a synonym for an existing concept?
• Is the requested content change ambiguous?

Who can Validate Domain Specific Requests?

• Clinical review is necessary to validate content.