Skip to main content

Audit Logs

Praxi maintains comprehensive, immutable audit logs of all system activity for compliance, security monitoring, and clinical governance requirements. Every action that accesses, creates, modifies, or deletes client data is permanently recorded with full attribution.

info

7-Year Retention Requirement — Under the Privacy Act 1988, state Health Records Acts, and professional standards, audit logs relating to clinical records must be retained for a minimum of 7 years. Praxi automatically retains all audit logs for this period and beyond, ensuring you can demonstrate compliance with access and disclosure requirements. :::

Why Audit Logs Are Critical​

Regulatory Requirements​

Multiple Australian regulations require comprehensive audit logging:

RegulationRequirementImplication
Privacy Act 1988 (APP 11)Take reasonable steps to protect personal informationMust demonstrate security measures including access logging
Privacy Act 1988 (APP 12)Provide access to personal informationMust identify who accessed what and when
Health Records ActsClinical record integrityMust demonstrate records haven't been improperly altered
AHPRA Professional StandardsAccountability for clinical decisionsMust track who made clinical entries
Medicare RequirementsClaiming integrityMust demonstrate service was provided by claimed practitioner

Practical Benefits​

Beyond compliance, audit logs help you:

  • Investigate complaints - Determine exactly what happened and when
  • Demonstrate due diligence - Show appropriate access controls were in place
  • Support legal defence - Provide evidence in malpractice or privacy claims
  • Quality improvement - Identify workflow issues and training needs
  • Staff accountability - Ensure appropriate use of system access

What Gets Logged​

Audit logging captures:

CategoryExamples
Clinical activityNote creation, viewing, signing, amendments
Client recordsProfile views, updates, consent changes
AppointmentsBookings, cancellations, status changes
BillingInvoice generation, payments, refunds
User actionsLogins, logouts, password changes
System changesSettings updates, permission changes

Accessing Audit Logs​

Practice Owner Access​

  1. Go to Monitoring → Audit Trail (from the main sidebar, under Practice)
  2. View recent activity across the entire organisation
  3. Use filters to find specific events
  4. Generate compliance reports or export as CSV/PDF

Your Own Activity (All Users)​

Every user can see their own recorded activity — including who has accessed their information — on their personal privacy page at Settings → Privacy.

Who Can Access​

RoleAccess Level
Practice Owner, SupervisorFull audit log access, compliance reports, exports
All other rolesOwn activity only (personal privacy page)

Log Structure​

Event Information​

Each audit entry includes:

FieldDescriptionExample
TimestampWhen the action occurred2024-01-15 14:32:45 AEST
UserWho performed the actionDr Sarah Chen
ActionWhat was doneVIEW_CLIENT_RECORD
ResourceWhat was affectedClient: John Smith
DetailsAdditional contextViewed clinical notes
IP AddressSource location203.45.67.89
DeviceBrowser/device infoChrome on MacOS

Action Types​

CategoryActions Logged
AuthenticationLOGIN, LOGOUT, PASSWORD_CHANGE, MFA_ENABLE
ClientCREATE, VIEW, UPDATE, DELETE, MERGE
Clinical NotesCREATE, VIEW, EDIT, SIGN, AMEND, EXPORT
AppointmentsBOOK, RESCHEDULE, CANCEL, MARK_ATTENDED
BillingINVOICE_CREATE, PAYMENT_RECORD, REFUND
SettingsPERMISSION_CHANGE, CONFIG_UPDATE

Searching Logs​

Filter Options​

FilterPurpose
Date rangeLimit to specific period
UserActivity by specific person
Action typeSpecific action category
ResourceRelated to specific record

IP addresses are recorded on every entry and searchable in the on-screen results.

Search Examples​

Find who accessed a client's record:

  1. Go to Audit Logs
  2. Filter by Resource: "Client: [Name]"
  3. Filter by Action: "VIEW" or "All"
  4. Set date range
  5. Review results

Investigate unusual login activity:

  1. Go to Audit Logs
  2. Filter by Action: "LOGIN"
  3. Filter by User: [Username]
  4. Review IP addresses and times
  5. Flag suspicious activity

Combined Filters​

Combine multiple filters for targeted searches:

  • Date range -- start and end dates
  • Event type -- filter by action category (rest, login, logout, system)
  • User -- filter by specific user
  • Client name -- search by client name (partial match)
  • Entity reference -- filter by specific record reference

Results are returned in reverse chronological order with cursor-based pagination for large result sets.

Viewing Log Details​

Log Entry Detail View​

Click any log entry to see:

  • Full event details
  • Related events (same session)
  • Before/after values (for changes)
  • Device fingerprint
  • Geographic location (approximate)

Clinical Note Audit Trail​

For clinical notes, track:

EventDetails Captured
CreatedAuthor, template used, client
ViewedWho, when, duration
EditedChanges made, reason
SignedSigner, timestamp, digital signature
AmendedAmendment text, reason, original preserved
ExportedFormat, recipient, purpose

Clinical note audit trail showing creation, views, edits, and signing history

Exporting Logs​

Export Options​

FormatUse Case
CSVAnalysis in Excel, database import
PDFFormal compliance report for AHPRA or legal use

Generating Exports​

  1. Go to Monitoring → Audit Trail (from the main sidebar)
  2. Apply filters (date range, event type, user)
  3. Click Export CSV for spreadsheet analysis, or Export PDF for a formal compliance report
  4. The PDF report includes event summaries, suspicious activity detection, and Australian healthcare compliance metrics
  5. Download the file

Export Scope​

Exports are automatically scoped to your organisation. You can apply filters for date range, event type, and user before exporting. CSV exports support up to 10,000 records per download. For larger datasets, narrow the date range and export in batches.

Compliance Reports​

Standard Reports​

ReportContentFrequency
Access SummaryWho accessed what recordsMonthly
Login ActivityAuthentication patternsWeekly
Clinical AccessNote views and changesMonthly
Permission ChangesSecurity-relevant changesOn demand
Failed AccessDenied access attemptsDaily review

Generating Reports​

  1. Go to Reports → Compliance → Audit Reports
  2. Select report type
  3. Set parameters
  4. Generate and export

Audit Evidence​

For compliance audits, export:

  • Retention policy documentation
  • Disposal certificates
  • Hold records
  • Decision logs
  • Exception reports

Audit Chain Verification​

Praxi protects audit log integrity with cryptographic hash chains. Each audit record's hash incorporates the previous record's hash, creating a tamper-evident chain. If any record is modified or deleted, the chain breaks and the system detects it.

Verifying the Chain​

  1. Go to Monitoring → Audit Trail (from the main sidebar)
  2. Click Verify Chain Integrity
  3. Set the date range to verify
  4. The verification report shows:
    • Total records verified
    • Valid and invalid record counts
    • Any chain breaks detected (with timestamps and details)
    • Verification timestamp
tip

Run chain verification periodically (monthly is recommended) and before any compliance audit. The verification report serves as evidence that your audit trail has not been tampered with. :::

Security Monitoring​

Suspicious Activity Detection​

Praxi automatically analyses audit logs to detect suspicious activity patterns. The suspicious activity report covers the last 7 days by default and flags:

PatternSeverityDescription
Multiple failed loginsCriticalRepeated failed login attempts for an account
Unusual access timesWarningAccess outside normal working hours
Bulk data accessWarningExcessive record views in a short period
Policy violationsVariesAccess attempts that violate permission rules

Reviewing Suspicious Activity​

The suspicious-activity analysis is included in the compliance PDF export from the Audit Trail (Monitoring → Audit Trail → Export), covering totals, users affected, and severity breakdown. Review it as part of your regular compliance checks and document any investigation findings.

Alert Notifications​

Choose whether you receive security alert notifications under Settings → Organisation → Notifications (the security alerts preference).

Privacy Considerations​

Accessing Client Records​

When reviewing audit logs that show client record access:

  1. Ensure legitimate business need
  2. Document reason for review
  3. Limit access to necessary information
  4. Do not disclose unnecessarily

Staff Privacy​

Audit logs contain staff activity data:

  • Use for legitimate compliance purposes only
  • Do not use for performance management without policy
  • Inform staff about audit logging practices
  • Follow employment law requirements

Retention and Archival​

Retention Periods​

Log TypeRetentionBasis
Clinical access7 years minimumHealth records legislation
Authentication7 yearsSecurity best practice
Billing7 yearsTax and Medicare requirements
System changes7 yearsCompliance documentation

Archival Process​

After active retention:

  1. Logs compressed and archived
  2. Moved to secure cold storage
  3. Access restricted to compliance team
  4. Destruction scheduled per policy

Log Integrity​

Audit logs are protected by multiple security measures to ensure they can be relied upon for compliance and legal purposes:

ProtectionImplementationPurpose
ImmutabilityWrite-once storage, no delete/edit APIsPrevents tampering with historical records
Encryption at restAES-256-GCM with IV + authentication tagProtects audit data from unauthorised access
Cryptographic signingSHA-256 hash chainsDetects any modification to log entries
RedundancyMulti-region replicationProtects against data loss
Access controlSeparate from main database (audit schema)Prevents accidental or malicious deletion
TimestampingNTP-synchronised, timezone-awareEnsures accurate chronology
AttributionUser ID, session ID, IP addressProvides full accountability
warning

Log Tampering — Any attempt to modify, delete, or falsify audit logs is automatically logged and triggers security alerts. Audit log tampering may constitute criminal conduct and professional misconduct. :::

Responding to Requests​

For subpoenas or formal requests:

  1. Verify request legitimacy
  2. Consult legal counsel
  3. Scope the request appropriately
  4. Export relevant logs
  5. Document the disclosure
  6. Retain copy of request and response

Logs can demonstrate:

  • Who had access to records
  • When records were accessed or modified
  • Changes made to information
  • Compliance with access policies

Client Access Requests (APP 12)​

Under Australian Privacy Principle 12, clients have a right to access their personal information, including knowing who has accessed their records.

Responding to Access Requests​

When a client requests to know who has accessed their records:

  1. Go to Audit Logs
  2. Filter by Resource: "[Client Name]"
  3. Set date range as requested
  4. Export relevant entries
  5. Review for any necessary redactions (staff names may be withheld in some circumstances)
  6. Provide to client within 30 days

What to Include​

IncludeMay WithholdMust Not Include
Date/time of accessStaff member names (consult legal advice)Internal security alerts
Type of access (view, edit)IP addressesSystem diagnostic data
What was accessedDevice informationOther clients' information

Client access report showing who accessed records, when, and what was viewed

Best Practices​

  1. Review regularly - Weekly review of alerts and unusual activity
  2. Train staff - Ensure team knows logging occurs and why
  3. Document policies - Clear audit log access and review policies
  4. Investigate promptly - Address security alerts within 24 hours
  5. Retain appropriately - Follow minimum 7-year retention periods
  6. Protect integrity - Never attempt to modify or delete logs
  7. Regular audits - Monthly sampling of audit logs for anomalies
  8. Staff awareness - Brief staff that all access is logged (deterrent effect)

Troubleshooting​

Missing Log Entries​

If expected entries aren't appearing:

  1. Check date/time filters
  2. Verify user permissions
  3. Check action type filter
  4. Ensure event occurred (not just attempted)
  5. Contact support if confirmed missing

Performance Issues​

For large log queries:

  1. Narrow date range
  2. Use specific filters
  3. Export and analyse offline
  4. Schedule reports for off-peak times

Was this page helpful?