The platform
Everything connected to the work around it.
The short version is on the home page. This is the depth beneath it — what a person record actually holds, how individual and group delivery is recorded, how communication keeps its context, how internal work moves, how forms and funding adapt as your services do, what a health and wellbeing service looks like inside it, and what each role sees when they open the platform.
People, families & the service journey
Understand the whole journey.
One person, one record — from the referral that started it to the note somebody wrote this morning. Family, whānau and aiga relationships are held on the record too, so a worker picking it up sees who else is in the picture rather than piecing it together from memory.
- Person profile
- Family, whānau and aiga relationships
- Referrals
- Timeline
- Notes
- Documents
- Plans
- Goals
- Appointments
- Programme participation
- Communication history
See the person, not just the service.
Communication history is part of that record, not a separate inbox. Every message stays connected to the person, programme, service, referral or session it belongs to — so the timeline shows not only that somebody was contacted, but what the contact was about.
Individual & group service delivery
One person at a time, or a whole community at once.
Some of the work is a home visit. Some of it is sixty people in a hall on a Saturday. Both are service delivery, both count towards a contract, and both are recorded properly here.
- Individual appointments
- Navigation
- Home visits
- Outreach
- Programmes
- Group sessions
- Community events
- Enrolment
- Waitlists
- Group and individual notes
- Follow-up
Three ways to take attendance
Attendance is where group delivery usually breaks down: a system that only knows how to tick names off a list cannot record a community event, and one that only counts heads loses the people in a programme. TeAlaOla supports all three, chosen per session.
Named attendance
Every participant marked individually. This is the mode for a programme cohort, a course or a support group, where who was in the room is the point.
Aggregate attendance
Totals and demographics only. A community day with three hundred people through the gate is counted honestly, without pretending each one was enrolled.
Hybrid attendance
Both in the same session. Enrolled participants are recorded by name, everyone else is counted — one session, one record, no double entry.
Enrolment and waitlists sit alongside the session itself, and notes can be written for the group as a whole or for one participant privately. Follow-up is raised from the session it came out of — nobody has to remember to go somewhere else and do it again.
Communication & engagement
Stay connected without losing context.
Messages are sent from the same place the work is recorded, so six months later nobody has to guess why a person was contacted or which programme a reminder came from.
- Individual SMS
- Bulk SMS
- Individual email
- Bulk email
- In-app messaging
- Appointment reminders
- Programme reminders
- Service follow-ups
- Automated surveys
- Feedback requests
Person communication
Every message a person has been sent or has replied to sits on their record, in order, alongside the rest of their history.
Programme communication
Session reminders and cohort updates stay attached to the programme that sent them, so a programme lead can see what their group has heard.
Service communication
Follow-ups, surveys and feedback requests carry the service, referral or session they came out of — the reason for the contact travels with it.
Communication stays connected to the work around it.
Internal tickets, tasks & workflow
Keep internal work moving.
Plenty of what an organisation does is not service delivery but still has to happen — an administration request, a documentation chase, a finance question, evidence a contract needs. Tickets keep that work visible without leaving the platform the service runs on.
- Administration requests
- Participant follow-up
- Programme actions
- Documentation requests
- Finance questions
- Contract evidence requests
- Service requests
- Internal operational issues
A ticket carries who asked, who owns it and when it is due — and, because it lives beside the work, what it is about.
- Requestor
- Assignee
- Team
- Priority
- Due date
- Status
- Comments
- Attachments
- Related person
- Related programme
- Related service
- Related contract
The lifecycle
New
Raised by anyone, with the person, programme, service or contract it relates to.
Assigned
Given an owner and a team, with a priority and a due date.
In Progress
Being worked, with comments and attachments kept on the ticket.
Waiting
Blocked on somebody else, and visibly so rather than quietly stalled.
Completed
Closed, with the trail of what was asked and what was done still attached.
What a manager sees
- Open tasks
- Overdue requests
- Work by team
- Completion rates
- Request categories
- Response and resolution trends
Worth being clear about what this is. These are simple internal workflows connected to service delivery — not an enterprise IT ticketing product. The value is that a documentation request sits next to the person it concerns and the contract it feeds, not that it has a service catalogue and an escalation matrix.
Forms, automation & flexibility
Adapt as your services change.
New contracts, programmes and reporting requirements should not always require new software development. Forms, fields, statuses and follow-up are configuration — a new intake form or a new outcome measure is an afternoon's work for your own team, not a release from us.
- Dynamic custom forms
- Intake forms
- Consent forms
- Assessments
- Programme forms
- Outcome forms
- Surveys
- Conditional fields
- Configurable fields
- Configurable statuses
- Service-specific workflows
- Custom screens where supported
- Automated reminders
- Automatic follow-up surveys
Capture what this service needs
Conditional fields mean a form asks the next question only when it is relevant, so an intake stays short for the people it should be short for. Statuses and workflows are set per service rather than shared across everything the organisation does.
Then let it run
Reminders and follow-up surveys can be attached to the thing that triggers them — an appointment, a session, the end of a programme — so the routine chasing happens without anybody holding a list of it in their head.
Build the information capture around your service — not your service around the software.
Funding, contracts & reporting
From the mahi to the claim, without typing it twice.
Delivery that has already been recorded is the same delivery that gets funded, evidenced and reported. Nobody rebuilds the month in a spreadsheet at the end of it.
- Funders
- Contracts
- Funding lines
- Service codes
- Service units
- Expenses
- Billable activity
- Invoices
- Claims
- Evidence
- Xero connectivity
- Contract targets
- Outcomes
- Reporting
Activity
The appointment, session or event that actually happened.
Funding allocation
Matched to the contract and funding line that pays for it.
Billable unit
Counted against the service code and unit the contract is written in.
Evidence
Notes, attendance and outcomes already recorded stand as the proof.
Claim / invoice
Claimed or invoiced, with Xero connectivity for the finance side.
Reporting
Rolled into contract targets, outcomes and the report a funder reads.
Contract targets sit against actual delivery, so a manager can see where a contract stands before the quarter closes rather than after it. Expenses and billable activity carry through to claims and invoices, with Xero connectivity for the finance side.
Capture the mahi once. Use it for delivery, evidence, funding and reporting.
Health & wellbeing services
Wellbeing support, from the referral to the outcome.
Hauora providers, community health teams and whānau support services run on referrals, appointments, group programmes, notes and follow-up — and on being able to show a funder what changed. All of that is recorded here, against whatever wellbeing framework your organisation already works to, in the terminology and languages your organisation has configured. This is not a clinical system: there is no diagnosis, no medication, no clinical assessment and no health-record integration in TeAlaOla. It records the service, not the clinical care.
- Inbound referrals
- Referral source
- Intake and triage
- Urgency and risk flags
- Waitlists
- Appointments
- Home visits
- Programmes and sessions
- Named, aggregate and hybrid attendance
- Individual and group notes
- Consent by purpose
- Documents on file
- Whānau and aiga relationships
- Preferred language
- Accessibility and cultural requirements
- Restricted records
- Outcome measures
- Billable activity
Referral first appointment
A referral from a GP practice, a hospital team, a marae, a school or another agency arrives with the referrer’s own account of why — kept word for word — plus how quickly it was sent, the language the person prefers and the access and cultural needs that come with them. Triage moves it across a board, and the appointment that follows stays attached to it.
Session everyone in it
A group programme takes attendance by name, by headcount, or both in the same session. The note is written once and lands on the session and on each participant’s own file, and the billable activity comes off that same session against the service code the contract is written in.
Person whānau
Household, whānau, aiga, extended and kin relationships are held on the record, and consent is recorded explicitly against the purpose it was given for. A record marked restricted is not greyed out for the staff who should not see it — it is absent from the search, the list and the count.
Wellbeing measured against your framework, not a model we chose for you.
Dashboards & reporting
The right view for every role.
A dashboard can be built around the service, role, team, programme, site, contract, funder or organisational framework it needs to describe — so what somebody opens first is the work actually in front of them, backed by up-to-date operational reporting.
- Service
- Role
- Team
- Programme
- Site
- Contract
- Funder
- Organisational framework
Frontline teams
Referrals, caseload, appointments, tasks and follow-up.
Programme teams
Sessions, enrolment, attendance, engagement and outcomes.
Managers
Service demand, workload, KPIs, performance and contract delivery.
Leadership & governance
Organisation reach, outcomes, funding performance and strategic KPIs.
Supported across every view
- Live operational KPIs
- Filters
- Drill-down
- Saved views
- Configurable widgets
- Manager-customisable dashboards
- Role-based permissions
- Reporting
- Export
A view for the Board
Governance can be given a view of its own. An authorised external user — a Board Chair, a governance representative — can receive controlled dashboard access without unnecessary access to operational records or participant information.
From frontline action to Board-level insight.
See it against your own services.
The quickest way to know whether this fits is to walk one of your services through it with us. Bring a contract, a programme and the report you dread writing.