User interfaces
SNOMED CT-enabled user interfaces allow users to search, enter and display SNOMED CT data in healthcare records.
User Interfaces
A key aspect of successful SNOMED CT implementations is presenting users with an efficient and user-friendly interface to enter and display clinical data in healthcare records. SNOMED CT provides a range of features that help to support the search, entry and display of coded clinical terms in a health record. When SNOMED CT's design features are used effectively, high-quality coded data can be entered and stored in health records in an efficient way.
​
​
UI design principles
The key principles to consider in designing an effective SNOMED CT user interface (UI) include:
-
The UI should be customised to the use case, e.g.
-
The UI requirements for data entry at the Point of Care are different to a SNOMED CT browser.
-
-
Text searching should be flexible, e.g.
-
Allow the user to search by partial matches. Searches should ignore the order of terms. Other normalizations of a search term can be applied in specific use cases.
-
-
Synonyms should be used to improve searching and selection, e.g.
-
The search term should be matched against all acceptable synonyms in the given language dialect (only for concepts in the relevant value set)
-
Only the preferred term should be displayed in the result list (a) to reduce the length of the result list, and (b) to ensure that the meaning of the concept is clearly represented
-
-
The display order of the results is important, e.g.
-
A common technique is to order search results with the shortest matching term first. Other options, like displaying frequently used concepts earlier in the list, should be considered.
-
-
Structured data controls can be applied to support effective data entry and ensure consistent use of concepts, e.g.
-
Use suitable data controls, such as check boxes, drop-down lists or search fields, can simplify the use of SNOMED CT for specific use cases
-
-
Data entry should be constrained for each specific data element using ECL queries, reference sets or other filtering mechanisms, e.g.
-
A 'Procedure' field may be constrained to only allow subtypes of Procedure (i.e. < 71388002 |Procedure|) to be entered.
-
For more information, please refer to the SNOMED CT Search and Data Entry Guide.
​
SNOMED CT search demo
SNOMED International provides a SNOMED CT search demo (http://snomed.org/ui) to showcase some of these best practice user interface design techniques.
​
This demonstrator provides an example user interface for a typical electronic health record application. It allows users to enter SNOMED CT into different clinical data elements (e.g. diagnoses, procedures, allergies), using a variety of recommended techniques from the Search and Data Entry Guide, including:
​
-
Only SNOMED CT terms are displayed on the UI (i.e. no identifiers are shown)
-
Searches support partial term matching in any order - e.g. "asth alle" matches "allergic asthma"
-
Searches are responsive - i.e. search results are adjusted dynamically as the user types more letters into the search term
-
Searches can match on any synonym in the given language dialect - e.g. "heart attack", "infarc heart", or "card infarc" will all find 22298006 |Myocardial infarction|
-
Only the preferred term of matching concepts is displayed in the result list - e.g. searching on "heart attack" will display "Myocardial infarction" in the result list
-
Results are ordered with the concept associated with the shortest matching synonym first. Note that the length of the preferred term displayed is not considered; only the length of the synonym that matches the search term.
-
A 'boost' feature is provided that increases the prominence of a selected set of concepts. This can be used to promote frequently used concepts, thereby reducing key strokes for data entry - e.g. searching for "diabetes" with the 'boost' feature turned on will move 'Type 1 diabetes mellitus' and 'Type 2 diabetes mellitus' higher in the result list.
-
Search fields are constrained using dynamic ECL queries - e.g. a search for "appen" on the diagnosis field will match "Appendicitis" (< 404684003 | Clinical finding |), while the same search in the procedures field will match "Appendectomy" (< 404684003 |Procedure|)
-
The UI uses the MRCM to validate inter-field dependencies - e.g. Only procedures that (a) have a |finding site| value that is a member of the Lateralizable body structure reference set, and (b) do not already have a laterality applied within its definition, are allowed to have a laterality (e.g. 'Left', 'Right') assigned by the user in the 'Laterality' field. If the selected procedure already has a laterality applied to its definition, then this value is auto-populated into the 'Laterality' field.
For more information, please refer to the following links:
​
-
Search demo: http://snomed.org/ui
-
Demonstration guide: https://github.com/IHTSDO/snomed-ui-examples/.../Appendix A
-
Source code: https://github.com/IHTSDO/snomed-ui-examples
​OpenMRS terminology search module
openMRS is a collaborative open-source platform that can be used to create a customized EMR system in response to local requirements (see screenshot below).
​
An add-on module to openMRS is available, which expands its functionality to support the searching of SNOMED CT content in a FHIR-compliant terminology server.
​
This openMRS terminology search module is available at https://github.com/aehrc/openmrs-module-terminologysearch
​​Other user interface demonstrators
Other SNOMED CT-enabled user interface demonstrators are available, as listed below.
​
Bahmni open source EHR Showcase (using Snowstorm)
-
More information: Bahmni
​
Argentina National Release Center UI Demonstration (using Snowstorm)
-
Source code: https://github.com/SALUD-AR/Open-RSD
​
To request the addition or removal of a tool to/from this list, please submit a request via the 'Feedback' button at the bottom of this page.