◇ OpenCyber Academy
Curso rápido · Capítulo 3 · Português

Capítulo 3 — Privacidade e proteção de dados: sistemas, dados e dependências

Ensino gratuito e aberto para quem deseja proteger pessoas e tecnologias. Não é preciso criar uma conta para estudar ou consultar as respostas.

Capítulo 3 — Privacidade e proteção de dados: sistemas, dados e dependências

Mapa da aula

Aula 03 publicada. Mapa, exemplo, EX055.

flowchart TD
  N0["3.1 Mapear os sistemas"]
  N1["3.2 Seguir os fluxos"]
  N2["3.3 Fornecedores e dependências"]
  N3["3.4 Bases legais"]
  N4["3.5 Retenção"]
  N5["Conceitos — a base não viaja para a finalidade segui"]
  N6["Dados — quatro fluxos que saem da loja"]
  N7["Fluxo de decisão — o dono propõe um uso novo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7
  N7 --> EX["Exemplo resolvido"]
  EX --> Q["Exercício EX055"]

Desenho lógico

flowchart LR
  N0["3.1 Mapear os sistemas"]
  N1["3.2 Seguir os fluxos"]
  N2["3.3 Fornecedores e dependências"]
  N3["3.4 Bases legais"]
  N4["3.5 Retenção"]
  N5["Conceitos — a base não viaja para a finalidade segui"]
  N6["Dados — quatro fluxos que saem da loja"]
  N7["Fluxo de decisão — o dono propõe um uso novo"]
  N0 --> N1 --> N2 --> N3 --> N4 --> N5 --> N6 --> N7 --> Q["EX055"]
[3.1 Mapear os sistemas]
    |
    v
[3.2 Seguir os fluxos]
    |
    v
[3.3 Fornecedores e dependências]
    |
    v
[3.4 Bases legais]
    |
    v
[3.5 Retenção]
    |
    v
[Conceitos — a base não viaja para a finalidade segui]
    |
    v
[Dados — quatro fluxos que saem da loja]
    |
    v
[Fluxo de decisão — o dono propõe um uso novo]
    |
    v
[Exemplo resolvido] --> [Exercício EX055]

Objetivos de aprendizagem

Você vai (1) mapear os sistemas e os fluxos de dados da Juniper; (2) identificar fornecedores e dependências; (3) anotar as bases legais e a retenção.

3.1 Mapear os sistemas

Numa tarde, Sofia desenha os sistemas da Juniper numa página: o sistema de dispensação, que guarda receitas e históricos de medicação; o caixa, que registra as vendas; o aplicativo de fidelidade, operado por um fornecedor; a ferramenta de newsletter por e-mail; o gravador de CFTV; o serviço de entregas; e os arquivos de receitas em papel. Em cada caixa, ela escreve os principais dados que o sistema guarda. O desenho mostra que o aplicativo de fidelidade recebe toda noite os dados de compras do caixa, um fluxo que o dono não sabia que incluía as compras de medicamentos.

3.2 Seguir os fluxos

Sofia rastreia para onde os dados vão depois. As receitas chegam eletronicamente dos consultórios médicos e também em papel. O sistema de dispensação envia as cobranças ao serviço de saúde para pagamento. O serviço de entregas recebe nomes, endereços e a descrição de um pacote lacrado. A ferramenta de newsletter recebe os e-mails dos clientes que entraram na lista. O fornecedor da fidelidade recebe cada item do caixa, incluindo analgésicos e testes de gravidez. Ela marca cada fluxo com uma seta, seu conteúdo e se os clientes o esperariam. Dois fluxos surpreendem o dono.

3.3 Fornecedores e dependências

A Juniper depende de quatro fornecedores: o do sistema de dispensação, a empresa do aplicativo de fidelidade, a ferramenta de newsletter e a empresa de entregas. Cada um trata dados de clientes para a Juniper e precisa de um contrato que atenda ao artigo 28 do GDPR, com instruções, confidencialidade, segurança e exclusão; na LGPD, o operador age segundo as instruções do controlador, pelo art. 39. Sofia encontra contratos com o fornecedor da dispensação e com a ferramenta de newsletter, mas os da fidelidade e das entregas são termos padrão que não falam de proteção de dados. O Sr. Patel redige as cláusulas que faltam.

3.4 Bases legais

Com o Sr. Patel, Sofia anota a base legal de cada finalidade numa tabela. A dispensação se apoia na prestação de cuidados de saúde, com o artigo 9(2)(h) do GDPR como condição para os dados de saúde; na LGPD, a tutela da saúde do art. 11, II, "f". Guardar os registros de receitas se apoia em obrigações legais das farmácias. A newsletter se apoia no consentimento. O programa de fidelidade se apoia no contrato com os membros, mas usar as compras de medicamentos para ofertas personalizadas exigiria consentimento explícito, porque envolve dados de saúde. Cada finalidade precisa da sua base, escolhida antes de o tratamento começar.

3.5 Retenção

Sofia pergunta por quanto tempo cada tipo de dado é guardado. Os registros de receitas seguem regras profissionais definidas para as farmácias. O CFTV é sobrescrito depois de trinta dias. Os dados de fidelidade não têm limite, e os registros de entrega ficam no celular do entregador indefinidamente. Ela recomenda que o dono defina prazos de retenção para os dados de fidelidade, os registros de entrega e os assinantes da newsletter que nunca abrem os e-mails, e os registre numa tabela simples. O dono aprova. A limitação da conservação, ela observa, reduz tanto o risco jurídico quanto o dano de uma eventual violação.

Exemplo resolvido

Sofia mapeia sete sistemas, rastreia os fluxos, incluindo as compras de medicamentos enviadas ao fornecedor da fidelidade, encontra dois contratos com fornecedores sem cláusulas de proteção de dados, anota as bases legais e recomenda prazos de retenção.

Caso sintético. Os sistemas são sintéticos; os artigos 9(2)(h) e 28 do GDPR e os arts. 11 e 39 da LGPD são reais.

Erros e limites

Um mapa desenhado uma vez fica desatualizado; atualize-o quando os sistemas mudarem.

Conceitos — a base não viaja para a finalidade seguinte

Sofia já anota uma base para cada finalidade, antes de o tratamento começar. Uma base escolhida para pontos não cobre uma finalidade nova. Dado de saúde mantém essa regra e acrescenta uma condição do artigo 9 para a finalidade que de fato usa o dado de saúde. Na LGPD, a tutela da saúde do art. 11, II, "f", continua sendo a condição que a edição já registrou para a dispensação, e o operador segue as instruções do controlador, pelo art. 39.

Finalidade já na tabela dela Base que ela registrou Condição de saúde também? O que não bastaria
Dispensar uma receita Prestação de cuidados de saúde Sim, artigo 9(2)(h); na LGPD, art. 11, II, "f" O consentimento colhido para a newsletter
Guardar o registro da receita Uma obrigação legal das farmácias O registro é dado de saúde; a obrigação é o motivo de guardá-lo Um prazo mais curto que Sofia invente
Newsletter Consentimento Não, enquanto a mensagem não for sobre uma condição A adesão à fidelidade
Pontos para os membros Contrato com esses membros Não, enquanto o registro for pontos e gasto que não é medicamento Usar esse contrato para uma oferta com o nome do medicamento
Uma mensagem ligada a um medicamento nomeado Não está na tabela A mensagem usaria dado de saúde O contrato da fidelidade, ou o consentimento comum da newsletter

Dados — quatro fluxos que saem da loja

Fluxo Quem recebe O contrato tem os termos do artigo 28? Retenção que ela encontrou
Receitas e cobranças Fornecedor da dispensação Sim Regras profissionais das farmácias; ela não as reescreve
Endereços da lista Ferramenta de newsletter Sim Ainda sem prazo para quem nunca abre a mensagem
Cada item do caixa, inclusive medicamentos Fornecedor da fidelidade, toda noite Não Os dados de fidelidade não têm data de fim
Nome, endereço, descrição do pacote lacrado Empresa de entregas Não Ficam no celular do entregador sem data de fim

Fluxo de decisão — o dono propõe um uso novo

flowchart TD
  A["Um uso novo de dados que a Juniper já tem"] --> B{"Essa finalidade já está na tabela de bases da Sofia?"}
  B -->|Não| C["Não começar. Registrar uma base para esta finalidade primeiro"]
  B -->|Sim| D{"Este uso contém o nome de um medicamento ou outro dado de saúde?"}
  D -->|Sim| E{"Já há uma condição do artigo 9 registrada para esta mesma finalidade?"}
  E -->|Não| F["Parar. O contrato da fidelidade não é essa condição"]
  E -->|Sim| G["Seguir para quem recebe"]
  D -->|Não| G
  G --> H{"Um fornecedor receberia isso sob um contrato sem os termos do artigo 28?"}
  H -->|Sim| I["Marcar o contrato. Não acrescentar um fluxo novo nesses termos"]
  H -->|Não| J{"Há um prazo de retenção escrito para este dado?"}
  J -->|Não| K["Definir um prazo antes de guardar mais. Não inventar a regra da farmácia"]
  J -->|Sim| L["Escrever o uso na tabela"]

Exemplo resolvido — uma mensagem quando se vende insulina

O dono quer que o aplicativo de fidelidade envie uma mensagem com um vale sempre que um membro comprar insulina. Sofia não liga isso. O contrato dos membros cobre pontos. Não cobre uma mensagem disparada por um medicamento nomeado, e essa mensagem é uma finalidade nova que usa dado de saúde. A loja não colheu o consentimento explícito de que essa finalidade precisa. O contrato da fidelidade também ainda não tem os termos do artigo 28, e o operador continuaria sem instrução clara do controlador. Um vale só pelo total de pontos, sem nomear medicamento, seria outra proposta e percorreria este fluxo desde o início. Esta proposta nomeia a insulina, então fica desligada.

Caso sintético. A mensagem do vale de insulina é inventada. Os artigos 9 e 28 são reais, como os arts. 11 e 39 da LGPD já citados neste capítulo. Isto não é aconselhamento jurídico.

Aplicar

Exercícios

Continue estudando — aula 03 (capítulo 03 de 04)

← Capítulo 02 · Índice das aulas · Capítulo 04 →

Continue para a próxima aula já escrita.