healthcare-phi-compliance

Classify PHI/PII columns and enforce Row-Level Security in healthcare database schemas.

Updated Mar 26, 2026
One-click install
npx skills add https://github.com/luongldptit/move-ticket --skill healthcare-phi-compliance-luongldptit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: healthcare-phi-compliance
Source: https://github.com/luongldptit/move-ticket/tree/main/.agent/skills/healthcare-phi-compliance
Command: npx skills add https://github.com/luongldptit/move-ticket --skill healthcare-phi-compliance-luongldptit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Healthcare applications that handle patient, clinician, or financial data face high risks of PHI/PII leaks that can lead to costly regulatory fines under HIPAA, DISHA, or GDPR, as well as loss of patient trust and data breaches.

Core Features & Use Cases

  • Data Classification: Tag PHI/PII columns in database schemas to clearly identify sensitive data assets.
  • Access Control: Implement Row-Level Security (RLS) policies to restrict data access to authorized staff at their assigned facilities only.
  • Leak Prevention & Audit: Eliminate common data leak vectors (PHI in error messages, logs, URLs, browser storage) and set up tamper-proof audit trails for all PHI access and modifications.
  • Use Case: When building a multi-facility patient record API, use this skill to ensure doctors can only access patients at their assigned facility, and no patient names appear in error responses or server logs.

Quick Start

Use the healthcare-phi-compliance skill to review your patient database schema and API endpoints for PHI/PII compliance gaps and generate a pre-deployment compliance checklist.

Frequently Asked Questions about healthcare-phi-compliance

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I implement Row-Level Security for HIPAA patient records in a multi-facility database?

Row-Level Security for HIPAA patient records is implemented by restricting data access to authorized staff at their assigned facilities only, preventing unauthorized cross-facility PHI exposure. This mitigates breach risks while maintaining compliant access workflows.

What is PHI data classification and how does it prevent healthcare data leaks?

PHI data classification is the process of tagging sensitive columns in database schemas to clearly identify patient data assets. It enables targeted protection and mitigates common leak vectors, preventing regulatory fines under HIPAA, DISHA, and GDPR.

How do I stop patient names and PHI from appearing in API error messages and server logs?

To stop PHI from appearing in error messages and server logs, you must eliminate common data leak vectors across your application endpoints. This ensures sensitive patient names and identifiers are scrubbed from error responses, URLs, and browser storage.

Do I need tamper-proof audit trails for all PHI access to satisfy HIPAA compliance?

Tamper-proof audit trails are required for all PHI access and modifications to satisfy HIPAA compliance. They provide chronological records of who accessed patient data, ensuring accountability and supporting pre-deployment compliance validation.

What is the best way to validate healthcare database schemas for DISHA and GDPR compliance before deployment?

The best way to validate healthcare database schemas for DISHA and GDPR compliance is to perform a pre-deployment compliance check. This reviews schema tags, RLS policies, and leak vectors to generate a validation checklist ensuring all PHI/PII is secured.