Reference·HL7 v2·GT1
HL7 v2 Reference

HL7 v2 GT1 Segment Guide: Fields, Format, and Testing Gotchas

Jul 27, 2026 · 6 min read

GT1 shows up in DFT and BAR messages carrying the person who is financially responsible for the visit, and it is the segment most likely to get skipped in test suites because nobody thinks of "who pays the bill" as clinical data.

Quick answer

GT1 is the Guarantor segment in HL7 v2. It carries the name, address, phone, relationship-to-patient, and SSN of whoever is financially responsible for the encounter, most often used in financial and billing-triggered messages like DFT and BAR. If your downstream system does patient statements, self-pay follow-up, or bad-debt routing, it is almost certainly reading GT1.

The fields that actually matter in practice

GT1-1 →
Set ID — sequence number for repeating GT1 segments when more than one guarantor is billed on the same account
GT1-3 →
Guarantor Name — the name of the person on the hook for the bill, structured as a name field with family/given/middle components
GT1-5 →
Guarantor Address — mailing address used for statements and collections correspondence, not necessarily the patient's home address
GT1-6 →
Guarantor Phone Number - Home — home contact number for the guarantor, formatted like other telecom fields elsewhere in HL7 v2
GT1-11 →
Guarantor Relationship — coded relationship of the guarantor to the patient — self, spouse, child, other — drives eligibility and coordination logic downstream
GT1-12 →
Guarantor SSN — Social Security Number, one of the more sensitive fields in the whole message and a frequent target of masking rules

Example

Synthetic example Generated by Synthibase
GT1|1||DOE^JOHN^R||482 OAK ST^^DENVER^CO^80202|3035550142|||||01|123-45-6789

A synthetic GT1 segment for a self-pay guarantor. All names, addresses, and the SSN are fabricated for this example.

Where this trips people up

Teams building test data for billing workflows tend to treat GT1 as an afterthought because it feels administrative rather than clinical, so test files ship with the segment missing entirely, or with every guarantor set to "self" so the relationship-code branches in the billing engine never actually get exercised. Another common miss: SSN fields in GT1 are frequently left populated with realistic-looking values in lower environments, which is exactly the kind of PHI exposure that synthetic data generation exists to prevent. If your test generator isn't producing a spread of guarantor relationships and consistently fake SSNs, your GT1 coverage is thinner than it looks.

How to Build a Synthetic Patient Registry for Healthcare Testing
How to Reduce Claim Denials Through Better Pre-Submission Testing
Generate realistic GT1 test data without touching real SSNs
Synthibase produces fully synthetic guarantor records — names, addresses, relationships, and fake-but-valid SSNs — so your billing and financial workflows get real test coverage without any PHI risk.
Start free trial →
This page is written independently by Synthibase for testing and informational purposes. It is not an official publication of HL7 International or X12/Washington Publishing Company, and is not a substitute for reviewing the official standard or your trading partner's companion guide. See our Terms of Service for full legal terms.