Reunión 2026-03-05: Arquitectura modular y tipos de cotizadores

Fecha: 2026-03-05 Participantes: Felipe Abarca, Inger Sumonte Transcripción: 20260305.txt

Contexto

Primera reunión de diseño de Tu Magistral donde se discute la visión general del producto como plataforma modular para recetarios magistrales. Se abordan los distintos tipos de cotizadores necesarios, la gestión de convenios, el sistema de costeo y la estructura central del software. El objetivo es definir el roadmap inicial y priorizar por dónde comenzar el desarrollo.

Decisiones Tomadas

D-20260305-001: Arquitectura modular como principio de diseño

• Módulos impactados: Transversal
• Descripción: Tu Magistral se construirá como una estructura central con módulos independientes que se pueden adquirir por separado. Se evitará la lógica de parches que tiene Control Magistral. Cada módulo debe poder linkearse a la estructura central.

D-20260305-002: Dos tipos de cotizadores diferenciados

• Módulos impactados: M02-Cotización, M05-Marketplace
• Descripción: Se distinguen dos cotizadores: (1) Cotizador en punto de venta, para farmacias con convenio previo (ej. Salcobrand, Santa Gemita), donde el recetario carga precios y la farmacia consulta; (2) Cotizador marketplace, abierto para que cualquier farmacia o paciente busque y compare recetarios sin convenio previo.

D-20260305-003: Cotizador en punto de venta como primer MVP

• Módulos impactados: M02-Cotización
• Descripción: Se prioriza el cotizador en punto de venta como primer entregable. Reccius ya tiene convenios activos (Salcobrand, Santa Gemita) que permiten testear rápidamente. El marketplace queda para una etapa posterior.

D-20260305-004: Productos estandarizados con precio por unidad base

• Módulos impactados: M02-Cotización, M06-Costeo
• Descripción: Se definen tres tipos de producto: (1) Totalmente estandarizado (ej. colirios con formato fijo); (2) Preparado estandarizado con dispensación variable (ej. cremas costeadas por gramo, cápsulas por unidad); (3) Recetas nuevas sin estandarización, que requieren cotización manual interna. El cotizador debe soportar los tres tipos.

D-20260305-005: Carga masiva y administración individual de productos

• Módulos impactados: M02-Cotización
• Descripción: El recetario podrá cargar productos por carga masiva (Excel) o administrarlos uno a uno en la plataforma. Se debe soportar actualización de precios masiva (descarga de lo existente, modificación y recarga). Se mantendrá trazabilidad histórica de precios para decisiones comerciales.

D-20260305-006: Costeo como módulo separado pero enlazable

• Módulos impactados: M06-Costeo
• Descripción: El costeo se desarrollará como módulo independiente del cotizador. El deseable es que estén enlazados, pero el cotizador puede funcionar de forma standalone si el recetario carga los precios manualmente.

D-20260305-007: El módulo B2B es el más complejo y se posterga

• Módulos impactados: M03-B2B
• Descripción: El módulo B2B (gestión comercial, producción, reclamos, trazabilidad de pedidos) se identifica como el más extenso. Se decide postergarlo y no mezclar su funcionalidad con el cotizador, aunque se deja la puerta abierta para conectarlos en el futuro.

D-20260305-008: Cumplimiento ISP y protección de datos como requisito transversal

• Módulos impactados: Transversal
• Descripción: Todo el sistema debe ser calificable y validable de cara al ISP (Instituto de Salud Pública). Debe cumplir la ley de protección de datos y la ley de ciberseguridad. La administración del sistema debe estar en manos del recetario, no del proveedor de software.

Temas Discutidos (sin decisión cerrada)

• Seguimiento farmacoterapéutico como funcionalidad futura (recordatorio de vencimiento de receta, encuestas de satisfacción al paciente)
• Conexión B2B: cómo gestionar que una farmacia convenio envíe una orden de trabajo al recetario desde el cotizador
• Modelo de cobro: mensualidad por módulos + fee por receta (pendiente de definir montos)
• Módulo de gestión de convenios y su relación con el área comercial
• API para que farmacias externas (ej. Salcobrand) inyecten y consulten solicitudes directamente

Próximos Pasos

• [ ] Generar un archivo de especificación por cada módulo -- Responsable: Felipe Abarca
• [ ] Inger revisa la documentación compartida y agrega comentarios -- Responsable: Inger Sumonte
• [ ] Coordinar reunión con Andro (potencial socio) -- Responsable: Inger Sumonte