Professional Documents
Culture Documents
May 1, 2008
835 Transaction Companion Guide (Release 2.0)
Introduction _____________________________________
The Health Insurance Portability and Accountability Act–Administration Simplification
(HIPAA–AS) requires Harvard Pilgrim Health Care and all other covered entities to comply with
the electronic data interchange standards for health care as established by the Secretary of Health
and Human Services. Harvard Pilgrim supports the batch ASC X12N 004010X091A1 Electronic
Remittance Advice (ERA) 835 transaction with Payment by Check as specified in Section 2.1.2.1
of the May 2000 Health Care Claim Payment/Advice Implementation Guide available at
www.wpc-edi.com/HIPAA. At this time, Harvard Pilgrim does not support electronic funds
transfer via the 835 transaction or any other available channel or transaction.
This guide has been prepared to help those responsible for testing and setting up electronic health
care claim payment/advice. Specifically, it documents and clarifies when conditional data elements
and segments must be used for reporting, and it identifies codes and data elements that do not apply to
Harvard Pilgrim. This guide supplements (but does not contradict) any requirements in the ASC X12N
004010X091A1 Implementation Guide.
The intended audience for this document is the technical area responsible for programming to
receive files and automatically post electronic claims payment advice to the provider’s accounts
receivable (A/R) system. This information should be also coordinated with the provider’s accounts
receivable office to ensure differences between the Harvard Pilgrim 835 ERA and paper Explanation
of Payments are interpreted and posted correctly.
Harvard Pilgrim’s electronic trading partners wishing to interface their legacy systems and use file
transfer protocol (FTP) to transmit Electronic Data Interchange (EDI) transactions are supported by a
secure FTP server from SSH Communications. Transmissions are secured using public key encryption
and rely upon digital certificates to authenticate the server with the client software used by the provider.
Setup
Harvard Pilgrim does not send test or sample 835 transactions. All 835 transactions are “live” (i.e.,
actual production data). The decision to post 835 transactions to the payee’s test or production
accounts receivable system is solely the responsibility of the recipient.
The EDI team will assign a user ID, password and mailbox (folder) for file drop-off and
retrieval. The user ID allows access to the production environment. Harvard Pilgrim does not
set up 835 transactions in the payee’s test/development environment. When possible, an
existing production user ID, password and mailbox will be used.
For NEHEN recipients, Harvard Pilgrim will use the NEHEN-assigned values for Sender
(ISA06/GS02) and Receiver (ISA08/GS03) elements.
- HPHC is NEHEN003
For other recipients, the EDI team will assign the Sender (ISA06/GS02) and the Receiver
(ISA08/GS03) values. Where possible, the same identifiers will be used across all of the
provider’s transactions with Harvard Pilgrim. The values are negotiable, but, in general, are as
follows:
- ISA06 = HPHC0001 (Harvard Pilgrim is sending the 835 transaction)
- GS02 = HPHC0001B (Harvard Pilgrim is sending the 835 transaction)
- Receiver (ISA08/GS03)-----will be assigned but will be in the format HPHCxxxx where xxxx is
alphanumeric.
- Where possible, the same identifiers will be assigned to the provider for all of their
transaction exchanges with Harvard Pilgrim. For example, if a Provider is set up as
HPHC9AB3 (ISA06) and HPHC9AB31 (GS02) for the 837 transaction then HPHC9AB3 will
be used for ISA08 and HPHC9AB31 for GS03 in the 835 transaction. The transaction
determines when HPHC9AB3 is the Sender (837, 270, 276, etc.) and when it is the Receiver
(271, 277, 835, etc.).
Technical Requirements
Legacy Products
Harvard Pilgrim may send one 835/ERA file for each check that has been generated for a payee.
In the current operating environment (as of June 2002), checks and 835/ERA files are generated
weekly. A payee may receive up to six checks and ERA files (a medical and hospital check for
each Harvard Pilgrim insurance system). The 835 transaction does not include or support
pended claims or Negative Balance Reports.
Choice Plus and Options
Harvard Pilgrim may send one or many checks per 835/ERA file. In this new operating
environment (as of January 2007), checks and 835/ERA files are generated daily. With this new
generation process, Harvard Pilgrim is unable to separate files by payee number or site address
and deliver files to multiple recipients. Recipients who share a tax ID will need to identify one
mailbox to which the 835 files will be delivered.
This applies only to national plans Choice Plus and Options.
Retrieval Methods
HPHConnect—A provider retrieves the 835 ERA by downloading the file via the HPHConnect
File Transfer Agent (FTA).
NEHEN—Harvard Pilgrim delivers the 835 file to a specified directory on the Harvard Pilgrim
gateway. The Harvard Pilgrim gateway will be configured to automatically deliver the 835 file
to the receiver’s NEHEN gateway. It is the receiver’s responsibility to configure their NEHEN
gateway to accept the 835 file. Please contact your NEHEN representative to review your
gateway software version and configuration.
NEHENNet—A provider retrieves the 835 ERA by downloading the file from the NEHENNet
secure Web site.
Claims BBS and Secure FTP—Harvard Pilgrim delivers the 835 file to the Harvard Pilgrim
Claims Bulletin Board System (EMC PC) or secure FTP (File Transfer Protocol) server in a
specified directory. The provider can retrieve the file using an assigned user ID and password.
File-Naming Convention
The file-naming convention is: TSS_<ISA08>_<GS03>_CCYYMMDD_HHMM_835.txt
Where T = Type of Check (‘H’ for Hospital, ‘M’ for Medical or ‘C’ for combined)
SS = Insurance system that generated the 835/ERA
NS = Combined National Product
IS = Integrated Commercial
ERA Structure
Legacy Products
Harvard Pilgrim sends an 835 file for each type of check generated by each of its insurance
systems. There is only one ISA, GS segment per file. There may be one or more ST segments per
file. Each ST segment corresponds to a Payee/Check Number. The file is structured in the
following hierarchy:
ISA
GS
ST*835*nn
One check per Payee Number (BPR Segment) per insurance system
NM Loop 1000B—Payee Identification Qualifier XX the National Provider Identifier
ISA
GS
ST*835*nn
Multiple 835/ERAs maybe generated per check and tax identification number (BPR Segment)
NM Loop 1000B—Payee Identification Qualifier XX the National Provider Identifier
REF Loop 1000B—Payee Additional Identification Qualifier TJ – Provider tax ID
number.
Provider Loop 2000—LX segment is used to indicate the start of a provider’s claims.
Loop 2000 —TS3 contains the provider tax Identification number for the
subsequent group of claims.
NM Loop 2100 CLP—Patient Name Qualifier MI the Member Identification number
REF Loop 2100 CLP—Other Claim Related Identification Qualifier 1L the member group
number
Provider’s Claim Header (Loop 2100 CLP)
One or more Service lines with adjustment details. (Loop 2110 SVC)
Additional claims and corresponding service lines for the provider
A provider’s claims are grouped by employer group
Repeat Loops for additional Providers’ claims and service lines
SE*
This applies only to national plans Choice Plus and Options.
835 Content
The 835 transaction is compliant in both form and content. Harvard Pilgrim will continue to use
some non-standard revenue, CPT, HCPCS, location and explanation codes in its internal systems.
Any internal non-standard codes will be mapped to standard codes during creation of the 835
transaction. Paper EOPs will not change; they will continue to reflect values stored in Harvard
Pilgrim’s system, not the values in the 835 transaction. Refer to Conditional Data Requirements
for more information on the mapping process.
Member and provider demographic information is returned on the 835 transaction as it is stored
in Harvard Pilgrim’s system.
During claim data entry and claim adjudication, Harvard Pilgrim may bundle original claim lines
into one or more lines, add lines to the original claim, replace codes, translate codes to
nonstandard codes, and so on. In other words, the claim data stored in Harvard Pilgrim’s system
may not match the data on the original claim. Because the 835 transaction requires Harvard
Pilgrim to “tie back” data on the original claim to the adjudicated values, Harvard Pilgrim has
developed programs to match these values. Refer to Conditional Data Requirements for more
details on the matching processes.
In the cases listed below, Harvard Pilgrim is unable to return data from the original claim as
submitted by the provider. In these cases, Harvard Pilgrim will use only the data that is stored in
its system to generate claim information on the 835 transaction.
The original claim contains a non-standard revenue, CPT, HCPCS code, modifier or other
field necessary for the 835 transaction.
The original claim submitted charges (line and total) do not match the submitted charges in
the Harvard Pilgrim system.
Harvard Pilgrim may not have access to the original claim information.
Harvard Pilgrim, despite best efforts, is unable to match paid claim data with original claim
information.
If Harvard Pilgrim is unable to match paid claim information to data on the original claim, then
it will use only the data (mapped to standard codes if required) that is stored in its insurance
system to generate the claim information on the 835 file. It will assume that the data stored in its
insurance system matches the original claim information. The following fields will be impacted:
Submitted Charges (Monetary amount Loop 2100 CLP03)-----Contains the claim total
charged/submitted amount as stored in Harvard Pilgrim insurance systems.
Bill Type/Place of Service (Facility Code Value CLP08)-----Contains a Harvard Pilgrim location
code.
Service Date (Loop 2110 DTM)-----Contains the value(s) stored in the Harvard Pilgrim system.
As stated earlier, Harvard Pilgrim does not send test or sample 835 transactions. All 835
transactions are “live” or production data. The decision to post transactions to the Payee’s test or
production A/R system is solely the responsibility of the 835 recipient.
Unlike other transactions, testing and determination of production readiness is done solely by the
recipient of the 835 transaction. Once Harvard Pilgrim sets up a Provider/Payee to receive 835
transactions, Harvard Pilgrim sends production ERAs. Harvard Pilgrim does not generate test or
sample 835 transactions. Harvard Pilgrim will assist the 835 recipient with questions and clarifications
during the testing period. However, test plans, programming necessary to automatically post
payments to the A/R system and the decision to move from test to production are the responsibility
of the 835 recipient.
Additional REF Segments
Legacy Products
Harvard Pilgrim will return the payee National Provider Identifier in Payee Information (1000B)
N104 and the REF segment will contain the tax ID. Harvard Pilgrim will return an additional
REF segment containing the Harvard Pilgrim payee number for an unspecified time period.
Harvard Pilgrim will return the rendering provider NPI in Service Provider Name (2100)
NM109.
Interest Payments
On the paper EOP, interest payments (paid by Harvard Pilgrim to the provider) are included
with the claim’s service lines. For the 835 ERA transaction, Harvard Pilgrim follows the
Implementation Guide section 2.2.9. Interest payment service lines are removed from the claim
(CLP) section, the claim total is adjusted accordingly and the interest payments are included on
the PLB segment.
Matching Process
Harvard Pilgrim makes a best effort to match incoming claims information with the data in its
claims processing system. The approach is to match adjudicated lines in Harvard Pilgrim’s system
that are being paid on the 835 ERA with incoming data that was stored in a supplemental
database.
A new matching process was developed for Release 2.0. The matching process evaluates all of the
claim’s lines in Harvard Pilgrim’s system for the best match.
The following fields are used to match inpatient institutional claims:
Revenue codes—a selected set is used to match accommodations
Revenue codes/procedure codes—those codes that are not related to accommodations are used to
match ancillary services
The following fields are used to match outpatient and professional claims:
Service line adjudication status code
Amount charged
Date of service
Procedure code or revenue code
Units
Modifiers
Below are the cases that describe the relationship between incoming data and data stored in
Harvard Pilgrim’s claims processing system:
One to One—There is one line on the original claim and one line in Harvard Pilgrim’s system.
One to Many—There is one line on the original claim and multiple lines in Harvard Pilgrim’s system
(rare).
Many to One—There are multiple lines on the original claim and one line in Harvard Pilgrim’s
system, e.g. inpatient services and some outpatient services such as observation.
Many to Many—There are multiple lines on the original claim and multiple lines in the
Harvard Pilgrim system.
Please refer to the 835 content section. For examples of different cases, please refer to
Attachment B.
Harvard Pilgrim processes the claim as one service line with internal revenue code 02.
During 835 processing, 121 is returned in SVC06, 131 is also returned in SVC06 and 02 is
mapped to 120 in SVC01 for both lines.
Example 2
Provider submits a claim with the following code:
451 (ER/EMTALA)
Harvard Pilgrim processes the claim with internal code 18. During 835 processing, 451 is
returned in SVC06 and 18 is mapped to 450 in SVC01.
National Provider Identifier Defaults
LEGACY PRODUCTS
In those instances in which Harvard Pilgrim does not have the payee or rendering provider NPI
(from claim submitted or from provider outreach), we will report a default NPI of “9999999999.”
CHOICE PLUS AND OPTIONS
For Choice and Options products when Harvard Pilgrim does not have the payee or rendering
provider NPI (from claim submitted or from provider outreach), we will report the rendering
provider tax ID number.
Q: The 835 file wraps and is difficult to read. Why doesn’t Harvard Pilgrim send a control
character at the end of each segment?
A: The segment terminator is a tilde (“~”) as specified in the ISA position 116, the character
following ISA16. Per the ANSI standard, the next character starts the GS segment; there is no
space for a control character, such as new line or carriage return. In order to view the file in a
more user-friendly format, we suggest replacement of the tilde with a NL or CR. This can be
done by the provider’s processing system or in Microsoft Word by using the Find/Replace
feature. (Go to Replace Tab, click on More, then click Special and select Manual Line Break.)
Q: What are the new 835 files with CNS naming convention?
A: These are 835 files for claims submitted for Choice Plus and Options members. Checks and
835 files for Choice and Options members are generated at the member employer group
level, then aggregated to the servicing provider’s tax ID number.
Q: Why are the claims in the 835 file in a different order than on the paper EOP?
A: Two separate processes generate the 835 and paper EOP. Both processes group claims by
product, but the order of the claims may be different.
Q: Why don’t the claims in the 835 appear to match the claims in the paper EOP?
A: There are several reasons why the two may not match; examples include:
Harvard Pilgrim interest payments are in the PLB segment in the 835 ERA, so the sort
order of claims may be different.
The paper EOP groups certain categories together such as Risk/Discount that are broken
out in the 835 ERA.
Reversals and corrections (adjustments) are displayed differently in the 835 ERA. The 835
ERA displays HIPAA codes, whereas the paper EOP displays Harvard Pilgrim’s proprietary
codes.
The paper EOP displays internal explanation codes and other values such as Revenue and
CPT codes; the 835 ERA maps these values to HIPAA standard codes.
Q: How do I recognize a claim for which Harvard Pilgrim was the secondary payer?
A: If condition is a paid claim and Harvard Pilgrim is the secondary payer, then the claim will
be reported with:
Claim Status Code “2” in the CLP02 segment,
Adjustment Group Code “OA" with Adjustment Reason Code “23” indicating COB, and
Adjustment Group Code “OA" with Adjustment Reason Code “45” indicating the balance
paid to charged amount for the COB claim.
Claim# 021230X11234
Line Revenue Proc # Amount Charged Unit
1 70450 168.00 1
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
Line Descriptions
One to Many
Example 1
Original claim came in with one service line with a count of three.
Harvard Pilgrim denies the service line with the count of three. The procedure then is split into
two lines. One line pays, the other denies.
Incoming claim
Claim # 021230X11234
Line Revenue Proc # Amount Charged Unit
1 0311 88173 327 3
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
Line Descriptions CLP* PCT123*1*327*72.45*0*HM*021230X11234*13
Claim header lines NM1*QC*1*PatientLastName *PatientFirstName MI****HP078877401
NM1*IL*1*InsurerLastName *InsurerFirstName MI****HP078877400
NM1*82*1*ProvLastName*ProvFirstName****XX*1239874560
Example 2
Claim # 021230X11234
Line Revenue Proc # Amount Charged Unit
1 73510 120 2
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
Line Descriptions CLP* PCT123*1*120*0*0*HM*021230X11234*11
Claim header lines NM1*QC*1*PatientLastName *PatientFirstName MI****HP078877401
NM1*82*1*DrLastName*DrFirstName****XX*1239874560
Many to One
Example 1
Claim# 021230X11234
Line Revenue Proc # Amount Charged Count
1 0450 60 1
2 0450 99282 234 1
Paper EOP
Example 2
Outpatient claim came in with multiple service lines and standard codes.
Harvard Pilgrim adjudicated as one service line with a standard code.
Incoming Claim
Claim# 021230X11234
Line Revenue Proc # Amount Charged Unit
0001 0250 155.22 6
0002 0301 83021 15 1
0003 0305 85027 23 1
0004 0305 85045 13 1
0005 0450 99285 1106 1
0006 0460 94760 62 1
0007 0762 99218 819 13
0008 0762 99218 1197 19
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
Line Descriptions
Claim header line CLP* PCT123*1*3390.22*1288*0*HM*021230X11234*13
NM1*QC*1*PatientLastName *PatientFirstName MI****HP078877401
NM1*82*1*ProvLastName*ProvFirstName**** XX*1239874560
Many to Many
Typically, a many-to-many match is a combination of all possible cases (i.e., one-to-one, one-to-
many, and many-to-one).
Example 1
Incoming Claim
Claim# 021230X11234
Line Revenue Proc # Amount Charged Unit
0001 0170 568 2
0002 0250 6.74 1
0003 0300 156 2
0004 0320 533 3
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
The original service lines 2, 3 and 4 are considered combined while service line 1 is adjudicated
separately. The internal code 06 and 73B are mapped to standard codes 0170 and 0240
respectively.
Line Descriptions CLP* PCT123*1*1263.74*1054.83*0*13*021230X11234*11***0629
Claim header lines NM1*QC*1*PatientLastName *PatientFirstName MI****HP078877401
NM1*82*1*ProvLastName*ProvFirstName**** XX*1239874560
Detail description
Service line 1 SVC*NU:0170*568*1054.83**2
DTM*150*20041204
DTM*151*20041206
CAS*CO*94*-486.83
Example 2
Incoming Claim
Claim# 021230X11234
Line Revenue Proc # Amount Charged Unit
0100 0300 82374 18 1
0200 0300 82435 17 1
0300 0300 82565 20 1
0400 0300 82947 15 1
0500 0300 83735 49 1
0600 0300 84132 17 1
0700 0300 84295 18 1
0800 0300 84520 15 1
0900 0761 99201 43 1
Paper EOP
ERA programming format for the submitted claim and paper EOP above.
The original service lines are 1, 2, 6, and 7. The individual lines are not paid, but are bundled
into an additional service line, 10.
Detail description
Service line 1 SVC*HC:82565*20*16*0300*1
DTM*472*20040822
CAS*CO*131*4
Claim# 021230X11234
Line Revenue Proc # Amount Charged Unit
0001 0300 G0001 11 1
0002 0305 85027 38 1
0003 0305 85610 130 2
0004 0490 46600 28 1
0005 0510 99213 87 1
Paper EOP
After the first payment, service line 4 was adjusted by neutralizing the first paid amount $333.00.
A new payment of $28.00 is made.
Paper EOP will only have reversal and correction service lines.
Electronic payment advice will have two entries for the same claim. The first will be for reversal
of previous payment; the second will be for corrected payment. The first claim will have all the
service lines sent earlier with negative charge amount and negative amount paid. The second
claim will also have all the service lines including the adjusted service lines.
Paper EOP
SVC*NU:0510*-87*0**-1
Service line 5 DTM*472*20040128
CAS*CR*97*-87
07 CO 97
25 PR 96
30 PR 38
32 PR B8
33 CO 62
34 PR 96
35 PR 96
36 Contracted CO 62
36 Non-contracted PI 62
37 PR 62
38 CO 38
39 PR 62
40 PR 62
41 PR 26
42 PR 31
43 PR 22
44 PR 19
45 PR 22
46 Contracted CO 29
46 Non-contracted PI 29
47 Contracted CO 18
47 Non-contracted PI 18
48 CO 97
49 Contracted CO 54
49 Non-contracted PI 54
50 PR 50
51 PR 50
52 PR 56
53 Contracted CO 56
53 Non-contracted PR 56
54 Contracted CO 11
54 Non-contracted PI 11
55 Contracted CO 62
55 Non-contracted PI 62
56 PR 35
57 CO B5
58 PR 96
59 CO 38
60 PR 62
61 CO 38
62 Contracted CO 38
62 Non-contracted PI 38
63 CO 38
64 Contracted CO 112
64 Non-contracted PI 112
65 Contracted CO 16
65 Non-contracted PI 16
66 PR 27
67 Contracted CO 109
67 Non-contracted PR 109
68 PR 38
69 PR 38
70 PR 38
71 PR 96
72 PR 96
73 CO 52
94 PR 20
ad Contracted CO 138
ad Non-contracted PI 138
AJ Contracted CO 15
AJ Non-contracted PR 15
an Contracted CO 138
an Non-contracted PI 138
B1 Contracted CO 16
B1 Non-contracted PR 16
B9 PR 16
BE Contracted CO 137
BE Non-contracted PI 137
BV Contracted CO B11
BV Non-contracted PI B11
CA PR 109
CD Contracted CO 62
CD Non-contracted PI 62
CE Contracted CO 150
CE Non-contracted PR 150
CF Contracted CO 140
CF Non-contracted PI 140
CH PR 96
CN CO 52
CP Contracted CO 125
CP Non-contracted PI 125
CR Contracted CO B7
CR Non-contracted PI B7
CV Contracted CO 140
CV Non-contracted PI 140
CW PR 96
CY Contracted CO 62
CY Non-contracted PI 62
CZ Contracted CO 109
CZ Non-contracted PI 109
D1 Contracted CO 16
D1 Non-contracted PI 16
d1 Contracted CO 11
d1 Non-contracted PR 11
D2 Contracted CO 16
D2 Non-contracted PI 16
d2 Contracted CO 16
d2 Non-contracted PR 16
D6 Contracted CO 16
D6 Non-contracted PI 16
D7 PR 40
DB Contracted CO 16
DB Non-contracted PI 16
DD Contracted CO 96
DD Non-contracted PI 96
DE Contracted CO 47
DE Non-contracted PI 47
DG Contracted CO A8
DG Non-contracted PI A8
DH Contracted CO B7
DH Non-contracted PI B7
dm CO 45
DR Contracted CO A8
DR Non-contracted PI A8
DU Contracted CO 16
DU Non-contracted PI 16
DV Contracted CO 16
DV Non-contracted PI 16
DY Contracted CO 16
DY Non-contracted PI 16
EA Contracted CO 62
EA Non-contracted PI 62
EB PR 119
EC Contracted CO 29
EC Non-contracted PI 29
ED Contracted CO B8
ED Non-contracted PI B8
EM Contracted CO B18
EM Non-contracted PI B18
EN Contracted CO B8
EN Non-contracted PI B8
ET Contracted CO 52
ET Non-contracted PI 52
EV PR 109
FD Contracted CO 18
FD Non-contracted PR 18
fd Contracted CO 29
fd Non-contracted PR 29
FE Contracted CO 29
FE Non-contracted PI 29
FF CO 108
FG Contracted CO 16
FG Non-contracted PI 16
FK Contracted CO 16
FK Non-contracted PI 16
FL Contracted CO 109
FL Non-contracted PI 109
FM Contracted CO 50
FM Non-contracted PI 50
FN PR 50
FO Contracted CO 16
FO Non-contracted PI 16
FP Contracted CO 16
FP Non-contracted PI 16
FQ Contracted CO 50
FQ Non-contracted PI 50
FR PR 29
FZ Contracted CO 4
FZ Non-contracted PR 4
G6 PR 20
G7 Contracted CO 29
G7 Non-contracted PI 29
G8 Contracted CO 16
G8 Non-contracted PI 16
G9 PR 17
GC PR 21
GG Contracted CO 16
GG Non-contracted PI 16
GH Contracted CO 109
GH Non-contracted PI 109
GP Contracted CO 125
GP Non-contracted PI 125
GR CO A8
GS CO A2
H1 CO 97
H2 CO 97
H8 Contracted CO 97
H8 Non-contracted PI 97
HA CO B18
HB CO 16
HC CO 4
HD CO 16
HE CO 16
HF CO 16
HH CO B18
HJ CO 16
HL CO B18
HM Contracted CO 4
HM Non-contracted PI 4
HN CO 16
HO CO 16
hs CO A1
HT CO 16
HU CO 15
I2 Contracted CO 29
I2 Non-contracted PI 29
IB CO 16
ib CO 135
Ib Contracted CO B18
Ib Non-contracted PI B18
ID Contracted CO 47
ID Non-contracted PI 47
IN Contracted CO 16
IN Non-contracted PI 16
IP Contracted CO B18
IP Non-contracted PI B18
IS CO 16
IT Contracted CO 16
IT Non-contracted PI 16
IV Contracted CO B18
IV Non-contracted PI B18
IX CO 16
J1 PR 109
J2 PR 109
J3 PR 109
J4 PR 109
J5 PR 109
JJ Contracted CO 109
JJ Non-contracted PI 109
JR PR 27
KG Contracted CO 31
KG Non-contracted PR 31
lb Contracted CO 4
lb Non-contracted PI 4
LE Contracted CO 125
LE Non-contracted PI 125
LY Contracted CO 6
LY Non-contracted PI 6
M4 Contracted CO 136
M4 Non-contracted PI 136
M7 Contracted CO 96
M7 Non-contracted PI 96
M9 Contracted CO 109
M9 Non-contracted PI 109
MM Contracted CO 96
MM Non-contracted PI 96
MR Contracted CO 4
MR Non-contracted PI 4
NA Contracted CO 62
NA Non-contracted PI 62
NE PR 96
NH Contracted CO 109
NH Non-contracted PR 109
NI PR 30
NN Contracted CO B18
NN Non-contracted PI B18
NP Contracted CO B16
NP Non-contracted PI B16
NS PR 11
NY CO 62
OB CO 16
OI CO 60
OP Contracted CO 16
OP Non-contracted PI 16
OX Contracted CO 59
OX Non-contracted PI 59
Pg OA B13
PU CO 16
Pv Contracted CO 125
Pv Non-contracted PI 125
QA Contracted CO B11
QA Non-contracted PI B11
QS Contracted CO A1
QS Non-contracted PI A1
QW Contracted CO 16
QW Non-contracted PI 16
RC Contracted CO 10
RC Non-contracted PI 10
RE Contracted CO 9
RE Non-contracted PI 9
RF Contracted CO 10
RF Non-contracted PI 10
RH Contracted CO 9
RH Non-contracted PI 9
RI Contracted CO 7
RI Non-contracted PI 7
RK Contracted CO 6
RK Non-contracted PI 6
RQ Contracted CO B7
RQ Non-contracted PI B7
RV Contracted CO 11
RV Non-contracted PI 11
RY Contracted CO B7
RY Non-contracted PI B7
S0 Contracted CO 52
S0 Non-contracted PI 52
SD Contracted CO 97
SD Non-contracted PI 97
SF Contracted CO 62
SF Non-contracted PI 62
SG PR 96
SH Contracted CO 16
SH Non-contracted PI 16
SI Contracted CO 38
SI Non-contracted PI 38
SJ Contracted CO 97
SJ Non-contracted PI 97
SK PR 26
SL PR 22
SM PR 22
SN Contracted CO 18
SN Non-contracted PR 18
SO PR 35
SP Contracted CO 143
SP Non-contracted PR 143
SQ PR 27
SV Contracted CO 18
SV Non-contracted PI 18
T1 PR 50
T3 Contracted CO 39
T3 Non-contracted PI 39
T4 Contracted CO 39
T4 Non-contracted PR 39
TD Contracted CO 16
TD Non-contracted PI 16
TF Contracted CO A1
TF Non-contracted PI A1
TU Contracted CO 59
TU Non-contracted PI 59
TY Contracted CO 59
TY Non-contracted PI 59
UN Contracted CO 31
UN Non-contracted PI 31
VB PR 96
VC Contracted CO 29
VC Non-contracted PI 29
VD OA B13
VG Contracted CO 16
VG Non-contracted PI 16
VH CO 109
VJ OA B13
VL OA B13
VN OA B13
VO Contracted CO 109
VO Non-contracted PI 109
WD Contracted CO 96
WD Non-contracted PI 96
XA Contracted CO B5
XA Non-contracted PI B5
XB Contracted CO 62
XB Non-contracted PI 62
XE Contracted CO 97
XE Non-contracted PI 97
XH PR 31
If the Adjustment Group & Reason code combination is on the Deny List (Attachment D), not one of those in
Case A or Case C, then this is a denied service line.
CASE C: Miscellaneous Adjustment. Some Service lines have a Miscellaneous Adjustment. The line
was adjusted/manually priced. Allowed Amount cannot be calculated.
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
PAYEE INFORMATION
N1 Payee Name 1000B R 1
72 1000B—N101—Entity Code R PE
1000b—N102—Name S Payee name—who the check Payee Name
is for/ as stored in HPHC
79 2000—LX01—Assigned R Increments by 1
Number starting at 0
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2000—TS303—Date R Set to the last day of the
year—ex. 20011231. HPHC
will not supply the provider’s
fiscal period end
(CCYYMMDD)
2000—TS304—Quantity R Total number of claims for
this provider
2000—TS305—Monetary R Total charge amount for all
Amount claims. This is what is on
record with HPHC; may not
be the same as submitted by
the provider. Refer to
Companion Guide.
2000—TS306 S Medicare Use Only
2000—TS307 S Medicare Use Only
2000—TS308 S Medicare Use Only
2000—TS309 S Medicare Use Only
2000—TS310 S Medicare Use Only
2000—TS311 S Medicare Use Only
2000—TS312 S Medicare Use Only
2000—TS313 S Medicare Use Only
2000—TS314 S Medicare Use Only
2000—TS315 S Medicare Use Only
2000—TS316 S Medicare Use Only
2000—TS317 S Medicare Use Only
2000—TS318 S Medicare Use Only
2000—TS319 S Medicare Use Only
2000—TS320 S Medicare Use Only
2000—TS321 S Medicare Use Only
2000—TS322 S Medicare Use Only
2000—TS323 S Medicare Use Only
2000—TS324 S Medicare Use Only
Claim Information
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
89 2100—CLP01—Claim Submt R Patient account number. If Account
Identifier Patient account number has Number
an * ~ or : there is a conflict
with 835 delimiters and the
character will be replaced
with a space.
2100—CLP02—Claim Status R HPHC returns HIPAA valid 1, 2, 4 or 22
Code claim status codes 1,2, 4 &
22
2100—CLP03—Monetary R Total charges submitted. May Total of claim
Amount not be the same as submitted CHARGED lines
by the provider. Refer to
Companion Guide.
2100—CLP04—Monetary R Total for this claim that HPHC HPHC-supplied Total of claim
Amount paid—less interest payment PAYMENT fields.
Paper EOP
includes interest
payment.
2100—CLP05—Monetary S Patient Responsibility Amount HPHC-supplied
Amount
2100—CLP06—Claim File Ind R Product Code HPHC-supplied Product (Name)
Code
2100—CLP07—Reference Ident S HPHC’s internal claim number HPHC-supplied Claim Number
2100—CLP08—Facility Code S Facility Code Value
2100—CLP09—Claim Freq S N/A
Type Code
2100—CLP10 S N/A
2100—CLP11—DRG Code S DRG as stored at HPHC— DRG#
Inpatient only
2100—CLP12 S N/A
2100—CLP13 S N/A
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2100—CAS09 S
2100—CAS10 S
2100—CAS11 S
2100—CAS12 S
2100—CAS13 S
2100—CAS14 S
2100—CAS15 S
2100—CAS16 S
2100—CAS17 S
2100—CAS18 S
2100—CAS19 S
NM1 Subscriber/Insured Name 2100 S 1 If patient isn’t the HPHC- Not on paper
subscriber (patient is not supplied EOP
the 00 member)
2100—NM101—Entity ID Code R Insured/Subscriber IL
2100—NM102—Entity Type R Person 1
Qualifier
2100—NM103— Name R Subscriber last name from
Last/Org Name HPHC records
2100—NM104— Name First S Subscriber first name from
HPHC records. May include
middle initial.
2100—NM105—Name Middle S N/A
2100—NM106—Name Prefix N N/A
2100—NM107—Name Suffix S N/A
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2100—NM108— ID Code S Member ID indicator MI
Qualifier
2100—NM109—ID Code S Subscriber member ID
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2100-DTM02-Date R Date (CCYYMMDD)
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2110-SVC05—Quantity S Units of service paid HPHC-supplied Days/Cnt
2110-SVC06-1— R HC/NU HPHC-supplied
Product/Service ID Qualifier
2110-SVC06-2— R Submitted procedure code Proc#
Product/Service ID
2100-SVC06-3—Procedure S Submitted procedure
Modifier modifier
2100-SVC06-4—Procedure S Submitted procedure
Modifier modifier
2110-SVC06-5—Procedure S Submitted procedure
Modifier modifier
2110-SVC06-6—Procedure S Submitted procedure
Modifier modifier
2110-SVC06-7-Description S N/A
2100-SVC07-Quantity S Submitted unit of service HPHC-supplied
count if different from
adjudicated
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
2110—CAS07 S N/A
2110—CAS08 S N/A
2110—CAS09 S N/A
2110—CAS10 S N/A
2110—CAS11 S N/A
2110—CAS12 S N/A
2110—CAS13 S N/A
2110—CAS14 S N/A
2110—CAS15 S N/A
2110—CAS16 S N/A
2110—CAS17 S N/A
2110—CAS18 S N/A
2110—CAS19 S N/A
Seg ID Segment/Description Loop SEQ Max NOTES Valid Values Provider Paper
ID Req Seq EOP Fields
Use
Fields shaded in gray will not be sent by HPHC
Identification
PLB06—Monetary Amount S Adjustment Amount
PLB07—1—Adjustment Reason SR Except ‘FB’
Code
PLB07—2—Reference SS N/A
Identification
PLB08—Monetary Amount S Adjustment Amount
PLB09—1—Adjustment Reason SR Except ‘FB’
Code
PLB09—2—Reference SS N/A
Identification
PLB10—Monetary Amount S Adjustment Amount
PLB11—1—Adjustment Reason SR Except ‘FB’
Code
PLB11—2—Reference SS N/A
Identification
PLB12—Monetary Amount S Adjustment Amount
PLB13—1—Adjustment Reason SR Except ‘FB’
Code
PLB13—2—Reference SS N/A
Identification
PLB14—Monetary Amount S Adjustment Amount