Accesibilidad que se prueba, no que se declara
Cumplimos WCAG 2.2 AA y lo verificamos con lectores de pantalla y navegación por teclado. En un portal de paciente la accesibilidad no es cumplimiento: es que la gente pueda usarlo.
Construimos portales de paciente, sistemas de cita y paneles clínicos accesibles de verdad, con la privacidad y la trazabilidad que el sector exige por diseño.
EL RETO
El software sanitario maneja datos sensibles y críticos donde la privacidad, la interoperabilidad y la disponibilidad no son opcionales. Requiere seguridad demostrable, trazabilidad y cumplimiento normativo desde el diseño.
En salud, la persona que usa tu portal muchas veces no es la que mejor se maneja con una pantalla, y el dato que gestiona es el más sensible que tiene. Construimos la capa web de productos sanitarios con dos obsesiones: accesibilidad real —no una etiqueta en el pie de página— para que un paciente mayor pueda pedir cita sin ayuda, y privacidad desde el diseño para que ningún dato clínico acabe donde no debe.
Cumplimos WCAG 2.2 AA y lo verificamos con lectores de pantalla y navegación por teclado. En un portal de paciente la accesibilidad no es cumplimiento: es que la gente pueda usarlo.
Minimización de datos en el navegador, control de sesión estricto y cero datos clínicos en analítica de terceros. Lo que no sale del servidor no se puede filtrar.
Flujos de cita pensados para el peor caso: móvil antiguo, conexión mala y usuario con prisa. Menos pasos, mensajes claros y confirmación que llega.
Interfaces para profesionales donde cada consulta y cada cambio queda registrado, con permisos granulares por rol y por centro.
QUÉ GANAS
DUDAS
Sí, tratándolos como categoría especial. Eso implica decisiones concretas en el frontend: no cachear datos clínicos en el navegador, no enviarlos nunca a herramientas de analítica o de terceros, cerrar sesión por inactividad y pedir consentimiento explícito y granular para cada tratamiento.
Trabajamos contra WCAG 2.2 nivel AA como mínimo, con auditoría al cierre de cada fase. Probamos con lectores de pantalla y solo con teclado, porque las herramientas automáticas detectan menos de la mitad de los problemas reales.
Sí. El portal consume una capa de API que se comunica con el HIS o la historia clínica mediante HL7 y FHIR, para que la información sea la misma en los dos sitios en lugar de mantener una copia que se desincroniza.
Si lo que necesitas es publicar contenido y poco más, un CMS con plantilla es la respuesta honesta y te lo diremos. El desarrollo a medida empieza a compensar cuando hay lógica de negocio, usuarios con permisos, integraciones con tus sistemas o un rendimiento que la plantilla no te da.
Porque combinan un ecosistema enorme con renderizado en servidor, que es lo que te permite tener una aplicación rica y a la vez indexable y rápida. Next.js nos da SSR, rutas y optimización de imágenes sin montar infraestructura propia. Si tu caso no lo justifica, te proponemos algo más simple.
Tenemos base en Madrid y trabajamos en remoto con clientes de toda España, Europa y Latinoamérica. Si prefieres reuniones presenciales en Madrid, las hacemos; si prefieres trabajar en remoto con reuniones cortas y entregas frecuentes, también.
Sí. Auditamos el código, las dependencias y el rendimiento real para saber qué hay, y a partir de ahí lo estabilizamos y lo evolucionamos por partes, sin parar tu operación ni proponerte una reescritura por defecto.
Cuéntanos tu proyecto. Te respondemos con un plan concreto y un equipo senior — no con un presupuesto genérico.