← All posts

Time Limit: The six-year clock and when it starts

April 8, 2026 · Ken Armstrong

45 CFR 164.316(b)(2)(i) is the requirement on time limit. It is short to read and easy to underestimate, because satisfying it means producing evidence rather than holding an intention.

What the rule says

Time limit (Required). Retain the documentation required by paragraph (b)(1) of this section for 6 years from the date of its creation or the date when it last was in effect, whichever is later.

That is the text of 45 CFR 164.316(b)(2)(i). Read each condition in it: it says what must be in place, and the method is yours only where the text leaves it open.

This is a required implementation specification. 45 CFR 164.306(d)(2) gives no documented-alternative route: you implement it, or you have a finding.

What this looks like in practice

In an assessment, 45 CFR 164.316(b)(2)(i) is not one question. It resolves into several, and each one is really asking for different evidence. These are among the questions asked about it:

Does the organization retain its security policies, risk assessments, and related compliance records for at least six years from the date of creation or the date each was last in effect, whichever is later?
For every Addressable implementation specification, has the organization assessed whether it is a reasonable and appropriate safeguard in its environment and, where it is not, documented why, and implemented an equivalent alternative measure if reasonable and appropriate?
Does the organization document every reported security incident in a central log, including the actions taken to mitigate impact?

Ownership usually sits with the security official, though the evidence is often produced by someone else, which is where the trail breaks. A control that works but has no owner tends to stop working the month the person who quietly maintained it changes roles.

Who this applies to

Every covered entity and every business associate, at any size. 45 CFR 164.306(b) allows flexibility of approach, so a two-provider practice and a hospital system may implement this differently and both comply. What flexibility does not allow is skipping the decision: the smaller the organization, the more the written reasoning carries the weight, because there is no scale of operation to make the control self-evident.

Building it, in order

These steps are one way to meet it, drawn from our question bank. Unless a step names a provision, the Security Rule does not require that particular measure: 45 CFR 164.306(b)(1) lets you use any security measures that allow you to reasonably and appropriately implement the standards and implementation specifications, chosen with the factors in 45 CFR 164.306(b)(2).

The sequence below is the order that produces evidence as a by-product rather than as a separate documentation exercise:

Set the retention period for Security Rule documentation at no less than six years from the date of its creation or the date when it last was in effect, whichever is later (45 CFR 164.316(b)(2)(i)), and longer where another obligation requires it.
Document a policy requiring retention of security policies, procedures, risk assessments, and records of actions taken for at least the defined period.
Apply the retention rule to both current and superseded versions.
Periodically confirm that records are being retained as required.
Keep a single Addressable decision register listing every Addressable specification, the determination made, the reasoning, any alternative measure implemented, the approver, and a review date. Retain each entry six years from creation or from the date it last was in effect, whichever is later. Treat a missing entry as an open gap rather than an implicit decision: § 164.306(d)(3)(ii)(B)(1) requires the organization to document why a specification it does not implement would not be reasonable and appropriate.
Maintain a centralized log capturing every reported security incident.

Where else this maps

The questions behind 45 CFR 164.316(b)(2)(i) also map to HHS 405(d) HICP (2023 Edition) CSP 10, CSP 8 and NIST SP 800-66 Rev. 2 5.1.6, 5.5.2, which are voluntary guidance rather than law; following them does not by itself establish compliance with any law. That matters for scoping: the same evidence can be written once and referenced from each, rather than rewritten per framework.

Evidence an assessor asks for

For this requirement the evidence types that satisfy it are log and policy. The distinction matters more than it looks: a policy states what you intend to do, a procedure states how, and a record proves it happened on a date. Auditors ask for all three, and a practice that has written the first two often has nothing for the third.

Date every document and keep the superseded versions. 45 CFR 164.316(b)(2)(i) requires the documentation 164.316(b)(1) calls for (the Security Rule policies and procedures, and the written record of any action, activity or assessment the Security Rule requires to be documented) to be retained for six years from the date of its creation or the date when it last was in effect, whichever is later, so a policy you replaced two years ago is still part of the record.

Where this usually goes wrong

The usual gap is a control that exists in practice and nowhere in writing. Someone does the work, reliably, and it has never been written down, so the organization cannot demonstrate it and cannot notice when it stops. The fix is not more control, it is a dated record and a named owner.

What to do about it

Produce the evidence, not the intention. For 45 CFR 164.316(b)(2)(i) that means retained logs plus evidence somebody actually reviewed them and a signed, dated policy with a named owner and a review date. If the only evidence is that someone knows how this works, you have a practice and not a record.
Put a name on it. Your security official should be recorded as the owner. A control with no owner stops working the month the person who quietly maintained it changes roles, and nobody notices.
Set a review cadence and keep the evidence of each review. An annual date with a dated output is a common floor; what fails an assessment is a control implemented once and never re-checked against a changed environment.
There is no documented-alternative route for the requirement itself. It is required (45 CFR 164.306(d)(2) for a specification, 164.306(c) for a standard), so a risk-based decision not to meet it is not available. How you meet it is yours to choose under 45 CFR 164.306(b); the measures in this post are examples, not the rule's text.

The recurring lesson with time limit is that documentation is not the paperwork after the control. It is the part an assessor can read, and therefore the part that has to exist.

Related requirements

References

45 CFR 164.316(b)(2)(i), in 45 CFR 164.316 on eCFR. Quoted text verified against the eCFR text current as of 2026-10-06.
The Required and Addressable designations are defined at 45 CFR 164.306(d).
Crosswalk references in this post are the mappings in our question bank, and are not verified against the published text of those standards.
This post describes what a requirement asks for and what evidence documents it. It is not legal advice, and your counsel owns the conclusion. State law may impose additional obligations; HIPAA preempts a State law only where it is contrary to HIPAA (45 CFR 160.202, 160.203).