Cumplimiento HIPAA
Usa esto como el punto de entrada específico para HIPAA cuando una tarea trate claramente sobre cumplimiento sanitario en EE. UU. Esta skill se mantiene intencionadamente ligera y canónica:
healthcare-phi-compliancesigue siendo la skill de implementación principal para el manejo de PHI/PII, clasificación de datos, registro de auditoría, cifrado y prevención de fugas.healthcare-reviewersigue siendo el revisor especializado cuando el código, la arquitectura o el comportamiento del producto necesitan una segunda revisión con conciencia sanitaria.security-reviewsigue aplicándose para autenticación general, manejo de entrada, secretos, API y endurecimiento del despliegue.
Cuándo Usarlo
- La solicitud menciona explícitamente HIPAA, PHI, entidades cubiertas, asociados comerciales o BAAs
- Construir o revisar software sanitario en EE. UU. que almacene, procese, exporte o transmita PHI
- Evaluar si los registros, análisis, prompts de LLM, almacenamiento o flujos de soporte crean exposición a HIPAA
- Diseñar sistemas orientados a pacientes o clínicos donde importen el acceso mínimo necesario y la auditabilidad
Cómo Funciona
Trata HIPAA como una superposición de la skill de privacidad sanitaria más amplia:
- Comienza con
healthcare-phi-compliancepara las reglas de implementación concretas. - Aplica compuertas de decisión específicas de HIPAA:
- ¿Son estos datos PHI?
- ¿Es este actor una entidad cubierta o asociado comercial?
- ¿Requiere un proveedor o un modelo un BAA antes de tocar los datos?
- ¿Está el acceso limitado al alcance mínimo necesario?
- ¿Son auditables los eventos de lectura/escritura/exportación?
- Escala a
healthcare-reviewersi la tarea afecta la seguridad del paciente, flujos clínicos o arquitectura de producción regulada.
Barreras Específicas de HIPAA
- Nunca coloques PHI en registros, eventos de análisis, informes de fallos, prompts o cadenas de error visibles para el cliente.
- Nunca expongas PHI en URLs, almacenamiento del navegador, capturas de pantalla o cargas de ejemplo copiadas.
- Exige acceso autenticado, autorización con alcance limitado y pistas de auditoría para lecturas y escrituras de PHI.
- Trata a SaaS de terceros, observabilidad, herramientas de soporte y proveedores de LLM como bloqueados por defecto hasta que el estado de BAA y los límites de datos estén claros.
- Sigue el acceso mínimo necesario: el usuario adecuado solo debe ver la porción más pequeña de PHI necesaria para la tarea.
- Prefiere identificadores internos opacos sobre nombres, MRNs, números de teléfono, direcciones u otros identificadores.
Ejemplos
Ejemplo 1: Solicitud de producto enmarcada como HIPAA
Solicitud del usuario:
Añade resúmenes de visitas generados por IA a nuestro panel de clínicos. Atendemos clínicas en EE. UU. y necesitamos cumplir con HIPAA.
Patrón de respuesta:
- Activar
hipaa-compliance - Usar
healthcare-phi-compliancepara revisar el movimiento de PHI, registro, almacenamiento y límites de prompts - Verificar si el proveedor de resumen está cubierto por un BAA antes de enviar cualquier PHI
- Escalar a
healthcare-reviewersi los resúmenes influyen en decisiones clínicas
Ejemplo 2: Decisión de proveedor/herramienta
Solicitud del usuario:
¿Podemos enviar transcripciones de soporte y mensajes de pacientes a nuestra pila de análisis?
Patrón de respuesta:
- Asumir que esos mensajes pueden contener PHI
- Bloquear el diseño a menos que el proveedor de análisis esté aprobado para cargas de trabajo sujetas a HIPAA y la ruta de datos esté minimizada
- Exigir redacción o un modelo de eventos sin PHI cuando sea posible
Skills Relacionados
healthcare-phi-compliancehealthcare-reviewerhealthcare-emr-patternshealthcare-eval-harnesssecurity-review