Ankota Help Center
Home | Contact Us

Contact Us

Managing Data Exports

Overview 

Many state require data exports to clearinghouses or aggregators such as Tellus, Sandata, HHAx, and others. In some cases, billing is completed through these locations. In other cases, billing is completed elsewhere, but only after the data has been successfully exported. See below for information on managing these data exports, or see your state guide for further details.


Please note the information below does not apply to the 837 claims that are uploaded to Availity, Office Ally, Waystar, or state portals (the files built by the Export Merged Health Care Claim button); this article is specifically regarding data exports. 


Index

Data Exports/Responses

Client/Caregiver Exports

Managing Data Corrections

Data Exports/Single Visit Export Correction

Multiple Visit Export Correction

Troubleshooting




Data Exports/Responses

Data exports are set up during your implementation (or as new requirements are made by the state). Generally, initial data delivery occurs either as your visit status changes at regular intervals, OR upon billing (completing invoices). See your state workflow for further details on when your data is exported.


Once data is accepted, you will receive responses which will be included in each visit in the Visit Approval Dashboard which can be seen by filtering for Rejected visits. For example:


For more information, see:


Client/Caregiver Exports 

Not all aggregators require client or caregiver exports. Tellus/Netsmart does not require either, and HHAX only requires a separate caregivers export. 


For customers who do have to export these profiles, the list of requirements for each customer is outlined in your state workflow


Here is the general data delivery process:


If you have client or caregiver exports failing, consider the following:


Managing Data Corrections

NEW! The best way to prevent data errors is using the Approval Assistant first, then reviewing any remaining visits with unresolved warnings (typically duration issues). If you are not yet using the Approval Assistant or still have unresolved errors, see below.


Ankota allows full batches to be re-sent, but for a minor correction such as a reason code error, individual visit corrections are now allowed. For fundamental changes to the visit, billing may be required to be canceled, corrected, and rebuilt. These actions apply for Sandata, Tellus/Netsmart, and HHAx. See below for the correct action based on the issue. For further information, see Tellus/Netsmart Billing or your state guide.


Data can be corrected as follows:



Data Exports/Single Visit Export Correction

Individual visits can be exported manually from the Visit Approval Dashboard using the Export Vist button inside the visit details.  Data exports are set up during your implementation or as the new data exports are required by the state. Generally, initial data delivery occurs either as your visit status changes at regular intervals, OR upon billing automatically, but visits can be exported manually as well. Some companies do this because they do not use Ankota billing, and others use the manual export after correcting rejected visits. See your state workflow for further details on when your data is exported. Please note the individual visit Export button is the ONLY way to re-export a previously accepted visit.


This individual visit export function on the Visit Approval Dashboard is most useful when:


Please note key information on the visit such as date, time, or visit type cannot be changed if the visit has a completed payroll or invoice.


For example, a visit has the wrong reason code and receives a rejection response. To adjust the reason code, 


Then, to export the individual visit (while still in the same location in the VAD),



You will then receive the following confirmation pop-up: 


 

Multiple Visit Export Correction

Just as individual visits can be exported manually, groups of visits can be mass exported from the Visit Approval Dashboard. Data exports are set up during your implementation or as the new data exports are required by the state. Generally, initial data delivery occurs either as your visit status changes at regular intervals, OR upon billing. See your state workflow for further details on when your data is exported.


This mass export function is most useful when:

 

For example, one of the most common corrections is that a group of visits was rejected due to the caregiver not having been assigned an ID. To fix that, an admin would open the caregiver profile, assign the ID, and save. For Sandata or HHAX, the caregiver profile would need to be exported first. (Netsmart does not require a caregiver profile.) Then on the Visit Approval Dashboard, the admin could filter for that caregiver's visits and re-export them.

 

To export a group of visits, 

 

Please note that if you have not already billed a visit, you will be provided a choice to export billed visits only, OR to export all selected visits. Best practice is always to bill in order to trigger an export, but for organizations where data export is not linked to billing, you may choose the option to export all selected visits if desired. 


NOTE: there is a limitation of 10,000 visits per export.

 


Troubleshooting

See below for troubleshooting steps in the data management export process.


ConcernSteps
Client or Caregiver is not foundThe client or caregiver did not successfully transmit. Best practice is to use the Approval Assistant to help you identify issues that might prevent client/caregiver acceptance. If you see no unresolved issues in the Data Entry section of your Approval Assistant, start by checking the client or caregiver data. If you see any errors, correct them, and finally re-export the client or caregiver profiles (if required) AND then re-export their visits. Note Tellus/Netsmart does not require separate client/caregiver profiles.
Visit did not transmitCheck to make sure the visit was successfully exported in the Visit Approval Dashboard. If it has, did you receive a response file that indicated your file was rejected? If so, address the error and re-send. If you manually exported from the Visit Approval Dashboard, did you try to export too large a group (over 2,500 visits)? Try a smaller group if so.  If you cannot identify the issue, reach out to support@ankota.com with your company name, the visit ID, and the error response (if one is provided).
Correction did not transmitMake sure you exported again after you made the correction. If you have exported, make sure you allow for enough time for the data to have been delivered. Be sure to check your response files in case your visit was rejected a second time. If you can not identify the issue, reach out to support@ankota.com with your company name, the visit ID, and the error response.
Reason/Action code did not workReview the error response and respond as needed. If you believe you have reason coded the visit correctly, double check your reason code; it should be a Tellus/Sandata/HHAX reason code, not an internal approval code (which is only used internally and not delivered to any external system). If you did select an official code, check to make sure the reason code matches the issue. For example, marking a visit with a missing clock-in with a clock-out reason code will not work.  If you can not identify the issue, reach out to support@ankota.com with your company name, the visit ID, and the error response.
Error response does not make senseFirst, read the write-up for the specific error in the appropriate response file article (HHAX, Sandata, Tellus/Netsmart) to ensure you understand the error response, then check the recommended directions.  If you can not identify the issue or the fix does not seem to work, reach out to support@ankota.com with your company name, the visit ID, and the error response.
Visit receives rejected phone number for 0266696687 for telephonyThis phone number 266696687 is a placeholder for "anonymous" and is what you receive for blocked numbers. We have coded the number to send with a leading 0 so Sandata will accept this number, but it's really more a "missing registered phone number" warning. The caregiver will need to call from a different phone number to meet Medicaid requirements.