Conformidade HIPAA
Use este como o ponto de entrada específico da HIPAA quando uma tarefa for claramente sobre conformidade de saúde nos EUA. Este skill é intencionalmente enxuto e canônico:
healthcare-phi-compliancecontinua sendo o skill de implementação principal para manipulação de PHI/PII, classificação de dados, registro de auditoria, criptografia e prevenção de vazamentos.healthcare-reviewercontinua sendo o revisor especializado quando código, arquitetura ou comportamento do produto precisam de uma segunda verificação com foco em saúde.security-reviewainda se aplica para autenticação geral, manipulação de entrada, segredos, API e endurecimento de implantação.
Quando Usar
- A solicitação menciona explicitamente HIPAA, PHI, entidades cobertas, associados de negócios ou BAAs
- Construção ou revisão de software de saúde nos EUA que armazena, processa, exporta ou transmite PHI
- Avaliação se registros de auditoria, análises, prompts de LLM, armazenamento ou fluxos de suporte criam exposição à HIPAA
- Projeto de sistemas voltados a pacientes ou clínicos onde acesso mínimo necessário e auditabilidade são importantes
Como Funciona
Trate a HIPAA como uma camada sobreposta ao skill mais amplo de privacidade na saúde:
- Comece com
healthcare-phi-compliancepara as regras de implementação concretas. - Aplique portões de decisão específicos da HIPAA:
- Este dado é PHI?
- Este ator é uma entidade coberta ou associado de negócios?
- Um fornecedor ou provedor de modelo exige um BAA antes de tocar nos dados?
- O acesso é limitado ao escopo mínimo necessário?
- Os eventos de leitura/escrita/exportação são auditáveis?
- Escale para
healthcare-reviewerse a tarefa afetar a segurança do paciente, fluxos de trabalho clínicos ou arquitetura de produção regulada.
Salvaguardas Específicas da HIPAA
- Nunca coloque PHI em logs, eventos de análise, relatórios de falha, prompts ou strings de erro visíveis ao cliente.
- Nunca exponha PHI em URLs, armazenamento do navegador, capturas de tela ou payloads de exemplo copiados.
- Exija acesso autenticado, autorização com escopo definido e trilhas de auditoria para leituras e gravações de PHI.
- Trate SaaS de terceiros, observabilidade, ferramentas de suporte e provedores de LLM como bloqueados por padrão até que o status do BAA e os limites dos dados estejam claros.
- Siga o princípio do acesso mínimo necessário: o usuário certo deve ver apenas a menor parte de PHI necessária para a tarefa.
- Prefira IDs internos opacos em vez de nomes, MRNs, números de telefone, endereços ou outros identificadores.
Exemplos
Exemplo 1: Solicitação de produto enquadrada como HIPAA
Solicitação do usuário:
Adicione resumos de consultas gerados por IA ao nosso painel do clínico. Atendemos clínicas nos EUA e precisamos estar em conformidade com a HIPAA.
Padrão de resposta:
- Ative
hipaa-compliance - Use
healthcare-phi-compliancepara revisar movimento de PHI, registro de logs, armazenamento e limites de prompts - Verifique se o provedor de sumarização é coberto por um BAA antes de qualquer PHI ser enviada
- Escale para
healthcare-reviewerse os resumos influenciarem decisões clínicas
Exemplo 2: Decisão de fornecedor/ferramenta
Solicitação do usuário:
Podemos enviar transcrições de suporte e mensagens de pacientes para nossa pilha de análises?
Padrão de resposta:
- Presuma que essas mensagens podem conter PHI
- Bloqueie o design a menos que o fornecedor de análises seja aprovado para cargas de trabalho vinculadas à HIPAA e o caminho dos dados seja minimizado
- Exija redação ou um modelo de eventos não-PHI quando possível
Skills Relacionados
healthcare-phi-compliancehealthcare-reviewerhealthcare-emr-patternshealthcare-eval-harnesssecurity-review