Do Dentists Pay Taxes Differently on Crypto Payments? Not If You Settle in USD

If you've been putting off adding a crypto payment option because you pictured your accountant groaning over a new category of tax filings, this article is for you. The short version: settling in USD the same day is the whole reason the tax picture stays simple.† The long version — including where it can get more complicated, and why you should still loop in a CPA — is below.

Why does this question even come up?

"Cryptocurrency" and "taxes" tend to travel together in headlines, and for good reason — plenty of businesses and individuals do hold crypto on their books, and that comes with real complexity: cost basis, holding periods, mark-to-market elections, and gain/loss reporting.† Understandably, dentists who hear "we could accept Bitcoin at the front desk" assume they'd be signing up for that same complexity.

They generally wouldn't be — but only if the payment converts to USD before it ever becomes an asset the practice holds.† That distinction is the entire article. A dental practice that takes crypto through a processor like DDSCrypto never holds crypto; a hypothetical practice that accepted crypto directly into its own wallet and held it would. Those are two very different tax situations, and the confusion between them is what generates most of the anxiety around this topic.

Does accepting crypto create a different tax category for a dental practice?

Generally, no — not when the crypto is converted to USD on receipt.† Here's the logic, plain and simple:

• A patient pays at checkout in BTC, ETH, SOL, USDC, or USDT.
• The exchange rate locks the instant the payment starts, so the USD amount owed is fixed before anything moves.
• DDSCrypto converts the payment to USD on confirmation — on the processor's side, not the practice's.
• Same-day USD lands in the practice's existing bank account.

At no point in that sequence does the practice hold, price, or transact in cryptocurrency itself. From the perspective of the practice's books, a $3,000 crown payment made in ETH looks identical to a $3,000 crown payment made on a Visa card: a USD deposit, on a known day, for a known amount.† That's why the payment is generally treated as ordinary business revenue on the day it's received, the same as any other patient payment.† It's not a separate, novel tax category — it's the same category with a different front-end payment rail.

What actually would be different — and why doesn't it apply here?

It's worth being precise about what does create tax complexity in crypto, because it clarifies why a rate-lock-and-convert rail avoids it. A business that holds crypto directly — say, a practice that took Bitcoin straight into its own wallet and sat on it — would generally need to track things like:

If a business held crypto directly	Typical tax complexity
Cost basis of each unit received	Track fair market value at time of receipt for every transaction†
Unrealized gains/losses while holding	Price movement while held may create reporting questions†
Realized gains/losses on eventual sale/spend	Disposal is generally its own taxable event, separate from the original revenue†
Recordkeeping	Needs a crypto-specific ledger, not just a standard deposit line†

A practice using DDSCrypto skips every row in that table, because the practice is never the one holding the asset.† The rate locks, the conversion happens on the processor's side, and USD settles same-day — the practice's exposure to crypto price movement, and the tax questions that come with it, simply never arise.† This is the mechanical reason "settle in USD" is the whole answer to "do I pay different taxes."

How does a converted crypto payment actually get booked?

Practically, day-to-day, here's what your office manager or bookkeeper sees:

1. A patient pays via QR code or kiosk at checkout.
2. The receipt shows a locked USD figure — the same number the patient's invoice showed.
3. The bank feed shows a USD deposit that day, batched the same way a card settlement or ACH deposit would be.
4. The bookkeeper records it as patient revenue, same as any other payment method.

There's generally no separate "crypto" account needed in your chart of accounts, no wallet balance to reconcile, and no unit-price tracking.† Most practice-management and accounting software already handles this without any special setup, because from the software's point of view it's just another deposit hitting the bank feed. Compare that to what a practice would need if it held crypto directly — a dedicated ledger, valuation snapshots, and disposal tracking — and the difference in operational burden is stark.

Does this change anything about payroll, vendor payments, or 1099s?

Not on the patient-payment side. A converted crypto payment coming in from a patient doesn't touch payroll, vendor payments, or your practice's own 1099 obligations to contractors — those are governed by entirely separate rules that have nothing to do with how a patient chose to pay their bill.†

It's a different question, worth flagging so it doesn't get conflated: this article covers crypto payments received from patients through a rate-lock-and-convert processor. If a practice were paying a vendor or contractor directly in crypto rather than receiving payment from a patient, that's a different transaction with its own considerations — and outside the scope of what DDSCrypto does, since DDSCrypto is a patient-payment rail, not a vendor-payment tool.

Do I need to send patients a special tax form for paying with crypto?

Generally no.† Because DDSCrypto converts the payment before it settles, the practice's own reporting to patients (receipts, invoices, statements) looks the same as it would for any other payment method — there's no crypto-specific form the practice needs to generate or send.

What's worth knowing, separately, is that the patient may have their own tax question to think about — spending crypto can be treated by the IRS as disposing of property, which can create a capital gain or loss on the patient's own return, entirely apart from what the practice owes.† That's the patient's tax situation, not the practice's, and it doesn't change how the practice books or reports the revenue. For patients curious about that side, we cover it separately in our guide to how patients are taxed on crypto dental payments — it's worth pointing patients there if they ask, rather than trying to answer their personal tax question at the front desk.

Is it even legal for a dental practice to accept crypto in the first place?

Generally, yes — in most states, accepting cryptocurrency payments through a licensed payment processor is treated like accepting any other form of patient payment.† Money-transmission licensing and disclosure requirements are handled at the processor level and vary somewhat by state, which is exactly why using an established processor rather than accepting crypto peer-to-peer matters.† This article is focused on the tax side specifically; for the fuller legal picture, see the pillar guide to accepting cryptocurrency at a dental practice, which covers legality, onboarding, and the fee math side by side.

How does this compare to cards, cash, and checks?

Side by side, here's how a converted crypto payment stacks up against the payment methods a front desk already handles every day:

Payment method	Does the practice hold the asset?	How it typically books	Typical settlement timing
Cash	No — it's already USD	Ordinary revenue, day received†	Same day
Credit/debit card	No — card networks convert to USD	Ordinary revenue, day of batch settlement†	1–2 business days, typically
Check/ACH	No — already USD	Ordinary revenue, day of clearing†	1–3 business days, typically
Crypto via DDSCrypto	No — converted before settlement	Ordinary revenue, day of same-day USD settlement†	Same day
Crypto held directly (not DDSCrypto)	Yes	Requires basis tracking, gain/loss reporting, valuation†	Depends on when/if sold

The pattern across the top four rows is the same: the practice never holds a non-USD asset, so the tax and bookkeeping treatment is consistent with revenue the practice has always recognized.† It's only the bottom row — directly holding crypto — that introduces the complexity most dentists associate with the word "cryptocurrency" in the first place. DDSCrypto is built specifically so practices never end up in that bottom row.

What about state-level sales tax or other state rules?

Sales tax treatment for dental and medical services generally isn't affected by which payment method a patient uses — most states don't apply sales tax to medical/dental procedures regardless of how the patient pays, though this varies by state and by the specific service performed.† Beyond sales tax, state-level business tax and licensing rules can differ, which is one more reason this article shouldn't be the last word for your specific state — a CPA or advisor licensed where you practice should confirm the details that apply to your entity structure.†

What records should my office actually keep?

Nothing exotic — the same documentation you'd want for any patient payment, plus one extra item:

• Date, patient, and amount — same as any payment method, pulled from your existing practice-management system.
• The locked USD figure shown on the DDSCrypto receipt, which matches the invoice amount.
• The settlement confirmation from DDSCrypto, in case your bookkeeper wants to tie a specific deposit back to a specific patient payment during reconciliation.
• Nothing crypto-specific — no wallet address, no cost-basis tracking, no unit price — because the practice never held a crypto-denominated asset at any point in the transaction.†

That last point is worth repeating because it's the most common misconception: a dental office does not need to start tracking Bitcoin's price the way an investor would. The rate-lock-and-convert mechanic exists precisely to keep the practice out of that business.

So, bottom line — should I still call a CPA?

Yes, and this article isn't a substitute for that conversation.† Every practice's entity structure, state, and existing bookkeeping setup is a little different, and a tax topic — even one as procedurally simple as "USD in, USD out, same day" — deserves a confirmation from someone who can look at your specific books.† What this article can tell you with reasonable confidence is the mechanism: because DDSCrypto locks the rate and settles same-day USD, the practice never holds crypto, and a payment that never becomes a crypto asset generally doesn't trigger the tax complexity people associate with cryptocurrency.† What it can't do is replace your accountant confirming that for your practice, in your state, this filing season.

If you're evaluating whether to add a crypto rail at all — including the fee math against cards, the onboarding steps, and the legality question — the pillar guide to accepting cryptocurrency at a dental practice is the place to start, and the pricing page has the current rate structure. For more explainers like this one, browse the rest of the blog.

---

Nothing in this article is legal, tax, or accounting advice, and it isn't a substitute for a conversation with a CPA or tax professional familiar with your practice's entity structure and state of operation.

† Pending counsel review; not legal or tax advice.