Praxium
El mostrador de la clínica: reservar, tratar, hacer seguimiento

Praxium es software de consulta para clínicas ambulatorias. No es un EHR de planta ni un calendario aparte atornillado a una app de notas. Un solo lugar guarda la agenda, el historial del paciente, la lista de tareas y el portal que el paciente usa para reservar y leer lo que se le permite ver.

Los textos y las fotografías de esta página son originales. Describen el producto tal como existe hoy — en vivo en praxium.nl — sin copiar líneas de marketing ni capturas de paneles del sitio. Construido en los Países Bajos. Los datos de pacientes permanecen en la UE.

Citas Historiales EU · encrypted
Recepcionista de clínica en el mostrador con un portátil
Agenda de hoy
Un registro
Alojamiento en la UE
08:40 · recepción abre el día
Huecos, tiempos retenidos y quién viene — una pantalla, no tres suscripciones
Ambulatorio
Reserva → nota Un recorrido
Por clínica Base de datos aislada
20 years Registros de acceso del paciente (ley NL)
EU Frankfurt · Paris · Dublin

Qué es este producto de verdad

El día de una clínica pequeña son cuatro trabajos: llenar la agenda sin doble reserva, guardar un expediente legal, perseguir el trabajo que ocurre después de la visita y dejar que el paciente haga cosas simples. Praxium son esos cuatro trabajos en un tenant.

Clínico y paciente en una sala de consulta
Durante la visita

El historial, no un archivo Word

Secciones configurables (historia, tratamiento, archivos, escalas). El personal rellena campos que diseñó la clínica. Las notas se pueden redactar con IA en beta: un humano sigue aprobando antes de que entren en el expediente.

Paciente en sala de espera usando un teléfono
El paciente

Reservar y leer sin llamar

Auto-reserva, recordatorio el día anterior, reprogramar desde el enlace de confirmación. El acceso al portal está acotado: la clínica elige qué puede ver o completar la persona.

Pasillo de clínica ambulatoria con varias salas
La organización

Más de una sede

Precios, páginas de reserva, respuestas públicas y listas de personal pueden diferir por sede. Una clínica de una sola sede no se castiga con pantallas extra. Los derechos de admin se quedan en la sede donde trabaja esa persona.

Cómo lo usa un cliente un martes

  1. PacienteAbre la página de reserva de la clínica (o el portal). Elige un servicio y un hueco realmente libre. Recibe un recordatorio. Cambia la hora desde el enlace si el bus llega tarde: recepción no coge esa llamada.
  2. RecepciónVe la agenda entre terapeutas. Retiene un hueco. Reserva para quien entra de walk-in. No guarda un segundo calendario en una app de consumo.
  3. ClínicoAbre el historial de la misma persona: historia, último episodio, archivos. Escribe (o revisa un borrador) en los campos que definió esta clínica. Pasa un seguimiento a un colega como tarea con plazo.
  4. Gerente de consultaInvita al personal por email, define roles, catálogo y precios por sede, logo y colores en admin + portal, idiomas (neerlandés e inglés primero). Conecta el sitio público vía API / SDK / webhooks para que el horario no se copie dos veces.

En producción en una clínica, aún creciendo

En vivo hoy: agenda, historiales personalizables, sedes, tareas, marca, portal del paciente, personal, catálogo de servicios, correo de dominio propio, conexión web, borradores de notas con IA (revisar-antes-de-guardar).

Aún no: declaraciones a aseguradoras (VECOZO está planificado) y un bucle completo de factura a pago. Las clínicas que ya facturan a aseguradoras mantienen esa herramienta junto a Praxium hasta que esas piezas salgan.

Primero la clínica. Luego el ambulatorio hospitalario.

Praxium está hecho para consultas, no para monitores de UCI ni listas de quirófano. En un hospital pertenece a la planta ambulatoria / policlínica: la parte del edificio que ya se comporta como una clínica: huecos con nombre, clínicos con nombre, llamadas de seguimiento y un expediente que debe sobrevivir a una auditoría.

Departamento ambulatorio

Menos no-shows, menos dobles reservas

Los huecos retenidos y las reglas de disponibilidad evitan que dos secretarias den las mismas 14:00. Los recordatorios del día anterior y la reprogramación propia recortan las sillas vacías que aún cuestan una hora de especialista. Es el mismo dolor en una policlínica hospitalaria de ciudad que en una consulta privada.

El expediente legal

Quién abrió el historial, y cuándo

Las normas neerlandesas guardan registros de acceso del paciente veinte años. El cifrado a nivel de campo significa que un disco copiado no es un volcado legible. Cada clínica (o sede hospitalaria) está en su propia base de datos: un tenant no puede recorrer los pacientes de otro. MFA y límites de IP están del lado admin.

Varias plantas / sedes

Un grupo, precios y personal locales

Un hospital con dos edificios ambulatorios puede dar a cada uno su página de reserva, precios y respuestas públicas sin clonar todo el producto. Una recepcionista de la sede A no debería administrar la sede B por accidente.

Después de la visita

El seguimiento es una tarea, no un post-it

Perseguir el lab, devolver la llamada, carta al médico de cabecera: dueño, plazo, archivos y un aviso cuando está hecho. Así un equipo ambulatorio deja de perder trabajo en una bandeja compartida: el mismo modo de fallo en un pasillo de hospital que en una consulta de dos salas.

De una agenda a una plataforma de tenant

01

La agenda

Un calendario de consumo más una lista de papel en el mostrador. 14:00 doblemente reservadas.

Reglas, huecos retenidos, auto-reserva, recordatorio, enlace de reprogramación. Mostrador y web comparten una disponibilidad.

02

El expediente

Un formulario genérico que no encaja con esta especialidad.

Decenas de tipos de campo, secciones de arrastrar y soltar, documentos en el mismo registro. Cifrado a nivel de campo.

03

El sitio web

Horario editado dos veces. Precios caducados en el sitio público.

API HMAC de tenant, SDK TypeScript, webhooks. El sitio de la clínica lee equipo, servicios, FAQ, horario del mismo tenant.

Tenant OpenAPI. TypeScript en el sitio de la clínica.

Cada consulta es un tenant en {slug}.admin.praxium.nl: agenda, historiales, tareas, marca y el portal del paciente en ese host. La API pública es un contrato OpenAPI. El cliente oficial es TypeScript @praxium/sdk, generado desde esa spec. Los sitios de marketing de clínica suelen ir en Next.js 14+ (el par del SDK) para que un webhook revalide páginas en caché en vez de esperar a un cron.

El sitio web se autentica con una clave API HMAC creada bajo API Profiles. El slug del tenant y del perfil viven dentro de la clave; la plataforma también comprueba el hostname, así que una clave no puede apuntar a otra clínica. Locales en el cable: nl, en, ro vía Accept-Language.

Cuando cambian equipo, FAQ, horario o servicios, la plataforma publica un CloudEvent estructurado (application/cloudevents+json) firmado con HMAC-SHA256, comparación timing-safe, ventana de replay de cinco minutos. Los campos sensibles del historial se cifran uno a uno. Los datos de cada clínica están aislados en la base. MFA y listas de IP permitidas son nativos. Cómputo y copias permanecen en la UE: Frankfurt, París, Dublín.

TypeScript @praxium/sdk OpenAPI Next.js HMAC-SHA256 CloudEvents Cifrado de campos BD por clínica MFA / IP rules EU (FRA · PAR · DUB)
App de clínica (web)

Admin en el host del tenant: calendario, historiales a medida, tareas, personal, catálogo, marca. Portal del paciente y página de reserva a juego. Neerlandés e inglés primero.

API pública + SDK

Sedes, equipo, horario, FAQ, servicios reservables, seguros, políticas, formulario de contacto. Errores tipados (401 / 403 / 404 / 429). Campos personalizados por set + identificador, no etiquetas adivinadas.

Webhooks

Eventos como location.updated y staff.deleted. Next.js ISR, índice de búsqueda o purga CDN en el sitio de la clínica: no un segundo CMS.

Aislamiento + auditoría

Base de datos por clínica para que un dump de otro tenant no sea legible aquí. Registros de acceso del paciente guardados según periodos sanitarios neerlandeses. Los borradores de notas con IA quedan detrás de una aprobación humana.

El papeleo deja de seguir a la gente a casa

El hueco es cierto

Web y mostrador comparten disponibilidad. Un hueco retenido no se puede dar dos veces.

El expediente es de la clínica

Las secciones encajan con la especialidad. Cifrado y registros encajan con el regulador, no con un checkbox SaaS genérico.

El paciente hace el trabajo simple

Reservar, recordar, reprogramar, leer lo permitido. Recepción se queda con los casos difíciles.

¿Necesita un mostrador de clínica que también sea una API de tenant?

Reservas, historiales, tareas, portal, aislamiento en la UE: la forma Praxium para trabajo ambulatorio.