Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device.
Atlassian uses cookies to improve your browsing experience, perform analytics and research, and conduct advertising. Accept all cookies to indicate that you agree to our use of cookies on your device. Atlassian cookies and tracking notice, (opens new window)
to cover the wound causes as children under: 119365002 | Specimen from wound (specimen)
another child term for aspirate under 445611000124106 | Specimen from bite wound (specimen), since that is preferred over the existing swab
Specimen CMT terms review
Christina
no updates
Lab tests as procedures or orderables
For orderables - check with Eza / Stan about the new orderables they created - assume in the procedure hierarchy? would that also be for LOINCs that are both? - example of the new codes: https://loinc.org/111153-3/; those would end up in Lab Procedure Hierarchy
supports comparable data in countries that use different code systems
supports reasoning across different hierarchies and allows for easier value set creation when differnt LOINC axis are concerned
Definition from SNOMED for these hierarchies:
Observable entity: Information about a quality/property to be observed and how it will be observed
Evaluation procedure: No definition, other than it uses attributes that are similar to those used in the Observable entity hierarchy. Our policy is to not add any new evaluation procedures that would logically be in the Observable entity hierarchy.
this has Lab tests as child (and a few are also at the same level as lab test - maybe harmonizing
Technique is a separate hierarchy used to model observable entities - it reperesents the LOINC part ‘method’: A technique (also called method) is a particular way of performing an activity or task. - not an option to represent orderable tests or resulted tests, which means we should go back to the method mappings https://terminology.hl7.org/CodeSystem-v3-ObservationMethod.html and adjust to use technique SCT concepts
procedure hierarchy has method attribute (action to achieve procedure - limited to action (qualifier value)), is not allowed in the evaluation procedure sub-hierarchy
ANSWER: The observable entity hierarchy is recommended for use in both ordering lab tests and reporting results of tests. Note: there are some areas of the observable entity hierarchy which need improvement. This concept is in the “function” area of the hierarchy which has been identified as needing clean up. See the warning in the Observable entity section of the SNOMED CT Editorial Guide (https://confluence.ihtsdotools.org/x/JZFpCg ): “Some areas of the observable entity hierarchy need clarification and remodeling. This includes upper level concepts and hierarchies such as 246464006 |Function (observable entity) and 415178003 |Process (observable entity)| as well as intermediate primitive and leaf node concepts.” There is also a content tracker covering this area which is on hold: https://jira.ihtsdotools.org/browse/IHTSDO-1210.
ANSWER: This hierarchy is not recommended for use in ordering or reporting lab tests. This is part of legacy content that remains in the International release of SNOMED CT because some implementations in certain countries rely on it. See the “Observable entity vs. Evaluation procedure“ section of the SNOMED CT Editorial Guide for more information at https://confluence.ihtsdotools.org/x/05NpCg
ANSWER: This is a qualifier value concept and would not be used to order or result tests directly.
This technique concept was used in the modeling of anion gap observables in the previous (2017) release of the LOINC - SNOMED CT Post-coordinated expressions Refset. In the current release of the LOINC Ontology, a different set of qualifier value concepts is used in modeling anion gap observables. Please see V1 of the LOINC Ontology (viewable in a browser at https://loincsnomed.org/ ) for examples of the modeling, e.g., 539021010000104 |Substance concentration of anion gap in blood at point in time by calculation (observable entity)|
this could use some more guidance on when to use which of the referenced code systems - would like to understand when ICD would be used, and also would need guidance when to use CPT; SNOMED CT procedure codes vs LOINC should also be described
For CAP cancer reporting is using SNOMED CT - would be good to look which they chose to represent the performed lab test
Looking at the Colonoscopy example document (making changes in there)
no answers here yet - on agenda for HL7 TI call later today 4-5 PM EST
Working with Clinical Architecture to model in Symedical, so can then be shared at least via their subscription, but maybe also arrange sharing via API?
SNOMED CT Extension and use of RefSets (start with VSAC value sets as proof of concept and then migrate over) to indicate:
preferred specimen types by domain
maybe also terms that need additional attributes (by kind of attribute) if we also write an implementation guide for it
How do we decide what format to share this in - get input from EHR-s and LIS vendors:
Write letter of mulitple stakeholders to request EHR-s and LIS vendors to implement
indicating that this is a patient safety issue, as incorrect Abx treatment will contribute to multi-drug resistance (use CTSI findings to provide background)
focus on blood, urine, wound cultures (get data from NHSN, too)
Nancy is talking to DHQP about the linkage with specimen collection
While we have HIT certification that is for the EHR-s there is currently no enforcement for implementation at the organizations
need C-suite buy-in
Professional organizations - like CAP and ACOS and AJCC get them to write the synoptic reports (better structuring of data) - for surgical aspects - similar to what CAP has done for Cancer (though they do not have the SCT codes included in the past - may be including SNOMED CT starting in 2025, but they are also using the SCT codes for observables) Synoptic reporting for cancer surgery: Current requirements and future state: The four CoC accreditation standards that include synoptic operative reporting requirements apply to sentinel lymph node biopsy for breast cancer (Standard 5.3), axillary lymph node dissection for breast cancer (Standard 5.4), wide local excision for primary cutaneous melanoma (Standard 5.5), and colonic resection for colon cancer (Standard 5.6). These accreditation standards were developed from the evidence-based recommendations for cancer surgery detailed in the Operative Standards for Cancer Surgery manuals.7,8
try to get AMA support to get providers to adopt this
Reach out to IDSA, too
European Semantic work
Link to the German FHIR IG around suceptibility testing:
Need education for providers and IT folks that helps with set up of the EHR-S / LIS configuration -this can be supported / accomplished? with the Implementaiton Guide we could write
if we have a use case of how a patient is impacted on their journey through the healthcare system - CAP created a nice video that showed how patient care was affected by incorrect data SHIELD FDA BAA Year 2
Specimen CMT - tracking implementation impact
Setting baseline
Define metrics
no updates
Specimen CMT - Compare to NHSN Medical Terminology
Will get updated vocab at a later date - from Sheila Abner
Future projects for this call after CMT
no updates
In general the call is intended as a forum for ANY messaging related issues to work out.
In the past we have
reviewed containers re-vive that - and how does that interact with devices (UDI identification?)
review code systems around additives (HL70371 and SCT substance and product hierarchies)
started work on cross-mapping between HL7 method codes and SNOMED CT procedure / technique concepts
American College of Surgeons is working on procedure protocol and synoptic data elements / surgical synoptic reports - we could work with them together on that
Look at other HL7 tables that we would want to migrate SCT (i.e., Specimen Condition table, etc.)
Recording:
Chat:
Action items
Quick decisions not requiring context or tracking
For quick, smaller decisions that do not require extra context or formal tracking, use the “Add a decision…” function here.
Decisions requiring context or tracking
For decisions that require more context (e.g., documentation of discussion, options considered) and/or tracking, use the decision template to capture more information.
