Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

RGPD e dados de saúde para programadores

Dados de saúde do Artigo 9 como tarefas de engenharia: base legal, DPA, residência na UE, segurança, acesso e eliminação, DPIA — mapeado para o que a Anpheros cobre. HIPAA: BAA a pedido. Não é aconselhamento jurídico.

Ao abrigo do RGPD, os dados de saúde constituem uma categoria especial de dados pessoais (Artigo 9): o seu tratamento é proibido, a menos que se aplique uma das poucas condições previstas, como o consentimento explícito da pessoa ou a prestação de cuidados de saúde, e necessitam de salvaguardas mais rigorosas do que os dados pessoais comuns. Para as equipas de software, isto traduz-se em decisões de design concretas: uma base legal documentada, um acordo de subcontratação com todos os fornecedores que tocam nos dados, residência dos dados na UE ou uma transferência legal, controlo de acesso e registo, e formas de dar às pessoas os seus dados e de os eliminar. Esta página mapeia esses requisitos para o trabalho de engenharia e mostra quais as partes que uma plataforma de dados de saúde como a Anpheros já cobre. Trata-se de orientação técnica, não de aconselhamento jurídico.

GDPR for health data — the developer checklist, and what Anpheros covers

Legal basis under Article 9Explicit consent or a healthcare basis; yours to decide and document

Processor agreement (Art. 28)Signed DPA before production data

Data in the EUGoogle Cloud europe-west4 (Netherlands)

Access control and logs (Art. 32)Per-project isolation, consent, an access log the patient sees

Rights of access and erasureExport the whole record as FHIR ($everything); delete through the API (soft delete, history kept)

Impact assessment (Art. 35)Your DPIA; the platform documents its own measures

Os requisitos, como tarefas de engenharia

Requisito do RGPD	O que significa em código e operações	Em Anpheros
Base legal do Artigo 9	Decida e registe por que motivo processa dados de saúde (consentimento explícito, cuidados de saúde, saúde pública, investigação…)	A seu critério e documentação; o acesso por outras aplicações é feito através de consentimento OAuth explícito, e cada concessão regista o propósito declarado pela aplicação
Acordo de processador do Artigo 28	Assine um acordo de processamento de dados com cada processador	O acesso em produção requer um DPA assinado
Transferências do Capítulo V	Mantenha os dados na UE/EEE, ou utilize um mecanismo de transferência legal	Armazenado e processado na UE (Google Cloud `europe-west4`, Países Baixos)
Segurança do Artigo 32	Encriptação, controlo de acesso, isolamento, registo, resiliência	Isolamento por projeto, IDs de pacientes pareados, documentos encriptados com uma chave gerida pelo cliente, um registo de acesso
Direito de acesso do Artigo 15	Forneça à pessoa uma cópia dos seus dados	`Patient/$everything` (registo FHIR completo) e `$summary` (IPS)
Direito à eliminação do Artigo 17	Elimine quando a base terminar ou a pessoa o solicitar	Elimine através da API; as eliminações são suaves e as versões são mantidas para auditoria — planeie como a sua política de retenção as trata
Proteção de dados por conceção do Artigo 25	Recolha apenas o que precisa; limite quem pode vê-lo	Os âmbitos SMART e os filtros de categoria limitam o que cada aplicação lê
Registos de processamento do Artigo 30	Documente o que processa e porquê	Proveniência em cada escrita: autor, organização, sistema de origem
Notificação de violação do Artigo 33	Detete e reporte em 72 horas	O seu processo de incidentes; a plataforma regista cada acesso
AIVD do Artigo 35	Avalie o processamento de alto risco antes de começar	A seu cargo; a plataforma documenta as suas próprias medidas

O consentimento não é a única base legal

O consentimento explícito (Artigo 9.º, n.º 2, alínea a)) é comum para aplicações de pacientes, mas as clínicas geralmente baseiam-se na prestação de cuidados de saúde (Artigo 9.º, n.º 2, alínea h)) e em projetos de investigação no Artigo 9.º, n.º 2, alínea j) com a legislação nacional. Escolha a base por finalidade, registe-a e não peça consentimento que não irá honrar: o consentimento deve ser tão fácil de retirar como de dar. No Anpheros, uma pessoa revoga o acesso de uma aplicação a partir da página de consentimento e o pedido seguinte falha.

O Espaço Europeu de Dados de Saúde acrescenta ao RGPD

O Regulamento (UE) 2025/327 (EHDS) mantém o RGPD e acrescenta direitos e formatos: as pessoas obtêm acesso eletrónico aos seus dados prioritários (resumo do paciente, prescrições, resultados de laboratório, imagens, relatórios de alta) e podem partilhá-los, e os sistemas de EHR devem suportar o formato de intercâmbio europeu. Ver EHDS para programadores.

E a HIPAA?

O GDPR aplica-se a pessoas na UE; a HIPAA aplica-se a entidades abrangidas e aos seus associados comerciais nos EUA. A Anpheros é construída para o GDPR e para a residência de dados na UE, e os mesmos controlos servem a HIPAA: a Anpheros atua como Associada Comercial para clínicas nos EUA, com um acordo de associado comercial (BAA) e uma região de dados nos EUA disponível mediante solicitação para clientes de produção. As salvaguardas da HIPAA estão listadas na página de segurança.

Perguntas frequentes

Os dados de saúde são dados de categorias especiais ao abrigo do RGPD?

Sim. O Artigo 9 lista os dados relativos à saúde entre as categorias especiais; o seu tratamento requer uma das condições do Artigo 9(2), para além de uma base jurídica do Artigo 6.

Preciso de consentimento explícito para tratar dados de saúde?

Nem sempre. O consentimento explícito é uma condição; outras incluem a prestação de cuidados de saúde ou assistência social, saúde pública e investigação científica ao abrigo da legislação nacional. Escolha e documente a que se adequa a cada finalidade.

Os dados de saúde devem ser armazenados na UE?

O RGPD não exige armazenamento na UE, mas as transferências para fora do EEE necessitam de um mecanismo legal (uma decisão de adequação ou salvaguardas adequadas). Manter os dados na UE evita essa questão; algumas regras nacionais são mais rigorosas.

O Anpheros está em conformidade com o RGPD?

O Anpheros foi concebido para o RGPD: residência de dados na UE, um acordo de tratamento de dados para produção, consentimento controlado pelo paciente, isolamento entre aplicações e um registo de acesso que o paciente pode ler. A conformidade do seu produto também depende da sua própria base jurídica, documentação e processos.

Relacionado

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card