Chapter 16 Part IV — Clinical and Consumer Technology
Cybersecurity, Resilience, and Safe Digital Operations
Why cybersecurity is a patient-safety discipline, how common controls work, and how informatics connects security decisions to clinical continuity.
Chapter Orientation
Cybersecurity in healthcare is sometimes treated as an IT compliance function. That framing is incomplete. When identity systems, networks, EHRs, imaging platforms, pharmacies, laboratories, or connected devices become unavailable, the consequences can include delayed medications, unavailable histories, diverted ambulances, cancelled procedures, and unsafe manual workarounds.
The informatics professional does not replace the security team. The distinctive role is translating between clinical workflow and technical risk: identifying what must remain available, where sensitive information flows, how controls affect care, and how organizations continue operating when prevention fails.
Learning Objectives
By the end of this chapter, you should be able to:
- Explain confidentiality, integrity, availability, and resilience in clinical terms.
- Describe identity, least privilege, MFA, segmentation, patching, backup, and recovery controls.
- Recognize common social-engineering, ransomware, and supply-chain risks.
- Apply clinical workflow analysis to cybersecurity incidents and downtime.
- Explain NIST CSF 2.0 and healthcare-specific Cybersecurity Performance Goals at a practical level.
- Distinguish current HIPAA Security Rule requirements from proposed modernization changes.
Lesson 16.1 — Cybersecurity Protects Care, Not Just Data
-
Confidentiality protects information from unauthorized disclosure. In healthcare, disclosure can cause stigma, discrimination, financial harm, personal danger, and loss of trust.
-
Integrity protects information from unauthorized or unintended alteration. A medication dose changed silently in transit can be more dangerous than a temporary outage because clinicians may trust incorrect information.
-
Availability protects access to systems and information when needed. Healthcare’s dependence on digital workflow means loss of availability can become a direct patient-safety event.
-
Resilience extends beyond prevention. A resilient organization can detect disruption, continue essential care, recover systems, reconcile information, and learn afterward. Security should assume that some controls will eventually fail.
-
Risk is a combination of threat, vulnerability, exposure, and consequence. A poorly patched device may be technically vulnerable, but clinical risk also depends on what it controls, what networks it can reach, and how failure affects care.
Figure
Figure 16.1 — The Clinical CIA+R Model
Production brief: Four quadrants: Confidentiality, Integrity, Availability, Resilience. Give one clinical consequence for failure of each.
Alt text: Security model linking confidentiality, integrity, availability, and resilience to concrete clinical consequences.
NI-BC Connection: Foundations and Data/Technology — privacy/security, infrastructure, disaster recovery.
Retrieval Checkpoint
Retrieval Checkpoint
- How can an integrity failure harm patients even when a system remains available?
- Why is availability a clinical issue?
- What does resilience add beyond prevention?
- Why should consequence be included in security risk assessment?
Lesson 16.2 — Identity Is the Front Door to Clinical Systems
-
Unique user identity supports accountability. Shared accounts make it difficult to determine who accessed, entered, changed, or approved information. Convenience should not erase attribution.
-
Multi-factor authentication reduces reliance on passwords alone. MFA introduces additional friction, so workflow design should consider device availability, roaming clinicians, emergency access, and account recovery.
-
Least privilege limits access to what is needed for a role or task. Broad access may feel convenient but increases the impact of compromised accounts and inappropriate browsing.
-
Role-based access requires lifecycle governance. Promotions, transfers, contractors, leaves, and terminations can create access drift. Provisioning and deprovisioning should follow reliable source-of-truth processes.
-
Privileged accounts deserve stronger controls. Administrative credentials can modify configurations, create accounts, or access broad data. Separation of duties and elevated-access monitoring reduce the damage one account can cause.
Clinical Example
Clinical Example — The Floating Nurse
A nurse floats to another unit and lacks access to required documentation. The workaround is to use a coworker’s session. The immediate access problem is real, but shared-session use destroys accountability. A better design addresses rapid role activation without weakening identity controls.
NI-BC Connection: Foundations/Data Technology — security, access control, SSO/identity.
Retrieval Checkpoint
Retrieval Checkpoint
- Why do shared accounts weaken safety and auditability?
- What tradeoff can MFA create in clinical workflow?
- What is least privilege?
- Why do role changes create security risk?
Lesson 16.3 — Social Engineering Targets Human Workflow
-
Phishing succeeds by creating urgency, familiarity, authority, or fear. Healthcare workers operate under interruption and time pressure, making rapid recognition difficult. Training should use realistic scenarios and safe reporting pathways rather than shame.
-
Business email compromise can manipulate payment or vendor workflows. Clinical informatics leaders may encounter fraudulent vendor requests, password-reset requests, or altered bank information during implementations.
-
Voice and video synthesis increase impersonation risk. A familiar voice or convincing message should not override established verification for sensitive actions.
-
Prompt injection extends social engineering into AI systems. Malicious instructions embedded in a document, webpage, email, or retrieved content may attempt to change an AI agent’s behavior or exfiltrate information. Tool-enabled AI should treat external content as data, not trusted instruction.
-
Reporting speed matters more than perfect detection. Staff should know how to report a suspicious message, accidental click, lost device, or exposed credential immediately. Punitive culture delays containment.
AI in Practice
AI in Practice — Treat Retrieved Content as Untrusted
When an LLM or agent can read external documents and also take actions, do not assume the model will reliably distinguish user intent from malicious embedded instructions. Limit permissions, isolate sensitive tools, require confirmation for high-impact actions, and log activity.
NI-BC Connection: Foundations/Data Technology — security threats, safe technology use, emerging AI risks.
Retrieval Checkpoint
Retrieval Checkpoint
- Why are urgency and authority effective phishing techniques?
- How do synthetic voice/video tools change verification practice?
- What is prompt injection?
- Why should security reporting avoid shame?
Lesson 16.4 — Layered Controls Reduce the Impact of Compromise
-
Asset inventory answers what must be protected. An organization cannot patch, segment, monitor, or retire devices it does not know exist.
-
Vulnerability and patch management reduce known weaknesses. Clinical devices may require vendor validation or maintenance windows, so security and operations must jointly manage risk when immediate patching is not possible.
-
Network segmentation limits lateral movement. Separating medical devices, guest networks, administrative systems, and critical services can reduce the blast radius when one endpoint is compromised.
-
Backups support recovery only if they are protected and tested. Ransomware can encrypt online backups. Organizations need protected copies, documented restoration priorities, and evidence that recovery actually works.
-
Logging and detection create visibility. Authentication anomalies, unusual data access, device behavior, and network traffic can indicate compromise. Detection tools still require triage and response capacity.
Informatics in Practice
Informatics in Practice — Backup Is Not Recovery
A backup answers whether a copy exists. Recovery answers whether the organization can restore the required system, in the required order, within a clinically acceptable time, and reconcile what happened during the disruption.
NI-BC Connection: Data Management and Healthcare Technology — infrastructure, security, disaster recovery.
Retrieval Checkpoint
Retrieval Checkpoint
- Why is asset inventory foundational to security?
- What does segmentation reduce?
- Why can medical-device patching be complicated?
- How does backup differ from recovery?
Lesson 16.5 — Ransomware and Supply-Chain Incidents Test Clinical Resilience
-
Ransomware combines loss of availability with possible data theft. Modern incidents may involve encryption, extortion, public release threats, or credential compromise.
-
A third-party vendor can become an enterprise failure point. Clearinghouses, cloud platforms, transcription services, identity providers, imaging vendors, and EHR partners may have privileged access or operational dependencies.
-
Business continuity should prioritize clinical capabilities, not application names. Teams should identify essential functions—medication administration, patient identification, orders, results, communication—and determine alternate workflows if supporting systems fail.
-
Recovery order matters. Restoring authentication, networking, core clinical systems, interfaces, and downstream applications in the wrong sequence can create additional failures or duplicate transactions.
-
Post-incident reconciliation is part of cybersecurity response. Paper documentation, delayed messages, queued interfaces, and temporary accounts can create data integrity problems after technical recovery.
Clinical Example
Clinical Example — Vendor Outage Without Local Compromise
A cloud-hosted transcription service is disabled by a vendor cyber incident. The hospital network is not breached, but clinicians cannot complete usual documentation. Third-party risk therefore includes operational dependency even when an attacker never enters the organization’s own network.
NI-BC Connection: Foundations/Data Technology — disaster recovery, continuity, third-party technology risk.
Retrieval Checkpoint
Retrieval Checkpoint
- Why can ransomware affect both availability and confidentiality?
- What makes third-party risk more than a contract issue?
- Why should continuity planning start with clinical functions?
- What data-integrity risks appear during recovery?
Lesson 16.6 — Security Frameworks Organize Work; They Do Not Replace Risk Judgment
-
NIST Cybersecurity Framework 2.0 organizes cybersecurity around Govern, Identify, Protect, Detect, Respond, and Recover. The addition and prominence of Govern reinforces that cybersecurity is an enterprise leadership responsibility, not merely a technical control list.
-
Healthcare Cybersecurity Performance Goals translate common risks into sector-relevant practices. HHS publishes voluntary essential and enhanced goals intended to help healthcare organizations prioritize high-impact controls.
-
Framework adoption should be risk-based. Checking that a policy exists is weaker than testing whether the control works in the actual clinical environment.
-
HIPAA Security Rule requirements remain legally important, while modernization proposals must be labeled accurately. HHS has proposed substantial updates to strengthen cybersecurity requirements, but proposed requirements should not be represented as final law until finalized and effective.
-
Informatics brings the clinical impact into security governance. When a control creates workflow friction, the answer should not automatically be to remove the control. The team should understand the clinical need and redesign the control or workflow while preserving the security objective.
Caution
Regulatory Currency — Proposed Is Not Final
Cybersecurity regulation is evolving quickly. Confirm whether a requirement is current law, a final rule with a future effective date, guidance, a voluntary goal, or a proposed rule before stating that an organization “must” implement it.
NI-BC Connection: Foundations — regulatory/security responsibilities; Data/Technology — resilience and recovery.
Retrieval Checkpoint
Retrieval Checkpoint
- What are the six NIST CSF 2.0 functions?
- What is the purpose of healthcare-specific Cybersecurity Performance Goals?
- Why is policy existence not evidence that a control works?
- Why must proposed regulatory requirements be labeled clearly?
Chapter Case Study — The Ransomware Weekend
At 02:10 Saturday, security detects unusual encryption activity in a file environment and disconnects parts of the network. The EHR remains accessible at first, but laboratory interfaces and shared drives are disabled. Several units cannot print labels. By 03:00, leadership orders enterprise downtime because the scope is uncertain. Staff discover that one facility’s downtime laptops have not been updated in eight months and cannot authenticate locally.
A third-party imaging vendor also loses connectivity. By Sunday evening, core systems are restored, but hundreds of laboratory messages and scanned forms require reconciliation.
Analyze the case
- Which CIA+R dimensions were affected?
- Why was enterprise downtime reasonable even while the EHR initially remained visible?
- What resilience failure is demonstrated by the downtime laptops?
- Which clinical functions should drive restoration priority?
- What reconciliation tasks follow recovery?
- Which controls or exercises should change after the incident?
Chapter Synthesis
- Cybersecurity failures can become direct patient-safety events.
- Identity, least privilege, segmentation, patching, backups, and monitoring work as layered controls.
- Human workflow is part of both attack surface and defense.
- Third-party risk includes operational dependency, not only data breach.
- Resilience requires tested continuity, restoration, and reconciliation.
- Frameworks organize security work, but current law, proposed policy, and voluntary guidance must be distinguished.
Key Terminology
- Confidentiality
- Protection of information from unauthorized disclosure.
- Integrity
- Protection of information and systems from unauthorized or unintended alteration.
- Availability
- Reliable access to information and systems when needed.
- Resilience
- Capacity to withstand disruption, continue essential functions, recover, and adapt.
- MFA
- Multi-factor authentication requiring more than one type of evidence of identity.
- Least privilege
- Granting only the access necessary for an authorized purpose.
- Network segmentation
- Separation of network zones to limit access and lateral movement.
- Ransomware
- Malicious activity involving encryption, disruption, and/or extortion of data and systems.
- Prompt injection
- Malicious or unintended instructions embedded in content that attempt to alter an AI system’s behavior.
- NIST CSF
- Cybersecurity Framework for organizing cybersecurity risk-management activities.
NI-BC Chapter Mapping
| Domain | Blueprint area | Lessons | Depth |
|---|---|---|---|
| I. Foundations | Security/privacy/regulatory responsibilities | 16.1–16.6 | Applied |
| III. Data/Technology | Hardware/networks/access controls | 16.2–16.4 | Applied |
| II. Lifecycle | Downtime/disaster recovery | 16.5–16.6 | Reinforced |
Chapter Quiz
Answer each question, then select “Check answer” to reveal feedback. For Select All That Apply items, choose every correct option before checking. Expand “Why?” after checking to read the rationale.
An attacker silently changes a medication value while the EHR remains online. Which security property is primarily compromised?
Why?
Unauthorized alteration of a medication value compromises integrity even though the system remains available.
Which concept best describes an organization’s ability to continue critical care and recover after disruption?
Why?
Resilience is the ability to continue essential functions, absorb disruption, recover, and adapt rather than merely prevent every incident.
Least-privilege access can reduce risk by:Select all that apply
Why?
Least privilege reduces accessible scope, sensitive-data exposure, administrative power, and ambiguity about role responsibility. It does not eliminate the need for authentication.
Why is a tested backup different from a recovery capability?
Why?
A backup is only stored data. Recovery requires restoring systems, dependencies, configurations, interfaces, and data in usable order and validating that clinical operation is trustworthy.
A malicious instruction hidden in a webpage attempts to make an AI agent send confidential information elsewhere. What is this an example of?
Why?
Prompt injection is an attempt to manipulate a model or agent through malicious instructions embedded in content the system processes.
A medical device cannot be patched immediately because the vendor has not validated the update. What is the best response?
Why?
When immediate patching is not clinically or technically supported, organizations should apply compensating controls, monitoring, segmentation, and formal risk management while pursuing supported remediation.
NIST CSF 2.0 includes which functions?Select all that apply
Why?
NIST CSF 2.0 contains six Functions: Govern, Identify, Protect, Detect, Respond, and Recover.
What is a major third-party cybersecurity risk even when the organization itself is not breached?
Why?
Dependency on an external service can interrupt care even when the healthcare organization itself was not directly compromised.
A security control causes severe workflow friction. What is the best informatics response?
Why?
Security and workflow goals should be reconciled through redesign and compensating approaches rather than simply removing the control or encouraging workarounds.
A proposed federal security rule has not been finalized. How should it be presented?
Why?
Proposed rules should be labeled as proposals. They may inform planning, but they are not current mandatory requirements until finalized and applicable. —
References and Further Reading
- National Institute of Standards and Technology. (2024). The NIST Cybersecurity Framework (CSF) 2.0 (NIST CSWP 29). https://doi.org/10.6028/NIST.CSWP.29
- U.S. Department of Health and Human Services. Healthcare and Public Health Cybersecurity Performance Goals. https://hhscyber.hhs.gov/cybersecurity-performance-goals.html
- U.S. Department of Health and Human Services, Office for Civil Rights. Summary of the HIPAA Security Rule. This page identifies the Security Rule currently in effect. https://www.hhs.gov/hipaa/for-professionals/security/laws-regulations/index.html
- U.S. Department of Health and Human Services, Office for Civil Rights. HIPAA Security Rule Notice of Proposed Rulemaking to Strengthen Cybersecurity for Electronic Protected Health Information. https://www.hhs.gov/hipaa/for-professionals/security/hipaa-security-rule-nprm/
- U.S. Food and Drug Administration. (2026). Cybersecurity in Medical Devices: Quality Management System Considerations and Content of Premarket Submissions. Final guidance, February 2026. https://www.fda.gov/regulatory-information/search-fda-guidance-documents/cybersecurity-medical-devices-quality-management-system-considerations-and-content-premarket
- Cybersecurity and Infrastructure Security Agency. Healthcare and Public Health Sector: Partner Resources. https://www.cisa.gov/hph-sector/partner-resources
- Cybersecurity and Infrastructure Security Agency. Cybersecurity Scenarios, including the Healthcare and Public Health Cybersecurity Tabletop Exercise Package. https://www.cisa.gov/resources-tools/resources/cybersecurity-scenarios
- American Nurses Credentialing Center. (2025). Informatics Nursing Test Content Outline (updated August 29, 2025). https://www.nursingworld.org/globalassets/informatics-tco_08292025-for-webposting.pdf