bevirtual-psico

Una plataforma de gestión clínica diseñada para tu consulta — no una herramienta genérica adaptada.

Material de apoyo para reunión Zoom — 20 minutos

28 mayo 2026 Diana Sánchez 20 min

01El punto de partida

"Con el mío no estoy muy contenta porque me falla un montón." — Tú, sobre tu sistema actual

Tres cosas concretas que nos has contado:

Lo que pasa hoy Por qué duele Cómo lo arreglamos
Pacientes que salen de consulta sin número de ficha Pierdes trazabilidad y tiempo el día de la factura Numeración correlativa automática y a prueba de saltos en el momento de crear al paciente
Facturas que aparecen con IRPF que tú no configuraste Tienes que corregir delante del paciente El sistema se niega a emitir una factura si no has completado el onboarding fiscal. Cero por defecto invisible
Lentitud general Frena la consulta y rompe el ritmo Stack moderno (Node + React + PostgreSQL) en VPS europeo dedicado, no software heredado

Tu prioridad declarada: "si tengo un problema, que me lo arregléis".

Lo asumimos como compromiso: soporte humano accesible, no chatbot.

02Qué es bevirtual-psico en una frase

Una aplicación web para gestionar la consulta de psicología (agenda, pacientes, historia clínica, consentimientos, facturas y cobros) construida con dos no-negociables desde el día 1:

RGPD impepinable

Cada profesional ve solo a sus pacientes asignados, todo lo clínico va cifrado en la base de datos, y cada acceso queda registrado en un log que no se puede borrar.

Fiscal explícito

Nada de IRPF/IVA por defecto. Tú configuras, el sistema obliga, no hay sorpresas.

03Cómo se organiza la aplicación

graph TB A[Agenda
multi-despacho] P[Pacientes
+ ficha extendida] HC[Historia Clínica
cifrada] C[Consentimientos
firmables] F[Formularios
pre-terapia] B[Bonos
+ sesiones] FA[Facturas
+ VeriFactu] PA[Pagos
Stripe] N[Notificaciones
SMS / Telegram / email] A --> P A --> B P --> HC P --> C P --> F P --> FA B --> FA FA --> PA A -.recordatorios.-> N C -.envío firma.-> N F -.envío link.-> N classDef clinical fill:#e8f4f8,stroke:#2c5f7c,stroke-width:2px classDef fiscal fill:#fef5e7,stroke:#a06b1f,stroke-width:2px classDef ops fill:#f0f4e8,stroke:#5a7a2e,stroke-width:2px class P,HC,C,F clinical class FA,PA,B fiscal class A,N ops
Arquitectura modular — 8 módulos en 3 familias

Tres familias de módulos

Clínica

Pacientes · Historia Clínica · Consentimientos · Formularios

Todo lo que toca datos del paciente. Vive bajo el escudo RGPD.

Fiscal

Bonos · Facturas · Pagos

Todo lo que mueve dinero. Bajo el escudo de numeración atómica y onboarding obligatorio.

Operaciones

Agenda · Notificaciones

El día a día: quién, cuándo, dónde, y avisar.

04Cómo se ve un día normal

Flujo A — Paciente nuevo entra en consulta

sequenceDiagram autonumber participant Tu as Tú (recepción) participant P as Paciente participant App as bevirtual-psico participant Mail as Email / SMS Tu->>App: Crear paciente App-->>Tu: Número de ficha asignado (atómico, sin saltos) Tu->>App: Enviar formulario pre-terapia App->>Mail: Link único sin login Mail->>P: "Rellena antes de tu cita" P->>App: Completa formulario en su móvil App-->>Tu: Respuestas listas en su ficha Tu->>App: Enviar consentimiento RGPD App->>Mail: Link único de firma P->>App: Firma (canvas / iPad) Tu->>App: Co-firma como profesional App-->>Tu: PDF archivado + audit log

Flujo B — Sesión que se descuenta de un bono

sequenceDiagram autonumber participant Tu as Tú participant App as bevirtual-psico participant Pago Tu->>App: Crear cita en agenda App-->>Tu: Comprueba si paciente tiene bono activo Note over App: Bono = paquete prepago de N sesiones Tu->>App: Marcar sesión como realizada App-->>Tu: "Sesión 3 de 10 consumida" Note over App,Pago: El estado "pagado" del bono
está desacoplado de "consumida".
(Lección directa del bug eholo.)

Flujo C — Factura emitida y cobrada

sequenceDiagram autonumber participant Tu as Tú participant App as bevirtual-psico participant Stripe participant AEAT Tu->>App: Crear borrador de factura App-->>Tu: Preview con IRPF, IVA, bruto, neto Note over App: Si no has hecho onboarding fiscal,
el sistema SE NIEGA a emitir. Tu->>App: Confirmar emisión App-->>Tu: Número correlativo asignado (sin saltos, sin huecos) App->>AEAT: Envío VeriFactu (cola asíncrona) App->>Stripe: Generar enlace de cobro Stripe-->>Tu: Pago confirmado vía webhook Note over App: Factura emitida = inmutable.
Si hay error, se corrige con RECTIFICATIVA, no editando.

05El escudo invisible

Lo que pasa sin que tú pienses en ello.

graph LR U[Tú o tu equipo
iniciáis sesión] U --> R{RBAC
¿quién eres?
¿qué centro?
¿qué módulo?
¿qué paciente?} R -->|OK| OP[Operación clínica] R -->|NO| D[HTTP 403
+ entrada en audit log] OP --> AL[Audit log
append-only] OP --> ENC[Datos clínicos cifrados
pgcrypto en BD] OP --> NUM[Numeración
atómica] classDef shield fill:#fff4e6,stroke:#c47b2a,stroke-width:2px class R,AL,ENC,NUM shield
Garantía Qué significa en cristiano
RBAC granular Una colaboradora restringida solo ve sus pacientes asignados. Si intenta abrir uno ajeno, no puede — y queda grabado.
Cifrado en reposo El contenido de las historias clínicas está cifrado en la base de datos. Si alguien robara el disco, no puede leer nada.
Audit log append-only Cada acceso a una historia clínica queda registrado. Nadie — ni el administrador — puede borrar esos registros.
Numeración atómica 100 pacientes creados a la vez = 100 números consecutivos. Cero saltos, cero duplicados, cero "se me cayó la conexión".
Onboarding fiscal obligatorio No puedes emitir tu primera factura hasta haber definido IRPF, IVA, numeración y NIF. Si no lo haces, el sistema rechaza.
Factura inmutable Una factura emitida no se edita. Si hay error, sale una rectificativa. Eso te protege ante Hacienda.
2FA obligatorio para roles sensibles Admin y dirección entran con doble factor antes de acciones críticas.
Re-autenticación para acciones graves Exportar una HC, borrar un paciente, cambiar IRPF de una factura emitida → te vuelve a pedir la contraseña aunque estés dentro.

06Diferencias con tu sistema actual

Tema Tu sistema actual bevirtual-psico
Soporte cuando algo falla Tickets / lento Soporte humano accesible (compromiso explícito)
Privacidad por defecto Todos ven todo Cada profesional solo ve sus pacientes asignados
Fiscal Defaults invisibles (IRPF que aparece sin pedirlo) Onboarding obligatorio. Nada implícito.
Numeración Pacientes sin número de ficha Atómica, garantizada por la base de datos
Multi-sede real Limitado 2 sedes con 1 y 3 despachos cada una, calendarios separados y reporting consolidado
Historia clínica Texto plano Cifrada en reposo, locking automático, justificación obligatoria para desbloqueo
iPad en consulta Pensado para escritorio Diseñado iPad-first: layouts de 1024×768, targets ≥44pt, firma con Apple Pencil o dedo
Diseñado RGPD-first Adaptado a posteriori Es el punto de partida, no un parche

07Qué llega cuándo

gantt title Roadmap por bloques dateFormat YYYY-MM-DD axisFormat %b section v1 (ahora · 15 días) Agenda + Pacientes + Bonos heredados :done, v1a, 2026-05-28, 3d RBAC clínico + cifrado HC :active, v1b, after v1a, 5d Facturas + VeriFactu + Stripe :v1c, after v1b, 3d Consentimientos + formularios + iPad :v1d, after v1c, 3d Deploy demo + verificación :v1e, after v1d, 1d section v2 (siguiente) IA resumen post-sesión :v2a, 2026-07-01, 14d Bonos familiares :v2b, after v2a, 14d Migración desde sistema actual :v2c, after v2b, 14d Portal del paciente :v2d, after v2c, 14d section v3 (después) Videoconsulta integrada :v3a, 2026-10-01, 30d Outcome measures (PHQ-9, GAD-7) :v3b, after v3a, 14d Sync Google Calendar :v3c, after v3b, 14d
Bloque Qué tendrás Cuándo
v1 — MVP demo-ready Todo lo que cubre los 8 módulos del diagrama §3, deploy en psico-demo.devbevirtual.com, login real, sin "Próximamente" en ningún sitio 15 días laborables desde el arranque
v2 — IA + migración + familia Resumen IA post-sesión, bonos familiares (con la fiscalidad bien pensada), import de datos desde tu sistema actual, portal del paciente con token Tras validar v1
v3 — Diferenciadores Videoconsulta integrada, outcome measures (PHQ-9, GAD-7, BDI-II), sync con Google Calendar, statuspage público Más adelante, según prioridades reales

08Lo que necesitamos validar contigo hoy

Marca las que respondamos para no perderlas. Si una pregunta no aplica, dilo y la cerramos.

8.1 Sobre tu día a día clínico

  • Editor de historia clínicaA2 ¿Prefieres escribir libre con secciones (anamnesis, objetivos, evolución, plan...) o un formato estructurado tipo SOAP (Subjetivo / Objetivo / Análisis / Plan)?
  • Cierre de entradasA15 Te proponemos que las entradas de HC se "cierren" automáticamente a los 7 días desde la última edición (luego solo se corrigen con una entrada nueva). ¿7 días te encaja o prefieres otra ventana?

8.2 Sobre firma y consentimientos

  • Nivel de firmaA16 ¿Te vale firma simple con evidencia forense (IP, fecha, dispositivo, hash del documento + co-firma tuya) o necesitas firma cualificada eIDAS (más cara, requiere proveedor externo)?
  • ¿Cómo firman tus pacientes?A18 Dos escenarios típicos:
    • In-person: tú les pasas el iPad en la consulta y firman allí.
    • Remoto: les llega un link por SMS/email y firman en su móvil antes de venir.
    ¿Cuál es tu caso predominante?

8.3 Sobre el dispositivo en consulta

  • iPadA17 ¿Qué modelo usáis tú y tu equipo (iPad estándar / Air / Pro)? ¿Con Apple Pencil habitualmente o solo dedo?
  • ¿Hay zonas de la consulta sin wifi estable?A19 Si sí, ¿necesitarías que la app funcione offline (escribir HC sin conexión y sincronizar después)? Esto es decisión grande, mejor saberlo ya.

8.4 Sobre bonos familiares

Decide si entra antes o después.

  • Tamaño máximo del grupo§10.2 #16 ¿Cuántos miembros máximo en un bono familiar (pareja, familia 4 personas, más)?
  • Titularidad de la facturaA7 Si paga el padre pero el bono lo consume el hijo, ¿a nombre de quién va la factura?
  • Bajas del grupo§10.2 #18 Si un miembro causa baja del grupo, ¿qué pasa con las sesiones que le quedaban?
  • Visibilidad cruzadaA8 ¿El titular del bono ve las citas y notas del resto de miembros del grupo?
  • Compra§10.2 #20 ¿Quién puede comprar un bono familiar — solo el titular o cualquier miembro?

8.5 Sobre tu situación actual

  • Brecha de datos de marzo 2026A10 Tu sistema actual tuvo una brecha que expuso datos de pacientes. ¿Estás tú afectada? ¿Tus pacientes lo saben?
  • MigraciónA11 Si decidieras migrar a bevirtual-psico, ¿tu sistema actual te deja exportar tus datos? ¿Has visto la opción de export (CSV, Excel)?

8.6 Sobre lo que viene después

  • Videoconsulta integradaA4 ¿La necesitas en v1, v2, o no es prioritaria? ¿Tienes proveedor preferido (Daily, Whereby...) o nos da igual?
  • Recetas digitalesA12 El psiquiatra de tu equipo, ¿necesita recetas digitales desde la app?
  • Cuestionarios estándarA13 ¿Usas PHQ-9, GAD-7, BDI-II en tu práctica?
  • MutuasA14 ¿Trabajas con alguna mutua? ¿Cuál(es)?
  • Métodos de cobroA6 Además de Stripe (tarjeta + Apple/Google Pay), ¿necesitas Redsys (TPV virtual de bancos españoles)?

09Compromisos que damos por escrito

  1. Soporte humano con SLA público (no chatbot, no tickets perdidos).
  2. Tus datos viven en Europa — VPS en Alemania, RGPD aplicable directamente.
  3. Tú eres dueña de tu cuenta Stripe — el SaaS solo orquesta, no custodia el dinero.
  4. Cero "Próximamente" en el menú — si algo no funciona, no aparece.
  5. Demo real antes de cualquier compromiso económico.

10Próximos pasos sugeridos para hoy

Min Tema Resultado esperado
0–3 Saludo + objetivo de la llamada Encuadre
3–8 Mostrar §3 (módulos) y §4 (flujos) Que veas dónde encaja tu trabajo
8–12 Confirmar §1 (problemas) y §6 (diferencias) Validar que entendemos bien tu pain
12–17 Bloques 8.1–8.3 (las preguntas que desbloquean v1) Decisiones firmes para arrancar
17–19 Bloques 8.4–8.6 (lo que afina v2/v3) Lo que se pueda; lo demás queda para email
19–20 Cierre + próximo paso (demo en psico-demo.devbevirtual.com) Fecha tentativa

Objetivo de la reunión: salir con suficientes respuestas para arrancar el bloque v1 (15 días laborables) sin esperar más rondas de email.