Websites para hospitais e clínicas
Quem abre o website de um hospital procura quase sempre uma resposta concreta: onde fica a urgência, qual é o horário das visitas no internamento, o que levar no dia da cirurgia. Se a resposta está a três cliques, o utente telefona para a central. Construo websites em WordPress onde essas respostas aparecem primeiro e que o gabinete de comunicação consegue manter atualizados sem programador.
O que o utente tem de encontrar logo
Organizo o menu e a página inicial à volta das perguntas que de outra forma chegam ao telefone:
- Urgência: entrada, acessos, estacionamento e telefone, visíveis no telemóvel sem fazer scroll.
- Serviços e consultas externas: uma página por unidade, com horário, localização no edifício e ligação para marcações.
- Internamento e alta: o que levar e que formulários existem, em PDF para imprimir.
- Visitas e avisos: a equipa editorial publica alterações diretamente no painel.
A lista de médicos assenta em tipos de conteúdo e campos próprios (especialidade, serviço, horário de consulta), para que cada informação seja escrita uma vez e apareça onde for precisa.
Acessibilidade: o que exige o Decreto-Lei n.º 83/2018
O Decreto-Lei n.º 83/2018, de 19 de outubro, aplica-se, entre outras entidades, ao Estado, aos institutos públicos e às entidades do setor público empresarial (artigo 2.º). Os hospitais EPE do SNS estão nesta última categoria.
- Âmbito: todo o conteúdo do sítio e das aplicações móveis, incluindo documentos descarregáveis, formulários, processos de autenticação e meios de pagamento (artigo 3.º).
- Norma: presume-se a conformidade quando o conteúdo cumpre as normas harmonizadas publicadas no Jornal Oficial da UE ou, na falta delas, a norma europeia EN 301 549 (artigo 7.º). A versão atual dessa norma assenta nos critérios WCAG 2.1 de nível AA.
- Declaração de acessibilidade: segue o modelo da AMA e indica as partes não acessíveis, os motivos e o mecanismo de contacto.
Um hospital privado não consta do artigo 2.º, mas os seus utentes precisam do mesmo site acessível.
Dados de saúde ficam fora do WordPress
Os dados de saúde são categorias especiais de dados pessoais nos termos do artigo 9.º do RGPD. O website público guarda apenas informação: páginas dos serviços, folhetos para utentes, notícias. Processos clínicos, resultados e receitas ficam nos sistemas clínicos do hospital e no portal do fornecedor.
Daqui resultam decisões concretas:
- o formulário de contacto não tem campo para sintomas nem número de utente e diz claramente que não serve para situações urgentes,
- os plugins de formulários não guardam pedidos na base de dados do site, salvo se o hospital precisar disso,
- ferramentas de análise e chats externos só carregam depois do consentimento e nunca nas páginas de marcações,
- os editores têm só as permissões que usam e os administradores entram com autenticação de dois fatores.
Marcações pelo sistema que já usa
Os horários das consultas vivem no sistema clínico, por isso o site não os copia. Ligo o módulo de marcações que o hospital já usa: por ligação ou incorporação segundo a documentação do fornecedor, ou pela API do fornecedor, se existir e o contrato a cobrir. Os campos que passam pela interface ficam definidos por escrito com o serviço de informática antes de eu construir.
Se o sistema do fornecedor não responder, a página mostra o telefone das marcações e um aviso curto em vez de uma moldura vazia.
Quem sou
Chamo-me Mariusz Szatkowski e sou programador WordPress sénior desde 2006, com base em Gdynia, na Polónia. WPPoland é o nome com que trabalho. Trabalho sozinho: escrevo eu o código que recebe e não passo os seus acessos a ninguém.
O que faço
Temas WordPress a partir do design que o hospital ou a sua agência fornece, listas de serviços, consultas e médicos, integração do sistema de marcações existente, testes de acessibilidade, migrações de CMS antigos e manutenção. Não faço design gráfico nem wireframes.
Testes e entrega
Testo com tarefas reais de utentes: encontrar a urgência, abrir a preparação para uma colonoscopia, marcar uma consulta externa. Cada tarefa é feita no telemóvel, só com teclado e com leitor de ecrã (NVDA e VoiceOver), com ampliação a 200 e 400 por cento. O axe-core apanha parte dos erros, o resto verifico à mão. Antes do lançamento restauro uma cópia de segurança num servidor vazio para provar que a recuperação funciona.
Na entrega recebe o código no repositório, a descrição das integrações, a lista de serviços externos, um guia para editores e os resultados dos testes de acessibilidade. O conteúdo é exportável, por isso pode mudar de fornecedor mais tarde.
Contrato e manutenção
- Contrato e fatura: contrato B2B sob a lei polaca, faturado com o meu número de IVA da UE PL7393037445. Antes do acesso assinamos um acordo de subcontratação segundo o artigo 28.º do RGPD. Não uso subcontratantes.
- Contratação pública: posso descrever os requisitos técnicos e de acessibilidade de forma a serem verificáveis na receção. O procedimento é conduzido pelo hospital.
- Manutenção: monitorização a cada 1 a 5 minutos, cópias de segurança guardadas pelo menos 30 dias em países da UE e atualizações testadas primeiro em staging. Antes de alterações reviso o site como numa auditoria de segurança. Não ofereço piquete 24/7 nem tempos de resposta garantidos.
Escreva-me pelo formulário de contacto o que deve ser feito, a que sistemas o site se liga e quem o vai editar. Recebe por escrito as minhas dúvidas ou uma proposta.
Requisitos semelhantes de acessibilidade e proteção de dados aplicam-se a outras instituições: websites para órgãos governamentais, websites para instituições culturais e websites para fundações.
