For enterprise organisations
Structured implementation for complex organisations
Large organisations do not fail on features. They fail on migration, permissions, governance and the assumption that adoption will look after itself.
Commercial model
Enterprise agreements
Enterprise commercial terms, implementation and service commitments are scoped per organisation.
Full pricingThe situation
At a certain size, the question stops being whether a platform can do the work and becomes whether it can be introduced without disrupting the operation that depends on it.
That is a different assessment. It covers how data moves across, how permissions map to an existing structure, who is accountable when something breaks, and what the review process requires before a decision can be made at all.
Multiple entities and locations
Organisations operating several entities, sites or billing structures need those boundaries reflected in the platform rather than flattened into one pool.
- Multiple entities or operating locations
- Structures reflected in reporting and permissions
- Entity boundaries reflected in reporting rather than pooled
Data migration
Existing patient, procedure and account data has to move without losing history. Migration is scoped during discovery, covering what transfers, what is archived, and how the two systems run during transition.
- Scoped during discovery
- Historical account and procedure data
- Transition arrangements between systems
- Source systems and export formats reviewed during discovery
Role-based permissions and governance
Permissions map to the organisation's actual structure — who can view financial data, who can change billing policy, who can administer users — and administrative change is retained as audit history.
- Role-based access control
- Separation of clinical and financial visibility
- Audit history of administrative change
- Governance over billing policy changes
Reporting requirements
Enterprise reporting typically has to satisfy internal finance as well as clinical leadership. Group-level and provider-level reporting, reconciliation, BAS and end-of-year outputs are included.
Security, privacy and integration review
Procurement at this level involves security review, privacy assessment and integration analysis before a decision. The security page sets out the control areas and states which details are confirmed and which require verification.
- Security control areas documented for review
- Privacy assessment against Australian requirements
- Integration assessment
- Evidence provided directly to your reviewers on request
Change management, training and rollout
Implementation is phased rather than switched. Training is delivered by role, and rollout is staged so that a problem affects one group of users rather than the whole organisation.
- Phased rollout by site, entity or provider group
- Role-based training
- Adoption support after go-live
Service management
Support model, response commitments and escalation pathways are agreed in the service schedule for each enterprise agreement.
Other solutions
For individual anaesthetists
Private billing without an administrator
For anaesthetists running their own private practice, with or without administrative help.
For anaesthetic groups
Central administration across every provider in the group
For groups with shared administration, multiple providers and group-level reporting requirements.
Service models
Managed billing, without losing sight of it
For practices that want billing operated for them while retaining full visibility.
Next step
Discuss your requirements
An enterprise conversation covers organisational structure, current systems, migration scope, security and privacy review requirements, and the internal approvals a decision depends on.