Health Care Eligibility Benefit Inquiry and Response (270/271)
|
|
- Mabel Merritt
- 5 years ago
- Views:
Transcription
1 X12 Standards for Electronic Data Interchange Technical Report Type 3 Health Care Eligibility Benefit Inquiry and Response (270/271) Change Log : JULY 2018
2 Intellectual Property X12 holds the copyright on the Standards and associated publications designed to facilitate implementation of the Standards. Users of all X12 publications should be aware of the permissible uses, as well as the limitations on such usage, as outlined here: Copyright 2018, X12, Format 2018 Washington Publishing Company. Exclusively published by the Washington Publishing Company. No part of this publication may be distributed, posted, reproduced, stored in a retrieval system, or transmitted in any form or by any means without the prior written permission of the copyright owner. All rights reserved.
3 New Loops/Segments For new loops, the change log will only reflect the new loop identifier and name and associated segments. For new segments added to existing loops, the change log will only reflect the segment name. Non-substantive Changes Changes considered by the work group to be non-substantive in nature will not appear in the change log. This includes changes to correct typographical or grammatical errors, updated examples, reformatted text, updated industry names, and modifications to rules and notes either for consistency across TR3s or for proper textual construct that did not change the note's original intent. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.3 Implementation Limitations Action None None Note that updates to Section numbers throughout the front matter and implementation section of the transaction set are only included in the change log when the revision included substantive verbiage changes in addition to the section number change. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.3 Implementation Limitations Action Modify Chapter 1 Updated front matter paragraph 3 from: Although it is not recommended, if the number of patients is to be greater than one for real time mode, the trading partners (the information source, the information receiver and the switch the transaction is routed through, if there is one involved) must all agree to exceed the number of recommended patient requests and agree to a reasonable limit. To: Although it is not recommended, if the number of patients is to be greater than one for real-time mode, the trading partners (the information source, the information receiver and the clearinghouse, the transaction is routed through, if there is one involved) must all agree to exceed the number of recommended patient requests and agree to a reasonable limit. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is JULY
4 Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.3 Implementation Limitations Action Modify Chapter 1 Update front matter section paragraph 4 from: 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 only process the number of patient requests required by this TR3 and may ignore the patient requests that exceed the limit. To: In the event the information receiver exceeds the maximum number of patient requests allowed, there are two possible outcomes. Either the transaction processor (the clearinghouse or information source) detects the maximum number of requests has been exceeded and responds with a 271 that includes the appropriate error reason code as outlined in the Code Value Usage in Eligibility Benefit Inquiry and Subsequent Response Technical Report Type 2; or the processor's system only processes the number of patient requests required by this TR3 and ignores the patient requests that exceed the maximum allowed. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Section Paragraph 1 changed to: 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. 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 JULY
5 primary/secondary coverage for coordination of benefits on claims transactions. CR 1233 The Background Information section states..."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." Beginning in 6020, the TR3 supports returning accumulated amounts and lifetime limits. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Modify Front Matter Section Basic Concepts, Paragraph 13 From: Patient Response (2110C or 2110D) The patient response is defined as the occurrence of one or more 2110 C or D (EB) loops for an individual. If the patient is submitted as the subscriber and the Information Source locates the patient and determines that they are actually a dependent, the primary subscriber is to be returned in the 2100C loop and the patient is to be returned in the 2100D loop with the patient response information located in the 2110D loop. To: Patient Response (2105C or 2105D) The patient response is defined as the occurrence of one or more 2105C Subscriber or 2105D Dependent Eligibility/Benefits Information Grouping (LX) loops for an individual. If the patient is submitted as the subscriber and the information source locates the patient who is considered a dependent per the description of Dependent or Patient in section Basic Concepts Dependent or Patient, the primary subscriber is to be returned in the 2100C Subscriber Name loop and the patient is to be returned in the 2100D Dependent Name loop with the patient response information located in the 2105D Eligibility/Benefits Information Grouping loop. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter - Modify Basic Concepts - Paragraph 14 From: One other factor Information Sources need to bear in mind is how they need the patient submitted in subsequent transactions such as a 278 Health Care Services Request for Review or an 837 Health Care Claim. If the individual JULY
6 patient must be submitted as a subscriber in a 278 or 837 transaction, then the Information Source must return the patient in the 271 as the subscriber. If the individual patient must be submitted as a dependent in a 278 or 837 transaction, then the Information Source must return the patient in the 271 as a dependent. This enables the provider to populate their practice management system with the proper information to submit a 278 or 837 transaction. The patient must be returned in the correct loop (2000C or 2000D) based on how the Information Source requires the individual be submitted in subsequent transactions. To: If the individual patient must be submitted as a subscriber in a 278 or 837 transaction, then the information source must return the patient in the 271 as the subscriber. If the individual patient must be submitted as a dependent in a 278 or 837 transaction, then the information source must return the patient in the 271 as a dependent. This enables the provider to populate their practice management or hospital information system with the proper information to submit a 278 or 837 transaction. The patient must be returned in the correct loop (2000C Subscriber Level or 2000D Dependent Level) based on how the information source requires the individual be submitted in subsequent transactions. CR 1294 A public comment was submitted for 6020 to correct a confusing sentence and the work group agreed to address this in a future version. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Basic Concepts, Patient Submitted as Subscriber but Returned as Dependent, Modify Paragraph From: If the patient is submitted as the subscriber in the 270 transaction and the Information Source locates the patient and determines that they are actually a dependent, the primary subscriber is to be returned in the C loop and the patient is to be returned in the D loop with the patient response information located in the 2110D loop. See Section for additional information. To: If the patient is submitted as the subscriber in the 270 transaction and the information source locates the patient and determines that they are actually a dependent who is considered a dependent per the description of Dependent or Patient in Section Basic Concepts - Dependent or Patient, the primary subscriber is to be returned in the C Subscriber Name loop and the patient is to be returned in the D Dependent Name loop with the patient response information located in the 2110D Eligibility or Benefit JULY
7 Information loop. See Section Dependent Demographic Information for additional information. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Basic Concepts, Patient Submitted as Subscriber but Returned as Dependent, Modify Paragraph From: If a TRN segment was submitted in the C loop, it must be returned in the D loop. If a REF segment with REF01 = EJ was submitted in the C loop, it must be returned in the D loop. See Section Information Linkage. To: If a TRN segment was submitted in the C Subscriber Level loop, it must be returned in the D Dependent Level loop. If a REF segment with REF01 = `EJ' was submitted in the C Subscriber Name loop, it must be returned in the D Dependent Name loop. See Section Information Linkage. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Modify Front Matter Section 1.4.3, Patient Submitted as Dependent but Returned as Subscriber, Modify Paragraph From: If the patient is submitted as the dependent in the 270 transaction and the Information Source locates the patient and determines that they are actually a subscriber, the patient is to be returned in the C loop. See Section for additional information To: If the patient is submitted as the dependent in the 270 transaction and the JULY
8 information source locates the patient and determines that they are actually a subscriber who is considered a subscriber per the description of Subscriber or Patient in section Basic Concepts Subscriber or Patient, the patient is to be returned in the C Subscriber Name loop. See Section Subscriber Demographic Information for additional information. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Basic Concepts, Claim Routing Entity - Exception Processing, Modify Paragraph From: If all claims are routed to the same place, then the Claim Routing Entity should be included in the EB loop(s) where plan coverage is communicated with EB01 = '1' and EB03 = '30'. The entity will be identified at the 2120 level of this plan coverage loop. To: If all claims are routed to the same place, then the Claim Routing Entity should be included in the 2110C Subscriber or 2110D Dependent Eligibility or Benefit Information EB loop(s) where plan coverage is communicated with EB01 = '1' and an appropriate Health Care Service Type Code value in EB The entity will be identified at the appropriate 2120C Subscriber or 2120D Dependent Benefit Related Entity Name level of this plan coverage loop. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Basic Concepts, Claim Routing Entity - Exception Processing, Modify Paragraph From: If a particular carve-out benefit is routed to a different entity, then that should be identified at the 2120 level of the benefit loop containing the relevant STC code in EB03. JULY
9 To: If a particular carve-out benefit is routed to a different entity, then that should be identified at the appropriate 2120C Subscriber or 2120D Dependent Benefit Related Entity Name level of the benefit loop containing the relevant Health Care Service Type Code in 2110C Subscriber or 2110D Dependent Eligibility or Benefit Information EB CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Basic Concepts, Add New Paragraph Grace Period If a member is delinquent in premium payment, it could affect their eligibility status. The health care payer may allow a grace period during which claims could be paid, pended or denied. If the information source prefers to identify the associated eligibility status of a member falling within the grace period, this can be done by populating the 2110C Subscriber or 2110D Dependent Eligibility or Benefit Information (EB) segment Eligibility or Benefit Information (EB01) with one of the following code values: '10 - Inactive- Premium Payment Not Received', '11 - Active - Pending Receipt of Premium Payment', or '12 - Inactive - Pending Receipt of Premium Payment' with the associated grace period or premium payment dates in either the 2105C Subscriber or 2105D Dependent Eligibility/Benefits Information Grouping Date/Time Reference (DTM) segments or the 2110C Subscriber or 2110D Dependent Eligibility or Benefit Information Date (DTP) segments. This may be particularly useful when returning information on the eligibility status of a health insurance exchange enrollee receiving Advanced Payments of the Premium Tax Credit (APTC). CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Batch and Real Time,Paragraph 1 changed From: JULY
10 1.4.4 Batch and Real Time Within telecommunications, there are multiple methods used for sending and receiving business transactions. Frequently, different methods involve different timings. Two methods applicable for EDI transactions are batch and real time. The 270/271 Health Care Eligibility Benefit Inquiry and Response transactions can be used in either a batch mode or in a real time mode. To: Batch and Real-Time Within telecommunications, there are multiple methods used for sending and receiving business transactions. Frequently, different methods involve different timings. Two methods applicable for EDI transactions are batch and real-time. The 270/271 Health Care Eligibility Benefit Inquiry and Response transactions can be used in either a batch mode or in a real-time mode. 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 realtime. 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. CR 1244 Section duplicates information in sections and Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Add Chapter 1 Add new paragraph to Front matter as follows:to: It is required that trading partners be able to support 270 transactions that contain up to ninety-nine patient requests when using the transaction in a batch mode; however, if the trading partners and intermediaries involved in the processing of the 270 transaction(s) mutually agree, a greater number of patient requests may be supported when using the 270 transaction in batch mode. 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 multiple 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 the description of Patient in Section Basic Concepts for additional information). CR 1254 Section states a restriction limit on the number of batch 270 patient requests but in a separate paragraph states 99 is a recommendation. Resolve this conflict. It is requested that a maximum of 99 be a recommendation. JULY
11 Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front matter batch section was replaced CR 1244 Section duplicates information in sections and Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Real Time, Modify Paragraph From: 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. 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 and ) 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 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 a value of "FAM" in 2110C EQ03 and this level of functionality is supported by the Information Source. To: 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, 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. 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 JULY
12 clearinghouse - see Sections Intermediaries and Multiple Intermediaries) and remains connected while the information source processes the transaction and returns a 271 to the information receiver. 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 2110C Subscriber Eligibility or Benefit Inquiry EQ03 and this level of functionality is supported by the information source. CR 1244 Section duplicates information in sections and Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Real Time, Delete Paragraph From: 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. To: (deleted) CR 1244 Section duplicates information in sections and Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Delete Chapter 1 Front Matter Change log Exceeding the number of patient requests section removed CR 1244 Section duplicates information in sections and Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Supported Business Functions, Modify Heading From: General Inquiry To: General/Simple Inquiry using Health Care Service Type Codes CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is JULY
13 Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Supported Business Functions, Modify Paragraph From: 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 more complex benefit inquiry allowing for the return of information such as coinsurance, co-pays, deductibles, exclusions, and limitations related to a specific procedures. To support this broad range of health care eligibility or benefit inquiry needs, the transaction sets can be viewed as a cone of information requests and responses to support the submitting and receiving organizations' business needs. To: 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 more complex benefit inquiry allowing for the return of information such as coinsurance, co-pays, deductibles, exclusions, and limitations related to specific services or procedures. To support this broad range of health care eligibility or benefit inquiry needs, the transaction sets can be viewed as a cone of information requests and responses to support the submitting and receiving organizations' business needs. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Real Time Linkage, Modify Paragraph From: Real Time Linkage The 270 request transaction has several methods of providing linkage to the 271 response transaction when the transaction is being processed in Real Time (see Section Batch and Real Time). Values returned in the 271 response transaction must be returned exactly as submitted in the corresponding 270 request transaction. To: Real-Time Linkage The 270 request transaction has several methods of providing linkage to the JULY
14 CR response transaction when the transaction is being processed in real-time (see Section Batch and Real-Time). Values identified in Information Receiver, Information Source, and Clearinghouse subsections must be returned in the 271 response transaction as submitted in the corresponding 270 request transaction. Update front matter to clearly articulate the batch linkage section. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Real-Time Linkage, Clearinghouse, Modify Paragraph From: 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 Basic Concepts for additional information. To: 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 Subscriber Level loop, along with the patient information will be moved to the 2000D Dependent Level 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 Dependent Level loop, along with the patient information will be moved to the 2000C Subscriber Level loop. See Section Basic Concepts for additional information. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Batch Linkage, Modify Paragraph From: Given the nature of batch processing which may or may not respond to each of the requests in the same batch response, the 270 request transaction has fewer methods of providing linkage to the 271 response transaction when the JULY
15 CR 287 transactions are being processed in Batch (see Section Batch and Real Time). Values returned in the 271 response transaction must be returned exactly as submitted in the corresponding 270 request transaction. To: Given the nature of batch processing which may or may not respond to each of the requests in the same batch response, the 270 request transaction has fewer methods of providing linkage to the 271 response transaction when the transactions are being processed in batch (see Section Batch and Real-Time). Values identified in Information Receiver and Information Source subsections must be returned in the 271 response transaction as submitted in the corresponding 270 request transaction. Update front matter to clearly articulate the batch linkage section. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Implementation-Compliant Use of the 270/271 Transaction Set, Modify Paragraphs From: The ANSI ASC X12N Implementation Guideline for the Health Care Eligibility Benefit Inquiry and Response 270/271 transaction set contains a super set of data segments, elements and codes which represent its full functionality. This super set covers a great number of business scenarios and does not necessarily represent the business needs of an individual provider, payer or other trading partner involved in the use of the 270/271. The super set identifies the framework an information source (typically a payer) can utilize. This Implementation Guide also identifies the minimum an information source or clearinghouse is required to support in order to offer an implementationcompliant 270/271 transaction. Identification of the person being inquired about can be found in Section Search Options. 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 JULY
16 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. To: The ASC X12N TR3 for the Health Care Eligibility Benefit Inquiry and Response 270/271 transaction set contains a super set of segments, elements and codes which represent its full functionality. This super set covers a great number of business scenarios and does not necessarily represent the business needs of an individual provider, payer or other trading partner involved in the use of the 270/271. The super set identifies the framework an information source (typically a payer) can utilize. This TR3 also identifies the minimum an information source or clearinghouse is required to support in order to offer an implementation-compliant 270/271 transaction. The various options to identify a patient can be found in Section Search Options. The 271 transaction is designed to report a great deal more than whether the patient is eligible or not. Some of the items that can be returned if the conditions apply are: copayment, 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 TR3 states that receivers of the 271 transaction need to design their system to receive all of the segments and data elements identified as used or situational, and account for the number of times a segment and data element 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 (beyond those identified below in JULY
17 Section Minimum Requirements) if their system is not capable of handling such requests. The more information an information source can provide the information receiver regarding specific questions, the more both parties will be able to reduce phone calls and long interruptions. 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 the 270/271 super set in order to remain compliant with this TR3. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Minimum Requirements for TR3 Compliance, Add New Paragraphs 1 and 2 From: (empty) To: Many of the Health Care Service Type Codes have, in the past, been considered both Health Benefit Plan Coverage Types and service types. To reduce confusion, Health Benefit Plan Coverage Type codes have been added to the Health Care Service Type Code external code set. These Health Benefit Plan Coverage Type codes must not be used to reflect service or benefit details. To request eligibility or benefits for all Health Benefit Plan Coverage Types associated to the patient on the 270, the submitter should send a Health Benefit Plan Coverage Request for Eligibility or General Benefit Request for Eligibility. The applicable responses that are minimally required to be returned are outlined in the sections below and the 270/271 Eligibility and Benefit Information Technical Report Type 2 associated with this TR3. This rule applies to any new Health Care Service Type Codes that have the word `Coverage' in the description. Often, these can be interchangeably used with the word Plan Coverage, Plan Coverage Type, Coverage Type or simply Plan. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage JULY
18 Action Modify Chapter 1 Front Matter section, in Minimum Requirements for TR3 Compliance, Modify Paragraph (becomes New Paragraph 3) From: This version of the 270/271 Transaction uses the external Service Type code list (See Appendix A Code Source 958). This list builds on the Service Type Code list used in previous versions of the transaction and allows for routine maintenance without having to wait for a new version of the transaction to use new Service Type codes. This list can be updated 3 times per year, and Information Sources must use the current version of the list in conjunction with this version of the 270/271 transaction. To: This version of the 270/271 Health Care Eligibility and Benefit Inquiry and Response uses the external Health Care Service Type Code list (See Appendix A Code Source 958). This list builds on the Health Care Service Type Code list used in previous versions of the transaction and allows for routine maintenance without having to wait for a new version of the transaction to use new Health Care Service Type Codes. X12 Code Maintenance Groups maintain the Health Care Service Type Codes. More information about these code lists and the maintenance process is available at /codes/. Information sources must use the current version of the list in conjunction with this version of the 270/271 transaction. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Health Benefit Plan Coverage Request for Eligibility, Modify Paragraph From: An Information Source must support a Health Benefit Plan Coverage Request for Eligibility (referred to as the generic request for Eligibility in X279). This is accomplished by responding to a Service Type code "30" (Health Benefit Plan Coverage) when sent in the EQ loop of the 270 transaction as described in Section No other Service Type codes may be submitted when Service Type code "30" is submitted. To: An information source must support a Health Benefit Plan Coverage Request JULY
19 for Eligibility. This is accomplished by submitting the Health Care Service Type Code defined in the Code Value Usage in Eligibility Benefit Inquiry and Subsequent Response Technical Report Type 2 for this purpose. No other Health Care Service Type Code(s) may be submitted with a Health Benefit Plan Coverage Request for Eligibility. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Modify Section General Benefits Request for Eligibility: From: An Information Source must support a General Benefits Request for Eligibility. This is accomplished by responding to a Service Type code "60" (General Benefits) when sent in the EQ loop of the 270 transaction as described in Section The General Benefits Request for Eligibility is used when an Information Receiver only wishes to determine Plan level information, not the associated benefits. No other Service Type codes may be submitted when Service Type code "60" is submitted. To: An information source must support a General Benefits Request for Eligibility. This is accomplished by submitting the Health Care Service Type Code defined in the Code Value Usage in Eligibility Benefit Inquiry and Subsequent Response Technical Report Type 2 for this purpose. No other Health Care Service Type Code(s) may be submitted with a General Benefits Request for Eligibility. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Explicit Request for Eligibility, Renumber Title, Modify Paragraph 1, Add New Paragraph 2 From: Explicit Request for Eligibility JULY
20 To: Explicit Request for Eligibility From: An Information Source must support an Explicit Request for Eligibility. This is accomplished by responding to any of the codes listed in the General Benefits Request for Eligibility, Health Benefit Plan Coverage Request for Eligibility, or Component Level Benefits Requests for Eligibility, when sent in the EQ loop of the 270 transaction as described in Section An Information Source must support a minimum of 10 occurrences unique Service Type codes per patient request sent in the "EQ" loop(s) of the transaction (regardless of the usage of the repeating data element) and responses for each of the Service Type codes must be supported. An Information Source may support more than 10 unique Service Type codes at their discretion. To: An information source must support an Explicit Request for Eligibility from an information receiver. An Explicit Request for Eligibility is accomplished by sending any of the codes in the Health Care Service Type Code list other than those defined in section Health Benefit Plan Coverage Request for Eligibility or General Benefits Request for Eligibility above. Section Response to an Explicit Request for Eligibility of this TR3 identifies what must be returned for an Explicit Request for Eligibility. An information receiver is not permitted to request a particular Health Care Service Type Code more than once in a single patient 270 eligibility request. This rule applies regardless of the usage of the 2110C Subscriber or 2110D Dependent Eligibility or Benefit Inquiry EQ01 repeating data element or within multiple 2110C Subscriber or 2110D Dependent Eligibility or Benefit Inquiry EQ segments. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Component Level Benefits Request for Eligibility, Delete Paragraph From: Each of the 11 mandated Service Type codes identified in Section ("1", "5", "33", "35", "47", "86", "88", "98", "AL", "MH" or "UC") can be broken into the components listed later in this section. Information Receivers can now JULY
21 send a 270 request with one of the 11 Service Type codes that are mandated to be returned in a 271 response as identified in Section Component Level Benefits Request for Eligibility. This will allow the information receiver to receive more detailed relevant information. To: (deleted) CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Add Chapter 1 Front Matter section, in Request Date(s) on the 270, Add New Section Title and Re-Number From: Plan Dates To: Request Date(s) on the 270 Front Matter section, in Request Date(s) on the 270, Add New Subsection From: (empty) To: Request Dates CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Add Chapter 1 Front Matter section, in Request Dates, Add New Paragraphs The 270 transaction may include a date or date range to represent the date(s) JULY
22 for which the information receiver would like to receive eligibility, plan, and benefit information. If no date is included, then the current processing date of the transaction is to be used. The request date or date range on the 270 transaction must be accompanied by the 2100C Subscriber or 2100D Dependent Date DTP01 date qualifier of `881' (Request). Only one request date (DTP01 = `881') or date range is allowed to be submitted per 270 request. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Add Chapter 1 Front Matter section, in Eligibility Data Availability Timeframe, Add New Sub-Section Eligibility Data Availability Timeframe The information source must, at a minimum, support an eligibility data availability timeframe that includes: Single date or date range inquiries that extend: o Up to the end of the current month AND o Up to 12 months in the past or up to the applicable Payer's Timely Filing Requirements, whichever is greater The information source may require submitters to divide an eligibility request that exceeds a date range span of 12 months into multiple 270 requests to allow expeditious processing of the 271 response. The information source may need to return an AAA segment with an AAA05 code value that represents the need to split. If the 270 inquiry contains a request date or date range that falls outside of the information source's supported Eligibility Data Availability Timeframe, the information source is encouraged to return a C Subscriber or 2100D Dependent AAA (Request Validation) error with the appropriate AAA05 as defined in the Code Value Usage in Eligibility Benefit Inquiry and Subsequent Response Technical Report Type 2. This error and eligibility/benefits may be returned together, at the payer's discretion, if a portion of the date range can be supported and a portion of the date range cannot be supported due to the fact that a portion of the date range falls outside of the eligibility data JULY
23 availability timeframe. For additional information on using the AAA segments with Eligibility and Benefit Information, see Section Transaction Validation -Rejections and Errors. CR 1611 A single CR to house all of the various front matter updates is required to consolidate the front matter changes that may remain in the TR3. This CR will not accommodate the front matter changes that will be moved to the TR2. That CR is Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Modify paragraph 1 in Section Minimum Requirements From: This version of the Implementation Guide builds on the requirements established in X279 accommodating the different Service Type code requests identified in section and the addition of requirements for returning the Patient's Portion of Financial Responsibility. An information source must respond at a minimum with the required portions of this section or as required in Section Transaction Validation - Rejections and Errors. To: This version of the TR3 builds on the requirements established in X279 and all associated Errata accommodating the different Health Care Service Type Code requests identified in Section Minimum Requirements and the addition of requirements for returning the patient's portion of financial responsibility. An information source must respond at a minimum with the required portions of this section or as required in Section Transaction Validation - Rejections and Errors. CR 1292 To improve 270/271 system integrity, speed, and detail while protecting data privacy, payers need to have the option to return certain service types only to providers who have a reason or need to see that data. Location X332 Health Care Eligibility/Benefit Inquiry and Information Response 1.4 Business Usage Action Modify Chapter 1 Front Matter section, in Minimum Requirements for TR3 Compliance, Delete Paragraph 2/Replace with New Paragraphs 2, 3 From: If the individual is located in the information source's system, the following must be returned: JULY
270/271 Health Care Eligibility, Coverage, or Benefit Inquiry and Response
Companion Document 270/271 270/271 Health Care Eligibility, Coverage, or Benefit Inquiry and Response Basic Instructions This section provides information to help you prepare for the ANSI ASC X12.281 Eligibility,
More informationImplementation Acknowledgment For Health Care Insurance (999) Change Log:
ASC X12 Standards for Electronic Data Interchange Technical Report Type 3 Implementation Acknowledgment For Health Care Insurance (999) Change Log: 005010-007030 OCTOBER 2016 OCTOBER 2016 1 Intellectual
More informationAlameda Alliance for Health
Alameda Alliance for Health HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 CORE v5010 Companion Guide October 2015 October 2015 005010 Version
More informationHIPAA Transaction Standard Companion Guide. Refers to the Implementation Guides Based on ASC X12 version CORE v5010 Companion Guide
Gold Coast Health Plan CORE Companion Guide 270-271 HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 CORE v5010 Companion Guide August 2018
More informationAdministrative Services of Kansas (ASK)
Administrative Services of Kansas (ASK) HIPAA 276/277 005010X212 Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 January 2016 1 Disclosure Statement This document
More informationMedical Associates Health Plans and Health Choices
Medical Associates Health Plans and Health Choices 270/271 HIPAA Transaction Companion Guide HIPAA V5010X279A1 VERSION: 2.0 DATE: 06/21/2016 1 Disclosure Statement This material contains confidential,
More informationEMBLEMHEALTH HIPAA Transaction Standard Companion Guide
EMBLEMHEALTH HIPAA Transaction Standard Companion Guide Refers to the X12N Implementation Guide 005010X222A1: 837P Health Care Claim Professional Transaction HIPAA Readiness Disclosure Statement The Health
More informationPennsylvania PROMISe Companion Guide
Pennsylvania Companion Guide Unsolicited 277 Claim Response Version 5010 September 2010 Version 1 Pennsylvania PROMISe Unsolicited 277 Claim Companion Guide This page intentionally left blank. September
More information270/271 Eligibility Inquiry/Response
270/271 Eligibility Inquiry/Response Overview... 1 Connectivity Transmission Options... 1 System Availability... 2 BlueCard and Federal Employee (FEP) Inquiries... 2 Eligibility Inquiry Processing... 2
More information276/277 Health Care Claim Status Request/ Response Real-Time. Section 1 276/277 Claim Status Request/Response: Basic Instructions
Companion Document 276/277 276/277 Health Care Claim Status Request/ Response Real-Time This companion document is for informational purposes only to describe certain aspects and expectations regarding
More information271 Health Care Eligibility Benefit Inquiry Response Educational Guide
271 Health Care Eligibility Benefit Inquiry Response Educational Guide June 2010 - Version 1.1 Disclaimer INGENIX is still under development stages and frequent changes within this document are expected.
More informationUSVI HEALTH ELIGIBILITY/BENEFIT INQUIRY 5010 Companion Guide 270
USVI HEALTH ELIGIBILITY/BENEFIT INQUIRY 5010 Companion Guide 270 Date of Publication: 12/04/2012 Version: 1.1 DISCLAIMER The DXC Technology Companion Guide for USVI Medicaid is subject to change prior
More information276/ /277 Health Care Claim Status Request and Response Real-Time. Basic Instructions. Companion Document
Companion Document 276/277 276/277 Health Care Claim Status Request and Response Real-Time Basic Instructions This section provides information to help you prepare for the ANSI ASC X12.316 Health Care
More informationIntegration Guide for Data Originators of Claim Status. Version 1.1
Integration Guide for Data Originators of Claim Status Version 1.1 December 23, 2010 Integration Guide for Data Originators of Claim Status Revision History Date Version Description Author November 25,
More informationMaryland Health Insurance Exchange (MHBE) Standard Companion Guide Transaction Information
A service of the Maryland Health Benefit Exchange Maryland Health Insurance Exchange (MHBE) Standard Companion Guide Transaction Information 999 Implementation Acknowledgments for Health Care Insurance
More informationWest Virginia HEALTH ELIGIBILITY/BENEFIT INQUIRY Companion Guide 270
West Virginia HEALTH ELIGIBILITY/BENEFIT INQUIRY Companion Guide 270 Date of Publication: 01/01/2014 Document Number: Version: 2.0 DISCLAIMER The Molina Healthcare Companion Guide for West Virginia is
More informationStandard Companion Guide. Refers to the Implementation Guide Based on X12 Version X212 Health Care Claim Status Request and Response (276/277)
Standard Companion Guide Refers to the Implementation Guide Based on X12 Version 005010X212 Health Care Claim Status Request and Response (276/277) Companion Guide Version Number 4.0 June 12, 2018 Change
More informationRefers to the Technical Reports Type 3 Based on ASC X12 version X223A2
HIPAA Transaction Standard Companion Guide For Availity Health Information Network Users Refers to the Technical Reports Type 3 Based on ASC X12 version 005010X223A2 837 Health Care Claim Institutional
More informationCompanion Guide Institutional Billing 837I
Companion Guide Institutional Billing 837I Release 3 X12N 837 (Version 5010A2) Healthcare Claims Submission Implementation Guide Published December 2016 Revision History Date Release Appendix name/ loop
More informationAnthem Blue Cross and Blue Shield. 834 Companion Guide
Anthem Blue Cross and Blue Shield 834 Companion Guide for ANSI ASC X12N 834 Benefit Enrollment and Maintenance Transactions Incoming to the Electronic Enrollment System (EES) Anthem Blue Cross and Blue
More information276/277 Health Care Claim Status Request/ Response Real-Time. Section 1 276/277 Claim Status Request/Response: Basic Instructions
Companion Document 276/277 276/277 Health Care Claim Status Request/ Response Real-Time This companion document is for informational purposes only to describe certain aspects and expectations regarding
More information/277 Companion Guide. Refers to the Implementation Guides Based on X12 version Companion Guide Version Number: 1.1
5010 276/277 Companion Guide Refers to the Implementation Guides Based on X12 version 005010 Companion Guide Version Number: 1.1 November 26, 2012 1 Disclosure It is the sole responsibility of the provider/vendor
More information< A symbol to indicate a value is less than another. For example, 2 < 3. This symbol is used in some BCBSNC proprietary error messages.
Glossary < A symbol to indicate a value is less than another. For example, 2 < 3. This symbol is used in some BCBSNC proprietary error messages. > A symbol to indicate a value is greater than another.
More informationHIPAA Transaction Health Care Claim Acknowledgement Standard Companion Guide (277CA, X214)
(underwritten by Dean Health Plan) HIPAA Transaction Health Care Claim Acknowledgement Standard Companion Guide (277CA, 005010X214) Instructions related to Transactions based on ASC X12 Implementation
More informationRefers to the Technical Reports Type 3 Based on ASC X12 version X /277 Health Care Claim Status Inquiry and Response
HIPAA Transaction Standard Companion Guide For Availity Health Information Network Users Refers to the Technical Reports Type 3 Based on ASC X12 version 005010X212 276/277 Health Care Claim Status Inquiry
More informationAdministrative Services of Kansas (ASK)
Administrative Services of Kansas (ASK) HIPAA 834 005010X220A1 Health and Dental Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 Last reviewed July 2018 1 Disclosure
More informationStandard Companion Guide
Standard Companion Guide Refers to the Implementation Guide Based on X12 Version 005010X224A2 Health Care Claim Dental (837D) Companion Guide Version Number 2.0 September 25, 2018 Page 1 of 15 CHANGE LOG
More informationCabinet for Health and Family Services Department for Medicaid Services
KyHealth Choices 277 Health Care Payer Unsolicited Claim Status (ASC X12N 277) Companion Guide Version 2.3 Version 003070 Cabinet for Health and Family Services Department for Medicaid Services August
More informationElectronic Transaction Manual for Arkansas Blue Cross and Blue Shield FEDERALEMPLOYEEPROGRAM (FEP) DentalClaims
Electronic Transaction Manual for Arkansas Blue Cross and Blue Shield FEDERALEMPLOYEEPROGRAM (FEP) DentalClaims HIPAA Transaction Companion Document Guide Refers to the X12N Implementation Guide: 005010X224A2:
More information837 Companion Guide. October PR.P.WM.1 3/17
837 Companion Guide Refers to the Implementation Guides based on the HIPAA Transaction ASC X12N. Standards for Electronic Data Interchange X12N/005010x222 Health Care Claim: Professional (837P) and ASC
More informationVendor Specifications 270/271 Eligibility Benefit Inquiry and Response ASC X12N Version for. State of Idaho MMIS
Vendor Specifications 270/271 Eligibility Benefit Inquiry and Response ASC X12N Version 5010 for State of Idaho MMIS Date of Publication: 7/27/2017 Document : TL419 Version: 8.0 Revision History Version
More informationWEDI Acknowledgement Recommendations
Acknowledgement Recommendations For ASC X12N Implementation Guides, Interchange Level through Conformance Checking Version 4.0 July 2008 Enclosure 2 Workgroup for Electronic Data Interchange 12020 Sunrise
More information276 Health Care Claim Status Request Educational Guide
276 Health Care Claim Status Request Educational Guide June 2010 - Version 1.1 Disclaimer INGENIX is still under development stages and frequent changes within this document are expected. This documentation
More informationUnsolicited 277 Trading Partner Specification
Unsolicited 277 Trading Partner Specification Revision Summary: Revision Date Summary of Changes Number 1.0 3/20/2007 NPI changes in loop 2100C AmeriHealth U277 Unsolicited Health Care Claim Status Notification
More information837 Health Care Claim Companion Guide. Professional and Institutional
837 Health Care Claim Companion Guide Professional and Institutional Revised December 2011 Table of Contents Introduction... 3 Purpose... 3 References... 3 Additional information... 4 Delimiters Supported...
More informationBlue Cross Blue Shield of Louisiana
Blue Cross Blue Shield of Louisiana Health Care Claim Payment/Advice (835) Standard Companion Guide Refers to the Implementation Guides Based on ASC X12N version: 005010X221A1 October 1, 2013 Version 1.0
More informationKentucky HIPAA HEALTH CARE CLAIM: DENTAL Companion Guide 837
Kentucky HIPAA HEALTH CARE CLAIM: DENTAL Companion Guide 837 Version 1.4 Final RECORD OF CHANGE VERSION NUMBER DATE REVISED DESCRIPTION OF CHANGE PERSONS INVOLVED 1.0 10/25/02 Creation and first view by
More information837 Professional Health Care Claim. Section 1 837P Professional Health Care Claim: Basic Instructions
anthemeap.com Companion Document 837P This companion document is for informational purposes only to describe certain aspects and expectations regarding the transaction and is not a complete guide. The
More informationProcessing Superbills
Processing Superbills Introduction Reviewing and processing superbills is a crucial part of the billing cycle. Within Aprima, superbills can be created in several different ways, but they all appear in
More informationPROVIDER WEBSITE SITE ADMINISTRATOR GUIDE » PATIENT INQUIRY» CLAIM CENTER» FIND A DOCTOR» CLAIMS EDITING SYSTEM (CES)
PROVIDER WEBSITE SITE ADMINISTRATOR GUIDE» PATIENT INQUIRY» CLAIM CENTER» FIND A DOCTOR» CLAIMS EDITING SYSTEM (CES) 2018 WPS Health Plan, Inc. 1 All rights reserved. JO7048 28898-085-1801 ADMINISTRATIVE
More informationFlorida Blue Health Plan
FLORIDA BLUE HEALTH PLAN COMPANION GUIDE Florida Blue Health Plan ANSI 276/277- Health Care Claim Status Inquiry and Response Standard Companion Guide Refers to the Technical Report Type Three () of 005010X212A1
More informationHealth Care Connectivity Guide
Health Care Connectivity Guide Standard Companion Guide November 2, 2015 Version 2.0 Disclosure Statement The Kansas Department of Health and Environment (KDHE) is committed to maintaining the integrity
More informationHIPAA 276/277 Companion Guide Cardinal Innovations Prepared for Health Care Providers
Cardinal Innovations Prepared for Health Care Providers, February 2017 Table of Contents Preface... 4 1. Transaction Instruction (TI) Introduction... 5 1.1 Scope... 5 1.2 Overview... 5 1.3 References...
More informationAppendix A Vendor Specifications for. State of Idaho MMIS
Appendix A Vendor Specifications-5010 for State of Idaho MMIS Date of Publication: 1/18/2017 Document Number: TL428 Version: 6.0 Revision History Version Date Author Action/Summary of Changes 1.0 07/01/2011
More information837 PROFESSIONAL CLAIMS AND ENCOUNTERS TRANSACTION COMPANION GUIDE
837 PROFESSIONAL CLAIMS AND ENCOUNTERS TRANSACTION COMPANION GUIDE OCTOBER 19, 2012 A S C X 1 2 N 8 3 7 (0 0 5 0 10 X 222A1) VERSION 3.0 TABLE OF CONTENTS 1.0 Overview 3 2.0 Introduction 4 3.0 Data Exchange
More informationElectronic Transaction Manual for Arkansas Blue Cross Blue Shield
Electronic Transaction Manual for Arkansas Blue Cross Blue Shield HIPAA Transaction Companion Document Guide Refers to the X12N Implementation Guides: 004010X092A1: (270/271) Health Care Eligibility Benefit
More informationFlorida Blue Health Plan
FLORIDA BLUE HEALTH PLAN COMPANION GUIDE Florida Blue Health Plan ANSI 270/271- Health Care Eligibility and Benefit Inquiry and Response Standard Companion Guide Refers to the Technical Report Type Three
More informationMISSISSIPPI MEDICAID DENTAL ELECTRONIC CLAIMS ENROLLMENT REGISTRATION
220 Burnham Street South Windsor CT 06074 Vox 888-255-7293 Fax 860-289-0055 MISSISSIPPI MEDICAID DENTAL ELECTRONIC CLAIMS ENROLLMENT REGISTRATION PAYER ID NUMBER CKMS1 ELECTRONIC REGISTRATIONS Agreements
More informationHIPAA X 12 Transaction Standards
HIPAA X 12 Transaction Standards Companion Guide 837 Professional/ Institutional Health Care Claim Version 5010 Trading Partner Companion Guide Information and Considerations 837P/837I June 11, 2012 Centene
More informationInland Empire Health Plan
Inland Empire Health Plan HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 CORE v5010 Companion Guide March 2016 March 2016 005010 Version
More informationHIPAA X 12 Transaction Standards
HIPAA X 12 Transaction Standards Companion Guide 837 Professional/ Institutional Health Care Claim Version 5010 Trading Partner Companion Guide Information and Considerations 837P/837I September 19, 2014
More information837 Dental Health Care Claim
Companion Document 837D 837 Dental Health Care Claim Basic Instructions This section provides information to help you prepare for the ANSI ASC X12N 837 Health Care transaction for dental claims. The remaining
More informationMississippi Medicaid. Mississippi Medicaid Program Provider Enrollment P.O. Box Jackson, Mississippi Complete form and mail original to:
Mississippi Medicaid Complete form and mail original to: Blank forms may by copied. Call LTC at 888-941-8967 if you have questions. Please complete the following Mississippi Medicaid Provider EDI Enrollment
More informationANSI ASC X12N 837 Healthcare Claim (Version X222A1-June 2010) Professional Companion Guide
ANSI ASC X12N 837 Healthcare Claim (Version 005010X222A1-June 2010) Pruitt Health Premier Missouri Medicare Select Signature Advantage September 2015 TABLE OF CONTENTS AT A GLANCE II CHAPTER 1: INTRODUCTION
More informationIndiana Health Coverage Programs
Indiana Health Coverage Programs Companion Guide: Electronic Data Interchange 999 Acknowledgement and Submission Summary Report Library Reference Number: CLEL10050 Version 1.2 Version: 1.2 Library Reference
More informationStreamline SmartCare Network180 EHR
Last modified 8/28/2016 Network180-Streamline837CompanionGuide20160818.doc Page 1 of 8 Streamline SmartCare Network180 EH HIPAA 837 Companion Guide for Direct Submitters (V 1.0 Updated 08/28/2016) Last
More informationPhase IV CAQH CORE Operating Rules Set Approved September 2015
Phase IV CAQH CORE Operating Rules Set Approved September 2015 Phase IV CAQH CORE 450 Health Care Claim (837) Infrastructure Rule v4.0.0...2 Phase IV CAQH CORE 452 Health Care Services Review - Request
More informationBLUE CROSS AND BLUE SHIELD OF LOUISIANA INSTITUTIONAL CLAIMS COMPANION GUIDE
BLUE CROSS AND BLUE SHIELD OF LOUISIANA Table of Contents I. Introduction...3 II. General Specifications...4 III. Enveloping Specifications...5 IV. Loop and Data Element Specifications...7 V. Transaction
More informationStandard Companion Guide
Standard Companion Guide Refers to the Implementation Guide Based on X12 Version 005010X212 Health Care Claim Status Request and Response (276/277) Companion Guide Version Number 3.0 September 28, 2018
More information837D Health Care Claim: Educational Guide
837D Health Care Claim: Educational Guide January 2011 - Version 3.0 Disclaimer INGENIX is still under development stages and frequent changes within this document are expected. This documentation was
More informationThis bulletin provides additional information about the change in First Steps (FS) processors as outlined in BT dated February 3, 2006.
INDIANA HEALTH COVERAGE PROGRAMS P R O V I D E R B U L L E T I N B T 2 0 0 6 1 0 A P R I L 2 0, 2 0 0 6 To: First Steps Providers Subject: First Steps Update Information Overview This bulletin provides
More informationMassHealth. Health Care Eligibility/Benefit Inquiry and Information Response (270/271) Standard Companion Guide
MassHealth Health Care Eligibility/Benefit Inquiry and Information Response (270/271) Standard Companion Guide Refers to the Implementation Guides Based on ASC X12N version: 005010X279A1 Copyright 2014
More informationAssurant Health HIPAA Transaction Standard Companion Guide
Assurant Health HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Based on ASC X12 version 005010 270/271 Health Care Eligibility Benefit Inquiry and Response CORE v5010 Master
More informationMEDICAID MARYLAND PRE-ENROLLMENT INSTRUCTIONS MCDMD
MEDICAID MARYLAND PRE-ENROLLMENT INSTRUCTIONS MCDMD HOW LONG DOES PRE-ENROLLMENT TAKE? Standard processing time is 2 weeks. WHAT FORM(S) SHOULD I COMPLETE? Maryland Medical Care Programs Submitter Identification
More informationEligibility Gateway Companion Guide
Eligibility Gateway Companion Guide Conduent EDI Solutions, Inc. ASC X12N 270/271 ASC X12N 276/277 All Payers May 10, 2017 2017 Conduent Business Services, LLC. All rights reserved. Conduent and Conduent
More information834 Companion Document to the 5010 HIPAA Implementation Guide
Published: 1/3/2012 Updated: 12/15/2014 834 Companion Document to the 5010 HIPAA Implementation Guide Version 3.00.00 Virtual Benefits Administrator Companion Document Audience Companion documents are
More informationKentucky HIPAA HEALTH CARE PAYER UNSOLICITED CLAIM STATUS Companion Guide Unsolicited 277. Version 1.1
Kentucky HIPAA HEALTH CARE PAYER UNSOLICITED CLAIM STATUS Companion Guide Unsolicited 277 Version 1.1 Released August 4, 2004 RECORD OF CHANGE VERSION NUMBER DATE REVISED DESCRIPTION OF CHANGE PERSONS
More information834 Benefit Enrollment and Maintenance
Companion Document 834 834 Benefit Enrollment and Maintenance This companion document is for informational purposes only to describe certain aspects and expectations regarding the transaction and is not
More informationStandard Companion Guide
Standard Refers to the Implementation Guide Based on X12 Version 005010X223A2 Health Care Claim: Institutional (837) Version Number: 1.0 December 10, 2010 written permission of UnitedHealth Group is prohibited.
More information837 Health Care Claim Professional, Institutional & Dental Companion Guide
837 Health Care Claim Professional, Institutional & Dental Companion Guide 005010X222A1 & 005010X223A1 V. 1.2 Created 07/18/14 Disclaimer Blue Cross of Idaho created this companion guide for 837 healthcare
More information837 Professional Health Care Claim
Section 2A 837 Professional Health Care Claim Basic Instructions This section provides information to help you prepare for the ANSI ASC X12N 837 Health Care transaction for professional claims. The tables
More informationProvider Website User Guide
Provider Website User Guide Patient eligibility Claim search Find a Doctor Claims Editing System (CES) Secure messaging 2018 Wisconsin Physicians Service Insurance 1 Corporation. All rights reserved. JO9331
More informationMEDICAID MARYLAND PRE ENROLLMENT INSTRUCTIONS MCDMD
MEDICAID MARYLAND PRE ENROLLMENT INSTRUCTIONS MCDMD HOW LONG DOES PRE ENROLLMENT TAKE? Standard processing time is 2 weeks. WHAT FORM(S) SHOULD I COMPLETE? Maryland Medical Care Programs Submitter Identification
More informationBLUE CROSS AND BLUE SHIELD OF LOUISIANA PROFESSIONAL CLAIMS COMPANION GUIDE
BLUE CROSS AND BLUE SHIELD OF LOUISIANA Table of Contents I. Introduction...3 II. General Specifications...4 III. Enveloping Specifications...5 IV. Loop and Data Element Specifications...7 V. Transaction
More informationMississippi Medicaid Companion Guide to the X279A1 Benefit Inquiry and Response Conduent EDI Solutions, Inc. ANSI ASC X12N 270/271
Mississippi Medicaid Companion Guide to the 005010X279A1 Benefit Inquiry and Response Conduent EDI Solutions, Inc. ANSI ASC X12N 270/271 OCT 2017 TABLE OF CONTENTS AT A GLANCE II CHAPTER 1: INTRODUCTION
More informationHealth Care Claims: Status Request and Response (Version 1.12 January 2007)
PacifiCare Electronic Data Interchange 276/277 Transaction Companion Guide Health Care Claims: Status Request and Response (Version 1.12 January 2007) 276/277 ANSI ASC X12 276/277 (004010X093) ANSI ASC
More informationSHARES 837P Companion Guide
SHARES 837P Companion Guide Contents Introduction... 2 SHARES 837 Guidelines... 2 SHARES Interchange Requirements... 2 Transaction Segment Delimiters and Terminators... 2 Claim Matching... 2 Service Line
More information834 Benefit Enrollment and Maintenance
Companion Document 834 834 Benefit Enrollment and Maintenance This Companion Document serves as supplementary material to the primary resources, ASC X12 Standards for Electronic Data Interchange Technical
More informationEMBLEMHEALTH. HIPAA Transaction Standard Companion Guide
EMBLEMHEALTH HIPAA Transaction Standard Companion Guide Refers to the X12N Implementation Guide 005010X220A1: 834 Benefit Enrollment and Maintenance Transactions EMBLEMHEALTH COMPANION GUIDE HIPAA Readiness
More informationPartnership HealthPlan of California
Partnership HealthPlan of California HIPAA Transaction Companion Guide CORE: 276/277 Health Care Claim Status Request and Response ASC X12 version 005010 Disclosure Statement This document is subject to
More informationThe transition to standard claims
June 2004 Schedule your transition to the standard HIPAA claims transactions today. Contents HIPAA Contingency Update page 1 Medicare Update page 1 Electronic Billing Hints page 2 Clearinghouse Services
More informationMEDICAID MARYLAND PART A (MCDMD) PRE-ENROLLMENT INSTRUCTIONS
MEDICAID MARYLAND PART A (MCDMD) PRE-ENROLLMENT INSTRUCTIONS WHAT FORM(S) SHOULD I DO? Maryland Medical Care Programs Submitter Identification Form Trading Partner Agreement o Both Forms must have original
More informationMEDICARE IDAHO PRE ENROLLMENT INSTRUCTIONS MR003
MEDICARE IDAHO PRE ENROLLMENT INSTRUCTIONS MR003 HOW LONG DOES PRE ENROLLMENT TAKE? Standard Processing time is 3 4 weeks WHERE SHOULD I SEND THE FORMS? Fax the form to Office Ally at 360 896 2151, or;
More information276/277 Claim Status Request and Response
276/277 Claim Status Request and Response 276 & 277 Health Care Claim Status Request and Response 2 Overview 2 Connectivity Transmission Options 2 System Availability 3 Frequency of Data Exchange 3 Claim
More informationWV MMIS EDI File Exchange User Guide Version 1.0 West Virginia Trading Partner Account Electronic Data Interchange (EDI) File Exchange User Guide
West Virginia Trading Partner Account Electronic Data Interchange (EDI) File Exchange User Guide Date of Publication: 01/19/2016 Document Version: 1.0 Privacy and Security Rules WV MMIS The Health Insurance
More information278 Health Care Service Review and Response
278 Health Care Service Review and Response Overview 2 Blue Card Inquiries (Blue Exchange) 2 Health Care Services Review Processing 2 Frequency of Data Exchange 2 Acknowledgements 2 Data Retention 3 Batch
More information270/271 Benefit Eligibility Inquiry/Response Transactions Companion Guide ANSI ASC X12N 270/271 (Version 4010A)
270/271 Benefit Eligibility Inquiry/Response Transactions ANSI ASC X12N 270/271 (Version 4010A) State of Washington Department of Social & Health Services Prepared by: CNSI 3000 Pacific Avenue S.E. Suite
More information835 Health Care Claim Payment and Remittance Advice Companion Guide X091A1
835 Health Care Claim Payment and Remittance Advice Companion Guide 004010 X091A1 Version 1.3 March 1, 2008 1-March-2008 TABLE OF CONTENTS 1 Introduction... 1 1.1 Purpose... 1 2 Transmission and Data Retrieval
More informationCompanion Guide Benefit Enrollment and Maintenance 834
Companion Guide Benefit Enrollment and Maintenance 834 Private Exchanges X12N 834 (Version 5010) X12N 834 (Version 5010)Healthcare Services Review Benefit Enrollment and Maintenance Implementation Guide
More informationTitle NPI enumeration/subpart standardized reporting Issue ID 1
Title NPI enumeration/subpart standardized reporting Issue ID 1 5010 837 transactions enforce the intent of the NPI final rule. Providers must use the same enumeration strategy regardless of the health
More informationStatement of HIPAA Readiness February 2003
Statement of HIPAA Readiness February 2003 Copyright 2003 WebMD Envoy Corporation. All Rights Reserved. Rev. 02/03 Table of Contents 1 Meeting the HIPAA Challenge...1 Overview...1 WebMD Envoy HIPAA Readiness...2
More informationMedicare-Medicaid Encounter Data System
Medicare-Medicaid Encounter Data System Addendum to Encounter Data System Companion Guide and State assigned Medicaid Companion Guides Instructions related to the 837 Health Care Claim: Institutional Transaction
More informationTexas Medicaid. HIPAA Transaction Standard Companion Guide
Texas Medicaid HIPAA Transaction Standard Companion Guide Refers to the Implementation Guides Long Term Care 270/271 Health Care Eligibility Benefit Request/Response Based on ASC X12 version 005010 CORE
More informationResponse to CMS. WEDI Attachment Forum Questions. August 9th Attachment Standard
Response to CMS WEDI Attachment Forum Questions August 9th 2016 Attachment Standard August 25, 2016 Cooperative Exchange National Association of Clearinghouses 28 Clearinghouse member companies Represent
More informationSanford Health Plan HIPAA Transaction Standard Companion Guide
Sanford Health Plan HIPAA Transaction Standard Companion Guide Refers to the Technical Report Type 3 (TR3) Implementation Guides Based on ASC X12 Version 005010X279A1 Eligibility Inquiry and Response (270/271)
More information837 Superior Companion Guide
837 Superior Companion Guide Refers to the Implementation Guides based on the HIPAA Transaction ASC X12N. Standards for Electronic Data Interchange X12N/005010x222 Health Care Claim: Professional (837P)
More informationKentucky Health Insurance Exchange Provider Resource Guide
Kentucky Health Insurance Exchange Provider Resource Guide WellCare Health Plans, Inc. (WellCare) understands that having access to the right tools can help you and your staff streamline day-to-day administrative
More informationExpress permission to use X12 copyrighted materials within this document has been granted.
837 Companion Guide Refers to the Implementation Guides based on the HIPAA Transaction ASC X12N. Standards for Electronic Data Interchange X12N/005010x222 Health Care Claim: Professional (837P) and ASC
More informationHIPAA TRANSACTION STANDARD 837 HEALTH CARE CLAIM: PROFESSIONAL COMPANION GUIDE APRIL 21, 2004 VERSION X098A1
HIPAA TRANSACTION STANDARD 837 HEALTH CARE CLAIM: PROFESSIONAL COMPANION GUIDE APRIL 21, 2004 VERSION 004010X098A1 837 Health Care Claim: Professional Below is a summary of the fields that have additional
More informationNew York Medicaid Provider Resource Guide
New York Medicaid Provider Resource Guide Thank you for being a star member of our provider team. WellCare Health Plans, Inc., (WellCare) understands that having access to the right tools can help you
More information