Abrir la segunda sede no duplica el trabajo: lo multiplica. Lo que en una consulta se resolvía hablando por el pasillo —un hueco libre, una historia que hay que consultar, la caja que no cuadra— en un grupo de clínicas se convierte en llamadas, hojas de cálculo y decisiones tomadas a ciegas.
La mayoría del software de gestión clínica está pensado para una consulta con varios profesionales, no para varios centros con una sola dirección. Esta guía recorre lo que de verdad cambia cuando pasas de una sede a cinco, y qué tiene que resolver la herramienta para que la dirección vea el conjunto sin que cada centro pierda su forma de trabajar.
Qué cambia el día que abres la segunda sede
Los problemas de un grupo no son los de una clínica grande. Son otros:
- Agendas que no se ven entre sí. Un paciente pide cita «lo antes posible» y nadie sabe que hay un hueco esta tarde a quince minutos de allí.
- Pacientes duplicados. El mismo paciente, dos fichas, dos historias, dos teléfonos distintos. El día que hace falta el antecedente, no está.
- Profesionales que rotan. La fisioterapeuta pasa lunes y miércoles en un centro y jueves en otro. ¿Dónde está su agenda? ¿Y su control horario?
- Cierres de caja que no cuadran. Cada sede cobra, cada sede factura y la consolidación llega a final de mes en un Excel que hace alguien a mano.
- Permisos. Recepción de un centro no tiene por qué ver los ingresos del otro, y muchas veces tampoco sus historias clínicas.
Un grupo no necesita un software más grande: necesita uno que entienda que hay más de un sitio.
Agenda por sede, una sola visión para dirección
Es el punto donde se nota si una herramienta está pensada para multicentro o solo lo dice en la web. Cada sede necesita su propia agenda, con sus horarios, sus salas y sus profesionales; y dirección necesita una vista que las sume todas sin tener que entrar y salir de tres sistemas.
Un único núcleo, tres sedes
El paciente tiene una sola ficha, la dirección un solo informe y cada centro su propia agenda, su caja y sus permisos.
Con esa estructura, tres cosas dejan de ser un problema: derivar a un paciente al centro que antes le atiende, cubrir la baja de un profesional con alguien de otra sede y saber, sin preguntar, qué ocupación real tiene cada centro esta semana.
Una ficha de paciente, varias sedes
Si el paciente cambia de centro, su historia tiene que ir con él. Eso significa una sola ficha, no una copia por sede: mismos antecedentes, mismas alergias, mismo consentimiento firmado y mismo histórico de citas y pagos.
La pregunta que sigue siempre es legal, no técnica: ¿puede el profesional de un centro abrir lo que escribió el de otro? Depende de cómo esté constituido el grupo y de la finalidad del acceso; lo desarrollamos en historia clínica compartida entre sedes, junto con el registro de accesos que tarde o temprano te van a pedir. Los fundamentos generales están en la guía de RGPD para clínicas y en la de historia clínica electrónica.
Permisos: quién ve qué en cada centro
En una consulta bastan dos o tres roles. En un grupo hace falta una matriz de rol por sede: la misma persona puede ser recepción en un centro y no tener acceso ninguno al otro, y la dirección médica ver todas las historias pero ninguna caja.
- Dar acceso a una sede concreta, no a todo el grupo.
- Separar agenda, historia clínica y facturación en permisos distintos.
- Registrar quién abre cada historia y cuándo.
- Retirar accesos el mismo día que alguien deja el grupo.
Al control de accesos se le suma el control horario, que en un grupo se complica: el registro es por centro de trabajo, y un profesional que rota necesita fichar en el que le toca cada día.
Facturación multisede: series, territorios y centros de coste
Aquí es donde más grupos descubren que su software se les ha quedado corto. Cada sede suele necesitar su propia serie de facturación, y si el grupo tiene centros en comunidades distintas puede convivir con dos sistemas de facturación verificable a la vez: TicketBai en los territorios forales del País Vasco y VeriFactu en el resto.
No es un caso raro: le pasa a cualquier grupo con una sede en Bilbao y otra en Madrid, y casi ningún proveedor lo explica. Lo desarrollamos entero en TicketBai y VeriFactu en grupos con varias sedes; si partes de cero, empieza por la guía general de VeriFactu y TicketBai en clínicas.
A eso se añade lo de siempre en sanidad: aplicar bien la exención de IVA del acto médico y el tipo que corresponda a lo que no lo es. Con varias sedes y varias sociedades, hacerlo a mano deja de ser viable.
Informes consolidados: los números que pide el comité
La razón por la que un grupo cambia de software casi nunca es la agenda: es que nadie sabe qué está pasando hasta que llega el cierre. Lo que debería salir solo, sin pedírselo a nadie:
- Ocupación por sede y por profesional, para decidir horarios y contrataciones.
- Ingreso por centro, por servicio y por profesional, comparable entre sedes.
- Ausencias. Un punto de no-shows en un grupo de cinco centros es mucho dinero al año.
- Primeras visitas frente a revisiones, que es lo que dice si la captación funciona.
Qué mirar antes de firmar
No todos los centros necesitan lo mismo, y pagar por lo que no vas a usar es tan caro como quedarte corto. Esta es la diferencia real entre los tres tamaños:
Con eso claro, la conversación con cada proveedor se reduce a una lista. Estos son los requisitos que conviene llevar por escrito a la demo:
Clínico
- Ficha única con el historial de todas las sedes
- Plantillas propias por especialidad
- Consentimientos firmados en tableta
- Registro de quién abre cada historia
Operación
- Agenda por sede con vista de dirección
- Profesionales que rotan entre centros
- Control horario por centro de trabajo
- Cierre de caja independiente por sede
Cumplimiento
- TicketBai y VeriFactu según el territorio
- Datos alojados en la Unión Europea
- Copias diarias y plan de recuperación
- Exportación completa de tus datos si te vas
Si un proveedor falla en tres de estos dieciséis puntos, no es tu proveedor. Y hay dos preguntas más que conviene hacer en la primera reunión: cómo se migran los datos de los sistemas que ya tienes —lo contamos en cómo migrar de software clínico sin perder datos— y cuánto cuesta de verdad con tu número de sedes y de usuarios, que es otra historia: la tienes en cuánto cuesta el software de un grupo de clínicas.
En byclinics montamos exactamente eso: una plataforma cloud con agenda por sede y vista global, ficha única de paciente, permisos por rol y centro, facturación preparada para VeriFactu y TicketBai e informes consolidados; y, si hace falta, la web y el SEO de cada centro conectados al mismo sistema. Puedes ver el detalle en software para grupos de clínicas y multicentro.
Preguntas frecuentes
Es un software de gestión clínica capaz de trabajar con varias sedes dentro de la misma cuenta: cada centro tiene su agenda, su caja y sus permisos, pero el paciente tiene una única ficha y la dirección una visión consolidada del conjunto. No es lo mismo que abrir una cuenta distinta por sede, porque entonces ni la ficha ni los informes se comparten.
Sí, y es lo recomendable. Cada centro trabaja con su horario, sus salas y su cierre de caja, mientras dirección consulta la suma de todos. Un profesional que pasa consulta en dos sedes aparece en la agenda de cada una, con el horario que le corresponde en cada sitio.
Sí. Con reserva de cita online conectada al software, el paciente elige centro, servicio y profesional, y la cita entra directamente en la agenda de esa sede. Es además la forma más sencilla de repartir carga entre centros cercanos.
Técnicamente la historia puede ser única; jurídicamente depende de si las sedes pertenecen a la misma sociedad o a varias, y el acceso debe justificarse por la asistencia al paciente. Lo explicamos con detalle en historia clínica compartida entre sedes.
Sí, y es justo lo que necesita un grupo con centros en el País Vasco y fuera de él. El software tiene que aplicar a cada sede el sistema que le corresponde por territorio, con series de facturación independientes. Lo detallamos en TicketBai y VeriFactu en grupos con varias sedes.
Depende sobre todo de cuántos sistemas distintos haya que unificar y de la calidad de los datos que se migran, no del número de sedes. Lo habitual es empezar por un centro piloto, ajustar plantillas y permisos con él, y desplegar el resto en oleadas para no parar la actividad.
¿Gestionas más de una sede?
Cuéntanos cómo está organizado tu grupo —sedes, sociedades y territorios— y te enseñamos cómo quedaría montado, sin compromiso.
Ver una demoNota: este artículo es divulgativo y describe criterios generales de organización y compra. Cada grupo debe validar con su asesoría fiscal y legal las decisiones que afecten a facturación, sociedades y tratamiento de datos.