In 2014, OCR and ONC released a security risk assessment tool for small and medium-sized practices. The tool responded to a recurring problem. The Security Rule already contained requirements, but organizations often had not completed the risk analysis needed to apply them. The absence of that analysis was the most common finding in audits and enforcement actions.

Risk analysis provides the basis for the Security Rule. An organization must determine where protected health information is stored or used, identify threats to that information, consider the likelihood and possible harm of each threat, and decide how to respond. The rest of the rule depends on this examination. Without it, an organization has no reliable way to decide which controls it needs or where those controls should be applied.

The step organizations kept skipping

A risk assessment requires a careful review of systems, workflows, staff responsibilities, and organizational decisions. The organization must identify its information, consider what might go wrong, assess the likelihood and effect of each threat, and choose a response.

Organizations often skipped the process for two related reasons. First, the work is difficult. Relevant information may be spread across systems and daily routines, and no one person may see the entire operation. A complete assessment requires people to connect those separate parts.

Second, the work produces little visible change until a problem occurs. A completed analysis may not alter the daily experience of staff or patients. Its value is mainly preventive, which can make it easy to postpone or treat as paperwork.

An organization may also assume that its protections are adequate because no incident has occurred. That assumption does not show whether the organization has identified its most serious gaps. A weakness may remain undiscovered simply because no event has exposed it.

The tool was intended to make this required work more manageable for small and medium-sized practices without security staff. It did not create a new basis for security. It helped organizations address the basis that the Security Rule already required.

The pattern behind the pattern

Enforcement findings reported by the HHS Office of Inspector General often do not point to one missing control. They more often show that the organization never determined which controls it needed. An incident then exposes a gap that no one had previously examined.

The difference matters. An organization can identify and correct a missing control once it knows that the control is needed. A missing assessment is more fundamental because it leaves the organization without a method for finding those gaps. Security then becomes a response to individual events instead of a process for anticipating problems.

This applies to operational risk beyond HIPAA. Organizations that assess their risks deliberately have a clearer basis for decisions than organizations that rely on judgment at the moment a problem appears. Deliberate assessment does not remove uncertainty, and it does not make every decision correct. It gives the organization a repeatable way to identify uncertainty and decide how to address it.

For an organization subject to the Security Rule, security cannot be treated only as a technical project or as work that begins after an incident. It must start with a clear account of the information the organization protects, the threats that may affect it, and the actions that follow from the analysis.

What patients can see indirectly

A patient usually cannot tell whether a provider has completed a careful risk assessment. The document may not be public, and a polished website cannot show how the organization makes internal decisions.

The broader question can be considered through observable signs. Does the organization follow a consistent process? Does it have staffed support? When a problem occurs, does the response suggest that responsibilities were defined in advance rather than improvised? None of these signs proves that a provider completed a particular compliance task. They can offer some indication of whether the organization approaches its operations in a systematic way.

The question also applies beyond information security. When choosing a provider, a patient is deciding whether routine problems are likely to be handled through a stable process or through decisions made at the time. Consistency does not eliminate the need for scrutiny. It can, however, provide more useful information than a single promise or an isolated anecdote.

Modern medication costs are another consideration, and our clinic rankings treat process and support as signals of how a provider operates. They are not proof that every internal practice is sound.

The point of making risk visible

The 2014 tool addressed a recurring failure by helping smaller practices complete the analysis that should have come first. Its lesson extends beyond the tool. Security does not consist solely of having a policy, purchasing a product, or responding after an incident. The organization must first understand the problem it is trying to address.

The missing risk assessment had serious practical consequences. Without one, an organization could carry out activities that appeared to support security while lacking a reasoned account of whether its protections matched its risks. With an assessment, the organization had a basis for deciding what to do, which work to prioritize, and what to review again.

Patients may never see the assessment itself. They may see some of the operating habits it supports. Consistent processes and staffed support are imperfect signs, but they can indicate that an organization considered its responsibilities before a problem required an immediate response.