← Blog
SecurityHIPAAAI in DentistryPatient Data

The Shift to 'Zero-Retention': What Dental Software Actually Does With Your Patient Data

Most dental software meets HIPAA. The real difference is how much patient data each vendor stores, how long they keep it, and how many systems it passes through. Here's what to ask.

Marea Team·June 5, 2026·8 min read

In the modern dental landscape, security is no longer just a checkbox for IT. It is becoming part of how the practice actually operates day to day. A few years ago, most conversations about software stopped once HIPAA came up. If the answer was yes, that was usually enough to move forward.

That is starting to change.

As more practices adopt AI tools for phones, notes, intake, and communication, the question is getting more specific. It is less about whether a system is compliant and more about how it behaves once it is part of the workflow. What happens to patient data after a call ends, after a form is submitted, or after a note is created.

The question most practices are now asking, whether directly or indirectly, is simple:

How much of my patient data does this vendor actually keep?

Most dental software has been designed to store data. The newer question is whether it needs to store it at all, or if that assumption is part of the problem.

Quick Answer: How secure is dental software in 2026?

Most dental software in 2026 meets HIPAA compliance requirements, including encryption, access controls, and signed Business Associate Agreements. The real difference between platforms is how much patient data they store, how long they retain it, and how many systems that data passes through during normal use.

The HIPAA Baseline: What Every Practice Should Demand

There are still a few things that should never be ambiguous, and they are worth calling out clearly because not every vendor handles them the same way.

Every professional dental platform, whether it is a communication tool like Weave, a standalone AI system like Arini, or a broader platform like Marea, should meet a clear baseline before anything else is considered.

This includes:

  • Business Associate Agreements (BAA): Under HIPAA, any vendor that handles protected health information is required to sign a BAA that defines how that data is used, stored, and protected. If a vendor will not sign one before a trial begins, that is usually the end of the evaluation.
  • Encryption Standards: Most healthcare systems rely on 256-bit AES encryption, which is widely considered the industry standard for protecting data both at rest and in transit.
  • Regulatory Compliance: In North America, that means HIPAA in the United States and PIPEDA in Canada, along with the operational safeguards required under those frameworks.

Most established platforms meet this baseline today. That is not where decisions are being made anymore.

The difference is what happens after that baseline is met, and how much data is actually being handled behind the scenes.

Comparing Security Architectures: Standalone vs. Ecosystems

Once you move past compliance, the differences between systems become easier to see, but only if you look at how they handle data over time instead of just how they present it in a demo.

Different software providers approach this in very different ways, often based on how their product was originally designed.

The Storage Model (Traditional SaaS)

Many established platforms and early AI tools operate by replicating or syncing part of your patient database into their own environment. This data is usually encrypted and handled correctly from a compliance standpoint, but it still creates a second location where patient information exists.

Over time, this means:

  • Another database that needs to be secured
  • Another system that contains patient records
  • Another step when it comes to managing or deleting that data if you ever stop using the service

For many practices, this happens without being fully visible. It is simply part of how the tool works.

Omnichannel and Communication Platforms

Platforms like TrueLark or Weave sit closer to the communication layer of the practice. They handle calls, messages, reminders, and sometimes web chat, often across multiple channels at once.

To provide continuity for staff, these systems typically retain interaction history. That can include call logs, transcripts, or recordings depending on how the platform is configured.

From an operational standpoint, this is helpful. It gives your team context when speaking with patients.

From a security standpoint, it means there is now a long-term record of patient interactions stored outside the core practice management system. That is not necessarily a problem, but it is another layer that needs to be understood and managed.

The Integrated Intake Model

Ecosystems like mConsent, which includes Zaha AI, focus on digitizing intake, consent, and front-end patient workflows. Because they collect medical history and consent forms directly from patients, they often store this information so it can be accessed later.

This creates a different kind of duplication.

You may have:

  • Patient records in your PMS
  • Intake data in a forms system
  • Communication data in another platform

Each system is doing its job, but the same patient information now exists in multiple places. Over time, that becomes harder to track, especially as more tools are added.

The Critical Divide: Audio Retention

The most sensitive area of dental AI right now is audio handling.

As AI becomes more involved in phone calls and clinical documentation, practices are starting to ask more detailed questions about what happens to voice data. This is not always obvious during a demo, but it matters.

Some systems store recordings so they can be reviewed later or used internally. That can be useful for training or quality assurance, but it also introduces a different level of responsibility. Audio often contains identifiable health information, and under HIPAA it is treated as protected data just like written records.

Because of that, the industry is starting to move toward transcription-only models.

In these systems, audio is processed in real time, converted into structured output, and then discarded. There is no recording stored after the interaction is complete.

This is where the idea of zero-retention starts to take shape. It is not about adding another layer of protection. It is about reducing what exists in the first place.

Why Marea is "Engineered to Know Less"

Most tools in dental are built to store information. That has been the default approach for a long time.

Marea takes a different position. Instead of acting as another system of record, it operates as a coordination layer on top of your existing practice management software.

The idea is simple. The less data a system holds, the less there is to protect.

  • Zero-Retention Audio: For both the AI Scribe and AI Receptionist, audio is processed in real time and discarded as soon as the task is complete. There is no stored recording and nothing to access later.
  • No Database Replication: Marea does not copy or migrate patient records into its own database. It connects directly to systems like TDO, Dentrix, or Eaglesoft and pulls information only when needed.
  • Secure Communication Layer: Referral letters and communication are handled through an encrypted portal, rather than being sent through fax or unsecured channels. This keeps information contained within a controlled environment and provides visibility into access.

None of these decisions change whether the system is compliant.

What they change is how much patient data exists outside your core system, and how many places it needs to be protected.

What This Actually Means for Your Practice

Most dental software today will pass a compliance review. That part is expected at this point.

What matters more over time is understanding how your data is being handled once the system is in place. How many tools are touching it, how often it is duplicated, and how long it is retained.

If that is not clear, the risk is not hypothetical. It shows up in practical ways, especially when something needs to be traced, corrected, or removed and no one is entirely sure where the data lives:

  • More systems that need to be secured and monitored
  • More complexity if a vendor relationship ends
  • Less visibility into where patient data actually lives and how many copies exist

The fewer places that data exists, the simpler the problem becomes.

That is the direction the industry is starting to move toward, and it is where the idea of zero-retention fits in. Not as a feature, but as a way of thinking about how dental software should be built going forward.

What to ask before choosing a dental software vendor

Before making a decision, it is worth asking a few direct questions:

  • Where is patient data stored outside the PMS, if at all?
  • Are call recordings or audio files retained after processing?
  • How long is data kept, and what happens if we cancel?
  • Does the system duplicate data or simply access it when needed?

The answers to these questions will usually tell you more than a compliance statement.

If you want to see how this works inside a real workflow, we can walk through it using your setup. The systems that require less data to function tend to be easier to trust over time.

Book a 15-minute Security Review and Demo.

Marea is the AI platform built for dental practices. Receptionist, scribe, letters, and forms layered onto the PMS you already use.

Book a Demo