Healthcare Administration & Management · Independent exam preparation
HealthCare Information Security and Privacy Practitioner (HCISPP) Study Guide
Practise protecting health information, assessing healthcare risks and governing suppliers through 60 concepts and 20 drills aligned to the historical HCISPP outline.
By CertMedbry · Updated 4 November 2026
Learn to distinguish permitted information use from secure handling, assess risks to healthcare services, and evaluate supplier safeguards. Work through decisions about access, interoperability, breach assessment, recovery and accountability. This selective guide covers 60 concepts across the seven domains of ISC2's historical HCISPP outline. The complete official outline defines the full historical examination scope.
Try 20 free practice questionsWhat is the exam format?
Check the question types, timing and outline before planning your revision.
Is the HCISPP examination still available?
No. ISC2 states that the final HCISPP examination date was December 1, 2023. The credential becomes inactive on December 1, 2026. As of November 4, 2026, this guide supports historical study and professional learning; it does not describe an examination currently open for registration.
Which outline and domain names govern this guide?
The official PDF cover prints an effective date of September 1, 2022, although its filename contains September-2019 and its footer includes v10/2021. This guide follows the printed effective date and the PDF's full domain names, including Data and Information Governance in Healthcare and Third-Party and Supply Chain Risk Management. Shorter labels on the credential webpage do not establish a separate pathway or newer blueprint.
HCISPP Certification Exam Outline · HCISPP — HealthCare Information Security and Privacy Practitioner
What question count, duration and passing grade were published?
The historical outline lists 125 items, a three-hour examination and a passing grade of 700 out of 1000 points. It does not establish the scored-versus-pretest item split. The published passing grade should not be converted into an assumed percentage of questions answered correctly.
What delivery method, language and item styles were verified?
The historical outline lists multiple-choice items, English availability and Pearson VUE Testing Center delivery. It does not specify adaptive operation or substantiate additional item styles. The 20 questions here are independent, four-option, single-best-answer learning drills; they do not simulate an adaptive examination or predict a passing result.
How are the historical domain weights reflected?
The official weights are Healthcare Industry 12%; Data and Information Governance in Healthcare 5%; Information Technologies in Healthcare 14%; Regulatory and Standards Environment 15%; Privacy and Security in Healthcare 24%; Risk Management and Risk Assessment 17%; and Third-Party and Supply Chain Risk Management 13%. The guide allocates 7, 3, 8, 9, 15, 10 and 8 concepts respectively. Questions and flashcards each allocate 2, 1, 3, 3, 5, 3 and 3 items, approximating those weights within small sets.
What practitioner experience did the historical outline require?
The outline required at least two years of cumulative paid work experience covering security, compliance and privacy, including one year in healthcare. It allowed legal experience to substitute for compliance and information management experience for privacy. It also described a historical Associate of ISC2 route for candidates lacking the experience. These historical provisions do not reopen examination delivery.
HCISPP Certification Exam Outline · HCISPP Certification to be Sunset
Does Health Care identify a different credential or jurisdiction?
The workbook spelling Health Care corresponds to ISC2's HealthCare Information Security and Privacy Practitioner, abbreviated HCISPP. This guide selects that single historical practitioner credential. It is not a nursing licensure examination or a separate national privacy-law certification. Its international regulatory scope requires distinguishing applicable jurisdictions rather than treating HIPAA as a universal rule.
HCISPP — HealthCare Information Security and Privacy Practitioner · HCISPP Certification Exam Outline
HCISPP is ISC2's HealthCare Information Security and Privacy Practitioner credential, focused on implementing, managing and assessing healthcare security and privacy controls. These independently authored educational materials use the September 1, 2022 outline. Contemporary primary references explain enduring principles; later reference editions do not establish changes to that historical blueprint. HIPAA and GDPR examples identify their respective legal contexts.
Outline used: Historical HCISPP Certification Exam Outline, effective September 1, 2022, as printed on the official PDF cover. The linked filename contains September-2019, but the document itself states the 2022 effective date. The workbook spelling 'Health Care' maps to ISC2's 'HealthCare'; both identify HCISPP.
60 key concepts: understand, apply and avoid the traps
Work through the questions by exam domain. Explain the answer in your own words, try the example, then check the common pitfall.
Healthcare Industry12%
1.How do healthcare participants shape information responsibilities?
Providers deliver care, payers administer coverage and payment, and other participants support activities such as research, public health and technology services. Their responsibilities follow the function performed and the information relationship, rather than the organization's name alone. A useful analysis identifies who creates information, who makes decisions about its use, and who receives it for a defined service. This reveals where privacy obligations, security controls and operational dependencies must be evaluated.
Apply it
A hospital sends encounter information to an insurer and a hosted billing service. Map the hospital's care function, the insurer's payment function and the service's processing role before assigning access permissions or deciding which agreements govern each exchange.
Common pitfall: Treating every healthcare participant as interchangeable hides different purposes and responsibilities. A supplier's healthcare customers alone do not establish its legal role for every activity.
HCISPP Certification Exam Outline · Summary of the HIPAA Privacy Rule
2.Why does the revenue cycle need information integrity?
The revenue cycle connects service documentation with billing, payment and reimbursement. Information must remain accurate as it moves between these functions because a correct clinical record can still produce an incorrect claim through a faulty transformation. Traceability connects a billed service to its supporting documentation and approved changes. When investigating a discrepancy, locate the stage where information diverged rather than assuming that successful claim transmission demonstrates accuracy or that payment validates the original record.
Apply it
A billing interface changes a service identifier during export, producing repeated claim rejections. Compare the documented service, export transformation and submitted claim. Correct the mapping under change control and validate sample claims before restoring the routine workflow.
Common pitfall: A technically accepted transaction can contain inaccurate information. Transmission success and payer payment are useful workflow signals, but neither independently proves documentation or coding integrity.
HCISPP Certification Exam Outline · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
3.What distinguishes a healthcare clearinghouse?
Under HIPAA, a healthcare clearinghouse processes nonstandard information received from another entity into standard format or data content, or performs the reverse conversion. The distinguishing function is transaction conversion, rather than merely storing, forwarding or paying claims. Clearinghouses are a covered-entity category, although their particular processing relationships can also involve business-associate functions. Determine status from the actual service and information flow before deciding which contractual and regulatory requirements apply to that relationship.
Apply it
A service receives several clinics' proprietary billing files and converts them into standard transactions for health plans. Identify the conversion as a clearinghouse function, then examine the service's relationship with each clinic and the safeguards covering those files.
Common pitfall: Calling every billing vendor a clearinghouse confuses business labels with regulated functions. Simple storage or unchanged forwarding does not establish the defining conversion activity.
4.How does SNOMED CT preserve clinical meaning?
SNOMED CT is a clinical terminology that supports consistent representation of healthcare concepts. A concept has an identifier, human-readable descriptions and relationships to other concepts; different descriptions can express the same underlying meaning. This helps systems interpret documented information consistently. The decision cue is a need to represent clinical meaning across records, rather than a need to encrypt a message or transport an image. Useful implementation still depends on appropriate application design and terminology use.
Apply it
Two departments record different phrases for the same clinical concept. A terminology team evaluates whether both phrases should reference the same SNOMED CT concept, preserving the original documentation while improving consistent interpretation across the organization's records.
Common pitfall: Terminology standardization does not authenticate users, secure transmission or guarantee correct documentation. A consistent concept identifier can still be selected incorrectly by a user.
5.How does an information flow reveal disclosure purpose?
An information flow identifies its source, destination, purpose and data content. Under HIPAA, a public-health disclosure can be permitted to a public health authority legally authorized to collect or receive the information for the specified activity, such as disease surveillance or investigation. Verify both that authority and the activity; a public-health label alone is insufficient. Research involving PHI can proceed through individual authorization, documented approval of an authorization waiver by an IRB or Privacy Board, or a qualifying limited data set with a data use agreement. A waiver requires findings of minimal privacy risk, impracticability without the waiver and impracticability without access to the PHI; ordinary research approval does not itself waive authorization. A limited data set remains PHI, excludes specified direct identifiers and may retain full dates for qualifying research, public-health or healthcare-operations uses.
Apply it
A hospital receives similar record requests from a public health authority investigating an outbreak and a university researcher. Verify that the authority is legally authorized to collect the requested information for that investigation. For the university study, verify participants' research authorizations or documented IRB or Privacy Board waiver approval; if a qualifying limited data set meets the study's needs, remove its required identifiers and obtain a data use agreement before release.
Common pitfall: A respected recipient, secure connection or general research approval does not establish disclosure authority. Permission for the authority's investigation does not automatically extend to the university's separate study.
6.What does DICOM conformance establish?
DICOM standardizes communication and management of medical imaging information and related data. Its scope includes exchange protocols, information syntax and semantics, and media services. A device's conformance claim does not establish the complete behavior of a system assembled from several devices. Evaluate the particular functions and exchanges required by the workflow, using implementation information and integration testing. The discriminating clue is a gap between individual product claims and demonstrated performance of the combined imaging environment.
Apply it
A clinic buys an imaging device and archive that both claim DICOM conformance. Before accepting the installation, test the required image exchange workflow and compare supported capabilities, rather than accepting the two product labels as proof of integration.
Common pitfall: Conformance claims do not guarantee every desired system function. The standard's scope also does not supply a universal testing procedure for validating each implementation.
7.How should legal record boundaries be governed?
An organization needs an explicit, legally informed definition of its legal medical record, including responsible owners, included content and amendment handling. That definition should not be assumed to match every operational database or every record relevant to an individual's access rights. Under HIPAA, the designated record set includes specified records used to make decisions about individuals. The practical distinction is between an organization's defined legal record and the separate criteria governing a particular access or disclosure obligation.
Apply it
A patient's access request reaches a hospital whose legal record policy excludes a billing application. Assess whether billing records fall within the HIPAA designated record set, rather than limiting the response solely to the organization's legal medical record definition.
Common pitfall: An internal record label cannot narrow an applicable legal access right. Conversely, every temporary system file does not automatically become part of the legal medical record.
HCISPP Certification Exam Outline · Summary of the HIPAA Privacy Rule
Data and Information Governance in Healthcare5%
8.How does a governance charter assign decision authority?
A governance charter establishes the purpose, authority and responsibilities of the body overseeing information decisions. It should clarify who approves policies, resolves ownership disputes, escalates unresolved risks and monitors implementation. Operational teams can perform tasks without holding authority to accept the resulting organizational risk. The decisive distinction is between responsibility for doing work and accountability for approving the decision. Clear authority prevents technology teams from silently deciding clinical, privacy or business tradeoffs beyond their remit.
Apply it
Security and research leaders disagree about a proposed data release. Use the governance charter to identify the authorized decision body, present the privacy and operational implications, and document its decision with assigned implementation and review responsibilities.
Common pitfall: A committee without defined authority can discuss concerns indefinitely. Naming participants does not establish who can approve an exception or accept remaining organizational risk.
The NIST Cybersecurity Framework 2.0 · HCISPP Certification Exam Outline
9.What separates policies, standards and procedures?
A policy states organizational intent and required direction. A standard translates that direction into specific mandatory requirements, while a procedure explains how personnel carry out the work. Alignment means that following the procedure actually satisfies the standard and supports the policy. When a workflow changes, review this chain for contradictions and missing responsibilities. A technically detailed document is not sufficient if its instructions undermine the approved privacy purpose or omit evidence needed to demonstrate compliance.
Apply it
A policy requires controlled access to patient information, a standard requires individual accounts, and a procedure instructs night staff to share a login. Revise the procedure and provide workable account provisioning so routine practice satisfies the approved requirement.
Common pitfall: Adding detail to a procedure cannot authorize departure from policy. An exception needs the defined approval process, documented rationale and appropriate review conditions.
HCISPP Certification Exam Outline · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
10.How should professional ethics shape assurance statements?
ISC2's ethics canons require protection of society and public trust, honest and lawful conduct, diligent and competent service, and protection of the profession. An assurance statement should accurately reflect the evidence examined and the limits of the practitioner's competence. Pressure from a principal does not justify asserting that an untested control works. Distinguish observed evidence from assumptions, disclose material limitations and obtain qualified assistance when the required assessment exceeds available expertise.
Apply it
A manager asks an analyst to certify that supplier recovery controls passed, although only a written policy was reviewed. The analyst reports the actual review performed, identifies the missing operational evidence and requests a suitable recovery assessment.
Common pitfall: Loyalty to an employer does not justify misleading assurance. A confident statement unsupported by assessment evidence conflicts with honest conduct and competent professional service.
Information Technologies in Healthcare14%
11.Why does connected technology expand healthcare exposure?
A connected service creates additional pathways through which information can be accessed, changed or made unavailable. Evaluate interfaces, accounts, dependencies and trust boundaries when technology is introduced or materially changed. A system can improve workflow while increasing exposure through an external interface or privileged maintenance connection. The useful decision cue is the new path to a sensitive asset, rather than the product's general reputation. Controls should address that path and its consequences for healthcare operations.
Apply it
A clinic adds remote maintenance to a previously isolated system. Identify the external connection, permitted administrative actions and affected information, then require controlled access and monitoring before allowing the maintenance pathway into routine use.
Common pitfall: An unchanged clinical function does not imply unchanged security exposure. New connectivity can create a meaningful access path even when the user interface looks identical.
HCISPP Certification Exam Outline · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
12.What security must accompany FHIR exchange?
FHIR provides healthcare exchange protocols and content models; it is not itself a security protocol. Implementations need protected communications, authenticated users or clients, and authorization that limits permitted operations and information. Interoperability therefore answers a different question from whether an exchange is appropriately secured. A successful resource request proves that systems can communicate, but does not prove that the requesting client should receive every available record or perform every supported operation.
Apply it
A partner application can request patient resources from a new FHIR service. Before production use, verify protected transport, client authentication and authorization for the intended records and operations, including attempts to request information outside the approved scope.
Common pitfall: A standard interface does not confer trust on its callers. Successful interoperability testing alone leaves identity, access decisions and communication protection insufficiently evaluated.
13.When should newly created information be classified?
Classify information when it is created or received so that handling requirements accompany it through storage, use, transfer and disposal. Classification considers content, applicable obligations and potential consequences of exposure or misuse. Derived information requires its own evaluation because a report or export may preserve sensitive details even when it looks different from the original record. The controlling clue is the information contained and its context, rather than the filename, application or department that produced it.
Apply it
An analyst exports appointment data into a spreadsheet for scheduling analysis. Because the export still identifies patients and their visits, assign appropriate handling controls before storage or sharing instead of treating the spreadsheet as an ordinary office document.
Common pitfall: Changing a file format does not remove sensitivity. A derived table, screenshot or report may require the same protections as the information from which it originated.
HCISPP Certification Exam Outline · Summary of the HIPAA Privacy Rule
14.How are cloud storage safeguards divided?
Cloud security responsibilities depend on the service arrangement, risk analysis and agreements between the parties. Identify who configures access, manages encryption keys, maintains infrastructure, monitors events and restores information. Under HIPAA, a cloud provider maintaining ePHI can be a business associate even when it cannot decrypt the information. Encryption changes particular exposure conditions, but does not eliminate the relationship or the need to allocate applicable safeguards and support access to the stored information.
Apply it
A hospital controls decryption keys while its provider stores encrypted backups. Document the provider's storage and availability safeguards and the hospital's key and account responsibilities, and establish the appropriate business associate agreement before transferring the backups.
Common pitfall: No-view storage does not automatically make a cloud provider a mere conduit. Persistent maintenance of encrypted ePHI can still create business-associate obligations.
15.How should a third-party connection be bounded?
A third-party connection needs an explicit trust boundary describing approved systems, information, operations and responsibilities. Technical controls should implement that boundary through restricted connectivity and access, while connection agreements document the shared expectations. Permission to exchange one category of information does not justify broad network access. Evaluate both ends of the connection and its operational dependencies, including how access changes or ends. The key clue is whether actual connectivity exceeds the defined business purpose.
Apply it
A laboratory needs to send results to a hospital but requests broad internal network access. Define the required endpoint and exchange operations, restrict the connection accordingly, and document ownership, monitoring and disconnection responsibilities in the connection agreement.
Common pitfall: A signed agreement cannot compensate for unrestricted technical access. Conversely, a firewall rule alone does not establish permission to disclose the information crossing it.
HCISPP Certification Exam Outline · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
16.How do provenance and access records answer different questions?
Provenance helps establish information origins and changes, while access and event records support investigation of actions involving that information. Together they help distinguish a problem introduced during transformation from inappropriate use of an otherwise accurate record. Select evidence according to the question being investigated: authorship and change history differ from who accessed information and when. These records also need protection because missing, alterable or poorly correlated evidence weakens accountability and reconstruction of events.
Apply it
A transferred result differs from its source, and the patient also alleges inappropriate access. Examine transformation history for the content discrepancy and access records for the privacy concern, correlating identities and times without assuming either record answers both questions.
Common pitfall: Evidence that someone viewed a record does not explain who changed its content. Likewise, a correct change history does not establish that every access was appropriate.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · FHIR Release 5 — Security
17.How should archiving preserve usable records?
Archiving preserves information needed beyond routine operational use, while retention determines how long it must remain available under applicable requirements. A sound plan maintains readability, integrity, authorized access and necessary dependencies as systems change. Retention decisions should reflect the record category and governing obligations rather than a universal period for every healthcare file. Before retiring an application, establish whether archived information can still be located, interpreted and produced for the purposes that justify keeping it.
Apply it
A hospital replaces an old records platform but must retain selected records. Test that the archive preserves readable content, associated context and authorized access before shutting down the original application and removing the staff accounts used to operate it.
Common pitfall: Keeping storage media is not equivalent to preserving usable records. Missing software, keys or indexing can make retained information effectively unavailable when it is needed.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · HCISPP Certification Exam Outline
18.What makes media sanitization defensible?
NIST SP 800-53 MP-6 calls for sanitization before disposal, release or reuse, using techniques appropriate to the information and media. Clearing uses logical techniques, such as an appropriate overwrite of user-addressable storage, to resist ordinary noninvasive recovery. Purging makes recovery infeasible even with state-of-the-art laboratory techniques; supported device sanitization or properly implemented cryptographic erasure can provide this outcome when their prerequisites are satisfied. Destruction makes the medium unusable and recovery infeasible through physical processing. Select the method using information sensitivity, intended reuse or release, and the medium's capabilities. Ordinary deletion removes file references without necessarily removing stored content. Overwriting an SSD's visible storage may miss remapped or spare cells, so a method suitable for a magnetic disk may be inadequate for an SSD.
Apply it
For a copier's magnetic disk staying within the same controlled environment, policy may permit verified clearing. For sensitive patient documents on an SSD leaving organizational control, select a supported purge method that addresses the device's storage behavior, or authorized destruction if an adequate purge cannot be established. After retention and disposal approval, record the device identity, method, tool, operator and outcome. Verification must establish that the selected operation covered the intended media and completed successfully, with method-appropriate checks and resolution of errors. Cryptographic erasure additionally requires evidence that the target data were adequately encrypted and all relevant decryption-key copies were sanitized.
Common pitfall: An empty folder, factory-reset label or generic disposal receipt does not establish effective sanitization. Verification must substantiate the selected method's outcome for the identified media; a command's name alone does not establish its coverage or effectiveness.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · NIST SP 800-88 Revision 2 — Guidelines for Media Sanitization
Regulatory and Standards Environment15%
19.How is regulatory applicability established?
Begin with the activity, organization role, information, affected people and relevant locations. HIPAA covered entities include health plans, healthcare clearinghouses and healthcare providers that conduct specified electronic transactions, such as covered claims or eligibility transactions. A provider also meets the transaction criterion when another party conducts those transactions electronically on its behalf. Ordinary email use alone does not meet that criterion. A business associate is a person or organization outside a covered entity's workforce performing qualifying functions or services involving PHI on the covered entity's behalf, such as billing, data analysis or maintaining records. Determine these roles from the actual activity and relationship. Health-related content or a contract calling someone a business associate does not itself establish HIPAA coverage. Other laws may apply through different jurisdictional connections.
Apply it
An individual independently chooses an application and directs a hospital to send it records for the individual's own use. Assuming the application meets no independent covered-entity criterion, receiving those records does not by itself make it the hospital's business associate. If the hospital instead engages the application operator to process or maintain patient records on the hospital's behalf, outside its workforce, that qualifying PHI service establishes a business-associate relationship. Separately, a provider whose billing company submits covered electronic claims on its behalf cannot avoid covered-entity status merely because the provider does not submit the claims itself.
Common pitfall: Health information, ordinary email and contract labels are insufficient applicability tests. An organization may have different roles for different activities, and absence of HIPAA coverage does not establish absence of other privacy obligations.
Summary of the HIPAA Privacy Rule · HCISPP Certification Exam Outline
20.Which employment information falls outside HIPAA PHI?
HIPAA protects qualifying individually identifiable health information in regulated relationships, but excludes employment records held by a covered entity in its capacity as employer. The same person's information can have different status depending on why and in what capacity it is maintained. A hospital's employee medical chart remains distinct from an employer's employment record. Determine the record's function and custodian before applying the exclusion; information outside HIPAA PHI can still require protection under other obligations.
Apply it
A hospital holds a worker's treatment chart and a separate personnel file documenting sick leave. Evaluate the treatment record as patient information and the personnel record in the hospital's employer capacity, then apply the appropriate protections to each.
Common pitfall: Employment at a hospital does not remove HIPAA protection from a person's patient records. The exclusion concerns the employer-held employment record and its capacity.
21.What separates HIPAA Privacy and Security Rule scope?
The HIPAA Privacy Rule governs qualifying PHI across electronic, paper and oral forms, including permitted uses, disclosures and individual rights. The Security Rule specifies safeguards for electronic PHI. A paper disclosure can therefore raise Privacy Rule concerns even though the paper itself is outside the Security Rule's ePHI scope. For electronic information, both rules can apply. Identify the medium and the issue being tested before deciding whether the question concerns disclosure authority, individual rights or electronic safeguards.
Apply it
A workforce member leaves printed patient information in a public waiting area. Assess the unauthorized exposure under privacy requirements and organizational safeguards, without dismissing the event because the Security Rule specifically addresses information maintained or transmitted electronically.
Common pitfall: Electronic-security scope is not a general exemption for paper or spoken PHI. Secure systems also cannot make an otherwise impermissible disclosure lawful.
Summary of the HIPAA Privacy Rule · Summary of the HIPAA Security Rule
22.How should addressable HIPAA specifications be evaluated?
Addressable does not mean optional. A regulated entity evaluates whether an addressable implementation specification is reasonable and appropriate in its environment. If it is, the entity implements it. If it is not, the entity documents why and implements an equivalent alternative when reasonable and appropriate to meet the standard. The standard itself remains binding. The decisive cue is documented risk-based reasoning tied to the safeguard's purpose, rather than cost or convenience offered as an unsupported exemption.
Apply it
A practice proposes omitting an addressable safeguard because its systems are small. Require an assessment of whether the safeguard is reasonable and appropriate, documentation of any justified alternative, and evidence that the applicable standard is still satisfied.
Common pitfall: A budget objection alone does not establish that a safeguard is inappropriate. Calling a specification addressable does not remove the obligation to evaluate it.
23.When is an impermissible HIPAA disclosure presumed a breach?
An impermissible use or disclosure of PHI is presumed to be a breach unless an applicable exception applies or the regulated entity demonstrates a low probability of compromise through a documented assessment. At minimum, consider the information and identifiers involved, the unauthorized recipient, whether information was actually acquired or viewed, and mitigation. This is an information-compromise analysis. A belief that no financial or reputational harm will occur does not substitute for the required assessment of these factors.
Apply it
A patient list reaches an unintended external recipient. Preserve evidence about the file, recipient access and deletion assurances, evaluate each required compromise factor, and document the resulting breach decision rather than closing the event solely because nobody has complained.
Common pitfall: A promise to delete is relevant mitigation evidence, not automatic proof that no breach occurred. Consider the entire assessment and any applicable exception.
24.How do HIPAA breach notices depend on recipient and scale?
For a reportable breach of unsecured PHI, a business associate notifies the covered entity without unreasonable delay and no later than 60 days after discovery. Covered entities ensure individual notices without unreasonable delay and no later than 60 days after discovery. For breaches affecting at least 500 individuals, notice to HHS follows that same immediate reporting timetable: without unreasonable delay and no later than 60 days after discovery. Breaches affecting fewer than 500 individuals may be reported to HHS annually, no later than 60 days after the end of the calendar year in which they were discovered. Media notice is required when a breach affects more than 500 residents of a state or jurisdiction, and must occur without unreasonable delay and no later than 60 days after discovery. The HHS and media population thresholds therefore differ.
Apply it
A confirmed breach affects exactly 500 people across several states, with no state having more than 500 affected residents. Provide individual notices and notify HHS without unreasonable delay and within 60 days after discovery; the stated counts do not trigger media notice. If a separate breach affects 120 individuals and is discovered during a calendar year, individual notices still follow the 60-day discovery limit, while annual HHS reporting is due within 60 days after that discovery year ends.
Common pitfall: A maximum deadline does not permit unnecessary delay. The annual HHS reporting option for smaller breaches does not extend individual-notice deadlines, and the business associate's reporting duty does not replace the covered entity's notification responsibilities.
25.How does GDPR data minimisation constrain collection?
GDPR data minimisation requires personal data to be adequate, relevant and limited to what is necessary for the processing purpose. Define the purpose before deciding which fields to collect, and justify each field against that purpose. Strong security protects retained information but does not make unnecessary collection compliant with this principle. The decision cue is whether a less detailed or smaller dataset can achieve the stated purpose, rather than whether a potentially useful future analysis might someday be imagined.
Apply it
An EU clinic designs an appointment reminder process requiring contact details and appointment times. Exclude unrelated diagnostic histories from the reminder dataset when they do not support its defined purpose, even if the storage platform offers strong encryption.
Common pitfall: Collecting everything for unspecified future usefulness undermines purpose-based minimisation. Consent or encryption does not automatically establish that every requested field is necessary.
Regulation (EU) 2016/679 — General Data Protection Regulation
26.Why does pseudonymised health information remain protected under GDPR?
GDPR pseudonymisation separates identifying information from the information used for processing, with additional information protected separately. It reduces identification exposure but does not make linkable information anonymous. Health information remains a special category of personal data when the person is identifiable through the additional information. Processing therefore still needs an applicable Article 6 lawful basis and an Article 9 condition. The decisive cue is retained ability to attribute records to individuals, rather than the absence of names from the working dataset.
Apply it
An EU research team replaces patient names with codes and stores the linking table separately. Treat the coded health records as pseudonymised personal data, protect the linking table and verify the applicable lawful basis and special-category processing condition.
Common pitfall: A coded dataset is not automatically anonymous. Removing direct identifiers does not end GDPR obligations when separately held information can still reconnect records to individuals.
Regulation (EU) 2016/679 — General Data Protection Regulation
27.How do frameworks support compliance without replacing law?
A framework organizes outcomes, activities or controls so an organization can assess and improve its program. A legal obligation determines what the organization must do in a particular regulatory context. Map applicable obligations to framework outcomes and supporting evidence, then examine gaps. NIST CSF 2.0, for example, provides a taxonomy of cybersecurity outcomes rather than prescribing one implementation. Using a framework does not independently demonstrate compliance with every privacy right, disclosure condition or jurisdiction-specific requirement.
Apply it
A hospital adopts a cybersecurity framework and claims that patient access obligations are therefore satisfied. Map those obligations explicitly, identify the responsible process and examine request-handling evidence instead of inferring compliance from the framework adoption decision.
Common pitfall: Framework completion and legal compliance are different claims requiring appropriate evidence. A control map can identify coverage, but cannot prove that mapped controls operate effectively.
The NIST Cybersecurity Framework 2.0 · Summary of the HIPAA Privacy Rule
Privacy and Security in Healthcare24%
28.How do HIPAA consent and authorization govern information use?
Privacy requires a permitted purpose as well as secure handling. HIPAA permits covered entities to use or disclose PHI for treatment, payment and healthcare operations subject to applicable conditions, without requiring the individual's consent; an entity may voluntarily obtain consent for these activities. Such general consent does not replace the specific written authorization required for a use or disclosure that HIPAA does not otherwise permit or require. An authorization identifies the information, persons authorized to disclose and receive it, purpose, expiration date or event, and the individual's signature and date, together with required statements about revocation, conditioning and possible redisclosure. Verify its scope and validity before acting. Other applicable laws may impose additional consent requirements.
Apply it
A hospital wants to disclose an identifiable patient story to a commercial publisher, with no other HIPAA permission supporting the disclosure. A signed admission consent for treatment, payment and operations does not authorize that release. Obtain a valid authorization covering the story, recipient and purpose, check its expiration and any revocation, and disclose only within its terms. A written revocation stops future reliance except to the extent the hospital has already acted in reliance on the authorization.
Common pitfall: Clinical consent to treatment, general HIPAA consent, authorization and acknowledgment of a privacy notice serve different functions. A valid login or encrypted channel cannot supply missing disclosure authority.
29.How does integrity protection support trustworthy records?
Integrity protects information against improper alteration or destruction. In healthcare, controls must help preserve accurate content and make authorized changes accountable through validation, access restrictions and change records. A record can remain confidential while becoming unreliable through a mapping error or unauthorized modification. When content changes unexpectedly, compare source information, transformation rules and authorized actions. The decisive cue is an unexplained difference in information, rather than evidence of exposure or a system outage.
Apply it
An interface imports a laboratory result into the wrong patient record. Restrict the affected workflow, investigate identifiers and transformation logic, and correct records through the approved amendment process while preserving evidence of the original error and its correction.
Common pitfall: A checksum can detect certain changes but cannot establish that the original information was clinically or administratively correct. Integrity requires appropriate workflow controls too.
Summary of the HIPAA Security Rule · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
30.How should availability controls reflect service dependencies?
Availability means information and systems are accessible and usable when authorized users need them. Evaluate the complete service path, including identity services, networks, power, suppliers and staff procedures. A functioning application server does not ensure that users can complete the supported healthcare workflow. Prioritize safeguards using service criticality and disruption consequences. Redundancy, contingency procedures and recovery arrangements should address identified dependencies and be assessed together, because a shared dependency can defeat otherwise separate technical components.
Apply it
A clinic's records application remains operational, but a failed identity service prevents staff login. Include identity availability and an approved contingency access process in service planning, then exercise the complete workflow instead of checking server uptime alone.
Common pitfall: Two application servers can still share one point of failure. Availability claims should describe the usable service, including access and operational dependencies.
NIST SP 800-34 Revision 1 — Contingency Planning Guide for Federal Information Systems · Summary of the HIPAA Security Rule
31.What separates authentication from authorization?
Authentication establishes confidence in the claimed identity of a user or entity. Authorization determines which information and actions that identity may access. These decisions require separate controls: a valid login does not imply permission to export records, alter configurations or view every patient. Investigate the failed decision when diagnosing access problems. If the identity is correctly established but excessive operations are permitted, the primary gap concerns authorization rather than a need to repeat the login process.
Apply it
A scheduling employee signs in correctly but can export complete clinical records. Keep individual authentication in place and correct the role's permissions, then verify that authorized scheduling work remains possible while the excessive export capability is removed.
Common pitfall: Stronger authentication cannot by itself correct excessive permissions. It can establish identity more reliably while leaving an overly broad authorization decision unchanged.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · Summary of the HIPAA Security Rule
32.How do least privilege and minimum necessary differ?
Least privilege limits system permissions to what users or processes need for assigned tasks. HIPAA's minimum necessary rule limits applicable uses, disclosures and requests for PHI to the amount reasonably needed for their purpose. They reinforce each other but have different scope. The HIPAA minimum necessary standard does not apply to disclosures to, or requests by, a healthcare provider for treatment. That exception does not remove authentication, appropriate access controls or the need for a permitted disclosure.
Apply it
A payer requests information for a payment review while a treating specialist requests records for treatment. Apply the appropriate minimum necessary analysis to the payment request, recognize the treatment disclosure exception and maintain secure, verified access for both exchanges.
Common pitfall: The treatment exception is not a universal workforce-access exemption. Internal use policies still define personnel, information categories and conditions appropriate to job duties.
Minimum Necessary Requirement · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
33.Why separate incompatible duties?
Separation of duties divides incompatible responsibilities so that one person cannot independently complete and conceal a harmful action. Examples include separating access administration from review of the resulting audit evidence. Evaluate the combination of permissions across systems, because individually reasonable roles may create an unsafe combined capability. The discriminating clue is unilateral control over both an action and its approval or evidence. This differs from least privilege, which limits permissions within the assigned role.
Apply it
An administrator can grant privileged accounts and erase the logs showing those grants. Assign independent control over audit evidence and review, restrict the administrator's logging permissions and test whether the combined privileges still allow concealed account creation.
Common pitfall: Having two job titles does not ensure separated duties if one person holds both capabilities. Review effective permissions and approval independence across the full workflow.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
34.How does key management determine encryption's protection?
Encryption makes information unreadable without the appropriate cryptographic key, so key protection is central to the safeguard. Restrict key access, preserve necessary recovery capability and account for keys throughout their lifecycle. Storing an accessible key beside encrypted information can defeat the intended protection. Encryption at rest and protected transmission also address different exposure paths. Determine what an unauthorized person could obtain, including credentials and keys, before concluding that encryption adequately protects a particular loss or disclosure scenario.
Apply it
A stolen laptop contains encrypted records and an unprotected file holding the decryption key. Assess exposure considering both items together, then correct key storage and access practices instead of relying on the encryption status displayed by the device.
Common pitfall: An encryption label alone does not establish effective protection or a breach-notification exemption. Relevant technical conditions and access to decryption material must be assessed.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · Breach Notification Rule
35.How should a notice of privacy practices support transparency and rights?
A HIPAA notice of privacy practices explains the covered entity's uses and disclosures of PHI, legal duties and individual rights, including how to exercise rights and complain. It identifies a contact for further information and describes rights such as access, amendment and requesting restrictions. A direct-treatment provider must make a good-faith effort to obtain written acknowledgment of receipt; acknowledgment records receipt and does not authorize every described disclosure. Staff need workable procedures that turn the notice's statements into action. Role-based training should teach how to recognize requests, verify identity appropriately, route them to responsible personnel and report suspected misuse.
Apply it
A patient signs acknowledgment of a clinic's notice and later asks for billing records and a restriction on an insurer disclosure. Route the access request through the designated-record-set process and evaluate the restriction under its own criteria. The signature does not waive these rights or authorize an unrelated release. Train reception staff to recognize both requests and escalate them through the stated privacy contact rather than dismissing them because the notice was signed.
Common pitfall: A notice communicates practices, duties and rights; it does not supply a legal basis for every proposed use. Posting a notice or recording training attendance cannot demonstrate that staff can administer the rights it describes.
Summary of the HIPAA Privacy Rule · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
36.What makes audit monitoring actionable?
Audit controls record relevant activity, while monitoring and review turn those records into findings and response decisions. Useful evidence identifies the actor, action, affected resource and timing, with sufficient protection against unauthorized alteration. Define which patterns warrant investigation and who follows up. A large log repository is not an effective detective process if nobody reviews its signals. Correlate events with job duties and context because unusual activity is a reason to investigate, rather than automatic proof of misconduct.
Apply it
A review identifies an employee accessing many unrelated patient records after hours. Preserve the relevant logs, compare activity with assigned duties and investigate through the approved process instead of either ignoring the pattern or immediately declaring intentional misuse.
Common pitfall: Collecting more logs does not ensure detection. Missing identities, inconsistent timing or absent review responsibility can make extensive records difficult to interpret and act upon.
Summary of the HIPAA Security Rule · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
37.How should vulnerability remediation balance urgency and operation?
Vulnerability management identifies weaknesses, evaluates affected assets and drives correction or other justified risk treatment. Remediation timing should consider exploitability, exposure, service criticality and potential impact. Test relevant software and firmware updates for effectiveness and side effects before deployment, using controlled changes appropriate to the environment. When immediate patching is impracticable, apply assessed compensating safeguards and track the unresolved issue. The decisive cue is the actual risk in context, rather than a severity label considered in isolation.
Apply it
A critical application has an exposed flaw, but its update needs compatibility testing. Restrict the vulnerable pathway where feasible, prioritize testing and deployment, assign an owner and deadline, and verify the final correction rather than leaving a permanent temporary exception.
Common pitfall: Operational caution does not justify indefinite deferral. Conversely, an uncontrolled update can create availability problems, so remediation needs risk-based timing and change discipline.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
38.How should incident response preserve decision options?
Incident response coordinates detection, analysis, containment, eradication and recovery with appropriate communication. Early actions should limit ongoing harm while preserving evidence needed to understand scope and determine obligations. Operational incident management and legal breach assessment are related but distinct decisions. A malware alert does not by itself establish a reportable disclosure, and uncertainty about reportability does not justify postponing containment. Use defined authority, record material actions and bring privacy, security and service owners into the decisions affecting their responsibilities.
Apply it
A workstation begins sending unusual outbound traffic while staff are using it. Follow the approved containment process, preserve relevant evidence and provide a safe operational alternative, then investigate affected information and assess any notification duties using the established facts.
Common pitfall: Erasing the device immediately may destroy useful evidence. Waiting for complete certainty before limiting active compromise can also increase harm and narrow recovery options.
NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations · Breach Notification Rule
39.How do recovery objectives guide restoration testing?
A recovery time objective describes the targeted time to restore a system or resource after disruption. A recovery point objective identifies the point in time to which data must be recovered, expressing the acceptable data-loss window. These objectives answer different questions and should follow business impact analysis. A fast restore from an old backup may meet the time target while failing the data target. Recovery planning must also fit the supported process's maximum tolerable downtime and necessary operational work. Successful backup jobs alone do not demonstrate recovery: restoration tests must establish readability, completeness, required keys and dependencies, recovery timing and usable application function.
Apply it
A clinic requires restoration within four hours and recovery to within thirty minutes before disruption. A two-hour restore from the previous night's backup meets the restoration-time target but fails the data-recovery target, requiring a more current recoverable copy. If an exercise instead reveals unavailable decryption credentials, correct key recovery arrangements and repeat the affected restoration steps. Validate restored information and the supported workflow before declaring recovery successful.
Common pitfall: Backup frequency and job success do not prove recovery capability. A recent copy can be unusable, a quick restore can lose excessive information, and backups sharing the primary system's failure exposure may fail with it.
NIST SP 800-34 Revision 1 — Contingency Planning Guide for Federal Information Systems · Summary of the HIPAA Security Rule
40.When must a HIPAA restriction request be accepted?
Individuals may request restrictions on uses or disclosures for treatment, payment and healthcare operations and on certain disclosures to people involved in their care. Covered entities generally need not accept these requests; once a restriction is agreed, they must follow it subject to applicable exceptions, such as necessary emergency treatment. A covered healthcare provider must accept a restriction on disclosure to a health plan when the disclosure is for payment or healthcare operations, is not required by law, and the PHI pertains solely to an item or service paid in full by the individual or someone other than the health plan on the individual's behalf. The mandatory restriction concerns that qualifying plan disclosure, rather than every possible use of the record.
Apply it
A patient pays a provider the full charge for a service and asks that information solely about that service be withheld from the health plan. No law requires the proposed disclosure, which would be for payment or operations. Accept the restriction, flag the affected service and prevent claim submissions or other plan disclosures from including the restricted PHI. By contrast, a request to withhold all future records from every treating provider generally does not require acceptance under this paid-in-full rule; evaluate and communicate that separate request through the restriction process.
Common pitfall: The right to request a restriction does not make every restriction mandatory. Paying only a copayment does not establish full payment outside the plan, and the qualifying restriction does not require deleting the record or suppressing a disclosure required by law.
41.What must HIPAA Safe Harbor de-identification satisfy?
Safe Harbor requires removing the following identifier categories relating to the individual and the individual's relatives, employers or household members: names; geographic subdivisions smaller than a state, subject to the ZIP-code exception; individual-related date elements other than year and the special information revealing ages above 89; telephone numbers; fax numbers; email addresses; Social Security numbers; medical record numbers; health plan beneficiary numbers; account numbers; certificate or license numbers; vehicle identifiers and serial numbers, including license plates; device identifiers and serial numbers; web URLs; IP addresses; biometric identifiers, including finger and voice prints; full-face photographs and comparable images; and other unique identifying numbers, characteristics or codes, except a qualifying re-identification code. Dates such as birth, admission, discharge and death generally retain only the year. Ages above 89 and date elements, including year, indicating such ages must be removed, although they may be aggregated as 90 or older. Sub-state geography is removed, but an initial three-digit ZIP code may remain if the combined area of ZIP codes sharing those digits has more than 20,000 people under current publicly available Census data; otherwise replace those digits with 000. These requirements apply to free text as well as structured fields. The entity must also have no actual knowledge that the remaining information could identify the individual.
Apply it
A proposed export removes names but retains full admission dates, age 94, a city and identifying narrative details. For Safe Harbor, reduce admission dates to year, aggregate the age as 90 or older without retaining dates revealing the exact older age, remove the city and narrative identifiers, and apply the population test before retaining three-digit ZIP codes. Check every identifier category and the actual-knowledge condition before approval.
Common pitfall: Removing names or cleaning structured columns is insufficient when identifiers remain in narrative text, images or other fields. Meeting the identifier checklist also does not override actual knowledge that the remaining information identifies someone.
Guidance Regarding Methods for De-identification of Protected Health Information
42.How does Expert Determination assess identification risk?
HIPAA Expert Determination uses a qualified person's statistical and scientific knowledge to determine that identification risk is very small for the anticipated recipient, considering reasonably available information. The expert documents the methods and results. Unlike Safe Harbor's specified identifier-removal checklist and no-actual-knowledge condition, Expert Determination can support retention of particular details when the documented risk analysis supports it. Information satisfying either de-identification method is no longer PHI under HIPAA, and HIPAA does not require a data use agreement for its release. A limited data set remains PHI and can be used or disclosed through that pathway only for research, public health or healthcare operations with a data use agreement. It excludes names; postal address information other than town or city, state and ZIP code; telephone and fax numbers; email addresses; Social Security, medical record, health plan beneficiary, account, certificate and license numbers; vehicle and device identifiers and serial numbers; URLs; IP addresses; biometric identifiers; and full-face photographs and comparable images. Unlike Safe Harbor, it may retain full dates. Its data use agreement specifies permitted purposes and recipients, safeguards, reporting and downstream restrictions, and prohibits identifying or contacting individuals.
Apply it
Researchers needing full service dates can receive a qualifying limited data set under a data use agreement, while it remains PHI. If they instead seek de-identified information with details unsuitable for Safe Harbor, a qualified expert must assess the proposed data, anticipated recipients and available linking information and document a very-small-risk determination. Choose the pathway by its criteria and intended use.
Common pitfall: Name removal does not establish de-identification, and a data use agreement does not transform a limited data set into de-identified information. An expert conclusion for one release context may need reconsideration when data, recipients or available linking information materially change.
Guidance Regarding Methods for De-identification of Protected Health Information · Summary of the HIPAA Privacy Rule
Risk Management and Risk Assessment17%
43.How should asset criticality guide risk assessment?
Asset identification includes information, systems, services and supporting dependencies. Criticality reflects the consequences of losing confidentiality, integrity or availability for the supported mission, rather than purchase price alone. Link assets to healthcare workflows and affected people so assessment priorities reflect actual service needs. A low-cost component can be highly critical if several essential services depend on it. The useful cue is the importance of the supported function and the effect of failure across its dependency chain.
Apply it
A modestly priced interface supports result delivery for several departments. Rank it using the consequences of delayed or incorrect information and its dependent workflows, instead of placing it below expensive equipment solely because its replacement cost is low.
Common pitfall: Replacement cost captures only part of asset value. Information loss, service disruption and harm to individuals can dominate the consequences of a failure.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments · NIST SP 800-34 Revision 1 — Contingency Planning Guide for Federal Information Systems
44.What separates a threat from a vulnerability?
A threat source can cause a harmful event; a vulnerability is a weakness that the event can exploit or trigger. A useful risk scenario connects source, event, weakness and consequence. For example, an external attacker can exploit an exposed unpatched service to obtain information. Naming a weakness alone does not describe the complete risk. Distinguishing the elements helps select controls that reduce exposure, prevent exploitation, detect activity or limit the resulting impact.
Apply it
An assessment identifies a stolen account, excessive permissions and possible record export. Describe the unauthorized actor or event separately from the excessive-permission weakness, then assess how access restrictions and monitoring would change the resulting disclosure scenario.
Common pitfall: A scanner finding is evidence of a possible weakness, not a complete risk conclusion. Consequences and plausible threat activity still need analysis in context.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
45.How should likelihood estimates use exposure and controls?
Likelihood considers the chance that a threat event occurs and produces adverse effects under the relevant conditions. Evaluate threat capability or event frequency, exposure, vulnerabilities and the effectiveness of existing controls. Distinguish attempted activity from successful harm: many blocked attempts do not necessarily mean a high probability of successful compromise. State the timeframe, evidence and assumptions behind the estimate. Comparable ratings require consistent definitions so that different assessors are estimating the same type of outcome.
Apply it
Two systems have the same software flaw, but one is externally reachable and the other has tested isolation. Assess the different exposure and control conditions before assigning likelihood, while checking whether the assumed isolation actually blocks the relevant attack path.
Common pitfall: A high technical severity score does not automatically establish high organizational likelihood. Exposure and effective controls can materially change the plausibility of successful harm.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
46.How should impact estimates account for healthcare consequences?
Impact estimates describe the consequences if the risk scenario occurs, including effects on people, operations, assets and obligations. In healthcare, information unavailability or inaccuracy can disrupt services even without external disclosure. Consider duration, scale, dependency failures and available workarounds, while avoiding unsupported clinical predictions. The decisive distinction is between the magnitude of consequences and the probability of occurrence. A scenario may be unlikely yet require attention because its potential impact exceeds organizational tolerance.
Apply it
An outage could interrupt several departments' access to essential records. Assess affected workflows, expected duration and tested alternatives with service owners, documenting the operational consequences instead of estimating impact solely from the number of records that might be exposed.
Common pitfall: Record count alone cannot express every impact. An event affecting few records may still have significant consequences if information accuracy or timely service access is essential.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments · NIST SP 800-34 Revision 1 — Contingency Planning Guide for Federal Information Systems
47.What should be defined before conducting a risk assessment?
Assessment preparation defines the decision to support, scope, assumptions, constraints, information sources and analytic approach. This context determines what evidence to collect and how results will be interpreted. Identify relevant services, interfaces and dependencies rather than beginning with an unrestricted search for weaknesses. A technically thorough assessment can still be unhelpful if it excludes the critical supplier or addresses a different decision. Preparation also clarifies uncertainty and the conditions under which conclusions will need updating.
Apply it
Before assessing a proposed hosted records service, define whether the decision concerns initial adoption, a specific interface or continuing operation. Include relevant data flows and supplier dependencies, select evidence sources and agree how findings will inform the decision.
Common pitfall: Starting with a tool can let its capabilities define the assessment accidentally. The intended decision and scope should determine which tools and evidence are appropriate.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
48.How do qualitative and quantitative assessments differ?
Qualitative assessments use defined categories such as low, moderate and high; quantitative approaches estimate risk using meaningful numerical quantities. Both require justified assumptions and evidence. Assigning numbers to ordinal labels does not automatically produce a valid monetary estimate or precise probability. Choose the approach that supports the decision and available data, and communicate uncertainty. The discriminating cue is whether numerical values represent actual measured or estimated quantities, rather than merely renaming categories.
Apply it
A committee multiplies likelihood category 4 by impact category 5 and calls the result a financial loss estimate. Explain that the result is a ranking score under its chosen model, then obtain monetary and frequency estimates if financial analysis is needed.
Common pitfall: Arithmetic does not create precision from subjective categories. A numerical score can aid prioritization without supporting comparisons that assume equal intervals or actual financial meaning.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
49.How should control assessment distinguish design from operation?
Control design asks whether the planned safeguard can address the intended risk. Implementation asks whether it is in place, and operating effectiveness asks whether it performs as expected over the relevant scope and period. Use evidence suited to the claim, such as configuration examination, interviews and testing. A policy demonstrates intended direction but cannot independently establish operational performance. The decisive cue is the assurance claim being made and whether the evidence actually demonstrates that specific claim.
Apply it
A supplier presents a policy requiring terminated accounts to be disabled. To assess operation, examine a suitable sample of terminations, compare disablement records with required timing and investigate exceptions instead of treating the policy approval date as proof of effectiveness.
Common pitfall: One successful demonstration may not establish consistent operation across locations or time. Evidence scope should match the breadth and period of the assurance statement.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments · NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
50.When does residual risk require authorized acceptance?
Residual risk is the risk remaining after relevant controls and responses are considered. Compare it with organizational tolerance and obtain a decision from the authorized risk owner or official. Acceptance should document the scenario, remaining exposure, rationale and review conditions. Completing a corrective task does not establish that remaining risk is acceptable. The key distinction is between implementing a safeguard and approving the business decision to continue operating with the exposure that the safeguard does not eliminate.
Apply it
A legacy system remains partly exposed after network restrictions are installed. Reassess the remaining scenario and present it to the authorized owner with alternatives and review triggers, instead of letting the engineer's completed change ticket serve as risk acceptance.
Common pitfall: Silence or an overdue remediation task is not documented acceptance. The person implementing a control may lack authority to approve the remaining organizational exposure.
51.How do avoidance, mitigation, transfer and acceptance differ?
Avoidance stops or changes the activity producing a risk. Mitigation reduces likelihood or impact through safeguards. Transfer shifts specified financial responsibility or liability through mechanisms such as insurance, within applicable limits. Acceptance deliberately retains assessed risk under authorized criteria. These responses can be combined. The discriminating cue is what the action changes: removing an activity, reducing the scenario, reallocating covered loss or approving continued exposure. Insurance alone does not prevent disclosure or restore an interrupted healthcare service.
Apply it
A hospital buys coverage for certain incident costs and also restricts an exposed service. Classify the insurance as transfer of covered financial consequences and the restriction as mitigation, then assess remaining operational and privacy consequences requiring further decisions.
Common pitfall: Outsourcing or insurance does not erase every responsibility or consequence. Examine coverage, contractual limits and continuing organizational obligations before claiming that risk has been transferred.
52.Why must risk assessment continue after approval?
Risk conclusions depend on conditions that change, including system configuration, threats, suppliers, information uses and control performance. Continuous monitoring provides evidence about whether assumptions remain valid and whether reassessment is needed. Select indicators linked to important risks, assign review responsibility and define escalation triggers. A scheduled annual review can complement this process but cannot account for every material event. The decision cue is a change that could alter likelihood, impact or the effectiveness of a relied-upon safeguard.
Apply it
A supplier begins using a new hosting arrangement after its annual assessment. Review the changed dependencies and information flows promptly, update the relevant risk scenarios and determine whether previous control evidence still supports continued approval.
Common pitfall: A valid assessment date does not freeze the environment. Monitoring metrics are also insufficient when changes are observed but no owner evaluates or acts on them.
NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments · NIST SP 800-39 — Managing Information Security Risk
Third-Party and Supply Chain Risk Management13%
53.What should a healthcare supplier inventory capture?
A useful supplier inventory connects each external organization to its service, internal owner, information handling and operational criticality. Include relationships beyond obvious record processors, such as maintenance providers and software dependencies with meaningful access or service impact. Prioritization should reflect sensitivity, access and consequences of disruption. The practical test is whether the inventory supports decisions about assessment, contracting, incident contact and exit. A list of company names alone cannot establish which relationships require the most attention.
Apply it
Procurement lists a remote maintenance company as an equipment expense but omits it from security review. Add its administrative access, affected systems, internal owner and service dependency to the supplier inventory, then assign assessment priority based on those exposures.
Common pitfall: Low contract value does not imply low supplier risk. A small provider can have privileged access or support a service with substantial operational consequences.
The NIST Cybersecurity Framework 2.0 · HCISPP Certification Exam Outline
54.How do supplier information flows define assessment scope?
Map how information reaches a supplier, what the supplier does with it, where it is stored and which further parties receive it. Include support access and onward processing, because an apparently narrow service can expose information through additional paths. The map informs legal-role analysis, contractual restrictions and technical assessment. The decisive cue is the actual processing chain rather than the supplier's headline service description. Scope should encompass the activities that create meaningful privacy, security or availability exposure.
Apply it
A transcription supplier advertises a single service but sends recordings to an external processing platform. Add that onward flow, relevant storage and access arrangements to the assessment scope before deciding whether existing restrictions and safeguards cover the complete processing chain.
Common pitfall: Assessing only the direct upload endpoint can miss onward disclosures and support access. A primary supplier's assurance must be evaluated against the actual service chain.
Business Associate Contracts · HCISPP Certification Exam Outline
55.How should supplier due diligence test relevant safeguards?
Due diligence evaluates whether a prospective supplier can meet requirements for the proposed service before the relationship creates exposure. Match evidence to information sensitivity, privileged access, criticality and contractual expectations. Examine the scope, period, findings and exclusions of independent reports, and obtain additional evidence where important requirements remain unsupported. A certification or questionnaire is an input to judgment rather than universal approval. The key question is whether the evidence covers the service, activities and risks the organization actually plans to rely on.
Apply it
A hosted records provider supplies an assurance report covering its corporate office but excluding the production service. Identify the scope gap and obtain relevant production control evidence before approving the provider to maintain patient information.
Common pitfall: A reputable report can still address the wrong service or period. A badge does not establish that every requirement or unresolved finding has been evaluated.
The NIST Cybersecurity Framework 2.0 · NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
56.When should a supplier be reassessed?
Reassessment should follow organizational review schedules and material changes that can alter a supplier's risk. Triggers include changed information use, new access, additional subcontractors, incidents and significant service or control changes. Focus the reassessment on affected assumptions while considering whether the change expands overall scope. The discriminating cue is a potential change in exposure, criticality or relied-upon safeguards. An unexpired approval does not make a materially changed arrangement equivalent to the arrangement originally assessed.
Apply it
A scheduling supplier requests permission to add diagnostic information to its existing dataset. Reassess the expanded purpose, sensitivity, access and contractual restrictions before permitting the change, even though the supplier's routine review is several months away.
Common pitfall: Reassessment is not limited to annual renewal or contract expiration. A change can be important before it produces an incident or a visible control failure.
The NIST Cybersecurity Framework 2.0 · HCISPP Certification Exam Outline
57.What must HIPAA business associate contracts carry downstream?
A HIPAA business associate contract defines permitted uses and disclosures, safeguards, reporting and support for applicable individual-rights obligations. Business associates must also ensure that subcontractors creating, receiving, maintaining or transmitting PHI on their behalf agree to the applicable restrictions and conditions. The protection follows the processing relationship rather than stopping at the first contract. Determine which subcontractors handle PHI and verify the required downstream arrangements. A general confidentiality promise alone does not capture the full set of required obligations.
Apply it
A billing business associate hires a subcontractor to host claim records. Verify that the downstream arrangement carries the applicable PHI restrictions, safeguards and reporting obligations, rather than relying solely on the hospital's original contract with the billing company.
Common pitfall: Subcontracting does not remove the primary business associate's obligations. A list of subcontractor names provides visibility but does not demonstrate the required contractual protections.
58.How should supplier remediation be closed?
A remediation plan should identify the finding, required action, owner, target date, interim safeguards and evidence needed for closure. Verify that the action addresses the original risk and assess remaining exposure after implementation. A supplier's statement that work is complete is a progress report, not sufficient proof of effectiveness. Escalate overdue or inadequate remediation through defined relationship and risk governance processes. The decisive distinction is between a promised change and evidence that the relevant condition has actually improved.
Apply it
A supplier promises to remove former staff access within a month. Track the commitment, require interim safeguards and examine disablement evidence at completion, including whether the revised process works for subsequent departures before closing the finding.
Common pitfall: Changing a due date does not reduce risk. Closure should depend on relevant evidence or an explicit authorized risk decision, rather than administrative convenience.
HCISPP Certification Exam Outline · NIST SP 800-39 — Managing Information Security Risk
59.How should organizations coordinate supplier incidents?
Joint incident planning establishes contacts, reporting channels, responsibilities, evidence handling and coordination of containment and recovery. Contracts and applicable law determine notification duties, while operational arrangements enable timely action. Share verified facts through approved channels and preserve evidence of source, timing and handling. A supplier's initial event notice may be incomplete, so distinguish confirmed scope from working assumptions. The practical cue is whether both organizations can act together without waiting to negotiate responsibilities during an active event.
Apply it
A supplier reports unauthorized access but cannot yet identify affected records. Activate agreed contacts, preserve relevant evidence, request scope and containment updates, and begin organizational assessment without waiting for the supplier's final report to coordinate necessary actions.
Common pitfall: A supplier's announcement does not settle every customer's breach determination. Conversely, incomplete facts do not justify ignoring contractual reporting, evidence preservation or active containment needs.
The NIST Cybersecurity Framework 2.0 · Breach Notification Rule
60.What happens to PHI when a business associate contract ends?
HIPAA business associate contracts must require return or destruction of remaining PHI at termination when feasible, with no retained copies. If return or destruction is infeasible, contractual protections must extend to the retained information and further uses and disclosures must be limited to the purposes making return or destruction infeasible. Plan the exit around actual copies, access and service dependencies. The exception preserves restrictions; it does not create general permission to retain and reuse information after the relationship ends.
Apply it
A departing business associate demonstrates that specified retained backup information cannot feasibly be returned or destroyed. Document the affected information and basis, extend contractual protections and restrict further use to the purpose causing infeasibility while revoking unnecessary operational access.
Common pitfall: Ordinary inconvenience should not be treated as a blanket infeasibility exception. Termination also does not automatically authorize retained PHI to be used for unrelated analytics.
45 CFR 164.504 — Uses and disclosures: Organizational requirements · Business Associate Contracts
What to focus on during revision
The following are CertMedbry study suggestions. Use the official outline to check the full scope of your examination.
- Trace healthcare information from its source through care, payment, research and supplier workflows; distinguish purpose, legal authority and technical protection.
- Concentrate the largest share of review on Privacy and Security in Healthcare, including consent versus authorization, restriction requests, notices and individual rights alongside identity, integrity, monitoring, recovery and de-identification.
- Keep HIPAA boundaries explicit: covered-entity and business-associate criteria, PHI versus ePHI, employer records versus patient records, treatment disclosure exceptions and breach assessment.
- Practise GDPR minimisation and the distinction between pseudonymised and anonymous information without transferring HIPAA terminology into EU legal analysis.
- Build complete risk scenarios connecting assets, threats, vulnerabilities, likelihood, impact, controls and authorized decisions about remaining risk.
- Evaluate supplier evidence across the actual service chain, including subcontractors, material changes, incident coordination and termination.
- Use the complete September 1, 2022 official outline to identify additional historical scope beyond these selected concepts.
A practical preparation plan
1. Establish the historical scope
Read the official outline's seven domains and mark their weights. Record the September 1, 2022 effective date and examination sunset dates so historical logistics remain separate from substantive professional learning.
2. Map a healthcare workflow
Draw a provider-to-payer transaction and a supplier-supported information exchange. Annotate participants, purpose, information content, legal roles, connections, storage and responsibility at each handoff.
3. Build discriminating comparisons
Explain authentication versus authorization, confidentiality versus privacy, consent versus authorization, requesting versus requiring a restriction, threat versus vulnerability, recovery time versus recovery point, and Safe Harbor versus Expert Determination. Add the fact that would change your decision in each comparison.
4. Work legal scenarios by jurisdiction
For each HIPAA or GDPR scenario, identify the regulated activity, information and parties before applying a rule. Practise covered-entity criteria, independently chosen consumer applications, qualifying paid-in-full restrictions, privacy-notice acknowledgments, minimum necessary exceptions, compromise-assessment factors and pseudonymisation.
5. Assess controls and suppliers
Write one risk scenario with existing controls and remaining exposure. Specify the evidence needed to assess operation, the authorized decision owner, supplier reassessment triggers and measurable remediation closure criteria.
6. Use the drills diagnostically
Answer the 20 questions independently, then explain why each alternative is less appropriate. Review missed distinctions with the flashcards and revisit the corresponding official outline topics; treat results as learning evidence rather than pass prediction.
Use your sample score as a starting point
The free set contains 20 original practice questions. It is a small learning sample, not an official examination or a validated pass prediction. Review each explanation and its source before moving to another topic.
Start the free sampleOfficial sources and updates
- HCISPP — HealthCare Information Security and Privacy Practitioner
- HCISPP Certification Exam Outline
- ISC2 Code of Ethics
- Summary of the HIPAA Privacy Rule
- Summary of the HIPAA Security Rule
- Breach Notification Rule
- Minimum Necessary Requirement
- Guidance Regarding Methods for De-identification of Protected Health Information
- Guidance on HIPAA & Cloud Computing
- Business Associate Contracts
- FHIR Release 5 — Security
- What is SNOMED CT?
- DICOM PS3.1 — Scope and Field of Application
- Regulation (EU) 2016/679 — General Data Protection Regulation
- The NIST Cybersecurity Framework 2.0
- NIST SP 800-30 Revision 1 — Guide for Conducting Risk Assessments
- NIST SP 800-39 — Managing Information Security Risk
- NIST SP 800-34 Revision 1 — Contingency Planning Guide for Federal Information Systems
- NIST SP 800-88 Revision 2 — Guidelines for Media Sanitization
- NIST SP 800-53 Revision 5 — Security and Privacy Controls for Information Systems and Organizations
- NIST SP 800-161 Revision 1, Update 1 — Cybersecurity Supply Chain Risk Management Practices
- HCISPP Certification to be Sunset
- 45 CFR 164.504 — Uses and disclosures: Organizational requirements
- SNOMED CT Overview | Practical Guides SNOMED CT Data Analytics Guide | SNOMED International Documents
- Principles of the GDPR - European Commission
- Legal grounds for processing data - European Commission
- EDPB adopts pseudonymisation guidelines and paves the way to improve cooperation with competition authorities | European Data Protection Board
- ms_rules_health-data_en_0.pdf
Confirm current eligibility, fees, scheduling and policies directly with the examination provider. CertMedbry is independent and is not endorsed by these organisations. How we handle content and corrections.