Identity assurance

Prove the person, then trust the claim

Everything downstream (authorisation, adjudication and payment) is only as trustworthy as this step. It is deliberately the hardest thing in the platform to bypass.

  • Fingerprint primary, face as the deliberate fallback
  • Sub-second one-to-one matching, offline capable
  • Encrypted templates, never raw images
Verification

Prove the person,
then trust the claim

Everything downstream (authorisation, adjudication and payment) is only as trustworthy as this step. It is deliberately the hardest thing in the platform to bypass.

Biometric identification

Fingerprint and face verification at the point of service, in seconds, with liveness detection and offline capability where connectivity is unreliable.

Live entitlement

Membership, dependants, waiting periods, exclusions and terminations all resolved at the moment of the check, not in next month's reconciliation.

Consumption in real time

Every benefit and sub-limit checked against what has already been used, including amounts another facility has reserved but not yet claimed.

MedicalBytes point-of-service verification: member, verification status, photo and symptoms
Fingerprint matched0.4s · liveness passed
Encounter stampedMember · facility · time
Feature 04 in detail

How identity assurance actually works

Fingerprint is the primary modality. Facial recognition is the deliberate fallback, for infants, the elderly, manual labourers with degraded ridges, and clinical situations where the hands are unavailable.

01

Enrol once

Multiple fingers plus a facial template captured at onboarding or first visit, with liveness detection and consent recorded.

  • Encrypted mathematical templates, never raw images
  • One-to-many de-duplication at enrolment
  • Guardian-assisted flows for minors and dependants
02

Verify at the desk

One-to-one matching in under a second, before services are rendered, online or off.

  • Offline capability with deferred synchronisation
  • Anti-spoofing against print, replay and artificial prints
  • Encounter stamped: member, facility, time
03

Handle the exceptions

Genuine failure-to-enrol and failure-to-capture cases have a defined route, not a workaround.

  • Named override authority per role
  • Mandatory reason codes on every override
  • Full audit trail with before and after values
04

Watch the pattern

A verified attendance baseline is what makes abnormal behaviour visible at all.

  • Impossible-journey detection across facilities
  • Abnormal visit frequency by member and provider
  • Verification-failure clustering by facility

Why this feature is load-bearing. A verified encounter is undeniable proof of service. It ends card sharing and impersonation, it strengthens the payer's position in a provider dispute, and it gives the platform the attendance baseline against which phantom billing becomes immediately visible.

See a live verification
Control & assurance

Every member proven.
Every line traceable.

Trust is not a badge on a website. It is a process behind every encounter: identity verified at source, entitlement resolved from one rulebook, and a decision on every claim line that can be traced back to the rule, the version and the user that produced it.

12Features from access control to insight
<1sBiometric one-to-one match at the desk
2Modalities: fingerprint and face
0Claim lines paid without the rulebook
  • POPIA-aligned data controls
  • Encrypted biometric templates, never raw images
  • Segregation of duties enforced
  • Immutable audit trail, before and after values
  • Effective-dated tariffs and plan versions

What the chain records

Illustrative
BVMember verified by fingerprintBryanston Gate · Tier 2 clinic0.4s
PAPre-authorisation auto-approvedAUTH-2026-41883 · funds reserved$224
INInvoice read and coded4 lines · confidence 0.97PDF
TALine repriced to contractReason code TAR-03 · provider notified-$24
EXException routed to clinical deskDiagnosis-procedure mismatchqueued
SLSub-limit threshold reachedOptical · 80% consumed, member alertedalert
DDDuplicate invoice blockedSame lines, second channelstopped
CRProvider credential expiringAuto-suspension in 14 daysflagged
PRPayment run reconciledMaker, checker and payer separatedsettled
BVMember verified by fingerprintBryanston Gate · Tier 2 clinic0.4s
PAPre-authorisation auto-approvedAUTH-2026-41883 · funds reserved$224
INInvoice read and coded4 lines · confidence 0.97PDF
TALine repriced to contractReason code TAR-03 · provider notified-$24
EXException routed to clinical deskDiagnosis-procedure mismatchqueued
SLSub-limit threshold reachedOptical · 80% consumed, member alertedalert
DDDuplicate invoice blockedSame lines, second channelstopped
CRProvider credential expiringAuto-suspension in 14 daysflagged
PRPayment run reconciledMaker, checker and payer separatedsettled

Tariff sets, scheme rules and provider contract terms are loaded per client, so the engine adjudicates against your rulebook, not a generic one.

Walk your own claims

Bring a sample. We will show you the chain.

Give us a set of real claims and we will run them through the engine line by line: identity, entitlement, authorisation, coding, adjudication and settlement.