Page tree
Skip to end of metadata
Go to start of metadata


Documentation on what projects, refsets, and translations are and how they are used in this application.


To organize the collection of users and roles that are used to maintain refsets and translation, the tool makes use of a Project.

Following are some important features of the Project that need to be chosen when it is created

descriptionThe description of the project
exclusionClauseA top-level exclusion clause that will be used by all intensional reference sets
feedbackEmailAn email address endpoint for feedback on published Refsets or Translations (e.g. this shoud be something like Siebel or Freshdesk, ideally)
moduleIdThe default SNOMED module id, when creating Refsets
nameThe name of the project
namespaceThe default SNOMED namespace id, when creating refsets
organizationThe organization name
terminologyThe default terminology-server supported value indicating the SNOMED edition.
terminologyHandlerKeyThe handler key (from corresponding to the terminology-server integration. BROWSER is the IHTSDO browser, SNOWOWL is for a SnowOwl endpoint (e.g. an IHTSDO authoring environment branch)
terminologyHandlerUrlThe default URL for the terminology server integration (e.g. IHTSDO browser API, or the authoring tool endpoint)
versionThe default version for the terminology

The workflow path to use, DEFAULT is the standard workflow, SNOMED corresponds to a workflow that implements the standard IHTSDO workflow for translations (uses the same workflow for refsets as DEFAULT).

Valid values here are driven by the terminology integration itself. For SNOWOWL, this is the path to use.



The tool is for creating and maintaining "Simple" pattern refsets only.   In this context, a Refset represents a subset of SNOMED concepts defined either as a list (extensional) or as a definition (intensional).  Refsets are defined in the context of a Project (and some of the key values are defaulted from the Project definition).

activeIndicates whether the refset is active (typically this is always true)
effectiveTimeFor "published" refsets, indicates the effectiveTime in an RF2 sense.
moduleIdIndicates the moduleId for the refset, in an RF2 sense
Refset idThe refset concept id for the refset.
descriptionDescription of the refset
domainAn open-ended field for describing the general domain for the refset
feedbackEmailThe feedback email for the refset (defaults to the project value but can be overridden)


Local Sets

A local set is a refset that does not require a namespace id or a module id.  In other words, it represents a lightweight Refset in the context of the International edition of SNOMED that is not associated with an extension.


Translations hang off of Refsets in a sense.  To create a Translation you  must reference a Refset which provides the overall "scope" definition for the translation.  Translations may contain concepts that are not in the refset itself, so it is used more as  a means to drive workflow.  In other words, un-translated concepts in the refset will show up as "available" for editing.  This allows managers of translations to control the volume and extent of concepts to be translated.

In general, the moduleId, namespace, and refsetId of the refset corresponding to the translation are effectively "borrowed".  Thus a translation release will make use of the namespaceId for descriptionId assignment.  It will make use of the moduleId for both description and language files in a release, and the refsetId itself will be used as the language refset id.

There are really only three important fields that can be chosen when creating a translation:


The translation name

descriptionThe translation description
languageThe language for the translation


Translations can have only a single language.  And generally, it's a good idea to have only a single translation for a given "scope refset".  Try to avoid creating multiple translations for a single refset as this may prove confusing later.


Translations make use of phrase memory and spelling correction entries which allow for buliding up of some intelligence over the course of a translation project.  These files can be exported/imported or borrowed from other translations.  Thus, if you have an existing "correctly spelled word" list for your language, it can be imported and used from the beginning of a project.



  • No labels