# Pre-release Validation Prior to releasing a SNOMED CT extension or edition, a series of validation checks should be performed to ensure that the package is ready for release. The table below summarizes the different types of validation tasks and provides some examples of checks that can be performed prior to a release. Table: Pre-release validation tasks
Validation TypePurposeExamples
Structural ConformanceTo validate that the SNOMED CT distribution files conform structurally to the specification of the associated file type, and that the rows and columns contain values of an appropriate data type.

Release TypeTo test assertions about the content of SNOMED CT data files, with respect to their release type (i.e. Full, Snapshot or Delta). This involves comparing data files for the prospective release with those of the most recently published previous release.

  • New full file consists of the previously released full file and the new delta file
  • New delta file consists of all rows from the new full release which has an effectiveTime equal to the new release date
  • New snapshot file contains only one row for each component or reference set member
FileTo test file constraints and interfile dependencies (i.e. assertions about the integrity of data within and between SNOMED CT data files). This involves testing primary and foreign keys, and the cardinality of references between files. For performance reasons, testing may be limited to the set of concepts that have changed in some way in the prospective release, and components associated with them.

  • Active extension descriptions are referred to in one or more language reference sets
  • All concepts associated with an active description in the description file are present in the concept file of either the extension, the International Edition, or a module from another extension on which the extension modules depend.

  • Primary keys are unique within each file

    • For files in the full release, the combination of the id and the effectiveTime is unique
    • For files in the snapshot and delta releases, the id is unique
ComponentTo test assertions about the integrity of SNOMED CT components. In this kind of validation, the content of each file is tested against the editorial principles and logical design of SNOMED CT.

  • All active concepts must have:

  • All active relationships must conform to the following rules:

    • sourceId and destinationId must both refer to active concepts
    • typeId must refer to an active descendant of | Attribute|
    • characteristicTypeId and modifierId must refer appropriate active metadata concepts

  • All active descriptions must conform to the following rules:

    • conceptId must refer to a valid concept (which may be active or inactive)
    • typeId and caseSignificanceId must refer to appropriate active metadata concepts
* Provide Feedback --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://docs.snomed.org/snomed-ct-practical-guides/snomed-ct-extension-guide/5-key-steps/5.5-review-and-validation/5.5.3-pre-release-validation.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.