Skip to main content
Patient Protect circular logo mark in purple and white used for site navigationPatient Protect

HIPAA Compliance for Direct Primary Care Practices

The HIPAA compliance and security operating system for direct primary care practices. Cash-pay does not answer the covered-entity question, and "we don't bill insurance" is not a security strategy. Patient Protect documents where you actually land, then runs the risk analysis, policies, training, vendor agreements, and evidence — plus the state-law layer that applies either way.

A membership or cash-pay model does not automatically put a DPC practice inside or outside HIPAA. Determine whether the practice — or a third party acting for it — electronically conducts an HHS-adopted standard transaction. If it does, the duties below are required. If it does not, state medical-privacy, consumer-health, contractual, and professional obligations may still require substantially similar controls.

HIPAA compliance is not optional for a covered direct primary care practice.

If your practice is a HIPAA covered entity, it is required to maintain an active, documented compliance program — and if it performs covered functions as a Business Associate, it must implement the Security Rule and every other duty attaching to that role. The responsibility does not transfer to your EHR, IT company, consultant, insurance carrier, or software provider. Those partners can support the work; your practice remains responsible for completing it.

Watching one training video is not a compliance program. Downloading a policy template is not a compliance program. Signing one BAA is not a compliance program. HIPAA requires your practice to implement, maintain, and document the complete operating system behind each of those activities.

Your practice is required to do all of the following

  1. 01Conduct and document a Security Risk Analysis

    Identify every place electronic protected health information enters, moves through, or leaves the practice. Assess the systems, devices, people, vendors, locations, workflows, threats, and vulnerabilities that could compromise that information.

    45 CFR §164.308(a)(1)(ii)(A)

  2. 02Manage the risks the analysis uncovers

    Turn identified risks into a documented remediation plan. Assign responsibility, prioritize the work, implement safeguards, and preserve evidence showing how the practice responded.

    45 CFR §164.308(a)(1)(ii)(B)

  3. 03Designate Privacy and Security Officials

    Assign and document who is responsible for developing, maintaining, and enforcing the practice's privacy and security program. In a small practice, one person may perform both roles — but the responsibilities must still be assigned and documented.

    45 CFR §164.530(a) · §164.308(a)(2)

  4. 04Maintain written policies and procedures

    Document how the practice protects patient information, controls access, handles permitted disclosures, responds to incidents, enforces workforce accountability, and maintains required privacy and security safeguards.

    45 CFR §164.316(a) · §164.530(i)

  5. 05Train the entire workforce

    Train workforce members on the privacy policies relevant to their roles and maintain an ongoing security-awareness program. Preserve records showing who was trained, what the training covered, and when it was completed.

    45 CFR §164.530(b) · §164.308(a)(5)

  6. 06Identify and govern every Business Associate

    Determine which vendors and service providers create, receive, maintain, or transmit protected health information on the practice's behalf. Execute the required Business Associate Agreement before protected information flows and maintain the agreement as part of the practice's compliance record.

    45 CFR §164.502(e) · §164.308(b) · §164.504(e)

  7. 07Implement administrative, physical, and technical safeguards

    Control who can access patient information, secure the systems and locations where it is maintained, review activity, authenticate users, protect data integrity, and safeguard electronic transmission.

    45 CFR §164.308 · §164.310 · §164.312

  8. 08Protect patient privacy rights

    Maintain the required notices, authorization processes, complaint procedures, and workflows for responding to patient requests involving access, amendments, confidential communications, restrictions, and applicable disclosure accounting.

    45 CFR §164.520 · §164.524 · §164.526 · §164.522 · §164.528

  9. 09Prepare for incidents, outages, and breaches

    Maintain security-incident procedures, data backup, disaster recovery, emergency operations, mitigation, and breach-notification processes before an event occurs.

    45 CFR §164.308(a)(6) · §164.308(a)(7) · Subpart D

  10. 10Preserve proof that the work was completed

    Retain the assessments, risk decisions, policies, training records, official designations, BAAs, acknowledgments, incident records, and other documentation needed to demonstrate what the practice actually did.

    45 CFR §164.316(b) · §164.530(j)

The Security Risk Analysis is where the work begins.

The Security Rule requires an accurate, thorough assessment of the risks and vulnerabilities affecting every form of electronic protected health information your practice creates, receives, maintains, or transmits. This is commonly called a Security Risk Analysis, or SRA.

The federal government publishes its own Security Risk Assessment Tool for small and medium-sized practices. You are not required to use that particular tool. You are required to perform and document the underlying analysis.

Patient Protect provides its own guided SRA. It walks the practice through the assessment in plain language, identifies what is missing, and carries those findings into risk management, remediation, policies, tasks, and documentation — so the assessment ends with the problem assigned and resolved, not merely named.

A five-minute readiness quiz is not an SRA. Reviewing only your EHR is not an SRA. Reusing an old checklist that no longer reflects your systems, vendors, workforce, or workflows is not an SRA.

That includes our own free tool. The Patient Protect Score is a free exposure scan and a starting point. It is not your completed Security Risk Analysis, and we will not tell you it is.

What a direct primary care practice’s Security Risk Analysis must cover

Cash-pay care is not a privacy or security strategy. A DPC practice must document how HIPAA applies to its actual transactions and operating structure. When the practice is subject to HIPAA, the complete Privacy, Security, and Breach Notification framework applies — not a reduced cash-pay version.

  • The EHR, membership platform, scheduling, payment, and patient-portal systems
  • Direct physician messaging, email, text, after-hours communication, and communication from personal devices
  • E-prescribing, laboratory, imaging, referral, hospital, and specialist data flows
  • Telehealth, remote care, home-office access, and mobile documentation
  • Patient forms, uploaded records, e-fax, voicemail, call handling, and cloud storage
  • Backup, disaster recovery, device loss, account compromise, and physician availability
  • Vendors that create, receive, maintain, or transmit PHI on behalf of the practice

What the DPC compliance program must also address

  • A documented covered-entity and Business Associate analysis based on actual operations — not the phrase "cash pay"
  • Secure, auditable communication that preserves the direct-access experience patients are paying for
  • BAA management across technology and service vendors functioning on the practice's behalf
  • Privacy and Security Official responsibilities even when the physician owner performs both roles
  • State medical-privacy, consumer-health, record-retention, and breach-notification requirements
  • Workforce training that includes the physician owner, contractors, virtual assistants, and any personnel with PHI access

The membership model changes how care is paid for. It does not eliminate the responsibility to protect and govern patient information.

The honest answer to the question dpc practices most often misclassify.

Most vendor content gives a marketing-flavored hedge. The page below answers the question directly, with primary-source references where they exist. This is the section that matters most if you’re trying to figure out whether your operation is actually a covered entity.

Covered entity status

A DPC practice is a covered entity under 45 CFR §160.103 when it conducts one of the standard transactions adopted under 45 CFR Part 162 — or has a third party conduct one on its behalf. Those transactions are a defined list: health care claims (837), eligibility inquiry and response (270/271), prior authorization and referral certification (278), claim status (276/277), payment and remittance advice (835), enrollment, premium payment, coordination of benefits, and retail pharmacy drug claims under the NCPDP Telecommunication Standard. Ordinary prescriber-to-pharmacy e-prescribing under NCPDP SCRIPT is not on that list. That distinction matters more in DPC than almost anywhere, because a practice can be doing a great deal electronically — prescribing, ordering labs, coordinating with a hospital — without conducting a single covered transaction. What most often pulls a DPC practice in is a billing or membership vendor transacting on its behalf, or one insurance-billed service line. The threshold is the transaction, not volume: one qualifying transaction is enough. Cash-pay status does not settle the question in either direction. Run the test and document the conclusion.

Business associate status

DPC practices are not typically acting as business associates — they are providers, not vendors processing PHI on someone else's behalf. The BA question shows up in reverse: every technology platform the practice uses is a business associate to the DPC practice, and a written BAA is required under §164.308(b)(1) before any PHI flows. For modern DPC stacks that means BAAs with the EHR (Atlas.md, Hint, Elation, AthenaOne, Nextech are the common choices), the e-prescribing service (Surescripts, DrFirst), every lab interface (Quest, LabCorp, regional labs), the secure messaging tool, the payment processor where PHI touches it, the telehealth platform, and any backup or compliance vendor.

Where the gray zone lives

There is a narrow theoretical case for a DPC practice to operate outside HIPAA: pure cash-pay, zero electronic transactions, no e-prescribing, no electronic lab orders, no electronic hospital coordination, no electronic insurance verification. This is operationally impossible to maintain in 2026. Forty-plus states require electronic prescribing for controlled substances; many require it for all prescriptions. The DPC Frontier community generally treats HIPAA compliance as table stakes regardless of the technical applicability argument — see dpcfrontier.com for the community's working consensus. The real exposure is operating as if HIPAA does not apply, then routinely e-prescribing on a Tuesday — a §164.530 violation hiding inside a misclassified-status assumption. OCR has not yet published an enforcement action specifically targeting a DPC practice, which means DPC operators have less precedent to anchor on than dental or medical-practice operators do — so the conservative reading of the rule is the right one.

State consumer-health law

Even practices that fall outside HIPAA face state consumer-health privacy laws that increasingly impose comparable or stricter obligations — and unlike HIPAA, some are privately enforceable. Washington's My Health My Data Act (RCW 19.373) prohibits collecting or sharing 'consumer health data' without specific consent, with statutory damages and injunctive remedies. Nevada's SB 370 (2023) imposes parallel obligations with explicit applicability to wellness, telehealth, and direct-care models. Connecticut's Personal Data Privacy Act, California's CMIA plus the CPRA health-data overlay, and a growing list of other states are following the same pattern. The strategic implication for DPC: even where HIPAA technically would not apply, state law often will — and the compliance program that satisfies HIPAA largely satisfies state requirements as a byproduct.

Operational events that move a direct primary care practice from theoretical non-coverage into clearly-covered-entity territory.

  1. Submitting an electronic health care claim, or having a billing service submit one on the practice's behalf (837).
  2. Running electronic eligibility or benefit verification against a health plan (270/271).
  3. Requesting prior authorization or referral certification electronically (278).
  4. Checking claim status electronically (276/277), or receiving electronic remittance advice (835).
  5. Engaging any third party — biller, clearinghouse, management company — that conducts one of these transactions for the practice.
  6. Adding a partner provider or service line that conducts any of the above. Coverage attaches to the legal entity conducting the transaction, so map which entity is actually transacting.

What does not, by itself, make you a covered entity: sending an electronic prescription, submitting an electronic lab order, receiving an HL7 or FHIR result, running a patient portal, making an ordinary electronic referral, storing treatment photographs, hiring a medical director, or performing a medical service. None of these appear on CMS’s list of adopted standard transactions. They may still carry real security and state-law obligations — they just are not what decides HIPAA covered-entity status.

As of 2026, OCR has not published an enforcement action specifically targeting a direct primary care practice. That is a function of segment newness rather than absence of risk — and it is the reason DPC operators should adopt a conservative reading of HIPAA's covered-entity definition rather than waiting for the first DPC-specific enforcement action to clarify their obligations.
OCR enforcement record observation

Not legal advice. This page summarizes how HIPAA and related state consumer-health privacy laws apply to direct primary care practices based on Patient Protect’s reading of the relevant CFR provisions and state statutes. Operators with applicability questions specific to their setup should consult a qualified HIPAA attorney. Patient Protect is a HIPAA compliance platform; we are not a law firm and do not provide legal advice.

Where direct primary care practices are most exposed.

The 'we don't bill insurance' misconception

DPC practices commonly operate on the assumption that the absence of insurance billing means HIPAA does not apply. That assumption is wrong the moment the practice e-prescribes — which nearly every modern DPC practice does. Operating under the wrong assumption produces real exposure: untrained staff, no risk analysis, no BAAs with technology vendors, no breach notification protocol when an incident hits.

Lab interface BAAs that DPC practices specifically miss

DPC practices order labs differently than insurance-billed practices — directly through Quest, LabCorp, or regional reference labs, often at negotiated cash rates patients pay through the practice. A reference lab performing and reporting a test is generally a treating provider, and HHS gives that relationship as an example where no BAA is required. The vendors between the practice and the lab — ordering platforms, interfaces, results-routing services — generally are business associates and do require agreements. The same split applies to the specialty labs DPC practices use disproportionately: hormone panels, food sensitivity, microbiome testing, advanced cardiac markers. Getting that classification wrong in either direction is the most common finding in DPC compliance reviews.

Membership-model communication blurs HIPAA's lines

DPC's value proposition is direct, accessible communication — text, voice, email, video. Patients expect to message their physician directly. The operational reality is that staff and physicians often communicate from personal phones, personal email, and consumer messaging apps that are not HIPAA-compliant. OCR has consistently treated unsecured patient communication as a willful-neglect category in enforcement actions.

Solo and small-practice scale means no IT department

DPC practices skew small — many are solo physician plus one to three staff. No dedicated IT, no security operations, no continuous monitoring of the practice's attack surface. Ransomware groups have systematically targeted small healthcare practices because of this exact gap; attacks on practices under ten employees have grown faster than any other healthcare segment since 2021.

Built for direct primary care practices, not hospital systems.

Risk analysis calibrated for the DPC technology stack

The SRA wizard satisfies §164.308(a)(1) without requiring a consultant, a spreadsheet, or institutional IT support. Specifically modeled around the DPC stack — Atlas.md or Hint or Elation, e-prescribing service, lab interface, telehealth, secure messaging — rather than the hospital-system threat model that most compliance vendors design around. The output is a risk register your DPC operation can actually act on, not a 60-page document modeled for a 200-bed hospital.

BAA tracking that knows the DPC vendor ecosystem

The Vendor Risk Scanner pre-loads templates and known BAA status for the platforms DPC practices actually use — Atlas.md, Hint, Elation, Surescripts, DrFirst, Quest, LabCorp, regional reference labs, common secure-messaging vendors. Surfaces missing or weak agreements with specific clause-level analysis before they become enforcement findings. This is the differentiator over generic compliance vendors that ship one BAA template and expect the practice to fit every relationship into it.

Secure messaging built for direct-care workflows

Replaces SMS and personal-device communication with a HIPAA-compliant channel calibrated for how DPC operates: physician-direct, after-hours capable, audit-logged, no per-message overhead. Removes the highest-frequency and least-defensible compliance gap in DPC practices — and does it without making the practice less responsive than the SMS workflow it is replacing.

Policy generation modeled on DPC operations

Auto-generated policies for the scenarios that don't show up in dental or hospital-system templates: membership-agreement language compatible with HIPAA's §164.520 notice requirements, hybrid billing protocols when one provider in the practice bills insurance, hospital coordination procedures when a member gets admitted, after-hours communication standards. Reviewed against current OCR enforcement trends, not 2013-era templates that are still the default for most vendors.

Training that respects solo and small-practice scale

Eighty-plus training modules with completion tracking, designed to work at DPC scale — short, scenario-based, with content actually relevant to direct-care workflows rather than generic hospital-employee training repackaged. The physician owner can complete required training in an evening; a small staff completes onboarding in a single afternoon.

Continuous compliance scoring instead of an annual snapshot

The Autonomous Compliance Engine recalculates compliance state in real time as the practice changes — new staff member added, new vendor signed, new workflow rolled out. The result is an audit-ready position year-round, not a binder that is accurate only at the moment of the annual review and stale every other day of the year.

HIPAA already requires the work. Patient Protect starts at $39 a month.

For a covered practice, HIPAA does not ask whether the organization has the budget, internal expertise, or spare time to build a compliance program. The obligation already exists. The only real question is whether you run it through spreadsheets, generic templates, disconnected training and scattered agreements — or keep the whole program in one place.

  • Guided Security Risk Analysis
  • Risk-management and remediation workflows
  • 48 customizable policies and procedures
  • HIPAA Foundations workforce training
  • Completion tracking and verifiable training certificates
  • Workforce and vendor management
  • Business Associate Agreement tracking and documentation
  • Compliance scoring and centralized audit evidence
Start your 14-day free trial

$39 per office per month · Up to 25personnel · No long-term contract

State-specific HIPAA rules for direct primary care practices.

HIPAA is federal. What a state adds on top of it varies more than most compliance guidance admits — some states impose their own notification deadline and regulator notice, and others exclude HIPAA covered entities from their breach statute entirely. Select your state to see which of those is true where you practice.

What happens after the paperwork is done.

Every major compliance platform covers risk assessments and policy templates. This is the part that differs.

What to ask

Patient Protect

01

Risk analysis structured to §164.308(a)(1)(ii)(A)

A readiness quiz is not a risk analysis.

Full SRA wizard mapped to NIST CSF with live scoring

02

Auto-generated policies with workforce acknowledgment

HIPAA requires documented proof your staff reviewed them.

48 policies from your risk profile, versioned acknowledgment

03

Staff training with delivery tracking

§164.308(a)(5) — sending a PDF is not sufficient.

HIPAA Foundations — 19 modules, 95 assessment questions, verifiable certificates

04

Full BAA lifecycle management

Expired BAAs are a top enforcement target.

E-signature, renewal alerts, Vendor Risk Scanner

Yes on all 9. Now run the checklist on the rest.

From $39/mo · No long-term contracts.

Enterprise-grade compliance. Independent-practice pricing.

No contracts · No setup fees · Cancel anytime

Basic

$39/mo

Risk assessments, policies, BAA management, training, compliance scoring, secure messaging, and standard PIPAA usage.

Recommended

Pro

$99/mo

Everything in Basic, plus the patient-facing workflows. Patient Management and Digital Forms, expanded PIPAA usage, and up to 50 personnel.

See full feature comparison →

Common questions about HIPAA compliance for direct primary care practices.

Does HIPAA apply to a direct primary care practice that doesn't bill insurance?

Often, but not automatically — and the common shortcut answer is wrong. HIPAA's covered-entity definition under 45 CFR §160.103 turns on whether the practice conducts a standard transaction adopted under Part 162, or has one conducted for it. E-prescribing, electronic lab orders, electronic referrals, and electronic hospital coordination are not adopted covered transactions, so none of them individually makes a practice a covered entity. What usually does: a billing or membership vendor running claims or eligibility on the practice's behalf, or a single insurance-billed service line. Many DPC practices are covered for exactly that reason. Run the test on your own operation rather than assuming either answer.

What if a DPC practice never transmits anything electronically?

Then the practice may genuinely fall outside HIPAA — but check the test rather than the intuition. Coverage turns on conducting an HHS-adopted standard transaction, or having one conducted on your behalf: claims, eligibility, prior authorization, claim status, remittance advice. E-prescribing, electronic lab orders, and electronic care coordination with a hospital are not on that list, so a practice doing all three may still be outside HIPAA. What usually pulls a DPC practice in is a billing or membership vendor transacting on its behalf, or a single insurance-billed service line. Falling outside HIPAA does not mean falling outside the law: state medical-privacy statutes, medical board recordkeeping rules, breach-notification law, and consumer-health privacy statutes in states including Washington, Nevada, and Connecticut can all still apply. Enforcement and remedies vary by statute — Washington's MHMDA is enforceable through its Consumer Protection Act, while several others are attorney-general enforced — so map the specific states you operate in.

Does the 2026 HSA eligibility for DPC fees change HIPAA status?

The HSA-DPC integration that takes effect in 2026 doesn't directly change covered-entity analysis under HIPAA, but it does change the operational reality. HSA-funded payments introduce additional record-keeping requirements, can trigger reporting obligations, and increase the pressure to integrate with insurance and pharmacy benefit infrastructures — each of which in turn creates new electronic transaction surfaces. Practices planning to accept HSA-funded membership fees should treat HIPAA compliance as foundational rather than optional from the date the integration takes effect.

Do I need a BAA with my e-prescribing vendor?

Yes. E-prescribing vendors — Surescripts, DrFirst, plus the e-prescribing modules built into EHRs — handle PHI on behalf of the prescribing practice and qualify as business associates under §160.103. A signed, current BAA is required before any PHI flows. Most DPC practices either rely on the EHR's BAA to indirectly cover the e-prescribing module (sometimes valid, sometimes not, depending on the EHR's own subcontracting language) or have no specific BAA at all.

What's the simplest path to HIPAA compliance for a solo DPC practice?

Four things, in order: (1) Run a documented risk analysis covering every system that touches PHI. (2) Execute current, signed BAAs with every vendor that acts as a business associate — creating, receiving, maintaining, or transmitting PHI on the practice's behalf. That typically includes the EHR, e-prescribing platform, interface/routing vendors, secure messaging, cloud backup, and any billing partner; classify each relationship rather than assuming every technology vendor qualifies. (3) Move clinical patient communication onto a channel the practice can govern, log, and produce evidence for. HIPAA does not ban texting a patient at their request with reasonable safeguards, but personal-device SMS with no record of that decision is not a defensible workflow. (4) Document training for yourself and any staff. Patient Protect handles all four at $39/month for the Basic tier with no consultant and no contract.

Can my DPC practice text patients without violating HIPAA?

Yes, within limits — HIPAA does not ban texting. The Privacy Rule allows a covered practice to communicate through the channel a patient requests, with reasonable safeguards and a documented warning about the risks (§164.522(b)). What it does not allow is an ungoverned channel with no record of that decision. The practical solution is a secure messaging platform that carries clinical content while staying as low-friction as the direct-access experience patients are paying for.

Does HIPAA require my DPC practice to have a Privacy Officer?

Yes. The Privacy Rule under §164.530(a) requires every covered entity to designate a Privacy Official and a contact person for receiving complaints. The Security Rule under §164.308(a)(2) requires a Security Official as well. In a solo DPC practice these can be the same person — typically the physician or a senior staff member — but both designations must exist in writing with documented responsibilities.

Does a direct primary care practice have to complete a HIPAA Security Risk Analysis?

If the practice is a covered entity, yes — and that determination comes first. Where the practice, or a third party acting for it, electronically conducts an adopted standard transaction, the full requirement applies: an accurate, thorough, documented assessment of the risks affecting all its ePHI. For a DPC practice that means the EHR and membership platform, direct physician messaging including communication from personal devices, e-prescribing and laboratory workflows, telehealth and home-office access, patient forms and uploaded records, backup and recovery, and every vendor touching PHI. A practice that concludes it is not covered should document that analysis too — the conclusion is only defensible if someone wrote down how it was reached.

Which of our DPC vendors need Business Associate Agreements?

Any organization handling PHI on the practice's behalf: the EHR, membership and billing platform, patient messaging and communication tools, telehealth platform, cloud storage and backup, IT support, virtual assistants and contractors with record access, and the interface or ordering vendors sitting between the practice and outside labs. Reference laboratories themselves are the common misclassification — a lab performing and reporting a test is a treating provider, and HHS gives that relationship as an example where no BAA is required. Specialists, hospitals, and imaging centers receiving referrals are treating providers too. A cash-pay model changes none of this analysis.

If our DPC practice is not a HIPAA covered entity, what actually applies to us?

More than nothing, and it is worth naming precisely. Falling outside HIPAA does not put patient information outside the law. State medical-privacy statutes govern confidentiality of medical records in most states regardless of federal status. Consumer-health privacy laws in a growing number of states reach health data held by non-covered businesses, some with consent, deletion, and data-sale obligations stricter than HIPAA's. Medical board rules impose recordkeeping, retention, and confidentiality duties as a condition of licensure. Membership agreements create contractual privacy commitments the practice can be held to directly. And depending on the state, a breach may also trigger state notification requirements — the definitions of covered information, harm tests, exemptions, and notice triggers vary. The practical result is that a non-covered DPC practice usually needs substantially the same controls — it just cannot describe them as HIPAA compliance.

Is the government's Security Risk Assessment Tool mandatory?

No. The government's SRA Tool is one method designed to help small and medium-sized organizations perform the required analysis. HIPAA requires the underlying risk analysis — not the use of one particular tool. Patient Protect provides its own guided SRA and connects the findings directly to remediation, policies, tasks, and documentation.

Does our EHR make the practice HIPAA compliant?

No. An EHR may provide important safeguards for the records it maintains, but it does not conduct the practice's complete SRA, remediate every identified risk, train the workforce, manage all policies, identify every Business Associate, prepare the practice for incidents, or preserve the full body of compliance evidence.

How much does Patient Protect cost for a direct primary care practice?

Patient Protect Basic costs $39 per office per month and includes up to 25 personnel. It includes the guided Security Risk Analysis, risk management, policies, workforce training, workforce and vendor management, BAA tracking, compliance scoring, and centralized documentation needed to operate the practice's core HIPAA compliance program.

Corrections & Updates

Healthcare security data changes as investigations progress, vendors update systems, and laws and guidance evolve. If you see something outdated, incomplete, or incorrect — or have newer source material — we’d appreciate hearing from you.

Submit a correction →

“
Patient Protect is intuitive, proactive, and affordable — exactly what small clinics like ours need to keep patient data safe and stay on the right side of HIPAA.
Dr. Thomas E Murray, D.D.S.Patient Protect Member Since 2017

Compliance built for the way DPC actually operates.

$39/month for Basic, $99/month for Pro. No per-patient pricing, no insurance-billing assumptions baked in, no contracts. The same platform that handles thousand-patient panels works for solo DPC practices.

Or explore the full HIPAA compliance software comparison — or all HIPAA compliance solutions