6.3 Privacy and Security Initiatives

Key Takeaways

  • The HIPAA Security Rule organizes safeguards into three categories — administrative, physical, and technical — and RHIA candidates must classify controls correctly.
  • Security Rule standards are labeled required or addressable; addressable does not mean optional, it means implement, document an equivalent, or justify why it is not reasonable.
  • Privacy initiatives center on minimum necessary, patient rights, training, sanctions, monitoring, and complaint handling; security initiatives protect confidentiality, integrity, and availability.
  • RHIA leaders connect risk analysis, policy, role-based training, audit findings, corrective action, and metrics into one continuous compliance program.
Last updated: June 2026

Run Privacy and Security as Programs

Domain 2 tests whether the organization runs a program that protects PHI across people, processes, systems, vendors, and physical locations — not just a single release or breach. Privacy asks whether health information is accessed, used, or disclosed appropriately and whether patient rights are honored; the governing standard is minimum necessary, which limits use and disclosure to the least PHI needed for the purpose (with exceptions for treatment, the individual, and required disclosures). Security asks whether safeguards protect the confidentiality, integrity, and availability (the CIA triad) of electronic PHI.

The HIPAA Security Rule is the backbone of security initiatives, and the exam expects you to classify its three safeguard categories. Administrative safeguards include the security management process, workforce training, sanctions, and contingency planning. Physical safeguards include facility access controls, workstation security, and device and media controls. Technical safeguards include access control, audit controls, integrity controls, and transmission security. Each standard is flagged required or addressable.

Addressable does not mean optional: the entity must implement it, implement a documented equivalent, or document why it is not reasonable and appropriate. A foundational requirement is a risk analysis — an accurate, thorough assessment of risks to electronic PHI — which is the most-cited gap in OCR enforcement.

Program elementPrivacy emphasisSecurity emphasis
PolicyWho may use or disclose PHI and for what purposeHow systems, devices, networks, and facilities are protected
TrainingPatient rights, minimum necessary, request handling, complaintsPasswords, phishing, device protection, downtime, incident reporting
Access reviewCuriosity access, role appropriateness, VIP/special recordsPrivileged access, inactive accounts, authentication, anomalies
Risk activityDisclosure pathways, complaints, authorization defectsSecurity Rule risk analysis: threats, vulnerabilities, safeguards
Corrective actionRetraining, sanctions, form revision, workflow redesignPatching, configuration, monitoring, access removal
MetricsRequest aging, disclosure errors, complaints, audit findingsFailed logins, incident trends, backup tests, phishing click rate

A strong initiative starts with that risk analysis: identify where PHI exists, who uses it, how it moves, what systems store it, what vendors touch it, and what failure modes could cause harm. The RHIA contributes by mapping HIM processes, data flows, retention needs, request workflows, HIE participation, and audit findings. Vendors that create, receive, maintain, or transmit PHI are business associates and must sign a business associate agreement (BAA) — a control the exam tests when a scenario mentions a transcription company, ROI vendor, or cloud host.

Training must be role based. A release specialist needs different examples than a physician, coder, front-desk employee, analyst, or executive. Generic annual training satisfies a basic awareness goal, but RHIA-level improvement targets training to audit findings, system changes, policy updates, and incidents. Monitoring then connects the program to reality: if policy bans shared logins, access logs should prove individual accountability; if releases require recipient verification, quality audits should test it; if terminated users must lose access promptly, access reviews should confirm actual removal.

Initiative Planning Checklist

  • Define the risk or compliance objective in plain operational terms.
  • Identify owners: HIM, privacy, security, compliance, legal, IT, operations, vendors.
  • Map affected systems, workflows, users, business associates, and patient channels.
  • Update policy, procedures, training, and job aids before go-live.
  • Test audit reports, exception handling, and escalation routes.
  • Track metrics and corrective actions after implementation.
  • Report results to leadership as risk reduction with remaining gaps.

Common trap: answers that rely only on “tell staff to be careful” or “remind everyone in the annual training.” Favor answers that define ownership, use evidence, classify the safeguard correctly, involve the right stakeholders, and measure whether the control worked. The best programs are practical — controls employees cannot follow will fail, security settings that block care without a downtime path create workarounds, and privacy procedures that frustrate legitimate access generate complaints. RHIA judgment balances access, protection, workflow, and evidence.

Sanctions, the Notice of Privacy Practices, and Audit Programs

A privacy program needs teeth. The Security Rule requires a sanction policy for workforce members who violate policies, and the exam expects sanctions to be consistent and documented — applying a written stairstep so the same offense draws the same consequence regardless of who committed it. Inconsistent discipline is itself a finding because it signals an unmanaged program.

The Notice of Privacy Practices (NPP) is another tested artifact. Covered entities must provide it at first service delivery, post it prominently and on any website, and make a good-faith effort to obtain written acknowledgment of receipt. It tells patients how their PHI is used and disclosed and describes their rights — access, amendment, accounting of disclosures, restriction requests, and confidential communications.

Proactive auditing is what turns policy into evidence. Two recurring audit types: prospective (concurrent, catching errors before release) and retrospective (sampling completed work). High-risk triggers for access auditing include same-last-name access, employee-as-patient, VIP and celebrity records, and coworker or neighbor lookups — classic “curiosity” violations. The program should run periodic random samples plus targeted reviews after any incident.

Initiative artifactRequirementRHIA action
Sanction policyRequired by the Security RuleApply consistent, documented discipline
Notice of Privacy PracticesProvide at first service, post, seek acknowledgmentKeep current with regulatory change
Access audit programDetect curiosity and role-inappropriate accessRun random + triggered reviews, act on findings
Risk analysisRequired, periodicUpdate after system, vendor, or workflow change

An integrated program ties these together: the risk analysis finds the gap, policy and training close it, the NPP and BAA set expectations, audits verify behavior, sanctions enforce it, and metrics report to leadership whether the risk actually dropped.

Test Your Knowledge

An organization encrypts laptops, installs cipher locks on the HIM file room, and configures unique user logins with audit logging. Into which HIPAA Security Rule categories do these three controls fall, in order?

A
B
C
D
Test Your Knowledge

A Security Rule standard is labeled 'addressable.' What does that require of the covered entity?

A
B
C
D
Test Your Knowledge

An annual privacy module is generic and audit findings show repeated release-of-information errors. What is the best improvement?

A
B
C
D