Page tree

Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.


Time:

0100 - 0430 0230 PST

0900-1230 1030 UTC


Zoom Meeting Details

Observers

Apologies:

Hi there, 

Jim Case is inviting you to a scheduled SNOMED International Zoom meeting. 

Topic: SNOMED Editorial Advisory Group Conference Call
Time: May 22, 2023 09:00 Pacific Time (US and Canada)

Join from PC, Mac, Linux, iOS or Android: 
https://snomed.zoom.us/j/83714568251?pwd=cEtNSFhNL0UwWWdmc0ovTG5hYStjQT09
    Password: 983972

    Meeting ID: 837 1456 8251

    Password: 983972
    International numbers available: https://snomed.zoom.us/u/kfbamO8U3

Or Skype for Business (Lync):
    https://snomed.zoom.us/skype/83714568251


Meeting Files:

View file
nameDrug_FSN_SEAG_20230522.docx
height250


Meeting minutes:

The call recording is located here.


Objectives

  • Obtain consensus on agenda items

Discussion items

ItemDescriptionOwner

Notes

Action
1Call to order and role call

This meeting is being recorded to ensure that important discussion points are not missed in the minutes.  The recording will be available to the SNOMED International community.  Joining the meeting by accepting the Zoom prompt declares that you have no objection to your comments being recorded


  •  Recording of meeting approved by participants.
2

Conflicts of interest and agenda review



3Abbreviations in FSN for drugs

SNOMED has received a request to add a clinical drug for which the FSN exceeds the limit of characters allowed (255). 

Product containing precisely dexamethasone 1 milligram/1 milliliter and neomycin (as neomycin sulfate) 3500 international unit/1 milliliter and polymyxin B sulfate 6000 international unit/1 milliliter conventional release suspension for eye drops (clinical drug)

Number of characters = 262

Options to address this include:

  • Remove the word "international" from the numerator units and just use "unit"
  • Abbreviate the denominator unit to "mL" instead of milliliter

It is anticipated that this is the first of a number of issues related to drug name length.  Whatever decision is made will need to be applied consistently for all future drug names.  Editorial policy will be developed to inform authors regarding this exception to FSN terming.

Discussion:

Comments from Monique van Berkum are attached.

Comment from Feikje Hielkema-Raadsveld  - Abbreviations in FSNs for drugs: There are not just international units but also arbitrary units and, I think, units that are neither; so removing ‘international’ makes me uncomfortable. I would sooner use the abbreviated unit. Having said that, the Netherlands has nothing at stake here because we do not use the drug hierarchy.

Internal discussions raised the issue of misinterpreting the abbreviation "IU", as well as the different ways it is represented in other languages (e.g. "UI")

No concern about the misinterpretation of IU with IV as this represents a product and not a procedure.  Concern expressed about when to use IU vs "International unit".  Only for those that exceed the length or for all concepts that have international unit in the FSN? 

Decision:

Recommendation: For all drug concepts in the International release that use the term "International units", replace with the abbreviation "IU" ( without expansion).  This would be  note as an exception in the editorial guidance. 



4

Inactivation of Navigational concept hierarchy

At the 2023-02-27 EAG conference call, the EAG approved the inactivation of the Navigational concept hierarchy. The EAG members requested a Briefing Note for the Community of Practice outlining the rationale and steps for inactivation.  The briefing note is attached for review.

Update 4/4/2023:

In discussions with the UK, it was discovered that the current use of Navigational concepts are the result of maps from Read version 2 to SNOMED provided to primary care vendors.  The erroneous nature of the maps may be a result of the movement of concepts from their original location in the taxonomy to the Navigational concept hierarchy at variable times in the past.  

The UK will provide SNOMED International with a list of mappings to navigational concepts and their current use cases.  SNOMED will provide replacement concepts for these prior to inactivation of the navigational concept.  Briefing note will be revised to reflect this new information.

Update 2023-05-08:

The following concepts have been identified as high usage concepts by the UK:

CONCEPTID    FSN
394617004    Result (navigational concept)
160237006    History/symptoms (navigational concept)
309157004    Normal laboratory finding (navigational concept)
267368005    Endocrine, nutritional, metabolic and immunity disorders (navigational concept)
243800003    Test categorized by action status (navigational concept)
250541005    Biochemical finding (navigational concept)
309230008    Borderline laboratory finding (navigational concept)
309158009    Laboratory finding abnormal (navigational concept)
118246004    Laboratory test finding (navigational concept)
282465005    Physiological functions and activities (navigational concept)
165347009    Laboratory test result borderline (navigational concept)
309159001    Normal hematology finding (navigational concept)
250207003    Hematology finding (navigational concept)
370121008    Disorder of blood / lymphatics / immune system (navigational concept)
309194008    Hematology finding abnormal (navigational concept)
276437003    Skin, hair and nail finding (navigational concept)
243798005    Procedure categorized by action status (navigational concept)

An updated Briefing note listing these concepts and the proposed replacements is attached to this agenda. This draft has been sent to the UK for their input as they are the member primarily affected by this change.

Discussion:

If the UK is OK with the proposal, then EAG is supportive of the inactivations.

Decision:  

Await input from UK and move forward with inactivations as described in the BN.

  •  Jim Case to update the BN and distribute to EAG, CMAG and Clinical Leads
5Inspection vs. exploration actionsJim Case 

A query was posed as to the difference between 129433002 |Inspection - action (qualifier value)| and 281615006 |Exploration - action (qualifier value)|, both subtypes of 302199004 |Examination - action (qualifier value)|. The internal consensus was that these are clinically different with the former limited to visual evaluation and the latter implying an active examination.  Various medical dictionary definitions concur with this view:

e.g. Exploration - "An active examination, usually involving endoscopy or a surgical procedure, to ascertain conditions present as an aid in diagnosis. - 
Medical Dictionary for the Health Professions and Nursing © Farlex 2012"

Inspection - "The visual examination of the body using the eyes and a lighted instrument if needed. The sense of smell may also be used. - Gale Encyclopedia of Medicine. Copyright 2008 The Gale Group, Inc. All rights reserved."

This would imply that surgical procedures would more frequently use exploration as the METHOD than inspection; however, this does not appear to be the case

<<387713003 |Surgical procedure|:260686004 |Method| = 129433002 |Inspection - action| = 306

<<387713003 |Surgical procedure|:260686004 |Method| = 281615006 |Exploration - action| = 150

For non-surgical procedures the difference is more extreme

(<<71388002 |Procedure| MINUS <<387713003 |Surgical procedure|):260686004 |Method| = 129433002 |Inspection - action| = 710

(<<71388002 |Procedure| MINUS <<387713003 |Surgical procedure|):260686004 |Method| = 281615006 |Exploration - action| = 220

Many of the non-surgical procedures modeled using inspection are some form of endoscopy.  Given the definitions above and the consensus of the internal content development team, should SI undertake a project replacing Inspection with Exploration for surgical and endoscopic procedures?  It is anticipated that much of this can be done automatically.

Discussion (2023-04-04):

Need to review the definition associated with Inspection procedure and Exploration procedure. General consensus is that we do not change the modeling unless there is a clear distinction that can be applied other than what is expressed in the FSN. 

Explorations can be performed without visualization, but Inspections do require visualization.  The current definitions on both need clarification as they imply a supertype/subtype relationship:

122458006 |Exploration procedure (procedure)| -  An observation of the body or a body part done by inspection and/or palpation.

32750006 |Inspection (procedure)| - An exploration using the sense of sight, done with the eyes.

Endoscopy/laparoscopy etc. all use a scope of some sort to visualize the body structures, so should use Inspection as the action. Almost all concepts that use Exploration - action have the word Exploration in the FSN. 

An associated question, based on the current definition in SNOMED of Exploratory procedure, should Palpation -action be a subtype of Exploration - action?  

Update 2023-04-30:


Exploration concepts were derived from the UK OPCS procedure terminology.  The terminology uses "exploration" almost exclusively, with only one procedure using the term "inspection" (K53.1 Inspection of valve of heart). All of their terms have existed in OPCS since at least 1990. 


The AHIMA coding guide states "Inspection is defined as visually and/or manually exploring a body part. Visual exploration may be performed with or without optical instrumentation. Manual exploration may be performed directly or through intervening body layers."  This suggests that AHIMA treats "inspection and "exploration" as synonymous; however, a classification expert from the UK states "I think an exploration in OPCS represents a procedure where there is some sort of entry of an organ/structure to have a look around whether that be with or without incision...I don’t think we can say that the terms ‘inspection’ and ‘exploration’ are synonymous in OPCS-4 and to do so would have the potential for up-coding."


They also state that there are no definitions in OPCS that would help in distinguishing between inspection and exploration.  It is possible that in this scenario, the UK has chosen to use the term "exploration" in favor of the term "inspection" as they state that the one inspection term they have is an anomaly. 

Update 2023-05-17:

The WHO International Classification on Healthcare Interventions (ICHI) provides a definition for Inspection: "Exploring a body part by visual, olfactory, acoustic or tactile means.".  It also includes a number of related actions as subtypes:

  • Auscultation 
  • Endoscopy 
  • Examination, not otherwise specified
  • Exploration
  • Exploratory laparotomy
  • Fluoroscopy
  • Laparoscopy
  • Palpation

As we have not been able to find a consistent definition for the difference between Inspection and Exploration, would it be acceptable to adhere to the WHO definition and relationships, i.e. make Exploration - action and Palpation - action subtypes of inspection.  It is unknown at this time what the overall impact on the procedure taxonomy would be, so testing would be required.

Discussion:

Comment from Feikje Hielkema-Raadsveld  - Inspection vs exploration: Making exploration a subtype of inspection would I think indeed solve our original problem: we could model all staging laparoscopies and staging laparotomies with exploration and they would be subsumed by the international concepts, whatever method those were using. So I would not mind this solution. Reading the definitions provided by WHO and AHIMA, OPCS does seem rather alone in making a distinction… Perhaps there should also be a guideline that recommends being wary of using ‘exploration’ in modelling new content?

We do not have a solution due to the various ways that the terms are used.  It was suggested that "Inspection" would be an overarching term, but there are concerns that the relationships described by the WHO are confusing as it equates inspection and examination as well as exploration. SNOMED Needs to come up with a definition for inspection (requires visualization?).  There is still not a good understanding of what is encompasses by an exploration and whether there is any supertype/subtype relationship between exploration and inspection.  

The primary challenge is the definition of what is meant by "exploration". The consensus of the group is that inspection and exploration are not synonymous and may not have a taxonomic relationship. The other consensus is that "Inspection" refers to visualization.  

Decision:

Need a review of the existing terms that use "exploration" to see whether there are redundancies (e.g. "exploration" vs. "surgical exploration" vs "incision and exploration") 

Inspection should be defined in SNOMED CT as a visualization.  Evaluate the impact of changing "Inspection" to "Visual inspection".

Jim Case to provide group with OPCS terms and usage.

  •  Jim Case to provide a list of current OPCS terms and usage levels for those concepts that use the term "Exploration"
6Severity as a defining attributeJim Case 

The attribute 246112005 |Severity (attribute)| is an approved defining attribute for Clinical findings in the MRCM; however editorial guidance has been rather ill-defined in relation to the use of this attribute due to the subjectivity of assigning a severity to a clinical finding (i.e. "Severity is defined relative to the expected degree of intensity or hazard of the Clinical finding that is being qualified.")

Modeling

Generally, 246112005 |Severity (attribute)| is not used to model concepts precoordinated in the International Release, but there are some exceptions. 

A valid exception requires an internationally accepted definition that can be consistently applied and used reliably for international comparison.  Even though a reference may be internationally sourced, its use may not always be uniformly applied by multiple countries. Classifications of severity that represent variation in clinical presentations and enact limitations with age ranges, sex, or pregnancy status, do not apply universally to all patients of all ages, prove problematic, and may not be generally useful. 

The requestor is responsible for obtaining permission for use in SNOMED CT if required by the international body.  

Issue

The issue to be discussed originated at the April 2023 business meeting where it was noticed that some diseases (e.g. Severe asthma) were primitive concepts and thus it is not possible to identify the duplications and subsumptions in postcoordinated expressions that use the severity attribute. 

As an alternative to precoordination in the international release, this attribute can be used as a qualifier in postcoordination.  However, beware that postcoordination of severity results in the same irreproducibility issues as pre-coordination. 

The use of the SEVERITY attribute is complicated by the lack of knowledge about the ordinal scale from which the selected severity originated.  For example, the source severity value set may have different sets of values such as: 

• mild / moderate / severe
• minimal / mild / moderate / severe / very severe
• mild / mild to moderate / moderate / moderate to severe / severe / life threatening / fatal

The current editorial guidance for the use of the SEVERITY attribute has a modeling note attached:

The question is, given its common use in clinical practice, should the restrictions on the use of SEVERITY in the International release be relaxed, allowing for any concept that explicitly states severity in the FSN have a severity relationship assigned, with the caveat that interpretation of the intended meaning is subjective? I.e. the notion of severity exists and is commonly used, but may not be interpreted the same by everyone. 

Discussion:

Comment from Feikje Hielkema-Raadsveld - The notion of severity is highly subjective. But it seems strange to ban it from modelling, yet allow it in the FSN. And a whole lot of other things (disease vs. finding, heh) are just as subjective. I think I would be in favour of relaxing the modelling restrictions on severity,  but we would need strong guidance on when it is okay to use it, and when it should be avoided. For instance, 722401001 |Severe fever with thrombocytopenia syndrome virus| - should one apply a severity there? To the fever, or the whole? Or is it a particular disease that could have its own severity? I am what the others’ reactions will be.

Historically there are many reasons why it was originally removed, however, many disorders that are by nature "severe" that would not classify under them because the FSN does not contain the word "Severe".  This would require a review of many terms that would be expected to classify under a supertype.

There are defined uses for severity.  In cases where these definitions exist, an authoritative text definition must be included.  However, this does not guarantee that all of the appropriate subtypes would properly classify unless the subtypes are specifically defined with a severity relationship. Suggested there be a review of terms that currently have a severity relationship to determine whether such an authoritative definition exists. The current use of Severity relationship in SNOMED is limited to two concepts and they are problematic.  

Decision:


  •  Jim Case to take the discussion back to internal team
7Surgical action

In January, the EAG discussed the definition of "Surgical procedure" and revision of the current MRCM attribute was discussed (2023-01-23 SNOMED Editorial Advisory Group Conference Call).  In light of the fact that we are not able to come up with a standard definition for surgical procedure, we should eliminate the specific action methods under 129284003 |Surgical action (qualifier value)| to the more general 129264002 |Action (qualifier value)| concepts.  As we review the current 129264002 |Action (qualifier value)| hierarchy, we are finding that there are a number of actions that can be applied to either a surgical or non-surgical procedure.  

What we have found is that the definition of a surgical procedure depends primarily on who performs the procedure.  This is problematic as the same procedure may be performed by multiple categories of healthcare professionals. The current definition was broadened from the initial definition in 2021 and now represents an overarching meaning that overlaps with many types of procedures that would not normally be considered surgical (e.g. freezing of warts, reduction of nursemaid elbow). 

Retaining this distinction of surgical and non-surgical procedure will result in the need to create a number of specific surgical actions with unknown benefit in the classification of procedure concepts.  Elimination of the need to specify Surgical procedure as a specific subtype of procedure would obviate the need for the creation of these specific "surgical" actions. 

If it is determined that there is no need to specify a procedure as a surgical procedure, is it reasonable to replace the existing "Surgical approach" attribute with a  more generic "Procedure approach"?

Discussion:

Comment from Feikje Hielkema-Raadsveld - Surgical action: This is a tricky question. I completely agree that it is unclear which actions are surgical and which are not. The current distinction has caused us many headaches and confusion in trying to model repairs: sometimes they are explicitly surgical, sometimes implicitly, and sometimes not surgical.
But the Netherlands uses and creates many concepts that refer to an operation or surgery: operation for glaucoma, mastoid operation, surgical repair of this that and the other; and many ‘surgical treatments’ too. That seems a usecase that occurs very frequently. How would we model those, if we retire the method surgical action? Is there an alternative definition, e.g. ‘an operation is a procedure that involves an incision’?


Decision:


8AOBEAG



9Next meetingEAG

Meetings will continue on the fourth Monday of the month and may be cancelled if necessary. 

Meeting Files:

Meeting minutes:

The call recording is located here.

Objectives

  • Obtain consensus on agenda items

Discussion items

This meeting is being recorded to ensure that important discussion points are not missed in the minutes.  The recording will be available to the SNOMED International community.  Joining the meeting by accepting the Zoom prompt declares that you have no objection to your comments being recorded

Based on input from Monique van Berkum (document attached to agenda above) and the Gravity project, 13 "at risk" concepts submitted by the Gravity project were inactivated.  Additionally, a recommendation to create the necessary pre-coordinated concepts for use in the HAS REALIZATION relationship for the At risk model has mitigated the current need to extend the range of HAS INTERPRETATION, for the purposes of modeling risk findings as well as eliminated the need for a DUE TO relationship that resulted in inconsistent modeling patterns.

This remodeling has been performed and should be available in the May 2023 release.

The full model currently being used for "At risk" concepts is defined in the template located at: At [qualifier] risk of [finding/event] (finding) - Ready for review

High vs. increased and Low vs. decreased

Based on the discussion at previous conference call, 1144845004 |Risk of suicide decreased (finding)| has been inactivated and replaced by 394687007 |At low risk for suicide (finding)|.  A new concept grouper 1279548003 |Finding of low risk level (finding)| has been created to aggregate low risk concepts.  Decreased risk concepts are no longer accepted due to ambiguity as to relative decrease vs. below an established normal level.  

Many vague risk concepts have been inactivated and replaced with more explicit and specific concepts (e.g. 409046006 |Perinatal risk (finding)| replaced by 1269553009 |At increased risk for perinatal disorder (finding)|

Discussion:

Jim Case updated the group on the changes to "At risk" findings based on previous discussions with the EAG. 

Decision:

It was determined that for this use case, there is no need to consider changing the range of the HAS INTERPRETATION attribute to support Clinical findings or Procedures.

Document by James R. Campbell  related to risk calculators is attached to the agenda.  

The primary premise is that the "proper use of HAS_INTERPRETATION when INTERPRETATION has value of an Observable entity is that the valueset must adhere rigorously to datatype restrictions specified by the SCALE_TYPE defining the Observable concept."   Additionally, the following extensions to the concept model are proposed:

1) Expand the valueset constraints for 719722006|Has realization (attribute)|

Note: Range for this attribute is currently << 272379006 |Event (event)| OR << 404684003 |Clinical finding (finding)| OR << 71388002 |Procedure (procedure)| OR << 719982003 |Process (qualifier value)|

2) Add a Risk property to <<118598001|Property (qualifier value)|
3) Create a role hierarchy for 363713009|Has interpretation (attribute)| to support additional attributes including concrete domains and ordered refsets that are needed
for Quantitative and Ordinal or quantitative Scale types
4) Aligning with the editorial principles of LOINC, a policy for employing refsets defining the valuesets for observable entity concepts with scale type of Nominal, Ordinal and
Ordinal or quantitative. These refsets would allow interpretation of evaluation findings and conceivably could by integrated into classification.

In reference to content development in the International release, the following must be considered:

  • On 2020-04-29 the EAG approved an editorial policy: When defining observable entities for the international release, the SCALE TYPE attribute will not be used. If extensions would like to add specific subtypes of observable entities that include the SCALE TYPE, they are free to do so.
    When using observable entities to define clinical findings, international concepts that do not include a SCALE TYPE relationship would be used a values for the INTERPRETS relationship. The exception to this guidance are existing "vital sign" observable entities that have been defined with the SCALE TYPE of "Quantitative".
  • The majority of Observable entities in the International release of SNOMED CT are not modeled, so Scale Type is not available.
  • There are currently no International concepts that require concrete values for HAS INTERPRETATION
  • It is not possible to support both concept based values and concrete values in the same range for a scale type such as "Quantitative or Ordinal"

Discussion:

James R. Campbell described the use of risk calculators at UNMC.  One question that had arisen was the editorial decision to not include a value for the SCALE attribute to Observable entities in the international release.  This was due to the fact that the "expected" scale was adequately described by the PROPERTY attribute value, and the TECHNIQUE attribute value as well as the observation that many of these risk calculators allowed for either a Ordinal or quantitative value.

However, the Regenstrief/SNOMED agreement obviates much of this as the LOINC extension will necessarily contain SCALE TYPE as that is a required LOINC part in the definition of a LOINC term. 

A discussion ensued on the need to create clinical findings that represented the combined observable-value that is represented by the INTERPRETS/HAS INTERPRETATION relationship group.  This did not seem to be the way that the data are collected in the EHR.  However, it was recognized that there is a need for clinical findings to be used as members of a value set bound to an observable to support assessments. 

Decision:

The discussion ended with consensus that there is no compelling use case at this time to expand the range of HAS INTERPRETATION at this time. The need to revise the editorial policy related to the inclusion of SCALE TYPE in modeling observable entities in the International release will be re-evaluated by the SNOMED content team.

Should "Mechanical complication of device" be a disorder or a finding?

Current situation:

111746009 |Mechanical complication of device (disorder)| has 215 subtypes, all of which refer to a failure of a device without specifying a deleterious effect on the patient. 

       e.g. 285961000119107 |Mechanical breakdown of prosthetic heart valve (disorder)|

We also have disorder concepts that refer to a patient condition due to mechanical failure of a device 

       e.g. 5053004 |Cardiac insufficiency due to prosthesis (disorder)|

Without specifying the resultant condition associated with device mechanical issues, is it appropriate that these are represented as patient disorders, or should they be findings that may be related to disorders in the patient?

A briefing note using "Leakage of device as an example is located here.

Discussion:

Without an associated condition in the patient it is unclear whether there is an adverse impact on the patient.  In general, if the device is implanted, it can be assumed that there is a negative impact. These should be retained as disorders.  Each of the subtypes would need to be evaluated as to the potential impact on the patient.

2023-04-04

Additional issues and questions:

  1. If we agree that implantable device malfunctions result in an adverse condition in the patient, should the FSN reflect that, e.g. "Disorder due to mechanical breakdown of prosthetic heart valve"? Consensus - no...
  2. SNOMED CT does not have a general classification of implantable devices.  Is the following definition suitable to provide editorial guidance? FDA - "Medical implants are devices or tissues that are placed inside or on the surface of the body." Consensus - no

Definition provided by John Snyder - "Medically implanted devices refer to any manufactured device, prosthesis, or biological construct that is surgically implanted into or physically attached to the body to aid in the diagnosis, treatment, or monitoring of a medical condition".

Discussion:

Implantable devices might be considered as a type of body part, thus a disorder of the device would of necessity cause a problem in the patient and should be a disorder. While there may not be a morphological abnormality, there is an abnormality of the device. Is a new attribute needed to represent device abnormality?  This discussion is restricted to medical devices and not transplanted tissues and organs.

Some implantable devices are not prostheses.

With reference to a proposed definition, what does physically attached mean?  Look at how FHIR has addressed this.  Should imply some introduction method, rather than just an attachment to the body.

The top level concept could be moved to clinical findings.  There is an issue with the term "complication".  Subtypes would be individually reassessed.  Propose that the disorder boundary start with mechanical complication of implanted device.

Kin Wah will provide documents related to a discussion on implantable devices.

Update 2023-04-10:

Upon investigation, as expected, these concepts (i.e. Mechanical complication) are classification derived (ICD-9, ICD-10, and ICD-11) and refer to injury or harm to a patient caused by a failure, breakdown, or malfunction of a device.  Coding guidance indicated that (for ICD-11) the disorder caused by the mechanical complication should be coded first and then associated with the device. Thus, the intended meaning of these concepts imply a disorder in the patient due to some issue with the device. The actual terms are index terms in the ICD.  Example:

PK91.22 Cardiovascular devices associated with injury or harm, mechanical or bioprosthetic valves (ICD-11)

    Index term: Mechanical complication of heart valve prosthesis

This would suggest that these concepts are correctly placed in the taxonomy, and they are currently mapped to ICD disorders (i.e. injury or harm to patient) but are possibly not modeled sufficiently to express the implied meaning.  A new approach to modeling these concepts will be undertaken to clean up this sub-hierarchy.

Definition of device malfunction from the US Code of Federal Regulations TITLE 21--FOOD AND DRUGS, CHAPTER I--FOOD AND DRUG ADMINISTRATION, SUBCHAPTER H - MEDICAL DEVICES
PART 803 -- MEDICAL DEVICE REPORTING: "Malfunction means the failure of a device to meet its performance specifications or otherwise perform as intended. Performance specifications include all claims made in the labeling for the device. The intended performance of a device refers to the intended use for which the device is labeled or marketed..."

Review of Glossary definition for "Sufficiently defined concept".  See sufficiently defined concept

Additional information on Necessary and sufficient conditions: D.2 Necessary and Sufficient - Examples

Can a concept be sufficiently defined if part of the meaning of the FSN is captured only in the wording of a stated primitive parent, not in defining attribute-value relationships? For example: Joint laxity (finding) is primitive since it has no defining relationship(s) that capture the "laxity" aspect of the FSN meaning.  Many of its subtypes (e.g. Elbow joint laxity (finding), Hand joint laxity (finding) etc.) are modeled as sufficiently defined based on the stated parent Joint laxity plus the finding site relationship specifying the joint involved? 

Inconsistency between the Editorial Guide and the SNOMED Glossary:

Current Editorial guide states "A concept is sufficiently defined if its defining characteristics are adequate to define it relative to its immediate supertypes".  It is not clear whether "defining characteristics" here refers to defining attribute-value relationships specifically or to the logical definition as a whole.

  • Does "relative to its immediate supertypes" imply only the defining relationships and not information based on the FSN of the primitive parent? 
    • Would this mean then that all subtypes of an intermediate primitive concept must also remain primitive?
  • If information represented in the FSN of a stated primitive parent can be considered to fill a gap in meaning left by the defining attribute relationships, this policy should be clearly stated (and ideally illustrated with an example) in the editorial guide and under Intermediate Primitive Concept Modeling

The SNOMED Glossary states: ""A sufficiently defined concept has at least one sufficient definition that distinguishes it from any concepts or expressions that are neither equivalent to, nor subtypes of, the defined concept".

  • Is "definition status" of a concept part of the definition of a concept? Currently it acts in that way.  This occurs when two or more concepts have the same defining relationships, but only one is marked as sufficient defined.  Those that are not marked as sufficiently defined classify as subtypes.
    • In some cases the SNOMED concept model is inadequate to "fully" define the meaning of an FSN, yet can provide a sufficient definition to make it unique within the terminology.  In these cases the primitive subtypes with the same relationship have the necessary relationships, but not sufficient definitions.
The Glossary also states "Prior to July 2018, SNOMED CT could only support one sufficient definition for each concept could not represent the 8801005 | Secondary diabetes mellitus (disorder)| example above(Note: this example is no longer valid and needs updating in the glossary). A further limitation, that also prevented formal representation of that example was the stated relationship file was only able to represent necessary conditions.". 
  • Proposed clarification: "Prior to July 2018, SNOMED CT could only support one sufficient definition for each concept, and the stated relationships comprising that definition could represent only necessary conditions. A concept such as 417163006 |Traumatic or non-traumatic injury (disorder)| , which can be caused either by a traumatic event or by an intrinsic disorder (such as a tumor), could not be sufficiently defined within these constraints, since neither | Associated morphology| = | 37782003 |Damage (morphologic abnormality)| nor| Due to| = 773760007 |Traumatic event (event)| is necessarily true. Assigning the concept two sufficient definitions can, however, allow the full meaning of 417163006 |Traumatic or non-traumatic injury (disorder)|  to be formally represented. (See sufficient definition)."

Lastly, there is a statement: "Following these changes a concept will only be marked as sufficiently defined if it is sufficiently defined by relationships. However, the OWL axioms may provide a sufficient definition that cannot be fully represented as relationships."

  • This has come about with the ability to model concepts with multiple sufficient axioms using GCIs. Proposed clarification: "Following these changes a concept will only be given a definition status of Defined if it is sufficiently defined by the stated relationships in a single axiom. However, multiple OWL axioms may provide a sufficient definition representing different sufficient but not necessary relationships. These concepts will retain the default status Primitive but function as sufficiently defined concepts that will subsume subtypes."

Discussion:

Concepts with identical definitions aside from the Definition status may be classified as supertype/subtypes, due to the limitations of the concept model to allow for more robust definitions. This is being left with the EAG for additional comments to be reviewed at the April meeting. There is a question about whether the browser can be modified to show an icon that can identify a concept as having GCIs.  A question will be forwarded to the tech team.

Update 2023-03-26:  The current SNOMED Browser displays concepts with GCIs  in the stated diagram view; e.g.:

Image Removed

Discussion (2023-04-04):

The implied or explicit meaning of a primitive FSN can be used as part of the definition of a concept, regardless of whether it has defining relationships.  Similarly, the definition status is also part of the sufficient definition as it implies that the definitional relationships are enough to distinguish a concept from all other concepts in the terminology.  However, the current definitions do not take into account the move to axioms, i.e. a sufficiently defined concept would have an equivalence axiom.  The axioms (equivalence or subclass) determine whether a concept is sufficiently defined or primitive.  Concepts with GCIs usually represent sufficient definitions, but not necessary.  

Sufficiently defined concepts have at least two characteristics:

  • They can infer subclasses
  • They have one equivalent class axiom

Concepts with GCIs represent a partial definitions which may or may not cover all of the possible meanings of a concept, but these are not equivalent class axioms and all of the GCIs are not inherited by the subtypes. A straightforward definition may be a concept that is defined is sufficiently defined by necessary conditions. 'Primitive' concepts only have necessary conditions, specified by subclass axioms.

We still need better guidance on when to use GCIs and when to use additional axioms. 

ItemDescriptionOwnerNotesAction
1Call to order and role call
  •  Recording of meeting approved by participants.
2

Conflicts of interest and agenda review

4

Inactivation of Navigational concept hierarchy

At the 2023-02-27 EAG conference call, the EAG approved the inactivation of the Navigational concept hierarchy. The EAG members requested a Briefing Note for the Community of Practice outlining the rationale and steps for inactivation.  The briefing note is attached for review.

Update 4/4/2023:

In discussions with the UK, it was discovered that the current use of Navigational concepts are the result of maps from Read version 2 to SNOMED provided to primary care vendors.  The erroneous nature of the maps may be a result of the movement of concepts from their original location in the taxonomy to the Navigational concept hierarchy at variable times in the past.  

The UK will provide SNOMED International with a list of mappings to navigational concepts and their current use cases.  SNOMED will provide replacement concepts for these prior to inactivation of the navigational concept.  Briefing note will be revised to reflect this new information.

Update 2023-05-08:

The following concepts have been identified as high usage concepts by the UK:

CONCEPTID    FSN
394617004    Result (navigational concept)
160237006    History/symptoms (navigational concept)
309157004    Normal laboratory finding (navigational concept)
267368005    Endocrine, nutritional, metabolic and immunity disorders (navigational concept)
243800003    Test categorized by action status (navigational concept)
250541005    Biochemical finding (navigational concept)
309230008    Borderline laboratory finding (navigational concept)
309158009    Laboratory finding abnormal (navigational concept)
118246004    Laboratory test finding (navigational concept)
282465005    Physiological functions and activities (navigational concept)
165347009    Laboratory test result borderline (navigational concept)
309159001    Normal hematology finding (navigational concept)
250207003    Hematology finding (navigational concept)
370121008    Disorder of blood / lymphatics / immune system (navigational concept)
309194008    Hematology finding abnormal (navigational concept)
276437003    Skin, hair and nail finding (navigational concept)
243798005    Procedure categorized by action status (navigational concept)

An updated Briefing note listing these concepts and the proposed replacements is attached to this agenda. This draft has been sent to the UK for their input as they are the member primarily affected by this change.

Discussion:

Decision:  

  •  Jim Case to update the BN and distribute to EAG, CMAG and Clinical Leads
5

At risk concept modeling

update

  •  Jim Case to continue modeling based on revised editorial guidance.
6Expansion of the range of HAS INTERPRETATIONJames R. Campbell 7Mechanical Complication of deviceJim Case 8Intermediate primitive parent and definition status of subtype
  •  Jim Case to send a note to the MAG inquiring about the value of a new definition status that identifies a concept with GCIs
9Inspection vs. exploration actionsJim Case 

A query was posed as to the difference between 129433002 |Inspection - action (qualifier value)| and 281615006 |Exploration - action (qualifier value)|, both subtypes of 302199004 |Examination - action (qualifier value)|. The internal consensus was that these are clinically different with the former limited to visual evaluation and the latter implying an active examination.  Various medical dictionary definitions concur with this view:

e.g. Exploration - "An active examination, usually involving endoscopy or a surgical procedure, to ascertain conditions present as an aid in diagnosis. - 
Medical Dictionary for the Health Professions and Nursing © Farlex 2012"

Inspection - "The visual examination of the body using the eyes and a lighted instrument if needed. The sense of smell may also be used. - Gale Encyclopedia of Medicine. Copyright 2008 The Gale Group, Inc. All rights reserved."

This would imply that surgical procedures would more frequently use exploration as the METHOD than inspection; however, this does not appear to be the case

<<387713003 |Surgical procedure|:260686004 |Method| = 129433002 |Inspection - action| = 306

<<387713003 |Surgical procedure|:260686004 |Method| = 281615006 |Exploration - action| = 150

For non-surgical procedures the difference is more extreme

(<<71388002 |Procedure| MINUS <<387713003 |Surgical procedure|):260686004 |Method| = 129433002 |Inspection - action| = 710

(<<71388002 |Procedure| MINUS <<387713003 |Surgical procedure|):260686004 |Method| = 281615006 |Exploration - action| = 220

Many of the non-surgical procedures modeled using inspection are some form of endoscopy.  Given the definitions above and the consensus of the internal content development team, should SI undertake a project replacing Inspection with Exploration for surgical and endoscopic procedures?  It is anticipated that much of this can be done automatically.

Discussion:

Need to review the definition associated with Inspection procedure and Exploration procedure. General consensus is that we do not change the modeling unless there is a clear distinction that can be applied other than what is expressed in the FSN. 

Explorations can be performed without visualization, but Inspections do require visualization.  The current definitions on both need clarification as they imply a supertype/subtype relationship:

122458006 |Exploration procedure (procedure)| -  An observation of the body or a body part done by inspection and/or palpation.

32750006 |Inspection (procedure)| - An exploration using the sense of sight, done with the eyes.

Endoscopy/laparoscopy etc. all use a scope of some sort to visualize the body structures, so should use Inspection as the action. Almost all concepts that use Exploration - action have the word Exploration in the FSN. 

An associated question, based on the current definition in SNOMED of Exploratory procedure, should Palpation -action be a subtype of Exploration - action?  

10AOBEAG11Next meetingEAG

Next meeting April 4. SNOMED business meeting