Sitios para cada hospital, clínica y línea de servicio, sin perder la marca del sistema

Marca blanca / Sistemas de salud

Un sistema de salud que ha crecido por adquisiciones suele heredar sitios web junto con los edificios: un hospital rural en un CMS antiguo, un grupo de ortopedia en un sitio de plantilla, una fundación gestionada por voluntarios, un centro oncológico creado por una agencia para una campaña. Esta página trata de cómo reunirlos bajo una marca y un mismo conjunto de reglas, qué exige ahora la norma web de la Sección 504 de HHS a los proveedores con financiación federal y la línea firme entre un sitio de marketing y cualquier cosa que toque datos de pacientes.

Reserva una demo · El precio se adapta a tu volumen y configuración, y conoces tu precio exacto en la llamada. 0% de comisión por transacción.

Actualizado: 25 de octubre de 2026

En resumen

La mayor parte de la dispersión de un sistema no está en el sitio principal. Está en los sitios de centros, líneas de servicio, grupos médicos, fundaciones y reclutamiento, cada uno con un responsable distinto.
HHS aplazó su plazo de la Sección 504 para web y apps: May 11, 2027 para receptores con 15 o más empleados y May 10, 2028 para los más pequeños. El estándar sigue siendo WCAG 2.1 AA.
Mantén la información de salud protegida fuera de estos sitios. Las solicitudes de cita, las preguntas sobre síntomas y los accesos al portal pertenecen a tus sistemas clínicos, no a un formulario de marketing.
We.Inc da a cada centro o línea de servicio su propio sitio bajo la marca del sistema, con interruptores por sitio, aprobación en un solo paso antes de publicar, registro de auditoría y código descargable. Agenda una demo para mapear tus propios sitios.

De dónde viene realmente la dispersión web de un sistema de salud

Pregunta a un equipo de marketing de un sistema cuántos sitios web gestiona y la primera respuesta será "uno". La cifra real aparece durante una revisión de adquisición o un susto de seguridad, y rara vez baja de veinte. Los orígenes son previsibles.

Hospitales y grupos médicos adquiridos. Se cierra la operación, el letrero del edificio cambia en pocos meses y el sitio antiguo sigue en línea durante años porque nadie se encarga de la migración. Los teléfonos quedan desactualizados, siguen apareciendo profesionales que ya se fueron y el logo antiguo convive con el nuevo.
Líneas de servicio. Cardiología, ortopedia, oncología, salud de la mujer y cirugía bariátrica quieren cada una un sitio que hable a sus pacientes y a los médicos que derivan. Tienen presupuesto, así que contratan una agencia, y la agencia construye lo que mejor sabe construir.
Fundaciones y voluntariados. Sitios de recaudación con páginas de donación, de galas y de inscripción de voluntarios, a menudo gestionados por otro equipo con otros proveedores.
Reclutamiento y formación médica de posgrado. Campañas para contratar enfermería, sitios de programas de residencia y páginas de fellowship dirigidas a un público completamente distinto del de los pacientes.
Campañas y programas comunitarios. Una campaña de vacunación contra la gripe, la inauguración de una nueva torre, una evaluación de necesidades de salud de la comunidad. De vida corta y luego olvidados.

Todos son legítimos. El problema no es que existan. Es que están construidos en plataformas distintas, no los aprueba nadie en particular y pertenecen a quien firmó la factura original.

Un registro de sitios para un sistema de salud

Antes de decidir la plataforma, apunta lo que tienes. Este es el registro que sugerimos; cópialo en una hoja de cálculo.

Columna	Qué incluye	Por qué importa
Nombre y dirección del sitio	La dirección web activa y las antiguas que redirigen a ella	Los sitios adquiridos suelen tener tres dominios apuntando a un mismo sitio
Entidad	Qué hospital, grupo, fundación o programa representa	Determina qué entidad jurídica es responsable y qué fecha de la Sección 504 aplica
Responsable de negocio	Un rol con nombre dentro de esa entidad, no un proveedor	Alguien debe poder aprobar cambios y la retirada del sitio
Editores	Quién cambia realmente el contenido hoy	Normalmente un coordinador, un gerente de consultorio o una agencia
Formularios del sitio	Cada formulario y adónde van sus envíos	El mayor riesgo de privacidad en los sitios de marketing
Scripts de seguimiento	Analítica, píxeles publicitarios, widgets de chat, mapas de calor	Requieren revisión de privacidad y cumplimiento en sitios de salud
Enlaces clínicos	Portal del paciente, citas, pago de facturas, archivos de transparencia de precios	Deben apuntar a las herramientas reales del sistema, no a copias
Fecha de revisión	Cuándo revisó el responsable el contenido por última vez	Las listas de profesionales y los horarios son lo que antes se queda desactualizado
Fin previsto	Para campañas y sitios de transición	Evita que se acumulen sitios olvidados

Las columnas de "formularios" y "scripts de seguimiento" son las que suelen dar sorpresas. Rellénalas primero.

La línea entre un sitio de marketing y los datos de pacientes

Los sitios de centros y líneas de servicio existen para ayudar a la gente a encontrar atención: ubicaciones, horarios, servicios, profesionales, cómo llegar, cómo pedir cita. No deberían recoger ni almacenar por sí mismos información de salud sobre pacientes.

Una regla práctica para cada sitio del registro:

Nada de formularios de admisión clínica. Ni comprobadores de síntomas, ni "describe tu afección", ni campos de historial médico. Enlaza al portal del paciente o a la herramienta de citas del sistema.
Los formularios de contacto solo piden datos de contacto, con un texto que indique no incluir información médica.
Los botones de cita derivan a tu sistema de citas existente en lugar de recoger solicitudes en un formulario propio del sitio.
Los scripts de seguimiento se revisan antes de añadirse a cualquier página, incluidas las que parecen inofensivas, como una página de línea de servicio o el perfil de un profesional. La Office for Civil Rights de HHS ha publicado orientaciones sobre el uso de tecnologías de seguimiento en línea por parte de entidades cubiertas por HIPAA; tu oficina de privacidad y tu asesoría legal deben decidir qué se permite.
Las donaciones pasan por el proveedor de pagos de la fundación, no por un formulario casero.

We.Inc es una plataforma web para sitios de marketing e información. No ofrecemos un business associate agreement ni presentamos la plataforma como apta para información de salud protegida. Úsala para la cara pública de un centro y mantén todo lo clínico en los sistemas clínicos que ya utilizas.

Sección 504: las fechas que aplican ahora

La norma de la Sección 504 de 2024 del Department of Health and Human Services exige a quienes reciben asistencia financiera federal de HHS (lo que incluye hospitales y clínicas que reciben fondos de Medicare o Medicaid) que su contenido web y sus apps móviles cumplan WCAG 2.1 Nivel AA. En May 2026, HHS publicó una norma final provisional que retrasó las fechas de cumplimiento un año:

May 11, 2027 para receptores con 15 o más empleados.
May 10, 2028 para receptores con menos de 15 empleados.

El estándar en sí no cambió, y HHS indicó que la prórroga no retrasa otras obligaciones de la Sección 504. Un sistema grande casi siempre estará en el primer grupo, pero los afiliados con propiedad separada y los consultorios médicos pequeños quizá no; tu asesoría legal debe confirmar qué entidad es la receptora para cada sitio del registro. Los hospitales públicos propiedad de un condado o de un distrito hospitalario también pueden estar sujetos a la norma web del Título II de la ADA, que tiene sus propias fechas; consulta nuestra guía del plazo del Título II de la ADA y la explicación de Sección 508 vs Título II vs WCAG.

Qué significa esto para la larga cola: un sitio de línea de servicio creado por un proveedor sigue siendo contenido del prestador. Los PDF también cuentan, sobre todo los formularios para pacientes, las políticas de asistencia financiera y las listas de precios. Una plataforma no puede hacer que el contenido cumpla por sí sola. Las plantillas pueden diseñarse para ayudar, pero el texto alternativo, el orden de los encabezados, la redacción de los enlaces, el contraste de color y cada documento subido deben revisarlos tu propio equipo o un auditor. Nuestra lista de comprobación de accesibilidad es un punto de partida práctico.

Cómo encajan los sitios en We.Inc

We.Inc es una plataforma de sitios de marca blanca. El sistema gestiona una cuenta de marca con su propio nombre, y cada centro, línea de servicio, fundación o programa tiene dentro su propia cuenta de cliente y su sitio.

Gestor de clientes con varias cuentas de cliente, búsqueda, etiquetas y un estado Activo o Invitado para cada una

*El gestor de clientes en la consola de la marca (marca de demostración). En un sistema de salud, cada fila sería un centro, una línea de servicio o un programa, etiquetado por región o entidad.*

Interruptores distintos para responsables distintos

Cada sitio tiene sus propios interruptores: si puede publicar, conectar su propio dominio, ver el código, tener un blog, recibir envíos de formularios y cambiar los ajustes de SEO. La página de una clínica rural puede tener los formularios totalmente desactivados. La fundación puede tener formularios y blog. Un programa de residencia puede tener blog pero no dominio propio.

Un cliente abierto en la consola de la marca, con su plan, su límite de sitios e interruptores de publicación, dominio propio, acceso al código, blog, tienda, formularios, SEO y un ajuste que hace que la publicación requiera aprobación

*Interruptores por sitio, incluido "La publicación requiere mi aprobación". Los formularios se pueden desactivar en cualquier sitio que no tenga motivo para recoger nada.*

Aprobación en un solo paso antes de publicar

El marketing del sistema puede exigir aprobación antes de que un sitio se publique, como valor predeterminado para todos los sitios o solo para algunos. Las solicitudes esperan en una cola donde un administrador puede aprobar y publicar, o pedir cambios. Es un único paso de aprobación por parte de la cuenta de marca, no una cadena de revisión clínica o legal en varias etapas, así que si tu proceso necesita la firma de cumplimiento y de legal como pasos separados, estos se hacen antes de aprobar la solicitud.

Una cola titulada Pendiente de tu aprobación, con un sitio en la lista y botones para aprobar y publicar o pedir cambios

*La cola de aprobación. La solicitud de esta pantalla de demostración se preparó para la captura.*

Un registro de quién cambió qué

El registro de auditoría guarda las acciones de la organización, como los cambios en los ajustes de un cliente, para que puedas responder "¿quién volvió a activar los formularios de esta clínica?" sin tener que preguntar a todo el mundo.

Registro de auditoría con eventos recientes de la organización, con hora, acción y usuario

*El registro de auditoría en la consola de la marca. En esta demo muestra dos ediciones en los ajustes de un cliente.*

Dominios que coinciden con la señalización

Cada sitio puede estar en su propio dominio o en un subdominio del dominio del sistema. Los hospitales adquiridos pueden conservar una dirección conocida durante la transición y cambiarla después, y el sistema decide para cada sitio si sus editores pueden conectar un dominio.

Panel de dominio en el editor de un sitio que invita al usuario a conectar un dominio de su propiedad

*Conectar un dominio desde el editor de un sitio.*

Edición para personas que no son del equipo web

Los gerentes de consultorio y los coordinadores de líneas de servicio pueden describir un cambio en lenguaje sencillo y la IA lo hace, o hacer clic en un encabezado o botón y cambiarlo directamente. Cada cambio sigue pasando por aprobación si el sitio lo requiere.

Editor visual con un encabezado seleccionado y controles de fuente, tamaño y color

*El editor visual. Los cambios de contenido siguen necesitando tu propia revisión de accesibilidad antes de publicar.*

Código que conservas

El código de cada sitio se puede descargar en un ZIP o sincronizar con GitHub. Si se vende un centro o el sistema cambia de plataforma, el sitio se va con su código en lugar de tener que reconstruirse. La parte contractual está en nuestra guía de plan de salida de proveedores.

Panel de código con un árbol de archivos y un botón Descargar

*El panel de código, con todo el código fuente del sitio y un botón de descarga.*

Lo que We.Inc no es para un sistema de salud

No es un portal del paciente, un sistema de citas, una base de datos de directorio de profesionales ni una herramienta de transparencia de precios. Enlaza a ellos.
No incluye un business associate agreement, certificaciones de seguridad, declaraciones de conformidad de accesibilidad, compromisos de disponibilidad ni garantías de región de datos. Si tu evaluación de proveedores necesita respuestas por escrito sobre alguno de estos puntos, pregúntanos y te diremos con claridad qué podemos ofrecer y qué no.
Normalmente no es el sitio principal del sistema si ese sitio está muy ligado a un CMS empresarial y a una base de datos de médicos. El encaje honesto es la larga cola que lo rodea.

Un piloto de 90 días que te diga algo

Semanas 1-2: rellena el registro anterior para una región. Marca cada formulario y cada script de seguimiento.
Semanas 3-6: migra tres sitios con responsables distintos: una clínica adquirida, una línea de servicio y la fundación. Formularios desactivados por defecto y aprobación activada en los tres.
Semanas 7-10: haz tu propia revisión de accesibilidad en los tres sitios y corrige lo que encuentres. Anota cuánto tardaste.
Semanas 11-12: retira las versiones antiguas, configura las redirecciones y actualiza las fechas de revisión del registro.

Si va bien, el mismo patrón sirve para el resto. Nuestra plantilla de política de gobierno web incluye textos para responsables, ciclos de revisión y retirada de sitios. Agenda una demo y trae tu registro.

Fuentes

Última revisión: 2026-10-25.

U.S. Department of Health and Human Services, Office for Civil Rights, Extension of Compliance Dates for Nondiscrimination on the Basis of Disability; Accessibility of Web Content and Mobile Applications of Recipients of Departmental Financial Assistance, norma final provisional, Federal Register, May 11, 2026 (91 FR 25496).
U.S. Department of Health and Human Services, Office for Civil Rights, Use of Online Tracking Technologies by HIPAA Covered Entities and Business Associates.

Esta página es información general, no asesoramiento legal. Confirma tus obligaciones con tu asesoría legal y tu oficina de privacidad.

Mapea con nosotros los sitios de tus centros y líneas de servicio

Reserva una demo de 30 minutos. Te enseñamos el creador con tu marca, vemos cuántos sitios de clientes piensas gestionar y te damos tu precio exacto.

Reserva una demo

¿Prefieres ver primero el recorrido completo? Mira el creador de sitios web de marca blanca

Preguntas que hacen los compradores

¿Cuándo deben cumplir los hospitales la norma de accesibilidad web de la Sección 504 de HHS?

Tras la norma final provisional de May 2026, quienes reciben asistencia financiera federal de HHS y tienen 15 o más empleados deben cumplir antes del May 11, 2027, y quienes tienen menos de 15 empleados, antes del May 10, 2028. El estándar es WCAG 2.1 Nivel AA.

¿Podemos recoger información de pacientes a través de estos sitios?

No. We.Inc es para sitios públicos de marketing e información. No ofrecemos un business associate agreement. Enlaza las citas, la admisión y las tareas del portal a tus sistemas clínicos existentes y limita los formularios a datos de contacto.

¿Puede el marketing del sistema aprobar los cambios antes de que se publique el sitio de un centro?

Sí. La aprobación antes de publicar puede ser el valor predeterminado para todos los sitios o definirse por sitio. Es un único paso de aprobación por parte de la cuenta de marca; cualquier revisión legal o de cumplimiento aparte se hace antes de esa aprobación.

¿Puede un hospital adquirido conservar su propio dominio?

Sí. Cada sitio puede usar su propio dominio o un subdominio del dominio del sistema, y el sistema decide para cada sitio si sus editores pueden conectar un dominio.

¿Hace We.Inc que nuestros sitios sean accesibles?

Ninguna plataforma lo consigue por sí sola. Las plantillas pueden diseñarse para ayudar, pero tu equipo o un auditor deben probar cada sitio y cada documento subido según WCAG 2.1 AA.