150 piezas, y para qué sirve cada una.

Reservas y agenda

El motor de agenda que hay debajo de todo lo demás — calendarios, disponibilidad, salas y las reglas que deciden qué huecos puede ver realmente un paciente.

• Un motor de disponibilidad que convierte el horario semanal, las excepciones con fecha y las reservas existentes en huecos libres
• Planificadores, anfitriones, ubicaciones y salas, con aforo y detección de solapamientos
• Reglas de huecos, listas de espera y ofertas automáticas de hueco cuando se libera una reserva

Reserva de sesiones de pago

Vende sesiones individuales como créditos. Es el módulo que separa comprar y reservar en dos pasos, lo que permite vender hoy un paquete y programarlo a lo largo de meses.

• Sesiones vendidas como créditos sobre un producto, sueltas o en paquete
• Acuerdos de servicio del paquete aceptados en la compra y conservados en la versión aceptada
• Políticas de cancelación escalonadas, con plazos de preaviso, penalizaciones y un periodo de gracia

Plataforma clínica

La capa de aplicación: los profesionales y sus perfiles públicos, la API móvil, contenidos y comunidad, notificaciones y la cuenta del paciente.

• Perfiles de profesional con un flujo de verificación, credenciales, servicios y calendarios
• Valoraciones, puntuaciones, preguntas públicas y el panel del profesional que hay detrás
• Endpoints REST para la aplicación móvil, autenticación JWT y sesiones WebSocket

Clinic

Informes de la clínica

Los diecisiete informes de gestión. Doce preguntan si el registro de la clínica coincide con lo que ocurrió; cuatro comparan cómo les va a los profesionales; uno está por encima de todos.

• Listas de conciliación: sesiones atascadas, créditos sin reservar, cobertura frente a demanda, cadena del dinero, registro de cargos
• Preparación de pagos, conducta de cancelación, expediente de cumplimiento, continuidad de pacientes y la cola de moderación
• Sesiones sin informe, y sesiones canceladas leídas junto con la conducta

Informes de sesión

La nota clínica que un profesional registra tras una sesión celebrada — guardada como documento seguro sobre el paciente, no como adjunto de una reunión.

• Un informe registrado en la sesión y anotado como relativo al paciente
• Cifrado en reposo en el servicio de documentos seguros, con una clave por versión
• El acceso lo decide solo el equipo asistencial, nunca un rol ni la antigüedad

Membresías

Un acuerdo permanente en lugar de una compra cada vez: un plan vendido en la tienda, y la membresía de un paciente sobre él.

• Los planes son productos de la tienda con imagen y descripción; el catálogo público está en /memberships
• Una membresía incluye créditos de sesión, acceso al chat y minutos de consulta fuera de sesión
• Los créditos siguen siendo créditos de sesión ordinarios, así que la reserva nunca tiene que aprender un segundo reglamento

Consultas por chat con medición

Tiempo de un profesional comprado en minutos en lugar de como cita, gastado en el chat y contabilizado al minuto.

• Un servicio puede vender una bolsa de minutos del profesional, con un plazo de validez opcional
• Tarifa definida en la empresa, que se puede sobrescribir por servicio
• Un asiento por cada cargo, y un extracto que pueden abrir tanto el paciente como el profesional

Formularios de admisión

El cuestionario que un paciente rellena antes de la primera sesión, guardado como contenido clínico y no como respuestas de encuesta.

• Un servicio indica qué cuestionario lo acompaña
• El paciente lo rellena antes de la sesión, desde sus propias páginas
• Las respuestas se escriben directamente en un documento cifrado — nunca se quedan en el almacenamiento de la encuesta

Revisión de pagos offline

La transferencia bancaria como vía de pago, para las clínicas que quieren que una persona revise cada pedido antes y después de que se mueva el dinero.

• Aprobar el pedido, facturarlo, recibir el justificante de la transferencia, aprobarlo y, entonces, emitir los créditos
• Los créditos aparecen solo cuando se aprueba el justificante, así que un pedido impagado no puede reservar una sesión
• Un rechazo lleva su motivo, y el pedido vuelve a quien puede resolverlo

Pago offline — páginas del paciente

La mitad de la vía offline que ve el paciente: dónde paga, qué sube y a qué está esperando el pedido.

• Cada estado tiene su propio color y marca en Mis pedidos, para que esperar se distinga a simple vista de un rechazo
• Pagar y subir el justificante en un solo cuadro de diálogo, sin salir del pedido
• El motivo del rechazo se muestra donde lo va a leer la persona que tiene que actuar

Panel de contabilidad

Los libros, en un panel propio: qué ha entrado, qué se debe, cuánto ha costado la prestación y qué está por venir. Separado del de administración a propósito — perseguir una factura impagada en el día a día es un trabajo, y llevar el libro mayor es otro.

• Una página de inicio con cuatro recuadros de importes, seis ratios de salud, seis gráficos y una lista de alertas
• Veintiún informes: caja, ingresos, coste de prestación, previsión, fugas y dos listas de verificación de control
• Devengo o caja, cinco periodos y un intervalo personalizado, conservados en cada informe de detalle

Paneles de equipo

Qué hay que hacer, para los cuatro equipos que rodean al centro. Comercial, personas, marketing y prestación tienen cada uno su página, y todas abren con la misma pregunta: qué va tarde, qué es ahora, qué viene y sobre qué nadie se ha comprometido a actuar.

• Cuatro paneles, cada uno un registro en lugar de código, así que un paquete sectorial puede añadir otro
• La franja de actividad en cada página: tarde · hoy · previsto · nada programado · requiere atención
• «Nada programado» es la franja para la que Odoo no tiene estado: un registro abierto sobre el que nadie ha prometido hacer nada, y que no aparece en ninguna otra pantalla

Paneles — CRM, ventas, prestación, personas

Cómo vamos, en la aplicación que los responsables ya abren. Cuatro páginas en los propios paneles de Odoo, en una sección «Equipos de la clínica», construidas como están construidas sus páginas de Ventas y Gastos.

• Cuatro páginas — CRM, ventas, prestación, personas — junto a las de Odoo
• Cuatro mosaicos de indicadores por página, cada uno con el periodo anterior al lado
• Dos gráficos y de dos a cuatro tablas de cabeza por página, cada una abriendo los registros que hay detrás

Paneles — asistencia, ausencias, pagos al personal

Tres páginas más en la misma sección, mantenidas aparte porque cada una necesita una aplicación que el centro puede no tener en marcha.

• Asistencia: fichados ahora, registros, horas trabajadas, horas extra, por persona y por departamento
• Ausencias: solicitudes sin respuesta, días aprobados, denegaciones y dónde caen los permisos por mes, tipo y departamento
• Pagos al personal: por declarar, por validar, por reembolsar, y qué se reclamó en el periodo

Incidencias de soporte

Un formulario público que convierte una pregunta en una tarea de la que alguien es responsable.

• Un formulario en /support/ticket que puede usar cualquiera, con sesión iniciada o no
• Cada envío abre una tarea, asignada al administrador de la tienda
• Quien la envía sigue su propia incidencia, y el administrador recibe el aviso en Discuss

Episodios asistenciales

Un proceso asistencial con un inicio, un final y un plan — la columna de la que cuelga todo lo demás en la historia clínica. La asistencia no es una sucesión de citas, y el registro lo refleja.

• Un episodio se abre con la primera sesión celebrada, y un paciente tiene uno abierto cada vez
• Un plan de tratamiento por episodio: problema → objetivo → meta, tres niveles y ni uno más
• Un objetivo lleva un título, una fecha prevista y un resultado — hacia qué se trabajó, y cómo fue

Notas clínicas

Plantillas de nota como una lista ordenada de campos tipados, para que una nota sea un conjunto de respuestas y no una prosa en la que nadie puede buscar.

• Una plantilla es una lista versionada y publicada de campos tipados — texto, número, escala, opción, fecha
• Una nota completada son las respuestas más un documento seguro generado
• Las respuestas se pueden leer exactamente cuando se puede leer su documento: una regla de acceso, no dos que se van separando

Biblioteca de plantillas de nota

El contenido de partida del motor de plantillas: mil formatos de nota con nombre, para que una clínica no empiece con una biblioteca vacía.

• Más de mil plantillas con nombre — SOAP, DAP, BIRP, admisión, revisión — agrupadas por disciplina
• Instaladas como datos, editables después como cualquier plantilla que redacte la propia clínica

Seguimiento de objetivos

Lo que un paciente registra entre sesiones, vinculado al objetivo que mide. Un programa que no informa sobre nada es como el seguimiento se convierte en deberes.

• Una biblioteca de programas con seis tipos de elemento: cuestionario, medición, opción, diario, archivo, tarea
• Un programa se envía a un objetivo, de modo que cada registro informa sobre algo que el plan pidió de verdad
• El paciente registra sobre su propio plan: primero lo que toca hoy, luego cada objetivo y lo pendiente en él

Cuestionarios puntuados

Instrumentos puntuados propiedad de la clínica. No se incluye ningún contenido de instrumento ni se reclama ninguna licencia: la clínica introduce lo que tiene derecho a usar.

• Una puntuación se guarda con la versión del instrumento que la produjo, y nunca se recalcula
• Tramos y umbrales por instrumento, y un tramo de riesgo genera una alerta que alguien tiene que confirmar
• Lo rellena el paciente en el portal o durante la sesión, y el canal queda registrado en ambos casos

Sesiones de grupo

Una nota escrita una vez y archivada a cada asistente como su propio documento.

• Una fuente redactada, un documento archivado por cada paciente asistente
• Un campo privado no está en el documento de otro asistente, en lugar de estar oculto dentro de él
• Se archiva a quienes asistieron, no a todos los que estaban reservados

Recordatorios y seguimiento

Una fecha de revisión que el profesional fija al terminar una sesión, y sobre la que se actúa cuando llega.

• Un recordatorio es una fecha y un motivo, creado al final de una sesión
• Invita; nunca reserva
• Los recordatorios vencidos aparecen en el resumen de la clínica antes de que se envíe ningún mensaje automáticamente

Codificación CIE-10-MC

Códigos diagnósticos allí donde la facturación los necesita, con búsqueda en lugar de escritos de memoria.

• Capítulos y códigos CIE-10-MC con búsqueda
• Un código registrado en el paciente y trasladado a pedidos y facturas

Un único constructor de formularios

Una sola lista de preguntas en el producto, y las tres cosas que por sí sola no trae: una clave de respuesta estable, visibilidad por pregunta, y una marca para el único número que puede salir del cifrado.

• El producto había criado cuatro constructores: los campos escritos de la plantilla de nota, las preguntas propias de la agenda, los ítems de seguimiento y la encuesta tras el formulario de admisión
• Cuatro constructores son cuatro sitios donde añadir un tipo de pregunta, cuatro representaciones y cuatro respuestas a «¿dónde fue esa respuesta?»
• Una lista de preguntas se redacta en survey.survey y en ningún otro sitio

Preguntas de reserva en la encuesta

Las preguntas de una agenda se diseñan en la encuesta y se archivan cifradas, para que la agenda pueda seguir siendo una agenda.

• Una agenda nombra una encuesta, y la página pública de reserva la presenta con el único renderizador
• Las respuestas se archivan en un documento cifrado contra la reserva
• El modelo de preguntas propio de la agenda se queda, y debe quedarse: un teléfono, una referencia, una casilla de consentimiento y las que escriben directamente en el contacto donde recepción tiene que leerlas

Biblioteca de instrumentos de psicología

El fondo escaneado de instrumentos de psicología como registros buscables, con un formulario vivo opcional en cuanto un escaneo se convierte en uno.

• El fondo escaneado cargado como registros que llevan su texto OCR, para que un instrumento se encuentre por lo que está escrito en él
• Una taxonomía por el sistema al que apunta cada instrumento
• Una encuesta opcional, creada cuando un escaneo se convierte en formulario vivo

Pago a profesionales

Las condiciones de pago por sesión en el contrato laboral, y el ciclo de pago que las liquida. Nada se recalcula en el momento del pago — cada sesión congeló su propio reparto al reservarse.

• Cuatro tipos de pago: salario mensual, tarifa por hora, importe fijo por sesión o un porcentaje de cada sesión
• Las condiciones viven en la versión del contrato, así que el historial queda fechado y solo una está en vigor cada vez
• Ciclos de pago — semanal, quincenal, mensual o trimestral — anclados al calendario o al inicio del contrato

Pago a profesionales — firma electrónica

Envía a firmar los contratos de colaboración desde el registro al que pertenecen, y conserva en él el historial de firmas.

• Enviar un contrato a firmar desde el propio contrato
• Cada solicitud se conserva en ese registro como su historial
• El pago de sesiones puede retenerse bajo un contrato que nadie ha firmado todavía

Planes para profesionales

Los profesionales independientes alquilan la plataforma en un plan que construimos nosotros. Este módulo guarda los planes, las suscripciones y las reglas que dicen qué permite hacer el estado de una suscripción.

• Los planes llevan un canal — consulta propia, marketplace o ambos —, precios mensuales y anuales, y líneas de condiciones escritas como frases
• Los interruptores de funciones de un plan se leen de los módulos instalados en lugar de teclearse
• Una suscripción copia las condiciones y funciones del plan al firmar y no las vuelve a leer, así que un cambio de precio mañana deja en paz las suscripciones de hoy

Procedencia de los clientes

Quién trajo cada cliente a cada profesional: el único hecho del que depende cada comisión que paga un profesional independiente, y el único que la plataforma no registraba.

• Una fila por pareja de profesional y cliente, con la procedencia y la pertenencia: cliente del profesional, o cliente de la plataforma
• La pertenencia se fija en el primer contacto y no la cambia nada salvo un traspaso del personal, con motivo
• El enlace corto del profesional, /e/<código>: quien lo sigue se registra y pasa a ser cliente de ese profesional

Cobro de las partes

Cuando el profesional cobra el dinero del cliente, debe a la empresa su parte. Una ejecución mensual que se la factura y la sigue hasta pagada.

• Con los profesionales aprobando pedidos y enviando enlaces de pago, el presupuesto, la factura y la página de pago llevan el nombre comercial, la dirección y el NIF del propio profesional como vendedor
• Si el profesional cobró queda congelado en la sesión al reservar, junto al reparto de la parte, así que cambiar el ajuste mañana no alcanza al mes pasado
• Ninguna fórmula nueva: la parte de la empresa ya dice lo que la empresa se queda, y si el dinero lo tiene el profesional, esa es la cifra que debe

Catálogo de funciones de la plataforma

La lista de lo que saben hacer los módulos instalados, declarada por cada módulo, para que los planes la activen y la desactiven.

• Nadie teclea el catálogo: un módulo con algo que valga la pena vender entrega un registro de función por capacidad
• Odoo crea esos registros al instalar el módulo y los borra al desinstalarlo, así que el catálogo siempre describe lo que esta base de datos puede hacer de verdad
• Ningún barrido, ninguna tarea de sincronización y ninguna segunda lista junto a la de módulos que se desajuste con ella

Documentos seguros

El servicio en sí. Un modelo lo adopta con una línea y obtiene sus documentos, un recuento y un diálogo de archivo que dice en lenguaje llano quién podrá abrir el resultado antes de guardarlo.

• Cifrado en reposo con una clave propia, guardado fuera del almacén de ficheros de Odoo y nunca servido por /web/content
• Acceso por reglas explícitas, denegado por defecto: una regla de permiso que coincida y ninguna de denegación que coincida, siempre
• Ser administrador, responsable o quien lo archivó no concede nada por sí solo

Documentos seguros: cifrado

La capa criptográfica, en un módulo propio para que la gestión de claves pueda revisarse y auditarse sin leer el resto de la aplicación.

• Cifrado de sobre AES-256-GCM: una clave de datos aleatoria por versión de documento, envuelta con una clave del despliegue
• La clave de cifrado de claves nunca se guarda en la base de datos
• El texto cifrado en un directorio propio, fuera del almacén de ficheros

Documentos seguros: portal

Donde una persona lee los documentos sobre sí misma que se han compartido con ella, en /my/documents — y solo esos.

• El interesado ve un documento cuando una regla de acceso del interesado se lo concede y nada lo deniega — nunca solo porque trate sobre él
• Las notas de psicoterapia, los documentos sellados y los que están bajo una decisión de retención vigente no se muestran nunca, digan lo que digan sus reglas
• Un único filtro que usan todas las rutas, para que solo exista una definición de quién puede ver qué

Documentos seguros: contactos

Archiva documentos seguros contra contactos — el sujeto más habitual, porque la persona de la que trata un documento suele ser aquella contra la que se archiva.

• Añade el servicio de documentos seguros a res.partner
• Se instala solo cuando ambos lados están presentes y se desinstala sin tocar ninguno
• Un puente por aplicación, para que adoptar el servicio en un contacto no arrastre aplicaciones ajenas

Documentos seguros: CRM

Archiva documentos seguros contra oportunidades — un dosier de due diligence no tiene nada de clínico y exige exactamente lo mismo.

• Añade el servicio de documentos seguros a crm.lead
• Cifrado, sujeto a reglas y registrado en cada lectura, como cualquier otro documento seguro
• Se instala y desinstala limpiamente y con independencia de los demás puentes

Documentos seguros: empleados

Archiva documentos seguros contra fichas de empleado — un expediente disciplinario o un informe de salud laboral es algo que archiva un responsable y que la mayor parte de RR. HH. no debe poder abrir.

• Añade el servicio de documentos seguros a hr.employee
• Acceso denegado por defecto, para que un rol de RR. HH. no abra un expediente por el mero hecho de serlo
• Se instala y desinstala limpiamente y con independencia de los demás puentes

Documentos seguros: proyectos

Archiva documentos seguros contra tareas — un contrato confidencial o un entregable firmado, guardado donde se sigue el trabajo.

• Añade el servicio de documentos seguros a project.task
• Se instala solo cuando ambos lados están presentes y se desinstala sin tocar ninguno

Documentos seguros: ventas

Archiva documentos seguros contra pedidos — un acuerdo firmado o los documentos de identidad de un cliente, guardados junto a la venta a la que pertenecen.

• Añade el servicio de documentos seguros a sale.order
• Se instala solo cuando ambos lados están presentes y se desinstala sin tocar ninguno

Autoridad de claves remota

Opcional: saca la clave de cifrado de claves del servidor de Odoo, para que una copia de la base de datos no sea una copia de los documentos.

• Las claves de los documentos se envuelven y desenvuelven a través de una autoridad remota en lugar de localmente
• La clave de cifrado de claves nunca está en la máquina que sirve la aplicación
• Se activa por despliegue; el backend local sigue disponible y sin cambios

Historia clínica

Resuelve el equipo asistencial. Un terapeuta llega a la historia de las personas de su propia cartera, no a la de toda la clínica — y eso es lo que hace exigible el principio de mínimo necesario en lugar de dejarlo en aspiración.

• Relaciones asistenciales — de profesional a paciente, con un tipo, un inicio y un final
• El acceso termina cuando termina la relación, tras un periodo de gracia suficiente para completar las notas pendientes
• Roles clínicos que deciden a qué parte de la aplicación llega alguien, nunca qué puede abrir

Historia clínica: Unión Europea (RGPD)

La capa del RGPD: la maquinaria de derechos y gobernanza que HIPAA no tiene, y por eso una instalación con estándar estadounidense no cubre la UE.

• Base jurídica registrada por tipo de documento — art. 9.2.h para la historia asistencial, no el consentimiento
• Supresión (art. 17) ejecutada destruyendo la clave, de modo que se respeta el derecho sin borrar la prueba de lo que se tenía
• Una evaluación de supresión, y nada se destruye mientras haya una retención legal o un plazo de conservación vigente

Historia clínica: acuse de la información por firma electrónica

Un puente, no un desarrollo — une un aviso de privacidad firmado con el registro de acuse, para que el expediente pueda decir qué versión vio realmente la persona.

• Una firma completada escribe el acuse una sola vez — un webhook entregado dos veces no debe falsear el recuento de pendientes
• La solicitud de firma nombra la versión del aviso, porque es la única pregunta que se le hace a un acuse
• Un bolígrafo sobre un formulario en recepción sigue siendo un acuse por escrito; el puente añade una vía sin sustituir la ordinaria

Historia clínica: Reino Unido

El UK GDPR y la Data Protection Act 2018 sobre el mismo núcleo técnico — con la prueba de daño grave construida como flujo de trabajo y no como una casilla.

• La prueba de daño grave (DPA 2018, anexo 3, parte 2) registrada con quién decidió, cuándo, sobre qué documentos y por qué
• Solo puede adoptarla alguien con una relación asistencial vigente, algo que el sistema comprueba en lugar de suponer
• Aparece en una cola de revisión antes de caducar y decae por sí sola a los seis meses

Historia clínica: gobernanza

Las salvaguardas administrativas — la mitad de HIPAA que no trata de cifrado, y la mitad que más citan las sanciones.

• El análisis de riesgos como un ejercicio con periodo, alcance y método, separado del registro de lo que encontró — para poder comparar el año próximo con este
• Cada riesgo se traslada a la siguiente evaluación con un vínculo al anterior, porque un registro que empieza en blanco cada año pierde la constancia de lo decidido
• El riesgo inherente se calcula y el residual deliberadamente no — un residual obtenido restando una puntuación de control es una ficción que dice lo mismo de un control probado la semana pasada que de uno escrito en una política

Historia clínica: Estados Unidos (HIPAA)

La capa HIPAA. La separación de las notas de psicoterapia se sostiene en el almacenamiento en lugar de depender de que las reglas de acceso sean correctas.

• El designated record set (45 CFR 164.501) marcado por tipo de documento, para que una respuesta de acceso no pueda incluir lo que queda fuera de él
• Las notas de psicoterapia en su propio espacio de claves — la clave que abre la historia ordinaria no las abre
• Una concesión al interesado sobre las notas se rechaza por cualquier vía, incluida una escritura directa en la tabla de reglas

Historia clínica: Alemania

El plazo de conservación alemán, como una regla que el servicio documental cuenta en lugar de una línea de una política que nadie aplica.

• § 630f BGB: diez años desde el último contacto, cargado como regla de conservación
• Limitado a este módulo y no a todo el paquete de la UE, porque el plazo es nacional

Clinic: Noruega

Las reglas noruegas que la capa del RGPD no cubre, cada una puesta donde ocurre la acción en lugar de en una política: publicar un perfil, confirmar una ejecución de pagos, revelar algo a un progenitor.

• Pasientjournalforskriften § 14: el paciente lee cada acceso a cada expediente sobre él, incluidos los que no se le muestran, por tipo y nunca por título
• Un tipo de conservación sin fecha de destrucción alguna, porque Noruega guarda los expedientes mientras hagan falta; los años son un intervalo de revisión y decide una persona, con motivo
• Una entrega del expediente a un sucesor, a Norsk helsearkiv o a Nasjonalarkivet, construida en el momento de la descarga, registrada como revelación documento a documento, y descargable una sola vez

Clinic: Finlandia

Los papeles que la ley finlandesa obliga a un proveedor a nombrar, y los deberes que cuelgan de cada uno. Independiente del paquete noruego: los dos se activan desde el país de la empresa, así que una sola base puede sostener ambos.

• Profesiones autorizadas y títulos protegidos mantenidos aparte, porque son derechos distintos: psykoterapeutti es título protegido en Finlandia y palabra libre en Noruega
• Número Terhikki, fecha de la comprobación del empleador y si fue una consulta al registro o el documento de resolución; un número teclado cuenta como declarado, no como comprobado
• Una unidad de servicio con su propio registro, y la vastuuhenkilö como designación por unidad, de modo que una quincena sin responsable se informa

Clinic: Suiza

Suiza separa la cualificación del permiso para ejercer, cuenta las sesiones aseguradas contra una orden médica y vincula al proveedor al mismo secreto penal que al profesional. Tres cosas que el núcleo no puede expresar, y nada más.

• El título federal no es el permiso: el permiso de ejercicio es cantonal, uno por cantón, cada uno con su vencimiento, así que un profesional puede llevar el nombre en Suiza y tener derecho a trabajar en un solo lugar
• Un perfil que usa un título protegido no se publica sin un número PsyReg comprobado y un permiso cantonal vigente y comprobado, y el rechazo dice cuál de los dos falta
• Donde un título está comprobado y un permiso no, el estado público lo dice en lugar de dar uno por supuesto; a un mercado sin verificar no le sirve una ficha que se lee como verificada

Chequeo de cumplimiento

Una lista fija de preguntas que se le hacen al propio despliegue. La mayor parte de la comprobación ya existía y estaba dispersa; esta es la página que la lee en un solo sitio.

• Un registro de comprobaciones, un ejecutor programado y un informe sobre ambos
• Solo se informa de lo que está mal: una comprobación que pasa no dice nada, así que la página está vacía cuando el despliegue está sano
• Cada hallazgo nombra la regla de la que procede y el registro en el que se encontró

Firma electrónica — núcleo

El servicio de firma en sí: una ceremonia de firma en el portal, políticas por jurisdicción y un registro de auditoría encadenado por hash. Alojado en casa, así que ningún documento sale del sistema para firmarse.

• Una ceremonia de firma en el portal que recoge identidad e intención en el momento de firmar
• Un registro de auditoría encadenado por hash que nadie puede editar ni borrar
• Políticas por jurisdicción que rigen qué exige una firma válida

Firma electrónica — contratos

Quién estaba facultado para firmar por una contraparte y si su credencial sigue vigente — comprobado, no supuesto.

• Facultad para obligar, controlada por firmante de cada contraparte
• Los acuerdos firmados como registros con una vigencia
• Las credenciales de los profesionales reclamadas antes de que caduquen

Firma electrónica — salud

Lo que una firma clínica necesita además de un nombre: capacidad, facultad para firmar en nombre de otra persona, supervisión y un consentimiento que puede retirarse.

• Declaración de capacidad registrada en el momento de firmar
• Firma en nombre de un paciente, con la facultad registrada
• Firma conjunta del supervisor cuando el servicio la exige

Firma electrónica — salud (Estados Unidos)

Los elementos que HIPAA exige a una autorización, validados en lugar de confiados a una plantilla.

• Validación de los elementos obligatorios de una autorización HIPAA
• El material de 42 CFR Part 2 separado del resto
• El registro de comunicaciones que una entidad cubierta debe presentar cuando se le pide

Firma electrónica — RR. HH.

Una acción «Solicitar firma» en candidatos y empleados, para que una oferta o una política se firme donde la persona ya está.

• Solicitar firma en la ficha de un candidato
• Solicitar firma en la ficha de un empleado
• Las solicitudes se guardan en la ficha como su historial

Firma electrónica — ventas

Una acción «Solicitar firma» en presupuestos y pedidos de compra.

• Solicitar firma en un pedido de venta
• Solicitar firma en un pedido de compra
• El documento firmado se guarda junto al pedido

Acuerdos de firma electrónica

Pone las plantillas de firma donde vende la clínica: vinculadas a un profesional o a un servicio, enviadas automáticamente al comprar y visibles como un estado.

• Plantillas de firma electrónica vinculadas a un profesional o a un servicio
• Enviadas al comprar, sin que nadie tenga que acordarse de enviarlas
• El estado de firma visible para los profesionales en el portal y en la app móvil

Sesiones seguras

Cierra la sesión que nadie está usando. 45 CFR 164.312(a)(2)(iii) pide terminarla tras un periodo de inactividad predeterminado y deja el periodo a su criterio — así que es un ajuste, con la aplicación en el servidor y no en el navegador.

• Periodo de inactividad, periodo de aviso y un límite absoluto, fijados por empresa
• Comprobado en el servidor en cada petición autenticada, así que desactivar el temporizador del navegador no sirve de nada
• Un aviso antes de que termine la sesión, para que nadie pierda una nota a medio escribir por un control pensado para protegerle

Puente de IA

Conecta Odoo Community con cualquier modelo de lenguaje grande, detrás de una interfaz — para que el proveedor pueda cambiar sin que la lógica de negocio se entere.

• Proveedores configurados por despliegue, con la credencial fuera del código de la aplicación
• Agentes definidos como prompts con las herramientas que pueden usar
• Llamada a herramientas, para que un modelo pueda actuar y no solo responder

Extensión de usuarios

Convertir a mano un usuario entre interno y portal obliga a editar permisos en el orden correcto y recordar los efectos secundarios. Esto lo convierte en un botón.

• Un campo Tipo de usuario en el formulario de usuario, en la lista y en los filtros de búsqueda
• Botones Convertir en interno y Convertir en portal en el formulario de usuario
• Una acción Convertir tipo de usuario en la lista de usuarios, para varios a la vez

Cáscara del sitio público

Cabecera, pie y página de inicio de sesión en un único diseño, nombrado por la empresa que hay en esta base de datos.

• Un único diseño para la cabecera, el pie y la página de inicio de sesión
• El nombre que se muestra es el de la empresa en esta base de datos, no un valor teclado en una plantilla
• La dirección del logotipo y una línea de copyright propia son parámetros del sistema, editables además en Ajustes → Sitio web → Marca pública

Contratos — núcleo

El acuerdo, sus partes, sus condiciones estructuradas con su procedencia, sus versiones y un flujo de etapas configurables asignadas a cinco fases fijas.

• Acuerdos con partes, condiciones estructuradas y procedencia de cada condición
• Versiones, para que «¿qué decía en marzo?» siga teniendo respuesta
• Etapas configurables asignadas a cinco fases fijas

Contratos — negociación

Construido para que la revisión se centre en lo que ha cambiado y en lo que se desvía, nunca en el texto estándar sin cambios — que es donde se suelen abandonar los sistemas de contratos.

• Una biblioteca de cláusulas vinculada a condiciones estructuradas, de modo que aceptar una alternativa fija la condición que lleva
• Manuales de negociación, rondas, cuestiones y desviaciones registradas
• Las reuniones como rondas de negociación por derecho propio, conservando el razonamiento y las posiciones

Contratos — aprobaciones

Una aprobación decidida sobre más de un eje. Tratarla solo como jerarquía es el error de diseño habitual: un acuerdo de confidencialidad estándar, sea cual sea su importe, no necesita a nadie de rango superior.

• Aprobación por importe, desviación, tipo de contrato y riesgo
• La desviación como eje propio y no como un modificador del importe
• La aprobación por un delegado se registra siempre como tal — «en nombre de» es un hecho distinto

Contratos — modificaciones

Registra qué cambió una modificación, no solo que existe.

• Ejecutar una modificación cierra las filas de condiciones que altera y abre otras nuevas en la fecha de efecto
• Todo lo que se deriva de una condición cambiada se recalcula, y la variación se muestra antes de la ejecución
• Las modificaciones en conflicto se detectan al ejecutarlas

Contratos — obligaciones y fechas

La firma es el comienzo de la obligación, no el final de un flujo de trabajo. Esto se ocupa de lo que viene después.

• Obligaciones en ambos sentidos, con evidencia donde se exige evidencia
• Fechas derivadas calculadas a partir de las condiciones y no tecleadas, que se mueven cuando se mueven las condiciones de las que dependen
• Una escala de avisos que no depende de recordárselo a la persona que ya no ha actuado

Contratos — proyectos, tiempo y coste

Dos costes, separados: lo que costó ganar un contrato y lo que cuesta prestarlo. Sumarlos da una cifra que no responde a ninguna de las dos preguntas.

• El esfuerzo de negociación registrado como gasto general, se firme o no el contrato
• El coste de prestación recuperado frente al valor del contrato
• Contratos vinculados a proyectos de muchos a muchos, con un rol, porque un único campo de proyecto falla con el primer acuerdo marco

Contratos — tiempo facturable y bases de honorarios

Cuánto vale una hora, qué permiten los honorarios y las cuatro cifras que necesitan ambas cosas.

• Tarifas, una marca de facturable y un estado de facturado en el tiempo registrado
• Bases de honorarios indicadas en el contrato
• Recuperación — lo facturado frente al valor del tiempo registrado

Contratos — portal de la contraparte

El cuarto canal de intercambio: la contraparte lee aquí la versión actual, la comenta y sube sus correcciones como una ronda entrante.

• La contraparte abre la versión actual, la comenta y devuelve sus correcciones
• Las correcciones llegan como una ronda entrante con el fichero adjunto, no como un correo que alguien debe acordarse de archivar
• No se ve nada interno — ni posiciones, ni desviaciones, ni aprobaciones, ni el manual de negociación, ni las notas internas

Contratos — puente de firma electrónica

Cómo usa un contrato el servicio de firma. La finalización es el evento que pone en marcha todo lo demás.

• Las aprobaciones deben estar completas antes de que se pueda enviar una versión
• La facultad del firmante para obligar, comprobada frente a su credencial
• La versión se bloquea al enviarse, para que cualquier afirmación posterior sobre lo firmado sea demostrable

Contratos — puente de almacenamiento seguro

Cifrar todos los contratos hace el sistema inservible; no cifrar ninguno lo hace inseguro. Por eso la confidencialidad es un nivel del acuerdo.

• Solo los acuerdos marcados como seguros envían sus documentos al servicio de documentos seguros
• Cifrado por versión con una clave guardada fuera de la base de datos
• Acceso denegado por defecto, y cada lectura registrada antes de devolver el contenido

Contratos — informes

Listas de alertas que deberían estar vacías, y las vistas de gestión por las que merece la pena discutir.

• Una lista de alertas solo contiene lo que se sale de lo normal — una lista vacía es el buen resultado
• Una alerta cuyo modelo no está instalado aparece como no aplicable en lugar de fallar
• La responsabilidad sin límite se muestra como lista, nunca como una cifra sumada a un total

Informes jurídicos — clientes, abogados y dirección

Tres lectores, una sola aritmética. Las mismas cifras calculadas una vez y presentadas de tres formas, en lugar de volver a calcularlas en cada pantalla, donde acabarían divergiendo.

• Una única vista de plazos: fechas derivadas del contrato, obligaciones en ambos sentidos, acciones acordadas en reuniones y plazos de entrega
• Control de proyectos: ingresos, mano de obra, coste comprometido, margen y desviación sobre el presupuesto, como vista almacenada para poder agruparla
• Una vista para el cliente de en qué punto está el trabajo y qué se debe

Contratos — reglas de PI

Dos reglas, y solo dos — las que comparan registros y por tanto no pueden expresarse como configuración.

• El territorio de una sublicencia debe quedar dentro del de su licencia principal
• Dos licencias exclusivas no deben solaparse
• Separado del paquete de PI, para que un negocio pueda instalar los tipos de contrato sin las comprobaciones

Contratos — reglas jurídicas

Comprobación de conflictos al dar de alta un contrato, igual que al abrir un asunto. Bloquea el cambio de etapa; no se limita a avisar.

• Una contraparte comprobada frente a los clientes existentes, las partes contrarias en asuntos vivos y las filiales conocidas
• Bloquea el cambio de etapa en lugar de mostrar un aviso que se puede descartar
• La propia comprobación es inalterable una vez registrada — quién la hizo, sobre qué alcance y qué encontró

Contratos — paquete general

El paquete de partida. Instale el núcleo y este, y un negocio puede gestionar contratos desde el primer día sin configurar nada.

• Acuerdos de confidencialidad, acuerdos marco, pliegos de trabajo, servicios, consultoría, suministro y compra
• Las condiciones que lleva cada tipo y el flujo por el que avanza
• Controles que impiden que un contrato llegue a la firma a medio formar

Contratos — paquete de RR. HH.

Empleo, contratación de autónomos, consultoría y acuerdos de salida.

• Tipos de acuerdo, tipos de condición, biblioteca de cláusulas y manual de negociación para la contratación laboral
• Plantillas de obligaciones para preaviso, periodo de prueba y condiciones posteriores a la extinción
• Los acuerdos de salida son seguros por defecto — cada palabra cuenta, y más adelante un regulador pregunta por ellos

Contratos — paquete jurídico

Despachos de abogados — contratos para sus clientes y con ellos — y asesorías jurídicas internas. El mismo sistema sirve a ambos con valores por defecto muy distintos.

• Hojas de encargo, provisiones de fondos e instrucciones a abogados externos
• Una biblioteca de cláusulas con la redacción regulada marcada como obligatoria
• La hoja de encargo de un despacho es confidencial y detallada por defecto

Contratos — paquete de PI

Licenciantes, titulares de patentes y marcas, oficinas de transferencia de tecnología, universidades y propietarios de marcas.

• Licencias, cesiones y opciones como tipos de acuerdo, con tipos de condición de licencia
• Biblioteca de cláusulas, manual de negociación y plantillas de obligaciones
• Sin registro de activos, deliberadamente — la historia de tramitación de una patente pertenece al sistema de cartera que ya la contiene

Contratos — paquete inmobiliario

Arrendamientos, precontratos de arrendamiento, licencias de ocupación, compraventas, servidumbres y las escrituras que cuelgan de un arrendamiento.

• Las fechas de desistimiento como condiciones que generan fechas, porque un derecho de desistimiento caduca en silencio
• La ventana de preaviso como una obligación derivada de la fecha de desistimiento, y ambas escalan
• Condiciones de revisión de renta, gastos comunes y reposición

Contratos — paquete financiero

Documentos de deuda: contratos de financiación, garantías, garantías reales, acuerdos entre acreedores y de subordinación.

• Los covenants financieros como condiciones estructuradas, con fechas de verificación derivadas
• El certificado de cumplimiento como una obligación que exige evidencia
• «¿Qué financiaciones se verifican este trimestre, y con qué cifras?» pasa a ser una pregunta con respuesta

Contratos — paquete de construcción

Contratos principales, subcontratos, encargos profesionales, garantías colaterales y los instrumentos que los rodean.

• Construido en torno a la cadena: un contrato principal promete una fecha que solo los subcontratos pueden cumplir
• Las condiciones espejo guardadas como condiciones estructuradas para poder compararlas a lo largo de la cadena
• La responsabilidad que los subcontratos y el seguro de responsabilidad profesional tienen que cubrir

Contratos — paquete de protección de datos

Contratos de encargo del tratamiento, business associate agreements y condiciones de subencargados.

• Tipos de acuerdo DPA, BAA y de subencargado con las condiciones que llevan
• El plazo de notificación de brechas como condición propia, porque se mide en horas
• La respuesta a auditorías y el aviso de subencargados como fechas derivadas

Acceso y registro

Entrar en la aplicación, y el control de edad que decide si una cuenta puede usarse siquiera.

• Pantalla de bienvenida y dirección en el primer arranque, para que quien vuelve aterrice donde lo dejó
• Registro y acceso contra la pasarela, con los tokens guardados en almacenamiento seguro
• Restablecimiento de la contraseña por correo electrónico

Verificación de identidad y edad

La comprobación que permite a alguien hacer transacciones, incluidos los estados en los que queda una persona mientras un humano revisa lo que el paso automático no pudo resolver.

• Una introducción guiada que explica qué se pide y por qué
• Captura de escaneo facial, y la comprobación de documento como vía alternativa
• Estados de resultado dudoso y en revisión, para que la persona nunca quede sin saber

Inicio — el canal de contenidos

La primera pestaña. Un canal ordenado de artículos, vídeos y novedades, junto con los editores que hay detrás.

• Un canal de contenidos ordenado, servido por la pasarela
• Detalle del contenido con imágenes y texto enriquecido
• Perfiles de editores, para que un lector pueda seguir una fuente

Descubrimiento y evaluaciones

Herramientas autoguiadas: evaluaciones que la persona hace por sí misma, sus resultados y las funciones de pareja construidas a su alrededor.

• Hacer una evaluación y leer sus resultados
• El mapa de preferencias — una vista personal y una compartida
• Añadir, unirse, invitar y comparar parejas

Encontrar un profesional

El directorio tal como lo encuentra un paciente: explorar, comparar, guardar, preguntar y el chat que viene después.

• Explorar y filtrar el directorio de profesionales
• Un perfil con titulaciones, idiomas, servicios y valoraciones
• Profesionales guardados — Mis profesionales

Servicios

Lo que realmente se puede reservar, con el precio, la duración y si es en línea o presencial.

• Explorar los servicios que ofrece la clínica
• Detalle del servicio con precio, duración y modalidad
• Directamente a la reserva o la compra desde el servicio

Tienda y pago

Comprar — una sesión suelta, un paquete o un producto. De aquí sale el crédito que el paciente gastará después.

• Catálogo de productos y detalle del producto
• Carrito, pago y el acuerdo de servicio aceptado en la compra
• Confirmación del pedido, y el historial de pedidos que hay detrás

Reservar una sesión

Gastar un crédito en una hora concreta de una agenda concreta — y todo lo que el paciente ve después sobre ello.

• Crear una reserva sobre disponibilidad real, en la zona horaria del propio paciente
• La lista de reservas, con todos los estados que puede tener una sesión
• Detalle de la reserva: enlace para unirse, ubicación y sala, cambio de fecha y cancelación

Preguntas, incidencias y parejas

Preguntar en público, preguntar en privado, y las personas con las que un paciente elige compartir su evolución.

• Un canal público de preguntas, y preguntar antes de comprometerse a nada
• Detalle de la pregunta con la respuesta del propio profesional
• Incidencias de soporte — abrir una, seguirla y leer las respuestas

Perfil — el centro del paciente

La tercera pestaña, y la respuesta a la mayoría de las consultas de soporte. Todo lo que la aplicación sabe de la persona, en una pantalla.

• Sesiones reservadas e historial de sesiones, con comentarios y valoraciones
• Créditos, sesiones compradas y favoritos
• Dirección de facturación, facturas, detalle de factura, métodos de pago

Perfil — la consulta del profesional

La misma pestaña, vista por un profesional. Es lo que permite llevar toda una consulta desde un teléfono en lugar de desde un escritorio.

• Disponibilidad: horario semanal y excepciones con fecha
• Los chats de los pacientes, y el historial del paciente detrás de cada conversación
• Enviar un informe de sesión desde la sesión a la que pertenece

Asistente de IA

Un asistente conversacional en la aplicación, transmitido a través de la pasarela para que ninguna credencial del modelo llegue nunca al dispositivo.

• Una pantalla de chat con respuestas en tiempo real
• Historial de conversaciones, para poder retomar un hilo más tarde
• Encaminado por la interfaz de IA de la pasarela, que resuelve a un proveedor real o a uno simulado

Ajustes, privacidad y aspectos legales

Los controles que una persona espera encontrar, incluidos los que un regulador espera que pueda encontrar.

• Ajustes de la aplicación y selección de idioma entre 23 idiomas
• Ajustes de privacidad, y qué notificaciones llegan por qué canal
• Ajustes de seguridad, incluidas las sesiones de dispositivo

Núcleo de la aplicación

Aquello sobre lo que se construye cada función anterior. No es una pantalla, sino la razón de que las pantallas se comporten de forma coherente.

• Red contra la pasarela, con la renovación de tokens y la gestión de errores en un solo lugar
• Almacenamiento seguro para los tokens y el estado protegido del dispositivo
• Enrutamiento, para que una notificación pueda abrir exactamente la pantalla a la que se refiere

Identidad y cuenta

Intermedia el acceso contra el núcleo de negocio y emite sus propios tokens de corta duración. La aplicación nunca guarda una credencial del núcleo.

• Acceso, registro, renovación y cierre de sesión, con JWT emitido por la pasarela
• El usuario actual y su perfil
• Registro de dispositivos, para que las notificaciones lleguen al terminal correcto

Directorio y catálogo

Todo lo que un paciente explora antes de gastar nada, servido con rapidez y en caché allí donde sale caro.

• Los profesionales, sus perfiles, su disponibilidad y sus servicios
• Categorías de servicios y productos reservables
• Valoraciones y puntuaciones, respetando el estado de moderación

Reservas y dinero

La mitad transaccional. Compra, crédito, reserva, factura y pago, cada uno trasladado al núcleo de negocio en lugar de reimplementado.

• Crear, cambiar de fecha y cancelar una reserva, con la política que aplica el núcleo
• Los pedidos y los créditos que generan
• Facturas y documentos de factura

Contenidos y comunidad

La mitad de lectura intensiva: lo que una persona explora cuando no está reservando.

• El canal de contenidos ordenado y el detalle del contenido
• Preguntas y respuestas públicas
• Descubrimiento, evaluaciones y sus resultados

Mensajería y tiempo real

El centro de WebSocket. Chat, presencia, transmisión de IA y señalización de voz y vídeo, en una sola conexión.

• Gestión de la conexión WebSocket y de la presencia
• Chat entre paciente y profesional, y canales de grupo
• Señalización para llamadas de voz y vídeo

Documentos y multimedia

Los archivos, guardados de forma que la aplicación nunca habla directamente con el almacenamiento y nada se sirve desde una URL adivinable.

• Acceso seguro a documentos, respetando las reglas de acceso del núcleo en lugar de volver a decidirlas
• Subida y recuperación de multimedia, a través de la pasarela
• Imágenes redimensionadas y en caché, para que un listado del directorio sea ligero en un teléfono

Soporte, configuración e IA

El resto: abrir una incidencia, pedir una consulta, decirle a la aplicación qué ha activado esta instalación y hablar con un modelo.

• Incidencias de soporte y sus respuestas
• Solicitudes de consulta
• Configuración en tiempo de ejecución, para que la aplicación muestre solo las funciones que este negocio ha activado

Interfaces de proveedor (simulación primero)

Cuatro indicadores de función, cada uno resuelto a un proveedor real o a uno simulado. Por eso todo el sistema se puede demostrar, desarrollar y probar sin ninguna cuenta externa.

• DATA_SOURCE — el núcleo de negocio Odoo, o un conjunto de datos simulado
• PAYMENTS — un proveedor real, o uno simulado que se comporta como tal
• NOTIFICATIONS — Firebase Cloud Messaging, o uno simulado