INTRODUCTION

Transgender (Trans, Trans*) persons may have a gender identity and a preferred name that differ from those assigned at birth, and/or those listed on their current legal identification (Gender Identification, Birth-assigned Sex, Legal Sex). Recent estimates indicate that as many as 0.5 % of the US population identifies as transgender, a population roughly equal to the US population of Hawaiian and Pacific Islanders.1 , 2 Transgender people who are referred to in a clinical setting using the wrong pronoun or name may suffer distress, ridicule or even assault by others in the waiting area, and may not return for further care. Transgender people face intense health disparities and lack of access to care; failure to accurately document (and therefore count) transgender identities furthers these disparities through negative implications on quality improvement and research efforts, funding priorities and policy activities.3 , 4 , 5

“Gender ID data” can be defined as gender ID, birth-assigned sex, legal sex, preferred name, and legal name. The US General Accountability Office’s Health Information Technology (HIT) Policy Committee has recently recommended that the Office of the National Coordinator for Health Information Technology include the capture of gender ID data in electronic health records (EHR) as part of Meaningful Use Stage 3.6 , 7 While general recommendations have been published,3 recent research demonstrates a wide range of current practices in how this information is captured, and current proposed Systematized Nomenclature in Medicine (SNOMED) codes do not reflect these recommendations.7 , 8 Barriers to standardization may include lack of specific functionality in a given product, limited understanding of gender identity (gender ID) issues among EHR implementation teams, competing institutional priorities, or a lack of institutional will to address a new and confusing issue. In the rush to develop functionality to meet the upcoming Meaningful Use mandate, it is essential that the issue receive careful consideration to avoid a retrospectively less than ideal outcome and product.

As such, special efforts must be taken to optimize the manner in which gender ID data is collected, stored, and then accessed and displayed in an electronic medical record. While several publications have described what data to collect and how to collect it, limited guidance exists for EHR development teams seeking hard, practical guidance on what actual workflows would look like for end users. This article aims to provide insights into the process based on extensive experience in developing and implementing EHR gender ID functionality at several institutions.

Efforts must begin at registration, where ideally a kiosk or web portal system will allow patients to enter demographic information anonymously, and can increase the likelihood of honest responses.9 In the absence of such a self-report system, paper intake forms should be tailored to reflect best practices while minimizing confusion and occupation of valuable space.

Current best practices for the collection of gender ID data (name, gender ID) recommend collection of both gender ID and birth-assigned sex.3 , 6 Transgender people can be identified as those whose gender identity and birth-assigned sex differ. This is known as the “two-step” process and is superior to a single step that provides choices of “male”, “female” and “transgender,” as many transgender people will identify as both male or female AND transgender.6, 10

Institutions may have valid concerns regarding collection and use of these data. Safety practices, HIPAA and the Red Flag Rule all require verification of legal identity in settings such as lab, x-ray or procedures. Accurate reporting of legal identity is necessary for appropriate insurance billing. Busy front office staff in settings where most patients are not transgender need to have their overall keystroke load minimized for the majority of their patients. Training needs for clinic providers and staff must be standardized, routinized, and clarified in a way that fits in with many other demands and priorities to insure that current and new hires are fluent in these practices. Here, we attempt to provide an exhaustive description of possible patient scenarios and propose experience-based and evidence-based solutions.

GENDERQUEER, GENDER NONCONFORMING, AND NEUTRAL VERSUS POLAR PRONOUNS

Some transgender persons may have a gender ID of genderqueer or gender nonconforming; such identities may involve a preference for neutral pronouns as opposed to the traditional polar “he/him” and “she/her”. In some cases, the pronouns “they/them” are used and in other cases, the pronouns “zie/hir” are used (pronounced “Zee” and “Here”). Use of the latter may prove difficult to some to master, and as such, the use of “they/them” is a good general recommendation to make for those who identify with neutral pronouns. For example, a provider may call a nurse into the exam room at the end of the visit and say, “They would like to learn more about our online patient portal system. Can you please give them our information pamphlet?”

POTENTIAL SCENARIOS

  1. 1)

    Transgender person with a gender ID that differs from birth-assigned sex and legal sex (which are the same). Example: gender ID = male, birth-assigned sex = female, legal sex = female. This would represent a transgender person who has not changed their legal identity documents to reflect their gender ID (Fig. 1).

    Figure 1.
    figure 1

    Gender ID and preferred name differ from birth-assigned and legal data for a transgender patient who has not made any legal document changes. Asterisks serve to denote that preferred name and pronoun which are displayed in the banner differ from those on legal documents. In this case, Gender ID = Male or Transgender male, Birth Sex = Female, Legal Sex = Female, Preferred Name = John, Pronouns = He/Him.

  2. 2)

    Transgender person with gender ID and legal sex that are the same, and birth-assigned sex that is different. Example: gender ID = female, birth-assigned sex = male, legal sex = female. This would represent someone who has changed their legal documents to reflect their gender ID (Fig. 2).

    Figure 2.
    figure 2

    Legal documents have been changed to reflect the legal name and gender ID in a transgender patient with a gender ID that maps to polar (i.e., M/F) pronouns. No asterisks are present; information relevant to their transgender history is contained in the medical history section of the chart. In this case, Gender ID = Female, Birth Sex = Male, Legal Sex = Female, Pronounds = She/Her.

  3. 3)

    Transgender person with a gender ID that differs from birth-assigned sex and legal sex (which are also different). Example: gender ID = genderqueer, birth-assigned sex = male, legal sex = female. This would represent a genderqueer-identified person, assigned male at birth, who, when faced with the requirement to choose from either “Male” or “Female” to be listed on legal documents such as a driver license or passport, chooses “Female” (Figs. 3 and 4).

    Figure 3.
    figure 3

    Legal name has been changed in a genderqueer patient whose gender ID maps to neutral pronouns (regardless of birth sex). Legal sex may or may not have been changed. Asterisk denotes that legal sex differs from gender ID.

    Figure 4.
    figure 4

    Preferred name displayed in banner (JB) differs from legal name (John), as indicated by an asterisk. Patient may or may not be transgender; however, gender marker is aligned with legal sex, as indicated by a lack of an asterisk in the gender field.

Each of these scenarios has different considerations and requires functionality that permits individualized solutions (Fig. 5).

Figure 5.
figure 5

Collection logic flow. Note that the inclusion of a fourth gender ID field for direct entry of preferred pronoun would require additional functionality.

GENERAL FUNCTIONALITY RECOMMENDATIONS

  1. 1)

    Implement three gender fields:

    • Gender ID

    • Birth Sex

    • Legal Sex

  2. 2)

    Implement preferred name field (can use existing nickname or other alias field if such functionality exists).

  3. 3)

    Banner “gender” field would actually indicate preferred pronoun as driven by the Gender ID field, for all patients (details below).

  4. 4)

    Banner “name” field could be driven by legal name for all patients except for those who have an entry in the preferred/nickname field, the presence of which serves as a Boolean flag to drive the routing of the preferred name to the banner in the place of the legal name. Note this functionality would also have utility for non-transgender patients who have a preferred name or nickname (Fig. 4).

  5. 5)

    Asterisk (*) or other alert icon could be displayed in the banner for any patient whose gender ID ≠ legal sex, and/or any patient whose preferred name ≠ legal name. This notifies staff that they must utilize other demographic information not displayed on the banner in order to verify identity, process billing claims, etc.…

  6. 6)

    Electronic processes such as billing, printing prescriptions and lab labeling can be driven on the back end by legal sex and legal name fields. Simple patient education materials can explain the need to retain and use legal identifiers in these settings.

  7. 7)

    To minimize registration staff keystrokes, and to minimize confusion for those non-transgender patients who are self-registering via portal or kiosk, demographics input interfaces might only display a field called “Gender,” which is actually the “Gender ID” field. Completion of this gender field will auto-populate the birth sex and legal sex fields, which will not be visible in this view (visible in the demographics section only). A radio button could exist next to the “gender” field, with a label “click here if gender identity differs from birth sex.” Upon clicking this button, the birth sex and legal sex fields would appear and could be modified by the patient or by entering staff. Engaging stakeholders and providing culturally grounded initial and ongoing staff training and quality improvement exercises are essential for a successful implementation. The Center of Excellence for Transgender Health at the University of California, San Francisco, has developed an online animated training tool that provides useful guidance on the mechanics of gender ID data collection in a clinical setting (http://transhealth.ucsf.edu/video/story.html).

Note that “banner” includes other locations where name and gender info might be displayed for “quick look” purposes, i.e., a provider’s daily schedule, phlebotomy draw schedule, etc.

Medical details of a patient’s trans-related history could be kept in the medical/surgical history and problem list area, so providers could see this information when needed.

PRONOUNS

For non-transgender patients, there is a straightforward and implicit mapping of male or female gender to an “M” or “F” gender marker and male (he, him) or female (she, her) pronouns; as such, historically no “pronoun” field has existed in EHR systems, as the user simply looks at the sex/gender field and mentally maps this to the correct pronouns. In the case of transgender patients, this is not so straightforward. Table 1 provides a mapping of possible gender ID field values to pronouns and gender markers. Note that this is not a one-to-one data relationship, and that more than one gender identity value can map to the same gender marker and pronoun set. Note that some institutions may choose to add a fourth field that allows direct entry of the preferred pronoun, as opposed to the use of this mapping scheme.

Table 1. Proposed Mapping of Gender ID, Gender Markers, and Pronouns

Training curricula and materials should provide guidance on how to recognize and use these pronouns, with particular attention to what seems to be the grammatically incorrect use of “they” and “them.” Staff inexperienced in transgender care may find these non-binary gender identities and terminologies to be particularly difficult to understand and utilize. Inclusion of an added real-time reminder or popup for patients whose pronoun preference is “They/Them” within the user interface may help reinforce this behavior among naïve clinic staff and providers. Such a reminder might be designed to popup for a limited number of times per user to reinforce the appropriate use of pronoun and not overburden the user.

The trend of data-to-text functionality within EHR systems that creates “gendered” natural language adds additional challenges in the care of transgender patients. For example, a provider may check a “negative” radio button in the review of systems section under “chest pain”; the data-to-text functionality would then place the phrase “he has not had any chest pain” into the electronic encounter note. Limited data exists evaluating such functionality, and the data that does exist evaluated systems that used natural language to generate chart summaries from expansive data rather than in the context described here, where discrete data points are expanded into natural language expression. In the absence of any data supporting the use of natural-language expansion of point data, particularly with respect to using pronouns (as opposed to more clinical terminology such as “the patient”), we question the expanding role of such functionality in EHRs.11 , 12

CONCLUSION

Improved, standardized and disseminated best practices for collecting, storing and displaying gender identity data will have a wide range of positive effects on patient satisfaction and quality of care, research, funding allocations and policy. Institutional will to undertake the infrastructure and training measures needed to realize these best practices is essential for success. Training efforts should take into consideration that many staff will only serve a handful of transgender patients at most each year, and that staff may vary widely in their ability (or willingness) to master and maintain these skills. A rational approach that engages clinical facility stakeholders is essential. As institutions begin to demand appropriate and insightful EHR functionality, vendors will compete to respond to these demands.