270 - 271 - 5010 Implementation Guide
270 - 271 - 5010 Implementation Guide
www.wpc-edi.com
WPC © 2008
Copyright for the members of ASC X12N by Washington Publishing Company.
Permission is hereby granted to any organization to copy and distribute this material internally as long as this copy-
right statement is included, the contents are not changed, and the copies are not sold.
ii APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Table of Contents
1 Purpose and Business Information ............................... 1
1.1 Implementation Purpose and Scope......................................... 1
1.2 Version Information.......................................................................... 1
1.3 Implementation Limitations .......................................................... 2
1.3.1 Batch and Real-time Usage..................................................... 2
1.3.2 Other Usage Limitations ......................................................... 2
1.4 Business Usage ................................................................................. 3
1.4.1 Background Information ......................................................... 3
1.4.2 Basic Concepts ........................................................................ 5
1.4.3 Batch and Real Time................................................................ 8
1.4.4 Supported Business Functions ............................................ 10
1.4.5 Unsupported Business Functions ....................................... 14
1.4.6 Information Linkage............................................................... 15
1.4.6.1 Real Time Linkage .................................................. 15
1.4.6.2 Batch Linkage......................................................... 16
1.4.7 Implementation-Compliant Use of the 270/271
Transaction Set ...................................................................... 18
1.4.7.1 Minimum Requirements For Implementation
Guide Compliance .................................................. 19
1.4.7.2 Recommended Additional Support ......................... 22
1.4.7.3 Streamlining Responses......................................... 24
1.4.7.4 Person Specific Benefit Responses ....................... 24
1.4.7.5 Patient History Benefit Responses ......................... 24
1.4.8 Search Options ...................................................................... 25
1.4.8.1 Required Primary Search Options .......................... 25
1.4.8.2 Required Alternate Search Options ........................ 26
1.4.8.3 Name/Date of Birth Search Option ......................... 28
1.4.8.4 Member ID Number/Date of Birth Search
Option ..................................................................... 30
1.4.8.5 Additional Alternate Search Options ....................... 32
1.4.8.6 Insufficient Identifying Elements ............................. 33
1.4.8.7 Multiple Matches..................................................... 33
1.4.9 Patient Responsibility ........................................................... 33
1.4.10 Rejected Transactions ........................................................... 36
1.4.11 Disclaimers Within the Transactions ................................... 37
1.4.12 Message Segments................................................................ 37
1.4.13 Information Flows .................................................................. 37
1.4.13.1 Basic Information Flow ........................................... 37
1.4.13.2 Intermediaries ......................................................... 38
1.4.13.3 Multiple Intermediaries............................................ 38
1.4.13.4 Multiple Responders ............................................... 39
1.4.13.5 Value Added Service Organizations ....................... 39
1.4.13.6 Complex Requester Environments......................... 40
1.5 Business Terminology .................................................................. 41
1.6 Transaction Acknowledgments................................................. 42
1.6.1 997 Functional Acknowledgment ......................................... 43
1.6.2 999 Implementation Acknowledgment................................. 43
iv APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
APRIL 2008 v
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
vi APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
B Nomenclature..............................................................................B.1
B.1 ASC X12 Nomenclature ...............................................................B.1
B.1.1 Interchange and Application Control Structures ...............B.1
B.1.1.1 Interchange Control Structure ...............................B.1
B.1.1.2 Application Control Structure Definitions and
Concepts ...............................................................B.2
B.1.1.3 Business Transaction Structure Definitions and
Concepts ...............................................................B.6
B.1.1.4 Envelopes and Control Structures.......................B.19
B.1.1.5 Acknowledgments ...............................................B.22
B.2 Object Descriptors.......................................................................B.23
The purpose of this implementation guide is to explain the developers' intent when the
Health Care Eligibility, Coverage, or Benefit Inquiry (270) and Health Care Eligibility,
Coverage, or Benefit Information (271) transaction sets were designed and to give
guidance on how they should be implemented in the health care industry. Specifically,
this guide defines where data is put and when it is included for the ANSI ASC X12.281
and X12.282 transaction sets for the purpose of conveying health care eligibility and
benefit information. This paired transaction set is comprised of two transactions: the
270, which is used to request (inquire) information, and the 271, which is used to respond
with coverage, eligibility, and benefit information. The official names for these transactions
are:
The unique Version/Release/Industry Identifier Code for transaction sets that are defined
by this implementation guide is 005010X279.
The two-character Functional Identifier Codes for the transaction sets included in this
implementation guide:
APRIL 2008 1
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
Batch - In a batch mode the sender does not remain connected while the receiver
processes the transactions. Processing is usually completed according to a set schedule.
If there is an associated business response transaction (such as a 271 Response to a
270 Request for Eligibility), the receiver creates the response transaction and stores it
for future delivery. The sender of the original transmission reconnects at a later time and
picks up the response transaction. This implementation guide does not set specific
response time parameters for these activities.
Real Time - In real-time mode the sender remains connected while the receiver processes
the transactions and returns a response transaction to the sender. This implementation
guide does not set specific response time parameters for implementers.
This implementation guide is intended to support use in batch and real-time mode. A
statement that the transaction is not intended to support a specific mode does not
preclude its use in that mode between willing trading partners.
2 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
levels or for multiple dependents, each patient request counts as one patient request
toward the maximum number of ninety-nine patient requests (See Section 1.4.2 Patient
subsection for additional information).
Real Time
It is required that the 270 transaction contain only one patient request when using the
transaction in a real time mode (See the Exceeding The Number of Patient Requests
section below for the exception). One patient is defined as either, one subscriber loop
if the member is the patient, or one dependent loop if the dependent is the patient (See
Section 1.4.2 Patient subsection for additional information).
In the event the Information Receiver exceeds the maximum number of patient requests
allowed, two possible scenarios arise. First, if the processor of the transaction (either
the switch or the Information Source) detects the maximum has been exceeded, a 271
with a AAA segment with element AAA03 containing a code value "04" (Authorized
Quantity Exceeded) will be issued. If this has been detected by a switch, use the AAA
segment in the Information Source Level (Loop 2000A). If this has been detected by an
Information Source, use the AAA segment in the Information Source Name loop (Loop
2100A). Second, the processor's system may actually fail, in which case it may not be
possible to send any message back and trading partners should be aware of this
possibility.
APRIL 2008 3
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
The Health Care Eligibility and Benefit transactions are designed so that inquiry submitters
(information receivers) can determine (a) whether an information source organization
(e.g., payer, employer, HMO) has a particular subscriber or dependent on file, and (b)
the health care eligibility and/or benefit information about that subscriber and/or
dependent(s). The data available through these transaction sets is used to verify an
individual's eligibility and benefits, but cannot provide a history of benefit use. The
information source organization may provide information about other organizations that
may have third party liability for coordination of benefits. Note, the identification of
subscriber/dependent and associated relationship code values may or may not be the
values needed to determine primary/secondary coverage for coordination of benefits on
claims transactions.
To accomplish this, two Health Care Eligibility and Benefit transaction sets are used.
The two ASC X12 transaction sets are:
• Health Care Eligibility and Benefit Inquiry (270) from a submitter (information receiver)
to an information source organization
• Health Care Eligibility and Benefit Information (271) from an information source
organization to a submitter (information receiver)
The eligibility transaction sets are designed to be flexible enough to encompass all the
information requirements of the various entities. These entities may include:
• insurance companies
• health maintenance organizations (HMOs)
• preferred provider organizations (PPOs)
• health care purchasers (i.e., employers)
• professional review organizations (PROs)
• social worker organizations
• health care providers (e.g., physicians, hospitals, laboratories)
• third-party administrators (TPAs)
• health care vendors (e.g., practice management vendors, billing services)
4 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Some submitters do not have ready access to enough information to generate an inquiry
to a payer. An outside lab or pharmacy providing services to an institution may need to
send an inquiry to the institutional provider to obtain enough information to identify to
which payer a health care eligibility or benefit inquiry should be routed. Because of this
type of situation, a 270 may be originated by a provider and sent to another provider, if
the inquiry is supported by the receiving provider.
APRIL 2008 5
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
For example, Joe Smith is the primary policy holder and has a Member ID 1234501. He
is considered a subscriber. Joe's wife, Jane Smith, is covered under Joe's policy and
has a Member ID 1234502. Jane is considered a subscriber as well since she has a
unique Member ID number (in this case the suffix is different).
NOTE
The terms Member Identification Number, Member ID Number and Member ID are used
throughout this Implementation Guide. In addition to numeric values, they may contain
characters associated with data type AN. See Appendix B Section B.1.1.3.1.4 - String
for additional information.
For example, John Jones is the primary policy holder and has a Member ID 54321. He
is considered a subscriber. John's wife, Susan Jones, is covered under John's policy
and has a Member ID 54321. Susan is considered a dependent since she does not have
a unique Member ID number and must be associated with John's Member ID number.
Patient
There is no HL loop dedicated to patient, rather, the patient can be either the subscriber
or the dependent. Different types of information sources identify patients in different
manners depending upon how their eligibility system is structured.There are two common
approaches for the identification of patients by an information source.
The first approach is to assign each member of the family (and plan) a unique ID number.
This number can be used to identify and access that individual's information independent
of whether he or she is a child, spouse, or the actual subscriber to the plan. In this
approach, the patient will be identified at the subscriber hierarchical level because a
unique ID number exists to access eligibility information for this individual.
Some health plans create a suffix for each individual and append it to the end of the
primary subscriber's identification number, which constitutes a unique ID number for the
purposes of the 270/271 transaction making each individual uniquely identifiable to the
information source.
The second approach is either to assign the actual member or contract holder (the
primary subscriber) a unique ID number or utilize an existing number of theirs (such as
Social Security Number or Employee Identification Number). This number is entered
6 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
into the eligibility system. Any related spouse, children, or dependents are identified
through the primary subscriber's identification number and have no unique identification
number of their own. In this approach, the primary subscriber would be identified at the
subscriber level (2000C loop) and the actual patient (spouse, child, etc.) would be
identified at the dependent level (2000D loop) which is sub-ordinate to the subscriber
(2000C) loop.
APRIL 2008 7
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
subscriber is to be returned in the 271 2100C loop and the patient is to be returned in
the 271 2100D loop with the patient response information located in the 2110D loop.
See Section 1.4.7.1 - Minimum Requirements For Implementation Guide Compliance
271 item 4 for additional information.
If a TRN segment was submitted in the 270 2000C loop, it must be returned in the 271
2000D loop. If a REF segment with REF01 = "EJ" was submitted in the 270 2100C loop,
it must be returned in the 271 2100D loop. See Section 1.4.6 - Information Linkage.
If a TRN segment was submitted in the 270 2000D loop, it must be returned in the 271
2000C loop. If a REF segment with REF01 = "EJ" was submitted in the 270 2100D loop,
it must be returned in the 271 2100C loop. See Section 1.4.6 - Information Linkage.
Batch
When transactions are used in batch mode, they are typically grouped together in large
quantities and processed en-masse. Typically, the results of a transaction that is
processed in a batch mode would be completed for the next business day if it has been
received by a predetermined cut off time.
If the transaction set is to be used in a batch mode, the Information Receiver sends the
270 to the Information Source, typically through a clearinghouse (switch), but does not
8 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
remain connected while the Information Source processes the transactions. The
Information Source creates a 271 for the Information Receiver off-line. The Information
Receiver typically reconnects at a later time (the amount of time is determined by the
information source or clearinghouse) and picks up the 271. It is required that the 270
transaction contains no more than ninety-nine patient requests when using the
transactionin a batch mode (See the Exceeding The Number of Patient Requests section
below for the exception). In a batch mode, it is possible to have patient requests in both
the subscriber and dependent levels (e.g. subscriber and spouse). In a batch mode it is
also possible to have more than one dependent patient requests (e.g. twins). In the case
where there are patient requests at both the subscriber and dependent levels or for
multiple dependents, each patient request counts as one patient request toward the
maximum number of ninety-nine patient requests (See Section 1.4.2 Patient Request
subsection for additional information). The 271 response can only contain eligibility and
benefit information for the patient(s) identified in the 270 request unless the 270 request
contained a value of "FAM" in 2100C EQ03 and this level of functionality is supported
by the Information Source.
Real Time
Transactions that are used in a real time mode typically are those that require an
immediate response. In a real time mode, the sender sends a request transaction to the
receiver, either directly or through a clearinghouse (switch), and remains connected
while the receiver processes the transaction and returns a response transaction to the
original sender. Typically, response times range from a few seconds to around thirty
seconds, and should not exceed one minute.
Important: When in real time mode, the receiver must send a response of either the 271
response transaction, a 999 Implementation Acknowledgment, or a TA1 segment (for
details on the TA1 segment, see Section B.1.1.5.1 - Interchange Acknowledgment, TA1).
If the transaction set is to be used in a real time mode, the Information Receiver sends
the 270 transaction through some means of telecommunication (e.g. Async., TCP/IP,
LU6.2, etc.) to the Information Source (typically through a clearinghouse - see Sections
1.4.13.2 and 1.4.13.3) and remains connected while the Information Source processes
the transaction and returns a 271 to the Information Receiver. It is required that the 270
transaction contain only one patient request when using the transaction in a real time
mode (See the Exceeding The Number of Patient Requests section below for the
exception). One patient is defined as either, one subscriber loop if the member is the
patient, or one dependent loop if the dependent is the patient (See Section 1.4.2 Patient
for additional information). The 271 response can only contain eligibility and benefit
information for the patient(s) identified in the 270 request unless the 270 request contained
APRIL 2008 9
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
a value of "FAM" in 2100C EQ03 and this level of functionality is supported by the
Information Source.
In the event the Information Receiver exceeds the maximum number of patient requests
allowed, two possible scenarios arise. First, if the processor of the transaction (either
the clearinghouse or the Information Source) detects the maximum has been exceeded,
a 271 with a AAA segment with element AAA03 containing a code value "04" (Authorized
Quantity Exceeded) will be issued. If this has been detected by a clearinghouse, use
the AAA segment in the Information Source Level (Loop 2000A). If this has been detected
by an Information Source, use the AAA segment in the Information Source Name loop
(Loop 2100A). Second, the processor's system may actually fail, in which case it may
not be possible to send any message back and trading partners should be aware of this
possibility.
If trading partners are going to engage in both real time and batch eligibility, it is
recommended that they identify the method they are using. One suggested way of
identifying this is by using different identifiers for real time and batch in GS02 (Application
Sender's Code) for the 270 transaction. A second suggested way is to add an extra letter
to the identifier in GS02 (Application Sender's Code) for the 270 transaction, such as
"B" for batch and "R" for real time. Regardless of the methodology used, this will avoid
the problems associated with batch eligibility transactions getting into a real time
processing environment and vice versa.
10 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
send additional data segment information within the 270 transaction sets at the subscriber
and dependent levels.
An example of the overall structure of the 270 transaction set when used in a batch
environment is:
APRIL 2008 11
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
Dentist Bonding
12 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
The content of the Health Care Coverage, Eligibility, and Benefit Information transaction
set varies, depending on the level of data made available by the information source
organization.
Note to receivers of 271 transactions: Due to the varying level of detail that can be
returned in the 271, it is necessary to design your system to receive all of the data
segments and data elements identified as used or situational, and account for the number
of times a data segment can repeat.
General Inquiry
Specific Inquiry
The Health Care Eligibility transaction sets are designed to satisfy the needs of a simple
eligibility status inquiry (is the subscriber/dependent eligible?) or a request for more
complex benefit amounts, co-insurance, co-pays, deductibles, exclusions, and limitations
related to a specific procedure. To support this broad range of health care eligibility or
benefit inquiry needs, the transaction sets can be viewed as a cone of information
APRIL 2008 13
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
As more complex health care eligibility or benefit information is requested from the
recipient or organization, the 270 transaction set submitter may need to supply more
detailed information in the request, and the recipient may be expected to return more
information in the 271 transaction set reply (See Figure 1.1 - Information Requirements).
The specific information detail requirements and any type of health care eligibility or
benefit inquiry or reply message is established by the business relationship between the
transaction sets submitter and recipient organization.
These functions are supported by the Health Care Services Review (ASC X12 278)
transaction set developed and supported by X12N/TG2/WG10, the Health Care Services
Review WG.
14 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Information Receiver
Information Source
• TRN segments in the 271 response transaction in either Loop 2000C or Loop 2000D,
whichever is the patient. The information source may create one occurrence of the
TRN segment at the lower of these levels. This segment is optional for the information
source, however, this gives the information source a mechanism to pass a transaction
reference number to the information receiver to use if there is a need to follow up on
the transaction.
Clearinghouse
APRIL 2008 15
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
contain all of the HL Loops. This information is required for the clearinghouse if using
the transaction in Real Time and the receiver of the 270 transaction (whether it is a
clearinghouse or information source) must return it in the 271 BHT03.
• TRN segments in either Loop 2000C or Loop 2000D, whichever is the patient. A
clearinghouse may create one occurrence of the TRN segment at the lower of these
levels. These segments are optional for a clearinghouse however if the information
source receives them, they must be returned in the 271 response transaction unless
a AAA is generated in 2000A, 2100A or 2100B. In the event that the 270 transaction
passes through more than one clearinghouse, the second (and subsequent)
clearinghouse may choose one of the following options. Option One: If the second or
subsequent clearinghouse needs to assign their own TRN segment they may replace
the received TRN segment belonging to the sending clearinghouse with their own TRN
segment. Upon returning a 271 response to the sending clearinghouse, they must
remove their TRN segment and replace it with the sending clearinghouses TRN
segment. Identification of whose TRN segment is whose can be accomplished by
utilizing TRN03, which is required for clearinghouses. If the clearinghouse intends on
returning their TRN segment in the 271 response to the information receiver, they must
convert the value in TRN01 to "1". Option Two: If the second or subsequent
clearinghouse does not need to assign their own TRN segment, they should merely
pass all TRN segments received in the 270 transaction and pass all TRN segments
received in the 271 response transaction.
NOTE: If the Information Source determines that the patient was submitted as a
subscriber but is actually a dependent, the TRN segment(s) submitted in the 2000C
loop, along with the patient information will be moved to the 2000D loop. If the
Information Source determines that the patient was submitted as a dependent but is
actually a subscriber, the TRN segment(s) submitted in the 2000D loop, along with
the patient information will be moved to the 2000C loop. See Section 1.4.2 - Basic
Concepts for additional information.
16 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Information Receiver
Information Source
• TRN segments in the 271 response transaction in either Loop 2000C or Loop 2000D,
whichever is the patient. The information source may create one occurrence of the
TRN segment at the lower of these levels. This segment is optional for the information
source, however, this gives the information source a mechanism to pass a transaction
reference number to the information receiver to use if there is a need to follow up on
the transaction.
NOTE: If the Information Source determines that the patient was submitted as a
subscriber but is actually a dependent, the TRN segment(s) submitted in the 2000C
loop, along with the patient information will be moved to the 2000D loop. If the
Information Source determines that the patient was submitted as a dependent but is
actually a subscriber, the TRN segment(s) submitted in the 2000D loop, along with
the patient information will be moved to the 2000C loop. See Section 1.4.2 for additional
information.
APRIL 2008 17
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
The 271 transaction is designed to report a great deal more than "Yes, the patient is
eligible today". Some of the items that can be returned if the conditions apply are:
Co-payment, Co-insurance, Deductible amounts, Plan Beginning and Ending Dates,
allowing for dates other than the current date and information about the Primary Care
Provider. Additionally, specific service types and their related information can also be
returned.
The 271 response can get as elaborate as identifying what days of the week a member
can have a service performed and where, the number of benefits they are allowed to
have and how many of them they have remaining, whether the benefit conditions apply
to "in" or "out" of network, etc. Anything that is identified as situational in the 271 could
possibly be returned, this is the super set.The Implementation Guide states that receivers
of the 271 transaction need to "design their system to receive all of the data segments
and data elements identified as used or situational, and account for the number of times
a data segment can repeat." This allows the information source the flexibility to send
back relevant information without the receiver having to reprogram their system for each
different information source.
Just as the 271 response can be as elaborate as the information source wishes to return,
the 270 request can also be very explicit. A provider could send a 270 request to ask
whether a particular patient is eligible for a particular procedure with a particular diagnosis
code, identify who the provider of the service will be and even to identify when and where
the requested service will be performed. An information source is not required to generate
an explicit response to an explicit request if their system is not capable of handling such
requests. However, the more information an information source can provide the
information receiver regarding specific questions, the more both parties will be able to
18 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
reduce phone calls and long interruptions. The information source is required to at least
respond with the minimum compliant response as noted in this section and may not
reject the transaction merely because they cannot process an explicit request. Willing
trading partners are allowed to use any portion or all of the 270/271 super set; so long
as they support the minimum data set, but are not allowed to add to or change it in order
to remain compliant with this Implementation Guide.
271
Unlike the 004010X092 270/271 Health Care Eligibility Benefit Request Response
Implementation Guide which stated "An information source must respond with either an
acknowledgment that the individual has active or inactive coverage or that the individual
was not found in their system", the mandated response now has some additional
requirements.
If the individual is located in the information source's system, the following must be
returned:
1. If the individual has active coverage, the 346 Plan Begin date must be returned in
2100C/D DTP unless multiple plans apply to the individual or multiple plan periods
apply, which must then be returned in the 2110C/D DTP. May alternately return a
291 Plan range of dates if known.
If benefit dates are different from the 2100C/D Plan or Plan Begin date, either 348
Benefit Begin date or 292 Benefit date must be returned in the 2110C/D loop with
the associated EB03 benefit.
NOTE: Plan dates represent coverage dates in the plan or program that is being
represented in the response. This date does not have to represent the historical
beginning of eligibility for the plan, only the most recent plan date(s). For example,
Medicaid may only report plan dates in one month periods of time.
APRIL 2008 19
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
2. For each plan for which the individual has active or inactive coverage, a 2110C/D
loop is required with EB01 Status = 1, 2, 3, 4, 5, 6, 7 or 8 with 2110C/D EB03 Service
Type Code = 30 (Health Benefit Plan Coverage) and Plan Name in EB05 if one exists.
3. If the patient is the subscriber, demographic information (Subscriber's First and Last
Name, Subscriber's Date of Birth and Member ID) and any other information (e.g.
Address) required to identify the individual on subsequent EDI transactions (e.g. 837
Health Care Claim or 278 Health Care Services Review - Request for Review) must
be returned.
4. If the patient is a dependent, demographic information (Subscriber's Member ID,
Dependent's First and Last Name, and Dependent's Date of Birth) and any other
information (e.g. Address) required to identify the individual on subsequent EDI
transactions (e.g. 837 Health Care Claim or 278 Health Care Services Review -
Request for Review) must be returned.
5. Primary Care Provider in 2120C/D if applicable
6. Other payers or plans if known in 2120C/D. (Note: Do not return details of coverage
or benefits associated with other payers or plans, the Information Receiver should
initiate a separate 270 request to the other payer or plan to determine the level of
coverage.)
7. The information source is also required to return information from any of the following
segments supplied in the 270 request that was used to determine the 271 response:
2100B N3 or N4
2100B, 2100C or 2100D PRV
2100C or 2100D HI
2110C or 2110D loop (all segments)
Examples of such information are, but not limited to, service type codes, procedure
codes, diagnosis codes, facility type codes, dates and identification numbers.
NOTE: If the information from the above listed segments in the 270 request was not
used to determine the 271 response, that information from the 270 request must not
be returned. In this instance, the information source may return this information from
what they have on file.
8. If an information source receives a Service Type Code "30" submitted in the 270
EQ01 or a Service Type Code that they do not support, the following 2110C/D EB03
values must also be returned if they are a covered benefit category at a plan level.
1 - Medical Care
33 - Chiropractic
20 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
35 - Dental Care
47 - Hospital
86 - Emergency Services
88 - Pharmacy
98 - Professional (Physician) Visit - Office
AL - Vision (Optometry)
MH - Mental Health
UC - Urgent Care
The above codes must have the appropriate EB01 = 1-5. If it is not a covered benefit,
the code must not be returned. The repetition function of EB03 must be used if only
reporting the Active Status or if Patient Responsibility is the same across multiple
benefits. If any of the above benefits are associated with an other entity (e.g. carve
out) the information must be returned in 2120C/D if known.
If the information source's plan does not fall into any of the 10 Service Type Codes
listed above, the plan must return the Active Status information and whatever additional
appropriate service type code does define the benefit. If no service type code exists,
the plan may return either the appropriate procedure code(s) in EB13 or a description
in MSG01. EB03 and EB13 cannot both be used in the same EB segment. If an
appropriate procedure code is available for use in EB13, MSG01 must not be used.
9. If an information source supports an explicit request for Service Type Codes "1", "33",
"35", "47", "86", "88", "98", "AL", "MH" or "UC" submitted in the 270 EQ01, they are
required to return the items identified in items 1 to 6, but are only required to return
benefits associated with the submitted Service Type code and are not required to
return any of the other service type codes identified in the generic response. If the
service type code is supported, however the benefit is not covered, the appropriate
response would be EB01 = "I", Non-Covered.
Additional covered Service Type Codes may be returned at the information source's
discretion; however their absence does not imply that they are not covered.
10. The response will be for the date the transaction is processed, unless a specific Plan
date (prior, current or future) was used from the DTP of the 270. For example, prior
dates are needed for Medicaid inquiries, so providers can determine if a patient's
application for state medical assistance has been processed, claims can not be
submitted until the benefit has been activated, which can be retroactive for qualifying
recipients.
11. When an organization receives an eligibility request and can locate the patient,
however if they are not the true information source (such as labor funds), return an
APRIL 2008 21
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
EB01 = "U" (Contact Following Entity for Eligibility or Benefit Information) with the
true Information Source's contact information in the 2120 loop. In this case, neither
a status of Active or Inactive, nor any of the other required items from this section
are required to be returned.
12. Information Sources are not limited to returning the 10 Service Type Codes identified
in 1.4.7.1 Item 8.
Each of the 10 mandated Service Type Codes identified in Section 1.4.7.1 item 8 ("1",
"33", "35", "47", "86", "88", "98", "AL", "MH" or "UC") can be broken into their components.
This level of support can be used if an information receiver sends a 270 request with
one of the 10 service type codes returned in a mandated 271 response. This will allow
the information receiver to receive more detailed relevant information.
The following are some of the components that make up each of the 10 mandated service
type codes. This is intended as guidance to show some of the service type codes that
could be returned if one of the 10 listed service type codes is sent in a 270 transaction
and not an all inclusive list. If this functionality is supported, the information source must
still return all of the mandated components outlined above. This is not mandated, and
if the information source cannot support this explicit level of request, they are to respond
as if a 270 were received with an EQ01 = 30.
22 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
69 - Maternity
73 - Diagnostic Medical
76 - Dialysis
83 - Infertility
AG - Skilled Nursing Care
BT - Gynecological
BU - Obstetrical
BV - Obstetrical/Gynecological
DM - Durable Medical Equipment
35 - Dental
23 - Diagnostic Dental
24 - Periodontics
25 - Restorative
26 - Endodontics
27 - Maxillofacial Prosthetics
28 - Adjunctive Dental Services
36 - Dental Crowns
37 - Dental Accident
38 - Orthodontics
39 - Prosthodontics
40 - Oral Surgery
41 - Routine (Preventive) Dental
47 - Hospital
48 - Hospital Inpatient
49 - Hospital - Room and Board
50 - Hospital - Outpatient
51 - Hospital - Emergency Accident
52 - Hospital - Emergency Medical
53 - Hospital - Ambulatory Surgical
88 - Pharmacy
89 - Free Standing Prescription Drug
90 - Mail Order Prescription Drug
91 - Brand Name Prescription Drug
92 - Generic Prescription Drug
BW - Mail Order Prescription Drug: Brand Name
BX - Mail Order Prescription Drug: Generic
GF - Generic Prescription Drug - Formulary
APRIL 2008 23
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
24 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
In most cases, the patient's ID card would identify if the person is uniquely identifiable
to the payer or must be associated with the subscriber. For example, if the patient is a
dependent, they are typically listed on the subscriber's ID card as dependents and do
not receive their own ID card. If there is confusion as to whether the patient is a subscriber
or a dependent, the transaction should be submitted with the patient as the subscriber.
Patient is Subscriber
Patient's Member ID (or the HIPAA Unique Patient Identifier if mandated for use)
Patient's First Name
Patient's Last Name
Patient's Date of Birth
If all four of these elements are present the information source must generate a response
if the patient is in their database. All information sources are required to support the
above search option.
When the patient is the subscriber, it is recommended that an Information Source use
all four of these elements in locating the patient in their database; however Information
Receivers should be aware that the Information Source might not have used all four of
these elements.
APRIL 2008 25
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
Patient is Dependent
If the patient is a dependent of a subscriber, the maximum data elements that can be
required by an information source to identify a patient in loop 2100C and 2100D are:
Loop 2100C
Subscriber's Member ID
Loop 2100D
Patient's First Name
Patient's Last Name
Patient's Date of Birth
If all four of these elements are present the information source must generate a response
if the patient is in their database. All information sources are required to support the
above search option if their system does not have unique Member Identifiers assigned
to dependents.
When the patient is the dependent, it is recommended that an Information Source use
all four of these elements in locating the patient in their database; however Information
Receivers should be aware that the Information Source might not have used all four of
these elements.
Patient is Subscriber
If the patient is the subscriber, the maximum data elements that can be required by an
information source for a Required Alternate Search Option to identify a patient in loop
2100C are:
26 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Patient is Dependent
If the patient is a dependent of a subscriber, the maximum data elements that can be
required by an information source for a Required Alternate Search Option to identify a
patient in loop 2100C and 2100D are:
APRIL 2008 27
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
the Information Source is required to reject the transaction and identify in the 2100C or
2100D AAA segment the additional information from the Primary Search Option that is
needed to identify a unique individual in the Information Source's system.
28 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Patient is Subscriber
If the patient is the subscriber, the maximum data elements that can be required by an
information source for a Name/Date of Birth Search Option to identify a patient in loop
2100C are:
Patient is Dependent
If the patient is a dependent of a subscriber, the maximum data elements that can be
required by an information source for a Name/Date of Birth Search Option to identify a
patient in loop 2100D are:
NOTE: When using the Patient is Dependent variant of the Name/Date of Birth Search
Option, a 2000C and 2100C loop must be created with the dependent information sent
in the 2100D loop.
APRIL 2008 29
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
1. For each plan for which the individual has coverage, a 2110C/D loop is required with
EB01 Status = 1, 2, 3, 4, 5, 6, 7 or 8 with 2110C/D EB03 Service Type Code = 30
(Health Benefit Plan Coverage) and Plan Name in EB05 if one exists.
1. Any or all of the information contained in Section 1.4.7.1 (including but not limited to
the Member ID number, Patient's Address and any other information that might help
the provider ensure that the person returned is the patient for which the provider
requested eligibility).
2. If the Member ID is not returned, a 2110C/D with EB01 = "U" (Contact the following
Entity for Eligibility or Benefit Information) and a customer support phone number in
2120C/D.
Provider Validation
When the Name/Date of Birth Search Option is used, the provider must use reasonable
effort in comparing the information returned in the 271 response to information they have
available (e.g. demographic information in their system or directly asking the patient) to
validate the information returned on the 271 is for correct patient.
30 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Patient is Subscriber
If the patient is the subscriber, the maximum data elements that can be required by an
information source for a Member ID/Date of Birth Search Option to identify a patient in
loop 2100C are:
Patient is Dependent
If the patient is a dependent of a subscriber, the maximum data elements that an be
required by an information source for a Member ID/Date of Birth Search Option to identify
a patient in loop 2100C and 2100D are:
Loop 2100D
Patient's Date of Birth
APRIL 2008 31
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
1. For each plan for which the individual has coverage, a 2110C/D loop is required with
EB01 Status = 1, 2, 3, 4, 5, 6, 7 or 8 with 2110C/D EB03 Service Type Code = 30
(Health Benefit Plan Coverage) and Plan Name in EB05 if one exists.
1. Any or all of the information contained in Section 1.4.7.1 (including but not limited to
the Patient's Name, Patient's Address and any other information that might help the
provider ensure that the person returned is the patient for which the provider requested
eligibility).
2. If the Patient's Name is not returned, a 2110C/D with EB01 = "U" (Contact the following
Entity for Eligibility or Benefit Information) and a customer support phone number in
2120C/D.
Provider Validation
When the Member ID Number/Date of Birth Search Option is used, the provider must
use reasonable effort in comparing the information returned in the 271 response to
information they have available (e.g. demographic information in their system or directly
asking the patient) to validate the information returned on the 271 is for correct patient.
32 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Search Option or when one of the Required Alternate Search Options does not locate
a unique match for an individual in their system. Other alternate search options can
utilize any of the data elements in the 2100C loop for a subscriber or the 2100D loop for
a dependent such as Social Security Number, Address or Gender.
The information source should attempt to look up the patient if there is a reasonable
amount of information present. An information source may outline additional search
options available in their trading partner agreement; however under no circumstances
may they require the use of a search option that differs from the ones outlined in the
Required Primary Search Options section above.
NOTE
The information source is required to return all information used from the 270 transaction
to locate the patient.
APRIL 2008 33
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
NOTE
Some health plans may use these terms differently than identified in this Implementation
Guide, and the Implementation Guide definitions take precedence when used in
conjunction with this transaction.
34 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Out of Pocket (Stop Loss) represents the maximum amount of the patient's portion of
responsibility before a benefit is covered with no additional payments from the patient,
up to the maximum covered by the health plan. The Out of Pocket (Stop Loss) amount
typically represents the combined total amount of deductible and co-insurance payments
made by the patient. Some health plans have Out of Pocket (Stop Loss) amount for the
individual patient and a higher amount for the entire family. The Out of Pocket (Stop
Loss) amount is represented as a dollar amount in EB07. If the patient's portion of
responsibility for a benefit is nothing, "0" is to be placed in EB07. Negative numbers are
prohibited.
J - Cost Containment
Cost Containment represents the total amount of the patient's portion of responsibility
for a benefit and is represented as a dollar amount in EB07. Cost Containment is typically
found in the Medicaid environment and represents the total amount the patient will have
to pay out of their own pocket before their benefits begin (which may or may not then
require co-insurance or co-payment). If the patient's portion of responsibility for a benefit
is nothing, "0" is to be placed in EB07. Negative numbers are prohibited.
Y - Spend Down
Spend Down represents the total amount of the patient's portion of responsibility for a
benefit and is represented as a dollar amount in EB07. Spend Down is typically found
in the Medicaid environment and represents the total amount the patient will have to pay
out of their own pocket before their benefits begin (which may or may not then require
co-insurance or co-payment). If the patient's portion of responsibility for a benefit is
nothing, "0" is to be placed in EB07. Negative numbers are prohibited.
APRIL 2008 35
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
The AAA Request Validation segment is used to identify why an EB Eligibility or Benefit
Information segment has not been generated or in essence, why the 270 Eligibility,
Coverage or Benefit Inquiry has been rejected. Typically an AAA segment is generated
as a result of either an error in the data being detected (e.g. Missing Subscriber ID) or
no matching information in the database (e.g. Subscriber Not Found). The difference is
subtle, but they generate different types of messages. If data is missing or invalid, it
must be corrected and a new transaction must be generated. If an entity is not found in
the database however, it could mean one of two things. The first would be that the
Information Receiver should review what was submitted to verify that it was correct and
if it was incorrect take the necessary steps to correct and resubmit the transactions. The
second would be, if it is determined that the data was correct, the entity is not associated
with the Information Source or clearinghouse processing the transaction and a definitive
answer has been generated. One other use of the AAA segment is to identify a problem
with the processing system itself (e.g. the Information Source's system is down). In this
case, validation of data may or may not have taken place, so the assumption is made
that the data is correct (AAA01 would be "Y" since it cannot point out where the error
is), but the transaction will likely have to be resent (as determined by AAA04).
There are three elements that are used in the AAA segment. AAA01 is a Yes/No indicator
(identifies if the data content was valid). AAA02 is not used. AAA03 is a Reject Reason
Code (identifies why the transaction did not generate an EB segment). AAA04 is a
Follow-up Action Code (identifies what further action should be taken).
AAA01 is used to indicate if errors were detected with the data or the transaction as a
whole. A "Y" indicates that no data errors were detected and the transaction was
processed as far as it could go. An "N" indicates that errors were detected in the data
and corrective action is needed. The reason AAA01 would have a "Y" in the event there
is a system problem is because no errors were detected in the transaction itself.
AAA03 is used to indicate why an EB segment was not generated. This is in essence
an error code.
AAA04 is used to indicate what action, if any, the Information Receiver should take.
36 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
APRIL 2008 37
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
1.4.13.2 Intermediaries
A more complicated flow is from a requester (provider) to a clearinghouse service and
from the clearinghouse service to the responder (payer). The requester has an indirect
link to a variety of responders via a transaction clearinghouse service. The requester
has a dial-up, or leased line, or a private virtual circuit to the clearinghouse, and the
clearinghouse usually has a leased line to the responder. The clearinghouse may be
independent or owned by a payer.
38 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
There can be other layers of complexity here, when clearinghouses might also be
involved.
APRIL 2008 39
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
40 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Dependent
The dependent is a person who cannot be uniquely identified to an information source
by a unique Member Identification Number, but can be identified by an information source
when associated with a subscriber. See definition of patient below for further detail. See
Section 1.4.2 - Basic Concepts for business usage of dependent.
Information Receiver
The information receiver is the entity that is asking the questions in a 270 Eligibility or
Benefit transaction. The information receiver is typically the medical service provider
(e.g., physician, hospital, pharmacy, DME supplier, laboratory, etc.). The information
receiver could also be another insurer or payer when they are attempting to verify other
insurance coverage for their members. The information receiver could also be an
employer inquiring on coverage of an employee. The information receiver’s role in the
transaction is identified in the Information Receiver Name segment (2100B NM1).
APRIL 2008 41
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
Information Source
The information source is the entity that has the answer to the questions being asked
in a 270 Eligibility or Benefit transaction. The information source is typically the insurer,
or payer. In a managed care environment, the information source could possibly be a
primary care physician or gateway provider. Regardless of the information source’s
actual role, they are the entity who maintains the information regarding the patient’s
coverage. The information source is not a clearinghouse, value added network or other
intermediary, even if they hold the data for the true information source. The information
source’s role in the transaction is identified in the Information Source Name segment
(2100A loop NM1).
Patient
The patient is the person who the inquiry and response are for. There is no HL loop
dedicated to patient, rather, the patient can be either the subscriber or the dependent.
Different types of information sources identify patients in different manners depending
upon how their eligibility system is structured. See Section 1.4.2 - Basic Concepts for
business usage of patient.
Real Time
Transactions that are used in a real time mode typically are those that require an
immediate response. In a real time mode, the sender sends a request transaction to the
receiver, either directly or through a clearinghouse (switch), and remains connected
while the receiver processes the transaction and returns a response transaction to the
original sender. Typically, response times range from a few seconds to around thirty
seconds, and should not exceed one minute. See Section 1.4.3 - Batch and Real Time
for business usage of Real Time transactions.
Subscriber
The subscriber is a person who can be uniquely identified to an information source by
a unique Member Identification Number (which may include a unique suffix to the primary
policy holder’s identification number). The subscriber may or may not be the patient.
See definition of patient above for further detail. See Section 1.4.2 - Basic Concepts for
business usage of subscriber.
42 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
trading partners. A statement that the acknowledgment is not required does not preclude
its use between willing trading partners.
A 997 Implementation Guide is being developed for use by the insurance industry and
is expected to be available for use with this version of this Implementation Guide.
A 999 Implementation Guide is being developed for use by the insurance industry and
is expected to be available for use with this version of this Implementation Guide.
APRIL 2008 43
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
An 824 Implementation Guide is being developed for use by the insurance industry and
is expected to be available for use with this version of this Implementation Guide.
This implementation guide has been developed for use as an insurance industry
implementation guide. At the time of publication it has not been adopted as a HIPAA
standard. Should the Secretary adopt this implementation guide as a standard, the
Secretary will establish compliance dates for its use by HIPAA covered entities.
44 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
The Detail Level, Table 2, contains specific information about the insurer, requester of
information, insured, and dependents. This implementation uses four different ways to
use the segments in table 2. Each HL is assigned a number identifying its purpose.
• Loop 2000A (information source) contains information typically about the insurer/payer.
• Loop 2000B (information receiver) contains information typically about the medical
service provider. (e.g., physician, hospital, laboratory, etc.).
• Loop 2000C (subscriber) contains information about the individual who can be uniquely
identified to the information source (who may or may not be the patient).
• Loop 2000D (dependent) contains information about dependents of an insured member.
APRIL 2008 45
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
This implementation guide represents the best efforts of these organizations to bring
forward the information and business requirements associated with this business process.
As new or refined business requirements are identified, changes to this implementation
guide will be made through this WG. Anyone wishing to make changes or additions to
this implementation guide should contact one of the co-chairs of the WG. Co-chairs are
listed with DISA (Data Interchange Standards Association), which is the secretariat for
X12.
46 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
2 Transaction Set
NOTE
See Appendix B, Nomenclature, to review the transaction set structure, including
descriptions of segments, data elements, levels, and loops.
APRIL 2008 47
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
These illustrations (Figures 2.1 through 2.5) are examples and are not extracted
from the Section 2 detail in this implementation guide. Annotated illustrations, pre-
sented below in the same order they appear in this implementation guide, de-
scribe the format of the transaction set that follows.
48 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
IMPLEMENTATION
Indicates that
this section is
the implementation
8XX Insurance Transaction Set
and not the standard
Table 1 - Header
PAGE # POS. # SEG. ID NAME USAGE REPEAT LOOP REPEAT
Position Numbers and Segment IDs retain their X12 values Individual segments and entire loops are repeated
STANDARD
Table 1 - Header
POS. # SEG. ID NAME REQ. DES. MAX USE LOOP REPEAT
APRIL 2008 49
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
SEGMENT DETAIL
Industry assigned
Segment Name NM1 - PATIENT NAME
X12 Segment Name: Individual or Organizational Name See section
B.1.1.3.8 for
X12 Purpose: To supply the full name of an individual or organizational entity a description
of these
X12 Syntax: 1. P0809 values
If either NM108 or NM109 is present, then the other is required.
2. C1110
Industry assigned If NM111 is present, then NM110 is required.
Loop ID and Loop 3. C1203
Name Industry Loop Repeat
If NM112 is present, then NM103 is required.
Industry Segment
Repeat
Loop: 2100B — PATIENT NAME Loop Repeat: 1
Segment Repeat: 1
Industry
usage
Usage: SITUATIONAL
Situational Rule: Required when the patient is different from the insured. If not required by this
Situational implementation guide, do not send.
Rule
TR3 Notes: 1. Any necessary identification number must be provided in NM109.
Industry
Notes TR3 Example: NM1✽QC✽1✽Shepard✽Sam✽A✽✽✽34✽452114586~
Example
DIAGRAM
Segment ID
Requirement Minimum/ Data Element Indicates a Indicates a Not
Designator Maximum Length Type Repeat Situational Element Used Element
50 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
ELEMENT DETAIL
APRIL 2008 51
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
52 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270/271
TECHNICAL REPORT • TYPE 3 HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE
Transaction
Business Complies with
Condition Item Implementation
Industry Usage is is Guide?
This table specifies how an entity is to evaluate a transmitted transaction for com-
pliance with industry usage. It is not intended to require or imply that the receiver
must reject non-compliant transactions. The receiver will handle non-compliant
transactions based on its business process and any applicable regulations.
2.2.2 Loops
Loop requirements depend on the context or location of the loop within the trans-
action. See Appendix B for more information on loops.
• A nested loop can be used only when the associated higher level loop is used.
• The usage of a loop is the same as the usage of its beginning segment.
• If a loop’s beginning segment is Required, the loop is Required and must oc-
cur at least once unless it is nested in a loop that is not being used.
• If a loop’s beginning segment is Situational, the loop is Situational.
• Subsequent segments within a loop can be sent only when the beginning seg-
ment is used.
• Required segments in Situational loops occur only when the loop is used.
APRIL 2008 53
005010X279 • 270/271 ASC X12N • INSURANCE SUBCOMMITTEE
HEALTH CARE ELIGIBILITY BENEFIT INQUIRY AND RESPONSE TECHNICAL REPORT • TYPE 3
54 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE
TECHNICAL REPORT • TYPE 3 005010X279 • 270
APRIL 2008 55
ASC X12N • INSURANCE SUBCOMMITTEE
005010X279 • 270 TECHNICAL REPORT • TYPE 3
005010X279 • 270
Table 1 - Header
PAGE # POS. # SEG. ID NAME USAGE REPEAT LOOP REPEAT
56 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE
TECHNICAL REPORT • TYPE 3 005010X279 • 270
APRIL 2008 57
ASC X12N • INSURANCE SUBCOMMITTEE
005010X279 • 270 TECHNICAL REPORT • TYPE 3
58 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE
TECHNICAL REPORT • TYPE 3 005010X279 • 270
STANDARD
Table 1 - Header
PAGE # POS. # SEG. ID NAME REQ. DES. MAX USE LOOP REPEAT
Table 2 - Detail
PAGE # POS. # SEG. ID NAME REQ. DES. MAX USE LOOP REPEAT
APRIL 2008 59
ASC X12N • INSURANCE SUBCOMMITTEE
005010X279 • 270 TECHNICAL REPORT • TYPE 3
60 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • ST
TECHNICAL REPORT • TYPE 3 TRANSACTION SET HEADER
TRANSACTION SET HEADER TRANSACTION
005010X279 • 270
SET• ST
HEADER
ST
SEGMENT DETAIL
123
300
ST - TRANSACTION SET HEADER
X12 Segment Name: Transaction Set Header
X12 Purpose: To indicate the start of a transaction set and to assign a control number
Segment Repeat: 1
Usage: REQUIRED
028
300 TR3 Notes: 1. Use this control segment to mark the start of a transaction set. One
ST segment exists for every transaction set that occurs within a
functional group.
048
300 TR3 Example: ST✽270✽0001✽005010X279~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1__ST01__TransactionSetIdentifierCode
300029 Use this code to identify the transaction set ID for the transaction
set that will follow the ST segment. Each X12 standard has a
transaction set identifier code that is unique to that transaction set.
CODE DEFINITION
OD: 270B1__ST02__TransactionSetControlNumber
300025 The transaction set control numbers in ST02 and SE02 must be
identical. This unique number also aids in error resolution
research. Start with the number, for example “0001", and increment
from there. This number must be unique within a specific group
and interchange, but can repeat in other groups and interchanges.
300272 Use the corresponding value in SE02 for this transaction set.
APRIL 2008 61
005010X279 • 270 • ST ASC X12N • INSURANCE SUBCOMMITTEE
TRANSACTION SET HEADER TECHNICAL REPORT • TYPE 3
OD: 270B1__ST03__ImplementationConventionReference
300310 This element contains the same value as GS08. Some translator
products strip off the ISA and GS segments prior to application
(ST/SE) processing. Providing the information from the GS08 at this
level will ensure that the appropriate application mapping is utilized
at translation time.
62 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • BHT
TECHNICAL REPORT • TYPE 3 BEGINNING OF HIERARCHICAL TRANSACTION
BEGINNING OF HIERARCHICAL TRANSACTION 005010X279 • 270
BEGINNING OF • BHT
HIERARCHICAL TRANSACTION
BHT
SEGMENT DETAIL
124
300
BHT - BEGINNING OF HIERARCHICAL
TRANSACTION
X12 Segment Name: Beginning of Hierarchical Transaction
X12 Purpose: To define the business hierarchical structure of the transaction set and identify
the business application purpose and reference data, i.e., number, date, and
time
Segment Repeat: 1
Usage: REQUIRED
068
300 TR3 Notes: 1. Use this segment to start the transaction set and indicate the
sequence of the hierarchical levels of information that will follow in
Table 2.
072
300 TR3 Example: BHT✽0022✽13✽199800114000001✽19980101✽1400~
162
300 TR3 Example: BHT✽0022✽01✽✽19980101✽1400✽RT~
DIAGRAM
BHT01 1005 BHT02 353 BHT03 127 BHT04 373 BHT05 337 BHT06 640
Hierarch TS Purpose Reference Date Time Transaction
BHT ✽ Struct Code
✽
Code
✽
Ident
✽ ✽ ✽
Type Code ~
M1 ID 4/4 M1 ID 2/2 O1 AN 1/50 O1 DT 8/8 O1 TM 4/8 O1 ID 2/2
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1__BHT01__HierarchicalStructureCode
300071 Use this code to specify the sequence of hierarchical levels that
may appear in the transaction set. This code only indicates the
sequence of the levels, not the requirement that all levels be
present. For example, if code “0022" is used, the dependent level
may or may not be present for each subscriber.
CODE DEFINITION
APRIL 2008 63
005010X279 • 270 • BHT ASC X12N • INSURANCE SUBCOMMITTEE
BEGINNING OF HIERARCHICAL TRANSACTION TECHNICAL REPORT • TYPE 3
OD: 270B1__BHT02__TransactionSetPurposeCode
CODE DEFINITION
01 Cancellation
300132 Use this code to cancel a previously submitted 270
transaction that used a BHT06 code of “RT”. Only
270 transactions that used a BHT06 code of “RT”
can be canceled. The cancellation 270 transaction
must also contain a BHT06 of “RT”.
13 Request
SITUATIONAL BHT03 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: BHT03 is the number assigned by the originator to identify the
transaction within the originator’s business application system.
OD: 270B1__BHT03__SubmitterTransactionIdentifier
300303 This element is to be used to trace the transaction from one point
to the next point, such as when the transaction is passed from one
clearinghouse to another clearinghouse. This identifier is to be
returned in the corresponding 271 transaction’s BHT03. This
identifier will only be returned by the last entity to handle the 270.
This identifier will not be passed through the complete life of the
transaction.
REQUIRED BHT04 373 Date O1 DT 8/8
Date expressed as CCYYMMDD where CC represents the first two digits of the
calendar year
SEMANTIC: BHT04 is the date the transaction was created within the business
application system.
OD: 270B1__BHT04__TransactionSetCreationDate
300069 Use this date for the date the transaction set was generated.
64 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • BHT
TECHNICAL REPORT • TYPE 3 BEGINNING OF HIERARCHICAL TRANSACTION
OD: 270B1__BHT05__TransactionSetCreationTime
300070 Use this time for the time the transaction set was generated.
SITUATIONAL BHT06 640 Transaction Type Code O1 ID 2/2
Code specifying the type of transaction
OD: 270B1__BHT06__TransactionTypeCode
RT Spend Down
300306 “Spend Down” is a term used by certain Medicaid
programs when a recipient must pay a
predetermined amount out of his or her own pocket
before full coverage benefits are applied. In order to
decrement the amount the recipient must pay out of
pocket, a 270 transaction must be sent in with this
code.
APRIL 2008 65
005010X279 • 270 • 2000A • HL ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION SOURCE LEVEL TECHNICAL REPORT • TYPE 3
HIERARCHICAL LEVEL 005010X279
INFORMATION• 270 • 2000A
SOURCE • HL
LEVEL
HL
SEGMENT DETAIL
079
300
HL - INFORMATION SOURCE LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000A — INFORMATION SOURCE LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: REQUIRED
024
300 TR3 Notes: 1. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
142
300 2. In a batch environment, only one Loop 2000A (Information Source)
loop is to be created for each unique information source in a
transaction. Each Loop 2000B (Information Receiver) loop that is
subordinate to an information source is to be contained within only
one Loop 2000A loop. There has been a misuse of the HL structure
creating multiple Loops 2000As for the same information source. This
is not the developer’s intended use of the HL structure, and defeats
the efficiencies that are designed into the HL structure.
075
300 3. An example of the overall structure of the transaction set when used
in batch mode is:
049
300 TR3 Example: HL✽1✽✽20✽1~
66 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2000A • HL
TECHNICAL REPORT • TYPE 3 INFORMATION SOURCE LEVEL
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000A_HL01__HierarchicalIDNumber
300032 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
NOT USED HL02 734 Hierarchical Parent ID Number O 1 AN 1/12
REQUIRED HL03 735 Hierarchical Level Code M1 ID 1/2
Code defining the characteristic of a level in a hierarchical structure
COMMENT: HL03 indicates the context of the series of segments following the
current HL segment up to the next occurrence of an HL segment in the
transaction. For example, HL03 is used to indicate that subsequent segments in
the HL loop form a logical grouping of data referring to shipment, order, or item-
level information.
OD: 270B1_2000A_HL03__HierarchicalLevelCode
300311 All data that follows this HL segment is associated with the
Information Source identified by the level code. This association
continues until the next occurrence of an HL segment.
CODE DEFINITION
20 Information Source
APRIL 2008 67
005010X279 • 270 • 2000A • HL ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION SOURCE LEVEL TECHNICAL REPORT • TYPE 3
OD: 270B1_2000A_HL04__HierarchicalChildCode
68 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100A • NM1
TECHNICAL REPORT • TYPE 3 INFORMATION SOURCE NAME
INDIVIDUAL OR ORGANIZATIONAL NAME 005010X279
INFORMATION• 270 • 2100A
SOURCE • NM1
NAME
NM1
SEGMENT DETAIL
080
300
NM1 - INFORMATION SOURCE NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100A — INFORMATION SOURCE NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
026
300 TR3 Notes: 1. Use this NM1 loop to identify an entity by name and/or identification
number. This NM1 loop is used to identify the eligibility or benefit
information source, (e.g., insurance company, HMO, IPA, employer).
050
300 TR3 Example: NM1✽PR✽2✽ACE INSURANCE COMPANY✽✽✽✽✽PI✽87728~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100A_NM101__EntityIdentifierCode
CODE DEFINITION
2B Third-Party Administrator
36 Employer
GP Gateway Provider
P5 Plan Sponsor
PR Payer
APRIL 2008 69
005010X279 • 270 • 2100A • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION SOURCE NAME TECHNICAL REPORT • TYPE 3
OD: 270B1_2100A_NM102__EntityTypeQualifier
300027 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
300275 Use this code only if the information source is a
Gateway Provider and an individual.
2 Non-Person Entity
REQUIRED NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD:
270B1_2100A_NM103__InformationSourceLastorOrganizationName
OD: 270B1_2100A_NM104__InformationSourceFirstName
300348 SITUATIONAL RULE: Required when NM102 is “1" and the identifier in
2100A NM109 and Last Name in 2100A NM103 and First Name in
2100A NM104 and Name Suffix in 2100A NM107 if sent, are not
sufficient to identify the source of eligibility or benefit information.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 270B1_2100A_NM105__InformationSourceMiddleName
70 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100A • NM1
TECHNICAL REPORT • TYPE 3 INFORMATION SOURCE NAME
300349 SITUATIONAL RULE: Required when NM102 is “1" and the identifier in
2100A NM109 and Last Name in 2100A NM103 and First Name in
2100A NM104 and Middle Name in 2100A NM105 if sent, are not
sufficient to identify the source of eligibility or benefit information.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 270B1_2100A_NM107__InformationSourceNameSuffix
OD: 270B1_2100A_NM108__IdentificationCodeQualifier
300141 Use code value “XV” if the Information Source is a Payer and the
National PlanID is mandated for use. Use code value “XX” if the
information source is a provider and the CMS National Provider
Identifier is mandated for use. Otherwise one of the other
appropriate code values may be used.
CODE DEFINITION
OD: 270B1_2100A_NM109__InformationSourcePrimaryIdentifier
APRIL 2008 71
005010X279 • 270 • 2000B • HL ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER LEVEL TECHNICAL REPORT • TYPE 3
HIERARCHICAL LEVEL 005010X279
INFORMATION• 270 • 2000B LEVEL
RECEIVER • HL
HL
SEGMENT DETAIL
081
300
HL - INFORMATION RECEIVER LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000B — INFORMATION RECEIVER LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: REQUIRED
024
300 TR3 Notes: 1. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
143
300 2. In a batch environment, only one Loop 2000B (Information Receiver)
loop is to be created for each unique information receiver within an
Loop 2000A (Information Source) loop. Each Loop 2000C (Subscriber)
loop that is subordinate to an information receiver is to be contained
within only one Loop 2000B loop. There has been a misuse of the HL
structure creating multiple Loop 2000Bs for the same information
receiver within an information source loop. This is not the developer’s
intended use of the HL structure, and defeats the efficiencies that are
designed into the HL structure.
075
300 3. An example of the overall structure of the transaction set when used
in batch mode is:
72 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2000B • HL
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER LEVEL
051
300 TR3 Example: HL✽2✽1✽21✽1~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000B_HL01__HierarchicalIDNumber
300111 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
OD: 270B1_2000B_HL02__HierarchicalParentIDNumber
300313 Use this code to identify the specific Information Source to which
this Information Receiver is subordinate.
APRIL 2008 73
005010X279 • 270 • 2000B • HL ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER LEVEL TECHNICAL REPORT • TYPE 3
OD: 270B1_2000B_HL03__HierarchicalLevelCode
300314 All data that follows this HL segment is associated with the
Information Receiver identified by the level code. This association
continues until the next occurrence of an HL segment.
CODE DEFINITION
21 Information Receiver
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 270B1_2000B_HL04__HierarchicalChildCode
74 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • NM1
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER NAME
INDIVIDUAL OR ORGANIZATIONAL NAME 005010X279
INFORMATION• 270 • 2100B NAME
RECEIVER • NM1
NM1
SEGMENT DETAIL
082
300
NM1 - INFORMATION RECEIVER NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100B — INFORMATION RECEIVER NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
044
300 TR3 Notes: 1. Use this segment to identify an entity by name and/or identification
number. This NM1 loop is used to identify the eligibility/benefit
information receiver (e.g., provider, medical group, employer, IPA, or
hospital).
055
300 TR3 Example: NM1✽1P✽1✽JONES✽MARCUS✽✽✽MD✽34✽111223333~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100B_NM101__EntityIdentifierCode
CODE DEFINITION
1P Provider
2B Third-Party Administrator
36 Employer
80 Hospital
FA Facility
APRIL 2008 75
005010X279 • 270 • 2100B • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER NAME TECHNICAL REPORT • TYPE 3
GP Gateway Provider
P5 Plan Sponsor
PR Payer
REQUIRED NM102 1065 Entity Type Qualifier M1 ID 1/1
Code qualifying the type of entity
SEMANTIC: NM102 qualifies NM103.
OD: 270B1_2100B_NM102__EntityTypeQualifier
300027 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
2 Non-Person Entity
REQUIRED NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD:
270B1_2100B_NM103__InformationReceiverLastorOrganizationName
OD: 270B1_2100B_NM104__InformationReceiverFirstName
OD: 270B1_2100B_NM105__InformationReceiverMiddleName
76 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • NM1
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER NAME
OD: 270B1_2100B_NM107__InformationReceiverNameSuffix
OD: 270B1_2100B_NM108__IdentificationCodeQualifier
APRIL 2008 77
005010X279 • 270 • 2100B • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER NAME TECHNICAL REPORT • TYPE 3
OD: 270B1_2100B_NM109__InformationReceiverIdentificationNumber
78 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • REF
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER ADDITIONAL IDENTIFICATION
REFERENCE INFORMATION 005010X279
INFORMATION• 270 • 2100B ADDITIONAL
RECEIVER • REF IDENTIFICATION
REF
SEGMENT DETAIL
083
300
REF - INFORMATION RECEIVER ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 9
Usage: SITUATIONAL
51
03
30 Situational Rule: Required when the information in 2100B NM1 is not sufficient to identify
the information receiver. If not required by this implementation guide, may
be provided at sender’s discretion, but cannot be required by the receiver.
199
300 TR3 Notes: 1. Use this segment when needed to convey other or additional
identification numbers for the information receiver. The type of
reference number is determined by the qualifier in REF01. Only one
occurrence of each REF01 code value may be used in the 2100B loop.
077
300 TR3 Example: REF✽EO✽477563928~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100B_REF01__ReferenceIdentificationQualifier
300039 Use this code to specify or qualify the type of reference number
that is following in REF02.
300398 Only one occurrence of each REF01 code value may be used in the
2100B loop.
CODE DEFINITION
APRIL 2008 79
005010X279 • 270 • 2100B • REF ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER ADDITIONAL IDENTIFICATION TECHNICAL REPORT • TYPE 3
1J Facility ID Number
4A Personal Identification Number (PIN)
CT Contract Number
EL Electronic device pin number
EO Submitter Identification Number
HPI Centers for Medicare and Medicaid Services
National Provider Identifier
301101 The Centers for Medicare and Medicaid Services
National Provider Identifier may be used in this
segment prior to being mandated for use.
CODE SOURCE 537: Centers for Medicare & Medicaid Services
National Provider Identifier
JD User Identification
N5 Provider Plan Network Identification Number
N7 Facility Network Identification Number
Q4 Prior Identifier Number
SY Social Security Number
300164 The social security number may not be used for any
Federally administered programs such as Medicare.
TJ Federal Taxpayer’s Identification Number
REQUIRED REF02 127 Reference Identification X1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SYNTAX: R0203
OD: 270B1_2100B_REF02__InformationReceiverAdditionalIdentifier
OD:
270B1_2100B_REF03__InformationReceiverAdditionalIdentifierState
300271 Use this element for the two character state ID of the state
assigning the identifier supplied in REF02. See Code source 22:
States and Outlying Areas of the U.S.
80 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • N3
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER ADDRESS
PARTY LOCATION 005010X279
INFORMATION• 270 • 2100B ADDRESS
RECEIVER • N3
N3
SEGMENT DETAIL
084
300
N3 - INFORMATION RECEIVER ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 1
Usage: SITUATIONAL
66
01
30 Situational Rule: Required when the information receiver is a provider who has multiple
locations and it is needed to identify the location relative to the request. If
not required by this implementation guide, may be provided at sender’s
discretion, but cannot be required by the receiver.
053
300 TR3 Example: N3✽201 PARK AVENUE✽SUITE 300~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100B_N301__InformationReceiverAddressLine
300040 Use this information for the first line of the address information.
OD:
270B1_2100B_N302__InformationReceiverAdditionalAddressLine
APRIL 2008 81
005010X279 • 270 • 2100B • N4 ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER CITY, STATE, ZIP CODE TECHNICAL REPORT • TYPE 3
GEOGRAPHIC LOCATION 005010X279
INFORMATION• 270 • 2100B CITY,
RECEIVER • N4 STATE, ZIP CODE
N4
SEGMENT DETAIL
085
300
N4 - INFORMATION RECEIVER CITY, STATE,
ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 1
Usage: SITUATIONAL
95
03
30 Situational Rule: Required when the information receiver is a provider who has multiple
locations and it is needed to identify the location relative to the request. If
not required by this implementation guide, may be provided at sender’s
discretion, but cannot be required by the receiver.
341
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽
Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100B_N401__InformationReceiverCityName
82 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • N4
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER CITY, STATE, ZIP CODE
OD: 270B1_2100B_N402__InformationReceiverStateCode
OD: 270B1_2100B_N403__InformationReceiverPostalZoneorZIPCode
OD: 270B1_2100B_N404__CountryCode
300343 Use the alpha-2 country codes from Part 1 of ISO 3166.
300344 SITUATIONAL RULE: Required when the address is not in the United
States of America, including its territories, or Canada, and the
country in N404 has administrative subdivisions such as but not
limited to states, provinces, cantons, etc. If not required by this
implementation guide, do not send.
OD: 270B1_2100B_N407__CountrySubdivisionCode
300345 Use the country subdivision codes from Part 2 of ISO 3166.
APRIL 2008 83
005010X279 • 270 • 2100B • PRV ASC X12N • INSURANCE SUBCOMMITTEE
INFORMATION RECEIVER PROVIDER INFORMATION TECHNICAL REPORT • TYPE 3
PROVIDER INFORMATION 005010X279
INFORMATION• 270 • 2100B PROVIDER
RECEIVER • PRV INFORMATION
PRV
SEGMENT DETAIL
086
300
PRV - INFORMATION RECEIVER PROVIDER
INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 1
Usage: SITUATIONAL
33
01
30 Situational Rule: Required when the Information Receiver believes Provider Information is
relevant to the request and is necessary to convey the provider’s role in or
taxonomy code related to the eligibility/benefit being inquired about and
the provider is also the Information Receiver. If not required by this
implementation guide, may be provided at sender’s discretion, but cannot
be required by the receiver.
353
300 TR3 Notes: 1. For example, if the Information Receiver is also the Referring
Provider, this PRV segment would be used to identify the provider’s
role.
196
300 2. PRV02 qualifies PRV03.
399
300 TR3 Example: PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽ Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100B_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
84 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100B • PRV
TECHNICAL REPORT • TYPE 3 INFORMATION RECEIVER PROVIDER INFORMATION
OD: 270B1_2100B_PRV02__ReferenceIdentificationQualifier
CODE DEFINITION
OD: 270B1_2100B_PRV03__ReceiverProviderTaxonomyCode
APRIL 2008 85
005010X279 • 270 • 2000C • HL ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER LEVEL TECHNICAL REPORT • TYPE 3
HIERARCHICAL LEVEL SUBSCRIBER
005010X279 • 270 • 2000C • HL
LEVEL
HL
SEGMENT DETAIL
092
300
HL - SUBSCRIBER LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000C — SUBSCRIBER LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: REQUIRED
390
300 TR3 Notes: 1. If the transaction set is to be used in a real time mode (see section
1.4.3 for additional detail), it is required that the 270 transaction
contain only one patient request (except as allowed in Section 1.4.3
Exceeding the Number of Patient Requests). One patient request (See
Section 1.4.2) is defined as the occurrence of one or more 2110 (EQ)
loops for an individual. If the patient is the subscriber, the patient
request is the existence of at least one 2110C loop. If the patient is the
dependent, the patient request is the existence of at least one 2110D
loop. In the event the patient has more than one occurrence of a 2110
(EQ) loop, that still constitutes one patient request.
86 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2000C • HL
TECHNICAL REPORT • TYPE 3 SUBSCRIBER LEVEL
024
300 2. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
075
300 3. An example of the overall structure of the transaction set when used
in batch mode is:
052
300 TR3 Example: HL✽3✽2✽22✽1~
DIAGRAM
APRIL 2008 87
005010X279 • 270 • 2000C • HL ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER LEVEL TECHNICAL REPORT • TYPE 3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000C_HL01__HierarchicalIDNumber
300116 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
HL*3*2*22*1~
NM1*IL*1*SMITH*ROBERT*B***MI*11122333301~
HL*4*3*23*0~
NM1*03*1*SMITH*MARY*LOU~
Eligibility/Benefit Data
HL*5*2*22*0~
NM1*IL*1*BROWN*JOHN*E***MI*22211333301~
Eligibility/Benefit Data
REQUIRED HL02 734 Hierarchical Parent ID Number O 1 AN 1/12
Identification number of the next higher hierarchical data segment that the data
segment being described is subordinate to
COMMENT: HL02 identifies the hierarchical ID number of the HL segment to which
the current HL segment is subordinate.
OD: 270B1_2000C_HL02__HierarchicalParentIDNumber
300316 Use this code to identify the specific Information Receiver to which
this Subscriber is subordinate.
88 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2000C • HL
TECHNICAL REPORT • TYPE 3 SUBSCRIBER LEVEL
OD: 270B1_2000C_HL03__HierarchicalLevelCode
300317 All data that follows this HL segment is associated with the
Subscriber identified by the level code. This association continues
until the next occurrence of an HL segment.
CODE DEFINITION
22 Subscriber
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 270B1_2000C_HL04__HierarchicalChildCode
APRIL 2008 89
005010X279 • 270 • 2000C • TRN ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER TRACE NUMBER TECHNICAL REPORT • TYPE 3
TRACE SUBSCRIBER
005010X279 • 270 • 2000C
TRACE • TRN
NUMBER
TRN
SEGMENT DETAIL
087
300
TRN - SUBSCRIBER TRACE NUMBER
X12 Segment Name: Trace
X12 Purpose: To uniquely identify a transaction to an application
X12 Set Notes: 1. If the Eligibility, Coverage or Benefit Inquiry Transaction Set (270) includes
a TRN segment, then the Eligibility, Coverage or Benefit Information
Transaction Set (271) must return the trace number identified in the TRN
segment.
Loop: 2000C — SUBSCRIBER LEVEL
Segment Repeat: 2
Usage: SITUATIONAL
54
03
30 Situational Rule: Required when information receiver or clearinghouse intends to use the
TRN segment as a tracing mechanism for the eligibility transaction and
the subscriber is the patient. If not required by this implementation guide,
do not send.
168
300 TR3 Notes: 1. The information receiver may assign one TRN segment in this loop if
the subscriber is the patient. A clearinghouse may assign one TRN
segment in this loop if the subscriber is the patient. See Section 1.4.6
Information Linkage.
307
300 2. This segment must not be used if the subscriber is not the patient.
See section 1.4.2. Basic Concepts.
167
300 3. Trace numbers assigned at the subscriber level are intended to allow
tracing of an eligibility/benefit transaction when the subscriber is the
patient.
169
300 TR3 Example: TRN✽1✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽1✽109834652831✽9XYZCLEARH✽REALTIME~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000C_TRN01__TraceTypeCode
CODE DEFINITION
90 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2000C • TRN
TECHNICAL REPORT • TYPE 3 SUBSCRIBER TRACE NUMBER
OD: 270B1_2000C_TRN02__TraceNumber
300033 Use this number for the trace or reference number assigned by the
information receiver or clearinghouse.
REQUIRED TRN03 509 Originating Company Identifier O 1 AN 10/10
A unique identifier designating the company initiating the funds transfer
instructions, business transaction or assigning tracking reference identification.
SEMANTIC: TRN03 identifies an organization.
OD: 270B1_2000C_TRN03__TraceAssigningEntityIdentifier
300034 Use this number for the identification number of the company that
assigned the trace or reference number specified in the previous
data element (TRN02).
300170 The first position must be either a “1" if an EIN is used, a ”3" if a
DUNS is used or a “9" if a user assigned identifier is used.
SITUATIONAL TRN04 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: TRN04 identifies a further subdivision within the organization.
OD: 270B1_2000C_TRN04__TraceAssigningEntityAdditionalIdentifier
APRIL 2008 91
005010X279 • 270 • 2100C • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER NAME TECHNICAL REPORT • TYPE 3
INDIVIDUAL OR ORGANIZATIONAL NAME 005010X279
SUBSCRIBER • 270
NAME• 2100C • NM1
NM1
SEGMENT DETAIL
088
300
NM1 - SUBSCRIBER NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100C — SUBSCRIBER NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
066
300 TR3 Notes: 1. Use this segment to identify an entity by name and/or identification
number. Use this NM1 loop to identify the insured or subscriber.
171
300 2. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
308
300 TR3 Example: NM1✽IL✽1✽SMITH✽JOHN✽L✽✽✽MI✽444115555~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽ Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_NM101__EntityIdentifierCode
CODE DEFINITION
IL Insured or Subscriber
92 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100C • NM1
TECHNICAL REPORT • TYPE 3 SUBSCRIBER NAME
OD: 270B1_2100C_NM102__EntityTypeQualifier
300027 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
301084 SITUATIONAL RULE: Requiredwhen the subscriber is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the subscriber is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Last Name (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100C_NM103__SubscriberLastName
301080 SITUATIONAL RULE: Requiredwhen the subscriber is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the subscriber is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s First Name (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100C_NM104__SubscriberFirstName
APRIL 2008 93
005010X279 • 270 • 2100C • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER NAME TECHNICAL REPORT • TYPE 3
OD: 270B1_2100C_NM105__SubscriberMiddleNameorInitial
300201 Use this name for the subscriber’s middle name or initial.
NOT USED NM106 1038 Name Prefix O 1 AN 1/10
SITUATIONAL NM107 1039 Name Suffix O 1 AN 1/10
Suffix to individual name
OD: 270B1_2100C_NM107__SubscriberNameSuffix
300202 Use this for the suffix to an individual’s name; e.g., Sr., Jr. or III.
94 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100C • NM1
TECHNICAL REPORT • TYPE 3 SUBSCRIBER NAME
OD: 270B1_2100C_NM108__IdentificationCodeQualifier
APRIL 2008 95
005010X279 • 270 • 2100C • NM1 ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER NAME TECHNICAL REPORT • TYPE 3
OD: 270B1_2100C_NM109__SubscriberPrimaryIdentifier
96 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100C • REF
TECHNICAL REPORT • TYPE 3 SUBSCRIBER ADDITIONAL IDENTIFICATION
REFERENCE INFORMATION SUBSCRIBER
005010X279 • 270 • 2100C •IDENTIFICATION
ADDITIONAL REF
REF
SEGMENT DETAIL
091
300
REF - SUBSCRIBER ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 9
Usage: SITUATIONAL
57
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
203
300 TR3 Notes: 1. Use this segment when needed to convey identification numbers
other than or in addition to the Member Identification Number. The
type of reference number is determined by the qualifier in REF01. Only
one occurrence of each REF01 code value may be used in the 2100C
loop.
146
300 2. Health Insurance Claim (HIC) Number or Medicaid Recipient
Identification Numbers are to be provided in the NM1 segment as a
Member Identification Number when it is the primary number an
information source knows a member by (such as for Medicare or
Medicaid). Do not use this segment for the Health Insurance Claim
(HIC) Number or Medicaid Recipient Identification Number unless they
are different from the Member Identification Number provided in the
NM1 segment.
174
300 3. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
134
300 TR3 Example: REF✽1L✽660415~
DIAGRAM
APRIL 2008 97
005010X279 • 270 • 2100C • REF ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER ADDITIONAL IDENTIFICATION TECHNICAL REPORT • TYPE 3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_REF01__ReferenceIdentificationQualifier
300039 Use this code to specify or qualify the type of reference number
that is following in REF02.
300403 Only one occurrence of each REF01 code value may be used in the
2100C loop.
CODE DEFINITION
18 Plan Number
1L Group or Policy Number
300137 Use this code only if it cannot be determined if the
number is a Group Number or a Policy number. Use
codes “IG” or “6P” when they can be determined.
1W Member Identification Number
300175 Use only after the Unique Patient Identifier is
available and has been provided in the NM109, but
use of the UPI has not been mandated.
3H Case Number
300276 Uses this code to identify the Case Number
assigned to the subscriber by the information
source.
6P Group Number
CT Contract Number
300176 This code is to be used only to identify the
provider’s contract number of the provider identified
in the PRV segment of Loop 2100C. This code is
only to be used once the CMS National Provider
Identifier has been mandated for use, and must be
sent if required in the contract between the
Information Receiver identified in Loop 2100B and
the Information Source identified in Loop 2100A.
EA Medical Record Identification Number
EJ Patient Account Number
F6 Health Insurance Claim (HIC) Number
300147 See segment note 2.
GH Identification Card Serial Number
300148 Use this code when the Identification Card has a
number in addition to the Member Identification
Number or Identity Card Number. The Identification
Card Serial Number uniquely identifies the card
when multiple cards have been or will be issued to a
member (e.g., on a monthly basis, replacement
cards). This is particularly prevalent in the Medicaid
environment.
98 APRIL 2008
ASC X12N • INSURANCE SUBCOMMITTEE 005010X279 • 270 • 2100C • REF
TECHNICAL REPORT • TYPE 3 SUBSCRIBER ADDITIONAL IDENTIFICATION
OD: 270B1_2100C_REF02__SubscriberSupplementalIdentifier
APRIL 2008 99
005010X279 • 270 • 2100C • N3 ASC X12N • INSURANCE SUBCOMMITTEE
SUBSCRIBER ADDRESS TECHNICAL REPORT • TYPE 3
PARTY LOCATION SUBSCRIBER
005010X279 • 270 • 2100C • N3
ADDRESS
N3
SEGMENT DETAIL
093
300
N3 - SUBSCRIBER ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
57
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
058
300 TR3 Example: N3✽15197 BROADWAY AVENUE✽APT 215~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_N301__SubscriberAddressLine
300040 Use this information for the first line of the address information.
OD: 270B1_2100C_N302__SubscriberAddressLine
300041 Use this information for the second line of the address information.
SEGMENT DETAIL
094
300
N4 - SUBSCRIBER CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
96
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
341
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽
Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_N401__SubscriberCityName
OD: 270B1_2100C_N402__SubscriberStateCode
OD: 270B1_2100C_N403__SubscriberPostalZoneorZIPCode
OD: 270B1_2100C_N404__CountryCode
300343 Use the alpha-2 country codes from Part 1 of ISO 3166.
300344 SITUATIONAL RULE: Required when the address is not in the United
States of America, including its territories, or Canada, and the
country in N404 has administrative subdivisions such as but not
limited to states, provinces, cantons, etc. If not required by this
implementation guide, do not send.
OD: 270B1_2100C_N407__CountrySubdivisionCode
300345 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
135
300
PRV - PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
40
02
30 Situational Rule: Required when the information source is known to process this
information in creating a 271 response and the information receiver feels
it is necessary to identify a specific provider or to associate a specialty
type related to the service identified in the 2110C loop. If not required by
this implementation guide, may be provided at sender’s discretion, but
cannot be required by the receiver.
177
300 TR3 Notes: 1. This segment must not be used to identify the information receiver or
the information receiver’s specialty type, unless the information is
different from that sent in the 2100B loop.
204
300 2. If identifying a specific provider, use this segment to convey specific
information about a provider’s role in the eligibility/benefit being
inquired about when the provider is not the information receiver. For
example, if the information receiver is a hospital and a referring
provider must be identified, this is the segment where the referring
provider would be identified.
178
300 3. If identifying a specific provider, this segment contains reference
identification numbers, all of which may be used up until the time the
National Provider Identifier (NPI) is mandated for use. After the NPI is
mandated, only the code for National Provider Identifier may be used.
179
300 4. If identifying a type of specialty associated with the services identified
in loop 2110C, use code PXC in PRV02 and the appropriate code in
PRV03.
196
300 5. PRV02 qualifies PRV03.
180
300 TR3 Example: PRV✽RF✽EI✽9991234567~
PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽
Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SK Skilled Nursing Facility
SU Supervising
OD: 270B1_2100C_PRV02__ReferenceIdentificationQualifier
9K Servicer
300113 Use this code for the identification number assigned
by the information source to be used by the
information receiver in health care transactions.
D3 National Council for Prescription Drug Programs
Pharmacy Number
CODE SOURCE 307: National Council for Prescription Drug
Programs Pharmacy Number
EI Employer’s Identification Number
HPI Centers for Medicare and Medicaid Services
National Provider Identifier
300181 Required value when identifying a specific provider
when the National Provider ID is mandated for use.
Otherwise, one of the other listed codes may be
used.
CODE SOURCE 537: Centers for Medicare & Medicaid Services
National Provider Identifier
PXC Health Care Provider Taxonomy Code
CODE SOURCE 682: Health Care Provider Taxonomy
SY Social Security Number
300164 The social security number may not be used for any
Federally administered programs such as Medicare.
TJ Federal Taxpayer’s Identification Number
OD: 270B1_2100C_PRV03__ProviderIdentifier
SEGMENT DETAIL
108
300
DMG - SUBSCRIBER DEMOGRAPHIC
INFORMATION
X12 Segment Name: Demographic Information
X12 Purpose: To supply demographic information
X12 Syntax: 1. P0102
If either DMG01 or DMG02 is present, then the other is required.
2. P1011
If either DMG10 or DMG11 is present, then the other is required.
3. C1105
If DMG11 is present, then DMG05 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
56
03
30 Situational Rule: Required when the subscriber is the patient and the information receiver
is utilizing the Primary Search Option (See Section 1.4.8).
OR
Required when the subscriber is the patient and the information receiver
is utilizing one of the Required Alternate Search Options that require the
Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
045
300 TR3 Notes: 1. Use this segment when needed to convey birth date or gender
demographic information for the subscriber.
174
300 2. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
059
300 TR3 Example: DMG✽D8✽19430917✽M~
DIAGRAM
DMG01 1250 DMG02 1251 DMG03 1068 DMG04 1067 DMG05 C056 DMG06 1066
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
300356 SITUATIONAL RULE: Required when the subscriber is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the subscriber is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100C_DMG01__DateTimePeriodFormatQualifier
300047 Use this code to indicate the format of the date of birth that follows
in DMG02.
CODE DEFINITION
300356 SITUATIONAL RULE: Requiredwhen the subscriber is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the subscriber is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100C_DMG02__SubscriberBirthDate
300242 Use this date for the date of birth of the subscriber.
OD: 270B1_2100C_DMG03__SubscriberGenderCode
F Female
M Male
NOT USED DMG04 1067 Marital Status Code O1 ID 1/1
NOT USED DMG05 C056 COMPOSITE RACE OR ETHNICITY X
INFORMATION 10
NOT USED DMG06 1066 Citizenship Status Code O1 ID 1/2
NOT USED DMG07 26 Country Code O1 ID 2/3
NOT USED DMG08 659 Basis of Verification Code O1 ID 1/2
NOT USED DMG09 380 Quantity O1 R 1/15
NOT USED DMG10 1270 Code List Qualifier Code X1 ID 1/3
NOT USED DMG11 1271 Industry Code X1 AN 1/30
SEGMENT DETAIL
277
300
INS - MULTIPLE BIRTH SEQUENCE NUMBER
X12 Segment Name: Insured Benefit
X12 Purpose: To provide benefit information on insured entities
X12 Syntax: 1. P1112
If either INS11 or INS12 is present, then the other is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
07
02
30 Situational Rule: Required when the information receiver believes it is necessary to identify
the birth sequence of the subscriber in the case of multiple births with the
same birth date for an Alternate Search Option supported by the
Information Source (See Section 1.4.8). If not required by this
implementation guide, do not send.
278
300 TR3 Notes: 1. This segment must not be used if the subscriber is not part of a
multiple birth.
110
300 TR3 Example: INS✽Y✽18✽✽✽✽✽✽✽✽✽✽✽✽✽✽✽3~
DIAGRAM
INS01 1073 INS02 1069 INS03 875 INS04 1203 INS05 1216 INS06 C052
INS07 1219 INS08 584 INS09 1220 INS10 1073 INS11 1250 INS12 1251
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_INS01__InsuredIndicator
Y Yes
300285 The value Y is used to satisfy X12 syntax. This data
has no business purpose and must not be used to
indicate if the insured is a subscriber.
REQUIRED INS02 1069 Individual Relationship Code M1 ID 2/2
Code indicating the relationship between two individuals or entities
OD: 270B1_2100C_INS02__IndividualRelationshipCode
18 Self
300286 The value 18 is used to satisfy X12 syntax. This data
has no business purpose and must not be used to
indicate the Individual’s relationship to the insured.
NOT USED INS03 875 Maintenance Type Code O1 ID 3/3
NOT USED INS04 1203 Maintenance Reason Code O1 ID 2/3
NOT USED INS05 1216 Benefit Status Code O1 ID 1/1
NOT USED INS06 C052 MEDICARE STATUS CODE O1
NOT USED INS07 1219 Consolidated Omnibus Budget Reconciliation O1 ID 1/2
Act (COBRA) Qualifying
NOT USED INS08 584 Employment Status Code O1 ID 2/2
NOT USED INS09 1220 Student Status Code O1 ID 1/1
NOT USED INS10 1073 Yes/No Condition or Response Code O1 ID 1/1
NOT USED INS11 1250 Date Time Period Format Qualifier X1 ID 2/3
NOT USED INS12 1251 Date Time Period X1 AN 1/35
NOT USED INS13 1165 Confidentiality Code O1 ID 1/1
NOT USED INS14 19 City Name O 1 AN 2/30
NOT USED INS15 156 State or Province Code O1 ID 2/2
NOT USED INS16 26 Country Code O1 ID 2/3
OD: 270B1_2100C_INS17__BirthSequenceNumber
300151 Use to indicate the birth order in the event of multiple births in
association with the birth date supplied in DMG02.
SEGMENT DETAIL
318
300
HI - SUBSCRIBER HEALTH CARE DIAGNOSIS
CODE
X12 Segment Name: Health Care Information Codes
X12 Purpose: To supply information related to the delivery of health care
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
60
03
30 Situational Rule: Required when the information receiver believes the Diagnosis
information is relevant to the inquiry, the information is available and if
the information source supports or is believed to support this level of
functionality. If not required by this implementation guide, do not send.
320
300 TR3 Notes: 1. Use the HI segment when an information source supports or may be
thought to support this level of functionality. If not supported, the
information source will process without this segment. The information
source must not use information in an HI segment of the 270
transaction in the determination of eligibility or benefits for the
subscriber if that information cannot be returned in the 271 response.
321
300 2. Use this segment to identify Diagnosis codes as they relate to the
information provided in the EQ segments.
322
300 3. Do not transmit the decimal points in the diagnosis codes. The
decimal point is assumed.
319
300 TR3 Example: HI✽BK:8901✽BF:87200✽BF:5559~
DIAGRAM
HI01 C022 HI02 C022 HI03 C022 HI04 C022 HI05 C022 HI06 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care
HI Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
M1 O1 O1 O1 O1 O1
HI07 C022 HI08 C022 HI09 C022 HI10 C022 HI11 C022 HI12 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ~
Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
O1 O1 O1 O1 O1 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_HI01_C022
300323 E codes are Not Used in HI01 except when defined by the claims
processor. E codes may be put in any other HI element using BF as
the qualifier.
OD: 270B1_2100C_HI01_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI01_C02202_DiagnosisCode
OD: 270B1_2100C_HI02_C022
OD: 270B1_2100C_HI02_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI02_C02202_DiagnosisCode
OD: 270B1_2100C_HI03_C022
OD: 270B1_2100C_HI03_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI03_C02202_DiagnosisCode
OD: 270B1_2100C_HI04_C022
OD: 270B1_2100C_HI04_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI04_C02202_DiagnosisCode
OD: 270B1_2100C_HI05_C022
OD: 270B1_2100C_HI05_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI05_C02202_DiagnosisCode
OD: 270B1_2100C_HI06_C022
OD: 270B1_2100C_HI06_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI06_C02202_DiagnosisCode
OD: 270B1_2100C_HI07_C022
OD: 270B1_2100C_HI07_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI07_C02202_DiagnosisCode
OD: 270B1_2100C_HI08_C022
OD: 270B1_2100C_HI08_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100C_HI08_C02202_DiagnosisCode
SEGMENT DETAIL
095
300
DTP - SUBSCRIBER DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 2
Usage: SITUATIONAL
61
03
30 Situational Rule: Required when the information receiver wishes to convey the plan date(s)
for the subscriber in relation to the eligibility/benefit inquiry. If not
required by this implementation guide, may be sent at the sender’s
discretion but cannot be required by the information source.
OR
Required when utilizing a search option other than the Primary Search
Option which requires the ID Card Issue Date. If not required by this
implementation guide, may be sent at the sender’s discretion but cannot
be required by the information source.
362
300 TR3 Notes: 1. Absence of a Plan date indicates the request is for the date the
transaction is processed and the information source is to process the
transaction in the same manner as if the processing date was sent.
326
300 2. Use this segment to convey the plan date(s) for the subscriber or for
the issue date of the subscriber’s identification card for the
information source.
139
300 3. When using code “291" (Plan) at this level, it is implied that these
dates apply to all of the Eligibility or Benefit Inquiry (EQ) loops that
follow. If there is a need to supply a different Plan date for a specific
EQ loop, it must be provided in the DTP segment within the EQ loop
and it will only apply to that EQ loop.
389
300 TR3 Example: DTP✽291✽D8✽20051015~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100C_DTP01__DateTimeQualifier
102 Issue
300182 Used if utilizing a search option other than the
Primary search option identified in section 1.4.8 and
is present on the identification card and is available.
291 Plan
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 270B1_2100C_DTP02__DateTimePeriodFormatQualifier
CODE DEFINITION
OD: 270B1_2100C_DTP03__DateTimePeriod
300140 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
289
300
EQ - SUBSCRIBER ELIGIBILITY OR BENEFIT
INQUIRY
X12 Segment Name: Eligibility or Benefit Inquiry
X12 Purpose: To specify inquired eligibility or benefit information
X12 Syntax: 1. R0102
At least one of EQ01 or EQ02 is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY Loop
Repeat: 99
Segment Repeat: 1
Usage: SITUATIONAL
63
03
30 Situational Rule: Required when the subscriber is the patient whose eligibility or benefits
are being verified. If not required by this implementation guide, do not
send.
281
300 TR3 Notes: 1. When the subscriber is not the patient, the 2110C EQ segment must
not be used. When the transaction is used in a batch environment, it
is possible to have both 2110C and 2110D EQ segments when the
subscriber and dependent(s) are patients whose eligibility or benefits
are being verified. See Section 1.4.3 Batch and Real Time for
additional information.
282
300 2. The 2110C EQ segment begins the 2110C loop.
208
300 3. If the EQ segment is used, either EQ01 - Service Type Code or EQ02 -
Composite Medical Procedure Identifier must be used. Only EQ01 or
EQ02 is to be sent, not both.
An information source must support a generic request for Eligibility.
This is accomplished by submitting a Service Type Code of “30"
(Health Benefit Plan Coverage) in EQ01. An information source may
support the use of Service Type Codes other than ”30" (Health Benefit
Plan Coverage) in EQ01 at their discretion.
An information source may support the use of EQ02 - Composite
Medical Procedure Identifier at their discretion. The EQ02 allows for a
very specific inquiry, such as one based on a procedure code.
Additional information such as diagnosis codes can be supplied in
the 2100C HI segment and place of service in the 2110C III segment.
405
300 4. If an information source receives a Service Type Code “30" submitted
in the 270 EQ01 or a Service Type Code that they do not support, the
2110C EB03 values identified in Section 1.4.7.1 Item #8 must also be
returned if they are a covered benefit category at a plan level. Refer to
Section 1.4.7 for additional information.
283
300 5. EQ01 is a repeating data element that may be repeated up to 99 times.
If all of the information that will be used in the 2110C loop is the same
with the exception of the Service Type Code used in EQ01, it is more
efficient to use the repetition function of EQ01 to send each of the
Service Type Codes needed. If an Information Source supports more
than Service Type Code “30", and can support requests for multiple
Service Type Codes, the repetition use of EQ01 must be supported.
067
300 TR3 Example: EQ✽30✽✽FAM~
287
300 TR3 Example: EQ✽98^34^44^81^A0^A3~
DIAGRAM
EQ01 1365 EQ02 C003 EQ03 1207 EQ04 1336 EQ05 C004
Service Comp. Med. Coverage Insurance
✽ Comp. Diag.
EQ ✽ Type Code
✽
Proced. ID
✽
Level Code
✽
Type Code Code Point.
~
X 99 ID 1/2 X1 O1 ID 3/3 O1 ID 1/3 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
300243 SITUATIONAL RULE: Required if utilizing a Service Type Code inquiry and
EQ02 is not used. If not required by this implementation guide, do
not send.
OD: 270B1_2110C_EQ01__ServiceTypeCode
300234 An information source may support the use of Service Type Codes
from the list other than “30" (Health Benefit Plan Coverage) in EQ01
at their discretion. If an information source supports codes in
addition to ”30", the information source may provide a list of the
supported codes from the list below to the information receiver. If
no list is provided, an information receiver may transmit the most
appropriate code.
300235 If an inquiry is submitted with a Service Type Code from the list
other than “30" and the information source does not support this
level of functionality, a generic response will be returned. The
generic response will be the same response as if a Service Type
Code of ”30" (Health Benefit Plan Coverage) was received by the
information source. Refer to Section 1.4.7 for additional information.
1 Medical Care
2 Surgical
3 Consultation
4 Diagnostic X-Ray
5 Diagnostic Lab
6 Radiation Therapy
7 Anesthesia
8 Surgical Assistance
9 Other Medical
10 Blood Charges
11 Used Durable Medical Equipment
12 Durable Medical Equipment Purchase
13 Ambulatory Service Center Facility
14 Renal Supplies in the Home
15 Alternate Method Dialysis
16 Chronic Renal Disease (CRD) Equipment
17 Pre-Admission Testing
18 Durable Medical Equipment Rental
19 Pneumonia Vaccine
20 Second Surgical Opinion
21 Third Surgical Opinion
22 Social Work
23 Diagnostic Dental
24 Periodontics
25 Restorative
26 Endodontics
27 Maxillofacial Prosthetics
28 Adjunctive Dental Services
30 Health Benefit Plan Coverage
300120 If only a single category of inquiry can be
supported, use this code.
32 Plan Waiting Period
33 Chiropractic
34 Chiropractic Office Visits
35 Dental Care
36 Dental Crowns
37 Dental Accident
38 Orthodontics
39 Prosthodontics
40 Oral Surgery
41 Routine (Preventive) Dental
42 Home Health Care
43 Home Health Prescriptions
44 Home Health Visits
45 Hospice
46 Respite Care
47 Hospital
48 Hospital - Inpatient
49 Hospital - Room and Board
50 Hospital - Outpatient
51 Hospital - Emergency Accident
52 Hospital - Emergency Medical
53 Hospital - Ambulatory Surgical
54 Long Term Care
55 Major Medical
56 Medically Related Transportation
57 Air Transportation
58 Cabulance
59 Licensed Ambulance
60 General Benefits
61 In-vitro Fertilization
62 MRI/CAT Scan
63 Donor Procedures
64 Acupuncture
65 Newborn Care
66 Pathology
67 Smoking Cessation
68 Well Baby Care
69 Maternity
70 Transplants
71 Audiology Exam
72 Inhalation Therapy
73 Diagnostic Medical
74 Private Duty Nursing
75 Prosthetic Device
76 Dialysis
77 Otological Exam
78 Chemotherapy
79 Allergy Testing
80 Immunizations
81 Routine Physical
82 Family Planning
83 Infertility
84 Abortion
85 AIDS
86 Emergency Services
87 Cancer
88 Pharmacy
89 Free Standing Prescription Drug
90 Mail Order Prescription Drug
91 Brand Name Prescription Drug
92 Generic Prescription Drug
93 Podiatry
94 Podiatry - Office Visits
95 Podiatry - Nursing Home Visits
96 Professional (Physician)
97 Anesthesiologist
98 Professional (Physician) Visit - Office
99 Professional (Physician) Visit - Inpatient
A0 Professional (Physician) Visit - Outpatient
A1 Professional (Physician) Visit - Nursing Home
A2 Professional (Physician) Visit - Skilled Nursing
Facility
A3 Professional (Physician) Visit - Home
A4 Psychiatric
A5 Psychiatric - Room and Board
A6 Psychotherapy
A7 Psychiatric - Inpatient
A8 Psychiatric - Outpatient
A9 Rehabilitation
AA Rehabilitation - Room and Board
AB Rehabilitation - Inpatient
AC Rehabilitation - Outpatient
AD Occupational Therapy
AE Physical Medicine
AF Speech Therapy
AG Skilled Nursing Care
AH Skilled Nursing Care - Room and Board
AI Substance Abuse
AJ Alcoholism
AK Drug Addiction
AL Vision (Optometry)
AM Frames
AN Routine Exam
300305 Use for Routine Vision Exam only.
AO Lenses
AQ Nonmedically Necessary Physical
AR Experimental Drug Therapy
B1 Burn Care
B2 Brand Name Prescription Drug - Formulary
B3 Brand Name Prescription Drug - Non-Formulary
BA Independent Medical Evaluation
BB Partial Hospitalization (Psychiatric)
BC Day Care (Psychiatric)
BD Cognitive Therapy
BE Massage Therapy
BF Pulmonary Rehabilitation
BG Cardiac Rehabilitation
BH Pediatric
BI Nursery
BJ Skin
BK Orthopedic
BL Cardiac
BM Lymphatic
BN Gastrointestinal
BP Endocrine
BQ Neurology
BR Eye
BS Invasive Procedures
BT Gynecological
BU Obstetrical
BV Obstetrical/Gynecological
BW Mail Order Prescription Drug: Brand Name
BX Mail Order Prescription Drug: Generic
BY Physician Visit - Office: Sick
BZ Physician Visit - Office: Well
C1 Coronary Care
CA Private Duty Nursing - Inpatient
CB Private Duty Nursing - Home
CC Surgical Benefits - Professional (Physician)
CD Surgical Benefits - Facility
CE Mental Health Provider - Inpatient
CF Mental Health Provider - Outpatient
CG Mental Health Facility - Inpatient
CH Mental Health Facility - Outpatient
CI Substance Abuse Facility - Inpatient
CJ Substance Abuse Facility - Outpatient
CK Screening X-ray
CL Screening laboratory
CM Mammogram, High Risk Patient
CN Mammogram, Low Risk Patient
CO Flu Vaccination
CP Eyewear and Eyewear Accessories
CQ Case Management
DG Dermatology
DM Durable Medical Equipment
DS Diabetic Supplies
GF Generic Prescription Drug - Formulary
GN Generic Prescription Drug - Non-Formulary
GY Allergy
IC Intensive Care
MH Mental Health
NI Neonatal Intensive Care
ON Oncology
PT Physical Therapy
PU Pulmonary
RN Renal
RT Residential Psychiatric Treatment
TC Transitional Care
TN Transitional Nursery Care
UC Urgent Care
SITUATIONAL EQ02 C003 COMPOSITE MEDICAL PROCEDURE X1
IDENTIFIER
To identify a medical procedure by its standardized codes and applicable
modifiers
OD: 270B1_2110C_EQ02_C003
OD:
270B1_2110C_EQ02_C00301_ProductorServiceIDQualifier
OD: 270B1_2110C_EQ02_C00302_ProcedureCode
OD: 270B1_2110C_EQ02_C00303_ProcedureModifier
OD: 270B1_2110C_EQ02_C00304_ProcedureModifier
OD: 270B1_2110C_EQ02_C00305_ProcedureModifier
OD: 270B1_2110C_EQ02_C00306_ProcedureModifier
OD: 270B1_2110C_EQ03__CoverageLevelCode
FAM Family
NOT USED EQ04 1336 Insurance Type Code O1 ID 1/3
SITUATIONAL EQ05 C004 COMPOSITE DIAGNOSIS CODE POINTER O1
To identify one or more diagnosis code pointers
OD: 270B1_2110C_EQ05_C004
OD: 270B1_2110C_EQ05_C00401_DiagnosisCodePointer
300328 This first pointer designates the primary diagnosis for this
EQ segment. Remaining diagnosis pointers indicate
declining level of importance to the EQ segment.
Acceptable values are 1 through 8, and correspond to
Composite Data Elements 01 through 08 in the Health Care
Diagnosis Code HI segment in loop 2100C.
SITUATIONAL EQ05 - 2 1328 Diagnosis Code Pointer O N0 1/2
A pointer to the diagnosis code in the order of importance to this service
SEMANTIC:
C004-02 identifies the second diagnosis code for this service line.
OD: 270B1_2110C_EQ05_C00402_DiagnosisCodePointer
OD: 270B1_2110C_EQ05_C00403_DiagnosisCodePointer
OD: 270B1_2110C_EQ05_C00404_DiagnosisCodePointer
SEGMENT DETAIL
125
300
AMT - SUBSCRIBER SPEND DOWN AMOUNT
X12 Segment Name: Monetary Amount Information
X12 Purpose: To indicate the total monetary amount
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
69
03
30 Situational Rule: Required if Spend Down amount is being reported. If not required by this
implementation guide, do not send.
213
300 TR3 Notes: 1. Use this segment only if it is necessary to report a Spend Down
amount. Under certain Medicaid programs, individuals must indicate
the dollar amount that they wish to apply towards their deductible.
These programs require individuals to pay a certain amount towards
their health care cost before Medicaid coverage starts.
074
300 TR3 Example: AMT✽R✽37.5~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110C_AMT01__AmountQualifierCode
CODE DEFINITION
R Spend Down
REQUIRED AMT02 782 Monetary Amount M1 R 1/18
Monetary amount
OD: 270B1_2110C_AMT02__SpendDownAmount
300073 Use this monetary amount to specify the dollar amount associated
with this inquiry.
NOT USED AMT03 478 Credit/Debit Flag Code O1 ID 1/1
SEGMENT DETAIL
370
300
AMT - SUBSCRIBER SPEND DOWN TOTAL
BILLED AMOUNT
X12 Segment Name: Monetary Amount Information
X12 Purpose: To indicate the total monetary amount
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
72
03
30 Situational Rule: Required if Spend Down amount is being reported in a separate 2110C
AMT segment and the information source also requires the Spend Down
Total Billed Amount. If not required by this implementation guide, do not
send.
373
300 TR3 Notes: 1. Use this segment only if it is necessary to report the Spend Down
Total Billed Amount in addition to the Spend Down Amount. See
2110C Subscriber Spend Down Amount segment for more information
about Spend Down.
371
300 TR3 Example: AMT✽PB✽37.5~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110C_AMT01__AmountQualifierCode
CODE DEFINITION
PB Billed Amount
REQUIRED AMT02 782 Monetary Amount M1 R 1/18
Monetary amount
OD: 270B1_2110C_AMT02__SpendDownTotalBilledAmount
300073 Use this monetary amount to specify the dollar amount associated
with this inquiry.
NOT USED AMT03 478 Credit/Debit Flag Code O1 ID 1/1
SEGMENT DETAIL
183
300
III - SUBSCRIBER ELIGIBILITY OR BENEFIT
ADDITIONAL INQUIRY INFORMATION
X12 Segment Name: Information
X12 Purpose: To report information
X12 Syntax: 1. P0102
If either III01 or III02 is present, then the other is required.
2. L030405
If III03 is present, then at least one of III04 or III05 are required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
74
03
30 Situational Rule: Required when the information receiver believes the Facility Type
information is relevant to the inquiry and the information is available. If
not required by this implementation guide, do not send.
214
300 TR3 Notes: 1. Use the III segment when an information source supports or may be
thought to support this level of functionality. If not supported, the
information source will process without this segment.
394
300 TR3 Example: III✽ZZ✽21~
DIAGRAM
III01 1270 III02 1271 III03 1136 III04 933 III05 380 III06 C001
Code List Industry Code
✽ Free-Form ✽ Quantity Composite
III ✽ Qual Code
✽
Code
✽
Category Message Txt
✽
Unit of Mea
X1 ID 1/3 X1 AN 1/30 O1 ID 2/2 X1 AN 1/264 X1 R 1/15 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110C_III01__CodeListQualifierCode
300185 Use this code to specify the code that is following in the III02 is a
Facility Type Code.
CODE DEFINITION
ZZ Mutually Defined
300215 Use this code for Facility Type Code.
See Appendix A for Code Source 237, Place of
Service Codes for Professional Claims.
OD: 270B1_2110C_III02__IndustryCode
300186 Use this element for codes identifying a place of service from code
source 237. As a courtesy, the codes are listed below; however, the
code list is thought to be complete at the time of publication of this
implementation guideline. Since this list is subject to change, only
codes contained in the document available from code source 237
are to be supported in this transaction and take precedence over
any and all codes listed here.
01 Pharmacy
03 School
04 Homeless Shelter
05 Indian Health Service Free-standing Facility
06 Indian Health Service Provider-based Facility
07 Tribal 638 Free-standing Facility
08 Tribal 638 Provider-based Facility
11 Office
12 Home
13 Assisted Living Facility
14 Group Home
15 Mobile Unit
20 Urgent Care Facility
21 Inpatient Hospital
22 Outpatient Hospital
23 Emergency Room - Hospital
24 Ambulatory Surgical Center
25 Birthing Center
26 Military Treatment Facility
31 Skilled Nursing Facility
32 Nursing Facility
33 Custodial Care Facility
34 Hospice
41 Ambulance - Land
42 Ambulance - Air or Water
49 Independent Clinic
50 Federally Qualified Health Center
51 Inpatient Psychiatric Facility
52 Psychiatric Facility - Partial Hospitalization
53 Community Mental Health Center
54 Intermediate Care Facility/Mentally Retarded
55 Residential Substance Abuse Treatment Facility
56 Psychiatric Residential Treatment Center
57 Non-residential Substance Abuse Treatment Facility
60 Mass Immunization Center
61 Comprehensive Inpatient Rehabilitation Facility
62 Comprehensive Outpatient Rehabilitation Facility
65 End-Stage Renal Disease Treatment Facility
71 Public Health Clinic
72 Rural Health Clinic
81 Independent Laboratory
99 Other Place of Service
NOT USED III03 1136 Code Category O1 ID 2/2
SEGMENT DETAIL
096
300
REF - SUBSCRIBER ADDITIONAL
INFORMATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
53
01
30 Situational Rule: Required when the subscriber has received a referral or prior
authorization number and the information receiver believes the
information is relevant to the inquiry (such as for a benefit or procedure
that requires a referral or prior authorization) and the information is
available. If not required by this implementation guide do not send.
244
300 TR3 Notes: 1. Use this segment when it is necessary to provide a referral or prior
authorization number for the benefit being inquired about.
062
300 TR3 Example: REF✽9F✽660415~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110C_REF01__ReferenceIdentificationQualifier
300039 Use this code to specify or qualify the type of reference number
that is following in REF02.
CODE DEFINITION
9F Referral Number
G1 Prior Authorization Number
OD: 270B1_2110C_REF02__PriorAuthorizationorReferralNumber
SEGMENT DETAIL
126
300
DTP - SUBSCRIBER ELIGIBILITY/BENEFIT
DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
75
03
30 Situational Rule: Required when the plan date(s) are different from the date(s) provided in
the 2100C loop. If not required by this implementation guide, do not send.
118
300 TR3 Notes: 1. Use this segment to convey plan dates associated with the
information contained in the corresponding EQ segment.
187
300 2. This segment is only to be used to override dates provided in Loop
2100C when the date differs from the date provided in the DTP
segment in Loop 2100C. Dates that apply to the entire request must be
placed in the DTP segment in Loop 2100C. In order for a date to
appear here, there must be a date or a date range in the
corresponding 2100C loop.
245
300 TR3 Example: DTP✽291✽D8✽20051031~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110C_DTP01__DateTimeQualifier
291 Plan
OD: 270B1_2110C_DTP02__DateTimePeriodFormatQualifier
300043 Use this code to specify the format of the date(s) or time(s) that
follow in the next data element.
CODE DEFINITION
OD: 270B1_2110C_DTP03__DateTimePeriod
300042 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
097
300
HL - DEPENDENT LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000D — DEPENDENT LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
76
03
30 Situational Rule: Required when the patient is a dependent of a member and cannot be
uniquely identified to the information source without the member’s
information in the Subscriber Level 2000C loop. If not required by this
implementation guide, do not send.
154
300 TR3 Notes: 1. If a patient is a dependent of a member, but can be uniquely identified
to the information source (such as by, but not limited to, a unique
Member Identification Number) then the patient is considered the
subscriber and is to be identified in the Subscriber Level.
188
300 2. Because the usage of this segment is “Situational”, this is not a
syntactically required loop. If this loop is used, then this segment is a
“Required” segment. See Appendix B for further details on ASC X12
nomenclature.
024
300 3. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
075
300 4. An example of the overall structure of the transaction set when used
in batch mode is:
060
300 TR3 Example: HL✽4✽3✽23✽0~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000D_HL01__HierarchicalIDNumber
300116 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
HL*3*2*22*1~
NM1*IL*1*SMITH*ROBERT*B***MI*11122333301~
HL*4*3*23*0~
NM1*03*1*SMITH*MARY*LOU~
Eligibility/Benefit Data
HL*5*2*22*0~
NM1*IL*1*BROWN*JOHN*E***MI*22211333301~
Eligibility/Benefit Data
OD: 270B1_2000D_HL02__HierarchicalParentIDNumber
300333 Use this code to identify the specific Subscriber to which this level
is subordinate.
REQUIRED HL03 735 Hierarchical Level Code M1 ID 1/2
Code defining the characteristic of a level in a hierarchical structure
COMMENT: HL03 indicates the context of the series of segments following the
current HL segment up to the next occurrence of an HL segment in the
transaction. For example, HL03 is used to indicate that subsequent segments in
the HL loop form a logical grouping of data referring to shipment, order, or item-
level information.
OD: 270B1_2000D_HL03__HierarchicalLevelCode
300334 All data that follows this HL segment is associated with the
Dependent identified by the level code. This association continues
until the next occurrence of an HL segment.
CODE DEFINITION
23 Dependent
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 270B1_2000D_HL04__HierarchicalChildCode
SEGMENT DETAIL
099
300
TRN - DEPENDENT TRACE NUMBER
X12 Segment Name: Trace
X12 Purpose: To uniquely identify a transaction to an application
X12 Set Notes: 1. If the Eligibility, Coverage or Benefit Inquiry Transaction Set (270) includes
a TRN segment, then the Eligibility, Coverage or Benefit Information
Transaction Set (271) must return the trace number identified in the TRN
segment.
Loop: 2000D — DEPENDENT LEVEL
Segment Repeat: 2
Usage: SITUATIONAL
77
03
30 Situational Rule: Required when information receiver or clearinghouse intends to use the
TRN segment as a tracing mechanism for the eligibility transaction and
the dependent is the patient. If not required by this implementation guide,
do not send.
189
300 TR3 Notes: 1. Trace numbers assigned at the dependent level are intended to allow
tracing of an eligibility/benefit transaction when the dependent is the
patient.
190
300 2. The information receiver may assign one TRN segment in this loop if
the dependent is the patient. A clearinghouse may assign one TRN
segment in this loop if the dependent is the patient. See Section 1.4.6
Information Linkage.
191
300 TR3 Example: TRN✽1✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽1✽109834652831✽9XYZCLEARH✽REALTIME~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2000D_TRN01__TraceTypeCode
CODE DEFINITION
OD: 270B1_2000D_TRN02__TraceNumber
300033 Use this number for the trace or reference number assigned by the
information receiver or clearinghouse.
REQUIRED TRN03 509 Originating Company Identifier O 1 AN 10/10
A unique identifier designating the company initiating the funds transfer
instructions, business transaction or assigning tracking reference identification.
SEMANTIC: TRN03 identifies an organization.
OD: 270B1_2000D_TRN03__TraceAssigningEntityIdentifier
300192 Use this number for the identification number of the company that
assigned the trace or reference number specified in the previous
data element (TRN02).
300170 The first position must be either a “1" if an EIN is used, a ”3" if a
DUNS is used or a “9" if a user assigned identifier is used.
SITUATIONAL TRN04 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: TRN04 identifies a further subdivision within the organization.
OD: 270B1_2000D_TRN04__TraceAssigningEntityAdditionalIdentifier
SEGMENT DETAIL
100
300
NM1 - DEPENDENT NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100D — DEPENDENT NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
155
300 TR3 Notes: 1. Use this segment to identify an entity by name. This NM1 loop is used
to identify the dependent of an insured or subscriber.
174
300 2. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
266
300 TR3 Example: NM1✽03✽1✽SMITH✽MARY LOU✽R~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽ Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_NM101__EntityIdentifierCode
CODE DEFINITION
03 Dependent
OD: 270B1_2100D_NM102__EntityTypeQualifier
300027 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
300378 SITUATIONAL RULE: Requiredwhen the dependent is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the dependent is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Last Name (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100D_NM103__DependentLastName
301085 SITUATIONAL RULE: Required when the dependent is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the dependent is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s First Name (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100D_NM104__DependentFirstName
OD: 270B1_2100D_NM105__DependentMiddleName
300216 Use this name for the dependent’s middle name or initial.
NOT USED NM106 1038 Name Prefix O 1 AN 1/10
SITUATIONAL NM107 1039 Name Suffix O 1 AN 1/10
Suffix to individual name
OD: 270B1_2100D_NM107__DependentNameSuffix
300217 Use this for the suffix to an individual’s name; e.g., Sr., Jr. or III.
NOT USED NM108 66 Identification Code Qualifier X1 ID 1/2
NOT USED NM109 67 Identification Code X1 AN 2/80
NOT USED NM110 706 Entity Relationship Code X1 ID 2/2
NOT USED NM111 98 Entity Identifier Code O1 ID 2/3
NOT USED NM112 1035 Name Last or Organization Name O 1 AN 1/60
SEGMENT DETAIL
103
300
REF - DEPENDENT ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 9
Usage: SITUATIONAL
57
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
237
300 TR3 Notes: 1. Use this segment when needed to convey identification numbers for
the dependent. The type of reference number is determined by the
qualifier in REF01. Only one occurrence of each REF01 code value
may be used in the 2100D loop.
174
300 2. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
136
300 TR3 Example: REF✽1L✽660415~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_REF01__ReferenceIdentificationQualifier
300156 Use this code to specify or qualify the type of reference number
that is following in REF02.
300406 Only one occurrence of each REF01 code value may be used in the
2100D loop.
CODE DEFINITION
18 Plan Number
OD: 270B1_2100D_REF02__DependentSupplementalIdentifier
SEGMENT DETAIL
104
300
N3 - DEPENDENT ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
57
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
058
300 TR3 Example: N3✽15197 BROADWAY AVENUE✽APT 215~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_N301__DependentAddressLine
300040 Use this information for the first line of the address information.
OD: 270B1_2100D_N302__DependentAddressLine
300041 Use this information for the second line of the address information.
SEGMENT DETAIL
105
300
N4 - DEPENDENT CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
96
03
30 Situational Rule: Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
341
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽
Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_N401__DependentCityName
OD: 270B1_2100D_N402__DependentStateCode
OD: 270B1_2100D_N403__DependentPostalZoneorZIPCode
OD: 270B1_2100D_N404__CountryCode
300343 Use the alpha-2 country codes from Part 1 of ISO 3166.
300344 SITUATIONAL RULE: Required when the address is not in the United
States of America, including its territories, or Canada, and the
country in N404 has administrative subdivisions such as but not
limited to states, provinces, cantons, etc. If not required by this
implementation guide, do not send.
OD: 270B1_2100D_N407__CountrySubdivisionCode
300345 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
238
300
PRV - PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
79
03
30 Situational Rule: Required when the information source is known to process this
information in creating a 271 response and the information receiver feels
it is necessary to identify a specific provider or to associate a specialty
type related to the service identified in the 2110D loop. If not required by
this implementation guide, may be provided at sender’s discretion, but
cannot be required by the receiver.
246
300 TR3 Notes: 1. This segment must not be used to identify the information receiver or
the information receiver’s specialty type, unless the information is
different from that sent in the 2100B loop.
218
300 2. If identifying a specific provider, use this segment to convey specific
information about a provider’s role in the eligibility/benefit being
inquired about when the provider is not the information receiver. For
example, if the information receiver is a hospital and a referring
provider must be identified, this is the segment where the referring
provider would be identified.
219
300 3. If identifying a specific provider, this segment contains reference
identification numbers, all of which may be used up until the time the
National Provider Identifier (NPI) is mandated for use. After the NPI is
mandated, only the code for National Provider Identifier may be used.
220
300 4. If identifying a type of specialty associated with the services identified
in loop 2110D, use code PXC in PRV02 and the appropriate code in
PRV03.
221
300 5. PRV02 qualifies PRV03.
180
300 TR3 Example: PRV✽RF✽EI✽9991234567~
PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽
Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SK Skilled Nursing Facility
SU Supervising
OD: 270B1_2100D_PRV02__ReferenceIdentificationQualifier
9K Servicer
300113 Use this code for the identification number assigned
by the information source to be used by the
information receiver in health care transactions.
D3 National Council for Prescription Drug Programs
Pharmacy Number
CODE SOURCE 307: National Council for Prescription Drug
Programs Pharmacy Number
EI Employer’s Identification Number
HPI Centers for Medicare and Medicaid Services
National Provider Identifier
300181 Required value when identifying a specific provider
when the National Provider ID is mandated for use.
Otherwise, one of the other listed codes may be
used.
CODE SOURCE 537: Centers for Medicare & Medicaid Services
National Provider Identifier
PXC Health Care Provider Taxonomy Code
CODE SOURCE 682: Health Care Provider Taxonomy
SY Social Security Number
300164 The social security number may not be used for any
Federally administered programs such as Medicare.
TJ Federal Taxpayer’s Identification Number
OD: 270B1_2100D_PRV03__ProviderIdentifier
SEGMENT DETAIL
109
300
DMG - DEPENDENT DEMOGRAPHIC
INFORMATION
X12 Segment Name: Demographic Information
X12 Purpose: To supply demographic information
X12 Syntax: 1. P0102
If either DMG01 or DMG02 is present, then the other is required.
2. P1011
If either DMG10 or DMG11 is present, then the other is required.
3. C1105
If DMG11 is present, then DMG05 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
82
10
30 Situational Rule: Required when the dependent is the patient and the information receiver
is utilizing the Primary Search Option (See Section 1.4.8).
OR
Required when the dependent is the patient and the information receiver
is utilizing one of the Required Alternate Search Options that require the
Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for an
Alternate Search Option supported by the Information Source (See
Section 1.4.8).
If not required by this implementation guide, do not send.
119
300 TR3 Notes: 1. Use this segment when needed to convey the birth date or gender
demographic information for the dependent.
174
300 2. Please refer to Section 1.4.8 Search Options for specific information
about how to identify an individual to an Information Source.
106
300 TR3 Example: DMG✽D8✽19430121✽F~
DIAGRAM
DMG01 1250 DMG02 1251 DMG03 1068 DMG04 1067 DMG05 C056 DMG06 1066
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
301082 SITUATIONAL RULE: Required when the dependent is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the dependent is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100D_DMG01__DateTimePeriodFormatQualifier
300047 Use this code to indicate the format of the date of birth that follows
in DMG02.
CODE DEFINITION
301082 SITUATIONAL RULE: Requiredwhen the dependent is the patient and the
information receiver is utilizing the Primary Search Option (See
Section 1.4.8).
OR
Required when the dependent is the patient and the information
receiver is utilizing one of the Required Alternate Search Options
that require the Patient’s Date of Birth (See Section 1.4.8).
OR
Required when the information receiver believes this is needed for
an Alternate Search Option supported by the Information Source
(See Section 1.4.8).
If not required by this implementation guide, do not send.
OD: 270B1_2100D_DMG02__DependentBirthDate
300046 Use this date for the date of birth of the individual.
OD: 270B1_2100D_DMG03__DependentGenderCode
F Female
M Male
NOT USED DMG04 1067 Marital Status Code O1 ID 1/1
NOT USED DMG05 C056 COMPOSITE RACE OR ETHNICITY X
INFORMATION 10
NOT USED DMG06 1066 Citizenship Status Code O1 ID 1/2
NOT USED DMG07 26 Country Code O1 ID 2/3
NOT USED DMG08 659 Basis of Verification Code O1 ID 1/2
NOT USED DMG09 380 Quantity O1 R 1/15
NOT USED DMG10 1270 Code List Qualifier Code X1 ID 1/3
NOT USED DMG11 1271 Industry Code X1 AN 1/30
SEGMENT DETAIL
127
300
INS - DEPENDENT RELATIONSHIP
X12 Segment Name: Insured Benefit
X12 Purpose: To provide benefit information on insured entities
X12 Syntax: 1. P1112
If either INS11 or INS12 is present, then the other is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
81
03
30 Situational Rule: Required when the information receiver believes it is necessary to identify
for an Alternate Search Option supported by the Information Source (See
Section 1.4.8) the dependent’s relationship to the insured and/or the birth
sequence of the dependent in the case of multiple births with the same
birth date. If not required by this implementation guide, do not send.
223
300 TR3 Notes: 1. Different types of health plans identify patients in different manners
depending upon how their eligibility is structured. However, two
approaches predominate.
The first approach is to assign each member of the family (and plan) a
unique ID number. This number can be used to identify and access
that individual’s information independent of whether he or she is a
child, spouse, or the actual subscriber to the plan. The relationship of
this individual to the actual subscriber or contract holder would be
one of spouse, child, self, etc.
138
300 TR3 Example: INS✽N✽01~
DIAGRAM
INS01 1073 INS02 1069 INS03 875 INS04 1203 INS05 1216 INS06 C052
INS07 1219 INS08 584 INS09 1220 INS10 1073 INS11 1250 INS12 1251
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_INS01__InsuredIndicator
N No
REQUIRED INS02 1069 Individual Relationship Code M1 ID 2/2
Code indicating the relationship between two individuals or entities
OD: 270B1_2100D_INS02__IndividualRelationshipCode
CODE DEFINITION
01 Spouse
19 Child
34 Other Adult
NOT USED INS03 875 Maintenance Type Code O1 ID 3/3
NOT USED INS04 1203 Maintenance Reason Code O1 ID 2/3
NOT USED INS05 1216 Benefit Status Code O1 ID 1/1
NOT USED INS06 C052 MEDICARE STATUS CODE O1
NOT USED INS07 1219 Consolidated Omnibus Budget Reconciliation O1 ID 1/2
Act (COBRA) Qualifying
NOT USED INS08 584 Employment Status Code O1 ID 2/2
NOT USED INS09 1220 Student Status Code O1 ID 1/1
NOT USED INS10 1073 Yes/No Condition or Response Code O1 ID 1/1
NOT USED INS11 1250 Date Time Period Format Qualifier X1 ID 2/3
NOT USED INS12 1251 Date Time Period X1 AN 1/35
OD: 270B1_2100D_INS17__BirthSequenceNumber
SEGMENT DETAIL
335
300
HI - DEPENDENT HEALTH CARE DIAGNOSIS
CODE
X12 Segment Name: Health Care Information Codes
X12 Purpose: To supply information related to the delivery of health care
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
60
03
30 Situational Rule: Required when the information receiver believes the Diagnosis
information is relevant to the inquiry, the information is available and if
the information source supports or is believed to support this level of
functionality. If not required by this implementation guide, do not send.
337
300 TR3 Notes: 1. Use the HI segment when an information source supports or may be
thought to support this level of functionality. If not supported, the
information source will process without this segment. The information
source must not use information in an HI segment of the 270
transaction in the determination of eligibility or benefits for the
dependent if that information cannot be returned in the 271 response.
321
300 2. Use this segment to identify Diagnosis codes as they relate to the
information provided in the EQ segments.
322
300 3. Do not transmit the decimal points in the diagnosis codes. The
decimal point is assumed.
336
300 TR3 Example: HI✽BK:8901✽BF:87200✽BF:5559~
DIAGRAM
HI01 C022 HI02 C022 HI03 C022 HI04 C022 HI05 C022 HI06 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care
HI Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
M1 O1 O1 O1 O1 O1
HI07 C022 HI08 C022 HI09 C022 HI10 C022 HI11 C022 HI12 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ~
Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
O1 O1 O1 O1 O1 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_HI01_C022
300323 E codes are Not Used in HI01 except when defined by the claims
processor. E codes may be put in any other HI element using BF as
the qualifier.
OD: 270B1_2100D_HI01_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI01_C02202_DiagnosisCode
OD: 270B1_2100D_HI02_C022
OD: 270B1_2100D_HI02_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI02_C02202_DiagnosisCode
OD: 270B1_2100D_HI03_C022
OD: 270B1_2100D_HI03_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI03_C02202_DiagnosisCode
OD: 270B1_2100D_HI04_C022
OD: 270B1_2100D_HI04_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI04_C02202_DiagnosisCode
OD: 270B1_2100D_HI05_C022
OD: 270B1_2100D_HI05_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI05_C02202_DiagnosisCode
OD: 270B1_2100D_HI06_C022
OD: 270B1_2100D_HI06_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI06_C02202_DiagnosisCode
OD: 270B1_2100D_HI07_C022
OD: 270B1_2100D_HI07_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI07_C02202_DiagnosisCode
OD: 270B1_2100D_HI08_C022
OD: 270B1_2100D_HI08_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 270B1_2100D_HI08_C02202_DiagnosisCode
SEGMENT DETAIL
128
300
DTP - DEPENDENT DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 2
Usage: SITUATIONAL
83
03
30 Situational Rule: Required when the information receiver wishes to convey the plan date(s)
for the dependent in relation to the eligibility/benefit inquiry. If not
required by this implementation guide, may be sent at the sender’s
discretion but cannot be required by the information source.
OR
Required when utilizing a search option other than the Primary Search
Option which requires the ID Card Issue Date. If not required by this
implementation guide, may be sent at the sender’s discretion but cannot
be required by the information source.
362
300 TR3 Notes: 1. Absence of a Plan date indicates the request is for the date the
transaction is processed and the information source is to process the
transaction in the same manner as if the processing date was sent.
384
300 2. Use this segment to convey the plan date(s) for the dependent or for
the issue date of the dependent’s identification card for the
information source.
139
300 3. When using code “291" (Plan) at this level, it is implied that these
dates apply to all of the Eligibility or Benefit Inquiry (EQ) loops that
follow. If there is a need to supply a different Plan date for a specific
EQ loop, it must be provided in the DTP segment within the EQ loop
and it will only apply to that EQ loop.
389
300 TR3 Example: DTP✽291✽D8✽20051015~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2100D_DTP01__DateTimeQualifier
102 Issue
300182 Used if utilizing a search option other than the
Primary search option identified in section 1.4.8 and
is present on the identification card and is available.
291 Plan
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 270B1_2100D_DTP02__DateTimePeriodFormatQualifier
300043 Use this code to specify the format of the date(s) or time(s) that
follow in the next data element.
CODE DEFINITION
OD: 270B1_2100D_DTP03__DateTimePeriod
300042 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
408
300
EQ - DEPENDENT ELIGIBILITY OR BENEFIT
INQUIRY
X12 Segment Name: Eligibility or Benefit Inquiry
X12 Purpose: To specify inquired eligibility or benefit information
X12 Syntax: 1. R0102
At least one of EQ01 or EQ02 is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INQUIRY Loop
Repeat: 99
Segment Repeat: 1
Usage: REQUIRED
131
300 TR3 Notes: 1. Use this segment to begin the eligibility/benefit inquiry looping
structure.
268
300 2. If the EQ segment is used, either EQ01 - Service Type Code or EQ02 -
Composite Medical Procedure Identifier must be used. Only EQ01 or
EQ02 is to be sent, not both.
288
300 3. If an information source receives a Service Type Code “30" submitted
in the 270 EQ01 or a Service Type Code that they do not support, the
2110D EB03 values identified in Section 1.4.7.1 Item #8 must also be
returned if they are a covered benefit category at a plan level. Refer to
Section 1.4.7 for additional information.
284
300 4. EQ01 is a repeating data element that may be repeated up to 99 times.
If all of the information that will be used in the 2110D loop is the same
with the exception of the Service Type Code used in EQ01, it is more
efficient to use the repetition function of EQ01 to send each of the
Service Type Codes needed. If an Information Source supports more
than Service Type Code “30", and can support requests for multiple
Service Type Codes, the repetition use of EQ01 must be supported.
287
300 TR3 Example: EQ✽98^34^44^81^A0^A3~
407
300 TR3 Example: EQ✽30~
DIAGRAM
EQ01 1365 EQ02 C003 EQ03 1207 EQ04 1336 EQ05 C004
Service Comp. Med. Coverage Insurance
✽ Comp. Diag.
EQ ✽ Type Code
✽
Proced. ID
✽
Level Code
✽
Type Code Code Point.
~
X 99 ID 1/2 X1 O1 ID 3/3 O1 ID 1/3 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
300247 SITUATIONAL RULE: Required if utilizing a Service Type Code inquiry and
EQ02 is not used. If not required by this implementation guide, do
not send.
OD: 270B1_2110D_EQ01__ServiceTypeCode
300225 An information source may support the use of Service Type Codes
from the list other than “30" (Health Benefit Plan Coverage) in EQ01
at their discretion. If an information source supports codes in
addition to ”30", the information source may provide a list of the
supported codes from the list below to the information receiver. If
no list is provided, an information receiver may transmit the most
appropriate code.
300226 If an inquiry is submitted with a Service Type Code from the list
other than “30" and the information source does not support this
level of functionality, a generic response will be returned. The
generic response will be the same response as if a Service Type
Code of ”30" (Health Benefit Plan Coverage) was received by the
information source. Refer to Section 1.4.7 for additional information.
1 Medical Care
2 Surgical
3 Consultation
4 Diagnostic X-Ray
5 Diagnostic Lab
6 Radiation Therapy
7 Anesthesia
8 Surgical Assistance
9 Other Medical
10 Blood Charges
11 Used Durable Medical Equipment
12 Durable Medical Equipment Purchase
13 Ambulatory Service Center Facility
14 Renal Supplies in the Home
15 Alternate Method Dialysis
16 Chronic Renal Disease (CRD) Equipment
17 Pre-Admission Testing
18 Durable Medical Equipment Rental
19 Pneumonia Vaccine
20 Second Surgical Opinion
21 Third Surgical Opinion
22 Social Work
23 Diagnostic Dental
24 Periodontics
25 Restorative
26 Endodontics
27 Maxillofacial Prosthetics
28 Adjunctive Dental Services
30 Health Benefit Plan Coverage
300120 If only a single category of inquiry can be
supported, use this code.
32 Plan Waiting Period
33 Chiropractic
34 Chiropractic Office Visits
35 Dental Care
36 Dental Crowns
37 Dental Accident
38 Orthodontics
39 Prosthodontics
40 Oral Surgery
41 Routine (Preventive) Dental
42 Home Health Care
43 Home Health Prescriptions
44 Home Health Visits
45 Hospice
46 Respite Care
47 Hospital
48 Hospital - Inpatient
49 Hospital - Room and Board
50 Hospital - Outpatient
51 Hospital - Emergency Accident
52 Hospital - Emergency Medical
53 Hospital - Ambulatory Surgical
54 Long Term Care
55 Major Medical
56 Medically Related Transportation
57 Air Transportation
58 Cabulance
59 Licensed Ambulance
60 General Benefits
61 In-vitro Fertilization
62 MRI/CAT Scan
63 Donor Procedures
64 Acupuncture
65 Newborn Care
66 Pathology
67 Smoking Cessation
68 Well Baby Care
69 Maternity
70 Transplants
71 Audiology Exam
72 Inhalation Therapy
73 Diagnostic Medical
74 Private Duty Nursing
75 Prosthetic Device
76 Dialysis
77 Otological Exam
78 Chemotherapy
79 Allergy Testing
80 Immunizations
81 Routine Physical
82 Family Planning
83 Infertility
84 Abortion
85 AIDS
86 Emergency Services
87 Cancer
88 Pharmacy
89 Free Standing Prescription Drug
90 Mail Order Prescription Drug
91 Brand Name Prescription Drug
BE Massage Therapy
BF Pulmonary Rehabilitation
BG Cardiac Rehabilitation
BH Pediatric
BI Nursery
BJ Skin
BK Orthopedic
BL Cardiac
BM Lymphatic
BN Gastrointestinal
BP Endocrine
BQ Neurology
BR Eye
BS Invasive Procedures
BT Gynecological
BU Obstetrical
BV Obstetrical/Gynecological
BW Mail Order Prescription Drug: Brand Name
BX Mail Order Prescription Drug: Generic
BY Physician Visit - Office: Sick
BZ Physician Visit - Office: Well
C1 Coronary Care
CA Private Duty Nursing - Inpatient
CB Private Duty Nursing - Home
CC Surgical Benefits - Professional (Physician)
CD Surgical Benefits - Facility
CE Mental Health Provider - Inpatient
CF Mental Health Provider - Outpatient
CG Mental Health Facility - Inpatient
CH Mental Health Facility - Outpatient
CI Substance Abuse Facility - Inpatient
CJ Substance Abuse Facility - Outpatient
CK Screening X-ray
CL Screening laboratory
CM Mammogram, High Risk Patient
CN Mammogram, Low Risk Patient
CO Flu Vaccination
CP Eyewear and Eyewear Accessories
CQ Case Management
DG Dermatology
DM Durable Medical Equipment
DS Diabetic Supplies
GF Generic Prescription Drug - Formulary
GN Generic Prescription Drug - Non-Formulary
GY Allergy
IC Intensive Care
MH Mental Health
NI Neonatal Intensive Care
ON Oncology
PT Physical Therapy
PU Pulmonary
RN Renal
RT Residential Psychiatric Treatment
TC Transitional Care
TN Transitional Nursery Care
UC Urgent Care
SITUATIONAL EQ02 C003 COMPOSITE MEDICAL PROCEDURE X1
IDENTIFIER
To identify a medical procedure by its standardized codes and applicable
modifiers
OD: 270B1_2110D_EQ02_C003
OD:
270B1_2110D_EQ02_C00301_ProductorServiceIDQualifier
OD: 270B1_2110D_EQ02_C00302_ProcedureCode
OD: 270B1_2110D_EQ02_C00303_ProcedureModifier
OD: 270B1_2110D_EQ02_C00304_ProcedureModifier
OD: 270B1_2110D_EQ02_C00305_ProcedureModifier
OD: 270B1_2110D_EQ02_C00306_ProcedureModifier
OD: 270B1_2110D_EQ05_C004
OD: 270B1_2110D_EQ05_C00401_DiagnosisCodePointer
300339 This first pointer designates the primary diagnosis for this
EQ segment. Remaining diagnosis pointers indicate
declining level of importance to the EQ segment.
Acceptable values are 1 through 8, and correspond to
Composite Data Elements 01 through 08 in the Health Care
Diagnosis Code HI segment in loop 2100D.
SITUATIONAL EQ05 - 2 1328 Diagnosis Code Pointer O N0 1/2
A pointer to the diagnosis code in the order of importance to this service
SEMANTIC:
C004-02 identifies the second diagnosis code for this service line.
OD: 270B1_2110D_EQ05_C00402_DiagnosisCodePointer
OD: 270B1_2110D_EQ05_C00403_DiagnosisCodePointer
OD: 270B1_2110D_EQ05_C00404_DiagnosisCodePointer
SEGMENT DETAIL
194
300
III - DEPENDENT ELIGIBILITY OR BENEFIT
ADDITIONAL INQUIRY INFORMATION
X12 Segment Name: Information
X12 Purpose: To report information
X12 Syntax: 1. P0102
If either III01 or III02 is present, then the other is required.
2. L030405
If III03 is present, then at least one of III04 or III05 are required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
74
03
30 Situational Rule: Required when the information receiver believes the Facility Type
information is relevant to the inquiry and the information is available. If
not required by this implementation guide, do not send.
231
300 TR3 Notes: 1. Use the III segment when an information source supports or may be
thought to support this level of functionality. If not supported, the
information source will process without this segment.
394
300 TR3 Example: III✽ZZ✽21~
DIAGRAM
III01 1270 III02 1271 III03 1136 III04 933 III05 380 III06 C001
Code List Industry Code
✽ Free-Form ✽ Quantity Composite
III ✽ Qual Code
✽
Code
✽
Category Message Txt
✽
Unit of Mea
X1 ID 1/3 X1 AN 1/30 O1 ID 2/2 X1 AN 1/264 X1 R 1/15 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110D_III01__CodeListQualifierCode
300185 Use this code to specify the code that is following in the III02 is a
Facility Type Code.
CODE DEFINITION
ZZ Mutually Defined
300215 Use this code for Facility Type Code.
See Appendix A for Code Source 237, Place of
Service Codes for Professional Claims.
OD: 270B1_2110D_III02__IndustryCode
300186 Use this element for codes identifying a place of service from code
source 237. As a courtesy, the codes are listed below; however, the
code list is thought to be complete at the time of publication of this
implementation guideline. Since this list is subject to change, only
codes contained in the document available from code source 237
are to be supported in this transaction and take precedence over
any and all codes listed here.
01 Pharmacy
03 School
04 Homeless Shelter
05 Indian Health Service Free-standing Facility
06 Indian Health Service Provider-based Facility
07 Tribal 638 Free-standing Facility
08 Tribal 638 Provider-based Facility
11 Office
12 Home
13 Assisted Living Facility
14 Group Home
15 Mobile Unit
20 Urgent Care Facility
21 Inpatient Hospital
22 Outpatient Hospital
23 Emergency Room - Hospital
24 Ambulatory Surgical Center
25 Birthing Center
26 Military Treatment Facility
31 Skilled Nursing Facility
32 Nursing Facility
33 Custodial Care Facility
34 Hospice
41 Ambulance - Land
42 Ambulance - Air or Water
49 Independent Clinic
50 Federally Qualified Health Center
51 Inpatient Psychiatric Facility
52 Psychiatric Facility - Partial Hospitalization
53 Community Mental Health Center
54 Intermediate Care Facility/Mentally Retarded
55 Residential Substance Abuse Treatment Facility
56 Psychiatric Residential Treatment Center
57 Non-residential Substance Abuse Treatment Facility
60 Mass Immunization Center
61 Comprehensive Inpatient Rehabilitation Facility
62 Comprehensive Outpatient Rehabilitation Facility
65 End-Stage Renal Disease Treatment Facility
71 Public Health Clinic
72 Rural Health Clinic
81 Independent Laboratory
99 Other Place of Service
NOT USED III03 1136 Code Category O1 ID 2/2
SEGMENT DETAIL
107
300
REF - DEPENDENT ADDITIONAL
INFORMATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
21
01
30 Situational Rule: Required when the dependent has received a referral or prior
authorization number and the information receiver believes the
information is relevant to the inquiry (such as for a benefit or procedure
that requires a referral or prior authorization) and the information is
available. If not required by this implementation guide do not send.
161
300 TR3 Notes: 1. Use this segment when it is necessary to provide a referral or prior
authorization number for the benefit being inquired about.
062
300 TR3 Example: REF✽9F✽660415~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110D_REF01__ReferenceIdentificationQualifier
300039 Use this code to specify or qualify the type of reference number
that is following in REF02.
CODE DEFINITION
9F Referral Number
G1 Prior Authorization Number
OD: 270B1_2110D_REF02__PriorAuthorizationorReferralNumber
SEGMENT DETAIL
129
300
DTP - DEPENDENT ELIGIBILITY/BENEFIT
DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INQUIRY
Segment Repeat: 1
Usage: SITUATIONAL
86
03
30 Situational Rule: Required when the plan date(s) are different from the date(s) provided in
the 2100C loop. If not required by this implementation guide, do not send.
118
300 TR3 Notes: 1. Use this segment to convey plan dates associated with the
information contained in the corresponding EQ segment.
195
300 2. This segment is only to be used to override dates provided in Loop
2100D when the date differs from the date provided in the DTP
segment in Loop 2100D. Dates that apply to the entire request must be
placed in the DTP segment in Loop 2100D. In order for a date to
appear here, there must be a date or a date range in the
corresponding 2100D loop.
245
300 TR3 Example: DTP✽291✽D8✽20051031~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1_2110D_DTP01__DateTimeQualifier
291 Plan
OD: 270B1_2110D_DTP02__DateTimePeriodFormatQualifier
300043 Use this code to specify the format of the date(s) or time(s) that
follow in the next data element.
CODE DEFINITION
OD: 270B1_2110D_DTP03__DateTimePeriod
300042 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
130
300
SE - TRANSACTION SET TRAILER
X12 Segment Name: Transaction Set Trailer
X12 Purpose: To indicate the end of the transaction set and provide the count of the
transmitted segments (including the beginning (ST) and ending (SE) segments)
X12 Comments: 1. SE is the last segment of each transaction set.
Segment Repeat: 1
Usage: REQUIRED
063
300 TR3 Notes: 1. Use this segment to mark the end of a transaction set and provide
control information on the total number of segments included in the
transaction set.
064
300 TR3 Example: SE✽41✽0001~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 270B1__SE01__TransactionSegmentCount
300065 Use this number to indicate the total number of segments included
in the transaction set inclusive of the ST and SE segments.
OD: 270B1__SE02__TransactionSetControlNumber
300122 The transaction set control numbers in ST02 and SE02 must be
identical. This unique number also aids in error resolution
research. Start with a number, for example “0001", and increment
from there. This number must be unique within a specific functional
group (segments GS through GE) and interchange, but can repeat
in other groups and interchanges.
Table 1 - Header
PAGE # POS. # SEG. ID NAME USAGE REPEAT LOOP REPEAT
STANDARD
Table 1 - Header
PAGE # POS. # SEG. ID NAME REQ. DES. MAX USE LOOP REPEAT
Table 2 - Detail
PAGE # POS. # SEG. ID NAME REQ. DES. MAX USE LOOP REPEAT
SEGMENT DETAIL
587
300
ST - TRANSACTION SET HEADER
X12 Segment Name: Transaction Set Header
X12 Purpose: To indicate the start of a transaction set and to assign a control number
Segment Repeat: 1
Usage: REQUIRED
443
300 TR3 Notes: 1. Use this control segment to mark the start of a transaction set. One
ST segment exists for every transaction set that occurs within a
functional group.
477
300 TR3 Example: ST✽271✽0001✽005010X279~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1__ST01__TransactionSetIdentifierCode
300445 Use this code to identify the transaction set ID for the transaction
set that will follow the ST segment. Each X12 standard has a
transaction set identifier code that is unique to that transaction set.
CODE DEFINITION
OD: 271B1__ST02__TransactionSetControlNumber
300559 The transaction set control numbers in ST02 and SE02 must be
identical. This unique number also aids in error resolution
research. Start with a number, for example “0001", and increment
from there.
OD: 271B1__ST03__ImplementationConventionReference
300928 This element contains the same value as GS08. Some translator
products strip off the ISA and GS segments prior to application
(ST/SE) processing. Providing the information from the GS08 at this
level will ensure that the appropriate application mapping is utilized
at translation time.
SEGMENT DETAIL
588
300
BHT - BEGINNING OF HIERARCHICAL
TRANSACTION
X12 Segment Name: Beginning of Hierarchical Transaction
X12 Purpose: To define the business hierarchical structure of the transaction set and identify
the business application purpose and reference data, i.e., number, date, and
time
Segment Repeat: 1
Usage: REQUIRED
500
300 TR3 Notes: 1. Use this required segment to start the transaction set and indicate the
sequence of the hierarchical levels of information that will follow in
Table 2.
657
300 TR3 Example: BHT✽0022✽11✽199800114000001✽19980101✽1401~
DIAGRAM
BHT01 1005 BHT02 353 BHT03 127 BHT04 373 BHT05 337 BHT06 640
Hierarch TS Purpose Reference Date Time Transaction
BHT ✽ Struct Code
✽
Code
✽
Ident
✽ ✽ ✽
Type Code ~
M1 ID 4/4 M1 ID 2/2 O1 AN 1/50 O1 DT 8/8 O1 TM 4/8 O1 ID 2/2
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1__BHT01__HierarchicalStructureCode
300560 Use this code to specify the sequence of hierarchical levels that
may appear in the transaction set. This code only indicates the
sequence of the levels, not the requirement that all levels be
present. For example, if code “0022" is used, the dependent level
may or may not be present for each subscriber.
CODE DEFINITION
OD: 271B1__BHT02__TransactionSetPurposeCode
CODE DEFINITION
06 Confirmation
300859 Use this code only to acknowledge the successful
cancellation of a 270 transaction that was received
with a BHT02 value of “01" Cancellation.
11 Response
SITUATIONAL BHT03 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: BHT03 is the number assigned by the originator to identify the
transaction within the originator’s business application system.
OD: 271B1__BHT03__SubmitterTransactionIdentifier
300850 This information may be sent at the creator of the 271’s discretion if
using the transaction in a Batch mode and a Submitter Transaction
Identifier was received in the 270 transaction BHT03, otherwise this
is not used. Due to the nature of batch transaction processing, the
receiver of the 270 transaction (whether it is a clearinghouse or
information source) may or may not be able to return the 270
BHT03 value in the 271 BHT03. See Section 1.4.6 Information
Linkage for additional information and requirements.
300851 This element is to be used to trace the transaction from one point
to the next point, such as when the transaction is passed from one
clearinghouse to another clearinghouse. This identifier is to be the
identifier received in the BHT03 of the corresponding 270
transaction. This identifier is not to be passed through the
complete life of the transaction, rather replaced with the identifier
received in the 270.
OD: 271B1__BHT04__TransactionSetCreationDate
300501 Use this date for the date the transaction set was generated.
REQUIRED BHT05 337 Time O 1 TM 4/8
Time expressed in 24-hour clock time as follows: HHMM, or HHMMSS, or
HHMMSSD, or HHMMSSDD, where H = hours (00-23), M = minutes (00-59), S =
integer seconds (00-59) and DD = decimal seconds; decimal seconds are
expressed as follows: D = tenths (0-9) and DD = hundredths (00-99)
SEMANTIC: BHT05 is the time the transaction was created within the business
application system.
OD: 271B1__BHT05__TransactionSetCreationTime
300502 Use this time for the time the transaction set was generated.
SEGMENT DETAIL
524
300
HL - INFORMATION SOURCE LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000A — INFORMATION SOURCE LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: REQUIRED
436
300 TR3 Notes: 1. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
505
300 2. An example of the overall structure of the transaction set when used
in batch mode is:
478
300 TR3 Example: HL✽1✽✽20✽1~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000A_HL01__HierarchicalIDNumber
300709 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
NOT USED HL02 734 Hierarchical Parent ID Number O 1 AN 1/12
REQUIRED HL03 735 Hierarchical Level Code M1 ID 1/2
Code defining the characteristic of a level in a hierarchical structure
COMMENT: HL03 indicates the context of the series of segments following the
current HL segment up to the next occurrence of an HL segment in the
transaction. For example, HL03 is used to indicate that subsequent segments in
the HL loop form a logical grouping of data referring to shipment, order, or item-
level information.
OD: 271B1_2000A_HL03__HierarchicalLevelCode
300885 All data that follows this HL segment is associated with the
Information Source identified by the level code. This association
continues until the next occurrence of an HL segment.
CODE DEFINITION
20 Information Source
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 271B1_2000A_HL04__HierarchicalChildCode
300886 Use this code to indicate whether there are additional hierarchical
levels subordinate to this Information Source.
CODE DEFINITION
SEGMENT DETAIL
589
300
AAA - REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2000A — INFORMATION SOURCE LEVEL
Segment Repeat: 9
Usage: SITUATIONAL
30
09 Situational Rule: Required when the request could not be processed at a system or
application level based on the entities identified in ISA06, ISA08, GS02 or
GS03 and to indicate what action the originator of the request transaction
should take. If not required by this implementation guide, do not send.
710
300 TR3 Notes: 1. Use of this segment at this location in the HL is to identify reasons
why a request cannot be processed based on the entities identified in
ISA06, ISA08, GS02 or GS03.
479
300 TR3 Example: AAA✽Y✽✽42✽Y~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000A_AAA01__ValidRequestIndicator
N No
300561 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300562 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
OD: 271B1_2000A_AAA03__RejectReasonCode
300711 Use this code to indicate the reason why the transaction was
unable to be processed successfully by the entity identified in
either ISA08 or GS03.
CODE DEFINITION
OD: 271B1_2000A_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
525
300
NM1 - INFORMATION SOURCE NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100A — INFORMATION SOURCE NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
439
300 TR3 Notes: 1. Use this segment to identify an entity by name and identification
number. This NM1 loop is used to identify the eligibility or benefit
information source (e.g., insurance company, HMO, IPA, employer).
480
300 TR3 Example: NM1✽PR✽2✽ACE INSURANCE COMPANY✽✽✽✽✽PI✽87728~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100A_NM101__EntityIdentifierCode
CODE DEFINITION
2B Third-Party Administrator
36 Employer
GP Gateway Provider
P5 Plan Sponsor
PR Payer
OD: 271B1_2100A_NM102__EntityTypeQualifier
300440 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
2 Non-Person Entity
REQUIRED NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD:
271B1_2100A_NM103__InformationSourceLastorOrganizationName
300563 Use this name for the organization name if NM102 is “2”.
Otherwise, this will be the individual’s last name.
SITUATIONAL NM104 1036 Name First O 1 AN 1/35
Individual first name
300645 SITUATIONAL RULE: Required when NM102 is “1”. If not required by this
implementation guide, do not send.
OD: 271B1_2100A_NM104__InformationSourceFirstName
300931 SITUATIONAL RULE: Required when NM102 is “1" and the identifier in
2100A NM109 and Last Name in 2100A NM103 and First Name in
2100A NM104 and Name Suffix in 2100A NM107 if sent, are not
sufficient to identify the source of eligibility or benefit information.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 271B1_2100A_NM105__InformationSourceMiddleName
300646 SITUATIONAL RULE: Required when NM102 is “1" and the identifier in
2100A NM109 and Last Name in 2100A NM103 and First Name in
2100A NM104 and Middle Name in 2100A NM105 if sent, are not
sufficient to identify the source of eligibility or benefit information.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 271B1_2100A_NM107__InformationSourceNameSuffix
OD: 271B1_2100A_NM108__IdentificationCodeQualifier
300607 Use code value “XV” if the Information Source is a Payer and the
National PlanID is mandated for use. Use code value “XX” if the
information source is a provider and the CMS National Provider
Identifier is mandated for use. Otherwise one of the other
appropriate code values may be used.
CODE DEFINITION
OD: 271B1_2100A_NM109__InformationSourcePrimaryIdentifier
SEGMENT DETAIL
526
300
PER - INFORMATION SOURCE CONTACT
INFORMATION
X12 Segment Name: Administrative Communications Contact
X12 Purpose: To identify a person or office to whom administrative communications should be
directed
X12 Syntax: 1. P0304
If either PER03 or PER04 is present, then the other is required.
2. P0506
If either PER05 or PER06 is present, then the other is required.
3. P0708
If either PER07 or PER08 is present, then the other is required.
Loop: 2100A — INFORMATION SOURCE NAME
Segment Repeat: 3
Usage: SITUATIONAL
48
10
30 Situational Rule: Required when the Information Source desires to advise the Information
Receiver on how to contact the Information Source about this eligibility
response. If not required by this implementation guide, may be provided
at the sender’s discretion, but cannot be required by the receiver.
702
300 TR3 Notes: 1. If this segment is used, at a minimum either PER02 must be used or
PER03 and PER04 must be used. It is recommended that at least
PER02, PER03 and PER04 are sent if this segment is used.
706
300 2. When the communication number represents a telephone number in
the United States and other countries using the North American
Dialing Plan (for voice, data, fax, etc.), the communication number
should always include the area code and phone number using the
format AAABBBCCCC. Where AAA is the area code, BBB is the
telephone number prefix, and CCCC is the telephone number (e.g.
(534)224-2525 would be represented as 5342242525). The extension,
when applicable, should be included in the communication number
immediately after the telephone number.
481
300 TR3 Example: PER✽IC✽MEMBER SERVICES✽TE✽8005551654✽FX✽2128769304~
486
300 TR3 Example: PER✽IC✽BILLING DEPT✽TE✽2128763654✽EX✽2104✽FX✽2128769304~
DIAGRAM
PER01 366 PER02 93 PER03 365 PER04 364 PER05 365 PER06 364
Contact Name Comm Comm Comm Comm
PER ✽ Funct Code
✽ ✽
Number Qual
✽
Number
✽
Number Qual
✽
Number
M1 ID 2/2 O1 AN 1/60 X1 ID 2/2 X1 AN 1/256 X1 ID 2/2 X1 AN 1/256
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100A_PER01__ContactFunctionCode
300457 Use this code to specify the type of person or group to which the
contact number applies.
CODE DEFINITION
IC Information Contact
SITUATIONAL PER02 93 Name O 1 AN 1/60
Free-form name
OD: 271B1_2100A_PER02__InformationSourceContactName
301031 Use this data element when the name of the individual to contact is
not already defined or is different than the name within the prior
name segment (e.g. N1 or NM1).
OD: 271B1_2100A_PER03__CommunicationNumberQualifier
FX Facsimile
TE Telephone
UR Uniform Resource Locator (URL)
SITUATIONAL PER04 364 Communication Number X1 AN 1/256
Complete communications number including country or area code when
applicable
SYNTAX: P0304
OD:
271B1_2100A_PER04__InformationSourceCommunicationNumber
300715 Use this for the communication number or URL as qualified by the
preceding data element.
OD: 271B1_2100A_PER05__CommunicationNumberQualifier
OD:
271B1_2100A_PER06__InformationSourceCommunicationNumber
300715 Use this for the communication number or URL as qualified by the
preceding data element.
SITUATIONAL PER07 365 Communication Number Qualifier X1 ID 2/2
Code identifying the type of communication number
SYNTAX: P0708
OD: 271B1_2100A_PER07__CommunicationNumberQualifier
OD:
271B1_2100A_PER08__InformationSourceCommunicationNumber
300715 Use this for the communication number or URL as qualified by the
preceding data element.
NOT USED PER09 443 Contact Inquiry Reference O 1 AN 1/20
SEGMENT DETAIL
589
300
AAA - REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2100A — INFORMATION SOURCE NAME
Segment Repeat: 9
Usage: SITUATIONAL
16
07
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to the information source data
contained in the original 270 transaction’s information source name loop
(Loop 2100A) or to indicate that the information source itself is
experiencing system problems and to indicate what action the originator
of the request transaction should take. If not required by this
implementation guide, do not send.
717
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to the information source data contained in the
original 270 transaction’s information source name loop (Loop 2100A)
or to indicate that the information source itself is experiencing system
problems.
479
300 TR3 Example: AAA✽Y✽✽42✽Y~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100A_AAA01__ValidRequestIndicator
N No
300608 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300609 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
REQUIRED AAA03 901 Reject Reason Code O1 ID 2/2
Code assigned by issuer to identify reason for rejection
OD: 271B1_2100A_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
CODE DEFINITION
OD: 271B1_2100A_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
527
300
HL - INFORMATION RECEIVER LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000B — INFORMATION RECEIVER LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
60
08
30 Situational Rule: Required unless the 271 response contains an AAA segment in loop
2000A or 2100A. If not required by this implementation guide, may be
provided at sender’s discretion but cannot be required by the receiver.
436
300 TR3 Notes: 1. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
505
300 2. An example of the overall structure of the transaction set when used
in batch mode is:
482
300 TR3 Example: HL✽2✽1✽21✽1~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000B_HL01__HierarchicalIDNumber
300723 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
REQUIRED HL02 734 Hierarchical Parent ID Number O 1 AN 1/12
Identification number of the next higher hierarchical data segment that the data
segment being described is subordinate to
COMMENT: HL02 identifies the hierarchical ID number of the HL segment to which
the current HL segment is subordinate.
OD: 271B1_2000B_HL02__HierarchicalParentIDNumber
OD: 271B1_2000B_HL03__HierarchicalLevelCode
300888 All data that follows this HL segment is associated with the
Information Receiver identified by the level code. This association
continues until the next occurrence of an HL segment.
CODE DEFINITION
21 Information Receiver
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 271B1_2000B_HL04__HierarchicalChildCode
300503 Use this code to indicate whether there are additional hierarchical
levels subordinate to the current hierarchical level.
CODE DEFINITION
SEGMENT DETAIL
528
300
NM1 - INFORMATION RECEIVER NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100B — INFORMATION RECEIVER NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
464
300 TR3 Notes: 1. Use this segment to identify an entity by name and/or identification
number. This NM1 loop is used to identify the eligibility/benefit
information receiver (e.g., provider, medical group, IPA, or hospital).
488
300 TR3 Example: NM1✽1P✽1✽JONES✽MARCUS✽✽✽MD✽34✽111223333~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100B_NM101__EntityIdentifierCode
CODE DEFINITION
1P Provider
2B Third-Party Administrator
36 Employer
80 Hospital
FA Facility
GP Gateway Provider
P5 Plan Sponsor
PR Payer
REQUIRED NM102 1065 Entity Type Qualifier M1 ID 1/1
Code qualifying the type of entity
SEMANTIC: NM102 qualifies NM103.
OD: 271B1_2100B_NM102__EntityTypeQualifier
300440 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
2 Non-Person Entity
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
300936 SITUATIONAL RULE: Required when this information was used from the
270 transaction to identify the Information Receiver. If not required
by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
OD:
271B1_2100B_NM103__InformationReceiverLastorOrganizationName
300449 Use this name for the organization name if the entity type qualifier
is a non-person entity. Otherwise, this will be the individual’s last
name.
OD: 271B1_2100B_NM104__InformationReceiverFirstName
OD: 271B1_2100B_NM105__InformationReceiverMiddleName
300936 SITUATIONAL RULE: Required when this information was used from the
270 transaction to identify the Information Receiver. If not required
by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
OD: 271B1_2100B_NM107__InformationReceiverNameSuffix
301032 Use name suffix only if NM102 is “1”; e.g., Sr., Jr., or III.
REQUIRED NM108 66 Identification Code Qualifier X1 ID 1/2
Code designating the system/method of code structure used for Identification
Code (67)
SYNTAX: P0809
OD: 271B1_2100B_NM108__IdentificationCodeQualifier
OD: 271B1_2100B_NM109__InformationReceiverIdentificationNumber
SEGMENT DETAIL
529
300
REF - INFORMATION RECEIVER ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 9
Usage: SITUATIONAL
36
09
30 Situational Rule: Required when this information was used from the 270 transaction to
identify the Information Receiver. If not required by this implementation
guide, may be provided at sender’s discretion but cannot be required by
the receiver.
724
300 TR3 Notes: 1. Use this segment when needed to convey other or additional
identification numbers for the information receiver. The type of
reference number is determined by the qualifier in REF01. Only one
occurrence of each REF01 code value may be used in the 2100B loop.
508
300 TR3 Example: REF✽EO✽477563928~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100B_REF01__ReferenceIdentificationQualifier
300454 Use this code to specify or qualify the type of reference number
that is following in REF02, REF03, or both.
301049 Only one occurrence of each REF01 code value may be used in the
2100B loop.
CODE DEFINITION
OD: 271B1_2100B_REF02__InformationReceiverAdditionalIdentifier
300453 Use this information for the reference number as qualified by the
preceding data element (REF01).
SITUATIONAL REF03 352 Description X1 AN 1/80
A free-form description to clarify the related data elements and their content
SYNTAX: R0203
300938 SITUATIONAL RULE: Required when REF01 = “0B”. If not required by this
implementation guide, do not send.
OD:
271B1_2100B_REF03__InformationReceiverAdditionalIdentifierState
300808 Use this element for the two character state code of the state
assigning the identifier supplied in REF02.
See Code source 22: States and Outlying Areas of the U.S.
SEGMENT DETAIL
590
300
AAA - INFORMATION RECEIVER REQUEST
VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 9
Usage: SITUATIONAL
39
09
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to the information receiver data
contained in the original 270 transaction’s information receiver name loop
(Loop 2100B) and to indicate what action the originator of the request
transaction should take. If not required by this implementation guide, do
not send.
612
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to the information receiver data contained in the
original 270 transaction’s information receiver name loop (Loop
2100B).
484
300 TR3 Example: AAA✽N✽✽43✽C~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100B_AAA01__ValidRequestIndicator
N No
300561 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300562 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
REQUIRED AAA03 901 Reject Reason Code O1 ID 2/2
Code assigned by issuer to identify reason for rejection
OD: 271B1_2100B_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
CODE DEFINITION
OD: 271B1_2100B_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
816
300
PRV - INFORMATION RECEIVER PROVIDER
INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100B — INFORMATION RECEIVER NAME
Segment Repeat: 1
Usage: SITUATIONAL
32
08
30 Situational Rule: Required when the 270 request contained a 2100B PRV segment and the
information contained in the PRV segment was used to determine the 271
response. If not required by this implementation guide, do not send.
831
300 TR3 Notes: 1. This segment is used to convey additional information about a
provider’s role in the eligibility/benefit being inquired about and who
is also the Information Receiver. For example, if the Information
Receiver is also the Referring Provider, this PRV segment would be
used to identify the provider’s role. This PRV segment applies to all
benefits returned for this Information Receiver unless overridden by a
PRV segment in the 2100C, 2120C, 2100D or 2120D loops.
746
300 2. PRV02 qualifies PRV03.
050
301 TR3 Example: PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽ Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100B_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SB Submitting
SK Skilled Nursing Facility
SU Supervising
SITUATIONAL PRV02 128 Reference Identification Qualifier X1 ID 2/3
Code qualifying the Reference Identification
SYNTAX: P0203
OD: 271B1_2100B_PRV02__ReferenceIdentificationQualifier
CODE DEFINITION
OD: 271B1_2100B_PRV03__ReceiverProviderSpecialtyCode
300817 Use this number for the reference number as qualified by the
preceding data element (PRV02).
NOT USED PRV04 156 State or Province Code O1 ID 2/2
NOT USED PRV05 C035 PROVIDER SPECIALTY INFORMATION O1
NOT USED PRV06 1223 Provider Organization Code O1 ID 3/3
SEGMENT DETAIL
530
300
HL - SUBSCRIBER LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000C — SUBSCRIBER LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
61
08
30 Situational Rule: Required unless the 271 response contains an AAA segment in loop
2000A, 2100A or 2100B. If not required by this implementation guide, may
be provided at sender’s discretion but cannot be required by the receiver.
436
300 TR3 Notes: 1. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
051
301 2. An example of the overall structure of the transaction set when used
in batch mode is:
483
300 TR3 Example: HL✽3✽2✽22✽1~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000C_HL01__HierarchicalIDNumber
300725 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
HL*3*2*22*1~
NM1*IL*1*SMITH*ROBERT*B***MI*11122333301~
HL*4*3*23*0~
NM1*03*1*SMITH*MARY*LOU~
Eligibility/Benefit Data
HL*5*2*22*0~
NM1*IL*1*BROWN*JOHN*E***MI*22211333301~
Eligibility/Benefit Data
OD: 271B1_2000C_HL02__HierarchicalParentIDNumber
OD: 271B1_2000C_HL03__HierarchicalLevelCode
300890 All data that follows this HL segment is associated with the
Subscriber identified by the level code. This association continues
until the next occurrence of an HL segment.
CODE DEFINITION
22 Subscriber
300556 Use the subscriber level to identify the insured or
subscriber of the health care coverage. This entity
may or may not be the actual patient.
REQUIRED HL04 736 Hierarchical Child Code O1 ID 1/1
Code indicating if there are hierarchical child data segments subordinate to the
level being described
COMMENT: HL04 indicates whether or not there are subordinate (or child) HL
segments related to the current HL segment.
OD: 271B1_2000C_HL04__HierarchicalChildCode
300574 Because of the hierarchical structure, the code value in the HL04 at
the Loop 2000C level should be “1" if a Loop 2000D level
(dependent) is associated with this subscriber. If no Loop 2000D
level exists for this subscriber, then the code value for HL04 should
be ”0" (zero).
CODE DEFINITION
SEGMENT DETAIL
531
300
TRN - SUBSCRIBER TRACE NUMBER
X12 Segment Name: Trace
X12 Purpose: To uniquely identify a transaction to an application
X12 Set Notes: 1. If the Eligibility, Coverage or Benefit Inquiry Transaction Set (270) includes
a TRN segment, then the Eligibility, Coverage or Benefit Information
Transaction Set (271) must return the trace number identified in the TRN
segment.
Loop: 2000C — SUBSCRIBER LEVEL
Segment Repeat: 3
Usage: SITUATIONAL
41
09
30 Situational Rule: Required when the 270 request contained one or two TRN segments and
the subscriber is the patient (See Section 1.4.2.). One TRN segment for
each TRN submitted in the 270 must be returned.
OR
Required when the Information Source needs to return a unique trace
number for the current transaction.
If not required by this implementation guide, do not send.
862
300 TR3 Notes: 1. An information source may receive up to two TRN segments in each
loop 2000C of a 270 transaction and must return each of them in loop
2000C of the 271 transaction unless the person submitted in loop
2000C is determined to be a dependent, then the TRN segments must
be returned in loop 2000D. See Section 1.4.2. The returned TRN
segments will have a value of “2” in TRN01. See Section 1.4.6
Information Linkage for additional information.
811
300 2. If the subscriber is the patient, an information source may add one
TRN segment to loop 2000C with a value of “1" in TRN01 and must
identify themselves in TRN03.
863
300 3. This segment must not be used if the subscriber is not the patient.
See section 1.4.2. Basic Concepts.
660
300 4. If this transaction passes through a clearinghouse, the clearinghouse
will receive from the information source the information receiver’s
TRN segment and the clearinghouse’s TRN segment with a value of
“2" in TRN01. Since the ultimate destination of the transaction is the
information receiver, if the clearinghouse intends on passing their
TRN segment to the information receiver, the clearinghouse must
change the value in TRN01 to ”1" of their TRN segment. This must be
done since the trace number in the clearinghouse’s TRN segment is
not actually a referenced transaction trace number to the information
receiver.
052
301 5. The trace number in the 271 transaction TRN02 must be returned
exactly as submitted in the 270 transaction. For example, if the 270
transaction TRN02 was 012345678 it must be returned as 012345678
and not as 12345678.
661
300 TR3 Example: TRN✽2✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽2✽109834652831✽9XYZCLEARH✽REALTIME~
TRN✽1✽209991094361✽9ABCINSURE~
703
300 TR3 Example: TRN✽2✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽1✽109834652831✽9XYZCLEARH✽REALTIME~
TRN✽1✽209991094361✽9ABCINSURE~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000C_TRN01__TraceTypeCode
CODE DEFINITION
OD: 271B1_2000C_TRN02__TraceNumber
301053 This element must contain the trace number submitted in TRN02
from the 270 transaction and must be returned exactly as
submitted.
OD: 271B1_2000C_TRN03__TraceAssigningEntityIdentifier
301102 If TRN01 is “2", this is the value received in the original 270
transaction.
300665 The first position must be either a “1” if an EIN is used, a “3” if a
DUNS is used or a “9” if a user assigned identifier is used.
SITUATIONAL TRN04 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: TRN04 identifies a further subdivision within the organization.
300942 SITUATIONAL RULE: Requiredwhen TRN01 = “2" and this element was
used in the corresponding 270 TRN segment.
OR
Required when TRN01 = ”1" and the Information Source needs to
further identify a specific component, such as a specific division or
group of the entity identified in the previous data element (TRN03).
If not required by this implementation guide, do not send.
OD: 271B1_2000C_TRN04__TraceAssigningEntityAdditionalIdentifier
SEGMENT DETAIL
532
300
NM1 - SUBSCRIBER NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100C — SUBSCRIBER NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
667
300 TR3 Notes: 1. Use this segment to identify an entity by name and/or identification
number. This NM1 loop is used to identify the insured or subscriber.
613
300 TR3 Example: NM1✽IL✽1✽SMITH✽JOHN✽L✽✽✽MI✽44411555501~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_NM101__EntityIdentifierCode
CODE DEFINITION
IL Insured or Subscriber
OD: 271B1_2100C_NM102__EntityTypeQualifier
CODE DEFINITION
1 Person
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD: 271B1_2100C_NM103__SubscriberLastName
OD: 271B1_2100C_NM104__SubscriberFirstName
OD: 271B1_2100C_NM105__SubscriberMiddleNameorInitial
300451 Use this name for the subscriber’s middle name or initial.
NOT USED NM106 1038 Name Prefix O 1 AN 1/10
OD: 271B1_2100C_NM107__SubscriberNameSuffix
300452 Use this for the suffix to an individual’s name; e.g., Sr., Jr., or III.
OD: 271B1_2100C_NM108__IdentificationCodeQualifier
OD: 271B1_2100C_NM109__SubscriberPrimaryIdentifier
300448 Use this code for the reference number as qualified by the
preceding data element (NM108).
SEGMENT DETAIL
533
300
REF - SUBSCRIBER ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 9
Usage: SITUATIONAL
71
06
30 Situational Rule: Required when the Information Source requires additional identifiers
necessary to identify the Subscriber for subsequent EDI transactions (see
Section 1.4.7);
OR
Required when the 270 request contained a REF segment with a Patient
Account Number in Loop 2100C/REF02 with REF01 equal EJ;
OR
Required when the 270 request contained a REF segment and the
information provided in that REF segment was used to locate the
individual in the information source’s system (See Section 1.4.7).
If not required by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
672
300 TR3 Notes: 1. If the 270 request contained a REF segment with a Patient Account
Number in REF02 with REF01 equal EJ, then it must be returned in the
271 transaction using this segment if the patient is the Subscriber.
The Patient Account Number in the 271 transaction must be returned
exactly as submitted in the 270 transaction.
631
300 2. Use this segment to supply an identification number other than or in
addition to the Member Identification Number. The type of reference
number is determined by the qualifier in REF01. Only one occurrence
of each REF01 code value may be used in the 2100C loop.
632
300 3. Health Insurance Claim (HIC) Number or Medicaid Recipient
Identification Numbers are to be provided in the NM1 segment as a
Member Identification Number when it is the primary number an
information source knows a member by (such as for Medicare or
Medicaid). Do not use this segment for the Health Insurance Claim
(HIC) Number or Medicaid Recipient Identification Number unless they
are different from the Member Identification Number provided in the
NM1 segment.
492
300 TR3 Example: REF✽EJ✽660415~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_REF01__ReferenceIdentificationQualifier
300454 Use this code to specify or qualify the type of reference number
that is following in REF02, REF03, or both.
301055 Only one occurrence of each REF01 code value may be used in the
2100C loop.
CODE DEFINITION
18 Plan Number
1L Group or Policy Number
300614 Use this code only if it cannot be determined if the
number is a Group Number or a Policy number. Use
codes IG or 6P when they can be determined.
1W Member Identification Number
300704 Use only if Loop 2100C NM108 contains II, and is
prior to the mandated use of the HIPAA Unique
Patient Identifier.
3H Case Number
49 Family Unit Number
300943 Required when the Information Source is a
Pharmacy Benefit Manager (PBM) and the individual
has a suffix to their member ID number that is
required for use in the NCPDP Telecom Standard in
the Insurance Segment in field 303-C3 Person Code.
If not required by this implementation Guide, do not
send.
CT Contract Number
300815 This code is to be used only to identify the
provider’s contract number of the provider identified
in the PRV segment of Loop 2100C. This code is
only to be used once the CMS National Provider
Identifier has been mandated for use, and must be
sent if required in the contract between the
Information Receiver identified in Loop 2100B and
the Information Source identified in Loop 2100A.
EA Medical Record Identification Number
EJ Patient Account Number
F6 Health Insurance Claim (HIC) Number
300809 See segment note 3.
GH Identification Card Serial Number
300633 Use this code when the Identification Card has a
number in addition to the Member Identification
Number or Identity Card Number. The Identification
Card Serial Number uniquely identifies the card
when multiple cards have been or will be issued to a
member (e.g., on a monthly basis, replacement
cards). This is particularly prevalent in the Medicaid
environment.
HJ Identity Card Number
300634 Use this code when the Identity Card Number is
different than the Member Identification Number.
This is particularly prevalent in the Medicaid
environment.
IF Issue Number
IG Insurance Policy Number
N6 Plan Network Identification Number
NQ Medicaid Recipient Identification Number
300833 See segment note 3.
Q4 Prior Identifier Number
300615 This code is to be used when a corrected or new
identification number is returned in NM109, the
originally submitted identification number is to be
returned in REF02. To be used in conjunction with
code “001" in INS03 and code ”25" in INS04.
SY Social Security Number
300658 The social security number may not be used for any
Federally administered programs such as Medicare.
Y4 Agency Claim Number
300944 This code is to only to be used when the information
source is a Property and Casualty payer. Use this
code to identify the Property and Casualty Claim
Number associated with the subscriber. This code is
not a HIPAA requirement as of this writing.
OD: 271B1_2100C_REF02__SubscriberSupplementalIdentifier
300453 Use this information for the reference number as qualified by the
preceding data element (REF01).
301056 If REF01 is “EJ”, the Patient Account Number from the 270
transaction must be returned exactly as submitted.
SITUATIONAL REF03 352 Description X1 AN 1/80
A free-form description to clarify the related data elements and their content
SYNTAX: R0203
OD: 271B1_2100C_REF03__PlanGrouporPlanNetworkName
SEGMENT DETAIL
534
300
N3 - SUBSCRIBER ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
73
06
30 Situational Rule: Required when the Subscriber is the patient or when the Information
Source requires this information to identify the Subscriber for subsequent
EDI transactions (see Section 1.4.7), but not required if a rejection
response is generated and this segment was not sent in the request. If not
required by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
674
300 TR3 Notes: 1. Do not return address information from the 270 request.
575
300 2. Use this segment to identify address information for a subscriber.
493
300 TR3 Example: N3✽15197 BROADWAY AVENUE✽APT 215~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_N301__SubscriberAddressLine
300455 Use this information for the first line of the address information.
OD: 271B1_2100C_N302__SubscriberAddressLine
300456 Use this information for the second line of the address information.
SEGMENT DETAIL
535
300
N4 - SUBSCRIBER CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
73
06
30 Situational Rule: Required when the Subscriber is the patient or when the Information
Source requires this information to identify the Subscriber for subsequent
EDI transactions (see Section 1.4.7), but not required if a rejection
response is generated and this segment was not sent in the request. If not
required by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
947
300 TR3 Notes: 1. Do not return address information from the 270 request.
948
300 2. Use this segment to identify address information for a subscriber.
920
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽ Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_N401__SubscriberCityName
OD: 271B1_2100C_N402__SubscriberStateCode
OD: 271B1_2100C_N403__SubscriberPostalZoneorZIPCode
OD: 271B1_2100C_N404__SubscriberCountryCode
300924 Use the alpha-2 country codes from Part 1 of ISO 3166.
OD: 271B1_2100C_N407__SubscriberCountrySubdivisionCode
300926 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
591
300
AAA - SUBSCRIBER REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 9
Usage: SITUATIONAL
29
07
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to the data contained in the
original 270 transaction’s subscriber name loop (Loop 2100C) and to
indicate what action the originator of the request transaction should take.
If not required by this implementation guide, do not send.
730
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to the data contained in the original 270
transaction’s subscriber name loop (Loop 2100C).
491
300 TR3 Example: AAA✽N✽✽72✽C~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_AAA01__ValidRequestIndicator
N No
300561 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300562 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
OD: 271B1_2100C_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
300627 Use codes “43", ”45", “47", ”48", or “51" only in response to
information that is in or should be in the PRV segment in the
Subscriber Name loop (2100C).
301057 See section 1.4.8 Search Options for data content criteria for the
subscriber.
CODE DEFINITION
OD: 271B1_2100C_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
818
300
PRV - PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
34
08
30 Situational Rule: Required when the 270 request contained a 2100C PRV segment and the
information contained in the PRV segment was used to determine the 271
response.;
OR
Required when needed either to identify a specific provider or to associate
a specialty type related to the service identified in the 2110C loops. This
PRV segment applies to all benefits in this 2100C loop unless overridden
by a PRV segment in the 2120C loop.
If not required by this implementation guide, do not send.
743
300 TR3 Notes: 1. If identifying a specific provider, use this segment to convey specific
information about a provider’s role in the eligibility/benefit being
inquired about when the provider is not the information receiver. For
example, if the information receiver is a hospital and a referring
provider must be identified, this is the segment where the referring
provider would be identified.
744
300 2. If identifying a specific provider, this segment contains reference
identification numbers, all of which may be used up until the time the
National Provider Identifier (NPI) is mandated for use. After the NPI is
mandated, only the code for National Provider Identifier may be used.
745
300 3. If identifying a type of specialty associated with the services identified
in loop 2110C, use code PXC in PRV02 and the appropriate code in
PRV03.
746
300 4. PRV02 qualifies PRV03.
835
300 5. If there is a PRV segment in 2100B, this PRV overrides it for this
occurrence of the 2100C loop.
050
301 TR3 Example: PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽
Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SK Skilled Nursing Facility
SU Supervising
SITUATIONAL PRV02 128 Reference Identification Qualifier X1 ID 2/3
Code qualifying the Reference Identification
SYNTAX: P0203
OD: 271B1_2100C_PRV02__ReferenceIdentificationQualifier
CODE DEFINITION
OD: 271B1_2100C_PRV03__ProviderIdentifier
300817 Use this number for the reference number as qualified by the
preceding data element (PRV02).
NOT USED PRV04 156 State or Province Code O1 ID 2/2
NOT USED PRV05 C035 PROVIDER SPECIALTY INFORMATION O1
NOT USED PRV06 1223 Provider Organization Code O1 ID 3/3
SEGMENT DETAIL
540
300
DMG - SUBSCRIBER DEMOGRAPHIC
INFORMATION
X12 Segment Name: Demographic Information
X12 Purpose: To supply demographic information
X12 Syntax: 1. P0102
If either DMG01 or DMG02 is present, then the other is required.
2. P1011
If either DMG10 or DMG11 is present, then the other is required.
3. C1105
If DMG11 is present, then DMG05 is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
75
06
30 Situational Rule: Required when the Subscriber is the patient or when the Information
Source requires this information to identify the Subscriber for subsequent
EDI transactions (see Section 1.4.7), but not required if a rejection
response is generated with a 2100C or 2110C AAA segment and this
segment was not sent in the request. If not required by this
implementation guide, may be provided at sender’s discretion but cannot
be required by the receiver.
466
300 TR3 Notes: 1. Use this segment to convey the birth date or gender demographic
information for the subscriber.
542
300 TR3 Example: DMG✽D8✽19430917✽M~
DIAGRAM
DMG01 1250 DMG02 1251 DMG03 1068 DMG04 1067 DMG05 C056 DMG06 1066
Date Time Date Time Gender Marital Comp Race Citizenship
DMG ✽
Format Qual
✽
Period
✽
Code
✽
Status Code
✽
or Ethn Inf
✽
Status Code
X1 ID 2/3 X1 AN 1/35 O1 ID 1/1 O1 ID 1/1 X 10 O1 ID 1/2
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_DMG01__DateTimePeriodFormatQualifier
300467 Use this code to indicate the format of the date of birth that follows
in DMG02.
CODE DEFINITION
OD: 271B1_2100C_DMG02__SubscriberBirthDate
300956 Use this date for the date of birth of the subscriber.
SITUATIONAL DMG03 1068 Gender Code O1 ID 1/1
Code indicating the sex of the individual
OD: 271B1_2100C_DMG03__SubscriberGenderCode
F Female
M Male
U Unknown
NOT USED DMG04 1067 Marital Status Code O1 ID 1/1
NOT USED DMG05 C056 COMPOSITE RACE OR ETHNICITY X
INFORMATION 10
SEGMENT DETAIL
592
300
INS - SUBSCRIBER RELATIONSHIP
X12 Segment Name: Insured Benefit
X12 Purpose: To provide benefit information on insured entities
X12 Syntax: 1. P1112
If either INS11 or INS12 is present, then the other is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
31
07
30 Situational Rule: Required when acknowledging a change in the identifying elements for
the subscriber from those submitted in the 270 or the Birth Sequence
Number submitted in INS17 of the 270 was used to locate the Subscriber.
If not required by this implementation guide, do not send.
656
300 TR3 Example: INS✽Y✽18✽001✽25~
DIAGRAM
INS01 1073 INS02 1069 INS03 875 INS04 1203 INS05 1216 INS06 C052
INS07 1219 INS08 584 INS09 1220 INS10 1073 INS11 1250 INS12 1251
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_INS01__InsuredIndicator
Y Yes
OD: 271B1_2100C_INS02__IndividualRelationshipCode
CODE DEFINITION
18 Self
SITUATIONAL INS03 875 Maintenance Type Code O1 ID 3/3
Code identifying the specific type of item maintenance
OD: 271B1_2100C_INS03__MaintenanceTypeCode
CODE DEFINITION
001 Change
SITUATIONAL INS04 1203 Maintenance Reason Code O1 ID 2/3
Code identifying the reason for the maintenance change
OD: 271B1_2100C_INS04__MaintenanceReasonCode
CODE DEFINITION
OD: 271B1_2100C_INS17__BirthSequenceNumber
300635 Use to indicate the birth order in the event of multiple birth’s in
association with the birth date supplied in DMG02.
SEGMENT DETAIL
892
300
HI - SUBSCRIBER HEALTH CARE DIAGNOSIS
CODE
X12 Segment Name: Health Care Information Codes
X12 Purpose: To supply information related to the delivery of health care
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
94
08
30 Situational Rule: Required when an HI segment was received in the 270 and if the
information source uses the information in the determination of the
eligibility or benefit response for the subscriber. All information used from
the HI segment of the 270 used in the determination of the eligibility or
benefit response for the subscriber must be returned. If information was
provided in an HI segment of 270 but was not used in the determination of
the eligibility or benefits for the subscriber it must not be returned. The
information source must not use information in an HI segment of the 270
transaction in the determination of eligibility or benefits for the subscriber
if that information cannot be returned in the 271 response.
OR
Required when needed to identify limitations in the benefits identified in
the 2110C loops, such as if benefits are limited for a specific diagnosis
code if the information source can support this high level functionality. If
the information source cannot support this high level functionality, do not
send.
895
300 TR3 Notes: 1. Use the Diagnosis code pointers in 2110C EB14 to identify which
diagnosis code or codes in this HI segment relates to the information
provided in the EB segment.
896
300 2. Do not transmit the decimal points in the diagnosis codes. The
decimal point is assumed.
893
300 TR3 Example: HI✽BK:8901✽BF:87200✽BF:5559~
DIAGRAM
HI01 C022 HI02 C022 HI03 C022 HI04 C022 HI05 C022 HI06 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care
HI Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
M1 O1 O1 O1 O1 O1
HI07 C022 HI08 C022 HI09 C022 HI10 C022 HI11 C022 HI12 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ~
Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
O1 O1 O1 O1 O1 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_HI01_C022
300897 E codes are Not Used in HI01 except when defined by the claims
processor. E codes may be put in any other HI element using BF as
the qualifier.
OD: 271B1_2100C_HI01_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI01_C02202_DiagnosisCode
OD: 271B1_2100C_HI02_C022
OD: 271B1_2100C_HI02_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI02_C02202_DiagnosisCode
OD: 271B1_2100C_HI03_C022
OD: 271B1_2100C_HI03_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI03_C02202_DiagnosisCode
OD: 271B1_2100C_HI04_C022
OD: 271B1_2100C_HI04_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI04_C02202_DiagnosisCode
OD: 271B1_2100C_HI05_C022
OD: 271B1_2100C_HI05_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI05_C02202_DiagnosisCode
OD: 271B1_2100C_HI06_C022
OD: 271B1_2100C_HI06_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI06_C02202_DiagnosisCode
OD: 271B1_2100C_HI07_C022
OD: 271B1_2100C_HI07_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI07_C02202_DiagnosisCode
OD: 271B1_2100C_HI08_C022
OD: 271B1_2100C_HI08_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100C_HI08_C02202_DiagnosisCode
SEGMENT DETAIL
593
300
DTP - SUBSCRIBER DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 9
Usage: SITUATIONAL
59
09
30 Situational Rule: Required to identify the Plan (DTP01 = 291) or Plan Begin (DTP01 = 346)
date when the individual has active coverage unless multiple plans apply
to the individual or multiple plan periods apply, which must then be
returned in the 2110C DTP (See Section 1.4.7);
OR
Required when needed to identify other relevant dates that apply to the
Subscriber.
If not required by this implementation guide, do not send.
461
300 TR3 Notes: 1. The dates represented may be in the past, the current date, or a future
date. The dates may also be a single date or a span of dates. Which
date(s) to use is determined by the format qualifier in DTP02.
958
300 2. Dates supplied in the 2100C DTP apply to the Subscriber and all
2110C loops unless overridden by an occurrence of a 2110C DTP with
the same value in DTP01.
494
300 TR3 Example: DTP✽346✽D8✽19950818~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_DTP01__DateTimeQualifier
096 Discharge
102 Issue
152 Effective Date of Change
291 Plan
307 Eligibility
318 Added
301059 Information Sources are encouraged to return
Added date in the case of retroactive eligibility.
340 Consolidated Omnibus Budget Reconciliation Act
(COBRA) Begin
341 Consolidated Omnibus Budget Reconciliation Act
(COBRA) End
342 Premium Paid to Date Begin
343 Premium Paid to Date End
346 Plan Begin
347 Plan End
356 Eligibility Begin
357 Eligibility End
382 Enrollment
435 Admission
442 Date of Death
458 Certification
472 Service
539 Policy Effective
540 Policy Expiration
636 Date of Last Update
771 Status
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 271B1_2100C_DTP02__DateTimePeriodFormatQualifier
300463 Use this code to specify the format of the date(s)/time(s) that follow
in the next data element.
CODE DEFINITION
OD: 271B1_2100C_DTP03__DateTimePeriod
300462 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
960
300
MPI - SUBSCRIBER MILITARY PERSONNEL
INFORMATION
X12 Segment Name: Military Personnel Information
X12 Purpose: To report military service data
X12 Syntax: 1. P0607
If either MPI06 or MPI07 is present, then the other is required.
Loop: 2100C — SUBSCRIBER NAME
Segment Repeat: 1
Usage: SITUATIONAL
61
09
30 Situational Rule: Required when this transaction is processed by DOD or
CHAMPUS/TRICARE and when necessary to convey the Subscriber’s
military service data If not required by this implementation guide, do not
send.
086
301 TR3 Example: MPI✽C✽AO✽A✽✽L3~
Current Active Military - Overseas Air Force Lieutenant Colonel
DIAGRAM
MPI01 1201 MPI02 584 MPI03 1595 MPI04 352 MPI05 1596 MPI06 1250
MPI07 1251
Date Time
✽ ~
Period
X1 AN 1/35
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100C_MPI01__InformationStatusCode
CODE DEFINITION
A Partial
C Current
L Latest
O Oldest
P Prior
S Second Most Current
T Third Most Current
OD: 271B1_2100C_MPI02__EmploymentStatusCode
CODE DEFINITION
AE Active Reserve
AO Active Military - Overseas
AS Academy Student
AT Presidential Appointee
AU Active Military - USA
CC Contractor
DD Dishonorably Discharged
HD Honorably Discharged
IR Inactive Reserves
LX Leave of Absence: Military
PE Plan to Enlist
RE Recommissioned
RM Retired Military - Overseas
RR Retired Without Recall
RU Retired Military - USA
REQUIRED MPI03 1595 Government Service Affiliation Code M1 ID 1/1
Code specifying the government service affiliation
OD: 271B1_2100C_MPI03__GovernmentServiceAffiliationCode
CODE DEFINITION
A Air Force
B Air Force Reserves
C Army
D Army Reserves
E Coast Guard
F Marine Corps
G Marine Corps Reserves
H National Guard
I Navy
J Navy Reserves
K Other
L Peace Corp
M Regular Armed Forces
N Reserves
O U.S. Public Health Service
Q Foreign Military
R American Red Cross
S Department of Defense
U United Services Organization
W Military Sealift Command
300962 SITUATIONAL RULE: Required when needed to further identify the exact
military unit. If not required by this implementation guide, do not
send.
OD: 271B1_2100C_MPI04__Description
OD: 271B1_2100C_MPI05__MilitaryServiceRankCode
CODE DEFINITION
A1 Admiral
A2 Airman
A3 Airman First Class
B1 Basic Airman
B2 Brigadier General
C1 Captain
C2 Chief Master Sergeant
C3 Chief Petty Officer
C4 Chief Warrant
C5 Colonel
C6 Commander
C7 Commodore
C8 Corporal
C9 Corporal Specialist 4
E1 Ensign
F1 First Lieutenant
F2 First Sergeant
F3 First Sergeant-Master Sergeant
F4 Fleet Admiral
G1 General
G4 Gunnery Sergeant
L1 Lance Corporal
L2 Lieutenant
L3 Lieutenant Colonel
L4 Lieutenant Commander
L5 Lieutenant General
L6 Lieutenant Junior Grade
M1 Major
M2 Major General
M3 Master Chief Petty Officer
OD: 271B1_2100C_MPI06__DateTimePeriodFormatQualifier
CODE DEFINITION
OD: 271B1_2100C_MPI07__DateTimePeriod
SEGMENT DETAIL
594
300
EB - SUBSCRIBER ELIGIBILITY OR BENEFIT
INFORMATION
X12 Segment Name: Eligibility or Benefit Information
X12 Purpose: To supply eligibility or benefit information
X12 Syntax: 1. P0910
If either EB09 or EB10 is present, then the other is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION Loop
Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
78
06
30 Situational Rule: Required when the subscriber is the person whose eligibility or benefits
are being described and the transaction is not rejected (see Section
1.4.10) or if the transaction needs to be rejected in this loop. If not
required by this implementation guide, do not send.
819
300 TR3 Notes: 1. See Section 1.4.7 Implementation-Compliant Use of the 270/271
Transaction Set for information about what information must be
returned if the subscriber is the person whose eligibility or benefits
are being sent.
854
300 2. Either EB03 or EB13 may be used in the same EB segment, not both.
820
300 3. EB03 is a repeating data element that may be repeated up to 99 times.
If all of the information that will be used in the 2110C loop is the same
with the exception of the Service Type Code used in EB03, it is more
efficient to use the repetition function of EB03 to send each of the
Service Type Codes needed. If an Information Source supports
responses with multiple Service Type Codes, the repetition use of
EB03 must be supported if all other elements in the 2110C loop are
identical.
679
300 4. A limit to the number of repeats of EB loops has not been established.
In a batch environment there is no practical reason to limit the number
of EB loop repeats. In a real time environment, consideration should
be given to how many EB loops are generated given the amount of
time it takes to format the response and the amount of time it will take
to transmit that response. Since these limitations will vary by
information source, it would be completely arbitrary for the
developers to set a limit. It is not the intent of the developers to limit
the amount of information that is returned in a response, rather to
alert information sources to consider the potential delays if the
response contains too much information to be formatted and
transmitted in real time.
468
300 5. Use this segment to begin the eligibility/benefit information looping
structure. The EB segment is used to convey the specific eligibility or
benefit information for the entity identified.
495
300 TR3 Example: EB✽1✽FAM✽96✽GP~
Active Coverage for subscriber and family, for Professional (Physician)
services, and coverage is through a Group Policy
509
300 TR3 Example: EB✽B✽✽68✽✽✽27✽10~
Co-payment for Well Baby Care is $10 per visit
510
300 TR3 Example: EB✽C✽FAM✽✽✽✽23✽600~
Deductible for the family is $600 per calendar year
511
300 TR3 Example: EB✽L~
Primary Care Provider (information about the Primary Care Provider will
be located in the 2120 loop)
677
300 TR3 Example: EB✽A✽✽A6✽✽✽✽✽.50~
Co-Insurance is 50 percent for Psychotherapy
821
300 TR3 Example: EB✽B✽✽98^34^44^81^A0^A3✽✽✽✽10✽✽VS✽1~
Co-payment for Professional (Physician) Visit - Office, Chiropractic Office
Visits, Home Health Visits, Routine Physical, Professional (Physician)
Visit - Outpatient, Professional (Physician) Visit - Home, is $10 for one visit
DIAGRAM
EB01 1390 EB02 1207 EB03 1365 EB04 1336 EB05 1204 EB06 615
Eligibility Coverage Service Insurance Plan Cvrg
✽ Time Period
EB ✽ Benefit Inf
✽
Level Code
✽
Type Code
✽
Type Code
✽
Description Qualifier
M1 ID 1/2 O1 ID 3/3 O 99 ID 1/2 O1 ID 1/3 O1 AN 1/50 O1 ID 1/2
EB07 782 EB08 954 EB09 673 EB10 380 EB11 1073 EB12 1073
Monetary Percent Quantity Quantity
✽ ✽ ✽ ✽ ✽ Yes/No Cond ✽ Yes/No Cond
Amount Qualifier Resp Code Resp Code
O1 R 1/18 O1 R 1/10 X1 ID 2/2 X1 R 1/15 O1 ID 1/1 O1 ID 1/1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_EB01__EligibilityorBenefitInformation
300469 Use this code to identify the eligibility or benefit information. This
may be the eligibility status of the individual or the benefit related
category that is being further described in the following data
elements. This data element also qualifies the data in elements
EB06 through EB10.
1 Active Coverage
2 Active - Full Risk Capitation
3 Active - Services Capitated
4 Active - Services Capitated to Primary Care
Physician
5 Active - Pending Investigation
6 Inactive
7 Inactive - Pending Eligibility Update
8 Inactive - Pending Investigation
A Co-Insurance
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
B Co-Payment
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
C Deductible
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
CB Coverage Basis
D Benefit Description
E Exclusions
F Limitations
G Out of Pocket (Stop Loss)
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
H Unlimited
I Non-Covered
J Cost Containment
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
K Reserve
L Primary Care Provider
M Pre-existing Condition
MC Managed Care Coordinator
N Services Restricted to Following Provider
O Not Deemed a Medical Necessity
P Benefit Disclaimer
300680 Not recommended. See section 1.4.11 Disclaimers
Within the Transaction.
Q Second Surgical Opinion Required
R Other or Additional Payor
S Prior Year(s) History
T Card(s) Reported Lost/Stolen
300822 Code “T” is typically used by Medicaids to indicate
to a provider that the person who has presented the
ID card is using a stolen ID card.
U Contact Following Entity for Eligibility or Benefit
Information
V Cannot Process
W Other Source of Data
X Health Care Facility
Y Spend Down
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
SITUATIONAL EB02 1207 Coverage Level Code O1 ID 3/3
Code indicating the level of coverage being provided for this insured
OD: 271B1_2110C_EB02__BenefitCoverageLevelCode
300965 This element is used in conjunction with EB01 codes (e.g. Active
Family Coverage, Deductible Individual, etc.). This element can be
used to identify types of individual’s within the Subscriber’s family
that eligibility or benefits extends to (unless EB01 = E - Exclusions).
CODE DEFINITION
FAM Family
IND Individual
SPC Spouse and Children
SPO Spouse Only
SITUATIONAL EB03 1365 Service Type Code O ID 1/2
99
Code identifying the classification of service
SEMANTIC: Position of data in the repeating data element conveys no significance.
300966 SITUATIONAL RULE: Required when the subscriber is the patient and has
been found in the Information Source’s system to identify Active or
Inactive Health Benefit Plan Coverage (See Section 1.4.7);
OR
Required when one of the Service Type Codes identified in Section
1.4.7 must be returned;
OR
Required when responding to a corresponding Service Type code
used from the 270 transaction;
OR
Required when the eligibility or benefits being identified in the
2110C loop need to be associated with a specific Service Type
Code.
If not required by this implementation guide or if EB13 is used, do
not send.
OD: 271B1_2110C_EB03__ServiceTypeCode
1 Medical Care
2 Surgical
3 Consultation
4 Diagnostic X-Ray
5 Diagnostic Lab
6 Radiation Therapy
7 Anesthesia
8 Surgical Assistance
9 Other Medical
10 Blood Charges
11 Used Durable Medical Equipment
57 Air Transportation
58 Cabulance
59 Licensed Ambulance
60 General Benefits
61 In-vitro Fertilization
62 MRI/CAT Scan
63 Donor Procedures
64 Acupuncture
65 Newborn Care
66 Pathology
67 Smoking Cessation
68 Well Baby Care
69 Maternity
70 Transplants
71 Audiology Exam
72 Inhalation Therapy
73 Diagnostic Medical
74 Private Duty Nursing
75 Prosthetic Device
76 Dialysis
77 Otological Exam
78 Chemotherapy
79 Allergy Testing
80 Immunizations
81 Routine Physical
82 Family Planning
83 Infertility
84 Abortion
85 AIDS
86 Emergency Services
87 Cancer
88 Pharmacy
89 Free Standing Prescription Drug
90 Mail Order Prescription Drug
91 Brand Name Prescription Drug
92 Generic Prescription Drug
93 Podiatry
94 Podiatry - Office Visits
95 Podiatry - Nursing Home Visits
96 Professional (Physician)
97 Anesthesiologist
98 Professional (Physician) Visit - Office
99 Professional (Physician) Visit - Inpatient
A0 Professional (Physician) Visit - Outpatient
BN Gastrointestinal
BP Endocrine
BQ Neurology
BR Eye
BS Invasive Procedures
BT Gynecological
BU Obstetrical
BV Obstetrical/Gynecological
BW Mail Order Prescription Drug: Brand Name
BX Mail Order Prescription Drug: Generic
BY Physician Visit - Office: Sick
BZ Physician Visit - Office: Well
C1 Coronary Care
CA Private Duty Nursing - Inpatient
CB Private Duty Nursing - Home
CC Surgical Benefits - Professional (Physician)
CD Surgical Benefits - Facility
CE Mental Health Provider - Inpatient
CF Mental Health Provider - Outpatient
CG Mental Health Facility - Inpatient
CH Mental Health Facility - Outpatient
CI Substance Abuse Facility - Inpatient
CJ Substance Abuse Facility - Outpatient
CK Screening X-ray
CL Screening laboratory
CM Mammogram, High Risk Patient
CN Mammogram, Low Risk Patient
CO Flu Vaccination
CP Eyewear and Eyewear Accessories
CQ Case Management
DG Dermatology
DM Durable Medical Equipment
DS Diabetic Supplies
GF Generic Prescription Drug - Formulary
GN Generic Prescription Drug - Non-Formulary
GY Allergy
IC Intensive Care
MH Mental Health
NI Neonatal Intensive Care
ON Oncology
PT Physical Therapy
PU Pulmonary
RN Renal
RT Residential Psychiatric Treatment
TC Transitional Care
TN Transitional Nursery Care
UC Urgent Care
SITUATIONAL EB04 1336 Insurance Type Code O1 ID 1/3
Code identifying the type of insurance policy within a specific insurance program
300967 SITUATIONAL RULE: Required when the Information Source requires the
Subscriber’s Insurance Type Code for subsequent EDI transactions
(see Section 1.4.7). If not required by this implementation guide,
may be provided at sender’s discretion but cannot be required by
the receiver.
OD: 271B1_2110C_EB04__InsuranceTypeCode
CODE DEFINITION
LI Life Insurance
LT Litigation
MA Medicare Part A
MB Medicare Part B
MC Medicaid
MH Medigap Part A
MI Medigap Part B
MP Medicare Primary
OT Other
301061 When this code is returned by Medicare or a
Medicare Part D administrator, this code indicates a
type of insurance of Medicare Part D.
PE Property Insurance - Personal
PL Personal
PP Personal Payment (Cash - No Insurance)
PR Preferred Provider Organization (PPO)
PS Point of Service (POS)
QM Qualified Medicare Beneficiary
RP Property Insurance - Real
SP Supplemental Policy
TF Tax Equity Fiscal Responsibility Act (TEFRA)
WC Workers Compensation
WU Wrap Up Policy
SITUATIONAL EB05 1204 Plan Coverage Description O 1 AN 1/50
A description or number that identifies the plan or coverage
300968 SITUATIONAL RULE: Required when a specific Plan Name exists for the
plan which the individual has coverage in conjunction with the
2110C loop with EB01 Status = 1, 2, 3, 4, 5, 6, 7 or 8 and EB03
Service Type Code = 30 (See Section 1.4.7). If not required by this
implementation guide, may be provided at sender’s discretion but
cannot be required by the receiver.
OD: 271B1_2110C_EB05__PlanCoverageDescription
OD: 271B1_2110C_EB06__TimePeriodQualifier
CODE DEFINITION
6 Hour
7 Day
13 24 Hours
21 Years
22 Service Year
23 Calendar Year
24 Year to Date
25 Contract
26 Episode
27 Visit
28 Outlier
29 Remaining
30 Exceeded
31 Not Exceeded
32 Lifetime
33 Lifetime Remaining
34 Month
35 Week
36 Admission
SITUATIONAL EB07 782 Monetary Amount O1 R 1/18
Monetary amount
OD: 271B1_2110C_EB07__BenefitAmount
OD: 271B1_2110C_EB08__BenefitPercent
OD: 271B1_2110C_EB09__QuantityQualifier
300472 Use this code to identify the type of units that are being conveyed
in the following data element (EB10).
CODE DEFINITION
8H Minimum
99 Quantity Used
CA Covered - Actual
CE Covered - Estimated
D3 Number of Co-insurance Days
DB Deductible Blood Units
DY Days
HS Hours
LA Life-time Reserve - Actual
LE Life-time Reserve - Estimated
M2 Maximum
MN Month
P6 Number of Services or Procedures
QA Quantity Approved
S7 Age, High Value
300616 Use this code when a benefit is based on a
maximum age for the patient.
S8 Age, Low Value
300617 Use this code when a benefit is based on a minimum
age for the patient.
VS Visits
YY Years
SITUATIONAL EB10 380 Quantity X1 R 1/15
Numeric value of quantity
SYNTAX: P0910
OD: 271B1_2110C_EB10__BenefitQuantity
300471 Use this number for the quantity value as qualified by the
preceding data element (EB09).
OD: 271B1_2110C_EB11__AuthorizationorCertificationIndicator
300823 Use code “U” - Unknown, In the event that a payer typically
responds Yes or No for some benefits, but the inquired benefit
requirements are not accessible or the rules are more complex than
can be determined using the data sent in the 270.
CODE DEFINITION
N No
U Unknown
Y Yes
OD: 271B1_2110C_EB12__InPlanNetworkIndicator
300823 Use code “U” - Unknown, In the event that a payer typically
responds Yes or No for some benefits, but the inquired benefit
requirements are not accessible or the rules are more complex than
can be determined using the data sent in the 270.
CODE DEFINITION
N No
U Unknown
W Not Applicable
300973 Use code “W” - Not Applicable when benefits are
the same regardless of whether they are In Plan-
Network or Out of Plan-Network or a Plan-Network
does not apply to the benefit.
Y Yes
SITUATIONAL EB13 C003 COMPOSITE MEDICAL PROCEDURE O1
IDENTIFIER
To identify a medical procedure by its standardized codes and applicable
modifiers
OD: 271B1_2110C_EB13_C003
300824 Use this composite data element only if an information source can
support this high level of functionality. The EB13 allows for a very
specific response.
OD:
271B1_2110C_EB13_C00301_ProductorServiceIDQualifier
300470 Use this code to identify the external code list of the
following procedure/service code.
CODE DEFINITION
OD: 271B1_2110C_EB13_C00302_ProcedureCode
OD: 271B1_2110C_EB13_C00303_ProcedureModifier
300733 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110C_EB13_C00304_ProcedureModifier
300733 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110C_EB13_C00305_ProcedureModifier
300733 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
SITUATIONAL EB13 - 6 1339 Procedure Modifier O AN 2/2
This identifies special circumstances related to the performance of the
service, as defined by trading partners
SEMANTIC:
C003-06 modifies the value in C003-02 and C003-08.
OD: 271B1_2110C_EB13_C00306_ProcedureModifier
300733 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110C_EB13_C00308_ProductorServiceID
OD: 271B1_2110C_EB14_C004
301064 See requirements for the use of the 2100C HI segment for
additional information.
REQUIRED EB14 - 1 1328 Diagnosis Code Pointer M N0 1/2
A pointer to the diagnosis code in the order of importance to this service
SEMANTIC:
C004-01 identifies the primary diagnosis code for this service line.
OD: 271B1_2110C_EB14_C00401_DiagnosisCodePointer
300902 This first pointer designates the primary diagnosis for this
EB segment. Remaining diagnosis pointers indicate
declining level of importance to the EB segment.
Acceptable values are 1 through 8, and correspond to
Composite Data Elements 01 through 08 in the Health Care
Diagnosis Code HI segment in loop 2100C.
OD: 271B1_2110C_EB14_C00402_DiagnosisCodePointer
OD: 271B1_2110C_EB14_C00403_DiagnosisCodePointer
OD: 271B1_2110C_EB14_C00404_DiagnosisCodePointer
SEGMENT DETAIL
595
300
HSD - HEALTH CARE SERVICES DELIVERY
X12 Segment Name: Health Care Services Delivery
X12 Purpose: To specify the delivery pattern of health care services
X12 Syntax: 1. P0102
If either HSD01 or HSD02 is present, then the other is required.
2. C0605
If HSD06 is present, then HSD05 is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
36
06
30 Situational Rule: Required when needed to identify a specific delivery or usage pattern
associated with the benefits identified in either EB03 or EB13. If not
required by this implementation guide, do not send.
512
300 TR3 Example: HSD✽VS✽30✽✽✽22~
Thirty visits per service year
681
300 TR3 Example: HSD✽VS✽12✽WK✽3✽34✽1~
Twelve visits, three visits per week, for 1 month.
DIAGRAM
HSD01 673 HSD02 380 HSD03 355 HSD04 1167 HSD05 615 HSD06 616
Quantity Quantity Unit/Basis Sample Sel
✽ Time Period ✽ Number of
HSD ✽ Qualifier
✽ ✽
Meas Code
✽
Modulus Qualifier Periods
X1 ID 2/2 X1 R 1/15 O1 ID 2/2 O1 R 1/6 X1 ID 1/2 O1 N0 1/3
✽ Ship/Del or ✽ Ship/Del
~
Calend Code Time Code
O1 ID 1/2 O1 ID 1/1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
300734 SITUATIONAL RULE: Required when identifying type and quantity benefits
identified. If not required by this implementation guide, do not send.
OD: 271B1_2110C_HSD01__QuantityQualifier
DY Days
FL Units
HS Hours
MN Month
VS Visits
SITUATIONAL HSD02 380 Quantity X1 R 1/15
Numeric value of quantity
SYNTAX: P0102
300734 SITUATIONAL RULE: Required when identifying type and quantity benefits
identified. If not required by this implementation guide, do not send.
OD: 271B1_2110C_HSD02__BenefitQuantity
OD: 271B1_2110C_HSD03__UnitorBasisforMeasurementCode
CODE DEFINITION
DA Days
MO Months
VS Visit
WK Week
YR Years
OD: 271B1_2110C_HSD04__SampleSelectionModulus
OD: 271B1_2110C_HSD05__TimePeriodQualifier
CODE DEFINITION
6 Hour
7 Day
21 Years
22 Service Year
23 Calendar Year
24 Year to Date
25 Contract
26 Episode
27 Visit
28 Outlier
29 Remaining
30 Exceeded
31 Not Exceeded
32 Lifetime
33 Lifetime Remaining
34 Month
35 Week
SITUATIONAL HSD06 616 Number of Periods O1 N0 1/3
Total number of periods
SYNTAX: C0605
OD: 271B1_2110C_HSD06__PeriodCount
OD: 271B1_2110C_HSD07__DeliveryFrequencyCode
W Whenever Necessary
X 1/2 By Wed., Bal. By Fri.
Y None (Also Used to Cancel or Override a Previous
Pattern)
SITUATIONAL HSD08 679 Ship/Delivery Pattern Time Code O1 ID 1/1
Code which specifies the time for routine shipments or deliveries
OD: 271B1_2110C_HSD08__DeliveryPatternTimeCode
SEGMENT DETAIL
596
300
REF - SUBSCRIBER ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
76
09
30 Situational Rule: Required when the Information Source requires one or more of these
additional identifiers for subsequent EDI transactions (see Section 1.4.7);
OR
Required when an additional identifier is associated with the eligibility or
benefits being identified in the 2110C loop. If not required by this
implementation guide, do not send.
637
300 TR3 Notes: 1. Use this segment for reference identifiers related only to the 2110C
loop that it is contained in (e.g. Other or Additional Payer’s identifiers).
442
300 2. Use this segment to identify other or additional reference numbers for
the entity identified. The type of reference number is determined by
the qualifier in REF01. Only one occurrence of each REF01 code value
may be used in the 2110C loop.
513
300 TR3 Example: REF✽G1✽653745725~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_REF01__ReferenceIdentificationQualifier
300454 Use this code to specify or qualify the type of reference number
that is following in REF02, REF03, or both.
301029 Use “1W”, “49”, “F6”, and “NQ” only in a 2110C loop with EB01 =
“R”.
301065 Only one occurrence of each REF01 code value may be used in the
2110C loop.
CODE DEFINITION
18 Plan Number
1L Group or Policy Number
300622 Use this code only if it cannot be determined if the
number is a Group Number or a Policy number. Use
codes “IG” or “6P” when they can be determined.
1W Member Identification Number
49 Family Unit Number
300979 Required when the Information Source is a
Pharmacy Benefit Manager (PBM) and the individual
has a suffix to their member ID number that is
required for use in the NCPDP Telecom Standard in
the Insurance Segment in field 303-C3 Person Code.
If not required by this implementation Guide, do not
send.
OD: 271B1_2110C_REF02__SubscriberEligibilityorBenefitIdentifier
300453 Use this information for the reference number as qualified by the
preceding data element (REF01).
SITUATIONAL REF03 352 Description X1 AN 1/80
A free-form description to clarify the related data elements and their content
SYNTAX: R0203
300864 SITUATIONAL RULE: Required when REF01 = “18", ”6P" or “N6" and a
name needs to be associated with the corresponding identifier. If
not required by this implementation guide, do not send.
OD: 271B1_2110C_REF03__PlanGrouporPlanNetworkName
SEGMENT DETAIL
597
300
DTP - SUBSCRIBER ELIGIBILITY/BENEFIT
DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 20
Usage: SITUATIONAL
23
06
30 Situational Rule: Required when the individual has active coverage with multiple plans or
multiple plan periods apply (See 2100C DTP segment);
OR
Required when needed to convey dates associated with the eligibility or
benefits being identified in the 2110C loop.
If not required by this implementation guide, do not send.
825
300 TR3 Notes: 1. When using the DTP segment in the 2110C loop this date applies only
to the 2110C Eligibility or Benefit Information (EB) loop in which it is
located.
If a DTP segment with the same DTP01 value is present in the 2100C
loop, the date is overridden for only this 2110C Eligibility or Benefit
Information (EB) loop.
496
300 TR3 Example: DTP✽472✽D8✽19960624~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_DTP01__DateTimeQualifier
096 Discharge
193 Period Start
194 Period End
198 Completion
290 Coordination of Benefits
291 Plan
301066 Use code 291 only if multiple plans apply to the
individual or multiple plan periods apply. Dates
supplied in this DPT segment only apply to the
2110C loop in which it occurs.
292 Benefit
295 Primary Care Provider
304 Latest Visit or Consultation
307 Eligibility
318 Added
346 Plan Begin
301067 Use code 346 only if multiple plans apply to the
individual or multiple plan periods apply. Dates
supplied in this DPT segment only apply to the
2110C loop in which it occurs.
348 Benefit Begin
349 Benefit End
356 Eligibility Begin
357 Eligibility End
435 Admission
472 Service
636 Date of Last Update
771 Status
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 271B1_2110C_DTP02__DateTimePeriodFormatQualifier
300463 Use this code to specify the format of the date(s)/time(s) that follow
in the next data element.
CODE DEFINITION
OD: 271B1_2110C_DTP03__EligibilityorBenefitDateTimePeriod
300462 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
591
300
AAA - SUBSCRIBER REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
37
07
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to specific eligibility/benefit
inquiry data contained in the original 270 transaction’s subscriber
eligibility/benefit inquiry information loop (Loop 2110C) and to indicate
what action the originator of the request transaction should take. If not
required by this implementation guide, do not send.
738
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to specific eligibility/benefit inquiry data contained
in the original 270 transaction’s subscriber eligibility/benefit inquiry
information loop (Loop 2110C).
497
300 TR3 Example: AAA✽N✽✽70✽C~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_AAA01__ValidRequestIndicator
N No
300561 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300562 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
REQUIRED AAA03 901 Reject Reason Code O1 ID 2/2
Code assigned by issuer to identify reason for rejection
OD: 271B1_2110C_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
CODE DEFINITION
OD: 271B1_2110C_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
598
300
MSG - MESSAGE TEXT
X12 Segment Name: Message Text
X12 Purpose: To provide a free-form format that allows the transmission of text information
X12 Syntax: 1. C0302
If MSG03 is present, then MSG02 is required.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 10
Usage: SITUATIONAL
80
09
30 Situational Rule: Required when the eligibility or benefit information cannot be codified in
existing data elements (including combinations of multiple data elements
and segments);
AND
Required when this information is pertinent to the eligibility or benefit
response.
If not required by this implementation guide, do not send.
504
300 TR3 Notes: 1. Free form text or description fields are not recommended because
they require human interpretation.
858
300 2. Under no circumstances can an information source use the MSG
segment to relay information that can be sent using codified
information in existing data elements (including combinations of
multiple data elements and segments). If the information cannot be
codified, then cautionary use of the MSG segment is allowed as a
short term solution. It is highly recommended that the entity needing
to use the MSG segment approach X12N with data maintenance to
solve the long term business need, so the use of the MSG segment
can be avoided for that issue.
683
300 3. Benefit Disclaimers are strongly discouraged. See section 1.4.11
Disclaimers Within the Transaction. Under no circumstances are more
than one MSG segment to be used for a Benefit Disclaimer per
individual response.
682
300 TR3 Example: MSG✽Free form text is discouraged~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_MSG01__FreeFormMessageText
SEGMENT DETAIL
684
300
III - SUBSCRIBER ELIGIBILITY OR BENEFIT
ADDITIONAL INFORMATION
X12 Segment Name: Information
X12 Purpose: To report information
X12 Syntax: 1. P0102
If either III01 or III02 is present, then the other is required.
2. L030405
If III03 is present, then at least one of III04 or III05 are required.
Loop: 2115C — SUBSCRIBER ELIGIBILITY OR BENEFIT ADDITIONAL
INFORMATION Loop Repeat: 10
Segment Repeat: 1
Usage: SITUATIONAL
86
06
30 Situational Rule: Required when III segments in Loop 2110C of the 270 Inquiry were used in
the determination of the eligibility or benefit response;
OR
Required when needed to identify limitations in the benefits explained in
the corresponding Loop 2110C (such as if benefits are limited to a type of
facility).
If not required by this implementation guide, do not send.
687
300 TR3 Notes: 1. This segment has two purposes. Information that was received in III
segments in Loop 2110C of the 270 Inquiry and was used in the
determination of the eligibility or benefit response must be returned.
If information was provided in III segments of Loop 2110C but was not
used in the determination of the eligibility or benefits it must not be
returned. This segment can also be used to identify limitations in the
benefits explained in the corresponding Loop 2110C, such as if
benefits are limited to a type of facility.
688
300 2. Use this segment to identify Nature of Injury Codes and/or Facility
Type as they relate to the information provided in the EB segment.
689
300 3. Use the III segment only if an information source can support this
high level functionality.
690
300 4. Use this segment only one time for the Facility Type Code.
685
300 TR3 Example: III✽ZZ✽21~
III✽✽✽44✽Broken bones and third degree burns~
DIAGRAM
III01 1270 III02 1271 III03 1136 III04 933 III05 380 III06 C001
Code List Industry Code
✽ Free-Form ✽ Quantity Composite
III ✽ Qual Code
✽
Code
✽
Category Message Txt
✽
Unit of Mea
X1 ID 1/3 X1 AN 1/30 O1 ID 2/2 X1 AN 1/264 X1 R 1/15 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2115C_III01__CodeListQualifierCode
300872 Use this code to specify if the code that is following in the III02 is a
Nature of Injury Code or a Facility Type Code.
CODE DEFINITION
OD: 271B1_2115C_III02__IndustryCode
300874 If III01 is GR, use this element for NCCI Nature of Injury code from
code source 284.
300875 If III01 is NI, use this element for Nature of Injury code from code
source 407.
300691 If III01 is ZZ, use this element for codes identifying a place of
service from code source 237. As a courtesy, the codes are listed
below, however, the code list is thought to be complete at the time
of publication of this implementation guideline. Since this list is
subject to change, only codes contained in the document available
from code source 237 are to be supported in this transaction and
take precedence over any and all codes listed here.
01 Pharmacy
03 School
04 Homeless Shelter
05 Indian Health Service Free-standing Facility
06 Indian Health Service Provider-based Facility
07 Tribal 638 Free-standing Facility
08 Tribal 638 Provider-based Facility
11 Office
12 Home
13 Assisted Living Facility
14 Group Home
15 Mobile Unit
20 Urgent Care Facility
21 Inpatient Hospital
22 Outpatient Hospital
23 Emergency Room - Hospital
24 Ambulatory Surgical Center
25 Birthing Center
26 Military Treatment Facility
31 Skilled Nursing Facility
32 Nursing Facility
33 Custodial Care Facility
34 Hospice
41 Ambulance - Land
42 Ambulance - Air or Water
49 Independent Clinic
50 Federally Qualified Health Center
51 Inpatient Psychiatric Facility
52 Psychiatric Facility - Partial Hospitalization
53 Community Mental Health Center
54 Intermediate Care Facility/Mentally Retarded
55 Residential Substance Abuse Treatment Facility
56 Psychiatric Residential Treatment Center
57 Non-residential Substance Abuse Treatment Facility
60 Mass Immunization Center
61 Comprehensive Inpatient Rehabilitation Facility
62 Comprehensive Outpatient Rehabilitation Facility
65 End-Stage Renal Disease Treatment Facility
71 State or Local Public Health Clinic
72 Rural Health Clinic
81 Independent Laboratory
99 Other Place of Service
300876 SITUATIONAL RULE: Required when III01 and III02 are not present or if
additional information is needed (see III04). If not required by this
implementation guide or if III01 is ZZ, do not send.
OD: 271B1_2115C_III03__CodeCategory
CODE DEFINITION
44 Nature of Injury
SITUATIONAL III04 933 Free-form Message Text X1 AN 1/264
Free-form message text
SYNTAX: L030405
OD: 271B1_2115C_III04__InjuredBodyPartName
300878 Use this element to describe the injured body part or parts.
SEGMENT DETAIL
599
300
LS - LOOP HEADER
X12 Segment Name: Loop Header
X12 Purpose: To indicate that the next segment begins a loop
X12 Semantic: 1. One loop may be nested contained within another loop, provided the inner
nested loop terminates before the outer loop. When specified by the
standard setting body as mandatory, this segment in combination with “LE”,
must be used. It is not to be used if not specifically set forth for use. The
loop identifier in the loop header and trailer must be identical. The value for
the identifier is the loop ID of the required loop segment. The loop ID
number is given on the transaction set diagram in the appropriate ASC X12
version/release.
X12 Comments: 1. See Figures Appendix for an explanation of the use of the LS and LE
segments.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 1
Usage: SITUATIONAL
82
09
30 Situational Rule: Required when Loop 2120C is used. If not required by this implementation
guide, do not send.
740
300 TR3 Notes: 1. Use this segment to identify the beginning of the Subscriber Benefit
Related Entity Name loop. Because both the subscriber’s name loop
and this loop begin with NM1 segments, the LS and LE segments are
used to differentiate these two loops.
804
300 TR3 Example: LS✽2120~
DIAGRAM
LS01 447
Loop ID
LS ✽ Code
M1 AN 1/4
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_LS01__LoopIdentifierCode
SEGMENT DETAIL
546
300
NM1 - SUBSCRIBER BENEFIT RELATED
ENTITY NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2120C — SUBSCRIBER BENEFIT RELATED ENTITY NAME Loop
Repeat: 23
Segment Repeat: 1
Usage: SITUATIONAL
41
07
30 Situational Rule: Required when provider was identified in 2100C PRV02 and PRV03 by
Identification Number (not Taxonomy Code) in the 270 Inquiry and was
used in the determination of the eligibility or benefit response;
OR
Required when needed to identify an entity associated with the eligibility
or benefits being identified in the 2110C loop such as a provider (e.g.
primary care provider), an individual, an organization, another payer, or
another information source;
If not required by this implementation guide, do not send.
499
300 TR3 Example: NM1✽P3✽1✽JONES✽MARCUS✽✽✽MD✽SV✽111223333~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽ Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120C_NM101__EntityIdentifierCode
CODE DEFINITION
OD: 271B1_2120C_NM102__EntityTypeQualifier
300440 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
2 Non-Person Entity
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD:
271B1_2120C_NM103__BenefitRelatedEntityLastorOrganizationName
300449 Use this name for the organization name if the entity type qualifier
is a non-person entity. Otherwise, this will be the individual’s last
name.
SITUATIONAL NM104 1036 Name First O 1 AN 1/35
Individual first name
300651 SITUATIONAL RULE: Required when NM102 is “1" and NM103 is used. If
not required by this implementation guide, do not send.
OD: 271B1_2120C_NM104__BenefitRelatedEntityFirstName
300985 SITUATIONAL RULE: Required when NM102 is “1" and the Last Name in
NM103 and First Name in NM104 are not sufficient to identify the
individual. If not required by this implementation guide, may be
provided at sender’s discretion, but cannot be required by the
receiver.
OD: 271B1_2120C_NM105__BenefitRelatedEntityMiddleName
OD: 271B1_2120C_NM107__BenefitRelatedEntityNameSuffix
301036 Use for name suffix only (e.g. Sr, Jr, II, III, etc.).
SITUATIONAL NM108 66 Identification Code Qualifier X1 ID 1/2
Code designating the system/method of code structure used for Identification
Code (67)
SYNTAX: P0809
OD: 271B1_2120C_NM108__IdentificationCodeQualifier
300624 If the entity being identified is a provider and the National Provider
ID is mandated for use, code value “XX” must be used, otherwise,
one of the other codes may be used. If the entity being identified is
a payer and the CMS National PlanID is mandated for use, code
value “XV” must be used, otherwise, one of the other codes may be
used. If the entity being identified is an individual, the “HIPAA
Individual Identifier” must be used once this identifier has been
adopted, otherwise, one of the other codes may be used.
CODE DEFINITION
OD: 271B1_2120C_NM109__BenefitRelatedEntityIdentifier
300448 Use this code for the reference number as qualified by the
preceding data element (NM108).
OD: 271B1_2120C_NM110__BenefitRelatedEntityRelationshipCode
01 Parent
02 Child
27 Domestic Partner
41 Spouse
48 Employee
65 Other
72 Unknown
NOT USED NM111 98 Entity Identifier Code O1 ID 2/3
NOT USED NM112 1035 Name Last or Organization Name O 1 AN 1/60
SEGMENT DETAIL
547
300
N3 - SUBSCRIBER BENEFIT RELATED
ENTITY ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2120C — SUBSCRIBER BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
42
07
30 Situational Rule: Required when needed to further identify the entity or individual in loop
2120C NM1 and the information is available. If not required by this
implementation guide, do not send.
444
300 TR3 Notes: 1. Use this segment to identify address information for an entity.
485
300 TR3 Example: N3✽201 PARK AVENUE✽SUITE 300~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120C_N301__BenefitRelatedEntityAddressLine
300455 Use this information for the first line of the address information.
OD: 271B1_2120C_N302__BenefitRelatedEntityAddressLine
300456 Use this information for the second line of the address information.
SEGMENT DETAIL
548
300
N4 - SUBSCRIBER BENEFIT RELATED
ENTITY CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2120C — SUBSCRIBER BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
37
10
30 Situational Rule: Required when needed to further identify the entity or individual in loop
2120C NM1 and the information is available. If not required by this
implementation guide, do not send.
038
301 TR3 Notes: 1. Use this segment to identify address information for an entity.
920
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽ Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120C_N401__BenefitRelatedEntityCityName
OD: 271B1_2120C_N402__BenefitRelatedEntityStateCode
OD: 271B1_2120C_N403__BenefitRelatedEntityPostalZoneorZIPCode
OD: 271B1_2120C_N404__BenefitRelatedEntityCountryCode
300924 Use the alpha-2 country codes from Part 1 of ISO 3166.
OD: 271B1_2120C_N405__BenefitRelatedEntityLocationQualifier
RJ Region
300693 Use this code only to communicate the Department
of Defense Health Service Region in N406.
SITUATIONAL N406 310 Location Identifier O 1 AN 1/30
Code which identifies a specific location
SYNTAX: C0605
OD:
271B1_2120C_N406__BenefitRelatedEntityDODHealthServiceRegion
300925 SITUATIONAL RULE: Required when the address is not in the United
States of America, including its territories, or Canada, and the
country in N404 has administrative subdivisions such as but not
limited to states, provinces, cantons, etc. If not required by this
implementation guide, do not send.
OD:
271B1_2120C_N407__BenefitRelatedEntityCountrySubdivisionCode
300926 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
549
300
PER - SUBSCRIBER BENEFIT RELATED
ENTITY CONTACT INFORMATION
X12 Segment Name: Administrative Communications Contact
X12 Purpose: To identify a person or office to whom administrative communications should be
directed
X12 Syntax: 1. P0304
If either PER03 or PER04 is present, then the other is required.
2. P0506
If either PER05 or PER06 is present, then the other is required.
3. P0708
If either PER07 or PER08 is present, then the other is required.
Loop: 2120C — SUBSCRIBER BENEFIT RELATED ENTITY NAME
Segment Repeat: 3
Usage: SITUATIONAL
87
09
30 Situational Rule: Required when Contact Information exists and is available. If not required
by this implementation guide, do not send.
441
300 TR3 Notes: 1. Use this segment when needed to identify a contact name and/or
communications number for the entity identified. This segment allows
for three contact numbers to be listed. This segment is used when the
information source wishes to provide a contact for the entity identified
in loop 2120C NM1.
702
300 2. If this segment is used, at a minimum either PER02 must be used or
PER03 and PER04 must be used. It is recommended that at least
PER02, PER03 and PER04 are sent if this segment is used.
706
300 3. When the communication number represents a telephone number in
the United States and other countries using the North American
Dialing Plan (for voice, data, fax, etc.), the communication number
should always include the area code and phone number using the
format AAABBBCCCC. Where AAA is the area code, BBB is the
telephone number prefix, and CCCC is the telephone number (e.g.
(534)224-2525 would be represented as 5342242525). The extension,
when applicable, should be included in the communication number
immediately after the telephone number.
486
300 TR3 Example: PER✽IC✽BILLING DEPT✽TE✽2128763654✽EX✽2104✽FX✽2128769304~
DIAGRAM
PER01 366 PER02 93 PER03 365 PER04 364 PER05 365 PER06 364
Contact Name Comm Comm Comm Comm
PER ✽ Funct Code
✽ ✽
Number Qual
✽
Number
✽
Number Qual
✽
Number
M1 ID 2/2 O1 AN 1/60 X1 ID 2/2 X1 AN 1/256 X1 ID 2/2 X1 AN 1/256
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120C_PER01__ContactFunctionCode
300457 Use this code to specify the type of person or group to which the
contact number applies.
CODE DEFINITION
IC Information Contact
SITUATIONAL PER02 93 Name O 1 AN 1/60
Free-form name
301087 SITUATIONAL RULE: Required when the name of the individual to contact
is not already defined or is different than the name within 2120C
NM1 segment and the name is available;
OR
Required when PER03 and PER04 are not present.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 271B1_2120C_PER02__BenefitRelatedEntityContactName
300989 Use this name for the individual’s name or group’s name to use
when contacting the individual or organization.
OD: 271B1_2120C_PER03__CommunicationNumberQualifier
OD:
271B1_2120C_PER04__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
OD: 271B1_2120C_PER05__CommunicationNumberQualifier
OD:
271B1_2120C_PER06__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
OD: 271B1_2120C_PER07__CommunicationNumberQualifier
OD:
271B1_2120C_PER08__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
NOT USED PER09 443 Contact Inquiry Reference O 1 AN 1/20
SEGMENT DETAIL
550
300
PRV - SUBSCRIBER BENEFIT RELATED
PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2120C — SUBSCRIBER BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
94
06
30 Situational Rule: Required when needed either to identify a provider’s role or associate a
specialty type related to the service identified in the 2110C loop. If not
required by this implementation guide, do not send.
745
300 TR3 Notes: 1. If identifying a type of specialty associated with the services identified
in loop 2110C, use code PXC in PRV02 and the appropriate code in
PRV03.
838
300 2. If there is a PRV segment in 2100B or 2100C, this PRV overrides it for
this occurrence of the 2110C loop.
033
301 TR3 Example: PRV✽PE✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽ Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120C_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SB Submitting
SK Skilled Nursing Facility
SU Supervising
SITUATIONAL PRV02 128 Reference Identification Qualifier X1 ID 2/3
Code qualifying the Reference Identification
SYNTAX: P0203
OD: 271B1_2120C_PRV02__ReferenceIdentificationQualifier
CODE DEFINITION
OD: 271B1_2120C_PRV03__ProviderIdentifier
SEGMENT DETAIL
600
300
LE - LOOP TRAILER
X12 Segment Name: Loop Trailer
X12 Purpose: To indicate that the loop immediately preceding this segment is complete
X12 Semantic: 1. One loop may be nested contained within another loop, provided the inner
nested loop terminates before the other loop. When specified by the
standards setting body as mandatory, this segment in combination with
“LS”, must be used. It is not to be used if not specifically set forth for use.
The loop identifier in the loop header and trailer must be identical. The
value for the identifier is the loop ID of the required loop beginning
segment. The loop ID number is given on the transaction set diagram in the
appropriate ASC X12 version/release.
X12 Comments: 1. See Figures Appendix for an explanation of the use of the LE and LS
segments.
Loop: 2110C — SUBSCRIBER ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 1
Usage: SITUATIONAL
95
09
30 Situational Rule: Required when Loop 2120C is used. If not required by this implementation
guide, do not send.
747
300 TR3 Notes: 1. Use this segment to identify the end of the Subscriber Benefit Related
Entity Name loop. Because both the subscriber’s name loop and this
loop begin with NM1 segments, the LS and LE segments are used to
differentiate these two loops.
801
300 TR3 Example: LE✽2120~
DIAGRAM
LE01 447
Loop ID
LE ✽ Code
M1 AN 1/4
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110C_LE01__LoopIdentifierCode
SEGMENT DETAIL
515
300
HL - DEPENDENT LEVEL
X12 Segment Name: Hierarchical Level
X12 Purpose: To identify dependencies among and the content of hierarchically related
groups of data segments
X12 Comments: 1. The HL segment is used to identify levels of detail information using a
hierarchical structure, such as relating line-item data to shipment data, and
packaging data to line-item data.
2. The HL segment defines a top-down/left-right ordered structure.
Loop: 2000D — DEPENDENT LEVEL Loop Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
96
09
30 Situational Rule: Required if the patient is a dependent who does not have a unique
Member Identification Number (See Section 1.4.2) unless the 271 response
contains an AAA segment in loop 2000A, 2100A, 2100B, 2100C or 2110C. If
not required by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
879
300 TR3 Notes: 1. See Section 1.4.2 Basic Concepts for more information about
dependents and patients.
436
300 2. Use this segment to identify the hierarchical or entity level of
information being conveyed. The HL structure allows for the efficient
nesting of related occurrences of information. The developers’ intent
is to clearly identify the relationship of the patient to the subscriber
and the subscriber to the provider.
069
301 3. An example of the overall structure of the transaction set when used
in batch mode is:
695
300 TR3 Example: HL✽4✽3✽23✽0~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000D_HL01__HierarchicalIDNumber
300748 An example of the use of the HL segment and this data element is:
HL*1**20*1~
NM1*PR*2*ABC INSURANCE COMPANY*****PI*842610001~
HL*2*1*21*1~
NM1*1P*1*JONES*MARCUS***MD*SV*0202034~
HL*3*2*22*1~
NM1*IL*1*SMITH*ROBERT*B***MI*11122333301~
HL*4*3*23*0~
NM1*03*1*SMITH*MARY*LOU~
Eligibility/Benefit Data
HL*5*2*22*0~
NM1*IL*1*BROWN*JOHN*E***MI*22211333301~
Eligibility/Benefit Data
REQUIRED HL02 734 Hierarchical Parent ID Number O 1 AN 1/12
Identification number of the next higher hierarchical data segment that the data
segment being described is subordinate to
COMMENT: HL02 identifies the hierarchical ID number of the HL segment to which
the current HL segment is subordinate.
OD: 271B1_2000D_HL02__HierarchicalParentIDNumber
300907 Use this ID number to identify the specific Subscriber to which this
Dependent is subordinate.
REQUIRED HL03 735 Hierarchical Level Code M1 ID 1/2
Code defining the characteristic of a level in a hierarchical structure
COMMENT: HL03 indicates the context of the series of segments following the
current HL segment up to the next occurrence of an HL segment in the
transaction. For example, HL03 is used to indicate that subsequent segments in
the HL loop form a logical grouping of data referring to shipment, order, or item-
level information.
OD: 271B1_2000D_HL03__HierarchicalLevelCode
301083 All data that follows this HL segment is associated with the
Dependent identified by the level code. This association continues
until the next occurrence of an HL segment.
CODE DEFINITION
23 Dependent
300498 Use the dependent level to identify an individual(s)
who may be a dependent of the subscriber/insured.
This entity may or may not be the actual patient.
OD: 271B1_2000D_HL04__HierarchicalChildCode
SEGMENT DETAIL
516
300
TRN - DEPENDENT TRACE NUMBER
X12 Segment Name: Trace
X12 Purpose: To uniquely identify a transaction to an application
X12 Set Notes: 1. If the Eligibility, Coverage or Benefit Inquiry Transaction Set (270) includes
a TRN segment, then the Eligibility, Coverage or Benefit Information
Transaction Set (271) must return the trace number identified in the TRN
segment.
Loop: 2000D — DEPENDENT LEVEL
Segment Repeat: 3
Usage: SITUATIONAL
97
09
30 Situational Rule: Required when the 270 request contained one or two TRN segments and
the dependent is the patient (See Section 1.4.2.). One TRN segment for
each TRN submitted in the 270 must be returned.;
OR
Required when the Information Source needs to return a unique trace
number for the current transaction.
If not required by this implementation guide, do not send.
812
300 TR3 Notes: 1. An information source may receive up to two TRN segments in each
loop 2000D of a 270 transaction and must return each of them in loop
2000D of the 271 transaction unless the person submitted in loop
2000D is determined to be a subscriber, then the TRN segments must
be returned in loop 2000C (See Section 1.4.2). The returned TRN
segments will have a value of “2” in TRN01. See Section 1.4.6
Information Linkage for additional information.
813
300 2. An information source may add one TRN segment to loop 2000D with
a value of “1" in TRN01 and must identify themselves in TRN03.
696
300 3. If this transaction passes through a clearinghouse, the clearinghouse
will receive from the information source the information receiver’s
TRN segment and the clearinghouse’s TRN segment with a value of
“2” in TRN01. Since the ultimate destination of the transaction is the
information receiver, if the clearinghouse intends on passing their
TRN segment to the information receiver, the clearinghouse must
change the value in TRN01 to “1” of their TRN segment. This must be
done since the trace number in the clearinghouse’s TRN segment is
not actually a referenced transaction trace number to the information
receiver.
052
301 4. The trace number in the 271 transaction TRN02 must be returned
exactly as submitted in the 270 transaction. For example, if the 270
transaction TRN02 was 012345678 it must be returned as 012345678
and not as 12345678.
661
300 TR3 Example: TRN✽2✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽2✽109834652831✽9XYZCLEARH✽REALTIME~
TRN✽1✽209991094361✽9ABCINSURE~
703
300 TR3 Example: TRN✽2✽98175-012547✽9877281234✽RADIOLOGY~
TRN✽1✽109834652831✽9XYZCLEARH✽REALTIME~
TRN✽1✽209991094361✽9ABCINSURE~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2000D_TRN01__TraceTypeCode
CODE DEFINITION
OD: 271B1_2000D_TRN02__TraceNumber
301053 This element must contain the trace number submitted in TRN02
from the 270 transaction and must be returned exactly as
submitted.
REQUIRED TRN03 509 Originating Company Identifier O 1 AN 10/10
A unique identifier designating the company initiating the funds transfer
instructions, business transaction or assigning tracking reference identification.
SEMANTIC: TRN03 identifies an organization.
OD: 271B1_2000D_TRN03__TraceAssigningEntityIdentifier
301102 If TRN01 is “2", this is the value received in the original 270
transaction.
300665 The first position must be either a “1” if an EIN is used, a “3” if a
DUNS is used or a “9” if a user assigned identifier is used.
SITUATIONAL TRN04 127 Reference Identification O 1 AN 1/50
Reference information as defined for a particular Transaction Set or as specified
by the Reference Identification Qualifier
SEMANTIC: TRN04 identifies a further subdivision within the organization.
300998 SITUATIONAL RULE: Required when TRN01 = “2" and this element was
used in the corresponding 270 TRN segment.;
OR
Required when TRN01 = ”1" and the Information Source needs to
further identify a specific component, such as a specific division or
group of the entity identified in the previous data element (TRN03).
If not required by this implementation guide, do not send.
OD: 271B1_2000D_TRN04__TraceAssigningEntityAdditionalIdentifier
300663 If TRN01 is “2”, this is the value received in the original 270
transaction.
SEGMENT DETAIL
517
300
NM1 - DEPENDENT NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2100D — DEPENDENT NAME Loop Repeat: 1
Segment Repeat: 1
Usage: REQUIRED
465
300 TR3 Notes: 1. Use this segment to identify an entity by name. This NM1 loop is used
to identify the dependent of an insured or subscriber.
625
300 TR3 Example: NM1✽03✽1✽SMITH✽JOHN✽L✽✽JR~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽
Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_NM101__EntityIdentifierCode
CODE DEFINITION
03 Dependent
OD: 271B1_2100D_NM102__EntityTypeQualifier
CODE DEFINITION
1 Person
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD: 271B1_2100D_NM103__DependentLastName
OD: 271B1_2100D_NM104__DependentFirstName
OD: 271B1_2100D_NM105__DependentMiddleName
300520 Use this name for the dependent’s middle name or initial.
NOT USED NM106 1038 Name Prefix O 1 AN 1/10
OD: 271B1_2100D_NM107__DependentNameSuffix
300452 Use this for the suffix to an individual’s name; e.g., Sr., Jr., or III.
SEGMENT DETAIL
521
300
REF - DEPENDENT ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 9
Usage: SITUATIONAL
99
09
30 Situational Rule: Required when the Information Source requires additional identifiers
necessary to identify the Dependent for subsequent EDI transactions (see
Section 1.4.7);
OR
Required when the 270 request contained a REF segment with a Patient
Account Number in Loop 2100D/REF02 with REF01 equal EJ;
OR
Required when the 270 request contained a REF segment and the
information provided in that REF segment was used to locate the
individual in the information source’s system (See Section 1.4.7).
If not required by this implementation guide, may be provided at sender’s
discretion but cannot be required by the receiver.
802
300 TR3 Notes: 1. If the 270 request contained a REF segment with a Patient Account
Number in Loop 2100D/REF02 with REF01 equal EJ, then it must be
returned in the 271 transaction using this segment if the patient is the
Dependent. The Patient Account Number in the 271 transaction must
be returned exactly as submitted in the 270 transaction.
638
300 2. Use this segment to supply an identification number other than or in
addition to the Member Identification Number. The type of reference
number is determined by the qualifier in REF01. Only one occurrence
of each REF01 code value may be used in the 2100D loop.
639
300 3. Health Insurance Claim (HIC) Number or Medicaid Recipient
Identification Numbers are to be provided in the NM1 segment as a
Member Identification Number when it is the primary number an
information source knows a member by (such as for Medicare or
Medicaid). Do not use this segment for the Health Insurance Claim
(HIC) Number or Medicaid Recipient Identification Number unless they
are different from the Member Identification Number provided in the
NM1 segment.
492
300 TR3 Example: REF✽EJ✽660415~
618
300 TR3 Example: REF✽49✽03~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_REF01__ReferenceIdentificationQualifier
300454 Use this code to specify or qualify the type of reference number
that is following in REF02, REF03, or both.
301070 Only one occurrence of each REF01 code value may be used in the
2100D loop.
CODE DEFINITION
18 Plan Number
1L Group or Policy Number
300622 Use this code only if it cannot be determined if the
number is a Group Number or a Policy number. Use
codes “IG” or “6P” when they can be determined.
49 Family Unit Number
300943 Required when the Information Source is a
Pharmacy Benefit Manager (PBM) and the individual
has a suffix to their member ID number that is
required for use in the NCPDP Telecom Standard in
the Insurance Segment in field 303-C3 Person Code.
If not required by this implementation Guide, do not
send.
OD: 271B1_2100D_REF02__DependentSupplementalIdentifier
300453 Use this information for the reference number as qualified by the
preceding data element (REF01).
301056 If REF01 is “EJ”, the Patient Account Number from the 270
transaction must be returned exactly as submitted.
SITUATIONAL REF03 352 Description X1 AN 1/80
A free-form description to clarify the related data elements and their content
SYNTAX: R0203
OD: 271B1_2100D_REF03__PlanGrouporPlanNetworkName
SEGMENT DETAIL
522
300
N3 - DEPENDENT ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
01
10
30 Situational Rule: Required when the Information Source requires this information to
identify the Dependent for subsequent EDI transactions (see Section
1.4.7), but not required if a rejection response is generated and this
segment was not sent in the request. If not required by this
implementation guide, may be provided at sender’s discretion but cannot
be required by the receiver.
674
300 TR3 Notes: 1. Do not return address information from the 270 request.
582
300 2. Use this segment to identify address information for a dependent.
493
300 TR3 Example: N3✽15197 BROADWAY AVENUE✽APT 215~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_N301__DependentAddressLine
300455 Use this information for the first line of the address information.
OD: 271B1_2100D_N302__DependentAddressLine
300456 Use this information for the second line of the address information.
SEGMENT DETAIL
523
300
N4 - DEPENDENT CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
01
10
30 Situational Rule: Required when the Information Source requires this information to
identify the Dependent for subsequent EDI transactions (see Section
1.4.7), but not required if a rejection response is generated and this
segment was not sent in the request. If not required by this
implementation guide, may be provided at sender’s discretion but cannot
be required by the receiver.
041
301 TR3 Notes: 1. Do not return address information from the 270 request.
042
301 2. Use this segment to identify address information for a dependent.
920
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽ Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_N401__DependentCityName
OD: 271B1_2100D_N402__DependentStateCode
OD: 271B1_2100D_N403__DependentPostalZoneorZIPCode
OD: 271B1_2100D_N404__DependentCountryCode
300924 Use the alpha-2 country codes from Part 1 of ISO 3166.
OD: 271B1_2100D_N407__DependentCountrySubdivisionCode
300926 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
601
300
AAA - DEPENDENT REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 9
Usage: SITUATIONAL
52
07
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to the data contained in the
original 270 transaction’s dependent name loop (Loop 2100D) and to
indicate what action the originator of the request transaction should take.
If not required by this implementation guide, do not send.
753
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to the data contained in the original 270
transaction’s dependent name loop (Loop 2100D).
071
301 TR3 Example: AAA✽N✽✽58✽C~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_AAA01__ValidRequestIndicator
N No
Y Yes
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
OD: 271B1_2100D_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
300628 Use codes “43", ”45", “47", ”48", or “51" only in response to
information that is in or should be in the PRV segment in the
Dependent Name loop (2100D).
CODE DEFINITION
OD: 271B1_2100D_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
e
Non
PRV - PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
39
08
30 Situational Rule: Required when the 270 request contained a 2100D PRV segment and the
information contained in the PRV segment was used to determine the 271
response.;
OR
Required when needed either to identify a specific provider or to associate
a specialty type related to the service identified in the 2110D loop. This
PRV segment applies to all benefits in this 2100D loop unless overridden
by a PRV segment in the 2120D loop.
If not required by this implementation guide, do not send.
743
300 TR3 Notes: 1. If identifying a specific provider, use this segment to convey specific
information about a provider’s role in the eligibility/benefit being
inquired about when the provider is not the information receiver. For
example, if the information receiver is a hospital and a referring
provider must be identified, this is the segment where the referring
provider would be identified.
744
300 2. If identifying a specific provider, this segment contains reference
identification numbers, all of which may be used up until the time the
National Provider Identifier (NPI) is mandated for use. After the NPI is
mandated, only the code for National Provider Identifier may be used.
762
300 3. If identifying a type of specialty associated with the services identified
in loop 2110D, use code PXC in PRV02 and the appropriate code in
PRV03.
763
300 4. PRV02 qualifies PRV03.
840
300 5. If there is a PRV segment in 2100B, this PRV overrides it for this
occurrence of the 2100D loop.
050
301 TR3 Example: PRV✽RF✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽
Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
SK Skilled Nursing Facility
SU Supervising
SITUATIONAL PRV02 128 Reference Identification Qualifier X1 ID 2/3
Code qualifying the Reference Identification
SYNTAX: P0203
OD: 271B1_2100D_PRV02__ReferenceIdentificationQualifier
OD: 271B1_2100D_PRV03__ProviderIdentifier
300817 Use this number for the reference number as qualified by the
preceding data element (PRV02).
NOT USED PRV04 156 State or Province Code O1 ID 2/2
NOT USED PRV05 C035 PROVIDER SPECIALTY INFORMATION O1
NOT USED PRV06 1223 Provider Organization Code O1 ID 3/3
SEGMENT DETAIL
541
300
DMG - DEPENDENT DEMOGRAPHIC
INFORMATION
X12 Segment Name: Demographic Information
X12 Purpose: To supply demographic information
X12 Syntax: 1. P0102
If either DMG01 or DMG02 is present, then the other is required.
2. P1011
If either DMG10 or DMG11 is present, then the other is required.
3. C1105
If DMG11 is present, then DMG05 is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
04
10
30 Situational Rule: Required when the Dependent is the patient unless a rejection response is
generated with a 2100D or 2110D AAA segment and this segment was not
sent in the request. If not required by this implementation guide, may be
provided at sender’s discretion but cannot be required by the receiver.
584
300 TR3 Notes: 1. Use this segment to convey the birth date or gender demographic
information for the dependent.
626
300 TR3 Example: DMG✽D8✽19750616✽M~
DIAGRAM
DMG01 1250 DMG02 1251 DMG03 1068 DMG04 1067 DMG05 C056 DMG06 1066
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_DMG01__DateTimePeriodFormatQualifier
300467 Use this code to indicate the format of the date of birth that follows
in DMG02.
CODE DEFINITION
OD: 271B1_2100D_DMG02__DependentBirthDate
301073 Use this date for the date of birth of the dependent.
SITUATIONAL DMG03 1068 Gender Code O1 ID 1/1
Code indicating the sex of the individual
OD: 271B1_2100D_DMG03__DependentGenderCode
F Female
M Male
U Unknown
NOT USED DMG04 1067 Marital Status Code O1 ID 1/1
NOT USED DMG05 C056 COMPOSITE RACE OR ETHNICITY X
INFORMATION 10
NOT USED DMG06 1066 Citizenship Status Code O1 ID 1/2
SEGMENT DETAIL
602
300
INS - DEPENDENT RELATIONSHIP
X12 Segment Name: Insured Benefit
X12 Purpose: To provide benefit information on insured entities
X12 Syntax: 1. P1112
If either INS11 or INS12 is present, then the other is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
04
10
30 Situational Rule: Required when the Dependent is the patient unless a rejection response is
generated with a 2100D or 2110D AAA segment and this segment was not
sent in the request. If not required by this implementation guide, may be
provided at sender’s discretion but cannot be required by the receiver.
768
300 TR3 Notes: 1. This segment may also be used to identify that the information source
has changed some of the identifying elements for the dependent that
the information receiver submitted in the original 270 transaction.
558
300 TR3 Example: INS✽N✽19✽✽✽✽✽✽✽✽✽✽✽✽✽✽✽3~
DIAGRAM
INS01 1073 INS02 1069 INS03 875 INS04 1203 INS05 1216 INS06 C052
INS07 1219 INS08 584 INS09 1220 INS10 1073 INS11 1250 INS12 1251
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_INS01__InsuredIndicator
N No
REQUIRED INS02 1069 Individual Relationship Code M1 ID 2/2
Code indicating the relationship between two individuals or entities
OD: 271B1_2100D_INS02__IndividualRelationshipCode
CODE DEFINITION
01 Spouse
19 Child
20 Employee
21 Unknown
300698 Use this code only if relationship information is not
available and there is a need to use data elements
INS03, INS04, or INS17.
39 Organ Donor
40 Cadaver Donor
53 Life Partner
G8 Other Relationship
SITUATIONAL INS03 875 Maintenance Type Code O1 ID 3/3
Code identifying the specific type of item maintenance
OD: 271B1_2100D_INS03__MaintenanceTypeCode
301006 Use this element (and code “25" in INS04) if any of the identifying
elements for the dependent have been changed from those
submitted in the 270.
CODE DEFINITION
001 Change
OD: 271B1_2100D_INS04__MaintenanceReasonCode
301008 Use this element (and code “001" in INS03) if any of the identifying
elements for the dependent have been changed from those
submitted in the 270.
CODE DEFINITION
OD: 271B1_2100D_INS17__BirthSequenceNumber
300642 Use to indicate the birth order in the event of multiple births in
association with the birth date supplied in DMG02.
SEGMENT DETAIL
910
300
HI - DEPENDENT HEALTH CARE DIAGNOSIS
CODE
X12 Segment Name: Health Care Information Codes
X12 Purpose: To supply information related to the delivery of health care
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
12
09
30 Situational Rule: Required when an HI segment was received in the 270 and if the
information source uses the information in the determination of the
eligibility or benefit response for the dependent. All information used from
the HI segment of the 270 used in the determination of the eligibility or
benefit response for the dependent must be returned. If information was
provided in an HI segment of 270 but was not used in the determination of
the eligibility or benefits for the dependent it must not be returned. The
information source must not use information in an HI segment of the 270
transaction in the determination of eligibility or benefits for the dependent
if that information cannot be returned in the 271 response.
OR
Required when needed to identify limitations in the benefits identified in
the 2110D loops, such as if benefits are limited for a specific diagnosis
code if the information source can support this high level functionality. If
the information source cannot support this high level functionality, do not
send.
913
300 TR3 Notes: 1. Use the Diagnosis code pointers in 2110D EB14 to identify which
diagnosis code or codes in this HI segment relates to the information
provided in the EB segment.
896
300 2. Do not transmit the decimal points in the diagnosis codes. The
decimal point is assumed.
911
300 TR3 Example: HI✽BK:8901✽BF:87200✽BF:5559~
DIAGRAM
HI01 C022 HI02 C022 HI03 C022 HI04 C022 HI05 C022 HI06 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care
HI Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
M1 O1 O1 O1 O1 O1
HI07 C022 HI08 C022 HI09 C022 HI10 C022 HI11 C022 HI12 C022
✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ✽ Health Care ~
Code Info. Code Info. Code Info. Code Info. Code Info. Code Info.
O1 O1 O1 O1 O1 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_HI01_C022
300897 E codes are Not Used in HI01 except when defined by the claims
processor. E codes may be put in any other HI element using BF as
the qualifier.
OD: 271B1_2100D_HI01_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI01_C02202_DiagnosisCode
OD: 271B1_2100D_HI02_C022
OD: 271B1_2100D_HI02_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI02_C02202_DiagnosisCode
OD: 271B1_2100D_HI03_C022
OD: 271B1_2100D_HI03_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI03_C02202_DiagnosisCode
OD: 271B1_2100D_HI04_C022
OD: 271B1_2100D_HI04_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI04_C02202_DiagnosisCode
OD: 271B1_2100D_HI05_C022
OD: 271B1_2100D_HI05_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI05_C02202_DiagnosisCode
OD: 271B1_2100D_HI06_C022
OD: 271B1_2100D_HI06_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI06_C02202_DiagnosisCode
OD: 271B1_2100D_HI07_C022
OD: 271B1_2100D_HI07_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI07_C02202_DiagnosisCode
OD: 271B1_2100D_HI08_C022
OD: 271B1_2100D_HI08_C02201_DiagnosisTypeCode
CODE DEFINITION
OD: 271B1_2100D_HI08_C02202_DiagnosisCode
SEGMENT DETAIL
603
300
DTP - DEPENDENT DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 9
Usage: SITUATIONAL
10
30 Situational Rule: Required to identify the Plan (DTP01 = 291) or Plan Begin (DTP01 = 346)
date when the individual has active coverage unless multiple plans apply
to the individual or multiple plan periods apply, which must then be
returned in the 2110D DTP (See Section 1.4.7);
OR
Required when needed to identify other relevant dates that apply to the
Dependent.
If not required by this implementation guide, do not send.
461
300 TR3 Notes: 1. The dates represented may be in the past, the current date, or a future
date. The dates may also be a single date or a span of dates. Which
date(s) to use is determined by the format qualifier in DTP02.
011
301 2. Dates supplied in the 2100D DTP apply to the Dependent and all
2110D loops unless overridden by an occurrence of a 2110D DTP with
the same value in DTP01.
494
300 TR3 Example: DTP✽346✽D8✽19950818~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_DTP01__DateTimeQualifier
096 Discharge
102 Issue
152 Effective Date of Change
291 Plan
307 Eligibility
318 Added
301059 Information Sources are encouraged to return
Added date in the case of retroactive eligibility.
340 Consolidated Omnibus Budget Reconciliation Act
(COBRA) Begin
341 Consolidated Omnibus Budget Reconciliation Act
(COBRA) End
342 Premium Paid to Date Begin
343 Premium Paid to Date End
346 Plan Begin
347 Plan End
356 Eligibility Begin
357 Eligibility End
382 Enrollment
435 Admission
442 Date of Death
458 Certification
472 Service
539 Policy Effective
540 Policy Expiration
636 Date of Last Update
771 Status
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 271B1_2100D_DTP02__DateTimePeriodFormatQualifier
300463 Use this code to specify the format of the date(s)/time(s) that follow
in the next data element.
CODE DEFINITION
OD: 271B1_2100D_DTP03__DateTimePeriod
300462 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
043
301
MPI - DEPENDENT MILITARY PERSONNEL
INFORMATION
X12 Segment Name: Military Personnel Information
X12 Purpose: To report military service data
X12 Syntax: 1. P0607
If either MPI06 or MPI07 is present, then the other is required.
Loop: 2100D — DEPENDENT NAME
Segment Repeat: 1
Usage: SITUATIONAL
44
10
30 Situational Rule: Required when this transaction is processed by DOD or
CHAMPUS/TRICARE and when necessary to convey the Dependent’s
military service data If not required by this implementation guide, do not
send.
086
301 TR3 Example: MPI✽C✽AO✽A✽✽L3~
Current Active Military - Overseas Air Force Lieutenant Colonel
DIAGRAM
MPI01 1201 MPI02 584 MPI03 1595 MPI04 352 MPI05 1596 MPI06 1250
MPI07 1251
Date Time
✽ ~
Period
X1 AN 1/35
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2100D_MPI01__InformationStatusCode
CODE DEFINITION
A Partial
C Current
L Latest
O Oldest
P Prior
S Second Most Current
T Third Most Current
OD: 271B1_2100D_MPI02__EmploymentStatusCode
CODE DEFINITION
AE Active Reserve
AO Active Military - Overseas
AS Academy Student
AT Presidential Appointee
AU Active Military - USA
CC Contractor
DD Dishonorably Discharged
HD Honorably Discharged
IR Inactive Reserves
LX Leave of Absence: Military
PE Plan to Enlist
RE Recommissioned
RM Retired Military - Overseas
RR Retired Without Recall
RU Retired Military - USA
REQUIRED MPI03 1595 Government Service Affiliation Code M1 ID 1/1
Code specifying the government service affiliation
OD: 271B1_2100D_MPI03__GovernmentServiceAffiliationCode
CODE DEFINITION
A Air Force
B Air Force Reserves
C Army
D Army Reserves
E Coast Guard
F Marine Corps
G Marine Corps Reserves
H National Guard
I Navy
J Navy Reserves
K Other
L Peace Corp
M Regular Armed Forces
N Reserves
O U.S. Public Health Service
Q Foreign Military
R American Red Cross
S Department of Defense
U United Services Organization
W Military Sealift Command
300962 SITUATIONAL RULE: Required when needed to further identify the exact
military unit. If not required by this implementation guide, do not
send.
OD: 271B1_2100D_MPI04__Description
OD: 271B1_2100D_MPI05__MilitaryServiceRankCode
CODE DEFINITION
A1 Admiral
A2 Airman
A3 Airman First Class
B1 Basic Airman
B2 Brigadier General
C1 Captain
C2 Chief Master Sergeant
C3 Chief Petty Officer
C4 Chief Warrant
C5 Colonel
C6 Commander
C7 Commodore
C8 Corporal
C9 Corporal Specialist 4
E1 Ensign
F1 First Lieutenant
F2 First Sergeant
F3 First Sergeant-Master Sergeant
F4 Fleet Admiral
G1 General
G4 Gunnery Sergeant
L1 Lance Corporal
L2 Lieutenant
L3 Lieutenant Colonel
L4 Lieutenant Commander
L5 Lieutenant General
L6 Lieutenant Junior Grade
M1 Major
M2 Major General
M3 Master Chief Petty Officer
OD: 271B1_2100D_MPI06__DateTimePeriodFormatQualifier
CODE DEFINITION
OD: 271B1_2100D_MPI07__DateTimePeriod
SEGMENT DETAIL
606
300
EB - DEPENDENT ELIGIBILITY OR BENEFIT
INFORMATION
X12 Segment Name: Eligibility or Benefit Information
X12 Purpose: To supply eligibility or benefit information
X12 Syntax: 1. P0910
If either EB09 or EB10 is present, then the other is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION Loop
Repeat: >1
Segment Repeat: 1
Usage: SITUATIONAL
45
10
30 Situational Rule: Required when the dependent is the person whose eligibility or benefits
are being described and the transaction is not rejected (see Section
1.4.10) or if the transaction needs to be rejected in this loop. If not
required by this implementation guide, do not send.
819
300 TR3 Notes: 1. See Section 1.4.7 Implementation-Compliant Use of the 270/271
Transaction Set for information about what information must be
returned if the subscriber is the person whose eligibility or benefits
are being sent.
854
300 2. Either EB03 or EB13 may be used in the same EB segment, not both.
829
300 3. EB03 is a repeating data element that may be repeated up to 99 times.
If all of the information that will be used in the 2110D loop is the same
with the exception of the Service Type Code used in EB03, it is more
efficient to use the repetition function of EB03 to send each of the
Service Type Codes needed. If an Information Source supports
responses with multiple Service Type Codes, the repetition use of
EB03 must be supported if all other elements in the 2110D loop are
identical.
679
300 4. A limit to the number of repeats of EB loops has not been established.
In a batch environment there is no practical reason to limit the number
of EB loop repeats. In a real time environment, consideration should
be given to how many EB loops are generated given the amount of
time it takes to format the response and the amount of time it will take
to transmit that response. Since these limitations will vary by
information source, it would be completely arbitrary for the
developers to set a limit. It is not the intent of the developers to limit
the amount of information that is returned in a response, rather to
alert information sources to consider the potential delays if the
response contains too much information to be formatted and
transmitted in real time.
468
300 5. Use this segment to begin the eligibility/benefit information looping
structure. The EB segment is used to convey the specific eligibility or
benefit information for the entity identified.
495
300 TR3 Example: EB✽1✽FAM✽96✽GP~
Active Coverage for subscriber and family, for Professional (Physician)
services, and coverage is through a Group Policy
509
300 TR3 Example: EB✽B✽✽68✽✽✽27✽10~
Co-payment for Well Baby Care is $10 per visit
510
300 TR3 Example: EB✽C✽FAM✽✽✽✽23✽600~
Deductible for the family is $600 per calendar year
511
300 TR3 Example: EB✽L~
Primary Care Provider (information about the Primary Care Provider will
be located in the 2120 loop)
677
300 TR3 Example: EB✽A✽✽A6✽✽✽✽✽.50~
Co-Insurance is 50 percent for Psychotherapy
821
300 TR3 Example: EB✽B✽✽98^34^44^81^A0^A3✽✽✽✽10✽✽VS✽1~
Co-payment for Professional (Physician) Visit - Office, Chiropractic Office
Visits, Home Health Visits, Routine Physical, Professional (Physician)
Visit - Outpatient, Professional (Physician) Visit - Home, is $10 for one visit
DIAGRAM
EB01 1390 EB02 1207 EB03 1365 EB04 1336 EB05 1204 EB06 615
Eligibility Coverage Service Insurance Plan Cvrg
✽ Time Period
EB ✽ Benefit Inf
✽
Level Code
✽
Type Code
✽
Type Code
✽
Description Qualifier
M1 ID 1/2 O1 ID 3/3 O 99 ID 1/2 O1 ID 1/3 O1 AN 1/50 O1 ID 1/2
EB07 782 EB08 954 EB09 673 EB10 380 EB11 1073 EB12 1073
Monetary Percent Quantity Quantity
✽ ✽ ✽ ✽ ✽ Yes/No Cond ✽ Yes/No Cond
Amount Qualifier Resp Code Resp Code
O1 R 1/18 O1 R 1/10 X1 ID 2/2 X1 R 1/15 O1 ID 1/1 O1 ID 1/1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_EB01__EligibilityorBenefitInformation
300469 Use this code to identify the eligibility or benefit information. This
may be the eligibility status of the individual or the benefit related
category that is being further described in the following data
elements. This data element also qualifies the data in elements
EB06 through EB10.
1 Active Coverage
2 Active - Full Risk Capitation
3 Active - Services Capitated
4 Active - Services Capitated to Primary Care
Physician
5 Active - Pending Investigation
6 Inactive
7 Inactive - Pending Eligibility Update
8 Inactive - Pending Investigation
A Co-Insurance
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
B Co-Payment
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
C Deductible
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
CB Coverage Basis
D Benefit Description
E Exclusions
F Limitations
G Out of Pocket (Stop Loss)
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
H Unlimited
I Non-Covered
J Cost Containment
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
K Reserve
L Primary Care Provider
M Pre-existing Condition
MC Managed Care Coordinator
N Services Restricted to Following Provider
O Not Deemed a Medical Necessity
P Benefit Disclaimer
300680 Not recommended. See section 1.4.11 Disclaimers
Within the Transaction.
Q Second Surgical Opinion Required
R Other or Additional Payor
S Prior Year(s) History
T Card(s) Reported Lost/Stolen
300822 Code “T” is typically used by Medicaids to indicate
to a provider that the person who has presented the
ID card is using a stolen ID card.
U Contact Following Entity for Eligibility or Benefit
Information
V Cannot Process
W Other Source of Data
X Health Care Facility
Y Spend Down
300846 See Section 1.4.9 Patient Responsibility for detailed
information and definitions.
SITUATIONAL EB02 1207 Coverage Level Code O1 ID 3/3
Code indicating the level of coverage being provided for this insured
OD: 271B1_2110D_EB02__BenefitCoverageLevelCode
300965 This element is used in conjunction with EB01 codes (e.g. Active
Family Coverage, Deductible Individual, etc.). This element can be
used to identify types of individual’s within the Subscriber’s family
that eligibility or benefits extends to (unless EB01 = E - Exclusions).
CODE DEFINITION
IND Individual
SPC Spouse and Children
SPO Spouse Only
SITUATIONAL EB03 1365 Service Type Code O ID 1/2
99
Code identifying the classification of service
SEMANTIC: Position of data in the repeating data element conveys no significance.
301013 SITUATIONAL RULE: Requiredwhen the dependent is the patient and has
been found in the Information Source’s system to identify Active or
Inactive Health Benefit Plan Coverage (See Section 1.4.7);
OR
Required when one of the Service Type Codes identified in Section
1.4.7 must be returned;
OR
Required when responding to a corresponding Service Type code
used from the 270 transaction;
OR
Required when the eligibility or benefits being identified in the
2110D loop need to be associated with a specific Service Type
Code.
If not required by this implementation guide or if EB13 is used, do
not send.
OD: 271B1_2110D_EB03__ServiceTypeCode
1 Medical Care
2 Surgical
3 Consultation
4 Diagnostic X-Ray
5 Diagnostic Lab
6 Radiation Therapy
7 Anesthesia
8 Surgical Assistance
9 Other Medical
10 Blood Charges
11 Used Durable Medical Equipment
12 Durable Medical Equipment Purchase
58 Cabulance
59 Licensed Ambulance
60 General Benefits
61 In-vitro Fertilization
62 MRI/CAT Scan
63 Donor Procedures
64 Acupuncture
65 Newborn Care
66 Pathology
67 Smoking Cessation
68 Well Baby Care
69 Maternity
70 Transplants
71 Audiology Exam
72 Inhalation Therapy
73 Diagnostic Medical
74 Private Duty Nursing
75 Prosthetic Device
76 Dialysis
77 Otological Exam
78 Chemotherapy
79 Allergy Testing
80 Immunizations
81 Routine Physical
82 Family Planning
83 Infertility
84 Abortion
85 AIDS
86 Emergency Services
87 Cancer
88 Pharmacy
89 Free Standing Prescription Drug
90 Mail Order Prescription Drug
91 Brand Name Prescription Drug
92 Generic Prescription Drug
93 Podiatry
94 Podiatry - Office Visits
95 Podiatry - Nursing Home Visits
96 Professional (Physician)
97 Anesthesiologist
98 Professional (Physician) Visit - Office
99 Professional (Physician) Visit - Inpatient
A0 Professional (Physician) Visit - Outpatient
A1 Professional (Physician) Visit - Nursing Home
BP Endocrine
BQ Neurology
BR Eye
BS Invasive Procedures
BT Gynecological
BU Obstetrical
BV Obstetrical/Gynecological
BW Mail Order Prescription Drug: Brand Name
BX Mail Order Prescription Drug: Generic
BY Physician Visit - Office: Sick
BZ Physician Visit - Office: Well
C1 Coronary Care
CA Private Duty Nursing - Inpatient
CB Private Duty Nursing - Home
CC Surgical Benefits - Professional (Physician)
CD Surgical Benefits - Facility
CE Mental Health Provider - Inpatient
CF Mental Health Provider - Outpatient
CG Mental Health Facility - Inpatient
CH Mental Health Facility - Outpatient
CI Substance Abuse Facility - Inpatient
CJ Substance Abuse Facility - Outpatient
CK Screening X-ray
CL Screening laboratory
CM Mammogram, High Risk Patient
CN Mammogram, Low Risk Patient
CO Flu Vaccination
CP Eyewear and Eyewear Accessories
CQ Case Management
DG Dermatology
DM Durable Medical Equipment
DS Diabetic Supplies
GF Generic Prescription Drug - Formulary
GN Generic Prescription Drug - Non-Formulary
GY Allergy
IC Intensive Care
MH Mental Health
NI Neonatal Intensive Care
ON Oncology
PT Physical Therapy
PU Pulmonary
RN Renal
RT Residential Psychiatric Treatment
TC Transitional Care
301104 SITUATIONAL RULE: Required when the Information Source requires the
Dependent’s Insurance Type Code for subsequent EDI transactions
(see Section 1.4.7). If not required by this implementation guide,
may be provided at sender’s discretion but cannot be required by
the receiver.
OD: 271B1_2110D_EB04__InsuranceTypeCode
CODE DEFINITION
LT Litigation
MA Medicare Part A
MB Medicare Part B
MC Medicaid
MH Medigap Part A
MI Medigap Part B
MP Medicare Primary
OT Other
301061 When this code is returned by Medicare or a
Medicare Part D administrator, this code indicates a
type of insurance of Medicare Part D.
PE Property Insurance - Personal
PL Personal
PP Personal Payment (Cash - No Insurance)
PR Preferred Provider Organization (PPO)
PS Point of Service (POS)
QM Qualified Medicare Beneficiary
RP Property Insurance - Real
SP Supplemental Policy
TF Tax Equity Fiscal Responsibility Act (TEFRA)
WC Workers Compensation
WU Wrap Up Policy
SITUATIONAL EB05 1204 Plan Coverage Description O 1 AN 1/50
A description or number that identifies the plan or coverage
OD: 271B1_2110D_EB05__PlanCoverageDescription
OD: 271B1_2110D_EB06__TimePeriodQualifier
CODE DEFINITION
6 Hour
7 Day
13 24 Hours
21 Years
22 Service Year
23 Calendar Year
24 Year to Date
25 Contract
26 Episode
27 Visit
28 Outlier
29 Remaining
30 Exceeded
31 Not Exceeded
32 Lifetime
33 Lifetime Remaining
34 Month
35 Week
36 Admission
SITUATIONAL EB07 782 Monetary Amount O1 R 1/18
Monetary amount
OD: 271B1_2110D_EB07__BenefitAmount
OD: 271B1_2110D_EB08__BenefitPercent
OD: 271B1_2110D_EB09__QuantityQualifier
300472 Use this code to identify the type of units that are being conveyed
in the following data element (EB10).
CODE DEFINITION
8H Minimum
99 Quantity Used
CA Covered - Actual
CE Covered - Estimated
D3 Number of Co-insurance Days
DB Deductible Blood Units
DY Days
HS Hours
LA Life-time Reserve - Actual
LE Life-time Reserve - Estimated
M2 Maximum
MN Month
P6 Number of Services or Procedures
QA Quantity Approved
S7 Age, High Value
300616 Use this code when a benefit is based on a
maximum age for the patient.
S8 Age, Low Value
300617 Use this code when a benefit is based on a minimum
age for the patient.
VS Visits
YY Years
SITUATIONAL EB10 380 Quantity X1 R 1/15
Numeric value of quantity
SYNTAX: P0910
OD: 271B1_2110D_EB10__BenefitQuantity
300471 Use this number for the quantity value as qualified by the
preceding data element (EB09).
OD: 271B1_2110D_EB11__AuthorizationorCertificationIndicator
300823 Use code “U” - Unknown, In the event that a payer typically
responds Yes or No for some benefits, but the inquired benefit
requirements are not accessible or the rules are more complex than
can be determined using the data sent in the 270.
CODE DEFINITION
N No
U Unknown
Y Yes
SITUATIONAL EB12 1073 Yes/No Condition or Response Code O1 ID 1/1
Code indicating a Yes or No condition or response
SEMANTIC: EB12 is the plan network indicator. A “Y” value indicates the benefits
identified are considered In-Plan-Network. An “N” value indicates that the benefits
identified are considered Out-Of-Plan-Network. A “U” value indicates it is
unknown whether the benefits identified are part of the Plan Network.
OD: 271B1_2110D_EB12__InPlanNetworkIndicator
300823 Use code “U” - Unknown, In the event that a payer typically
responds Yes or No for some benefits, but the inquired benefit
requirements are not accessible or the rules are more complex than
can be determined using the data sent in the 270.
CODE DEFINITION
N No
U Unknown
W Not Applicable
300973 Use code “W” - Not Applicable when benefits are
the same regardless of whether they are In Plan-
Network or Out of Plan-Network or a Plan-Network
does not apply to the benefit.
Y Yes
OD: 271B1_2110D_EB13_C003
300824 Use this composite data element only if an information source can
support this high level of functionality. The EB13 allows for a very
specific response.
OD:
271B1_2110D_EB13_C00301_ProductorServiceIDQualifier
300470 Use this code to identify the external code list of the
following procedure/service code.
CODE DEFINITION
OD: 271B1_2110D_EB13_C00302_ProcedureCode
301017 SITUATIONAL RULE: Required when a modifier was used from the
270 to determine the response being identified in the 2110D
loop;
OR
Required when a modifier clarifies/improves the accuracy of
the associated procedure code and the modifier is available.
If not required by this implementation guide, do not send.
OD: 271B1_2110D_EB13_C00303_ProcedureModifier
300755 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110D_EB13_C00304_ProcedureModifier
300755 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
SITUATIONAL EB13 - 5 1339 Procedure Modifier O AN 2/2
This identifies special circumstances related to the performance of the
service, as defined by trading partners
SEMANTIC:
C003-05 modifies the value in C003-02 and C003-08.
OD: 271B1_2110D_EB13_C00305_ProcedureModifier
300755 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110D_EB13_C00306_ProcedureModifier
300755 Use this modifier for the procedure code identified in EB13-
2 if modifiers are needed to further specify the service.
OD: 271B1_2110D_EB13_C00308_ProductorServiceID
300914 SITUATIONAL RULE: Required when a 2100D HI segment is used and the
information in this 2110D EB loop is related to a diagnosis code. If
2100D HI segment is not used or if the information in this 2110D EB
loop is not related to a diagnosis code, do not send.
OD: 271B1_2110D_EB14_C004
301074 See requirements for the use of the 2100D HI segment for
additional information.
REQUIRED EB14 - 1 1328 Diagnosis Code Pointer M N0 1/2
A pointer to the diagnosis code in the order of importance to this service
SEMANTIC:
C004-01 identifies the primary diagnosis code for this service line.
OD: 271B1_2110D_EB14_C00401_DiagnosisCodePointer
300915 This first pointer designates the primary diagnosis for this
EB segment. Remaining diagnosis pointers indicate
declining level of importance to the EB segment.
Acceptable values are 1 through 8, and correspond to
Composite Data Elements 01 through 08 in the Health Care
Diagnosis Code HI segment in loop 2100D.
SITUATIONAL EB14 - 2 1328 Diagnosis Code Pointer O N0 1/2
A pointer to the diagnosis code in the order of importance to this service
SEMANTIC:
C004-02 identifies the second diagnosis code for this service line.
OD: 271B1_2110D_EB14_C00402_DiagnosisCodePointer
OD: 271B1_2110D_EB14_C00403_DiagnosisCodePointer
OD: 271B1_2110D_EB14_C00404_DiagnosisCodePointer
SEGMENT DETAIL
595
300
HSD - HEALTH CARE SERVICES DELIVERY
X12 Segment Name: Health Care Services Delivery
X12 Purpose: To specify the delivery pattern of health care services
X12 Syntax: 1. P0102
If either HSD01 or HSD02 is present, then the other is required.
2. C0605
If HSD06 is present, then HSD05 is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
36
06
30 Situational Rule: Required when needed to identify a specific delivery or usage pattern
associated with the benefits identified in either EB03 or EB13. If not
required by this implementation guide, do not send.
512
300 TR3 Example: HSD✽VS✽30✽✽✽22~
Thirty visits per service year
681
300 TR3 Example: HSD✽VS✽12✽WK✽3✽34✽1~
Twelve visits, three visits per week, for 1 month.
DIAGRAM
HSD01 673 HSD02 380 HSD03 355 HSD04 1167 HSD05 615 HSD06 616
Quantity Quantity Unit/Basis Sample Sel
✽ Time Period ✽ Number of
HSD ✽ Qualifier
✽ ✽
Meas Code
✽
Modulus Qualifier Periods
X1 ID 2/2 X1 R 1/15 O1 ID 2/2 O1 R 1/6 X1 ID 1/2 O1 N0 1/3
✽ Ship/Del or ✽ Ship/Del
~
Calend Code Time Code
O1 ID 1/2 O1 ID 1/1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
300734 SITUATIONAL RULE: Required when identifying type and quantity benefits
identified. If not required by this implementation guide, do not send.
OD: 271B1_2110D_HSD01__QuantityQualifier
DY Days
FL Units
HS Hours
MN Month
VS Visits
SITUATIONAL HSD02 380 Quantity X1 R 1/15
Numeric value of quantity
SYNTAX: P0102
300734 SITUATIONAL RULE: Required when identifying type and quantity benefits
identified. If not required by this implementation guide, do not send.
OD: 271B1_2110D_HSD02__BenefitQuantity
OD: 271B1_2110D_HSD03__UnitorBasisforMeasurementCode
CODE DEFINITION
DA Days
MO Months
VS Visit
WK Week
YR Years
OD: 271B1_2110D_HSD04__SampleSelectionModulus
OD: 271B1_2110D_HSD05__TimePeriodQualifier
CODE DEFINITION
6 Hour
7 Day
21 Years
22 Service Year
23 Calendar Year
24 Year to Date
25 Contract
26 Episode
27 Visit
28 Outlier
29 Remaining
30 Exceeded
31 Not Exceeded
32 Lifetime
33 Lifetime Remaining
34 Month
35 Week
SITUATIONAL HSD06 616 Number of Periods O1 N0 1/3
Total number of periods
SYNTAX: C0605
OD: 271B1_2110D_HSD06__PeriodCount
OD: 271B1_2110D_HSD07__DeliveryFrequencyCode
W Whenever Necessary
X 1/2 By Wed., Bal. By Fri.
Y None (Also Used to Cancel or Override a Previous
Pattern)
SITUATIONAL HSD08 679 Ship/Delivery Pattern Time Code O1 ID 1/1
Code which specifies the time for routine shipments or deliveries
OD: 271B1_2110D_HSD08__DeliveryPatternTimeCode
SEGMENT DETAIL
521
300
REF - DEPENDENT ADDITIONAL
IDENTIFICATION
X12 Segment Name: Reference Information
X12 Purpose: To specify identifying information
X12 Syntax: 1. R0203
At least one of REF02 or REF03 is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
18
10
30 Situational Rule: Required when the Information Source requires one or more of these
additional identifiers for subsequent EDI transactions (see Section 1.4.7);
OR
Required when an additional identifier is associated with the eligibility or
benefits being identified in the 2110D loop.
If not required by this implementation guide, do not send.
643
300 TR3 Notes: 1. Use this segment for reference identifiers related only to the 2110D
loop that it is contained in (e.g. Other or Additional Payer’s identifiers).
075
301 2. Use this segment to identify other or additional reference numbers for
the entity identified. The type of reference number is determined by
the qualifier in REF01. Only one occurrence of each REF01 code value
may be used in the 2110D loop.
513
300 TR3 Example: REF✽G1✽653745725~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_REF01__ReferenceIdentificationQualifier
300454 Use this code to specify or qualify the type of reference number
that is following in REF02, REF03, or both.
301030 Use “1W”, “49”, “F6”, and “NQ” only in a 2110D loop with EB01 =
“R”.
301076 Only one occurrence of each REF01 code value may be used in the
2110D loop.
CODE DEFINITION
18 Plan Number
1L Group or Policy Number
300622 Use this code only if it cannot be determined if the
number is a Group Number or a Policy number. Use
codes “IG” or “6P” when they can be determined.
1W Member Identification Number
49 Family Unit Number
301019 Required when the Information Source is a
Pharmacy Benefit Manager (PBM) and the individual
has a suffix to their member ID number that is
required for use in the NCPDP Telecom Standard in
the Insurance Segment in field 303-C3 Person Code.
If not required by this implementation Guide, do not
send.
OD: 271B1_2110D_REF02__DependentEligibilityorBenefitIdentifier
300453 Use this information for the reference number as qualified by the
preceding data element (REF01).
SITUATIONAL REF03 352 Description X1 AN 1/80
A free-form description to clarify the related data elements and their content
SYNTAX: R0203
OD: 271B1_2110D_REF03__PlanGrouporPlanNetworkName
SEGMENT DETAIL
604
300
DTP - DEPENDENT ELIGIBILITY/BENEFIT
DATE
X12 Segment Name: Date or Time or Period
X12 Purpose: To specify any or all of a date, a time, or a time period
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 20
Usage: SITUATIONAL
20
10
30 Situational Rule: Required when the individual has active coverage with multiple plans or
multiple plan periods apply (See 2100D DTP segment);
OR
Required when needed to convey dates associated with the eligibility or
benefits being identified in the 2110D loop.
If not required by this implementation guide, do not send.
830
300 TR3 Notes: 1. When using the DTP segment in the 2110D loop this date applies only
to the 2110D Eligibility or Benefit Information (EB) loop in which it is
located.
If a DTP segment with the same DTP01 value is present in the 2100D
loop, the date is overridden for only this 2110D Eligibility or Benefit
Information (EB) loop.
496
300 TR3 Example: DTP✽472✽D8✽19960624~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_DTP01__DateTimeQualifier
096 Discharge
193 Period Start
194 Period End
198 Completion
290 Coordination of Benefits
291 Plan
301105 Use code 291 only if multiple plans apply to the
individual or multiple plan periods apply. Dates
supplied in this DPT segment only apply to the
2110D loop in which it occurs.
292 Benefit
295 Primary Care Provider
304 Latest Visit or Consultation
307 Eligibility
318 Added
346 Plan Begin
301106 Use code 346 only if multiple plans apply to the
individual or multiple plan periods apply. Dates
supplied in this DPT segment only apply to the
2110D loop in which it occurs.
348 Benefit Begin
349 Benefit End
356 Eligibility Begin
357 Eligibility End
435 Admission
472 Service
636 Date of Last Update
771 Status
REQUIRED DTP02 1250 Date Time Period Format Qualifier M1 ID 2/3
Code indicating the date format, time format, or date and time format
SEMANTIC: DTP02 is the date or time or period format that will appear in DTP03.
OD: 271B1_2110D_DTP02__DateTimePeriodFormatQualifier
300463 Use this code to specify the format of the date(s)/time(s) that follow
in the next data element.
CODE DEFINITION
OD: 271B1_2110D_DTP03__EligibilityorBenefitDateTimePeriod
300462 Use this date for the date(s) as qualified by the preceding data
elements.
SEGMENT DETAIL
601
300
AAA - DEPENDENT REQUEST VALIDATION
X12 Segment Name: Request Validation
X12 Purpose: To specify the validity of the request and indicate follow-up action authorized
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 9
Usage: SITUATIONAL
57
07
30 Situational Rule: Required when the request could not be processed at a system or
application level when specifically related to specific eligibility/benefit
inquiry data contained in the original 270 transaction’s dependent
eligibility/benefit inquiry information loop (Loop 2110D) and to indicate
what action the originator of the request transaction should take. If not
required by this implementation guide, do not send.
758
300 TR3 Notes: 1. Use this segment to indicate problems in processing the transaction
specifically related to specific eligibility/benefit inquiry data contained
in the original 270 transaction’s dependent eligibility/benefit inquiry
information loop (Loop 2110D).
497
300 TR3 Example: AAA✽N✽✽70✽C~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_AAA01__ValidRequestIndicator
N No
300620 Use this code to indicate that the request or an
element in the request is not valid. The transaction
has been rejected as identified by the code in
AAA03.
Y Yes
300621 Use this code to indicate that the request is valid,
however the transaction has been rejected as
identified by the code in AAA03.
NOT USED AAA02 559 Agency Qualifier Code O1 ID 2/2
REQUIRED AAA03 901 Reject Reason Code O1 ID 2/2
Code assigned by issuer to identify reason for rejection
OD: 271B1_2110D_AAA03__RejectReasonCode
300438 Use this code for the reason why the transaction was unable to be
processed successfully. This may indicate problems with the
system, the application, or the data content.
CODE DEFINITION
OD: 271B1_2110D_AAA04__FollowupActionCode
300437 Use this code to instruct the recipient of the 271 about what action
needs to be taken, if any, based on the validity code and the reject
reason code (if applicable).
CODE DEFINITION
SEGMENT DETAIL
598
300
MSG - MESSAGE TEXT
X12 Segment Name: Message Text
X12 Purpose: To provide a free-form format that allows the transmission of text information
X12 Syntax: 1. C0302
If MSG03 is present, then MSG02 is required.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 10
Usage: SITUATIONAL
80
09
30 Situational Rule: Required when the eligibility or benefit information cannot be codified in
existing data elements (including combinations of multiple data elements
and segments);
AND
Required when this information is pertinent to the eligibility or benefit
response.
If not required by this implementation guide, do not send.
504
300 TR3 Notes: 1. Free form text or description fields are not recommended because
they require human interpretation.
858
300 2. Under no circumstances can an information source use the MSG
segment to relay information that can be sent using codified
information in existing data elements (including combinations of
multiple data elements and segments). If the information cannot be
codified, then cautionary use of the MSG segment is allowed as a
short term solution. It is highly recommended that the entity needing
to use the MSG segment approach X12N with data maintenance to
solve the long term business need, so the use of the MSG segment
can be avoided for that issue.
683
300 3. Benefit Disclaimers are strongly discouraged. See section 1.4.11
Disclaimers Within the Transaction. Under no circumstances are more
than one MSG segment to be used for a Benefit Disclaimer per
individual response.
682
300 TR3 Example: MSG✽Free form text is discouraged~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_MSG01__FreeFormMessageText
SEGMENT DETAIL
699
300
III - DEPENDENT ELIGIBILITY OR BENEFIT
ADDITIONAL INFORMATION
X12 Segment Name: Information
X12 Purpose: To report information
X12 Syntax: 1. P0102
If either III01 or III02 is present, then the other is required.
2. L030405
If III03 is present, then at least one of III04 or III05 are required.
Loop: 2115D — DEPENDENT ELIGIBILITY OR BENEFIT ADDITIONAL
INFORMATION Loop Repeat: 10
Segment Repeat: 1
Usage: SITUATIONAL
00
07
30 Situational Rule: Required when III segments in Loop 2110D of the 270 Inquiry were used in
the determination of the eligibility or benefit response;
OR
Required when needed to identify limitations in the benefits explained in
the corresponding Loop 2110D (such as if benefits are limited to a type of
facility).
If not required by this implementation guide, do not send.
701
300 TR3 Notes: 1. This segment has two purposes. Information that was received in III
segments in Loop 2110D of the 270 Inquiry and was used in the
determination of the eligibility or benefit response must be returned.
If information was provided in III segments of Loop 2110D but was not
used in the determination of the eligibility or benefits it must not be
returned. This segment can also be used to identify limitations in the
benefits explained in the corresponding Loop 2110D, such as if
benefits are limited to a type of facility.
688
300 2. Use this segment to identify Nature of Injury Codes and/or Facility
Type as they relate to the information provided in the EB segment.
689
300 3. Use the III segment only if an information source can support this
high level functionality.
690
300 4. Use this segment only one time for the Facility Type Code.
685
300 TR3 Example: III✽ZZ✽21~
III✽✽✽44✽Broken bones and third degree burns~
DIAGRAM
III01 1270 III02 1271 III03 1136 III04 933 III05 380 III06 C001
Code List Industry Code
✽ Free-Form ✽ Quantity Composite
III ✽ Qual Code
✽
Code
✽
Category Message Txt
✽
Unit of Mea
X1 ID 1/3 X1 AN 1/30 O1 ID 2/2 X1 AN 1/264 X1 R 1/15 O1
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2115D_III01__CodeListQualifierCode
300872 Use this code to specify if the code that is following in the III02 is a
Nature of Injury Code or a Facility Type Code.
CODE DEFINITION
OD: 271B1_2115D_III02__IndustryCode
300874 If III01 is GR, use this element for NCCI Nature of Injury code from
code source 284.
300875 If III01 is NI, use this element for Nature of Injury code from code
source 407.
300691 If III01 is ZZ, use this element for codes identifying a place of
service from code source 237. As a courtesy, the codes are listed
below, however, the code list is thought to be complete at the time
of publication of this implementation guideline. Since this list is
subject to change, only codes contained in the document available
from code source 237 are to be supported in this transaction and
take precedence over any and all codes listed here.
01 Pharmacy
03 School
04 Homeless Shelter
05 Indian Health Service Free-standing Facility
06 Indian Health Service Provider-based Facility
07 Tribal 638 Free-standing Facility
08 Tribal 638 Provider-based Facility
11 Office
12 Home
13 Assisted Living Facility
14 Group Home
15 Mobile Unit
20 Urgent Care Facility
21 Inpatient Hospital
22 Outpatient Hospital
23 Emergency Room - Hospital
24 Ambulatory Surgical Center
25 Birthing Center
26 Military Treatment Facility
31 Skilled Nursing Facility
32 Nursing Facility
33 Custodial Care Facility
34 Hospice
41 Ambulance - Land
42 Ambulance - Air or Water
49 Independent Clinic
50 Federally Qualified Health Center
51 Inpatient Psychiatric Facility
52 Psychiatric Facility - Partial Hospitalization
53 Community Mental Health Center
54 Intermediate Care Facility/Mentally Retarded
55 Residential Substance Abuse Treatment Facility
56 Psychiatric Residential Treatment Center
57 Non-residential Substance Abuse Treatment Facility
60 Mass Immunization Center
61 Comprehensive Inpatient Rehabilitation Facility
62 Comprehensive Outpatient Rehabilitation Facility
65 End-Stage Renal Disease Treatment Facility
71 State or Local Public Health Clinic
72 Rural Health Clinic
81 Independent Laboratory
99 Other Place of Service
300876 SITUATIONAL RULE: Required when III01 and III02 are not present or if
additional information is needed (see III04). If not required by this
implementation guide or if III01 is ZZ, do not send.
OD: 271B1_2115D_III03__CodeCategory
CODE DEFINITION
44 Nature of Injury
SITUATIONAL III04 933 Free-form Message Text X1 AN 1/264
Free-form message text
SYNTAX: L030405
OD: 271B1_2115D_III04__InjuredBodyPartName
SEGMENT DETAIL
e
Non
LS - LOOP HEADER
X12 Segment Name: Loop Header
X12 Purpose: To indicate that the next segment begins a loop
X12 Semantic: 1. One loop may be nested contained within another loop, provided the inner
nested loop terminates before the outer loop. When specified by the
standard setting body as mandatory, this segment in combination with “LE”,
must be used. It is not to be used if not specifically set forth for use. The
loop identifier in the loop header and trailer must be identical. The value for
the identifier is the loop ID of the required loop segment. The loop ID
number is given on the transaction set diagram in the appropriate ASC X12
version/release.
X12 Comments: 1. See Figures Appendix for an explanation of the use of the LS and LE
segments.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 1
Usage: SITUATIONAL
21
10
30 Situational Rule: Required when Loop 2120D is used. If not required by this implementation
guide, do not send.
759
300 TR3 Notes: 1. Use this segment to identify the beginning of the Dependent Benefit
Related Entity Name loop. Because both the subscriber’s name loop
and this loop begin with NM1 segments, the LS and LE segments are
used to differentiate these two loops.
804
300 TR3 Example: LS✽2120~
DIAGRAM
LS01 447
Loop ID
LS ✽ Code
M1 AN 1/4
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_LS01__LoopIdentifierCode
SEGMENT DETAIL
551
300
NM1 - DEPENDENT BENEFIT RELATED
ENTITY NAME
X12 Segment Name: Individual or Organizational Name
X12 Purpose: To supply the full name of an individual or organizational entity
X12 Syntax: 1. P0809
If either NM108 or NM109 is present, then the other is required.
2. C1110
If NM111 is present, then NM110 is required.
3. C1203
If NM112 is present, then NM103 is required.
Loop: 2120D — DEPENDENT BENEFIT RELATED ENTITY NAME Loop Repeat:
23
Segment Repeat: 1
Usage: SITUATIONAL
60
07
30 Situational Rule: Required when provider was identified in 2100D PRV02 and PRV03 by
Identification Number (not Taxonomy Code) in the 270 Inquiry and was
used in the determination of the eligibility or benefit response;
OR
Required when needed to identify an entity associated with the eligibility
or benefits being identified in the 2110D loop such as a provider (e.g.
primary care provider), an individual, an organization, another payer, or
another information source;
If not required by this implementation guide, do not send.
499
300 TR3 Example: NM1✽P3✽1✽JONES✽MARCUS✽✽✽MD✽SV✽111223333~
DIAGRAM
NM101 98 NM102 1065 NM103 1035 NM104 1036 NM105 1037 NM106 1038
Entity ID Entity Type Name Last/ Name Name Name
NM1 ✽ Code
✽
Qualifier
✽
Org Name
✽
First
✽
Middle
✽
Prefix
M1 ID 2/3 M1 ID 1/1 X1 AN 1/60 O1 AN 1/35 O1 AN 1/25 O1 AN 1/10
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120D_NM101__EntityIdentifierCode
CODE DEFINITION
OD: 271B1_2120D_NM102__EntityTypeQualifier
300440 Use this code to indicate whether the entity is an individual person
or an organization.
CODE DEFINITION
1 Person
2 Non-Person Entity
SITUATIONAL NM103 1035 Name Last or Organization Name X1 AN 1/60
Individual last name or organizational name
SYNTAX: C1203
OD:
271B1_2120D_NM103__BenefitRelatedEntityLastorOrganizationName
300449 Use this name for the organization name if the entity type qualifier
is a non-person entity. Otherwise, this will be the individual’s last
name.
SITUATIONAL NM104 1036 Name First O 1 AN 1/35
Individual first name
300651 SITUATIONAL RULE: Required when NM102 is “1" and NM103 is used. If
not required by this implementation guide, do not send.
OD: 271B1_2120D_NM104__BenefitRelatedEntityFirstName
300985 SITUATIONAL RULE: Required when NM102 is “1" and the Last Name in
NM103 and First Name in NM104 are not sufficient to identify the
individual. If not required by this implementation guide, may be
provided at sender’s discretion, but cannot be required by the
receiver.
OD: 271B1_2120D_NM105__BenefitRelatedEntityMiddleName
OD: 271B1_2120D_NM107__BenefitRelatedEntityNameSuffix
301024 Use for name suffix only (e.g. Sr, Jr, II, III, etc.).
SITUATIONAL NM108 66 Identification Code Qualifier X1 ID 1/2
Code designating the system/method of code structure used for Identification
Code (67)
SYNTAX: P0809
OD: 271B1_2120D_NM108__IdentificationCodeQualifier
300624 If the entity being identified is a provider and the National Provider
ID is mandated for use, code value “XX” must be used, otherwise,
one of the other codes may be used. If the entity being identified is
a payer and the CMS National PlanID is mandated for use, code
value “XV” must be used, otherwise, one of the other codes may be
used. If the entity being identified is an individual, the “HIPAA
Individual Identifier” must be used once this identifier has been
adopted, otherwise, one of the other codes may be used.
CODE DEFINITION
OD: 271B1_2120D_NM109__BenefitRelatedEntityIdentifier
300448 Use this code for the reference number as qualified by the
preceding data element (NM108).
OD: 271B1_2120D_NM110__BenefitRelatedEntityRelationshipCode
01 Parent
02 Child
27 Domestic Partner
41 Spouse
48 Employee
65 Other
72 Unknown
NOT USED NM111 98 Entity Identifier Code O1 ID 2/3
NOT USED NM112 1035 Name Last or Organization Name O 1 AN 1/60
SEGMENT DETAIL
552
300
N3 - DEPENDENT BENEFIT RELATED ENTITY
ADDRESS
X12 Segment Name: Party Location
X12 Purpose: To specify the location of the named party
Loop: 2120D — DEPENDENT BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
61
07
30 Situational Rule: Required when needed to further identify the entity or individual in loop
2120D NM1 and the information is available. If not required by this
implementation guide, do not send.
444
300 TR3 Notes: 1. Use this segment to identify address information for an entity.
485
300 TR3 Example: N3✽201 PARK AVENUE✽SUITE 300~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120D_N301__BenefitRelatedEntityAddressLine
300455 Use this information for the first line of the address information.
OD: 271B1_2120D_N302__BenefitRelatedEntityAddressLine
300456 Use this information for the second line of the address information.
SEGMENT DETAIL
553
300
N4 - DEPENDENT BENEFIT RELATED ENTITY
CITY, STATE, ZIP CODE
X12 Segment Name: Geographic Location
X12 Purpose: To specify the geographic place of the named party
X12 Syntax: 1. E0207
Only one of N402 or N407 may be present.
2. C0605
If N406 is present, then N405 is required.
3. C0704
If N407 is present, then N404 is required.
Loop: 2120D — DEPENDENT BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
46
10
30 Situational Rule: Required when needed to further identify the entity or individual in loop
2120D NM1 and the information is available. If not required by this
implementation guide, do not send.
038
301 TR3 Notes: 1. Use this segment to identify address information for an entity.
920
300 TR3 Example: N4✽KANSAS CITY✽MO✽64108~
DIAGRAM
N401 19 N402 156 N403 116 N404 26 N405 309 N406 310
City State or Postal Country Location Location
N4 ✽ Name
✽
Prov Code
✽
Code
✽
Code
✽
Qualifier
✽
Identifier
O1 AN 2/30 X1 ID 2/2 O1 ID 3/15 X1 ID 2/3 X1 ID 1/2 O1 AN 1/30
N407 1715
✽ Country Sub ~
Code
X1 ID 1/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120D_N401__BenefitRelatedEntityCityName
OD: 271B1_2120D_N402__BenefitRelatedEntityStateCode
OD: 271B1_2120D_N403__BenefitRelatedEntityPostalZoneorZIPCode
OD: 271B1_2120D_N404__BenefitRelatedEntityCountryCode
300924 Use the alpha-2 country codes from Part 1 of ISO 3166.
OD: 271B1_2120D_N405__BenefitRelatedEntityLocationQualifier
RJ Region
300693 Use this code only to communicate the Department
of Defense Health Service Region in N406.
SITUATIONAL N406 310 Location Identifier O 1 AN 1/30
Code which identifies a specific location
SYNTAX: C0605
OD:
271B1_2120D_N406__BenefitRelatedEntityDODHealthServiceRegion
300925 SITUATIONAL RULE: Required when the address is not in the United
States of America, including its territories, or Canada, and the
country in N404 has administrative subdivisions such as but not
limited to states, provinces, cantons, etc. If not required by this
implementation guide, do not send.
OD:
271B1_2120D_N407__BenefitRelatedEntityCountrySubdivisionCode
300926 Use the country subdivision codes from Part 2 of ISO 3166.
SEGMENT DETAIL
554
300
PER - DEPENDENT BENEFIT RELATED
ENTITY CONTACT INFORMATION
X12 Segment Name: Administrative Communications Contact
X12 Purpose: To identify a person or office to whom administrative communications should be
directed
X12 Syntax: 1. P0304
If either PER03 or PER04 is present, then the other is required.
2. P0506
If either PER05 or PER06 is present, then the other is required.
3. P0708
If either PER07 or PER08 is present, then the other is required.
Loop: 2120D — DEPENDENT BENEFIT RELATED ENTITY NAME
Segment Repeat: 3
Usage: SITUATIONAL
87
09
30 Situational Rule: Required when Contact Information exists and is available. If not required
by this implementation guide, do not send.
803
300 TR3 Notes: 1. Use this segment when needed to identify a contact name and/or
communications number for the entity identified. This segment allows
for three contact numbers to be listed. This segment is used when the
information source wishes to provide a contact for the entity identified
in loop 2120D NM1.
702
300 2. If this segment is used, at a minimum either PER02 must be used or
PER03 and PER04 must be used. It is recommended that at least
PER02, PER03 and PER04 are sent if this segment is used.
706
300 3. When the communication number represents a telephone number in
the United States and other countries using the North American
Dialing Plan (for voice, data, fax, etc.), the communication number
should always include the area code and phone number using the
format AAABBBCCCC. Where AAA is the area code, BBB is the
telephone number prefix, and CCCC is the telephone number (e.g.
(534)224-2525 would be represented as 5342242525). The extension,
when applicable, should be included in the communication number
immediately after the telephone number.
486
300 TR3 Example: PER✽IC✽BILLING DEPT✽TE✽2128763654✽EX✽2104✽FX✽2128769304~
DIAGRAM
PER01 366 PER02 93 PER03 365 PER04 364 PER05 365 PER06 364
Contact Name Comm Comm Comm Comm
PER ✽ Funct Code
✽ ✽
Number Qual
✽
Number
✽
Number Qual
✽
Number
M1 ID 2/2 O1 AN 1/60 X1 ID 2/2 X1 AN 1/256 X1 ID 2/2 X1 AN 1/256
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120D_PER01__ContactFunctionCode
300457 Use this code to specify the type of person or group to which the
contact number applies.
CODE DEFINITION
IC Information Contact
SITUATIONAL PER02 93 Name O 1 AN 1/60
Free-form name
301088 SITUATIONAL RULE: Required when the name of the individual to contact
is not already defined or is different than the name within 2120D
NM1 segment and the name is available;
OR
Required when PER03 and PER04 are not present.
If not required by this implementation guide, may be provided at
sender’s discretion, but cannot be required by the receiver.
OD: 271B1_2120D_PER02__BenefitRelatedEntityContactName
300989 Use this name for the individual’s name or group’s name to use
when contacting the individual or organization.
OD: 271B1_2120D_PER03__CommunicationNumberQualifier
OD:
271B1_2120D_PER04__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
OD: 271B1_2120D_PER05__CommunicationNumberQualifier
OD:
271B1_2120D_PER06__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
OD: 271B1_2120D_PER07__CommunicationNumberQualifier
OD:
271B1_2120D_PER08__BenefitRelatedEntityCommunicationNumber
300991 Use this for the communication number or URL as qualified by the
preceding data element.
NOT USED PER09 443 Contact Inquiry Reference O 1 AN 1/20
SEGMENT DETAIL
555
300
PRV - DEPENDENT BENEFIT RELATED
PROVIDER INFORMATION
X12 Segment Name: Provider Information
X12 Purpose: To specify the identifying characteristics of a provider
X12 Syntax: 1. P0203
If either PRV02 or PRV03 is present, then the other is required.
Loop: 2120D — DEPENDENT BENEFIT RELATED ENTITY NAME
Segment Repeat: 1
Usage: SITUATIONAL
26
10
30 Situational Rule: Required when needed either to identify a provider’s role or associate a
specialty type related to the service identified in the 2110D loop. If not
required by this implementation guide, do not send.
762
300 TR3 Notes: 1. If identifying a type of specialty associated with the services identified
in loop 2110D, use code PXC in PRV02 and the appropriate code in
PRV03.
844
300 2. If there is a PRV segment in 2100B or 2100D, this PRV overrides it for
this occurrence of the 2110D loop.
033
301 TR3 Example: PRV✽PE✽PXC✽207Q00000X~
DIAGRAM
PRV01 1221 PRV02 128 PRV03 127 PRV04 156 PRV05 C035 PRV06 1223
Provider Reference Reference State or Provider Provider
PRV ✽ Code
✽
Ident Qual
✽
Ident
✽
Prov Code
✽
Spec. Inf.
✽
Org Code ~
M1 ID 1/3 X1 ID 2/3 X1 AN 1/50 O1 ID 2/2 O1 O1 ID 3/3
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2120D_PRV01__ProviderCode
CODE DEFINITION
AD Admitting
AT Attending
BI Billing
CO Consulting
CV Covering
H Hospital
HH Home Health Care
LA Laboratory
OT Other Physician
P1 Pharmacist
P2 Pharmacy
PC Primary Care Physician
PE Performing
R Rural Health Clinic
RF Referring
SB Submitting
SK Skilled Nursing Facility
SU Supervising
SITUATIONAL PRV02 128 Reference Identification Qualifier X1 ID 2/3
Code qualifying the Reference Identification
SYNTAX: P0203
OD: 271B1_2120D_PRV02__ReferenceIdentificationQualifier
CODE DEFINITION
OD: 271B1_2120D_PRV03__ProviderIdentifier
SEGMENT DETAIL
600
300
LE - LOOP TRAILER
X12 Segment Name: Loop Trailer
X12 Purpose: To indicate that the loop immediately preceding this segment is complete
X12 Semantic: 1. One loop may be nested contained within another loop, provided the inner
nested loop terminates before the other loop. When specified by the
standards setting body as mandatory, this segment in combination with
“LS”, must be used. It is not to be used if not specifically set forth for use.
The loop identifier in the loop header and trailer must be identical. The
value for the identifier is the loop ID of the required loop beginning
segment. The loop ID number is given on the transaction set diagram in the
appropriate ASC X12 version/release.
X12 Comments: 1. See Figures Appendix for an explanation of the use of the LE and LS
segments.
Loop: 2110D — DEPENDENT ELIGIBILITY OR BENEFIT INFORMATION
Segment Repeat: 1
Usage: SITUATIONAL
47
10
30 Situational Rule: Required when Loop 2120D is used. If not required by this implementation
guide, do not send.
077
301 TR3 Notes: 1. Use this segment to identify the end of the Dependent Benefit Related
Entity Name loop. Because both the dependent’s name loop and this
loop begin with NM1 segments, the LS and LE segments are used to
differentiate these two loops.
801
300 TR3 Example: LE✽2120~
DIAGRAM
LE01 447
Loop ID
LE ✽ Code
M1 AN 1/4
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1_2110D_LE01__LoopIdentifierCode
SEGMENT DETAIL
605
300
SE - TRANSACTION SET TRAILER
X12 Segment Name: Transaction Set Trailer
X12 Purpose: To indicate the end of the transaction set and provide the count of the
transmitted segments (including the beginning (ST) and ending (SE) segments)
X12 Comments: 1. SE is the last segment of each transaction set.
Segment Repeat: 1
Usage: REQUIRED
764
300 TR3 Notes: 1. Use this segment to mark the end of a transaction set and provide
control information on the total number of segments included in the
transaction set.
765
300 TR3 Example: SE✽52✽0001~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
OD: 271B1__SE01__TransactionSegmentCount
OD: 271B1__SE02__TransactionSetControlNumber
300586 The transaction set control numbers in ST02 and SE02 must be
identical. This unique number also aids in error resolution
research. Start with a number, for example “0001", and increment
from there. This number must be unique within a specific functional
group (segments GS through GE) and interchange, but can repeat
in other groups and interchanges.
3 Examples
The following information is associated with the information source, information receiver,
subscriber, and dependent used in the following examples in this section:
3.1 Example 1
Example 1 is for a subscriber who is also the patient. There are two responses in this
section. The first response is a positive response where the subscriber was found. The
second response is a rejection for a provider not authorized to access the payer's eligibility
system.
3.1.1 Request
Generic request by a clinic for the patient's (subscriber) eligibility.
This is an example of an eligibility request from a clinic to a payer processed in Real
Time (see Section 1.4.3 - Batch and Real Time). The clinic is inquiring if the patient (the
subscriber) has coverage.The request is from Bone and Joint Clinic to the ABC Company.
This example uses the Primary Search Option (see Section 1.4.8 - Search Options) for
a subscriber who is the patient and is for a generic request for Eligibility (see
Section 1.4.7 - Implementation-Compliant Use of the 270/271 Transaction Set).
3.1.2 Response
Response to a generic request by a clinic for the patient's (subscriber) eligibility.
This is an example of an eligibility response from a payer to a clinic based on the request
in Section 3.1.1 - Request. The request is from Bone and Joint Clinic to the ABC
Company. This response illustrates the required components outlined in
Section 1.4.7 - Implementation-Compliant Use of the 270/271 Transaction Set. The
payer has indicated the patient (the subscriber) has active coverage for the health plan,
the beginning date for their coverage with the plan, active coverage for all the benefits
outlined in Section 1.4.7 - Implementation-Compliant Use of the 270/271 Transaction
Set and they have a Primary Care Physician.
3.1.3 Response
Error response from the payer to a clinic that is not eligible for inquiries with the
payer.
This is an example of an eligibility response from a payer to a clinic based on the request
in example Section 3.1.1 - Request. The request validation segment is used in this
example to indicate that the provider is not eligible for inquiries.
3.2 Example 2
Example 2 is for a patient who is the dependent of a subscriber.There are two responses
in this section. The first response is a positive response where the dependent was found.
The second response is a rejection for a provider not authorized to access the payer's
eligibility system.
3.2.1 Request
Generic request by a physician for the patient's (dependent) eligibility.
This is an example of an eligibility request from an individual provider to a payer. The
physician is inquiring if the patient (the dependent) has coverage. The request is from
Marcus Jones to the ABC Company. This example uses the Primary Search Option (see
Section 1.4.8 - Search Options) for a dependent who is the patient and is for a generic
request for Eligibility (see Section 1.4.7 - Implementation-Compliant Use of the 270/271
Transaction Set).
3.2.2 Response
Response to a generic request by a physician for the patient's (dependent)
eligibility.
This is an example of an eligibility response from a payer to an individual provider based
on the request in Section 3.2.1 - Request. The request is from Bone and Joint Clinic to
the ABC Company. This response illustrates the required components outlined in
Section 1.4.7 - Implementation-Compliant Use of the 270/271 Transaction Set. The
payer has indicated the patient (the dependent) has active coverage for the health plan,
the beginning date for their coverage with the plan, active coverage for all the benefits
outlined in Section 1.4.7 - Implementation-Compliant Use of the 270/271 Transaction
Set and they have a Primary Care Physician.
SOURCE
Codes for Representation of Names of Countries, ISO 3166-(Latest Release)
AVAILABLE FROM
American National Standards Institute
25 West 43rd Street, 4th Floor
New York, NY 10036
ABSTRACT
Part 1 (Country codes) of the ISO 3166 international standard establishes codes that
represent the current names of countries, dependencies, and other areas of special
geopolitical interest, on the basis of lists of country names obtained from the United
Nations. Part 2 (Country subdivision codes) establishes a code that represents the
names of the principal administrative divisions, or similar areas, of the countries, etc.
included in Part 1. Part 3 (Codes for formerly used names of countries) establishes a
code that represents non-current country names, i.e., the country names deleted from
ISO 3166 since its first publication in 1974. Most currencies are those of the geopolitical
entities that are listed in ISO 3166 Part 1, Codes for the Representation of Names of
Countries. The code may be a three-character alphabetic or three-digit numeric. The
two leftmost characters of the alphabetic code identify the currency authority to which
the code is assigned (using the two character alphabetic code from ISO 3166 Part 1, if
applicable). The rightmost character is a mnemonic derived from the name of the major
currency unit or fund. For currencies not associated with a single geographic entity, a
specially-allocated two-character alphabetic code, in the range XA to XZ identifies the
currency authority. The rightmost character is derived from the name of the geographic
area concerned, and is mnemonic to the extent possible. The numeric codes are identical
to those assigned to the geographic entities listed in ISO 3166 Part 1. The range 950-998
is reserved for identification of funds and currencies not associated with a single entity
listed in ISO 3166 Part 1.
SOURCE
U.S. Postal Service or
Canada Post or
Bureau of Transportation Statistics
AVAILABLE FROM
The U.S. state codes may be obtained from:
U.S. Postal Service
National Information Data Center
P.O. Box 2977
Washington, DC 20013
www.usps.gov
The Canadian province codes may be obtained from:
http://www.canadapost.ca
The Mexican state codes may be obtained from:
www.bts.gov/ntda/tbscd/mex-states.html
ABSTRACT
Provides names, abbreviations, and two character codes for the states, provinces and
sub-country divisions as defined by the appropriate government agency of the United
States, Canada, and Mexico.
51 ZIP Code
SIMPLE DATA ELEMENT/CODE REFERENCES
116, 66/16, 309/PQ, 309/PR, 309/PS, 771/010
SOURCE
National ZIP Code and Post Office Directory, Publication 65
AVAILABLE FROM
U.S Postal Service
Washington, DC 20260
New Orders
Superintendent of Documents
P.O. Box 371954
Pittsburgh, PA 15250-7954
ABSTRACT
The ZIP Code is a geographic identifier of areas within the United States and its territories
for purposes of expediting mail distribution by the U.S. Postal Service. It is five or nine
numeric digits. The ZIP Code structure divides the U.S. into ten large groups of states.
The leftmost digit identifies one of these groups. The next two digits identify a smaller
geographic area within the large group. The two rightmost digits identify a local delivery
area. In the nine-digit ZIP Code, the four digits that follow the hyphen further subdivide
the delivery area. The two leftmost digits identify a sector which may consist of several
large buildings, blocks or groups of streets. The rightmost digits divide the sector into
segments such as a street, a block, a floor of a building, or a cluster of mailboxes. The
USPS Domestics Mail Manual includes information on the use of the new 11-digit zip
code.
SOURCE
Healthcare Common Procedural Coding System
AVAILABLE FROM
Centers for Medicare & Medicaid Services
7500 Security Boulevard
Baltimore, MD 21244
ABSTRACT
HCPCS is Centers for Medicare & Medicaid Service's (CMS) coding scheme to group
procedures performed for payment to providers.
SOURCE
International Classification of Diseases, 9th Revision, Clinical Modification (ICD-9-CM),
Volumes I, II and III
AVAILABLE FROM
Superintendent of Documents
U.S. Government Printing Office
P.O. Box 371954
Pittsburgh, PA 15250
ABSTRACT
The International Classification of Diseases, 9th Revision, Clinical Modification
(ICD-9-CM), Volumes I, II (diagnoses) and III (procedures) describes the classification
of morbidity and mortality information for statistical purposes and for the indexing of
healthcare records by diseases and procedures.
SOURCE
Physicians' Current Procedural Terminology (CPT) Manual
AVAILABLE FROM
Order Department
American Medical Association
515 North State Street
Chicago, IL 60610
ABSTRACT
A listing of descriptive terms and identifying codes for reporting medical services and
procedures performed by physicians.
SOURCE
Current Dental Terminology (CDT) Manual
AVAILABLE FROM
Salable Materials
American Dental Association
211 East Chicago Avenue
Chicago, IL 60611-2678
ABSTRACT
The CDT manual contains the American Dental Association's codes for dental procedures
and nomenclature and is the accepted set of numeric codes and descriptive terms for
reporting dental treatments and descriptors.
SOURCE
Defense Traffic Management Regulation (DTMR), Appendix I - Government Bill of Lading
Codes
AVAILABLE FROM
Military Traffic Management Command (MTMC)
ABSTRACT
Defines the regulations for managing the transportation of goods owned or purchased
by the Department of Defense.
SOURCE
Place of Service Codes for Professional Claims
AVAILABLE FROM
Centers for Medicare and Medicaid Services
CMSO, Mail Stop S2-01-16
7500 Security Blvd
Baltimore, MD 21244-1850
ABSTRACT
The Centers for Medicare and Medicaid Services develops place of service codes to
identify the location where health care services are performed.
SOURCE
Drug Establishment Registration and Listing Instruction Booklet
AVAILABLE FROM
Federal Drug Listing Branch HFN-315
5600 Fishers Lane
Rockville, MD 20857
ABSTRACT
Publication includes manufacturing and labeling information as well as drug packaging
sizes.
SOURCE
TABLE 8, DCI 25
AVAILABLE FROM
National Council on Compensation Insurance
E-Commerce
750 Park of Commerce Drive
Boca Raton, FL 33487
ABSTRACT
This publication describes nature of injury. The nature of injury or illness classification
identifies the injury or illness in terms of its principal physical characteristics.
SOURCE
National Council for Prescription Drug Programs (NCPDP) Provider Number Database
and Listing
AVAILABLE FROM
National Council for Prescription Drug Programs (NCPDP)
9240 East Raintree Drive
Scottsdale, AZ 85260
ABSTRACT
A unique number assigned in the U.S. and its territories to individual clinic, hospital,
chain, and independent pharmacy and dispensing physician locations that conduct
business by billing third-party and dispensing physician locations that conduct business
by billing third-party drug benefit payers. The National Council for Prescription Drug
Programs (NCPDP) maintains this database. The NCPDP Provider Number is a
seven-digit number with the following format SSNNNNC, where SS=NCPDP assigned
state code number, NNNN=sequential numbering scheme assigned to pharmacy
locations, and C=check digit caluculate by algorithm from previous six digits.
SOURCE
U.S. Department of Labor
AVAILABLE FROM
Bureau of Labor Statistics
Office of Safety, Health, and Working Conditions
Room 3180
Postal Square Building
2 Massachusetts Ave., N.E.
Washington, DC 20212
ABSTRACT
The Occupational Injury and Illness Classification Manual (OI&ICM) provides a
classification system for use in coding the case characteristics of injuries and illnesses
in the Occupational Safety and Health (OSH) program and the Census of Fatal
Occupational Injuries (CFOI) program. This manual contains the rules of selection, code
descriptions, code titles, and indices, for the following code structures: Nature of Injury
or Illness, Part of Body Affected, Source of Injury or Illness, Event or Exposure, and
Secondary Source of Injury or Illness.
SOURCE
Home Infusion EDI Coalition (HIEC) Coding System
AVAILABLE FROM
HIEC Chairperson
HIBCC (Health Industry Business Communications Council)
5110 North 40th Street
Suite 250
Phoenix, AZ 85018
ABSTRACT
This list contains codes identifying home infusion therapy products/services.
SOURCE
National Provider System
AVAILABLE FROM
Centers for Medicare and Medicaid Services
Office of Financial Management
Division of Provider/Supplier Enrollment
C4-10-07
7500 Security Boulevard
Baltimore, MD 21244-1850
ABSTRACT
The Centers for Medicare and Medicaid Services is developing the National Provider
Identifier (NPI), which has been proposed as the standard unique identifier for each
health care provider under the Health Insurance Portability and Accountability Act of
1996.
SOURCE
PlanID Database
AVAILABLE FROM
Centers for Medicare and Medicaid Services
Center of Beneficiary Services, Membership Operations Group
Division of Benefit Coordination
S1-05-06
7500 Security Boulevard
Baltimore, MD 21244-1850
ABSTRACT
The Centers for Medicare and Medicaid Services has joined with other payers to develop
a unique national payer identification number. The Centers for Medicare and Medicaid
Services is the authorizing agent for enumerating payers through the services of a PlanID
Registrar. It may also be used by other payers on a voluntary basis.
SOURCE
The National Uniform Claim Committee
AVAILABLE FROM
The National Uniform Claim Committee
c/o American Medical Association
515 North State Street
Chicago, IL 60610
ABSTRACT
Codes defining the health care service provider type, classification, and area of
specialization.
SOURCE
Department of Defense Instruction (DoDI) 1000.13
AVAILABLE FROM
Office of the Deputy Undersecretary of Defense for Program Integration
Department of Defense
4000 Defense Pentagon
Washington, DC 20301-4000
ABSTRACT
The Department of Defense Eligibility Category expresses the eligibility category of the
member to properly administer health benefits and coverage.
SOURCE
International Classification of Diseases, 10th Revision, Procedure Coding System
(ICD-10-PCS)
AVAILABLE FROM
CMM, HAPG, Division of Acute Care
Centers for Medicare and Medicaid Services
7500 Security Boulevard
Baltimore, MD 21244
ABSTRACT
The International Classification of Diseases, 10th Revision, Procedure Coding System
(ICD-10-PCS), describes the classification of inpatient procedures for statistical purposes
and for the indexing of healthcare records by procedures.
SOURCE
International Classification of Diseases, 10th Revision, Clinical Modification (ICD-10-CM)
AVAILABLE FROM
OCD/Classifications and Public Health Data Standards
National Center for Health Statistics
3311 Toledo Road
Hyattsville, MD 20782
ABSTRACT
The International Classicication of Diseases, 10th Revision, Clinical Modification
(ICD-10-CM), describes the classification of morbidity and mortality information for
statistical purposes and for the indexing of healthcare records by diseases.
SOURCE
Universal Postal Union website
AVAILABLE FROM
International Bureau of the Universal Postal Union
POST*CODE
Case postale 13
3000 BERNE 15 Switzerland
ABSTRACT
The postcode is the fundamental, essential element of an address. A unique, universal
identifier, it unambiguously identifies the addressee's locality and assists in the
transmission and sorting of mail items. At present, 105 UPU member countries use
postcodes as part of their addressing systems.
SOURCE
Military Health Systems Functional Area Manual - Data
AVAILABLE FROM
Health Affairs Functional Data Administrator
TRICARE Management Activity
Information Management Technology and Reengineering, FI and DA
5111 Leesburg Pike Suite 810
Falls Church, VA 22041-3206
ABSTRACT
(region): The Department of Defense Health Care Service Region code indicates the
specific domestic or foreign regions that administer health benefits for military personnel.
DOD2 Paygrade
SIMPLE DATA ELEMENT/CODE REFERENCES
1038
SOURCE
Department of Defense Instruction (DODI) 1000.13
Sponsor Information - Block 7
Rank / Paygrade
AVAILABLE FROM
Office of the Deputy Undersecretary of Defense for Program Integration
Department of Defense
4000 Defense Pentagon
Washington, DC 20301-4000
ABSTRACT
The Department of Defense Rank and Paygrade expresses the rank and pay-grade
code for military personnel.
B Nomenclature
B.1 ASC X12 Nomenclature
B.1.1 Interchange and Application Control Structures
Appendix B is provided as a reference to the X12 syntax, usage, and related information.
It is not a full statement of Interchange and Control Structure rules. The full X12
Interchange and Control Structures and other rules (X12.5, X12.6, X12.59, X12
dictionaries, other X12 standards and official documents) apply unless specifically
modified in the detailed instructions of this implementation guide (see
Section B.1.1.3.1.2 - Decimal for an example of such a modification).
Each transaction set contains groups of logically related data in units called segments.
For instance, the N4 segment used in the transaction set conveys the city, state, ZIP
Code, and other geographic information. A transaction set contains multiple segments,
so the addresses of the different parties, for example, can be conveyed from one
computer to the other. An analogy would be that the transaction set is like a freight train;
the segments are like the train's cars; and each segment can contain several data
elements the same as a train car can hold multiple crates.
The sequence of the elements within one segment is specified by the ASC X12 standard
as well as the sequence of segments in the transaction set. In a more conventional
computing environment, the segments would be equivalent to records, and the elements
equivalent to fields.
Similar transaction sets, called "functional groups," can be sent together within a
transmission. Each functional group is prefaced by a group start segment; and a functional
group is terminated by a group end segment. One or more functional groups are prefaced
by an interchange header and followed by an interchange trailer.
Figure B.1 - Transmission Control Schematic, illustrates this interchange control.
The interchange header and trailer segments envelop one or more functional groups or
interchange-related control segments and perform the following functions:
1. Define the data element separators and the data segment terminator.
2. Identify the sender and receiver.
3. Provide control information for the interchange.
4. Allow for authorization and security information.
begins with a segment ID and contains related data elements. A control segment has
the same structure as a data segment; the distinction is in the use. The data segment
is used primarily to convey user information, but the control segment is used primarily
to convey control information and to group data segments.
The basic character set of this standard, shown in Table B.1 - Basic Character Set,
includes those selected from the uppercase letters, digits, space, and special characters
as specified below.
, - . / : ; ? = (space)
a...z % ~ @ [ ] _ {
} \ | < > # $
Note that the extended characters include several character codes that have multiple
graphical representations for a specific bit pattern. The complete list appears in other
standards such as CCITT S.5. Use of the USA graphics for these codes presents no
problem unless data is exchanged with an international partner. Other problems, such
as the translation of item descriptions from English to French, arise when exchanging
data with an international partner, but minimizing the use of codes with multiple graphics
eliminates one of the more obvious problems.
For implementations compliant with this guide, either the entire extended character set
must be acceptable, or the entire extended character set must not be used. In the
absence of a specific trading partner agreement to the contrary, trading partners will
assume that the extended character set is acceptable. Use of the extended character
set allows the use of the "@" character in email addresses within the PER segment.
Users should note that characters in the extended character set, as well as the basic
character set, may be used as delimiters only when they do not occur in the data as
stated in Section B.1.1.2.4.1 - Base Control Set.
BEL bell 2F 07 07
HT horizontal tab 05 09 09
LF line feed 25 0A 0A
VT vertical tab 0B 0B 0B
FF form feed 0C 0C 0C
CR carriage return 0D 0D 0D
FS file separator 1C 1C 1C
GS group separator 1D 1D 1D
RS record separator 1E 1E 1E
US unit separator 1F 1F 1F
NL new line 15
The Group Separator (GS) may be an exception in this set because it is used in the
3780 communications protocol to indicate blank space compression.
ENQ enquiry 2D 05 05
ACK acknowledge 2E 06 06
B.1.1.2.5 Delimiters
A delimiter is a character used to separate two data elements or component elements
or to terminate a segment. The delimiters are an integral part of the data.
Delimiters are specified in the interchange header segment, ISA. The ISA segment can
be considered in implementations compliant with this guide (see Appendix C, ISA
Segment Note 1) to be a 105 byte fixed length record, followed by a segment terminator.
The data element separator is byte number 4; the repetition separator is byte number
83; the component element separator is byte number 105; and the segment terminator
is the byte that immediately follows the component element separator.
Once specified in the interchange header, the delimiters are not to be used in a data
element value elsewhere in the interchange. For consistency, this implementation guide
uses the delimiters shown in Table B.5 - Delimiters, in all examples of EDI transmissions.
The delimiters above are for illustration purposes only and are not specific
recommendations or requirements. Users of this implementation guide should be aware
that an application system may use some valid delimiter characters within the application
data. Occurrences of delimiter characters in transmitted data within a data element will
result in errors in translation. The existence of asterisks (*) within transmitted application
data is a known issue that can affect translation software.
• A unique segment ID
• One or more logically related data elements each preceded by a data element separator
• A segment terminator
distinction between simple and component data elements is strictly a matter of context
because a data element can be used in either capacity.
Data elements are assigned a unique reference number. Each data element has a name,
description, type, minimum length, and maximum length. For ID type data elements, this
guide provides the applicable ASC X12 code values and their descriptions or references
where the valid code list can be obtained.
A simple data element within a segment may have an attribute indicating that it may
occur once or a specific number of times more than once. The number of permitted
repeats are defined as an attribute in the individual segment where the repeated data
element occurs.
Each data element is assigned a minimum and maximum length. The length of the data
element value is the number of character positions used except as noted for numeric,
decimal, and binary elements.
The data element types shown in Table B.6 - Data Element Types, appear in this
implementation guide.
SYMBOL TYPE
Nn Numeric
R Decimal
ID Identifier
AN String
DT Date
TM Time
B Binary
The data element minimum and maximum lengths may be restricted in this implementation
guide for a compliant implementation. Such restrictions may occur by virtue of the allowed
qualifier for the data element or by specific instructions regarding length or format as
stated in this implementation guide.
B.1.1.3.1.1 Numeric
A numeric data element is represented by one or more digits with an optional leading
sign representing a value in the normal base of 10. The value of a numeric data element
includes an implied decimal point. It is used when the position of the decimal point within
the data is permanently fixed and is not to be transmitted with the data.
This set of guides denotes the number of implied decimal positions. The representation
for this data element type is "Nn" where N indicates that it is numeric and n indicates
the number of decimal positions to the right of the implied decimal point.
If n is 0, it need not appear in the specification; N is equivalent to N0. For negative values,
the leading minus sign (-) is used. Absence of a sign indicates a positive value. The plus
sign (+) must not be transmitted.
EXAMPLE
A transmitted value of 1234, when specified as numeric type N2, represents a value of
12.34.
B.1.1.3.1.2 Decimal
A decimal data element may contain an explicit decimal point and is used for numeric
values that have a varying number of decimal positions. This data element type is
represented as "R."
The decimal point always appears in the character stream if the decimal point is at any
place other than the right end. If the value is an integer (decimal point at the right end)
the decimal point must be omitted. For negative values, the leading minus sign (-) is
used. Absence of a sign indicates a positive value. The plus sign (+) must not be
transmitted.
EXAMPLE
A transmitted value of 12.34 represents a decimal value of 12.34.
While the ASC X12 standard supports usage of exponential notation, this guide prohibits
that usage.
For implementation of this guide under the rules promulgated under the Health Insurance
Portability and Accountability Act (HIPAA), decimal data elements in Data Element 782
(Monetary Amount) will be limited to a maximum length of 10 characters including reported
or implied places for cents (implied value of 00 after the decimal point). Note the statement
in the preceding paragraph that the decimal point and leading sign, if sent, are not part
of the character count.
EXAMPLE
For implementations mandated under HIPAA rules:
• The following transmitted value represents the largest positive dollar amount that can
be sent: 99999999.99
• The following transmitted value is the longest string of characters that can be sent
representing whole dollars: 99999999
• The following transmitted value is the longest string of characters that can be sent
representing negative dollars and cents: -99999999.99
• The following transmitted value is the longest string of characters that can be sent
representing negative whole dollars: -99999999
B.1.1.3.1.3 Identifier
An identifier data element always contains a value from a predefined list of codes that
is maintained by the ASC X12 Committee or some other body recognized by the
Committee. Trailing spaces must be suppressed unless they are necessary to satisfy a
minimum length. An identifier is always left justified. The representation for this data
element type is "ID."
B.1.1.3.1.4 String
A string data element is a sequence of any characters from the basic or extended
character sets. The string data element must contain at least one non-space character.
The significant characters shall be left justified. Leading spaces, when they occur, are
presumed to be significant characters. Trailing spaces must be suppressed unless they
are necessary to satisfy a minimum length. The representation for this data element
type is "AN."
B.1.1.3.1.5 Date
A date data element is used to express the standard date in either YYMMDD or
CCYYMMDD format in which CC is the first two digits of the calendar year, YY is the
last two digits of the calendar year, MM is the month (01 to 12), and DD is the day in the
month (01 to 31). The representation for this data element type is "DT." Users of this
guide should note that all dates within transactions are 8-character dates (millennium
compliant) in the format CCYYMMDD. The only date data element that is in format
YYMMDD is the Interchange Date data element in the ISA segment and the TA1 segment
where the century is easily determined because of the nature of an interchange header.
B.1.1.3.1.6 Time
A time data element is used to express the ISO standard time HHMMSSd..d format in
which HH is the hour for a 24 hour clock (00 to 23), MM is the minute (00 to 59), SS is
the second (00 to 59) and d..d is decimal seconds. The representation for this data
element type is "TM." The length of the data element determines the format of the
transmitted time.
EXAMPLE
Transmitted data elements of four characters denote HHMM. Transmitted data elements
of six characters denote HHMMSS.
B.1.1.3.1.7 Binary
The binary data element is any sequence of octets ranging in value from binary 00000000
to binary 11111111. This data element type has no defined maximum length. Actual
length is specified by the immediately preceding data element. Within the body of a
transaction set (from ST to SE) implemented according to this technical report, the binary
data element type is only used in the segments Binary Data Segment BIN, and Binary
Data Structure BDS. Within those segments, Data Element 785 Binary Data is a string
of octets which can assume any binary pattern from hexadecimal 00 to FF, and can be
used to send text as well as coded data, including data from another application in its
native format. The binary data type is also used in some control and security structures.
Not all transaction sets use the Binary Data Segment BIN or Binary Data Structure BDS.
Each composite data structure has a unique four-character identifier, a name, and a
purpose. The identifier serves as a label for the composite. A composite data structure
can be further defined through the use of syntax notes, semantic notes, and comments.
Each component within the composite is further characterized by a reference designator
and a condition designator. The reference designators and the condition designators
are described in Section B.1.1.3.8 - Reference Designator and
Section B.1.1.3.9 - Condition Designator.
A composite data structure within a segment may have an attribute indicating that it may
occur once or a specific number of times more than once. The number of permitted
repeats are defined as an attribute in the individual segment where the repeated
composite data structure occurs.
Each data segment has a unique two- or three-character identifier, a name, and a
purpose. The identifier serves as a label for the data segment. A segment can be further
defined through the use of syntax notes, semantic notes, and comments. Each simple
data element or composite data structure within the segment is further characterized by
a reference designator and a condition designator.
B.1.1.3.7 Comments
A segment comment provides additional information regarding the intended use of the
segment.
For purposes of creating reference designators, the composite data structure is viewed
as the hierarchical equal of the simple data element. Each component data element in
a composite data structure is identified by a suffix appended to the reference designator
for the composite data structure of which it is a member. This suffix is prefixed with a
hyphen and defines the position of the component data element in the composite data
structure.
EXAMPLE
• The first simple element of the CLP segment would be identified as CLP01.
• The first position in the SVC segment is occupied by a composite data structure that
contains seven component data elements, the reference designator for the second
component data element would be SVC01-02.
Data element conditions are of three types: mandatory, optional, and relational. They
define the circumstances under which a data element may be required to be present or
not present in a particular segment.
DESIGNATOR DESCRIPTION
X- Relational Relational conditions may exist among two or more simple data
elements within the same data segment based on the presence or
absence of one of those data elements (presence means a data
element must not be empty). Relational conditions are specified by
a condition code (see table below) and the reference designators of
the affected data elements. A data element may be subject to more
than one relational condition.
The definitions for each of the condition codes used within syntax
notes are detailed below:
CONDITION DEFINITION
CODE
DESIGNATOR DESCRIPTION
Likewise, when additional information is not necessary within a composite, the composite
may be terminated by providing the appropriate data element separator or segment
terminator.
If a segment has no data in any data element within the segment (an "empty" segment),
that segment must not be sent.
LE Loop Trailer, ends a bounded loop of data segments but is not part of the
loop.
SE Transaction Set Trailer, ends a transaction set.
GE Functional Group Trailer, ends a group of related transaction sets.
More than one ST/SE pair, each representing a transaction set, may be used within one
functional group. Also more than one LS/LE pair, each representing a bounded loop,
may be used within one transaction set.
Unbounded Loops
To establish the iteration of a loop, the first data segment in the loop must appear once
and only once in each iteration. Loops may have a specified maximum number of
The requirement designator of any segment within the loop after the beginning segment
applies to that segment for each occurrence of the loop. If there is a mandatory
requirement designator for any data segment within the loop after the beginning segment,
that data segment is mandatory for each occurrence of the loop. If the loop is optional,
the mandatory segment only occurs if the loop occurs.
Bounded Loops
The characteristics of unbounded loops described previously also apply to bounded
loops. In addition, bounded loops require a Loop Start Segment (LS) to appear before
the first occurrence and a Loop End Segment (LE) to appear after the last consecutive
occurrence of the loop. If the loop does not occur, the LS and LE segments are
suppressed.
DESIGNATOR DESCRIPTION
M- Mandatory This data segment must be included in the transaction set. (Note
that a data segment may be mandatory in a loop of data segments,
but the loop itself is optional if the beginning segment of the loop is
designated as optional.)
O- Optional The presence of this data segment is the option of the sending party.
There are many other features of the ISA segment that are used for control measures.
For instance, the ISA segment contains data elements such as authorization information,
security information, sender identification, and receiver identification that can be used
for control purposes. These data elements are agreed upon by the trading partners prior
to transmission.The interchange date and time data elements as well as the interchange
control number within the ISA segment are used for debugging purposes when there is
a problem with the transmission or the interchange.
Data Element ISA12, Interchange Control Version Number, indicates the version of the
ISA/IEA envelope. GS08 indicates the version of the transaction sets contained within
the ISA/IEA envelope. The versions are not required to be the same. An Interchange
The ending component of the interchange or ISA/IEA envelope is the IEA segment. Data
element IEA01 indicates the number of functional groups that are included within the
interchange. In most commercial translation software products, an aggregate count of
functional groups is kept while interpreting the interchange. This count is then verified
with data element IEA01. If there is a discrepancy, in most commercial products, the
interchange is suspended. The other data element in the IEA segment is IEA02 which
is referenced above.
See Appendix C, EDI Control Directory, for a complete detailing of the inter-change
control header and trailer. The authors recommend that when two transactions with
different X12 versions numbers are sent in one interchange control structure (multiple
functional groups within one ISA/IEA envelope), the Interchange Control version used
should be that of the most recent transaction version included in the envelope. For the
transmission of HIPAA transactions with mixed versions, this would be a compliant
enveloping structure.
The Functional Group Control Number in GS06 must be identical to data element 02 of
the GE segment. Data element GE01 indicates the number of transaction sets within
the functional group. In most commercial translation software products, an aggregate
count of the transaction sets is kept while interpreting the functional group. This count
is then verified with data element GE01.
See Appendix C, EDI Control Directory, for a complete detailing of the functional group
header and trailer.
B.1.1.4.3 HL Structures
The HL segment is used in several X12 transaction sets to identify levels of detail
information using a hierarchical structure, such as relating dependents to a subscriber.
Hierarchical levels may differ from guide to guide.
For example, each provider can bill for one or more subscribers, each subscriber can
have one or more dependents and the subscriber and the dependents can make one
or more claims.
Each guide states what levels are available, the level's usage, number of repeats, and
whether that level has subordinate levels within a transaction set.
For implementations compliant with this guide, the repeats of the loops identified by the
HL structure shall appear in the hierarchical order specified in BHT01, when those
particular hierarchical levels exist. That is, an HL parent loop must be followed by the
subordinate child loops, if any, prior to commencing a new HL parent loop at the same
hierarchical level.
The following diagram, from transaction set 837, illustrates a typical hierarchy.
B.1.1.5 Acknowledgments
B.1.1.5.1 Interchange Acknowledgment, TA1
The TA1 segment provides the capability for the interchange receiver to notify the sender
that a valid envelope was received or that problems were encountered with the
interchange control structure. The TA1 verifies the envelopes only. Transaction
set-specific verification is accomplished through use of the Functional Acknowledgment
Transaction Set, 997. See Section B.1.1.5.2 - Functional Acknowledgment, 997, for
more details. The TA1 is unique in that it is a single segment transmitted without the
GS/GE envelope structure. A TA1 can be included in an interchange with other functional
groups and transactions.
Encompassed in the TA1 are the interchange control number, interchange date and
time, interchange acknowledgment code, and the interchange note code.The interchange
control number, interchange date and time are identical to those that were present in
the transmitted interchange from the trading partner. This provides the capability to
associate the TA1 with the transmitted interchange.TA104, Interchange Acknowledgment
Code, indicates the status of the interchange control structure. This data element
stipulates whether the transmitted interchange was accepted with no errors, accepted
with errors, or rejected because of errors. TA105, Interchange Note Code, is a numerical
code that indicates the error found while processing the interchange control structure.
Values for this data element indicate whether the error occurred at the interchange or
functional group envelope.
The 997 is a transaction set and thus is encapsulated within the interchange control
structure (envelopes) for transmission.
1. Transaction Set
2. Loop
3. Segment
4. Composite Data Element
5. Component Data Element
6. Simple Data Element
ODs at the first four levels are coded using X12 identifiers separated by underbars:
Entity Example
Entity Example
The fifth and sixth levels add a name derived from the "Industry Term" defined in the
X12N Data Dictionary. The name is derived by removing the spaces.
Entity Example
Since ODs are unique across all X12N implementation guides, they can be used for a
variety of purposes. For example, as a cross reference to older data transmission
systems, like the National Standard Format for health care claims, or to form XML tags
for newer data transmission systems.
MAY 4, 2004DETAIL
SEGMENT
Usage: REQUIRED
2 TR3 Notes: 1. All positions within each of the data elements must be filled.
000
100
1 TR3 Example: ISA✽00✽..........✽01✽SECRET....✽ZZ✽SUBMITTERS.ID..✽ZZ✽
RECEIVERS.ID...✽030101✽1253✽^✽00501✽000000905✽1✽T✽:~
DIAGRAM
ISA01 I01 ISA02 I02 ISA03 I03 ISA04 I04 ISA05 I05 ISA06 I06
Author Info Author Security Security Interchange Interchange
ISA ✽ Qualifier
✽
Information
✽
Info Qual
✽
Information
✽
ID Qual
✽
Sender ID
M1 ID 2/2 M1 AN 10/10 M1 ID 2/2 M1 AN 10/10 M1 ID 2/2 M1 AN 15/15
ISA07 I05 ISA08 I07 ISA09 I08 ISA10 I09 ISA11 I65 ISA12 I11
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
P Production Data
T Test Data
REQUIRED ISA16 I15 Component Element Separator M1 1/1
Type is not applicable; the component element separator is a delimiter and not a
data element; this field provides the delimiter used to separate component data
elements within a composite data structure; this value must be different than the
data element separator and the segment terminator
SEGMENT DETAIL
Usage: REQUIRED
005
100
4 TR3 Example: GS✽XX✽SENDER CODE✽RECEIVER
CODE✽19991231✽0802✽1✽X✽005010X279~
DIAGRAM
GS01 479 GS02 142 GS03 124 GS04 373 GS05 337 GS06 28
Functional
✽ Application ✽ Application ✽ Date Time Group Ctrl
GS ✽
ID Code Send’s Code Rec’s Code
✽ ✽
Number
M1 ID 2/2 M1 AN 2/15 M1 AN 2/15 M1 DT 8/8 M1 TM 4/8 M1 N0 1/9
✽ Responsible ✽ Ver/Release
~
Agency Code ID Code
M1 ID 1/2 M1 AN 1/12
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
1000009 Use this code to identify the unit sending the information.
1000010 Use this code to identify the unit receiving the information.
1000011 Use this date for the functional group creation date.
1000012 Use this time for the creation time. The recommended format is
HHMM.
SEGMENT DETAIL
Usage: REQUIRED
001
100
3 TR3 Example: GE✽1✽1~
DIAGRAM
GE01 97 GE02 28
Number of Group Ctrl
GE ✽
TS Included
✽
Number ~
M1 N0 1/6 M1 N0 1/9
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
SEGMENT DETAIL
Usage: REQUIRED
000
100
5 TR3 Example: IEA✽1✽000000905~
DIAGRAM
ELEMENT DETAIL
REF. DATA
USAGE DES. ELEMENT NAME ATTRIBUTES
D Change Summary
This is the ASC X12N implementation guide for the 270/271 Health Care Eligibil-
ity Benefit Inquiry and Response. The following substantive changes have oc-
curred since the previous Implementation Guide 004050X138, the 270/271
Health Care Eligibility Benefit Inquiry and Response.
Appendix A
156. Added Code Sources: 896 - International Classification of Diseases, 10th
Revision, Procedure Coding System (ICD-10-PCS), 897 - International Clas-
sification of Diseases, 10th Revision, Clinical Modification (ICD-10-CM);
932 - Universal Postal Codes; DOD1 - Military Rank and Health Care Serv-
ice Region; DOD2 - Paygrade
157. Deleted Code Sources: 43 - FIPS-55 (Named Populated Places); 77 - X12
Directories; 121 - Health Industry Number; 134 - National Drug Code; 411 -
Centers for Medicare and Medicaid Services (CMS) Claim Payment Re-
mark Codes; 507 - Health Care Claim Status Category Code; 508 - Health
Care Claim Status Code; 530 - National Council for Prescription Drug Pro-
grams Reject/Payment Codes
Authorization or Certification
Indicator Benefit Quantity
A yes/no indicator that identifies whether an Benefit quantity as qualified by preceeding
authorization or certification is required per plan qualifier.
provisions. 271 - Eligibility Benefit Response
271 - Eligibility Benefit Response D | 2110C | EB10 | - | 380 .............. 302
D | 2110C | EB11 | - | 1073 .............302 D | 2110C | HSD02 | - | 380 .............. 310
D | 2110D | EB11 | - | 1073 .............406 D | 2110D | EB10 | - | 380 .............. 405
BENEFIT AMOUNT
D | 2110D
BENEFIT RELATED ENTITY ADDRESS LINE
| HSD02 | - | 380 .............. 413
Benefit Amount
Benefit Related Entity Address
Benefit amount as qualifed by the eligibility or
benefit information and service type code Line
Street Address of the entity related to benefits
271 - Eligibility Benefit Response described in the transaction.
D | 2110C | EB07 | - | 782 ...............300
D | 2110D |
BENEFIT COVERAGE LEVEL CODE
EB07 | - | 782 ...............404 271 - Eligibility Benefit Response
D | 2120C | N301 | - | 166 .............. 335
D | 2120C | N302 | - | 166 .............. 335
Benefit Coverage Level Code D | 2120D | N301 | - | 166 .............. 438
D | 2120D | N302 | - | 166 .............. 438
Code indicating which family members are BENEFIT RELATED ENTITY CITY NAME
D | 2120D |
BENEFIT RELATED ENTITY COMMUNICATION NUMBER
N401 | - | 19 ................ 439 Benefit Related Entity Identifier
Unique identifier for a benefit related entity or
another information source associated with an
Benefit Related Entity individual subscriber or dependent.
Communication Number
271 - Eligibility Benefit Response
Communications number to contact the person, D | 2120C | NM109 | - | 67 ................ 333
group or organization identified as the D | 2120D | NM109 | - | 67 ................ 436
associated benefit related entity contact name.
BENEFIT RELATED ENTITY LAST OR ORGANIZATION NAME
dependent.
Benefit Related Entity DOD 271 - Eligibility Benefit Response
Health Service Region D | 2120C | NM107 | - | 1039 ............ 332
D | 2120D | NM107 | - | 1039 ............ 435
The Department of Defence (DOD) Health BENEFIT RELATED ENTITY POSTAL ZONE OR ZIP CODE
transaction.
Benefit Related Entity First 271 - Eligibility Benefit Response
Name D | 2120C | N403 | - | 116............... 337
D | 2120D | N403 | - | 116............... 440
The first name of the person identified as the BENEFIT RELATED ENTITY RELATIONSHIP CODE
D | 2110D | DTP02 |
DATE TIME QUALIFIER
- | 1250 ............ 421 Dependent Country
Subdivision Code
Date Time Qualifier The country subdivision code of the dependent.
Code specifying the type of date or time or both 271 - Eligibility Benefit Response
date and time. D | 2100D |
DEPENDENT ELIGIBILITY OR BENEFIT IDENTIFIER
N407 | - | 1715 ............ 365
D | 2110D
DELIVERY FREQUENCY CODE
| DTP01 | - | 374 .............. 420
D | 2100D |
DEPENDENT COUNTRY CODE
N401 | - | 19 ................ 364
D | 2100D | REF02 |
DESCRIPTION
- | 127 .............. 360
Diagnosis Type Code
Description Code identifying the type of diagnosis.
A free-form description to clarify the related data 270 - Eligibility Benefit Inquiry
elements and their content. D | 2100C | HI01 | C022-1 | 1270 .............114
D | 2100C | HI02 | C022-1 | 1270 .............115
271 - Eligibility Benefit Response D | 2100C | HI03 | C022-1 | 1270 .............116
D | 2100C | MPI04 | - | 352 .............. 287 D | 2100C | HI04 | C022-1 | 1270 .............117
D | 2100D | MPI04 |
DIAGNOSIS CODE
- | 352 .............. 391 D | 2100C | HI05 | C022-1 | 1270 .............118
D | 2100C | HI06 | C022-1 | 1270 .............119
D | 2100C | HI07 | C022-1 | 1270 ............ 120
Diagnosis Code D | 2100C | HI08 | C022-1 | 1270 ............ 121
D | 2100D | HI01 | C022-1 | 1270 ............ 171
An ICD-9-CM Diagnosis Code identifying a
D | 2100D | HI02 | C022-1 | 1270 ............ 172
diagnosed medical condition. D | 2100D | HI03 | C022-1 | 1270 ............ 173
270 - Eligibility Benefit Inquiry D | 2100D | HI04 | C022-1 | 1270 ............ 174
D | 2100C | HI01 | C022-2 | 1271 .............114 D | 2100D | HI05 | C022-1 | 1270 ............ 175
D | 2100C | HI02 | C022-2 | 1271 .............115 D | 2100D | HI06 | C022-1 | 1270 ............ 176
D | 2100C | HI03 | C022-2 | 1271 .............116 D | 2100D | HI07 | C022-1 | 1270 ............ 177
D | 2100C | HI04 | C022-2 | 1271 .............117 D | 2100D | HI08 | C022-1 | 1270 ............ 178
D | 2100C | HI05 | C022-2 | 1271 .............118
271 - Eligibility Benefit Response
D | 2100C | HI06 | C022-2 | 1271 .............119
D | 2100C | HI01 | C022-1 | 1270 ............ 275
D | 2100C | HI07 | C022-2 | 1271 ............ 120
D | 2100C | HI02 | C022-1 | 1270 ............ 276
D | 2100C | HI08 | C022-2 | 1271 ............ 121
D | 2100C | HI03 | C022-1 | 1270 ............ 277
D | 2100D | HI01 | C022-2 | 1271 ............ 171
D | 2100C | HI04 | C022-1 | 1270 ............ 278
D | 2100D | HI02 | C022-2 | 1271 ............ 172
D | 2100C | HI05 | C022-1 | 1270 ............ 279
D | 2100D | HI03 | C022-2 | 1271 ............ 173
D | 2100C | HI06 | C022-1 | 1270 ............ 280
D | 2100D | HI04 | C022-2 | 1271 ............ 174
D | 2100C | HI07 | C022-1 | 1270 ............ 281
D | 2100D | HI05 | C022-2 | 1271 ............ 175
D | 2100C | HI08 | C022-1 | 1270 ............ 282
D | 2100D | HI06 | C022-2 | 1271 ............ 176
D | 2100D | HI01 | C022-1 | 1270 ............ 379
D | 2100D | HI07 | C022-2 | 1271 ............ 177
D | 2100D | HI02 | C022-1 | 1270 ............ 380
D | 2100D | HI08 | C022-2 | 1271 ............ 178
D | 2100D | HI03 | C022-1 | 1270 ............ 381
271 - Eligibility Benefit Response D | 2100D | HI04 | C022-1 | 1270 ............ 382
D | 2100C | HI01 | C022-2 | 1271 ............ 275 D | 2100D | HI05 | C022-1 | 1270 ............ 383
D | 2100C | HI02 | C022-2 | 1271 ............ 276 D | 2100D | HI06 | C022-1 | 1270 ............ 384
D | 2100C | HI03 | C022-2 | 1271 ............ 277 D | 2100D | HI07 | C022-1 | 1270 ............ 385
D | 2100C | HI04 | C022-2 | 1271 ............ 278 D | 2100D
ELIGIBILITY OR BENEFIT DATE TIME PERIOD
| HI08 | C022-1 | 1270 ............ 386
D | 2100C | HI05 | C022-2 | 1271 ............ 279
D | 2100C | HI06 | C022-2 | 1271 ............ 280
D | 2100C | HI07 | C022-2 | 1271 ............ 281 Eligibility or Benefit Date Time
D | 2100C | HI08 | C022-2 | 1271 ............ 282
D | 2100D | HI01 | C022-2 | 1271 ............ 379 Period
D | 2100D | HI02 | C022-2 | 1271 ............ 380 Date or period associated with the eligibility or
D | 2100D | HI03 | C022-2 | 1271 ............ 381 benefit being described.
D | 2100D | HI04 | C022-2 | 1271 ............ 382
D | 2100D | HI05 | C022-2 | 1271 ............ 383
271 - Eligibility Benefit Response
D | 2110C | DTP03 | - | 1251 ............ 318
D | 2100D | HI06 | C022-2 | 1271 ............ 384
D | 2110D | DTP03 | - | 1251 ............ 421
D | 2100D | HI07 | C022-2 | 1271 ............ 385 ELIGIBILITY OR BENEFIT INFORMATION
D | 2100D
DIAGNOSIS CODE POINTER
| HI08 | C022-2 | 1271 ............ 386
Hierarchical ID Number
Entity Type Qualifier
A unique number assigned by the sender to
Code qualifying the type of entity. identify a particular data segment in a
270 - Eligibility Benefit Inquiry hierarchical structure.
D | 2100A | NM102 | - | 1065 .............. 70
270 - Eligibility Benefit Inquiry
D | 2100B | NM102 | - | 1065 .............. 76
D | 2000A | HL01 | - | 628 ................ 67
D | 2100C | NM102 | - | 1065 .............. 93
D | 2000B | HL01 | - | 628 ................ 73
D | 2100D | NM102 | - | 1065 ............ 152
D | 2000C | HL01 | - | 628 ................ 88
271 - Eligibility Benefit Response D | 2000D | HL01 | - | 628 .............. 147
D | 2100A | NM102 | - | 1065 ............ 219
271 - Eligibility Benefit Response
D | 2100B | NM102 | - | 1065 ............ 233
D | 2000A | HL01 | - | 628 .............. 214
D | 2100C | NM102 | - | 1065 ............ 250
D | 2000B | HL01 | - | 628 .............. 230
D | 2120C | NM102 | - | 1065 ............ 331
D | 2000C | HL01 | - | 628 .............. 244
D | 2100D | NM102 | - | 1065 ............ 355
D | 2000D | HL01 | - | 628 .............. 348
D | 2120D
FOLLOW-UP ACTION CODE
| NM102 | - | 1065 ............ 434 HIERARCHICAL LEVEL CODE
Communication Number
Contact number for the designated person or
Information Receiver entity for the information source.
Identification Number 271 - Eligibility Benefit Response
The identification number of the individual or D | 2100A | PER04 | - | 364 .............. 223
organization who expects to receive information D | 2100A | PER06 | - | 364 .............. 224
in response to a query. D | 2100A | PER08 |
INFORMATION SOURCE CONTACT NAME
- | 364 .............. 225
Name
The middle name of the individual or Information Source Last or
organization who expects to receive information
in response to a query. Organization Name
The organization name or the last name of an
270 - Eligibility Benefit Inquiry individual who is the source of the information.
D | 2100B | NM105 | - | 1037 .............. 76
270 - Eligibility Benefit Inquiry
271 - Eligibility Benefit Response D | 2100A | NM103 | - | 1035 .............. 70
D | 2100B | NM105 |
INFORMATION RECEIVER NAME SUFFIX
- | 1037 ............ 234
271 - Eligibility Benefit Response
D | 2100A | NM103 |
INFORMATION SOURCE MIDDLE NAME
- | 1035 ............ 219
Information Receiver Name
Suffix
Information Source Middle
The suffix to the name of the individual or
organization who expects to receive information Name
in response to a query. Middle name of an individual who is the source
of the information.
270 - Eligibility Benefit Inquiry
D | 2100B | NM107 | - | 1039 .............. 77 270 - Eligibility Benefit Inquiry
D | 2100A | NM105 | - | 1037 .............. 70
271 - Eligibility Benefit Response
D | 2100B | NM107 |
INFORMATION RECEIVER POSTAL ZONE OR ZIP CODE
- | 1039 ............ 234 271 - Eligibility Benefit Response
D | 2100A | NM105 |
INFORMATION SOURCE NAME SUFFIX
- | 1037 ............ 219
number.
Subscriber Postal Zone or ZIP 270 - Eligibility Benefit Inquiry
Code D | 2000C | TRN03 | - | 509 ................ 91
D | 2000D | TRN03 | - | 509 .............. 150
The ZIP Code of the insured individual or
subscriber to the coverage. 271 - Eligibility Benefit Response
D | 2000C | TRN03 | - | 509 .............. 248
270 - Eligibility Benefit Inquiry D | 2000D | TRN03 | - | 509 .............. 353
D | 2100C | N403 | - | 116............... 102 TRACE NUMBER
Subscriber Supplemental
Transaction Segment Count
Identifier
A tally of all segments between the ST and the
Identifies another or additional distinguishing SE segments including the ST and SE
code number associated with the subscriber. segments.
270 - Eligibility Benefit Inquiry 270 - Eligibility Benefit Inquiry
D | 2100C | REF02 | - | 127 ................ 99 D | | SE01 | - | 96 ................ 200
271 - Eligibility Benefit Response 271 - Eligibility Benefit Response
D | 2100C | REF02 |
TIME PERIOD QUALIFIER
- | 127 .............. 256 D | | SE01 | - | 96 ................ 450
TRANSACTION SET CONTROL NUMBER