HIPAA Breach Assessment: What to Do When a Discharged Patient Finds Another Patient’s Lab Results in Their Portal

Product Pricing
Ready to get started? Book a demo with our team
Talk to an expert

HIPAA Breach Assessment: What to Do When a Discharged Patient Finds Another Patient’s Lab Results in Their Portal

Kevin Henry

HIPAA

September 06, 2026

7 minutes read
Share this article
HIPAA Breach Assessment: What to Do When a Discharged Patient Finds Another Patient’s Lab Results in Their Portal

HIPAA Breach Definition

In this scenario, a discharged patient views another person’s lab results through the patient portal. That is an impermissible disclosure of Protected Health Information (PHI) because the recipient is not authorized to access that data.

Under HIPAA, a “breach” is any acquisition, access, use, or disclosure of PHI not permitted by the Privacy Rule that compromises the security or privacy of the PHI. It is presumed a breach unless you can document a low probability that the PHI was compromised, based on a formal four-factor analysis.

Apply the four-factor test

  • Nature and extent of PHI: Identify data elements exposed (patient name, DOB/MRN, test names, values, interpretations). Lab results are sensitive clinical details.
  • Unauthorized person: The viewer is an unrelated patient, not a workforce member bound by minimum necessary or sanctions.
  • Whether PHI was actually acquired or viewed: Audit logs and screenshots typically show it was viewed.
  • Extent of mitigation: Assess whether you immediately removed access, obtained deletion/attestation, and prevented further disclosure.

Limited exceptions (e.g., inadvertent disclosure between authorized workforce members, or a disclosure where PHI could not reasonably be retained) rarely apply to patient-to-patient exposures in portals.

Breach Notification Requirements

The Breach Notification Rule requires you to notify affected individuals without unreasonable delay and no later than 60 calendar days after discovery. “Discovery” occurs on the first day any workforce member knows or should reasonably have known of the incident.

Who to notify and how

  • Affected patients: Provide written notice by first-class mail or by email if they agreed to electronic notice. Include a description of what happened, the types of PHI involved, steps they should take, your mitigation/corrective actions, and contact information.
  • HHS: If 500+ individuals in a state/jurisdiction are affected, report to HHS contemporaneously. If fewer than 500 are affected, report to HHS no later than 60 days after the end of the calendar year.
  • Media: For breaches involving 500+ individuals in a state/jurisdiction, notify prominent media outlets serving that area.

If a Business Associate caused or discovered the issue, it must notify you without unreasonable delay and within 60 days, supplying all required details. You may delay notifications only if law enforcement provides a written request to avoid impeding an investigation.

Conducting a Risk Assessment

Use a documented Risk Assessment Framework to move from discovery to decision. Coordinate Privacy Officer Responsibilities and Security leadership from the outset.

Immediate containment

  • Disable or quarantine the affected portal module or account, and correct any patient-to-record linking or caching defects.
  • Preserve evidence: export audit logs, session IDs, error traces, and configuration snapshots; securely store screenshots submitted by the reporting patient.
  • Request the reporting patient to cease access to the incorrect record and to delete any downloaded copies or images; document any attestation you obtain.

Fact gathering

  • Scope the exposure window and identify all impacted accounts via audit trails and application logs.
  • Catalog PHI elements exposed and whether test comments, diagnoses, or clinician notes were visible.
  • Determine whether any further disclosure occurred (e.g., shares, downloads).

Four-factor analysis and determination

  • Score each factor, justify your rating, and conclude whether there is a low probability of compromise. In most portal cross-patient views, the probability is not low.
  • Decide on breach vs. non-breach status, document rationale, and trigger the Incident Response Plan for notifications if it is a breach.

Reporting and Documentation Procedures

Activate your Incident Response Plan and open a case in your compliance system. Maintain Security Incident Documentation that supports every decision you make.

What to document

  • Discovery details, timeline, and all remediation steps taken (who, what, when).
  • Copies of audit logs, system configurations, and the completed risk assessment with the four-factor analysis.
  • Final breach determination; patient counts; notification content and delivery dates; any law enforcement delay notices.
  • Root cause analysis and the corrective action plan; evidence of workforce re-education and technical fixes.

Retain documentation for at least six years, consistent with HIPAA record-keeping requirements. The Privacy Officer is accountable for classification and notifications; the Security team owns technical containment and validation.

Ready to assess your HIPAA security risks?

Join thousands of organizations that use Accountable to identify and fix their security gaps.

Take the Free Risk Assessment

Implementing Corrective Actions

Translate root causes into targeted, time-bound fixes, and validate them before restoring normal operations.

  • Access Control Policies: Enforce strict record-level authorization checks so a portal session can retrieve only the authenticated patient’s record.
  • Configuration and mapping: Correct patient-portal identity linkages, master patient index rules, and any caching or API response mix-ups.
  • Change management: Add privacy checkpoints to code/config deployments and require peer review plus test cases for cross-record access.
  • Workforce measures: Re-train staff on identity verification and portal provisioning; apply sanctions if policy violations contributed.
  • Vendor management: Engage the EHR/portal vendor to remediate defects and verify fixes in a monitored pilot before full rollout.
  • Lookback review: Search logs for similar exposures during the relevant period; notify promptly if additional patients were affected.

Enhancing Security Measures

Strengthen technical and administrative safeguards to reduce recurrence and impact.

  • Identity proofing and MFA: Verify patient identities at registration and require multi-factor authentication for portal access.
  • Session and API controls: Bind session tokens to the patient identifier; implement strict server-side authorization on every call; enable automatic logoff.
  • Audit and alerting: Centralize logs; create real-time alerts for cross-patient data delivery, anomalous access patterns, or bulk downloads.
  • Data safeguards: Encrypt ePHI in transit and at rest; minimize data shown by default; mask highly sensitive values when feasible.
  • Secure SDLC: Add privacy-by-design reviews, static/dynamic testing, and pre-production “negative” tests designed to catch record-mismatch defects.
  • Resilience: Maintain incident playbooks for patient portal exposures and run periodic tabletop exercises to validate readiness.

Patient Communication and Rights

Communicate quickly, clearly, and compassionately—without disclosing one patient’s PHI to another. Thank the reporting patient for raising the issue and explain containment steps without naming the other individual.

Content of individual notices

  • What happened and when, what types of PHI were involved, and how you are mitigating harm.
  • Steps patients can take (e.g., monitor portal activity, update passwords, request copies of their records, or place alerts on accounts if identifiers were exposed).
  • How you are preventing recurrence and who to contact with questions or to exercise rights (access, restrictions, complaints).

Service and support

  • Offer dedicated support lines and, where appropriate, credit or identity monitoring if sensitive identifiers were exposed.
  • Honor patient rights promptly and document all interactions to close the loop on trust restoration.

Conclusion

A disciplined HIPAA breach assessment—containment, four-factor analysis, timely notifications, thorough documentation, and durable corrective actions—lets you manage a portal exposure decisively. By tightening Access Control Policies, hardening technology, and elevating Privacy Officer Responsibilities within an actionable Incident Response Plan, you reduce risk and reinforce patient trust.

FAQs

What constitutes a HIPAA breach involving patient portals?

A breach occurs when PHI is accessed or disclosed through the portal in a way not permitted by HIPAA—for example, when one patient can see another patient’s lab results. It is presumed a breach unless your four-factor analysis documents a low probability that the PHI was compromised.

How soon must affected patients be notified of a breach?

You must notify affected individuals without unreasonable delay and no later than 60 calendar days after discovery. For breaches affecting 500 or more individuals in a state or jurisdiction, you must also notify HHS and the media within the same timeframe.

What steps should be taken after discovering unauthorized PHI disclosure?

Immediately contain the issue (disable access and correct record linkages), preserve evidence and logs, perform the four-factor risk assessment, determine breach status, issue required notifications under the Breach Notification Rule, and implement and validate corrective actions. Document every action in your Security Incident Documentation.

How can healthcare providers prevent similar breaches in the future?

Harden patient portal authorization with strict Access Control Policies, session-to-record binding, and real-time alerts; strengthen identity proofing and MFA; integrate privacy checks into your secure SDLC; train staff; and regularly exercise your Incident Response Plan so the team can respond quickly and consistently.

Share this article

Ready to assess your HIPAA security risks?

Join thousands of organizations that use Accountable to identify and fix their security gaps.

Take the Free Risk Assessment

Related Articles