Saltar al contenido principal
DSO + cadenas · enterprise solution

Para DSO y cadenas dentales · aislamiento por clínica de verdad

Si gestionas 5+ clínicas y has chocado con SaaS verticales generalistas que no entienden multi-tenancy · este es tu sitio. Cada clínica va aislada a nivel de base de datos, con onboarding dedicado y APIs. La consola de HQ que agrega todas las clínicas está en desarrollo · hoy se despliega clínica a clínica.

Pre-revenue · 0 DSO clients todavía · pero la arquitectura multi-tenant ya está construida (Postgres RLS · audit log · per-tenant encryption keys). Pen test programado Q3 2026.

Honestidad pre-revenue · qué SÍ ofrecemos hoy

  • Arquitectura técnica multi-tenant funcionando · 2 demo clínicas operativas + roadmap enterprise documented
  • Pen test externo programado Q3 2026 · disclosure bajo NDA tras finalización
  • SOC 2 Type I roadmap Q1 2027 · cuando lleguen primeros 10 enterprise clients pagando
  • Plan enterprise pre-launch · pricing negociable · ideal design partner DSO si quieres co-build roadmap

6 features enterprise · qué te damos vs SaaS generalista

Las SaaS verticales generalistas son single-tenant designed para una clínica. DSO necesita architectura diferente desde día uno.

Multi-tenancy real · aislamiento por clínica

Cada clínica con datos aislados a nivel Postgres RLS. Cross-tenant access impossible · no fugas data entre clínicas hermanas.

  • Postgres Row-Level Security por clinic_id
  • Audit log inmutable por clínica · la vista cross-clinic para HQ está en desarrollo
  • Cifrado de tokens con clave gestionada y rotación (una clave de plataforma, no por tenant)
  • Pen test externo planificado · aún no realizado, no hay informe que compartir

Reporting consolidado HQ — en desarrollo

Panel por clínica disponible hoy. La vista agregada de HQ sobre varias clínicas está en desarrollo: el esquema no tiene todavía concepto de grupo (ni parent_clinic, ni grupo_id, ni organizacion_id), así que cada clínica es una cuenta independiente.

  • Hoy · panel por clínica: no-show rate, conversión y cohortes de esa clínica
  • En desarrollo · agregado HQ de MRR, churn y revenue entre clínicas
  • En desarrollo · comparativa y cohortes cross-clinic
  • En desarrollo · export CSV y API REST para BI (Looker · Tableau · Power BI)

Governance · roles HQ vs local — en desarrollo

Hoy el control de acceso vive dentro de cada clínica (super admin, owner, admin) y el audit log registra quién hizo qué. La separación HQ vs local y el SSO están en desarrollo — lo mismo que declara /access-control-policy.

  • Hoy · roles por clínica (super admin · owner · admin) y audit log granular
  • En desarrollo · roles de HQ separados de los de clínica y roles a medida
  • En desarrollo · SSO (SAML · Google Workspace · Microsoft Entra)
  • Audit log granular · quién hizo qué · cuándo

Brand customization per clinic

Cada clínica conserva su brand · pero compliance + tech stack centralizado HQ.

  • Colores · logo · tono mensajes WhatsApp por clínica
  • Templates WhatsApp aprobados Meta centralized · reusables across clínicas
  • FAQ + KB compartida HQ + per-clinic overrides
  • Marketing campaigns coordinadas pero adaptadas localmente

API + integraciones custom

REST API completa · webhooks · integraciones con tu PMS / CRM / ERP existente.

  • REST API + GraphQL endpoint (coming Q4 2026)
  • Webhooks signed HMAC · idempotency keys
  • Bulk operations (CSV upload pacientes · campaigns)
  • PMS integration custom (Klinikare · Dentalink · CareStack) — en desarrollo, no disponible aún

Enterprise security + compliance

Postura security enterprise · DPA Art. 28 firmada · subprocesadores list · audit log inmutable.

  • DPA firmada · subprocesadores list pública /subprocesadores
  • Pen test externo planificado · aún no realizado
  • Audit log inmutable · 5 años retention
  • Roadmap SOC 2 Type I (Q1 2027) + ISO 27001 (Q3 2027)
Onboarding dedicado · 5 phases

Cómo es onboarding enterprise · 16-20 semanas

Sin self-service activation. Onboarding dedicado con founder + onboarding lead + tu equipo HQ. Cada fase con deliverables específicos.

  1. 01

    Phase 1 · Discovery (1-2 semanas)

    Workshops con HQ + 2-3 clínicas piloto. Mapeo procesos · pain points · KPIs target. Documento de decisión arquitectura.

  2. 02

    Phase 2 · Setup técnico (2-3 semanas)

    Alta de cada clínica · brand customization · roles y permisos · API keys + webhooks. Integración PMS, governance HQ y SSO están en desarrollo y no entran todavía en esta fase.

  3. 03

    Phase 3 · Pilot clinics (4 semanas)

    Activación 2-3 clínicas piloto. Founder + onboarding lead + tu equipo. Daily check-ins primera semana · weekly tras.

  4. 04

    Phase 4 · Rollout (8-12 semanas)

    Activación clínica por clínica · pace según capacity HQ. Training local staff · documentación per-clinic · QBR mensual.

  5. 05

    Phase 5 · Optimization (continuous)

    QBR quarterly · roadmap influence · custom features priority · dedicated account manager + Slack founder.

Pricing enterprise · custom · negociable

Sin pricing público para Enterprise (volumen · custom features · SLA tier dependen). Estos son guidelines orientativos:

Modelo pricing Enterprise

Custom · negociado según volumen clínicas + custom integrations + SLA tier. Base ~€999/clínica/mes con descuentos por volumen.

Volumen ≥ 10 clínicas

~20% descuento sobre Elite base + setup gratis primeras 3 clínicas

Volumen ≥ 25 clínicas

~30% descuento + custom roadmap influence + co-development features

Volumen ≥ 50 clínicas

~40% descuento + dedicated infrastructure + SOC 2 acceleration + co-marketing

Volumen + custom features + SLA tier afectan precio. Hablamos tras discovery workshop · propuesta estructurada con breakdown.

Qué NO vamos a prometer

Sales pitch enterprise típico promete cosas imposibles. No es nuestro estilo. Estos son los caveats honestos para DSO considerándonos:

  • ❌ Migración instantánea sin downtime

    Migración 5+ clínicas requiere 16-20 semanas estructuradas. Cualquier vendor que prometa 'switch en 2 semanas' es vendor con problema.

  • ❌ SOC 2 Type II hoy

    Pre-revenue · Type II requiere 12 meses operations history. Type I roadmap Q1 2027 · Type II Q1 2028.

  • ❌ White-label completo desde día uno

    Brand customization básico SÍ · white-label total (sin mención AI Empire) requiere desarrollo adicional 4-8 semanas + tarifa.

  • ❌ 99.99% uptime SLA contractual

    Target operacional 99.9% (8.76h downtime/año max). 99.99% requiere multi-region failover · roadmap Q2 2027.

  • ❌ ROI específico garantizado

    Promesa imposible · depende de tu cadena · doctores · mix tratamientos · CAC actual. Ofrecemos baseline + post-medición transparent.

¿Gestionas 5+ clínicas dentales?

Discovery workshop gratis · 2h con founder · sin sales pitch · ves arquitectura técnica · evaluamos juntos si fit existe. Salida sin compromiso.