Reconcile WorkCover and CTP Payments for Allied Health

To reconcile WorkCover and CTP claim payments for an allied-health clinic in Australia, extract the claim number, patient or worker name, service date, item code, invoice number, billed amount, paid amount, rejection reason, and EFT reference from each payment notice. Match those rows to the clinic invoice register, then investigate short-paid or rejected lines against the relevant state fee schedule, approval record, and portal payment status.

The two payer streams are different, but the finance problem is similar. Workers compensation relates to workplace injuries; CTP relates to motor accident injuries. Both can produce claim-based payment notices or remittance advice that must be matched back to the invoice the clinic originally raised.

A clean reconciliation row usually needs more than the bank amount. Build the match around the claim number, patient or worker/client name, date of service, treating practitioner, item code or payment classification code, invoice number, billed amount, paid amount, rejected or short-paid amount, rejection reason, approval status, EFT reference, and the matter ledger or customer account where the revenue should land.

This is a bookkeeping and document-reconciliation workflow, not legal advice about scheme entitlements. Scheme portals, fee schedules, and current provider guidance remain the source for rule changes, especially when item codes or approval rules change mid-year.

Map each claim to the right scheme, portal, and code family

Before matching dollars, identify the scheme that paid them. The payer determines the portal record, the code family, the approval evidence, and the fee schedule you will use to explain a mismatch.

In NSW workers compensation, a clinic may be working through icare and SIRA requirements, including claim references, approval details, and SIRA payment classification codes. An icare NSW workers compensation invoice reconciliation for physiotherapy should not rely only on the patient name and service date; the payment classification code and claim reference need to line up with the invoice register.

Victoria has two common streams with different matching logic. WorkSafe Victoria physiotherapy payment reconciliation generally turns on the WorkSafe claim, service details, and item code used for the injured worker. TAC Victoria CTP physiotherapy invoice reconciliation uses TAC client claim details and TAC item numbers, with HICAPS Digital or TAC invoicing records often forming part of the evidence trail.

Queensland introduces another split. WorkCover Queensland allied health invoice payment reconciliation uses WorkCover claim and item/payment-status records, while MAIC CTP work follows the CTP rehabilitation provider pathway. The same clinic may treat both workers compensation and motor accident clients, but the document vocabulary and portal status fields are not interchangeable.

For WA, SA, Tasmania, and Comcare, the same principle applies even when the article does not list every fee line. WA claims may point to WorkCover WA or ICWA records, SA claims to ReturnToWorkSA or MAA processes, Tasmania to WorkSafe Tasmania or MAIB, and federal workers compensation to Comcare. First identify the payer and scheme, then match using the identifiers that scheme actually recognises: claim number, item code or classification code, approval reference, date of service, provider identifier, and current schedule.

Build an invoice register that can survive scheme differences

The invoice register is the control point. If the clinic records only invoice number, patient name, and total, reconciliation becomes guesswork as soon as a payment notice uses a scheme code or approval reference that is missing from the billing record.

At a minimum, keep columns for invoice number, claimant or worker/client name, claim number, payer or scheme, date of service, practitioner, service type, item code or payment classification code, duration or quantity, billed amount, GST treatment where relevant, approval reference, approval expiry, treatment-plan status, and submission channel. For clinics posting by case, include the matter ledger, customer account, or claim ledger that receives the revenue.

Approval status belongs in the finance workflow, not only in clinical admin. Missing approval, an expired treatment plan, or a session cap can turn into a short-paid or rejected line even when the service was delivered and invoiced correctly. AHTRP status, approval-before-service evidence, and provider portal notes should be visible before the next invoice is sent, not discovered only after the payment fails.

Preserve the original billed amount and code. If the payment notice later shows a different paid amount, a different item description, or a rejection reason, that difference is the evidence you need to identify a fee-schedule issue, code mismatch, or approval problem. The same register should then reconcile into Xero, MYOB, or the practice-management export without replacing the original billing facts.

Extract payment notice rows before you start matching

The extraction step should produce one row per claim line, not one row per PDF or one total per remittance. A payment notice total is useful for agreeing to the bank deposit, but the clinic still needs line-level detail to explain which invoice was paid, short-paid, rejected, or left open.

For each payment notice or remittance advice, extract the claim number, patient or worker/client name, service date, item code or payment classification code, invoice number, billed amount, paid amount, rejected amount, rejection reason, EFT reference, source file, and page number. If the original invoice PDF is available, extract the same identifiers from that file as well so the notice row and invoice row can be compared side by side.

A practical prompt for this workflow is: "Create one row per claim payment line. Extract claim number, client name, date of service, item code, invoice number, billed amount, paid amount, rejection reason, EFT reference, source file, and page number." With invoice data extraction for claim payment notices, the clinic can upload payment notices, remittance PDFs, and related invoice PDFs, describe the fields it needs in plain language, and export the results to Excel, CSV, or JSON.

That structured output does not decide whether the scheme was right to reject or short-pay a line. It gives the bookkeeper the rows needed to match against the invoice register, check the relevant portal record, and preserve a source-file reference for review.

Investigate short-paid and rejected lines by failure mode

Treat every mismatch as a failure mode until the evidence says otherwise. A short-paid or rejected row might come from an obsolete item code, a fee-schedule transition, expired or missing approval, a session or treatment-plan limit, an unaccepted claim, an invoice date before the service date, a missing claim number, duplicate resubmission, or a provider/practitioner identifier mismatch.

Fee-schedule transitions deserve special attention because the invoice can look correct under the clinic's old billing setup and still fail against the current scheme rules. TAC Victoria says its new physiotherapy fee schedule applies to services delivered to TAC clients across Australia from 1 February 2026, with updated item codes and rates; providers using old item codes may receive outside service definition date remittance advice and need to resubmit with the new codes, according to the TAC 1 February 2026 physiotherapy fee schedule.

For a short-paid line, start with the invoice row and compare the code, duration or quantity, and amount against the current schedule, fees order, or gazetted rate. Then check the portal payment status and approval record. If the code and amount are right but the approval expired, the next action is different from a simple rate correction. If the claim has not been accepted or the provider identifier is wrong, resubmitting the same invoice may only create another rejection.

SIRA payment classification code reconciliation works the same way in principle: the classification code on the invoice, the scheme record, and the payment notice need to describe the same service. When they do not, record the exception reason before deciding whether to amend, resubmit, query the scheme, or write off the balance.

Reconcile one bulk EFT back to many claim lines

A bulk EFT is not reconciled when the bank feed total is coded to income. One deposit may cover several claimants, multiple invoice numbers, and payment notices that appeared in a portal on a different day from the bank transaction.

Start with the bank deposit and collect every related notice, portal remittance line, or practice-management payment report. Total the notice lines by EFT reference, settlement date, or payer batch reference, then compare that total to the bank amount. Once the deposit agrees to the remittance total, match each claim line back to the invoice register by claim number, service date, item code, invoice number, and amount.

Unmatched lines should stay visible. A paid line with no invoice match may be using a different claim identifier or patient spelling from the practice-management system. An invoice row with no payment line may be unpaid, rejected, delayed, or included in a different batch. A payment line with a lower paid amount belongs in the exception list rather than being posted silently as a discount.

Keep WorkCover and CTP deposits separate from other allied-health AR streams even when the same clinic reconciles them in the same week. HICAPS terminal settlements have their own deposit pattern, so clinics should separately reconcile HICAPS daily settlement reports. Medicare and DVA also have their own remittance logic; use a separate workflow to reconcile Medicare bulk-bill and DVA rebates before rolling everything into the monthly revenue review.

Post claim revenue and keep approval risks visible

Once a claim line is matched, post the paid amount to the right customer, matter ledger, claim ledger, or clearing account. Keep rejected and short-paid rows in a review queue with the scheme, invoice number, claim number, exception reason, and next action. Do not bury them in a general debtor balance where the approval or code issue will be hard to reconstruct later.

The evidence trail should be boring and complete: original invoice, payment notice or remittance advice, portal status export or screenshot where used, extracted row, matching notes, resubmission or query outcome, and the final accounting entry. That trail matters when a practitioner asks why a session was unpaid, when a claim manager queries a resubmission, or when month-end revenue does not agree to the practice-management report.

Make the review queue part of the clinic's rhythm. Check approval expiry, AHTRP or treatment-plan status, session caps, unaccepted claims, stale portal statuses, and unpaid invoices that should not be resubmitted until the underlying issue is fixed.

WorkCover and CTP are only one part of allied-health receivables. A clinic may also need to extract NDIS plan-manager remittance advice, reconcile HICAPS settlement, and clear Medicare or DVA rebates in the same accounting period. Keep the streams separate at the document and ledger level, then roll them up into clinic AR after each stream has been matched.

The practical order is simple: standardise the invoice register, extract notice rows consistently, reconcile bulk EFTs from deposit to claim line, and review exceptions before the next billing run.