- This line was added.
- This line was removed.
- Formatting was changed.
This is project born of the ongoing frustration the ideas encompassed by "sex" and "gender" have never been easy to capture consistently within health models. Those terminologists among us have always said this topic was the quintessential example that proves "terminology is hard." This project is going to try use some tried and true approaches to how we model information (data elements, value sets, code systems) and use them to define/harmonize some aspects, likely not all, for representing sex/gender. This project will result in a balloted informational document that will define use-context collections that also include appropriate value sets. These artifacts can then be associated with model elements using binding parameters that are informed by the metadata the project will identify with each use context.
The project must take into account actual user needs and include end user communities, including the international community. Communities such as DaVinci, HSPC/CIIC, Argonaut, IPS, pharmacy, the LGBTQ community and many others. Importantly we must walk that fine line of allowing multiple approaches to very similar things without requiring harmonization from the outset, yet we will harmonize if at all possible.
We expect that once completed, the set of use-contexts, currently called sex-gender types, can be used to clarify that certain existing model implementations actually intend users to assume one sex or gender entry actually represent multiple distinct sex-gender types that can in fact have different values that use the same code. For example, a single "sex" field that at data entry time is perceived to mean "current gender identity" but is then subsequently used to represent "current phenotypic organ clinical sex." In that case the initial choice of "M" may in fact properly be represented as "F" for the latter use.
You do not need to be an HL7 member to participate, but to leave comments and really get the most out of your participation, you will need an HL7 Confluence Login. To get one please Request an Account.
Like many of the HL7 projects, this project has matured and adapted over time, we making some of the pages outdated. We recommend new participants engage by:
- Joining the bi-weekly calls
- Reviewing the Context Definition Page to review the context definitions created by this project
- For background information and/or to review information intially submitted by international project participants, see the Implementations and SDO Use Case page
- Leaving comments on any of the related pages
- Contacting project leads Rob McClure and Caroline Macumber with any other comments/questions or concerns
Gender Harmony Meeting at SydneyHL7 Working Group Meeting:
Tuesday 2/4/20 Quarter 1 (9:45a - 11:15a = 5:45pm US EST Monday 2/3/20) Vocabulary room (which specific room TBD)
We plan on using a Polycom to allow remote attendance, probably using FCC.
Please come to discuss GH! Topics will be our overall approach and how to represent non-typical sex type
We need USE CASES for examples of situations where non-typical patient sex or gender has an impact on clinical care. See slide 2 in this presentation as a general example but we need input on specific machines, lab tests, etc. that are impacted and how to implement in a non disruptive way.
Every other Monday 4pm ET using
https://join.freeconferencecall.com/vocab. First call after Sydney meeting WILL BE Feb 24th 2020
Project ID 1533
TSC Approval 2019-07-08
Some folks suggested we try a different name to ensure communication makes it through e-mail filters. Please list any suggested project names here:
DIGS - Discrete Interoperability for Gender and Sex
New DIGSY - New Discrete Interoperability for Gender and Sex, yo.