Skip to main content
The Visualcare public API provides programmatic access to your organisation’s data. All endpoints return JSON and use the base URL below. Base URL: https://publicapi.visualcare.com.au

Authentication

All API requests require three custom headers: Credentials are provided directly by Visualcare. Contact visualcare.com.au/contact to request credentials.

Error codes

No documented success status codes exist in the source. Successful responses return HTTP 200 with a JSON array body for GET endpoints. POST/PUT success response codes and body formats are not documented. See Known documentation quirks below.

Known documentation quirks

These are quirks inherited from the upstream API documentation. They’re recorded here so you don’t get caught out.

Typos in API responses

URL inconsistencies

  • Some curl examples in the docs use publicapi.visualcare.com (without .au), but the actual base URL is publicapi.visualcare.com.au.
  • The POST /worker-doc curl example targets documents-workers (the GET path) instead of worker-doc (the stated POST path). The <Request> component confirms the POST URL is /worker-doc.

Undocumented behaviours

  1. POST/PUT success responses: No POST or PUT endpoint documents what a successful response looks like (status code, body, returned IDs).
  2. POST /worker-doc content type: Ambiguous — shows both multipart/form-data (-F "file=@...") and JSON body. Likely requires multipart/form-data with both the file and metadata fields.
  3. No file download endpoint: Documents can be listed but not retrieved or downloaded via the API.
  4. No client document upload: Only worker documents have POST/PUT endpoints. Client documents are read-only.
  5. LinkId vs DocId: Worker document PUT uses LinkId (not DocId). The mapping between these IDs is not documented.
  6. Boolean string encoding in POST/PUT: Boolean values in POST/PUT bodies use string "TRUE" / "FALSE", not native JSON booleans. Integer 0/1 booleans appear only in GET responses.
  7. Pagination default: Most paginated endpoints default to 200 items. page is an offset (number of records to skip), not a page number.
  8. POST /worker body wrapping: The POST worker body is wrapped in a JSON array [{...}], while POST worker-skill and worker-compliance use a plain object {...}.

Endpoints not in main navigation (but documented)

  • GET /nextshift — Worker’s next shift
  • GET /prevshift — Worker’s previous shift

Endpoint summary table

Total: 46 endpoint operations across 37 unique URL paths

Endpoint pages

Clients

Client records, agreements, HCP statements, contacts, compliance, documents, expenses, groups, and notes

Workers

Worker records, skills, roles, availability, documents, compliance, leave, training, and shifts

Categories

Category lookups for expenses, documents, incidents, payers, roster items, and services

Areas

Area lookup data

Divisions

Division lookup data

Locations

Location lookup data

Settings

Organisation-level settings

Services

Service definitions and rates

Rosters

Roster items and master list

Timesheets

Timesheet records

Leads and referrals

Lead records and referral agencies

Payers

Payer records

Users

User account records

Incidents

Incidents and SIRS records

Forms

Form submissions and data

Quotes

Quote records and line items