Version Published Changed By Comment
CURRENT (v. 8) Jun 20, 2022 21:20
Rob McClure
v. 7 Aug 16, 2021 20:58
Clair Kronk
v. 6 Aug 16, 2021 20:53
Clair Kronk

Go to Page History

Use Case Description:

A trans man (patient) has applied for a hysterectomy and has been denied, as having a "Male" Administrative Sex means that a denial.

Actors:

Trans Male Patient – Has requested a hysterectomy.

Provider – Has submitted the request for a hysterectomy.

Order Entry System – System in which orders are entered; supports Gender Harmony Model.

Order Approval System – System by which orders are approved; supports the Gender Harmony Model.

Scope Statement:

Individual has a particular Administrative Sex ('Male') which has does not allow for a procedure to be submitted (requires 'Female' under current systems). This use case handles how Sex For Clinical Use can be used to allow the procedure to be submitted without issue.

Precondition(s):

Currently (pre-Gender Harmony Model), a Provider will need to switch the "Male" Administrative Sex to "Female" and then back to "Male" after the approval.

Postcondition(s):

Using Sex For Clinical Use (post-Gender Harmony Model), we can attach a "Female" Sex for Clinical Use, describing in notes the specific situation (that the individual is a trans man, and that "Female" is required for system compliance).

Workflow/Storyboard:

Pre-Gender Harmony Project:

  1. Trans male patient's provider submits for a hysterectomy, which automatically fills "Male" from the record as Patient Sex.
  2. The procedure is denied (as it requires 'Female' for the procedure).
  3. Provider changes the record to "Female" and resubmits the procedure for approval, which records the Patient Sex as 'Female'. The procedure is accepted.
  4. The provider then switches the record back to "Male".

(Note that there may be issues with report matching based on Patient Sex. The gender identity will likely not be preserved in any processes.)


Post-Gender Harmony Project:

  1. Trans male patient's provider enters a Sex For Clinical Use (SFCU) "Female" and submits for procedural approval, with notes with the SFCU indicating the specific situation.

(The order also preserves gender identity as well as Name To Use and Pronouns (in English-specific contexts).)

Alternative and/or related Workflow(s):

Alternate actor:

Order Approval System – System by which orders are approved; does not support the Gender Harmony Model.


Workflow/storyboard:

SFCU could be sent as the Administrative Sex. This needs to be negotiated with the approval-providing system(s). A comment could provide further information about the situation if decided upon.

Alignment and/or Misalignment with Gender Harmony Model:

This use case's primary workflow requires alignment with the Gender Harmony Model in both involved systems; the alternative workflow assumes only the Order Entry System is aligned.

Current Standard Support:

  • HL7 V2.x   
V2.x Resource: Patient Segment is affected, as only Administrative Gender exists. Order segments might be affected by the changes provided in the Gender Harmony Model.
  • HL7 V3
V3 Resource:
  • HL7 FHIR
FHIR Resource:
  • DICOM
DICOM Resource: Will affect the Modality Worklist (SOP). (Note that it may not apply as DICOM typically does not handle approvals.)
  • NCPDP
NCPDP Resource:
  • X12
X12 Resource: Currently X12 has "Gender Code". There may need to be updates to handle SFCU. (However, claims are typically handled on the front end.)

  • Other (please specify standard and resource below)

Other:

Required Additional Standard Support:


  • No labels