HIPAA Mobile Device Security: Smartphone & Tablet Guide
HIPAA Mobile Device Requirements
Mobile devices pose unique security challenges for HIPAA compliance. They frequently leave secure networks, may be lost or stolen, and access PHI on apps. HIPAA's Security Rule requires organizations to "assess and manage security risks" for all systems handling ePHI, including mobile devices.
A comprehensive mobile security program includes device encryption, Mobile Device Management (MDM), secure applications, and usage policies.
Mobile Device Encryption
iOS Device Encryption (iPhone & iPad)
iOS provides strong built-in encryption:
iOS Encryption Specifications:
- Encryption Algorithm: AES-256-XTS for on-device storage
- Key Management: Per-file encryption keys derived from device passcode
- Secure Enclave: Hardware-backed cryptography processor
- Boot Security: Secure boot with code signing verification
- Data Protection: Encryption keys tied to device unlock
Enabling iOS Security:
- Set strong passcode (minimum 6 characters, alphanumeric + special characters recommended)
- Enable Face ID or Touch ID with passcode backup
- Enable automatic lock (15 minutes maximum)
- Disable automatic password/credential filling
- Enable iCloud Keychain (encrypted credential storage)
- Require VPN for corporate network access
- Enroll device in MDM with PIN enforcement
- Disable USB connectivity or require authorization
Required MDM Policies:
Passcode Complexity: At least 1 uppercase, 1 number, 1 special char
Passcode History: Prevent last 12 passwords
Passcode Expiration: 90 days maximum
Auto-Lock: 15 minutes maximum
Failed Login Attempts: Lock after 6 attempts
Encryption: Require full device encryption
Force Face/Touch ID: Enabled
Android Device Encryption
Android provides full-disk encryption:
Android Encryption Specifications:
- Encryption Algorithm: AES-256-GCM or AES-128-CBC
- Key Management: Keys stored in Keystore with TEE (Trusted Execution Environment)
- File-Based Encryption: Android 7+ supports per-file keys
- Secure Boot: Verified boot with signature verification
- TPM 2.0: Hardware security module support
Enabling Android Security:
- Enable full-disk encryption (Settings > Security > Encryption)
- Set strong PIN/password (minimum 8 characters, alphanumeric)
- Enable biometric lock (fingerprint/face) with PIN backup
- Configure auto-lock (15 minutes maximum)
- Disable USB debugging mode
- Disable installation from unknown sources
- Enroll in MDM for centralized management
- Enable Play Protect (malware detection)
- Keep OS and security patches current
Required MDM Policies:
Minimum PIN Length: 8 digits/8 alphanumeric characters
Biometric: Enabled with PIN fallback
Auto-Lock: 15 minutes maximum
Failed Login Attempts: Lock after 5 attempts for 30 minutes
Password Complexity: Require mixed case, numbers, symbols
USB Restricted: Charge-only mode enforced
Developer Options: Disabled
Mobile Device Management (MDM)
MDM Capabilities & Requirements
MDM solutions provide centralized control and enforcement of security policies:
Critical MDM Features for HIPAA:
- Device inventory: Track all mobile devices, OS versions, users
- Enforcement: Mandate encryption, passcode complexity, VPN usage
- Application management: Deploy approved apps only, block unauthorized
- Data partitioning: Separate work and personal data with containers
- Remote management: Push updates, configuration, certificate distribution
- Remote wipe: Securely erase PHI if device lost/stolen
- Audit logging: Log all MDM actions and device activities
- Non-compliance alerts: Notify when devices violate policy
- Conditional access: Require additional auth if device non-compliant
- VPN enforcement: Require VPN for all corporate network access
Recommended HIPAA-Compliant MDM Solutions
| MDM Platform | iOS Support | Android Support | HIPAA BAA |
|---|---|---|---|
| Apple Business Manager + Jamf | Excellent | Good | Yes |
| Microsoft Intune | Excellent | Excellent | Yes |
| MobileIron (now Ivanti) | Excellent | Excellent | Yes |
| BlackBerry UEM | Good | Excellent | Yes |
| SOTI MobiControl | Good | Excellent | Available |
| AirWatch (Workspace ONE) | Excellent | Excellent | Yes |
MDM Implementation Best Practices:
- Mandatory MDM enrollment before PHI access allowed
- Implement device compliance enforcement (block non-compliant access)
- Use managed app containers to isolate work data
- Deploy VPN client management through MDM
- Enforce certificate-based authentication
- Regular MDM audit logging and review
- Annual MDM policy review and updates
- MDM admin access restricted to authorized personnel only
Mobile App Security
Secure Healthcare Applications
Only deploy HIPAA-compliant apps:
App Security Requirements:
- Authentication: Multi-factor authentication (PIN + biometric minimum)
- Encryption: AES-256 encryption of stored PHI
- Transport security: HTTPS/TLS 1.2+ for all network communications
- Data validation: Input validation to prevent injection attacks
- Session management: Session timeout after 15 minutes of inactivity
- Logging: Detailed audit logs of PHI access
- Screen capture protection: Prevent screenshots of PHI
- Data exfiltration prevention: Block copy/paste of sensitive data
Approved Mobile Applications for Healthcare
EHR/EMR Apps (with HIPAA BAA):
- Epic MyChart
- Cerner CareAware
- Athenahealth Mobile
- NextGen Offsite Care
Secure Communication Apps:
- Cisco Webex Teams (HIPAA mode)
- Microsoft Teams (with compliance controls)
- TigerText (healthcare-specific encryption)
- Philips eICU Direct (provider-to-provider)
Prohibited Applications:
- Consumer messaging apps (WhatsApp, iMessage, Signal) - no BAA
- Unapproved cloud storage (Dropbox, Google Drive) - unless BAA signed
- Social media apps (Facebook, Twitter) - incompatible with HIPAA
- Screen recording apps - circumvent privacy controls
- VPN apps not managed by IT - bypass security controls
Mobile Device Policies
BYOD (Bring Your Own Device) Considerations
Personal device use requires strict controls:
- Enrollment mandatory: All devices must enroll in MDM before PHI access
- Separation required: Work and personal data kept separate with containers
- Remote wipe authorized: User must authorize remote wipe of work partition
- Compliance enforcement: Non-compliant devices locked from PHI access
- Inventory tracking: All devices tracked in centralized asset management
- Lost device procedure: Immediate remote wipe authorization
- Employee training: BYOD security policies documented and acknowledged
- Exit procedures: Work partition wiped upon employment termination
Device Loss & Theft Procedures
When Device is Lost or Stolen:
- Employee immediately reports to IT helpdesk
- IT initiates remote wipe (work partition or full device)
- Document incident details and timestamp
- Assess if PHI was accessed on device
- If unauthorized access likely: follow breach notification procedures
- Disable device account and force password reset
- Provide temporary device to employee
- If device recovered: perform forensic analysis before reuse
Remote Wipe Process:
Step 2: Locate device using MDM Find My Device feature
Step 3: Issue remote lock command (display message with helpdesk number)
Step 4: Issue remote wipe command for work data
Step 5: Confirm wipe completion in MDM console
Step 6: Document incident in audit log
Step 7: Quarantine device in MDM (prevent re-enrollment)
Frequently Asked Questions
Organizations typically provide organization-owned devices to maintain security control. If allowing BYOD, implement strict requirements: (1) Mandatory MDM enrollment (not optional), (2) Minimum OS version enforced (at least 2 current versions), (3) Device model whitelist (control complexity), (4) Work partition isolation, (5) Immediate remote wipe capability. Better approach: provide devices and prohibit PHI access on personal devices. If BYOD allowed, document policy and user acknowledgment of security requirements and potential monitoring.
Yes, biometric authentication is HIPAA-compliant and recommended as first factor. Use biometric with PIN/password as fallback (require PIN if biometric fails 5 times). Biometric is considered something you have + something you are (strong authentication). Ensure: (1) Biometric templates never leave secure enclave, (2) Biometric enrolled only by individual, (3) PIN can unlock if biometric fails, (4) Audit logs record failed biometric attempts. Biometric alone is acceptable; with PIN fallback is better.
Do not allow access to PHI through non-MDM-compliant applications. Apps must support: (1) MDM certificate installation, (2) Policy enforcement, (3) Secure container or app-level encryption. If critical application doesn't support MDM, work with vendor to enable MDM support or implement compensating controls: (1) Containerization wrapper (some MDM platforms wrap apps), (2) Separate dedicated device used only for that app (full device encryption sufficient), (3) Direct use only on organization-owned devices with tracking. Document exceptions and risk assessment.
Best practice: disable screenshots of clinical applications containing PHI. Rationale: (1) Screenshots circumvent audit trails, (2) Easy to accidentally share, (3) No documented business purpose usually. Technical implementation: (1) Disable screenshot capability in MDM for healthcare apps, (2) Use secure document container apps that prevent screenshots, (3) If required, implement screenshot logging/watermarking. Policies should explicitly address whether screenshots allowed—if yes, must log what was captured and when, and require purpose documentation.
Implementation Checklist
- [ ] Develop mobile device security policy
- [ ] Select and deploy MDM platform with HIPAA BAA
- [ ] Establish device model/OS minimum requirements
- [ ] Configure MDM policies (encryption, PIN, auto-lock, VPN)
- [ ] Create approved app list with BAA verification
- [ ] Implement app deployment and management
- [ ] Configure device loss and theft procedures
- [ ] Train staff on mobile security requirements
- [ ] Implement MDM audit logging and monitoring
- [ ] Test remote wipe capabilities quarterly
- [ ] Establish incident response for lost/stolen devices
- [ ] Review mobile device inventory quarterly
- [ ] Annual review and update of mobile policies