1. Quando a segurança digital deixa de ser um problema de TI e passa a integrar o ato de cuidar

Na Medicina Inteligente, a decisão clínica é cada vez mais mediada por 
cadeias tecnológicas extensas: 

1.	prontuários eletrônicos, 
2.	sistemas de apoio à decisão, 
3.	algoritmos de estratificação de risco, 
4.	dispositivos médicos inteligentes (DMIA), 
5.	redes hospitalares, 
6.	APIs, 
7.	plataformas em nuvem, 
8.	bases de imagens,
9.	mecanismos automatizados de atualização. 

O resultado clínico depende não apenas do conhecimento médico, mas 
também da confiabilidade da infraestrutura, da integridade dos dados, 
da adequação dos controles de acesso e da capacidade institucional de 
detectar e responder a incidentes.

Nesse ecossistema, podem produzir consequências comparáveis às falhas 
tradicionalmente reconhecidas no cuidado:

•	uma configuração incorreta de firewall, 
•	uma credencial administrativa compartilhada, 
•	a supressão de um alerta, 
•	a instalação não autorizada de software,
•	a utilização acrítica de uma recomendação algorítmica.

Que potencialmente são origens de: 
•	atraso diagnóstico, 
•	tratamento inadequado, 
•	indisponibilidade de equipamentos, 
•	exposição de dados sensíveis,
•	interrupção da continuidade assistencial. 

A cibersegurança, portanto, deve ser incorporada ao dever de cuidado 
e à gestão de risco clínico.

A qualificação jurídica concreta depende das circunstâncias e das autoridades 
competentes, mas a distinção conceitual é indispensável para uma governança 
tecnicamente madura [2–3].

2. Imperícia, imprudência, negligência e dolo: distinções indispensáveis

Imperícia, imprudência e negligência descrevem modos distintos de violação 
do dever objetivo de cuidado. Embora sejam frequentemente utilizadas como 
rótulos morais, seu valor prático está em orientar a investigação: 

•	o profissional não sabia fazer?
•	sabia mas assumiu um atalho inseguro?
•	deixou de executar uma ação necessária e possível? 

A resposta altera completamente a estratégia de prevenção.

# 2.1 Diferenciação funcional das condutas no contexto ciberclínico

# Legenda

1. Categoria	
2. Núcleo conceitual	
3. Exemplo ciberclínico	
4. Resposta prioritária

- A)
1. Imperícia	
2. Falta de conhecimento, habilidade ou domínio técnico para a tarefa executada.	
3. Profissional sem capacitação muda regra de IAM e da privilégios incompatíveis.	
4. Capacitação, avaliação supervisionada de competência, limitação de escopo 
e revisão por pares.

- B) 
1. Imprudência
2. Ação sem cautela apesar da existência de conhecimento, protocolo ou risco previsível.	
3. Analista modifica diretamente a infraestrutura de produção, contornando o fluxo de IaC.	
4. Reciclagem, barreiras técnicas, revisão de privilégios, dupla checagem e responsabilização 
proporcional.

- C)
1. Negligência	
2. Omissão de uma providência devida, possível e relevante para reduzir risco ou danos.	
3. Alertas críticos sem triagem, correção ou compensação, apesar de responsabilidade definida.	
4. Investigação de carga, recursos, clareza de papéis e repetição; 
     correção sistêmica e eventual responsabilização.

- D)
1. Dolo/violação deliberada	
2. Conduta intencional ou assunção consciente do risco, a ser apurada caso a caso.	
3. Manipulação de dados, entrega de credenciais a terceiros, sabotagem de controles.	
4. Contenção imediata, preservação de evidências, resposta disciplinar, jurídica e de  
segurança.

• A distinção também impede um erro de governança recorrente que é denominar 
como negligência todo comportamento que a organização considera grave. 

• Gravidade do dano e natureza da conduta são dimensões diferentes. Pois que:
1. Um profissional pode cometer erro imperito com consequência devastadora; 

2. Um profissional pode praticar violação deliberada sem danos consumado porque 
uma barreira funcionou. 

• A investigação deve analisar:
1. as razões pela conduta tomada,
2. a exposição criada, 
3. o dano real, 
4. o dano potencial,
5. a robustez das defesas.

O comportamento individual não pode ser isolado das condições do sistema. 
Além disso, são consideradas condições capazes de transformar uma falha 
previsível em quase inevitável: 

1. falta de pessoal, 
2. metas incompatíveis, 
3. interfaces confusas, 
4. alertas excessivos, 
5. treinamento puramente formal, 
6. ausência de segregação de funções,
7. tolerância gerencial a atalhos. 

A cultura justa examina essas condições sem apagar:
1. a autonomia,

2. a responsabilidade profissional.

3. Da falha humana ao dano clínico: a cadeia ciberclínica

Incidentes em Medicina Inteligente raramente decorrem de uma causa única. 

O erro humano costuma atuar sobre condições latentes preexistentes, tais como: 

1. arquitetura frágil, 
2. controle de acesso excessivo, 
3. ausência de inventário, 
4. dívida técnica, 
5. fornecedor sem suporte, 
6. monitoramento ruidoso,
7. protocolo incompatível com o fluxo real de trabalho. 

Quando uma ação ou omissão encontra uma dessas condições, surge uma 
vulnerabilidade operacional que permite o comprometimento do sistema quando:

1.	é explorada por um atacante, 
2.	ocorre uma falha automática,
3.	pelo uso inadequado.

A consequência cibernética, entendida como perda de confidencialidade, integridade, 
disponibilidade ou autenticidade, torna-se clinicamente relevante quando altera:

1.	informação, 
2.	tempo, 
3.	acesso,
4.	comportamento de um sistema assistencial. 

Ademais:
1. A indisponibilidade de uma estação de radiologia pode atrasar um diagnóstico; 

2. A modificação de um dado pode alterar a classificação de risco; 

3. A perda de autenticidade pode fazer um profissional confiar em uma ordem não 
emitida pelo autor identificado;

4. A exposição de dados pode gerar discriminação, fraude ou perda de confiança.

Por isso, a análise de incidentes deve incluir uma pergunta clínica: 
• de que maneira o evento alterou ou poderia alterar a trajetória do paciente? 

A mensuração e interpretação severidade da ação deve considerar:
1. número de registros expostos,
2. custo da indisponibilidade,
3. tempo de recuperação,
4. criticidade assistencial, 
5. possibilidade de dano físico, 
6. dependência tecnológica, 
7. reversibilidade, 
8. existência de alternativas manuais,
9. vulnerabilidade da população afetada.

# 3.1 Princípio de segurança ciberclínica
Um incidente digital deverá ser tratado simultaneamente como evento de 
cibersegurança e risco de segurança do paciente quando ele permite:

1.	modificar uma decisão clínica sem autorização clara do seu legitimo ator:
2.	interromper uma terapia, 
3.	atrasar um diagnóstico, 
4.	ocultar um alerta,
5.	comprometer a identificação do paciente.

4. Cultura justa e segurança psicológica: aprender sem produzir impunidade

•	A segurança psicológica é necessária para que profissionais relatem erros, quase-erros, 
dúvidas e fragilidades antes que se convertam em dano. 

•	Sistemas de notificação fracassam quando o relato é interpretado automaticamente 
como confissão de incompetência. 

•	A Organização Mundial da Saúde destaca que profissionais tendem a comunicar 
incidentes quando protegidos de culpa e retaliação indevidas e quando participam do
aprendizado e das melhorias decorrentes [11]. 

•	O Ministério da Saúde brasileiro igualmente associa segurança do paciente com analise 
 de incidentes, transparência, notificação, e capacitação [13].
 
Cultura justa não significa cultura sem consequências. A instituição precisa diferenciar:

1.	erro humano, 
2.	comportamento de risco,
3.	conduta temerária ou deliberada,
4.	ato criminoso. 

•	O erro humano pede consolidação de barreiras e aprendizagem,

•	O comportamento de risco exige tornar visível o perigo, remover incentivos
ao atalho e, quando necessário, limitar temporariamente privilégios, 

•	A conduta deliberada exige contenção e responsabilização,

•	O Ato criminoso exige a intervenção da Lei. 

O objetivo não é proteger pessoas de toda consequência, mas impedir que o 
medo destrua a capacidade organizacional de aprender.

A retirada temporária de privilégios administrativos pode ser legítima quando
utilizada como medida de segurança, e não como humilhação. No entanto, ela 
deverá ter:

1.	critérios objetivos, 

2.	prazo, 

3.	plano de requalificação,

4.	revisão formal. 

Da mesma forma, a supervisão reforçada de um profissional recém-integrado não 
representa desconfiança pessoal, mas sim controle proporcional:

1. à maturidade, 
2. ao conhecimento do ambiente,
3. à criticidade da função.

# 4.1 Perguntas de cultura justa

Cabe a instituição, anteriormente da responsabilização, uma auto reflexão sobre: 

•	O procedimento era conhecido e praticável? 
•	O treinamento foi efetivo? 
•	Outros profissionais adotariam  qual conduta no mesmo contexto? 
•	Havia pressão ou incentivo para o atalho? 
•	As barreiras técnicas estavam disponíveis? 
•	O comportamento foi repetido após orientação? 
•	Existiu intenção de burlar, ocultar ou causar dano?

5. Dívida técnica, fadiga de alertas e normalização do desvio

Dívida técnica pode ser definida como o conjunto de atitudes que permitem uma
entrega imediata. No entanto, elas aumentam o custo, a complexidade e o risco 
futuro. Dentre as atividades destacam-se:
•	escolhas, 
•	simplificações, 
•	remendos.

Em saúde, a dívida técnica ganha dimensão clínica quando envolve:

1.	sistemas sem suporte, 

2.	políticas dispersas, 

3.	integrações não documentadas, 

4.	dependências vulneráveis, 

5.	contas órfãs, 

6.	equipamentos incapazes de receber correções,

7.	processos manuais que ninguém mais compreende integralmente.

Um tipo de perigo silencioso que se deve evitar é a normalização do desvio.
Tais como:
•	um alerta permanece vermelho por semanas,
•	uma exceção de firewall vira permanente,
•	uma conta compartilhada é aceita porque “sempre foi assim”,
•	um dispositivo opera sem atualização porque ainda não houve incidente conhecido. 

A ausência de dano imediato não pode ser interpretado como prova de segurança. De fato,
agindo assim a organização:

1.	acumula exposição,

2.	reduz sua capacidade de distinguir ruído de sinal.

Alertas excessivos também produzem fadiga. Quando os sistemas notificam tudo com 
a mesma intensidade, o profissional perde sensibilidade para o evento realmente crítico. 
A solução não é exigir atenção ilimitada, mas melhorar engenharia de alertas, como por 
exemplo: 

•	priorização por impacto clínico, 
•	deduplicação, 
•	enriquecimento contextual, 
•	definição de proprietários, 
•	prazos de resposta,
•	escalonamento automático.

• A dívida técnica deve englobar:
1. orçamento, 
2. indicadores,
3. objetivos institucionais. 

• Não se trata de oposição entre segurança e inovação. 

• Preservam a continuidade do negócio e a continuidade do cuidado:
1. redução de vulnerabilidades,
2. remoção de privilégios excessivos,
3. modernização de sistemas críticos. 

• A governança do NIST CSF 2.0 reforça que o risco cibernético deve ser dirigido, 
comunicado e acompanhado como parte da governança organizacional [8].

6. Matriz IIN-D: proposta original para enquadrar condutas e respostas

# Legenda

1.	Conhecimento: 
O agente possuía antes de executar a tarefa e reconhecer os riscos?:
•	formação, 
•	treinamento,
•	experiência suficiente.

2.	Consciência da regra: 
Era aplicável e acessível ao contexto?: 
•	política de segurança, 
•	alerta, 
•	protocolo,
•	orientação clara.

3.	Previsibilidade: 
Um agente na função exercida era capaz de prever em
relação aos seus atos?:
•	o dano,
•	a exposição.

4.	Capacidade de agir: 
A fim de cumprir seu dever o agente possuía?:
•	tempo compatível, 
•	autoridade conferida, 
•	recursos disponíveis, 
•	equipe integrada,
•	alternativa segura.

5.	Repetição: 
Em relação a conduta tomada?:
•	é um ato único
•	tornou-se hábito,
•	persisti mesmo após:
1. feedback, 
2. treinamento,
3. correção?

6.	Intencionalidade: 
Há correlação com?:
• erro, 
• atalho normalizado, 
• desídia, 
• ocultação, 
• benefício próprio, 
• sabotagem,
• assunção consciente do risco.

A saída da matriz não deve ser um rótulo isolado, mas um plano de 
resposta em quatro camadas: 

1.	proteção imediata do paciente e do ambiente; 
2.	investigação técnica e clínica; 
3.	intervenção sobre competência, comportamento e sistema;
4.	acompanhamento de eficácia. 

Mesmo quando se identifica falha individual, a organização deve perguntar por 
que as barreiras não impediram que uma única ação alcançasse o paciente.

7.1 Cenário — Imperícia na configuração de nuvem e exposição de dados clínicos

Um profissional recém-alocado recebe acesso administrativo a uma plataforma que 
armazena exames DICOM e dados utilizados por um algoritmo de apoio ao diagnóstico 
vascular. 

Sem domínio suficiente de IAM, criptografia e políticas de armazenamento, ele cria 
uma regra com acesso público e permissões curingas. 

A exposição permite leitura indevida e, em uma hipótese mais grave, modificação de 
arquivos que alimentam o fluxo algorítmico. 

O evento nasce de imperícia, mas é potencializado por falhas organizacionais: 
•	privilégio excessivo, 
•	ausência de revisão por pares, 
•	inexistência de política como código,
•	falta de ambiente de treinamento.

A resposta correta não é limitar-se a censurar o profissional. É necessário:
1.	revogar o acesso exposto, 
2.	preservar logs, 
3.	avaliar integridade dos dados, 
4.	interromper o uso de conjuntos potencialmente comprometidos,
5.	comunicar as áreas responsáveis. 

A seguir,  devem ser implantados:
1.	treinamentos, 
2.	segregação de funções, 
3.	infraestrutura como código, 
4.	revisão obrigatória,
5.	controles automatizados que impeçam configurações incompatíveis com a
política.
6.	revisão crítica do evento para a busca e correções de erros.

# Código — Validação defensiva antes da implantação de infraestrutura clínica

from dataclasses import dataclass
from typing import Any

@dataclass
class Finding:
    severity: str
    control: str
    message: str


def validate_clinical_cloud(config: dict[str, Any]) -> list[Finding]:
    """Validação didática de controles mínimos para ambiente clínico."""
    findings: list[Finding] = []

    storage = config.get("clinical_storage", {})
    if storage.get("public_access") is True:
        findings.append(Finding(
            "CRITICAL", "STORAGE_PUBLIC_ACCESS",
            "Armazenamento clínico não pode permitir acesso público."
        ))

    if storage.get("encryption") not in {"KMS", "HSM"}:
        findings.append(Finding(
            "HIGH", "ENCRYPTION_AT_REST",
            "Use criptografia gerenciada, rotação de chaves e trilha de auditoria."
        ))

    iam = config.get("iam_policy", {})
    actions = set(iam.get("actions", []))
    resources = set(iam.get("resources", []))
    if "*" in actions or "*" in resources:
        findings.append(Finding(
            "CRITICAL", "LEAST_PRIVILEGE",
            "Permissões curingas violam o princípio do menor privilégio."
        ))

    if not config.get("immutable_audit_log"):

# Mitigações Propostas

•	Mitigação humana: trilha de capacitação prática, avaliação de competência 
e mentoria.

•	Mitigação técnica: policy-as-code, revisão de pull request, bloqueio de acesso 
público e logs imutáveis.

•	Mitigação clínica: quarentena de dados possivelmente alterados e revalidação 
do algoritmo antes do retorno.

•	Mitigação de governança: privilégios progressivos conforme maturidade 
e criticidade do ambiente.

7.2 Cenário — Imprudência no uso de recomendação algorítmica

Em um pronto atendimento, um sistema de apoio à decisão sinaliza suspeita de 
deterioração clínica, mas também indica baixa qualidade dos dados e possível
distribuição fora do domínio de validação. 

O médico conhece o protocolo que exige:

1.	revisão dos dados, 
2.	correlação clínica,
3.	segunda avaliação em decisões de alto risco. 

Sob pressão assistencial e excesso de confiança, ignora os avisos e utiliza a saída 
como fundamento exclusivo. A falha não é da IA isoladamente: 

1.	há imprudência na forma de uso, 
2.	desenho de interface que permite ultrapassar o alerta sem justificativa estruturada.

A mitigação deve preservar a autonomia clínica sem permitir automação acrítica. 

Sistemas de alto risco precisam apresentar:

• incerteza, 
• qualidade dos dados, 
• limitações, 
• versão do modelo,
• justificativa clínica. 

Quando condições mínimas não são atendidas, o sistema deve:
1.	impor uma pausa segura, 
2.	exigir revisão adicional,
3.	registrar formalmente a razão da exceção. 

O objetivo não é transformar software em autoridade médica, mas 
impedir que uma recomendação opaca seja confundida com verdade.

# Código — Barreira de supervisão humana, rastreabilidade e dupla revisão

from dataclasses import dataclass
from datetime import datetime, timezone

@dataclass
class AIRecommendation:
    model_version: str
    data_quality: float
    out_of_distribution: bool
    risk_level: str
    recommendation_id: str


def authorize_use(
    rec: AIRecommendation,
    clinician_id: str,
    clinical_rationale: str,
    second_reviewer_id: str | None = None,
) -> dict:
    """Barreira didática de supervisão humana para uso de saída algorítmica."""

    if rec.data_quality < 0.90:
        return {"authorized": False, "reason": "Qualidade de dados insuficiente"}

    if rec.out_of_distribution:
        return {"authorized": False, "reason": "Caso fora do domínio validado"}

    if rec.risk_level == "HIGH" and not second_reviewer_id:
        return {"authorized": False, "reason": "Revisão clínica adicional obrigatória"}

    if len(clinical_rationale.strip()) < 30:
        return {"authorized": False, "reason": "Justificativa clínica incompleta"}

    return {
        "authorized": True,
        "timestamp": datetime.now(timezone.utc).isoformat(),
        "clinician_id": clinician_id,
        "second_reviewer_id": second_reviewer_id

# Mitigações Propostas

•	Mitigação humana: treinamento em vieses, limites, incerteza e validação clínica 
da IA.

•	Mitigação técnica: hard stops proporcionais, registro de justificativa, versionamento 
e auditoria.

•	Mitigação organizacional: dimensionamento de equipe e protocolos compatíveis com 
a pressão real do atendimento.

•	Mitigação ética: impedir que a responsabilidade seja artificialmente transferida do
profissional para o algoritmo.

7.3 Cenário — Negligência na resposta a vulnerabilidade de dispositivo médico

Um fabricante publica alerta de cibersegurança para um conjunto de bombas de infusão
conectadas. A instituição:

1.	possui inventário incompleto, 
2.	não define responsável pelo risco,
3.	mantém os avisos em uma caixa de e-mail sem triagem. 

Durante semanas, ninguém avalia:
• exposição, 
• impacto clínico, 
• possibilidade de atualização,
• controles compensatórios. 

A omissão não foi praticada para causar dano, mas existia dever de agir, 
possibilidade de resposta e risco previsível. 

• Se a investigação confirmar desídia e ausência injustificada de providências, 
o enquadramento se aproxima da negligência; 

•  Se havia impossibilidade material, conflito de autoridade ou comunicação defeituosa, 
a causa pode ser predominantemente sistêmica.

A resposta deve integrar tecnovigilância, engenharia clínica, segurança da informação, 
assistência e gestão de risco. 

Nem toda vulnerabilidade pode ser corrigida imediatamente, porque a atualização pode 
exigir validação, indisponibilidade programada ou autorização do fabricante. Ainda assim, 
nenhuma vulnerabilidade crítica deve permanecer sem:

1.	proprietário, 
2.	prazo, 
3.	avaliação clínica,
4.	controle compensatório. 

São medidas capazes de reduzir o risco até a correção definitiva:
1.	segmentação de rede, 
2.	restrição de comunicação, 
3.	aumento de monitoramento,
4.	substituição planejada.

# Código — Priorização ciberclínica e escalonamento de vulnerabilidades

from dataclasses import dataclass
from datetime import datetime, timedelta, timezone

@dataclass
class VulnerabilityAlert:
    asset_id: str
    cvss: float
    patient_safety_impact: str   # LOW, MEDIUM, HIGH, CRITICAL
    exploit_observed: bool
    detected_at: datetime
    owner: str | None


def triage(alert: VulnerabilityAlert, now: datetime) -> dict:
    impact_weight = {"LOW": 0, "MEDIUM": 1, "HIGH": 2, "CRITICAL": 3}
    score = alert.cvss + 2 * impact_weight[alert.patient_safety_impact]
    if alert.exploit_observed:
        score += 4 
    if score >= 14:
        deadline = alert.detected_at + timedelta(hours=4)
        level = "EMERGENCY"
    elif score >= 10:
        deadline = alert.detected_at + timedelta(hours=24)
        level = "URGENT"
    else:
        deadline = alert.detected_at + timedelta(days=7)
        level = "ROUTINE"

    escalations = []
    if alert.owner is None:
        escalations.append("Designar imediatamente proprietário do risco")
    if now > deadline:
        escalations += [
            "Acionar CISO e Engenharia Clínica",
            "Avaliar retirada segura, segmentação e modo degradado",
            "Registrar impacto clínico e decisão de risco residual",
        ]
risco residual",

# Mitigações Propostas

•	Mitigação humana: papéis explícitos, treinamento e cobertura 
de ausências.

•	Mitigação técnica: inventário, SBOM quando disponível, integração de 
alertas e segmentação de rede.

•	Mitigação clínica: avaliação de impacto sobre terapia, alternativas manuais 
e continuidade assistencial.

•	Mitigação de governança: SLA baseado em risco clínico, aceite formal de
risco residual e acompanhamento executivo.

7.4 O que não deve ser chamado de negligência

Tipificam hipóteses de violação deliberada e possível dolo, cuja classificação jurídica 
depende da investigação competente:

1.	manipular intencionalmente dados de entrada, 
2.	entregar credenciais a terceiros, 
3.	desabilitar controles para benefício próprio,
4.	sabotar sistemas. 

Chamá-las simplesmente de negligência enfraquece a precisão conceitual 
e pode comprometer a resposta institucional.

8. Brasil e mundo: referências regulatórias e lacunas de implementação

O Brasil dispõe de bases jurídicas e regulatórias relevantes, mas ainda enfrenta 
o desafio de integrá-las operacionalmente. 

• A LGPD classifica dados de saúde como sensíveis e exige medidas técnicas e 
administrativas para proteção contra acessos não autorizados e situações
acidentais ou ilícitas [4]. 

• A Resolução CD/ANPD nº 15/2024 regulamenta a comunicação de incidentes 
de segurança que possam acarretar risco ou dano relevante [5]. 

No campo sanitário, 
• A RDC nº 657/2022 trata da regularização de Software como Dispositivo Médico,
enquanto 

• As RDCs nº 751/2022 e nº 848/2024 integram[6–7]:

1.	a estrutura de classificação, 
2.	a regularização, 
3.	a segurança, 
4.	o desempenho dos dispositivos.

Internacionalmente, o NIST CSF 2.0 organiza a gestão de risco em 06 funções, 
a saber:

1.	governar, 
2.	identificar, 
3.	proteger,
4.	detectar, 
5.	responder, 
6.	recuperar.

•	O NIST SP 800-61r3 aproxima a resposta a incidentes da gestão contínua 
de risco [8–9]. 

•	A orientação da FDA para cibersegurança de DM reforça projeto seguro, 
modelagem de ameaças, documentação e resiliência ao longo do ciclo de vida [10]. 

•	A ISO 14971 fornece processo de gestão de risco para dispositivos médicos; 

•	A IEC 81001-5-1 aborda atividades de segurança no ciclo de vida do software 
de saúde;

•	A IEC 80001-1 trata do risco em redes de TI que incorporam dispositivos 
médicos [14–16].

# 8.1 Comparação sintética entre o ambiente brasileiro e referências internacionais.

# Legenda

1. Dimensão	
2. Brasil	
3. Referências internacionais	
4. Lacuna prática prioritária

- A)
1. Responsabilidade e dever de cuidado	
2. Código Civil, Código Penal, ética profissional e normas institucionais.	
3. Just Culture, patient safety learning systems e accountability baseada
em comportamento.	
4. Transformar conceitos jurídicos em critérios operacionais de investigação 
sem simplificações.

- B)
1. Proteção de dados	
2. LGPD e regulamentos da ANPD.	
3. Princípios de privacy by design e estruturas internacionais de segurança.	
4. Integrar resposta de privacidade à continuidade clínica e à tecnovigilância.

- C) 
1. SaMD e dispositivos	
2. RDC 657/2022, RDC 751/2022 e RDC 848/2024.	
3. FDA, ISO 14971, IEC 62304, IEC 81001-5-1 e IEC 80001-1.	
4. Fortalecer requisitos e evidências de cibersegurança no ciclo de vida e pós-mercado.

- D)
1. Gestão de incidentes	
2. ANPD, Núcleo de Segurança do Paciente, tecnovigilância e fluxos internos.	
3. NIST CSF 2.0, NIST SP 800-61r3 e sistemas de aprendizagem da OMS.	
4. Criar um fluxo único de classificação ciberclínica com participação multidisciplinar.

- E) 
1. Capacitação	
2. Treinamentos frequentemente separados por profissão ou área.	
3. Competency frameworks, secure development e treinamento baseado em função.	
4. Avaliar competência real, não apenas presença em cursos ou posse de certificado.

9. Governança integrada: da responsabilização individual à resiliência institucional

Uma instituição madura não terceiriza a segurança ao setor de tecnologia 
nem transfere integralmente o risco ao profissional da ponta. 

O conselho e a alta direção devem definir apetite de risco, prioridades, 
recursos e critérios de prestação de contas. 

Lideranças clínicas precisam participar da classificação de criticidade, da 
definição de modos degradados e da validação de barreiras que afetam 
o cuidado. 

Devem operar sobre um fluxo comum:
1.	segurança da informação, 
2.	engenharia clínica, 
3.	privacidade, 
4.	qualidade, 
5.	jurídico, 
6.	recursos humanos,
7.	Núcleo de Segurança do Paciente.

A investigação de um incidente ciberclínico deve responder a cinco perguntas: 

1. o que ocorreu; 
2. como o evento alcançou o paciente ou poderia alcançá-lo; 
3. quais barreiras falharam; 
4. qual foi a contribuição humana e sistêmica;
5. quais mudanças reduzirão a recorrência. 

A busca por culpados antes da estabilização do ambiente tende a destruir 
evidências, estimular silêncio e produzir correções superficiais.

Também é necessário proteger a independência da investigação. 

A área responsável pela operação não deve ser a única a avaliar a própria conduta.

Incidentes graves requerem:
1.	revisão multidisciplinar, 
2.	documentação cronológica, 
3.	preservação de logs, 
4.	entrevistas não acusatórias,
5.	validação das ações corretivas. 

A avaliação disciplinar, quando cabível, deve utilizar fatos consolidados, 
e não substituir a análise técnica.

# 9.1 Ciclo de resposta ciberclínica orientado à aprendizagem e à responsabilização
proporcional.

1.	Estancar
• proteger paciente, 
• conter acesso,
• isolar ativos,
• ativar contingência,
• preservar evidências.

2.	Entender
• reconstruir cronologia, 
• impacto clínico, 
• controles existentes, 
• decisões,
• condições de trabalho.

3.	Enquadrar
Aplicar Matriz IIN-D sem antecipar conclusões:
• jurídicas,
• éticas 

4.	Corrigir
• competências, 
•  comportamento, 
•  desenho do sistema, 
• dívida técnica,
• governança.

5.	Verificar
• medir eficácia, 
• testar barreiras, 
• acompanhar recorrência,
•  compartilhar aprendizagem. 

10. Doze recomendações para a Medicina Inteligente

1.	Classificar sistemas e ativos pela criticidade clínica, e não somente 
pelo valor financeiro ou tecnológico.

2.	Adotar privilégios progressivos, segregação de funções, menor 
privilégio e revisão periódica de acessos.

3.	Exigir infraestrutura como código, revisão por pares e políticas 
automatizadas para mudanças em produção.

4.	Integrar cibersegurança, tecnovigilância, privacidade, engenharia 
clínica e segurança do paciente.

5.	Manter inventário confiável de dispositivos, softwares, versões, 
dependências, proprietários e suporte.

6.	Priorizar vulnerabilidades pelo impacto clínico, explorabilidade, exposição e 
disponibilidade de alternativas.

7.	Projetar alertas com contexto, proprietário, prazo, escalonamento e critérios 
para fechamento.

8.	Implantar supervisão humana significativa para sistemas de IA, com registro
de incerteza, qualidade e versão.

9.	Treinar por função e competência prática, incluindo simulações de incidentes 
e avaliação de desempenho.

10.	Incluir dívida técnica e redução de risco em orçamento, OKRs, metas e relatórios 
à alta direção.

11.	Adotar cultura justa, protegendo o relato de boa-fé e responsabilizando condutas
temerárias ou deliberadas.

12.	Testar continuidade assistencial, modos degradados, recuperação e restauração
segura de dados e dispositivos.

11. Perspectivas futuras

• Aumentarão a dificuldade de atribuir causalidade:

1.	a expansão de modelos generativos, 
2.	agentes autônomos, 
3.	aprendizado contínuo,
4.	dispositivos adaptativos. 

• Um resultado adverso poderá envolver:

1.	desenvolvedor, 
2.	fornecedor de dados, 
3.	fabricante, 
4.	integrador,
5.	instituição,
6.	equipe clínica,
7.	usuário final. 

• A responsabilidade não poderá ser resolvida apenas pela pergunta
“quem apertou o botão?”. Será necessário rastrear:

1.	versões, 
2.	dados, 
3.	alterações, 
4.	intervenções humanas, 
5.	controles de segurança,
6.	decisões de governança.

• O lançamento, em 2026, de orientação internacional específica para aplicação da gestão 
de risco da ISO 14971 a dispositivos médicos habilitados por machine learning confirma 
a tendência de tratar riscos de IA ao longo de todo o ciclo de vida, incluindo mudanças de [18]:

1.	modelo, 
2.	desempenho pós-implantação,
3.	condições de uso.

• A evolução regulatória, a fim de reduzir a fragmentação entre disciplinas, 
deverá aproximar:

1.	segurança algorítmica, 
2.	cibersegurança,
3.	usabilidade,
4.	segurança clínica.

• Crescerá a importância de evidências automatizadas: 

1.	trilhas imutáveis, 
2.	model cards, 
3.	SBOM, 
4.	registros de decisão, 
5.	testes de robustez, 
6.	monitoramento de drift, 
7.	validação de identidade,
8.	documentação de controles compensatórios. 

• Esses artefatos não servem apenas para auditoria. Eles permitem reconstruir a 
cadeia causal e distinguir com maior objetividade:

1.	imperícia, 
2.	imprudência, 
3.	negligência, 
4.	falha sistêmica,
5.	violação deliberada.

12. Considerações finais

• Imperícia, imprudência e negligência permanecem conceitos úteis 
para compreender falhas humanas, mas precisam ser reinterpretados 
diante da complexidade da Medicina Inteligente. 

1.	a imperícia revela lacuna de competência; 
2.	a imprudência expressa ação sem cautela apesar do risco conhecido; 
3.	a negligência manifesta omissão diante de um dever possível;
4.	a conduta intencional deve ser analisada separadamente como violação 
deliberada ou possível dolo.

• A classificação, porém, não pode encerrar a investigação. 
1.	Um profissional sem treinamento adequado não recebeu condições para atuar 
com segurança.
2.	Um atalho repetido por toda a equipe pode refletir protocolo impraticável. 
3.	Um alerta ignorado pode resultar de fadiga produzida por sistemas mal desenhados. 
4.	Uma única credencial capaz de alterar todo o ambiente revela falha de arquitetura. 

• A responsabilidade individual existe, mas opera dentro de um sistema que também 
deve responder conforme:
1.	escolhas,
2.	intenções.

• Cultura justa é o ponto de equilíbrio entre dois erros: 
1.	punir automaticamente toda falha,
2.	tolerar indefinidamente todo comportamento. 

• Além disso, a cultura justa tem como compromisso:
1.	a verdade causal, 
2.	a proporcionalidade,
3.	a aprendizagem. 

• Na assistência médica inteligente, esse compromisso possui um limite
inegociável, pois que a exposição evitável do paciente a dano cibernético 
não pode ser justificado por: 

1.	nenhuma conveniência operacional, 
2.	economia financeira,
3.	velocidade de entrega para cumprimento de prazos e metas.

# 12.1 Reflexão final
Na Medicina Inteligente, cibersegurança não é uma camada externa 
ao cuidado. É parte:

1.	da competência profissional, 
2.	da prudência decisória, 
3.	do dever de vigilância, 
4.	da governança institucional,
5.	da humanização da assistência

13. Referências selecionadas

1. ROSÁRIO, Ricardo Costa Val do. Imperícia, Imprudência e Negligência de Segurança Cibernética na Medicina Inteligente. 
Texto-base não publicado, 2026.
2. BRASIL. Lei nº 10.406, de 10 de janeiro de 2002. Código Civil, art. 186.
3. BRASIL. Decreto-Lei nº 2.848, de 7 de dezembro de 1940. Código Penal, art. 18.
4. BRASIL. Lei nº 13.709, de 14 de agosto de 2018. Lei Geral de Proteção de Dados Pessoais.
5. AUTORIDADE NACIONAL DE PROTEÇÃO DE DADOS. Resolução CD/ANPD nº 15, de 24 de abril de 2024. Regulamento de Comunicação de Incidente de Segurança.
6. AGÊNCIA NACIONAL DE VIGILÂNCIA SANITÁRIA. RDC nº 657, de 24 de março de 2022. Regularização de Software como Dispositivo Médico (SaMD).
7. AGÊNCIA NACIONAL DE VIGILÂNCIA SANITÁRIA. RDC nº 751/2022 e RDC nº 848/2024. Classificação, regularização e requisitos essenciais de segurança e desempenho de dispositivos médicos.
8. NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. The NIST Cybersecurity Framework (CSF) 2.0. NIST CSWP 29, 2024.
9. NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. Incident Response Recommendations and Considerations for Cybersecurity Risk Management: A CSF 2.0 Community Profile. NIST SP 800-61 Rev. 3, 2025.
10. U.S. FOOD AND DRUG ADMINISTRATION. Cybersecurity in Medical Devices: Quality Management System Considerations and Content of Premarket Submissions. Final Guidance, 2026.
11. WORLD HEALTH ORGANIZATION. Patient Safety Incident Reporting and Learning Systems: Technical Report and Guidance. Geneva: WHO, 2020.
12. WORLD HEALTH ORGANIZATION. Patient safety: fact sheet and global framework.
13. BRASIL. Ministério da Saúde. Programa e diretrizes de Segurança do Paciente.
14. INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO 14971:2019 — Medical devices: application of risk management to medical devices.
15. INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 81001-5-1:2021 — Health software and health IT systems safety, effectiveness and security: security activities in the product life cycle.
16. INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 80001-1:2021 — Application of risk management for IT-networks incorporating medical devices.
17. INTERNATIONAL ELECTROTECHNICAL COMMISSION. IEC 62304:2006+A1:2015 — Medical device software: software life cycle processes.
18. INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/TS 24971-2:2026 — Guidance on the application of ISO 14971: machine learning in artificial intelligence.

14. Fontes eletrônicas consultadas

Todas acessadas em 31 07 2026 

• Código Civil — Planalto
• Código Penal — Planalto
• LGPD — Planalto
• Regulamentações da ANPD
• Anvisa — Software como Dispositivo Médico
• NIST Cybersecurity Framework
• FDA — Cybersecurity in Medical Devices
• WHO — Patient Safety
• ISO 14971
• IEC 81001-5-1

Olá, Ricardo! Como vai?

Parabéns pela realização de mais um projeto!

Vi que você apresentou uma análise extremamente aprofundada sobre a Medicina Inteligente, destacou a relevância da cibersegurança como parte do dever de cuidado e ainda diferenciou com clareza os conceitos de imperícia, imprudência e negligência no contexto clínico. Essa reflexão mostra rigor acadêmico, visão prática sobre governança e uma preocupação genuína com a segurança do paciente em ambientes digitais.

Se quiser aprofundar ainda mais, algumas boas práticas são:

• Governança integrada: alinhar protocolos clínicos e tecnológicos para reduzir riscos sistêmicos.
• Cultura justa: promover investigação causal sem apagar responsabilidades, equilibrando aprendizado e responsabilização.
• Capacitação contínua: investir em treinamentos específicos para profissionais de saúde sobre infraestrutura digital e segurança.

Continue postando as suas soluções! Além de ganhar pontos de XP na plataforma, você pode ajudar outros estudantes no fórum.

Ah, uma pergunta: você considera mais urgente para a Medicina Inteligente fortalecer a capacitação dos profissionais em cibersegurança ou investir em sistemas automatizados de defesa para reduzir falhas humanas?

Fico à disposição! E se precisar, conte sempre com o apoio do fórum.

Abraço e bons estudos!

Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!

Olá, Daniel,

Obrigado pela leitura e pelas sugestões. Baixei os textos e vou analisá‑los com atenção.

Sua pergunta foi muito pertinente. Acredito que transformar conhecimento em prática é 
essencial. 

Considero ser extremamente necessário um maior engajamento da classe médica com as questões 
relacionadas com Medicina e IA, inclcluindo a Cibersegruança. 

Por isso mesmo, por isso elaborei como PARTE II do artigo original  um  Projeto Didático - Pedagógico 
Original , que descrevo em detalhes a seguir: 

Proposta Institucional para Treinamento do Corpo Clínico e Aquisição de Conhecimentos em Segurança Cibernética

-  Foco principal:
Fortalecer capacitação em cibersegurança para profissionais da saúde, cobrindo competências:

1.	técnicas, 
2.	comportamentais,
3.	organizacionais. 

- Áreas a explorar com prioridade: 

1.  riscos e cenários clínicos; 
2.  treinamento prático e simulações; 
3.  governança, processos e responsabilidade; 
4.  integração entre TI, segurança e equipes clínicas; 
5.  métricas e melhoria contínua.

1. Riscos e cenários clínicos a mapear

•	Ataques com impacto direto no paciente: 
1.	manipulação de dispositivos médicos, 
2.	ransomware em sistemas de prontuário, 
3.	interrupção de serviços críticos.

•	Falhas humanas específicas: 
1.	erros de configuração, 
2.	uso indevido de credenciais, 
3.	engenharia social direcionada a equipes clínicas.

•	Riscos de IA e automação clínica: 
1.	vieses, 
2.	decisões automatizadas sem supervisão, 
3.	integridade dos modelos,,
4.	qualidade dos dados. 

•	Por que explorar: 
1.	ajuda a priorizar treinamentos, 
2.	facilita acompanhar as medidas de controle, 
3.	contribui para a monitorização de potenciais danos clínicos secundários ou tardios.

2. Treinamento prático e simulações (mais impacto que só teoria)

•	Simulações de incidentes clínicos

Tabletop + exercícios em ambiente controlado viando:
1.	médicos, 
2.	enfermeiros, 
3.	TI,
4.	segurança,
5.	outros

•	Laboratórios hands on para equipes de TI: 
1.	resposta a ransomware, 
2.	isolamento de rede, 
3.	recuperação de backups, 
4.	análise forense básica.

•	Microlearning contínuo: 
1.	módulos curtos sobre phishing clínico, 
2.	manuseio seguro de dispositivos, 
3.	atualizações de software. 

•	Recomendação: 
Para aumentar adesão combinar:
1.	treinamentos técnicos
2.	cenários que mostrem consequências clínicas reais.

3. Governança, processos e responsabilidade

•	Políticas claras sobre:
1.	uso de dispositivos pessoais, 
2.	telemedicina, 
3.	acesso remoto,
4.	gestão de patches.

•	Papéis e responsabilidades: 
Quem decide em crise clínica+segurança; 
1.	planos de comunicação com pacientes,
2.	demandas de autoridades e órgãos reguladores.

•	Integração de segurança na aquisição de tecnologia: 
1.	requisitos de segurança em contratos,
2.	avaliações de fornecedores. 

•	Por que explorar: 
1.	sem processos e governança, mesmo profissionais bem treinados não 
conseguem mitigar riscos sistêmicos.

4. Cultura e colaboração entre áreas

•	Treinar líderes clínicos em noções de risco cibernético 
1.	Devem apoiar as medidas de segurança.

•	Criar canais regulares de diálogo entre:
1.	segurança, 
2.	TI,
3.	equipes de saúde.

•	Práticas recomendadas:
1.	reuniões, 
2.	comitês, 
3.	exercícios conjuntos,,
4.	simulações de cenários,
5.	discussões de eventos ocorridos na vida real

•	Programas de “segurança como cuidado”
Alinham: 
1.	Segurança,
2.	objetivo clínico,
3.	proteção ao paciente. 

•	Impacto: 
1.	reduz resistência a controles,
2.	melhora detecção precoce de problemas.

5. Ferramentas, métricas e melhoria contínua

•	Métricas úteis: 
1.	tempo médio de detecção e resposta,
2.	número de incidentes com impacto clínico, 
3.	taxa de sucesso em exercícios de phishing,
4.	conformidade de patches.

•	Playbooks e checklists 
Para incidentes com impacto em pacientes, devendo incluir:
1.	comunicação com familiares,
2.	órgãos reguladores.

•	Auditorias e lições aprendidas 
1.	ao término de cada módulo de educação continuada,
2.	na ocorrência de incidentes,
3.	etapa obrigatória da educação continuada, 
4.	deve ser rastreável e auditável. 

•	Recomendações: 
1.	medir para priorizar investimentos,
2.	demonstrar valor para a liderança.

6. Conteúdo e formatos de capacitação sugeridos

•	Currículo modular: 
1.	fundamentos de cibersegurança,
2.	riscos clínicos,
3.	resposta a incidentes,
4.	privacidade e compliance,
5.	segurança de IA.

•	Formatos mistos: 
1.	e learning,
2.	workshops presenciais, 
3.	simulações, 
4.	mentorias,
5.	certificações internas.

•	Materiais prontos para líderes: 
Briefings executivos com
1.	riscos, 
2.	custos,
3.	roadmap de capacitação.

7. Prioridade de implementação (curto, médio, longo prazo)

1.	Curto (1–3 meses): 
•	campanhas de conscientização focadas em riscos clínicos; 
•	checklists de acesso e senhas; 
•	exercícios tabletop.

2.	Médio (3–9 meses): 
•	simulações integradas, 
•	laboratórios para TI, 
•	políticas de governança,
•	contratos com fornecedores.

3.	Longo (9–18 meses): 
•	integração de segurança em processos de compra, 
•	métricas consolidadas, 
•	programa contínuo de capacitação e certificação.

8. Resumo Objetivo

• Assunto:
Prioridades para capacitação em cibersegurança na área Corpo Clínico.

• Foco: 
1.	treinamento supervisionado contínuo,
2.	capacitação efetiva do corpo clínico da instituição,
3.	conhecimento teórico-prático sobre riscos cibernéticos,
4.	embasamento científico  sobre danos clínicos secundários a ciberataques.

• Ações imediatas: 
1.	exercícios tabletop com equipes clínicas; 
2.	microlearning sobre phishing
3.	uso seguro de dispositivos; playbooks de resposta.