For oral hygienists
Practice software for South African oral hygienists
Oral hygiene practice is built on recall, and recall is the part of dental practice most often run on somebody's memory.
Or talk to us first- POPIA & HPCSA aligned
- We take medical aids
- Built by practising clinicians
HPCSA board
Dental Assisting, Dental Therapy and Oral Hygiene
In short
iScript.live gives oral hygienists periodontal charting and treatment records as structured data, recall scheduled from the clinical record itself with WhatsApp and email reminders, and real-time claim submission through MediKredit with benefit confirmed beforehand. Oral hygienists are registered under the HPCSA Professional Board for Dental Assisting, Dental Therapy and Oral Hygiene.
iScript.live is a multi-tenant, AI-native healthcare practice platform built in South Africa by Lighthouse iScript (Pty) Ltd. This page is about what iScript.live does for oral hygienists practising in South Africa. Oral hygienists in South Africa are regulated by the Health Professions Council of South Africa under the Health Professions Act 56 of 1974, through its Professional Board for Dental Assisting, Dental Therapy and Oral Hygiene.
An oral hygienist provides preventive oral health care within the scope of that registration category — periodontal care, scaling and polishing, preventive treatment and oral health education. Many oral hygienists run their own rooms as well as working within dental practices.
This page covers what iScript.live does for oral hygiene practice: periodontal records over time, recall as the core of the business, working inside somebody else's practice or your own, and claiming.
At a glance
- Platform
- iScript.live, built by Lighthouse iScript (Pty) Ltd
- Profession this page is about
- Oral hygienists
- Regulating council
- Health Professions Council of South Africa
- Governing statute
- Health Professions Act 56 of 1974
- Professional board
- Dental Assisting, Dental Therapy and Oral Hygiene
- Country of practice
- South Africa
No registration-number prefix is published here. It could not be verified against an authoritative source, and a wrong one would be worse than none.
What actually gets in the way
Where the day goes in oral hygienists' practice
None of this is a software problem in the abstract. Each of these is an hour, a rejected claim or a clinical decision made with less information than it deserved.
Recall that depends on diligence
A hygiene practice lives on patients returning at three, six or twelve months, and that mechanism is usually a spreadsheet.
Periodontal status recorded as prose
Pocket depths and bleeding indices are the evidence of whether the intervention worked, and they are frequently written in a way that cannot be compared.
Working inside another practitioner's system
An oral hygienist in a dental practice usually has no diary, no record and no reporting of their own.
A day in the practice
What a working day looks like on iScript.live
Oral hygiene is a recall business. Almost everything that determines whether the practice works is whether the right patient comes back at the right interval.
Before the appointment
Eligibility confirmed before the chair
Where the practice claims, eligibility and benefit are confirmed before the appointment rather than discovered when the claim comes back short.
LiveAssessment
Periodontal findings recorded as values
Structured templates hold periodontal measures and findings as fields, so a comparison at the next visit is a measurement rather than an impression.
LiveTreatment
The record, the coding and the account come from one place
Coding is validated against the loaded tariff library before transmission, and consumables move stock and post to the general ledger at the point of use.
LiveSetting the interval
Recall driven by risk, from the record
The recall interval is a clinical decision recorded against the patient, and messaging runs from the record over WhatsApp Business API rather than from a diary.
LiveWhere you work in a dentist's practice
Your own identity, in their record
You join their tenant as a provider with attributable activity and a scope the practice configures, working in the same patient record as the dentist rather than keeping a parallel one.
Live
What you get, and what is still being built
The platform, read from your side of the desk
Every capability on this list is in production and in daily use. We keep the roadmap and the reality on separate lists on purpose.
Periodontal charting as discrete values
Structured templates hold periodontal charting and indices as fields, so a baseline and a review at six months are directly comparable and can be shown to the patient.
Structured consultation workflow
Recall from the clinical record
WhatsApp Business API messaging, transactional email and voice over IP, so a three or six-month recall is scheduled from the date of the treatment rather than from a separate list.
Telehealth, e-prescribing and messaging
Your own diary and your own role
Role-based access with scope enforcement and per-practitioner diaries, so an oral hygienist inside a dental practice has their own bookings, records and reporting.
Multi-tenant clinical core
Eligibility and claim in real time
MediKredit integration to XML specification 3.53 over certificate-based mutual TLS for member and benefit eligibility, submission, item-level rejection handling and remittance advice.
Real-time medical-scheme claim switching
Built today, or being built
What is live, and what is not, in one table
The same list as the cards above, in the form a sceptical reader wants it. Every status in the right-hand column is resolved from the platform roadmap at the moment this page renders. None of it is typed by hand.
| Capability | Platform capability it comes from | Status |
|---|---|---|
| Periodontal charting as discrete values | Structured consultation workflow | Live |
| Recall from the clinical record | Telehealth, e-prescribing and messaging | Live |
| Your own diary and your own role | Multi-tenant clinical core | Live |
| Eligibility and claim in real time | Real-time medical-scheme claim switching | Live |
4 of these 4 capabilities are in production today. Anything in development is not available to buy, is not in a beta programme, and should not be counted on when you make a decision.
Why this is different
Recall belongs to the clinical record, not to a spreadsheet
The most reliable revenue in oral hygiene is the patient who comes back, and the mechanism that produces that is almost always outside the clinical system. Scheduling recall from the treatment record itself, and messaging against recorded consent, turns the practice's most valuable habit into infrastructure.
- Recall scheduled from the treatment date in the clinical record.
- Periodontal indices recorded as comparable values across reviews.
- Own diary, own records and own reporting inside a dental practice.
What it replaces
What actually comes out of the practice
Oral hygienists are among the practitioners most likely to be keeping a parallel record because the practice's system has no place for them in it.
| What happens today | What it becomes |
|---|---|
| A parallel paper record kept alongside the dentist's system | Your own provider identity inside the practice's recordLive |
| Periodontal findings described rather than measured | Structured measures comparable between visitsLive |
| Recall on a spreadsheet with a manual interval | Recall interval recorded clinically, with messaging from the record |
| Consumables absorbed into the practice's month-end count | Stock moving at the point of use and posting to the ledger |
A parallel record is the specific failure this fixes. Two records for one patient is not a filing inconvenience, it is a clinical risk.
Billing and medical schemes
How oral hygienists actually get paid
Oral hygiene work is billed by the practice, whether that practice is the hygienist's own rooms or the dental practice they work within.
Claims are submitted through the live MediKredit integration with eligibility and benefit available beforehand and item-level rejection reasons, reversals and remittance advice returning against the claim. Coding is validated against the loaded tariff library before transmission.
What an oral hygienist may bill, and under whose practice code number, is determined by the registration category, the practice code and the scheme's rules. Nothing here asserts an answer to that.
Private and part-paying patients are treated as normal cases, with the patient able to be their own debtor and card payment collection live.
A hygienist working inside a dental practice is covered by that practice's arrangement and has nothing separate to buy.
The billing mechanics, and their status
- Eligibility and benefit check
- Live, through MediKredit.
- Real-time claim submission
- Live, through MediKredit.
- Coding validation before transmission
- Live.
- Patient as their own debtor
- Live.
- Card payment collection
- Live.
Who else touches it
Who else in the practice uses this, and what they can see
A practice is not one person, and a clinical record that only the clinician can reach is a record somebody else will keep a second copy of. Roles are configured by the practice, not assumed by the platform, and every role is scoped at row level.
| Role | What they do, and what they can see |
|---|---|
| The practitioner | Consults, records, prescribes where the registration allows it, and submits. Sees the full clinical record for patients within the practice. |
| Reception and front desk | Books, checks members in, confirms eligibility before the appointment and takes payment. Sees the demographic, appointment and account layers, not the clinical note. |
| Billing and accounts | Works claims, item-level rejections, reversals and remittance advice, and reconciles what was paid against what was submitted. Sees coded lines, not free-text clinical content. |
| Practice manager or owner | Configures the practice, the sites, the fees, the templates and who may do what. Sees activity and financial reporting across every site in the group. |
| A supervisor, where the registration requires one | Countersigns and reviews the work of a practitioner practising under supervision, against the same record rather than a printed copy of it. |
| An assistant, associate or locum | Joins the practice as a provider rather than as a shared login, so their activity is attributable to them and ends when their association does. |
Every read, write and export carries the actor, the timestamp and the reason, so who saw what is answerable rather than reconstructed.
Getting started
From registration to a working practice, and what moving across involves
Onboarding is measured in days rather than in an implementation project. Nothing here requires a server, a site visit or a consultant. Migrating history is the separate question, and it is answered below rather than skipped.
Standing the practice up
01
Register or join a practice
A practice registers online and configures oral hygiene as a role with its own diary, or an independent practitioner registers their own tenant.
02
Configure charting and recall
Periodontal charting is set up as discrete fields, and recall intervals are configured against treatment types.
03
Treat, claim, recall
Treatment is recorded in structure, the validated claim is submitted in real time, and recall is scheduled from the record itself.
Moving off your current system
Moving practice software is the part everybody underestimates, so it is worth being exact about what is quick and what is not. Standing the practice up, as set out above, is quick. Bringing a decade of history across is not, and is scoped as its own piece of work.
Step 1
Run in parallel for a short period
Most practices keep the outgoing system readable while they work live in the new one, rather than attempting a hard cut-over on a Monday morning. Nothing about the platform requires the old system to be switched off first.
Step 2
Bring patients across
Patient demographics, medical-aid details and balances import first, because those are what reception needs on day one. Clinical history follows, and how much of it comes across as structured data rather than as attached documents depends entirely on what the outgoing system will export.
Step 3
Move the money last
Open claims and outstanding debtors are the last thing to move, and usually the cleanest approach is to finish the claim cycle already in flight on the old system while new work starts on the new one.
Historic-data migration is quoted separately from the platform, because its length is a property of the outgoing system rather than of this one. A practice that exports well is a short piece of work. A practice whose history exists only as scanned paper is a decision about how much of it is worth carrying.
Regulation, record-keeping and compliance
What the record has to survive
Clinical software carries the most sensitive data a person has, and a regulator will eventually read what it produced. Compliance is designed into the platform rather than certified around it afterwards.
Registration authority
Professional Board for Dental Assisting, Dental Therapy and Oral Hygiene
Health Professions Council of South Africa, under the Health Professions Act 56 of 1974.
Distinct board, distinct scope
Oral hygienists are registered under the Professional Board for Dental Assisting, Dental Therapy and Oral Hygiene. The platform models the role and enforces configured permissions; scope remains the practitioner's professional responsibility.
Records, consent and POPIA
Charting, consent and treatment records are held as one auditable record with an immutable audit trail. Recall messaging runs against recorded consent rather than an assumed opt-in.
The record has to be attributable
Every clinical entry carries who made it, when, and against which consent, on an immutable audit trail. An entry that is later corrected shows as a correction rather than replacing what was there, because a record that can be silently rewritten is not evidence of anything.
The record has to be retrievable years later
Clinical records outlive software, staff and sometimes practices. Records are held as structured data with their coding intact and are exportable, so the practice is not dependent on this platform continuing to exist in order to read its own history. Statutory retention periods are set by the regulator and the relevant legislation, not by us, and are not restated on this page.
Consent is part of the record, not a filing cabinet
Consent to treat, consent to a remote consultation and consent to share are captured in the consultation and stored against it, so the consent that applied at the time is retrievable with the entry it applied to.
One patient, one record
Where a hygienist and a dentist see the same patient, a single shared record with attributable entries from each is both better care and a better defence than two parallel files that agree only by coincidence.
What it costs
How this is priced, and what the quote depends on
The clinical platform is free, on every seat, permanently. You pay only for the medical claims you submit — at a rate that falls as you add modules — and optionally for the two business modules themselves. Every figure is published below rather than quoted on request.
01
CORE — the clinical platform, R0
The record, the diary, the billing, the claims workflow and the AI documentation, on every seat, at no cost and with no expiry. Not a trial and not a cut-down edition. Claims are R9.95 each on CORE, and that is the only charge.
02
R9.95, R8.95 or R7.95 per claim submitted
You pay for claims you actually send, from prepaid credits that never expire. The rate falls as you move up: R9.95 on CORE, R8.95 on STRIDE with one module, R7.95 on SUMMIT with both. Never a percentage of what the claim is worth, and never a percentage of what you earn.
03
STRIDE R699 a module, SUMMIT R1 199 for both
Website and Finance are optional business modules. They do not make you a better practitioner; they make you a better business, and they lower your per-claim rate while they are on. Neither is required to practise on the platform.
What the quote turns on
- How many medical-scheme claims you actually submit in a month — that is the only usage-based charge there is.
- Whether you want the Website module, the Finance module, both, or neither — which also sets your per-claim rate: R9.95 on CORE, R8.95 on STRIDE, R7.95 on SUMMIT.
- Nothing else. Seats are free, sites are free, storage is free, and support is not a tier.
- Migrating historic patient data from an outgoing system is scoped separately and quoted before any work starts.
- Nothing here is indexed to your turnover, your collections or the value of your claims.
For oral hygienists specifically
An oral hygienist inside a dental practice is covered by that practice's arrangement. Own rooms are usually a per-claim or single-clinician arrangement.
Every price on this site is published, not quoted. We never charge a percentage of what you earn. Registering a practice does not commit you to a contract.
Ask for a quote for your practiceObjections
The reasons not to do this, answered
Every one of these has been said to us by a practitioner in this profession or one adjacent to it. Where the answer is no, it says no.
I work in a dental practice. Do I need my own arrangement?
No. You join the practice's tenant as a provider, with your own attributable activity and a scope the practice configures, and there is nothing separate for you to buy. Your own tenant is only needed if the rooms are yours.
The dentist's system does not have a place for my records.
That is the exact problem the provider model solves. You work in the same patient record under your own identity rather than keeping a parallel file, and each entry is attributable to whoever made it.
Recall is my whole business. Will it be better than my spreadsheet?
The difference is that the interval is a clinical decision recorded against the patient rather than a column somebody maintains, so it follows a change in the patient's periodontal status instead of staying at whatever was typed last year.
Questions practitioners actually ask
Oral hygienists and iScript.live
Short, direct answers, each written to make sense on its own if it is read without the question above it or the page around it.
Is there practice software for oral hygienists in South Africa?
iScript.live gives oral hygienists structured periodontal charting, their own diary and records inside a dental practice or their own tenant, recall scheduled from the clinical record, and real-time claim submission through MediKredit. Periodontal indices are recorded as discrete values, so a baseline and a six-month review are comparable.
Can iScript.live manage hygiene recall automatically?
Recall is scheduled from the treatment record itself, and reminders go out by WhatsApp Business API messaging or email against recorded patient consent, so the mechanism sits in the clinical system rather than in a separate spreadsheet. Recall is the most reliable revenue in a hygiene practice and the most commonly lost.
Which HPCSA board registers oral hygienists?
Oral hygienists are registered under the HPCSA Professional Board for Dental Assisting, Dental Therapy and Oral Hygiene, a separate board from Medical and Dental. iScript.live models that registration as a distinct role. Registration, scope and continuing-education obligations are set by that board rather than by the platform.
Can an oral hygienist have their own diary inside a dental practice?
Yes. Per-practitioner diaries and role-based access mean an oral hygienist has their own bookings, their own clinical records and their own reporting inside a practice tenant shared with dentists and dental therapists. Dentists, dental therapists and oral hygienists work against the same patient record with different permissions.
Can an oral hygienist work in a dentist's practice on iScript.live?
Yes. The hygienist joins the practice's tenant as a provider with their own attributable activity and a scope the practice configures, working in the same patient record as the dentist rather than keeping a parallel file. There is nothing separate for the individual practitioner to buy.
Can an oral hygienist run their own rooms on iScript.live?
Yes. Registering a practice produces a tenant with the practitioner's own branding and subdomain, and there is no minimum clinician count. Claiming, coding validation, consumable stock movement and recall all work the same way as in a larger practice.
How does iScript.live handle oral hygiene recall intervals?
The recall interval is recorded as a clinical decision against the patient rather than as a column in a spreadsheet, so it follows a change in periodontal status. Messaging runs from the same record over WhatsApp Business API or transactional email.
The setting
What oral hygienists and their practices look like on this platform
Editorial images, chosen to show the setting the software is used in rather than a stock photograph of a laptop.
These are AI-generated editorial images. They depict no real practitioner, patient or premises, and are not photographs of anyone on this platform or of any of the practices named elsewhere on this site.
The same HPCSA board
Other professions registered with the Dental Assisting, Dental Therapy and Oral Hygiene board
Dental therapists, oral hygienists and dental assistants — a board whose practitioners frequently run their own rooms. If you have landed on the wrong page for your own registration, the right one is probably below.
All 28 professions, grouped by boardBring your practice onto the platform
Register the practice and set recall from the record
Chart a patient, schedule the six-month recall from the treatment itself, and see whether the reminder goes out on its own.