Governança de IA na saúde: Conformidade e segurança

As organizações de saúde adotaram a IA mais rápido do que criaram a governança para ela. Oitenta e oito por cento dos sistemas de saúde já usam IA internamente, enquanto apenas 18% possuem uma estrutura madura de governança de IA e uma estratégia de IA totalmente formada.

A Healthcare Financial Management Association relatou ambos os números em Health System Readiness for AI, a partir de uma pesquisa de maio de 2025 com mais de 230 executivos de sistemas de saúde.

A IA raramente chega por meio de compras, o que explica como ela supera o inventário. Uma licença Microsoft 365 Copilot é adicionada a um contrato existente, um recurso de documentação ambiente é incorporado ao prontuário eletrônico (EHR) ou um clínico usa um dispositivo pessoal.

O Shadow AI Report de dezembro de 2025 da Wolters Kluwer Shadow AI Report pesquisou 518 prestadores e administradores hospitalares e descobriu que 57% haviam encontrado ou usado uma ferramenta de IA não autorizada.

Não saber o que uma ferramenta de IA pode acessar torna-se um problema de responsabilidade no momento em que um membro do conselho ou auditor pergunta quais ferramentas lidam com informações de saúde protegidas (PHI), quem é o proprietário de cada uma e o que comprova que os controles funcionam.

O que é governança de IA na saúde?

Governança de IA na saúde é a disciplina de saber onde os sistemas de IA acessam PHI, quem é responsável por cada caso de uso e se os controles sobre esse acesso podem ser comprovados. As organizações subestimam o terceiro elemento porque tratam uma política escrita como prova, quando ela apenas descreve a intenção.

Um comitê do conselho ou auditor externo está testando se a organização pode dizer, na hora, o que uma ferramenta específica de IA alcança e quem a possui. A maioria das organizações de saúde não consegue, porque Copilot pilots, IA incorporada do fornecedor e ferramentas conversacionais alcançam sistemas adjacentes a PHI antes que a segurança termine de catalogá-los.

As consequências aparecem nos dados de violação. O Netwrix 2026 Data and Identity Security Report registrou uma taxa de violação de 43% nos últimos 12 meses em organizações onde a IA aumentou significativamente a pegada de identidade, contra 11% onde a IA não a alterou significativamente.

A pesquisa por trás desse relatório também descobriu que apenas 21% das organizações têm visibilidade completa, monitoramento e controles sobre quais dados sensíveis as ferramentas, modelos ou copilotos de IA usam.

Por que a área da saúde apresenta um nível diferente de risco de IA

O caso genérico para a governança de IA baseia-se no risco reputacional e operacional. Na saúde, a exposição é regulada, os dados são excepcionalmente valiosos e a responsabilidade permanece com o provedor, não com quem construiu o modelo. A cibersegurança na saúde já apresenta essa assimetria.

Um prontuário médico roubado nunca expira

A maioria dos dados regulados tem um prazo de validade, que limita o valor de uma violação. Um cartão de pagamento roubado é cancelado e reemitido em poucos dias. Um prontuário médico contém diagnósticos, detalhes de seguro, dados demográficos e um número de Social Security, nenhum dos quais pode ser reemitido, por isso permanece explorável por anos após a violação que o gerou.

Portanto, a área da saúde não pode contar com a contenção que outros setores obtêm gratuitamente. Uma ferramenta de IA que acessa PHI cria exposição sem data de validade, o que aumenta o custo de um erro no design de acesso, não apenas a probabilidade de um erro.

O provedor assume a responsabilidade mesmo quando um fornecedor causa a violação

Organizações de saúde sujeitas à HIPAA, que a regra chama de entidades cobertas, permanecem legalmente responsáveis pela PHI, independentemente de qual modelo a processe. Isso é o que diferencia a aquisição de IA aqui da aquisição de IA em um setor não regulamentado, onde um contrato com o fornecedor pode transferir o risco. As regras de conformidade HIPAA que regem todos os outros sistemas se aplicam à IA sem alterações.

O Departamento de Saúde e Serviços Humanos (HHS) Escritório de Direitos Civis (OCR) trata um chatbot de IA de terceiros que lida com PHI em um portal de pacientes como um business associate, o mesmo status aplicado a provedores de nuvem. Os business associates têm obrigações diretas próprias, e isso não reduz as do provedor. O OCR já resolveu questões com provedores por falhas de fornecedores antes, incluindo o North Memorial settlement relacionado a um Acordo de Business Associate (BAA) ausente.

Um único processo de revisão não pode cobrir os dois tipos de IA que um hospital utiliza

A maioria dos setores implanta uma classe de IA e a governa de uma forma. Um hospital opera duas ao mesmo tempo, e elas falham de forma suficientemente diferente para que um único processo de revisão perca uma.

Uma ferramenta de diagnóstico falha ao alcançar um paciente com uma recomendação errada ou tendenciosa, o que é uma questão de segurança do paciente para a liderança clínica e, frequentemente, para a FDA. Um assistente de produtividade falha ao expor PHI a alguém que nunca deveria tê-la visto, o que é uma questão de controle de acesso para segurança. Passar ambos pelo mesmo comitê significa que ferramentas administrativas recebem um escrutínio no estilo clínico que não precisam, enquanto ninguém pergunta a que eles realmente podem acessar.

Uma violação na área da saúde custa mais do que em qualquer outro lugar

O setor de saúde tem o maior custo médio de violação de dados de qualquer setor há mais de uma década, chegando a 6,64 milhões de dólares em 2026 (queda em relação a 7,42 milhões em 2025), segundo IBM's Cost of a Data Breach Report. Nenhuma outra indústria permaneceu no topo por tanto tempo.

Esse número é o que torna o design de acesso de IA uma questão para o conselho, e não apenas para TI. Ele define o preço de errar e geralmente é o número que o conselho lembra de uma apresentação.

A diferença entre IA clínica e IA administrativa na saúde

A governança se divide entre a IA que informa o cuidado e a IA que lida com o trabalho ao redor. Cada lado tem proprietários, reguladores e questões diferentes para responder.

A validação clínica de IA é uma disciplina séria com seu próprio aparato regulatório, e não algo que uma plataforma de visibilidade de dados deva alegar resolver. A IA administrativa pertence à segurança, TI e privacidade, e é onde as questões de acesso que um conselho faz realmente se concentram.

Como os reguladores dos EUA estão respondendo à IA na saúde

A regulamentação federal, a acreditação e a legislação estadual estão avançando, e nenhuma exige esperar uma regra final antes de agir. Os reguladores tratam a IA como uma extensão das obrigações existentes, portanto, novos requisitos são aplicados aos sistemas de saúde já operados pela máquina HIPAA.

A atualização da regra de segurança HIPAA nomeia diretamente a IA

O HHS emitiu um aviso de proposta de regulamentação (NPRM) sobre a Regra de Segurança HIPAA que aborda explicitamente a inteligência artificial. Sua proposta de análise de risco para informações eletrônicas protegidas (ePHI) nomeia diretamente as ferramentas de IA. Exige "consideração repetida, entre outras coisas, do tipo e da quantidade de ePHI acessada por ferramentas de inteligência artificial, para quem os dados são divulgados e para quem a saída é fornecida."

A regra permanece proposta, e o OCR continua a aplicar a atual Security Rule. Entidades cobertas que realizam HIPAA risk analyses hoje já devem documentar como as ferramentas de IA interagem com ePHI.

A Joint Commission agora certifica a governança de IA

A Joint Commission lançou sua Responsible Use of AI in Healthcare certification em 1º de junho de 2026, o primeiro programa de credenciamento baseado em como os sistemas de saúde governam a IA e não nos produtos de IA em si.

Concede a certificação ao nível da organização ou do sistema, e seus padrões abrangem governança, gestão de dados, redução de riscos e vieses, monitoramento e validação, além de transparência e treinamento.

A certificação é voluntária, embora organizações acreditadas devam esperar que as expectativas subjacentes surjam nas conversas das pesquisas.

Leis estaduais de IA estão se sobrepondo ao HIPAA

A legislação estadual adiciona obrigações em vez de substituir as federais, portanto, os sistemas de saúde que operam entre estados herdam requisitos que variam conforme o local onde o atendimento é prestado.

A Texas Responsible Artificial Intelligence Governance Act exige a divulgação ao paciente quando os provedores usam IA no atendimento desde 1º de janeiro de 2026, e a AB 3030 da Califórnia exige avisos em comunicações geradas por IA sobre as informações clínicas do paciente.

A preempção federal parece improvável para aliviar esse ônus. O Senado votou 99 a 1 em julho de 2025 para retirar uma moratória de dez anos sobre a regulamentação estadual de IA do projeto de reconciliação orçamentária, deixando operadores multiestaduais com obrigações acumulativas e específicas de jurisdição.

As obrigações da FDA e do EU AI Act permanecem com escopo clínico

Supervisão da FDA sobre dispositivos médicos com IA e as regras de alto risco do EU AI Act impõem requisitos reais e aplicam-se principalmente à IA que informa diagnósticos ou tratamentos. Uma equipe que avalia IA administrativa deve confirmar em qual categoria cada ferramenta se enquadra, pois a documentação ambiente e as ferramentas de triagem estão mais próximas da linha clínica do que seus fornecedores às vezes sugerem.

Por que o Microsoft 365 Copilot merece sua própria conversa sobre governança

Copilot é a única ferramenta administrativa de IA que a maioria dos sistemas de saúde implanta em todo o locatário, e precisa de tratamento separado porque não muda nada sobre permissões, mas muda tudo sobre quem as percebe.

A documentação da Microsoft afirma que o Copilot "apenas exibe dados organizacionais aos quais os usuários individuais têm pelo menos permissões de visualização." Portanto, toda questão de governança depende do que essas permissões já permitem, e isso gera três problemas que um documento de política não consegue resolver:

• O esforço desaparece, então o acesso inativo é usado: Alguém que já podia abrir um arquivo no SharePoint ou pesquisar uma caixa de correio agora pode pedir ao Copilot para resumir, mostrar em uma conversa diferente ou incluir em um rascunho. A permissão sempre esteve lá. O que desaparece é o trabalho necessário para exercê-la, de uma busca deliberada a uma frase em linguagem natural.
• Compartilhamento excessivo antigo torna-se exposição atual: Links de compartilhamento amplos, permissões antigas e associações a grupos que ninguém revisou desde uma reorganização permanecem inofensivos até que algo comece a analisá-los rapidamente. A licença do Copilot em um tenant de saúde é esse momento, por isso Copilot data security começa com uma auditoria de permissões.
• Expor PHI ao clínico errado viola a HIPAA: Quando esse conteúdo compartilhado em excesso é PHI, mostrá-lo a usuários que não precisam viola o padrão mínimo necessário em 45 CFR 164.502(b). A criptografia com etiqueta de sensibilidade altera materialmente a exposição, porque o Copilot precisa de direitos de extração para resumir o conteúdo.

Sistemas de saúde que realizaram esse trabalho relatam que a remediação de permissões chega a milhões de correções individuais de compartilhamento antes de uma implantação em toda a locatária, o que torna a preparação um projeto e não apenas uma tarefa a ser marcada.

Como construir um programa de governança de IA na saúde

Cada uma dessas decisões pertence a um líder que a toma e depois delega o trabalho, e elas precisam acontecer em ordem. Nomeie um responsável antes que o inventário exista, e essa pessoa ainda não tem nada para gerenciar.

Nomeie um único responsável

"O comitê de governança de IA cuidará disso," sem uma pessoa nomeada por trás, é assim que esses programas param. Não importa se essa pessoa está em segurança, conformidade ou TI, o que importa é que uma pessoa seja responsável, da mesma forma que um oficial de privacidade HIPAA é responsável pela privacidade.A orientação da Joint Commission espera um responsável nomeado liderando a implementação de IA ao longo do ciclo de vida.

Base o inventário no que cada ferramenta pode realmente alcançar

Catalogue cada sistema de IA que toque fluxos clínicos, administrativos ou incorporados, e mapeie cada um para os dados PHI ou adjacentes a PHI que pode alcançar. Direcione cada entrada ao proprietário que pode julgar como falha, enviando ferramentas de diagnóstico para revisão clínica e ferramentas de produtividade para segurança.

A maioria dos inventários começa do zero, porque a descoberta geralmente é informal. Uma pesquisa de dezembro de 2025 com 51 organizações de saúde realizada pela Censinet e pela CHIME Foundation descobriu que 51% dependiam de descobertas informais ad hoc ou das notas de lançamento do fornecedor para saber qual AI estavam usando. Os riscos de segurança do Shadow AI se acumulam enquanto essa descoberta permanecer informal.

Confirme que a cobertura do fornecedor e do BAA corresponde ao uso real da IA

Todo fornecedor de IA que cria, recebe, mantém ou transmite PHI precisa de um BAA que aborde como a IA do fornecedor processa, armazena e retém PHI. Um BAA padrão assinado antes da IA entrar no produto deixa uma lacuna real de responsabilidade, mesmo que o acordo ainda esteja em vigor, portanto, as atualizações do produto do fornecedor devem acionar a revisão, e não as datas de renovação.

Revise especificamente os termos de serviço cobertos, uso de dados, retenção, subcontratados e segurança. Verifique o contrato de serviço padrão junto com o BAA, pois um BAA assinado não substitui termos separados que concedem ao fornecedor amplos direitos para usar os dados do cliente. A cobertura também varia por linha de produto. A OpenAI oferece BAAs para implantações elegíveis do ChatGPT Enterprise usando um Regulated Workspace, enquanto o ChatGPT Business permanece inelegível.

Defina controles de dados e identidade com base no que o inventário encontrou

As restrições de acesso e o monitoramento precisam abordar a exposição que o inventário realmente revelou. A linguagem de menor privilégio escrita antes de alguém saber quais sistemas a IA poderia alcançar não resistirá à pergunta de acompanhamento de um auditor. Uma avaliação de risco de identity and access management limitada aos sistemas inventariados produz essa especificidade.

O controle resultante deve ser concreto, não uma declaração de política. Se o inventário mostrar que o Copilot pode acessar um compartilhamento de arquivos contendo planilhas do censo de pacientes, o controle é uma remediação de permissões nesse compartilhamento, com data e responsável.

Implemente um caminho de monitoramento e escalonamento

Um programa precisa de uma forma de detectar a exposição de PHI impulsionada por IA conforme acontece, e uma pessoa nomeada para escalar quando a detecção ocorrer. Detecção significa monitorar os repositórios que as ferramentas de IA leem, o que é um monitoramento de acesso a arquivos comum apontado para um novo consumidor. Sem a parte de escalonamento, o primeiro sinal de um problema é um relatório de incidente onde deveria ter havido uma revisão de governança.

Usando NIST AI RMF e HIPAA como seu modelo operacional

NIST AI RMF fornece a estrutura para um programa de governança de IA na saúde, e o HIPAA fornece os detalhes legais; juntos eliminam a necessidade de um framework personalizado.

As quatro funções do NIST se encaixam perfeitamente em um programa de governança. Govern é o proprietário responsável nomeado, Map é o inventário, Measure é a avaliação dos riscos reais de cada caso de uso, e Manage são os controles e monitoramento contínuos. O ciclo ocorre continuamente, não como uma configuração única.

A expectativa de inventário é explícita, pois Subcategory GOVERN 1.6 exige mecanismos para inventariar sistemas de IA, e o inventário de ativos tecnológicos proposto pelo NPRM tornaria essa expectativa regulatória.

As Regras de Privacidade e Segurança do HIPAA fornecem então as obrigações legais sob essa estrutura sempre que PHI estiver envolvida. Juntas, produzem uma narrativa ampla e clara, e nenhuma das estruturas exige certificação formal.

A evidência que prova que o acesso a PHI está realmente controlado

Auditores e comitês do conselho solicitam artefatos, e a recuperação é onde a maioria dos programas falha: eles fazem o trabalho e depois espalham a prova por seis sistemas e nas caixas de entrada de quatro pessoas. Cada artefato deve existir antes que a pergunta chegue.

Um inventário atual do sistema de IA com um proprietário nomeado

Cada sistema catalogado, vinculado a um indivíduo nomeado, não a um departamento, que possa responder quando um auditor perguntar quem aprovou uma determinada expansão do Copilot. A entrada também deve registrar quais PHI o sistema pode acessar, para que o inventário e o mapa de fluxo de dados permaneçam conciliáveis em vez de se tornarem dois documentos separados.

Um mapa de fluxo de dados mostrando onde a PHI entra em uma ferramenta de IA

Cada local onde PHI entra em uma ferramenta de IA, um prompt, um arquivo, um embedding ou uma saída, localizado por ferramentas de descoberta de dados sensíveis ao longo de cada caminho. A proposta da HIPAA Security Rule exigiria um mapa de rede ePHI atualizado pelo menos anualmente, portanto este artefato está se tornando um requisito regulatório em vez de uma boa prática.

Documentação do fornecedor e BAA específica para cada ferramenta de IA

Documentação vinculada à capacidade específica de IA que cada fornecedor oferece, não uma pasta geral de BAA, comparada com a cobertura confirmada durante a configuração do programa. Uma pasta assim não responde à pergunta que um avaliador realmente faz.

Relatórios de acesso e permissões mostrando quem pode acessar sistemas adjacentes a PHI

Uma resposta pontual sobre o que uma ferramenta de IA pode enxergar, ou seja, as identidades e grupos que têm acesso aos repositórios subjacentes, não a tela de configuração da ferramenta. As configurações do Copilot descrevem o que ele fará com as permissões que já possui, então um relatório baseado apenas na ferramenta subestima o alcance. Um revisor está perguntando sobre permissões efetivas, incluindo acesso herdado por meio de grupos aninhados.

Um registro de alterações que mostra quando esse acesso mudou

A variação no acesso ao longo dos meses desde o último snapshot, mais ampla ou mais restrita do que antes, algo que um único relatório de acesso não pode mostrar sozinho. Essa tendência é o que um auditor realmente quer ver.

Registros de revisão de governança mostrando que o programa está realmente em execução

Atas, aprovações ou notas de revisão que demonstram uma cadência real. O framework de governança cibernética de IA do Health Sector Coordinating Council de maio de 2026 AI cyber governance framework recomenda relatórios estruturados trimestrais de risco de IA para o conselho.

Uma organização que pode entregar cada um deles mediante solicitação tem um programa. Uma que precisa de uma semana para reuni-los tem uma política.

Como a Netwrix apoia a camada de evidências

Netwrix fornece a camada de visibilidade de dados e evidências de auditoria sob um programa que a organização de saúde constrói e possui, respondendo quais repositórios contêm PHI, quem pode acessá-los e o que mudou. A governança da informação na área da saúde depende de que essas respostas possam ser recuperadas.

Visibilidade de dados sensíveis

Netwrix 1Secure identifica repositórios contendo PHI que o Copilot e outras ferramentas de IA podem acessar e avalia a prontidão do Copilot antes do lançamento, não depois. Netwrix Access Analyzer adiciona descoberta automática de PHI e mapeamento pré-construído de conformidade HIPAA em servidores de arquivos, SharePoint e ambientes híbridos, com padrões de detecção que cobrem códigos ICD-10, números de prontuário médico e nomes de medicamentos prescritos.

Contexto de Identity e acesso

Netwrix Access Analyzer relata permissões efetivas em dados adjacentes a PHI, incluindo acessos excessivos e herdados que grandes grupos obtêm sem que ninguém perceba. Netwrix 1Secure e Netwrix Auditor relatam atividade e alterações de permissões no Active Directory e Microsoft Entra ID ao longo do tempo.

King's College Hospital usou Netwrix Auditor para reforçar o controle sobre os privilégios que acessam dados de pacientes, com visibilidade total em uma rede de 10.000 usuários que apoia os relatórios de conformidade do National Health Service.

Evidência de auditoria

Netwrix Auditor registra alterações de acesso e permissões, capturando quem acessou o quê, quando e o que mudou, com valores antes e depois. Seu Arquivo de Longo Prazo mantém evidências antigas, o que mantém o registro de alterações utilizável durante todo o ciclo de auditoria e não apenas desde o fechamento da última janela de retenção.

Netwrix 1Secure cobre o lado de IA da mesma questão. Ele relata as interações do Microsoft 365 Copilot e rastreia quais dados sensíveis o Copilot acessou e exibiu, que é o artefato que responde ao que uma ferramenta realmente alcançou, em vez do que foi permitido alcançar.

Onde Netwrix para

Netwrix não oferece governança de IA para saúde como categoria e não garante conformidade com HIPAA. Não governa nem aplica políticas ao Copilot ou a qualquer outra ferramenta de IA, nem valida modelos clínicos ou detecta viés clínico. Seu papel é a camada de evidência sob um programa de governança que a organização possui.

Veja o que suas ferramentas de IA podem realmente acessar antes que um auditor pergunte

A maioria das organizações de saúde ainda não consegue responder ao que Copilot e as outras ferramentas administrativas de IA alcançam, e a razão raramente é uma política ausente. Ninguém mapeou isso.

Esse mapeamento é onde o programa começa, pois informa ao responsável quais repositórios são importantes e transforma uma lista de artefatos necessários em relatórios que alguém pode realmente executar. As equipes que avaliam uma camada de evidência devem testar se ela pode mapear a exposição de PHI, calcular o acesso efetivo, preservar o histórico de alterações de permissões e produzir esses registros sob demanda.

Solicite uma demonstração para ver a quais repositórios adjacentes a PHI suas ferramentas de IA podem acessar, quem tem permissão para esses dados e como esse acesso mudou ao longo do tempo.