Comment

NCQA Comment on Sex Parameter for Clinical Use: for USCDI v5

  1. Context-Specified Sex Parameter for Clinical Use Elements:

NCQA encourages ONC to expand sex-related data elements to include the Gender Harmony Project data elements Sex Parameter for Clinical Use. Specifically, we recommend:

  • Updating the submitted data element name to align with the updated Gender Harmony project data element: Sex Parameter for Clinical Use (previously Sex for Clinical Use).
  • Adding the context-specific Sex Parameter for Clinical Use elements to the appropriate Data Classes in USCDI (including clinical tests, laboratory, diagnostic imaging, procedures), as recommended by the Gender Harmony Project team.

Including these context-specified elements will begin to enable documentation and exchange of structured data based on clinical observation and reflects a step toward anatomy-based identification of clinical need. This remains a high priority area for NCQA, and we have begun incorporating Sex Parameter for Clinical Use into measure specifications to expand patient population definitions previously specified using only administrative gender. Data standards that enable collection of disaggregated sex- and gender-related data promotes broad health equity and supports health equity in performance measurement as well. We are supportive of Gender Harmony’s work and driving industry adoption.

Please update the name to Sex Parameter of Clinical Use (SPCU)

Per the Gender Harmony Project as discussed and voted on 2023-04-17.

The Gender Harmony Project is not aware of any adoption by the industry of contextual "Sex for Clinical Use" (now known as Sex Parameter for Clinical Use).   We are aware of only one system that supports a patient-level Sex Parameter for Clinical Use.  Additionally, the industry is considering how SPCU and Ask at Order entry questions should interact for ordering workflows.  We expect more work in the industry is necessary before advancing SPCU beyond Level 2.  

For these reasons, the Gender Harmony Project recommends that:

  • Rename any references to "Sex for Clinical Use" to "Sex Parameter for Clinical Use". This is the name that will appear in the final standards.
  • Monitor for use of SPCU in the industry (currently only one vendor).
  • Monitor industry discussions on the use of SPCU vs. use of Ask at Order Entry questions.
  • Once there is sufficient adoption, include specific types of SPCU as a data element within existing data classes.  For example, "Sex Parameter for Clinical Use" would be a data element within the "Clinical Tests" data class named as "Clinical Test Sex Parameter for Clinical Use" and this change should be driven by industry adoption. 

Context-specified SFCU data elements belong with specified class

We appreciate ONC's inclusion of the various context-specified SFCU data elements although it was our intent that they be data elements classified under the named data class used to define the context. We note that they are aggregated here (except clinical test). We would encourage ONC to consider following the recommendation noted above with the original submission and seek comments on this.

Change SFCU data class to specific SFCU data elements noted

SFCU is a context-dependent clinical sex value and should not be considered a USCDI Data Class unless the class exists only to aggregate the following data elements we suggest be created. We plan to submit a new specific SFCU data element for each of the following data classes:

·         Patent Demographics

·         Clinical Tests

·         Laboratory

·         Diagnostic Imaging

·         Procedures

·         Medications

We understand that SFCU values have not been widely implemented in systems for data classes other than perhaps at the patient level (Patient demographics) because functionality needed for each of these data classes has been shoe-horned into the use of other general sex or gender values, such as sex assigned at birth, or administrative sex with the assumption that a unique value specific to one of these data classes could not occur. The only situation where this has been addressed is in occasions where Ask At Order Entry (AOE) values were collected, as has been discussed with COVID testing. Given that each use can be unique, each data class needs its own SFCU entry.

It should be noted that SFCU is a context-focused summary sex categorization that has as a basis one or more discrete observations. The basis used is usually discrete organ inventory, hormone levels, or other direct physiological measurements that are often the “ideal” for driving clinical decisions, however this data may not be available, and when it is, there can be privacy considerations when exchanging this level of data in some contexts.  Our expectation is that contextual SFCU can often achieve similar outcomes to discrete organ inventory and other physiological measurements for many patients, with reduced privacy impact and provider documentation burden.

Recommendation:

  • The Gender Harmony project does not suggest and is not supportive of the exchange of context-independent SFCU.  We recommend removing SFCU as a data class so that the importance of the context is clear.
  • Given that each context can be unique, and will have different levels of adoption in the industry, each existing data class (e.g., Laboratory, Medications) needs its own SFCU data element to clearly define the context of use, and to allow independent advancement as maturity of each contextual SFCU increases.
  • Gender Harmony will submit separate ONDEC proposals as described above.

Log in or register to post comments