The Four-Factor Breach Risk Assessment

The four-factor assessment is where the clinic explains why it concluded that PHI was or was not compromised.

The four factors

Teams typically analyze the nature of the PHI, who used or received it, whether it was actually acquired or viewed, and the extent to which the risk was mitigated.

What strong documentation looks like

Each factor should cite facts from the incident record: log evidence, email traces, device status, recipient identity, containment actions, and timing. The reasoning should be specific enough that another reviewer can follow how the conclusion was reached.

What weak documentation looks like

Weak assessments rely on phrases like “unlikely to have been viewed” without recording why. They also skip mitigation detail, which is often where the strongest evidence actually lives.

Clinic operating guidance

Treat the Four-Factor Breach Risk Assessment as an operational control, not only as a reference topic. A small clinic should name the person who owns the workflow, list the systems where PHI or compliance evidence may appear, and decide what must be recorded when the issue comes up. That record can be simple, but it should show the date, the people involved, the systems checked, and the reason the clinic chose its next step.

Start with the HIPAA rule that is closest to the work. Privacy Rule topics usually require the clinic to ask whether the use or disclosure is permitted, limited to the minimum necessary where that standard applies, and consistent with patient rights. Security Rule topics usually require an inventory of systems, access controls, audit activity, and risk management follow-up. Breach topics require a fact-based review of what happened, who received the information, whether PHI was actually viewed or acquired, and what mitigation changed the risk.

Evidence to keep

For the Four-Factor Breach Risk Assessment, the evidence should be practical enough for a manager to maintain. Keep the policy or checklist version that was in effect, the staff or vendor responsible for the work, and the dated notes showing what was reviewed. If the issue involves incident intake or risk assessment notes, preserve the screenshots, logs, tickets, messages, or vendor records that explain the decision. If it involves notification decisions or containment evidence, record who approved the action and when the follow-up should be checked again.

Use the page topic as the operating standard: define the owner, the affected systems, the review trigger, and the evidence the clinic will keep. Those points should be reflected in the clinic’s actual records. A page that says the clinic reviews access quarterly is weaker than a review log showing the user list, exceptions, removals, and owner sign-off. A policy that says vendors are reviewed is weaker than a vendor file with the BAA status, PHI use case, renewal date, and incident contact.

Review cadence

Review the Four-Factor Breach Risk Assessment when the clinic changes software, adds a location, changes staffing, receives a patient complaint, identifies a suspected incident, or updates a vendor relationship. Annual review is useful, but it is not enough when the workflow changes sooner. The clinic should also connect this topic to training so front desk, billing, clinical, and management staff understand the examples they are most likely to see.

The goal is not to create a large binder. The goal is to leave enough evidence that another reviewer can understand what the clinic knew, what rule or source it relied on, what action it took, and what still needs follow-up. That is the level of documentation that makes HIPAA work repeatable in a small clinic instead of dependent on memory.