Request and Response
Please be aware that payers require time to process the claims before the Claim Status may be available. Here is a sample Claim Status request that is used for the majority of payers. Please update your request format to match that of the following example.
curl --request POST \
--url https://sandbox-apigw.optum.com/medicalnetwork/claimstatus/v2/ \
--header 'Authorization: Bearer eyJraWQiOiIxIiwidHlwI....' \ //your Bearer token
--header 'accept: application/json' \
--header 'content-type: application/json' \
--data '
{
"controlNumber": "000000001",
"tradingPartnerServiceId": "serviceId",
"providers": [
{
"organizationName": "TestProvider",
"taxId": "0123456789",
"providerType": "BillingProvider"
},
{
"organizationName": "happy doctors group",
"npi": "1760854442",
"providerType": "ServiceProvider"
}
],
"subscriber": {
"memberId": "0000000000",
"firstName": "johnone",
"lastName": "doeone",
"gender": "M",
"dateOfBirth": "18800102",
"groupNumber": "0000000000"
},
"dependent": {
"firstName": "janeone",
"lastName": "doeone",
"gender": "F",
"dateOfBirth": "18800101",
"groupNumber": "0000000000"
},
"encounter": {
"beginningDateOfService": "20100101",
"endDateOfService": "20100102",
"trackingNumber": "ABCD"
}
}
{
"controlNumber": "000000001",
"tradingPartnerServiceId": "serviceId",
"payer": {
"organizationName": "Unknown",
"payerIdentification": "serviceId"
},
"providers": [
{
"organizationName": "TestProvider",
"taxId": "0123456789",
"providerType": "BillingProvider"
},
{
"organizationName": "TestProvider",
"npi": "0123456789",
"providerType": "ServiceProvider"
}
],
"subscriber": {
"memberId": "0000000000",
"firstName": "johnone",
"lastName": "doeone"
},
"claims": [
{
"claimStatus": {
"statusCategoryCode": "F1",
"statusCategoryCodeValue": "Finalized/Payment-The claim/line has been paid.",
"statusCode": "65",
"statusCodeValue": "Claim/line has been paid.",
"entityCode": "1E",
"entity": "Health Maintenance Organization (HMO)",
"effectiveDate": "20170415",
"submittedAmount": "1229",
"amountPaid": "219",
"paidDate": "20170415",
"checkIssueDate": "20170415",
"checkNumber": "1111111",
"trackingNumber": "e43d4ae7-05f4-f87e-8e53-719f3a9e23ad",
"claimServiceDate": "20160722",
"tradingPartnerClaimNumber": "AAAAAAAAAAA1"
}
},
{
"claimStatus": {
"statusCategoryCode": "F3",
"statusCategoryCodeValue": "Finalized/Revised - Adjudication information has been changed",
"statusCode": "101",
"statusCodeValue": "Claim was processed as adjustment to previous claim.",
"entityCode": "1E",
"entity": "Health Maintenance Organization (HMO)",
"effectiveDate": "20170412",
"submittedAmount": "1229",
"amountPaid": "184.05",
"trackingNumber": "C1234567891028297LL",
"claimServiceDate": "20160722",
"tradingPartnerClaimNumber": "AAAAAAAAAAA2"
}
},
{
"claimStatus": {
"statusCategoryCode": "F3",
"statusCategoryCodeValue": "Finalized/Revised - Adjudication information has been changed",
"statusCode": "101",
"statusCodeValue": "Claim was processed as adjustment to previous claim.",
"entityCode": "1E",
"entity": "Health Maintenance Organization (HMO)",
"effectiveDate": "20161201",
"submittedAmount": "1229",
"amountPaid": "219",
"trackingNumber": "C1234567891028297LL",
"claimServiceDate": "20160722",
"tradingPartnerClaimNumber": "AAAAAAAAAAA3"
}
}
],
"reassociationKey": "000000001",
"status": "success",
"meta": {
"senderId": "MN_Internal_DEV_APP",
"traceId": "e43d4ae7-05f4-f87e-8e53-719f3a9e23ad",
"applicationMode": "sandbox"
}
}
- The
claimstatus/v2/raw-x12/enhancedendpoint provides additional information above theclaimstatus/v2/endpoint response information currently available to submitters.
curl --request POST \
--url https://sandbox-apigw.optum.com/medicalnetwork/eligibility/v3/raw-x12 \
--header 'Authorization: Bearer eyJraWQiOiIxIiwidHlwIjoiSldUIi...' \ //your Bearer token
--header 'accept: application/json' \
--header 'content-type: application/json' \
--data '
ISA*00* *01*password *ZZ*something *ZZ*EMDEON *200729*0835*^*00501*000000001*0*P*:~GS*HR*LCX1210000*MTEXE*20200729*0835*000000001*X*005010X212~ST*276*000000001*005010X212~BHT*0010*13*000000001*20200729*0835~HL*1**20*1~NM1*PR*2*Unknown*****PI*serviceId~HL*2*1*21*1~NM1*41*2*TestProvider*****46*0123456789~HL*3*2*19*1~NM1*1P*2*happy doctors group*****XX*1760854442~HL*4*3*22*1~DMG*D8*18800102*M~NM1*IL*1*doeone*johnone****MI*0000000000~HL*5*3*23*0~DMG*D8*18800101*F~NM1*QC*1*doeone*janeone~TRN*1*ABCD~REF*6P*0000000000~DTP*472*RD8*20100101-20100102~SE*18*000000001~GE*1*000000001~IEA*1*000000001~
A few notes about this example in the X12 transmission payload:
- The
ISA,GS, andSTcontrol segments are used as envelopes to encapsulate the medical transaction data and confidentially manage its transmission. - _ The GS header ends with the Version ID code (
005010X212), which describes the EDI standard used in the transaction. - The ST header states the _type of medical transaction, which is
276in this example (Claim Status submission).
When the envelope headers are complete:- The Beginning of Hierarchical Transaction (
BHT) field shows the start of the data that forms the Claim Status medical transaction. - The end of the claim status request body carries the
TRN(Claim Tracking Number) andREF(Payer Claim Control Number) segments.
- The Beginning of Hierarchical Transaction (
{
"x12": "ISA*00* *01*password *ZZ*EMDEON *ZZ*something *200729*0835*^*00501*000000001*0*T*:~GS*HN*MTEXE*LCX1210000*20131015*2219*000000001*X*005010X212~ST*277*000000001*005010X212~BHT*0010*08*000000001*20200729*0835*DG~HL*1**20*1~NM1*PR*2*Unknown*****PI*serviceId~HL*2*1*21*1~NM1*41*2*TestProvider*****46*0123456789~HL*3*2*19*1~NM1*1P*2*happy doctors group*****XX*1760854442~HL*4*3*22*0~NM1*IL*1*doeone*johnone****MI*0000000000~TRN*2*000000001~STC*F1:65:1E*20170415**1229*219*20170415**20170415*1111111~REF*1K*AAAAAAAAAAA1~DTP*472*D8*20160722~TRN*2*C1234567891028297LL~STC*F3:101:1E*20170412**1229*184.05~REF*1K*AAAAAAAAAAA2~DTP*472*D8*20160722~TRN*2*C1234567891028297LL~STC*F3:101:1E*20161201**1229*219~REF*1K*AAAAAAAAAAA3~DTP*472*D8*20160722~SE*23*000000001~GE*1*000000001~IEA*1*000000001~",
"meta": {
"senderId": "MN_Internal_DEV_APP",
"traceId": "a09ce024-f333-7261-b65b-ab2e51effc9b",
"applicationMode": "sandbox"
}
}
Core claim information consists of the STC segments, which vary by loop, based on the entities receiving the status information:
- Information Receiver status information
- Provider status information
- Claim Level status information
- ServiceLine status information
Claim Level status information and service line status information can include monetary amounts.
The second and third STC segments in the response above show monetary amounts of $
184.05 and $219.Responses might not provide monetary amounts, based on the current claim status. Also, payers may or may not support service line reporting. See page 138 of the ASC X12 276/277 Implementation Guide for Claim Level Status Information and page 160 for Service Lines Status Information.
Updated 21 days ago