Key takeaways
- A qualifying transaction can fall within health care operations, subject to the rule’s conditions and other applicable duties.
- Decide who needs patient information and why before choosing a report or access method.
- De-identified information and a limited data set have different requirements.
- Document adviser and vendor roles, access limits and the response if information goes to the wrong recipient.
Begin with the question, the recipient and the records
A diligence request should start with a business or clinical question. The buyer may want to test collections, understand the services delivered or assess the work needed after closing. Those questions do not all require the same information. Asking for the full database first can blur the purpose of each request.
Ask the seller’s privacy lead and healthcare counsel to identify which entities and information are covered. HHS describes covered providers by their activity, including specified electronic transactions, rather than simply by whether they use a computer. Business associates have a separate role. State privacy and professional duties can also matter. Source: HHS Privacy Rule summary.
List where the requested data lives. A receipt report may contain names, account numbers or service details. Images, attachments and free-text notes can carry identifiers that do not appear in a spreadsheet header. Financial information tied to identifiable care should not be treated as harmless merely because it came from the billing side of the system.
The goal is to test key claims through a lawful, workable route. If a summary answers the question, there may be no need to open individual records. If more detail is needed, state what remains unclear. Counsel and the responsible dentists can then define the review. The due diligence checklist helps keep that request tied to the purchase decision.
What does the transaction-related operations rule actually cover?
The health care operations definition covers specified sales, transfers, mergers and consolidations of all or part of a covered entity. The other entity must be covered or become covered through that activity. It also includes related due diligence. Who the parties are, and what they become, therefore matters. Source: 45 CFR 164.501.
The general rule permits a covered entity to use or share data for its own health care operations. Other requirements and exceptions still apply. That pathway is distinct from the conditions for disclosure for another covered entity’s operations. Do not turn the shared-patient condition in that separate provision into a universal description of every practice sale. Source: 45 CFR 164.506.
Have counsel apply those rules to the actual structure, parties and work. A financial sponsor, lender, proposed management company and clinical buyer may occupy different roles. Describing everyone as the buyer does not resolve their access rights. A sale label does not remove other rules for specific records or uses.
Do not use a treatment rationale simply because the reviewer is a dentist. Evaluating a potential acquisition is not automatically the provision of treatment to the seller’s patients. Identify the real purpose and permission. If the task changes, review the new purpose before granting more access.
How does minimum necessary affect diligence requests?
HHS says covered entities generally must limit relevant uses, disclosures and requests to what the purpose reasonably needs. The standard has exceptions, including certain treatment-provider disclosures and requests. Nonroutine requests need their own review under suitable criteria. Source: HHS minimum necessary guidance.
Write the need in plain terms. For example, testing whether a receipt total reconciles is different from checking whether selected clinical notes support a review. Explain why these fields and dates answer the question. An entire record needs justification where the applicable minimum-necessary rule requires it; convenience alone should not replace that analysis.
Record who approves the request and which version is supplied. If a reviewer finds a gap, narrow the follow-up to that issue where possible. Keep the reason for any wider access in the file. Both sides should be able to see how and why a request changed.
Which kind of information is being proposed?
A report described as anonymous is not necessarily de-identified under HIPAA. HHS identifies Expert Determination and Safe Harbor as the two methods. Safe Harbor includes removal of specified identifiers and a limit based on actual knowledge of remaining identification risk. Free-text content can carry identifiers too. Removing names alone is insufficient. Source: HHS de-identification guidance.
| Proposed information | Question for the review | What the label does not prove |
|---|---|---|
| Broad commercial summary | Could its details identify a person, alone or with other information? | That every aggregate is automatically outside privacy rules |
| De-identified information | Which recognized method was applied and documented? | That deleting the name column was enough |
| Limited data set | Does it meet the required exclusions, purpose and agreement? | That it is no longer protected health information |
| Identifiable patient records | What permits this recipient to use these records for this task? | That an NDA or clinical credential supplies unrestricted authority |
A limited data set remains protected health information. Its permitted purposes and data use agreement requirements differ from those for de-identified information. It is not simply any spreadsheet with fewer columns. Source: 45 CFR 164.514.
Use these categories to choose a lawful path. Do not alter records casually on the buyer's laptop. Keep the source intact. Record any approved change to the data and who made it. Do not assign a universal safe small-cell size or assume that replacing names with patient numbers removes the risk of identification.
How should advisers and technology vendors be classified?
Determine what each outside participant does, on whose behalf it acts and whether it creates, receives, maintains or transmits protected information. HHS gives examples of business-associate activities and services involving such information, including accounting and legal work. The actual work matters more than the job title. Source: HHS business associates.
| Participant | Role question | Evidence needed before access |
|---|---|---|
| Prospective clinical acquirer | Does the actual transaction fit the reviewed permission? | Counsel’s analysis of entities, purpose and scope |
| Adviser serving the practice | Does the work involve protected information on the practice’s behalf? | Appropriate agreement, permitted task and controls |
| Financing or investment participant | What independent basis supports the proposed use? | A reviewed pathway rather than an assumed adviser exception |
| Hosted data-room or IT provider | What information will the service store or transmit, and for whom? | Contract, security review and required business-associate terms |
HHS business-associate contract guidance addresses permitted use, safeguards, reporting, subcontractors and ending the arrangement. Its sample provisions are not a completed contract for a particular sale. Signing a BAA does not convert an unrelated use into an authorized service. Source: HHS business-associate contract guidance.
Cloud storage deserves the same role review. HHS says a cloud provider can be a business associate when it holds electronic protected data for a covered entity or business associate. That can be true even without the encryption key. Encryption is useful, but it does not resolve the provider’s role or required agreement. Source: HHS cloud guidance.
A worked case: separate the outputs for three review questions
Consider an invented sale. The buyer asks for one full database export to test three issues: receipts, referral patterns and selected clinical charts. Those tasks ask different questions about the practice. One export request does not prove that all three tasks need the same access.
First, the financial reviewer defines the receipt periods and reports needed to reconcile totals. Next, the clinical team defines the referral and chart questions. Counsel and the privacy lead assess the applicable disclosure basis and recipients. The final output can differ for each purpose.
| Review question | Proposed initial output for consideration | Unresolved issue to document |
|---|---|---|
| Do recorded collections match the accounts? | Approved totals and a reconciliation by period | Which specific gap, if any, requires patient-level detail? |
| How much care depends on outside referrals? | Appropriately prepared service/referral summary | Does the summary itself disclose identifying detail? |
| Can selected records support the clinical review? | Controlled access for the approved clinical reviewer | Which records, permissions, documentation and safeguards are needed? |
This fictional plan does not approve sharing any data. It connects each question to a proposed report and the person who must decide. The parties may need a different approach once the actual data and legal facts are known. An easy file format is not a reason to share more data.
Preserve a short decision log: purpose, requester, recipient, information category, approved scope and means of access. Keep any identifiable detail in the approved system. General deal-status notes should report the issue and decision without reproducing patient records. The chart-audit guide explains how to report a clinical diligence sample without claiming it proves the quality of the entire practice.
How should the team manage access in practice?
Give each approved reviewer the access needed for the agreed task. Use identifiable user accounts, suitable permissions and a defined end point. Decide whether viewing, downloading, printing or onward sharing is permitted. Document how logs will be retained and who reviews exceptions. The privacy and IT teams should turn these decisions into clear tasks.
The HHS Security Rule summary describes administrative, physical and technical safeguards for electronic protected information. It also distinguishes the rule currently in effect from proposed changes. Do not turn a proposed technical control into a statement of an already-effective universal requirement. Source: HHS Security Rule summary.
Test the approved access arrangement without using real patient records in a public demonstration. Use suitable test files to check account roles, file handling and removal of access. A broker’s transaction checklist should identify who owns these tasks and whether they are complete; it should not claim to certify the practice’s cybersecurity.
Review any new tool before putting protected information into it. A convenient consumer file service, transcription feature or analysis tool may use information differently from the approved data-room arrangement. Its contract, purpose, recipients and safeguards need their own review. Existing permission for one service should not silently expand to another.
What if records have additional confidentiality protections?
Ask whether the practice maintains records subject to 42 CFR Part 2 or other special protections. HHS states that compliance with the 2024 Part 2 final rule was required by February 16, 2026. That is a past compliance date at this guide’s review date, not a future transition allowance. Source: HHS Part 2 overview.
Part 2 depends on the records and the relevant program or holder. A chart's mention of a medicine does not by itself settle the question. HHS’s updated fact sheet describes consent and redisclosure rules, with additional protection for separately maintained SUD counseling notes. Do not presume a general transaction permission resolves those duties. Source: HHS Part 2 fact sheet.
Have counsel identify applicable state rules, patient restrictions and any other protected record categories. Give the people handling the data a clear instruction they can use. This national guide does not determine every state’s notice, retention, consent or transfer rule.
What happens if a bidder withdraws or receives the wrong file?
End access through the agreed process when the task or buyer’s participation ends. Address downloaded copies and adviser work products, not just the login. Required business-associate terms address return or destruction where feasible and protections when retention remains necessary. Apply the actual agreement and legal duties rather than assuming every copy can immediately disappear.
If a file goes to an unintended recipient, preserve facts about the event and involve the privacy lead, counsel and relevant service provider promptly. HHS explains that impermissible uses or disclosures are generally presumed to be breaches unless the applicable assessment or exception supports another conclusion. A request to delete the file is not itself that assessment. Source: HHS breach notification guidance.
Keep contractual incident reporting and legally required notices distinct. Determine who must act, what evidence is needed and which deadlines apply to the actual event. Do not wait for the transaction to close before addressing a potential disclosure problem.
Common mistakes in sale-related patient-data review
Avoid assuming that an NDA creates disclosure authority, that every dentist reviewer is acting for treatment or that a BAA covers any desired use. Do not confuse a limited data set with de-identified information. A file label and encryption setting do not settle who may receive the data or why.
Another mistake is treating closing as the end of the privacy plan. The records transfer and custody guide addresses lawful ongoing access, retention and migration. The NDA guide deals with commercial disclosure and ending buyer access. Keep those responsibilities connected without treating them as the same task.
Summary: document why this information goes to this recipient
Define the review question and verify the applicable patient-data pathway. Choose an appropriate information category, recipient and access method. Resolve adviser, vendor and special-record duties before expanding access. Preserve the decision trail and a workable response plan for withdrawal, error and the later records handoff.
How does seller confidentiality fit this privacy review?
For commercial outreach, begin with a blind teaser and obtain an NDA before identifying the practice to a prospective buyer. That sequence protects business disclosure; it does not decide whether patient information may be shared. Agree when staff will hear about the sale and who will explain the transition. Keep required patient notices, incident response and authorized care on their own timetable, even while negotiations remain private.
Trace the vendor contracting chain
The HIPAA business associate reference distinguishes the service role from the agreement and follows a qualifying subcontractor relationship. Its worked example asks what changes when the buyer hires a downstream provider directly, without replacing the broader patient-data access review here.
Frequently asked questions
Does HIPAA prohibit all patient-data review before a practice sale?
No. Specified transactions and related diligence can fit health care operations, subject to the actual entities, purpose and other requirements. Have healthcare counsel apply the relevant pathway before identifiable data is shared.
Does every buyer need an existing relationship with the patients?
Do not apply one provision to every transaction. A covered entity’s own operations and disclosures for another entity’s operations have different conditions. Counsel should identify the actual pathway and its requirements rather than rely on a blanket shared-patient rule.
Is a chart audit automatically treatment because a dentist performs it?
No. The reviewer’s credential does not alone define the purpose. Acquisition diligence and patient treatment are different activities. Establish the permission and safeguards for the work the reviewer will actually perform.
Can names be removed to make a billing export de-identified?
Removing names alone is insufficient. Identifiers may remain in account fields, dates, images or free text. Use the applicable Expert Determination or Safe Harbor requirements and document the method through the responsible team.
Is a limited data set the same as anonymous information?
No. A limited data set remains protected health information and has specific exclusions, permitted purposes and data use agreement requirements. Do not treat any reduced spreadsheet as automatically meeting that standard.
Does encrypted cloud storage remove the need for a BAA?
No. HHS explains that a provider storing electronic protected information on behalf of a regulated entity can be a business associate even without the decryption key. Review the actual service, role and required agreement.
Should all suspected disclosure mistakes be resolved with a deletion request?
No. Limit further exposure through the responsible team, preserve relevant evidence and assess the actual event. A deletion request alone does not establish that no breach occurred or discharge reporting and notice duties.
Does closing authorize the buyer to reuse patient data for any purpose?
No. The use must still have an appropriate basis and comply with applicable rules. Plan the ongoing records, access, vendor and patient-rights responsibilities rather than treating the purchase agreement as unrestricted permission.
Sources
Retrieval dates appear beside each source. Figures retain their stated observation years; retrieval does not make older data current.
- HHS: Summary of the HIPAA Privacy Rule · Retrieved
- 45 CFR 164.501: Health care operations definitions · Retrieved
- 45 CFR 164.506: Permitted treatment, payment and operations · Retrieved
- 45 CFR 164.514: De-identification, minimum necessary and limited data sets · Retrieved
- HHS: Minimum necessary requirement · Retrieved
- HHS: Methods for de-identification · Retrieved
- HHS: Business associates · Retrieved
- HHS: Business associate contract provisions · Retrieved
- HHS: HIPAA and cloud computing · Retrieved
- HHS: Summary of the HIPAA Security Rule · Retrieved
- HHS: Substance use disorder records under Part2 · Retrieved
- HHS: Part2 final-rule fact sheet, updated January2026 · Retrieved
- HHS: Breach Notification Rule · Retrieved