NNDIScribe

Security & privacy

NDIScribe handles participant clinical documentation. We treat that as the most-sensitive data we touch.

  • Australian data residency. Production data for Australian customers is stored and processed in Australian regions.
  • Encrypted in transit and at rest. All traffic uses TLS, and stored data is encrypted with managed keys.
  • De-identification before AI. Participant and worker names, NDIS numbers, phone numbers, emails and date-like identifiers are tokenised before any note reaches a model. Those token maps are request-scoped and are not persisted.
  • Multi-tenant isolation. Every request is bound to your organisation and every data query is scoped to it, so one provider can never read another's data.
  • Least-privilege access. Access to production is restricted, logged, and granted only when needed to operate the service.
  • Owner privacy controls. Organisation owners can export a copy of their data, or permanently delete the organisation, at any time from Settings.
  • Audit trail. Regulated AI actions, exports and key data writes append tenant audit events. We do not claim SOC 2 or hash-chained logs until independently audited.

Subprocessors

We rely on a small set of vetted infrastructure and service providers to run NDIScribe. A current list of subprocessors, with the purpose of each, is provided as part of our Data Processing Agreement and is available on request.

DPA: view terms. Privacy: view policy. Security questions: mitsi@ndiscribe.com.