API
Interfaz que permite a otros sistemas conectarse al software clínico para leer o escribir datos.
Una API (Application Programming Interface) expone funciones del software para integraciones. Ej: tu ERP descarga ventas mensuales, tu sitio web recibe agendamientos, tu app personalizada lee datos del paciente. Una API REST con autenticación por token es el estándar moderno. Pocas alternativas en LATAM lo ofrecen.
Audit log / log de auditoría
Registro inmutable de quién hizo qué acción y cuándo en el sistema.
El audit log registra eventos críticos: login, modificación de ficha, exportación de datos, cambios de permisos. Cada entrada incluye user_id, timestamp, IP y diff. Es exigible legalmente cuando se manejan datos de salud (Ley 20.584 + 19.628) y es imprescindible para investigar incidentes. En sistemas avanzados los logs son hash-encadenados (no pueden modificarse retroactivamente).
Backup automático
Copia diaria automática de los datos clínicos que protege contra pérdida de información.
Todo software clínico serio hace backup automático diario en al menos dos ubicaciones físicas distintas. La retención típica es 30 días (7 días sería el mínimo). En caso de error humano, hackeo o falla de hardware, se restaura el último backup. Pregunta siempre por la política de backup y restore time antes de contratar.
Cloud / nube
Servidores remotos donde se almacenan los datos de la clínica, accesibles desde internet.
Cuando un software clínico es "en la nube", los datos se guardan en data centers profesionales (AWS, Hetzner, Google Cloud) con redundancia, backups automáticos y certificaciones de seguridad. Diferente a "instalación local" donde el servidor está físicamente en la clínica y depende de su mantención. Cloud reduce riesgo, costo y permite acceso multi-dispositivo.
Dunning
Proceso automatizado de cobranza para pacientes con saldo vencido.
Dunning son las reglas progresivas de cobro: día 1 vencido = WhatsApp amable, día 7 = email firme, día 15 = llamada o pausa de servicio, día 30 = derivación. Automatizarlo libera al recepcionista del seguimiento manual y reduce morosidad de forma sistemática.
Estado de resultados
Reporte mensual que muestra ingresos, costos y utilidad de la clínica.
El estado de resultados (P&L o EERR) descompone: ingresos totales, costos directos (insumos, laboratorio), gastos operacionales (arriendo, sueldos, software, marketing), utilidad operacional, impuestos y utilidad neta. Leerlo cada mes evita sorpresas tributarias y muestra dónde está el margen real. Diferente al flujo de caja (entradas/salidas reales).
KPI
Indicador clave de desempeño: una métrica que la clínica vigila para medir salud del negocio.
KPIs típicos en clínicas: ocupación de agenda, tasa de no-show, ticket promedio, morosidad, NPS (satisfacción), pacientes nuevos por mes, retención a 6 meses. El dashboard del software clínico debería mostrarlos en tiempo real para evitar reportes manuales en Excel.
LTV (Lifetime Value)
Ingreso total que generará un paciente promedio durante toda su relación con la clínica.
LTV = ticket promedio × frecuencia anual × años de retención. Para una clínica dental con $80.000 ticket × 2 visitas/año × 5 años = $800.000 LTV. Saber el LTV permite calcular cuánto invertir en captación de un paciente nuevo (CAC) y cuánto vale optimizar la retención (recordatorios, fidelización).
Morosidad
Porcentaje de pacientes con saldo pendiente vencido.
La morosidad se mide: (saldo pendiente vencido / facturación total) × 100. En clínicas LATAM ronda 8-15%. Reducirla con: cobros online inmediatos, abonos antes de tratamientos largos, recordatorios de pago automáticos por WhatsApp y dunning (reglas de seguimiento). Una baja morosidad libera capital de trabajo.
Multi-tenant
Arquitectura donde un mismo software sirve a múltiples clínicas con datos completamente aislados.
En un sistema multi-tenant, cada clínica (tenant) tiene su propia base de datos lógica o filtrado por tenant_id. El software se actualiza una sola vez para todos. Diferente a una instalación on-premise donde cada clínica tiene su servidor. La mayoría de softwares clínicos modernos en LATAM son multi-tenant en la nube.
NPS
Net Promoter Score: métrica de 0-10 que mide la probabilidad de que un paciente recomiende tu clínica.
NPS = % promotores (9-10) − % detractores (0-6). En salud, un NPS sano supera +50. Se mide post-consulta vía WhatsApp con una sola pregunta: "¿Qué tan probable es que recomiendes nuestra clínica del 0 al 10?". Comentarios libres ayudan a detectar fricciones operativas (esperas largas, problemas de comunicación).
PWA
Progressive Web App: aplicación web que se instala como app nativa en el celular.
Una PWA combina lo mejor de web y app nativa: se instala desde el navegador (sin App Store), funciona offline, envía push notifications y ocupa <10 MB. Ideal para portales del paciente y para acceso rápido del profesional desde el celular. No requiere desarrollo separado para iOS/Android.
SaaS
Software como servicio: se paga una suscripción mensual sin instalación local.
SaaS (Software as a Service) significa que el software vive en la nube. La clínica paga una suscripción mensual y accede desde cualquier navegador. No requiere servidor propio, instalación ni mantención. Las actualizaciones, backups y seguridad son responsabilidad del proveedor. Es el modelo dominante en software clínico desde 2018.
Tenant isolation
Aislamiento de datos entre clínicas en un sistema multi-tenant.
Tenant isolation garantiza que la clínica A nunca vea datos de la clínica B, aunque ambas usen el mismo software y base de datos. Se implementa con tenant_id en cada query + Row-Level Security (RLS) en Postgres + tests automatizados. Un sistema sin tenant isolation es un riesgo legal grave bajo Ley 19.628 / GDPR.
Ticket promedio
Ingreso promedio por consulta o por paciente en un período.
Se calcula: ingresos totales / número de atenciones (o pacientes únicos). Es uno de los KPIs financieros más importantes de una clínica. Aumentarlo via venta cruzada (un kinesiólogo + un nutricionista por paciente), tratamientos integrales o membresías sube ingresos sin necesidad de captar más pacientes nuevos.
Two-Factor Authentication (2FA)
Segundo factor de seguridad al iniciar sesión, además de la contraseña.
2FA exige al usuario un código de un solo uso (OTP) generado por una app (Google Authenticator, Authy) o enviado por SMS. Protege la cuenta aunque la contraseña haya sido robada. Para softwares clínicos manejan datos sensibles, 2FA debería activarse para todos los usuarios staff. Algunos sistemas también ofrecen FIDO2 / passkeys.
Webhook
Notificación automática que el software envía a una URL externa cuando ocurre un evento.
Un webhook es lo opuesto a una API: en vez de tu sistema preguntar, el software notifica. Ej: cuando se confirma una cita, el software dispara un POST a tu URL con los datos. Útil para automatizar procesos: sincronizar con Google Calendar, enviar a contabilidad, disparar email marketing. Estándar para integraciones modernas.