Skip to main content
Notifications
You're all caught up.
View all notifications
Backsplice
  • Product
  • Watney AI
  • Why us
  • Pricing
  • Docs
  • Security
  • About
  • Log in
  • Start free
Log in Start free
← All posts

Workforce Clearance Procedure: Workforce clearance that fits a small practice

January 30, 2026 · Ken Armstrong

45 CFR 164.308(a)(3)(ii)(B) sets the expectation for workforce clearance procedure. The text is brief; the evidence it implies is not, and the difference between the two is where most remediation time goes.

What the rule says

Workforce clearance procedure (Addressable). Implement procedures to determine that the access of a workforce member to electronic protected health information is appropriate.

That is the text of 45 CFR 164.308(a)(3)(ii)(B). Read it closely: it describes an outcome to achieve, not a product to buy, which is why two practices of the same size can satisfy it in different ways and both be right.

This is an addressable implementation specification, and addressable does not mean optional. Under 45 CFR 164.306(d)(3) you assess whether the specification is reasonable and appropriate in your environment, and then either implement it or, if implementing it is not reasonable and appropriate, document why and implement an equivalent alternative measure if that is reasonable and appropriate. The documented reasoning is itself part of the requirement, so an undocumented decision to skip it is the finding.

The obligation is the determination: procedures that decide whether a workforce member's access to ePHI is appropriate. Confidentiality agreements and background screening, which the steps below use, are common ways to support that determination; the Security Rule names neither.

What this looks like in practice

In an assessment, 45 CFR 164.308(a)(3)(ii)(B) 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 require workforce members to sign a confidentiality agreement as a condition of access to sensitive information?
  • Does the organization perform background screening on candidates before granting them access as employees or contractors?
  • Does the organization document its workforce security policies and procedures (§ 164.308(a)(3)), covering how workforce members' access to ePHI is authorized or supervised, cleared and terminated (or the documented § 164.306(d)(3) determination for any it has not adopted), and review them periodically and update them as needed in response to environmental or operational changes affecting the security of ePHI?

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:

  1. Document a policy requiring new workforce members to sign a confidentiality agreement before being granted access.
  2. Maintain a current confidentiality agreement that defines obligations to protect sensitive information.
  3. Obtain and retain signed agreements as part of onboarding.
  4. Refresh agreements when obligations change.
  5. Record how the measure chosen meets the cited provision. 45 CFR 164.306(b)(1) lets the organization use any security measures that allow it to reasonably and appropriately implement the standards and implementation specifications, and the Security Rule does not name this practice. The cited standard and any Required implementation specification must be met. An Addressable one must be implemented, or the organization documents why it is not reasonable and appropriate and implements an equivalent alternative measure if that is reasonable and appropriate (45 CFR 164.306(d)(3)). Choose the measure with the factors in 45 CFR 164.306(b)(2) and document it with the risk analysis.
  6. Document a policy requiring background screening of candidates proportionate to the sensitivity of the role.

Where else this maps

The questions behind 45 CFR 164.308(a)(3)(ii)(B) also map to NIST SP 800-66 Rev. 2 5.1.3, 5.5.1, 5.5.2, which is voluntary guidance rather than law; following it 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 agreement 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 most common failure here is treating addressable as optional. A practice decides the specification does not fit, implements nothing, and writes nothing down. At assessment the answer to "why not" is a verbal explanation, which is not evidence. The second most common failure is the opposite: implementing an alternative that works, and still not recording the reasoning, so the control looks accidental.

What to do about it

  • Produce the evidence, not the intention. For 45 CFR 164.308(a)(3)(ii)(B) that means the executed agreement, with the signature date on it 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.
  • Re-read it when something changes. A new system, a new vendor or a departure is what makes a correct control stale. Tie the review to those events as well as to the calendar, and date the result.
  • If you decide not to implement it, write the decision down. Addressable is not optional: under 45 CFR 164.306(d)(3) the documented assessment IS part of the requirement, so an undocumented decision to skip it is the finding, and a working alternative with no recorded reasoning looks accidental.

Work backward from the evidence. Decide what evidence would prove workforce clearance procedure to someone who does not already trust you, then build the control that produces it. Programs built in that order tend to stay current, because the evidence goes stale visibly.

Related requirements

  • Authorization and/or Supervision: Authorization and supervision for staff who touch ePHI
  • Termination Procedures: Closing access the day someone leaves
  • Assigned Security Responsibility: Naming a security official and giving the role real authority

References

  • 45 CFR 164.308(a)(3)(ii)(B), in 45 CFR 164.308 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).
Backsplice

HIPAA compliance and AI governance, in one program.

View our security posture →

Product

  • Why Backsplice
  • Frameworks
  • Watney AI
  • HIPAA Records
  • Review & Approval
  • Governance Registers
  • Reporting
  • Integrations & API
  • Pricing

Company

  • About Us
  • Team
  • Mission
  • Contact

Legal

  • Privacy Policy
  • Terms of Service
  • Data Processing Agreement
  • Business Associate Agreement
  • Security

Resources

  • Documentation
  • Guide to HIPAA
  • Blog
  • Status Page

© 2026 Backsplice LLC. All rights reserved.

Backsplice provides tools to run a HIPAA and AI governance program; it does not confer compliance with any law or standard and does not constitute legal advice. Consult qualified legal counsel for specific compliance guidance.