Blog
Payment Collection

How to Set Up Patient Payment Plans That Comply With the Privacy Act in Australia

March 29, 2026 · Maya Torres

How to Set Up Patient Payment Plans That Comply With the Privacy Act in Australia
Formisoft

From the team at Formisoft, the HIPAA-ready platform for patient intake, scheduling, and payments. Learn more →

I've worked with dozens of Australian practices setting up patient payment plans with Privacy Act requirements in mind. The biggest mistake? Treating payment plans like a simple "we'll bill you later" arrangement without thinking about the data handling requirements.

Under the Australian Privacy Act 1988 and the Australian Privacy Principles (APPs), the moment you create a payment plan, you're collecting and using personal information for a secondary purpose. That triggers specific obligations around consent, disclosure, and data security.

Most practices get this wrong because they assume their initial patient consent covers everything. It doesn't.

What the Privacy Act Actually Requires for Payment Plans

The Privacy Act doesn't ban payment plans. It requires that you handle the personal information involved properly.

When you set up a payment arrangement, you're typically:

  • Storing payment details (credit card, bank account) for future charges
  • Creating a new record linking health services to ongoing financial obligations
  • Potentially sharing data with payment processors or debt collectors
  • Using contact information (phone, email) for payment reminders

Each of those activities falls under the APPs. Here's what matters:

APP 3 (Collection): You need to inform patients that you're collecting their payment information specifically for instalment arrangements. Your standard intake notice might not cover this.

APP 5 (Notification): Patients must understand how their payment data will be used, who will access it, and what happens if they default.

APP 6 (Use and Disclosure): You can't use their payment information for anything beyond what they agreed to. If you later want to send marketing about payment options, that's a separate consent issue.

APP 11 (Security): Payment information requires heightened security. Tokenization, encryption, and access controls aren't optional.

How to Structure a Compliant Payment Plan Workflow

Here's what I recommend practices put in place:

Step 1: Create a Payment Plan Agreement Form

Don't just verbally agree to instalments. Document it. Your agreement should include:

  • Total amount owed
  • Instalment schedule (dates and amounts)
  • Payment method and how it will be stored
  • What happens if a payment fails
  • Your right to modify terms or terminate the arrangement
  • Data handling details specific to the payment plan

This isn't about being heavy-handed. It's about transparency, which the Privacy Act explicitly requires.

Step 2: Get Explicit Consent for Stored Payment Methods

If you're storing card details or bank account information for recurring charges, you need clear, specific consent. "I agree to the payment plan" isn't enough.

Use language like: "I authorize [Practice Name] to securely store my payment details and automatically charge the agreed instalments on the specified dates. I understand this information will be encrypted and stored by [your payment processor]."

Many practices use online payments features to collect this consent digitally, which creates an audit trail. That matters if a dispute arises later.

Step 3: Limit Who Has Access to Payment Plan Data

The Privacy Act requires you to restrict access to personal information to people who actually need it for their job.

Your clinical staff shouldn't have access to payment card details. Your billing team shouldn't have access to clinical notes (unless clinically necessary for billing codes).

Set up role-based access. Most practices I work with create separate logins for:

  • Front desk (can set up plans, see scheduled payments)
  • Billing administrators (full payment access)
  • Clinicians (no payment data access)

This isn't just compliance theatre. It reduces your risk if someone's account is compromised.

Step 4: Build a Process for Failed Payments

When an instalment fails, you need a documented process that respects privacy requirements.

Best practice:

  1. Automated email/SMS notification to the patient (not voicemail, which could be overheard)
  2. A grace period (typically 7-14 days) before taking further action
  3. A second attempt after updating payment details
  4. Clear escalation path if payment remains outstanding

If you're going to engage a debt collector, disclose that possibility upfront in your payment plan agreement. APP 6 requires you to tell patients if you're sharing their information with third parties.

Common Privacy Act Pitfalls I See in Payment Plans

Pitfall 1: Using personal health information to pressure payments

I've seen practices reference specific treatments or diagnoses in payment reminder messages. Don't. Your payment communications should reference the invoice number and amount, not clinical details. That's a potential breach of APP 6 (using health information for a purpose beyond healthcare).

Pitfall 2: Storing payment data in unsecured spreadsheets

If you're tracking payment plans in Excel files saved to a shared drive, you're asking for trouble. Payment card data requires PCI DSS compliance, which has specific requirements about storage and transmission. Even if you're only storing last four digits and expiry dates, it needs encryption at rest and in transit.

Pitfall 3: Not updating patients when terms change

If you need to modify a payment plan because of changed circumstances or interest rate adjustments, you can't just do it. APP 10 requires you to take reasonable steps to make sure the information you hold is accurate and up-to-date. That means notifying the patient and getting updated consent.

Pitfall 4: Failing to respond to access requests

Under APP 12, patients have the right to access their personal information, including payment records. You have 30 days to respond. Most practices meet this easily for clinical records but forget that payment plans count as personal information too.

Setting Up Payment Plans in Formisoft

We built our online payments feature with Australian Privacy Act compliance in mind. Here's how practices typically configure it:

  • Create a payment plan agreement form that collects consent language and payment authorization
  • Use conditional fields to show relevant terms based on payment amount or plan duration
  • Link payment plans to specific services using our patient management tools
  • Set up automated reminders via patient notifications that only reference invoice details, not clinical information
  • Track consent timestamps and form versions for audit purposes

Everything is encrypted end-to-end, access is role-based, and patients can view or download their payment plan agreement anytime through their portal.

Practices I've worked with have reduced payment plan disputes by 60% simply by documenting everything clearly upfront and giving patients self-service access to their agreement terms.

Practical Takeaway

Patient payment plans and Privacy Act compliance aren't about adding red tape. It's about being transparent, securing the data you hold, and giving patients control over their financial arrangements.

Start with a proper agreement form that documents terms and consent. Restrict access to payment data. Build a respectful process for handling failed payments. And make sure patients know who you might share their information with (payment processors, debt collectors) before you do it.

Most disputes happen because patients didn't understand the terms or feel blindsided by collections activity. Clear documentation solves both problems.

Ready to digitize your intake?

Start building HIPAA-ready patient intake forms in minutes.

Get Started