2024-04-09 Meeting Steering Committee Notes

Date

Apr 9, 2024

Attendees

(bolded names indicate attendance)

Stakeholder group

SHIELD organization

Name of SHIELD member

organization designation

Industry Entity

Labgnostic, Inc.

Steve Box

primary

 

Andy Harris

alternate

Epic

Dan Rutz

primary

 

 

alternate

Biomerieux

Xavier Gansel

 primary

 

 

alternate

Roche

Nick Decker - regrets

primary

Roche

Yue Jin - regrets

alternate

Healthcare Provider

Indiana University/Indiana University Health/Association for Molecular Pathology

Mehdi Nassiri, MD

primary

University of Wisconsin-Madison

Andrea Pitkus, PhD, MLS(ASCP)CM, FAMIA

primary

UT Southwestern Medical Center

Hung Luu

primary

UNMC

Scott Campbell - regrets

primary

Tufts Medical Center

Nanguneri Nirmala

primary

Sonic Healthcare

Eric Crugnale

primary

Former Quest Diagnostics

Collom, Craig D

primary

Patient Advocate

 

Stacy Lange

individual

Standards Organization

SNOMED International

 

James T. Case

primary

Monica Harry

alternate

Regenstrief Institute

 

Marjorie Rallins

primary

Eza Hafeza

alternate

HL7

 

Julia Skapik

primary

 

alternate

Professional Organization

Association of Public Health Laboratories

 

Riki Merrick

primary

Dari Shirazi - regrets

alternate

Graphite Health

 

Stan Huff

primary

 

alternate

CAP

 

Raj Dash - regrets

primary

 

alternate

AMP

 

Robyn Temple

primary

 

alternate

Governmental - non Voting

CMS

OPEN

primary

 

alternate

ONC

Sara Armson

primary

 

alternate

CDC

Hubert Vesper (/DDNID/NCEH/DLS)

primary

Jasmine Chaitram

alternate

NLM

 John Snyder - regrets

primary

 

alternate

FDA

 Keith Campbell

primary

 Victoria Derbyshire

alternate

Agenda and Notes

em

Notes

em

Notes

Quorum evaluation (two-thirds (2/3) of the Voting Representatives shall be necessary to constitute a quorum for the transaction of business)

Currently we have 19 named members, so 2/3 = 12 (excluding chair and government members).

 

Open Meeting

Started 12:08 PM, no quorum reached

Report on progress to FDA Collaborative Community - NOT DISCUSSED

Review report for 2023 and goals for 2024

will include in email for approval to send back to FDA by 4/12

Follow up Items - NOT DISCUSSED

  • Special Topic calls:

    • Next dates:

      • May 14th - Netherlands

      • June 11th - Specimen CrossMapping Table

    • Proposed:

      • Use of standards and reporting across the different systems used in Cancer and Pathology - ask CAP folks if interested / someone available (Scott offered)

Review Working Groups progress - NOT DISCUSSED

Setting milestones for deliverables should be NEXT for WGs: they will be captured here: SHIELD WG Deliverables and Milestone Grid

Feedback on ONC USCDI V5

Collating comments here: SHIELD Feedback on USCDI V5 Draft

Capturing some discussion here:

Test Kit Identifier - since we are requesting UDI, should work on IHE LAW = CLSI AUTO-16 udates to support that

Instrument Identifier - should be added also, since go hand in hand with Testkit Identifier

What about the class agnostic medical device data elements USCDI level 2: https://www.healthit.gov/isa/uscdi-data-class/medical-devices#level-2

  • Issue with these generic data elements is that you still need to define for each use case (data class) how they need to be used

    • if we want to be able to say for lab must have test kit DI and instrument DI, for blood pressure must have instrument DI, for implantable device must record full UDI (or DI + PI or whatever the rules are) would need to add some attributes to the current USCDI data element to accomplish that

    • another example would be the Lab related date/timestamp element - without efining at what triggers these need to be captured it is not very useful

    • ideally this should be set up so that additional constraints can be added to the generic data elements for each use of the element in its clinical context, as long as the element is still the same - if we go that route MANY current elements in USCDI would need revisions

HAVE TO VOTE TODAY - OR VIA EMAIL - didn’t reach quorim, so will send email

Roadmap section updates in response to ONC comments on the SHIELD roadmap - NOT DISCUSSED

  1. The roadmap mission section describes a broad vision of lab interoperability. However, the roadmap proposed solution is limited to the FDA use cases around In-vitro diagnostics (IVD) data, specifically populating the IVD data hub.  ONC suggests clearly describing the roadmap scope so the proposed solutions can be discussed within that context.

From last SC call: Nick will connect with Sara to get more context and then bring this to the IVD datahub group - then Nick will bring back here

  1. The roadmap identifies training and education needs around using LOINC as a barrier to interoperability. ONC suggests clarifying how the roadmap addresses this barrier. ONC recognizes that terminologies require training and education, and replacing LOINC with another standard will not address the barrier.

Update from Standards and Vocab WG about re-write of this section?

  1. There are several solutions proposed, including repositories and tools, which need to be further evaluated before ONC could fully support the roadmap.  ONC suggests the roadmap be updated to include details around feasibility, scalability and how the proposed changes can be integrated into the current laboratory ecosystem (e.g., regulation and industry).

Identify components that could improve the ecosystem infrastructure, and then highlight the places where these components can be advanced / sustained or made easier to implement. Would SHIELD be willing to consider to provide an exampel implementation - create the structures and bound terminologies to showcase how each element would be properly represented be working.

Looking for volunteer to tackle this re-write: For each of the Consideration sections we could certainly add a section on feasibility / requirements (e.g. continued funding for LIDR, better describing the intended use of ANY data element added, overall goal of LIDR, clearly delineate what is commonly used and is minimum, provide best practice and alternatives (non-preferred) - example would be metadata around the value sets in VSAC (curation / usage etc) to be able to ascertain quality) and highlight that other mechanisms are needed to achieve for adoption.

Antimicrobial result reporting - NOT DISCUSSED

Placeholder to get back to later

Related work at HL7 Europe:

Next calls - NOT DISCUSSED

All SHIELD:

General Updates: April 23, 2024

SC: April 16, 2024

Also May 7th neither Chair nor Vicehair is available - should we just cancel or move to April 30th?

Adjourned

1:01 PM ET

From Chat:

  • Sara Armson, ONC 12:14 PM
    In the ONC Standards Bulletin (https://www.healthit.gov/sites/default/files/page/2024-01/Standards_Bulletin_2024-1.pdf), there is a specific call out for feedback on this data element: "ONC seeks feedback on the new Test Kit Unique Device Identifier data element that would be added to the Laboratory data class, including in what scenarios this data element would be useful and what experience health IT developers have exchanging this element."

    Sara Armson, ONC to Everyone 12:31 PM
    For awareness - I also wanted to drop this snapshot of the other UDI related data elements that have been submitted to ONC and are currently on the Level 2 tab. https://www.healthit.gov/isa/united-states-core-data-interoperability-uscdi#level-2 72D541EA-58C6-456D-9EE9-D71DE0EE1D01.png

  • Andrea Pitkus to Everyone 12:35 PM
    So reagents/test kits info is not typically sent via the interface. Does IHE Law support this?
    The instrument provides the results and values, but often generic reagents different from the IVD instrument may be used to produce results. Is the IVD instrument expected to support other vendor UDIs?

  • Stacy L to Everyone 12:36 PM
    Note sure if this is helpful but thinking perhaps data labels that are standardized and systemized reduce the burden of entering this manually

  • Daniel Rutz to Everyone 12:49 PM
    I would think the pilot phase would need to provide finances to get it up and running
    Sorry, in a loud room
    That model (pilot project provided funding to develop new software functionality and flesh out workflow needs) has been pretty successful in the past in my experience.

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.