Billing
Revenue Cycle implementation in Fieldworker
Last updated
Was this helpful?
Revenue Cycle implementation in Fieldworker
Last updated
Was this helpful?
An agency planning to use the Fieldworker platform for managing their RCM process will have to complete the setup described below.
Subscribe to Billing in Fieldworker
Set up your agency credentials
Set up payers
Process for charge capture
Matching Prior Authorization to Encounters
Generating Claims from Encounters
Upload/Generate claims
Submit Claims
In healthcare, a payor is a person, organization, or entity that pays for the care services administered by aโฏhealthcare provider. This term most often refers to health insurance companies, which provide customers with health plans that offer cost coverage and reimbursements for medical treatment and care services. Each time a healthcare provider submits a medical claim to a payor to receive reimbursement for a specific procedure or service, they generate information about that care episode.
Before a claim can be submitted to a payer, the payer should be defined and set up in the Fieldworker platform.
Once a payer is set up, its details are viewable on the settings page.
Once a new payer is added by an agency, the system generates an email to the Fieldworker support team notifying the same and follows up the completion of the setup with the payer.
Setting up the link with the payer is a mandatory step, generally executes outside the Fieldworker platform, and may take several days to complete.
Accounts Receivable has an estimate of all expected revenue based on the data within the Fieldworker system.
shows the expected receivables based on the client population and the status of their plans.
The entries are always up to date, so changes are automatically reflected after each change, either manually or via DDD synch
Prior Auth status could be manually updated to indicate if this receivable is via submission for voucher payments
Payment status is updated when remittance advice is received from your payers. This can be also updated manually for recording voucher payments.
The Billing admins can also add notes to share context about payments and/or receivables etc.
The accounts receivable details for prior months may be viewed by adjusting the dates.
The prior auth dashboard has the entries uploaded from the prior auth file. This data can not be manually updated.
The prior auth entries are not editable
The dashboard also shows the matching tasks and associated MT, if any
The dashboard allows the admin users to create entries for subsequent claims submission.
The exact matching logic is described below
the general expectation here is that PA entries are what you can get paid for, and if there is a matching task with an 'Approved' MT, a claim may be created.
there is no additional logic to auto-generate the claims from this screen
are claim status, error code, and error description fields populated here?
You upload the prior auth file by clicking on the โUpload Pre-Auth CSVโ in the top right of this screen (under Billing and โCharge Captureโ from the side panels).
Under โPrior Authorizationโ, you can see any task that will need an MT to be filed. All the other information regarding the client will be pre-filled from data from the iRecord import, including the prior authorization number and service number.
The goal here is to catch the changes in the prior auth file ... for prior periods. Under โChanges Capturedโ, youโll see any changes made from the previous month when uploading your pre-authorization.
PA file has rolling 12 months of data .. and generally has changes in the prior periods that may have happened after the last month's PA file was generated
among the changes identified here
new customer, assigned after the last PA file
change in plan, after the last PA file
customer leaving, after the last PA file
for all changes captured with matching task and approved MT, a claim can be generated
almost in all cases, it will be one or more partial claims, to be submitted
are claim status, error code, and error description fields populated here?
in cases, where a claim may be already in place, it may need to be withdrawn
in some cases, there may be additional rules that may be needed, when a new client is added, etc. (this may not yet be in place)
Billing claims are created through the prior authorization form you receive from the DDD at the start of every month.
To submit a claim, select the relevant claims using the checkbox, click on โSelect fillable claimsโ, followed by โSendโ.
shows the claims uploaded either via file upload or through Charge capture
allows to add manual claims, where needed
claims are run through some validations and some fields are allowed to be edited, before EDI file generation
post submission, this dashboard also shows the status and response from the billing agency, if any.
Once these claims have been filed, theyโll be displayed in the โClaimsโ table:
Under โClaim Statusโ, youโll now see that these are โReady to billโ, and can be submitted for billing.
The remittance dashboard is one place to see all your remittances received from Medicaid, even if they have not been submitted via the Fieldworker. The data in this dashboard is populated once the weekly remittance file from Medicaid is processed.