# Tareas Pendientes - EMERGES TES **Lista realista de tareas pendientes con prioridades y referencias a tickets técnicos.** **Última actualización:** 2025-02-02 --- ## ⚠️ ACLARACIÓN: Tickets vs Funcionalidades **IMPORTANTE:** Los "tickets" (TICKET-XXX) son **tareas técnicas de desarrollo**, NO funcionalidades de negocio. - Los tickets están documentados en `docs/QUE_FALTA.md` - Los tickets técnicos completados: TICKET-001 a TICKET-019 - **NO existen** entidades "Ticket" en el código - **NO existe** un sistema de tickets de soporte/incidencias --- ## 🔴 Prioridad Alta ### Ninguna tarea de prioridad alta pendiente Todos los tickets técnicos críticos están completados. Ver `docs/QUE_FALTA.md` para detalles. --- ## 🟡 Prioridad Media ### 1. Frontend Glosario - Consumir API Backend **Descripción:** La aplicación frontend aún no consume `GET /api/glossary`. Actualmente usa datos locales en `src/data/pharmaceutical-terminology.ts`. **Estado:** Backend completo (API + ~74 términos migrados), frontend pendiente. **Tareas:** - [ ] Crear componente/página "Glosario" en frontend - [ ] Implementar hook/service para consumir `GET /api/glossary` - [ ] Migrar o unificar con datos locales si aplica - [ ] Añadir tests para nuevo componente **Referencias:** - Backend API: `backend/src/routes/glossary.ts` - Frontend datos locales: `src/data/pharmaceutical-terminology.ts` - Migración backend: `backend/scripts/fixtures/glossary-migration.json` **Impacto:** Mejora UX, unifica fuente de datos. --- ### 2. Cobertura Frontend - Objetivo 80% **Descripción:** Aumentar cobertura de tests frontend al 80% (objetivo documentado). **Estado:** Tests en aumento, cobertura actual por medir. **Tareas:** - [ ] Medir cobertura actual: `npm run test -- --run --coverage` - [ ] Identificar componentes/hooks/utils sin tests - [ ] Añadir tests para componentes críticos - [ ] Añadir tests para hooks personalizados - [ ] Añadir tests para utilidades **Referencias:** - Configuración tests: `vite.config.ts` - Tests existentes: `src/**/*.test.ts`, `src/**/*.test.tsx` - Objetivo: Documentado en TICKET-019 **Impacto:** Mayor confiabilidad del código, facilita refactorización. --- ## 🟢 Prioridad Baja / Futuro ### 3. Contenido - Categoría Escena en Protocolos **Descripción:** La categoría "Escena" está vacía en la app (`src/data/procedures/categories/escena.ts`). El contenido existe en el manual pero no como protocolos operativos listados. **Estado:** Contenido en manual, no listado en app. **Tareas (contenido, no código):** - [ ] Decidir si Escena debe tener protocolos operativos en la app - [ ] Si sí: Añadir protocolos (Seguridad escena, ABCDE operativo, Triage START) - [ ] Si no: Documentar que está vacía a propósito **Referencias:** - Manual: `public/manual/BLOQUE_01_2_ABCDE_OPERATIVO.md`, `BLOQUE_01_4_TRIAGE_START.md` - App: `src/data/procedures/categories/escena.ts` - Documentación: `docs/PROTOCOLOS_GUIAS_FALTANTES.md`, `docs/CONTENIDO_FALTANTE.md` **Impacto:** Mejora navegación y acceso a contenido de escena. --- ### 4. Contenido - Ampliar Glosario **Descripción:** Añadir más términos al glosario según el manual (otros bloques, términos clínicos no solo farmacológicos). **Estado:** ~74 términos farmacológicos en backend, posibilidad de ampliar. **Tareas (contenido, no código):** - [ ] Revisar manual para identificar términos faltantes - [ ] Definir categorías adicionales si aplica (clínico, escena, RCP) - [ ] Añadir términos al backend mediante migración o panel admin - [ ] Validar términos con expertos clínicos **Referencias:** - Backend: `backend/scripts/fixtures/glossary-migration.json` - Schema: `backend/src/shared/schemas/glossary.ts` - Documentación: `docs/CONTENIDO_FALTANTE.md` **Impacto:** Glosario más completo, mejor referencia para usuarios. --- ### 5. Optimización - Performance Frontend **Descripción:** Optimizar rendimiento del frontend (lazy loading, code splitting, bundle size). **Estado:** Funcional, optimizaciones posibles. **Tareas:** - [ ] Analizar bundle size actual - [ ] Implementar lazy loading para rutas pesadas - [ ] Optimizar imágenes (WebP, lazy loading) - [ ] Revisar y optimizar Service Worker cache strategy **Referencias:** - Configuración Vite: `vite.config.ts` - Service Worker: `src/hooks/useServiceWorker.ts` - Build: `npm run build` **Impacto:** Mejor tiempo de carga, mejor experiencia offline. --- ### 6. Documentación - Actualizar SPEC.md **Descripción:** Mantener SPEC.md actualizado con decisiones arquitectónicas recientes. **Estado:** SPEC.md actualizado parcialmente, algunas decisiones recientes pueden faltar. **Tareas:** - [ ] Revisar cambios arquitectónicos recientes - [ ] Documentar decisiones en SPEC.md - [ ] Actualizar gaps identificados si aplica - [ ] Sincronizar con `.cursorrules` **Referencias:** - SPEC.md: `SPEC.md` - Cursor rules: `.cursorrules` - Backlog: `docs/BACKLOG_MICRO_TICKETS.md` **Impacto:** Documentación precisa, facilita onboarding. --- ## 📋 Separación: Tareas Técnicas vs Contenido ### Tareas Técnicas (Código) Estas tareas requieren desarrollo de código: - ✅ Frontend Glosario - Consumir API Backend - ✅ Cobertura Frontend - Objetivo 80% - ✅ Optimización - Performance Frontend - ✅ Documentación - Actualizar SPEC.md ### Tareas de Contenido (Datos) Estas tareas requieren añadir/editar contenido, no código: - 📝 Contenido - Categoría Escena en Protocolos - 📝 Contenido - Ampliar Glosario **Nota:** Las tareas de contenido pueden requerir soporte técnico (p. ej. migraciones de BD), pero el trabajo principal es añadir datos. --- ## 🔗 Referencias - **Tickets técnicos completados:** `docs/QUE_FALTA.md` - **Contenido faltante:** `docs/CONTENIDO_FALTANTE.md` - **Backlog de fases:** `docs/BACKLOG_MICRO_TICKETS.md` - **Especificación maestra:** `SPEC.md` --- ## 📝 Notas - Las tareas están ordenadas por prioridad (Alta → Media → Baja) - Las tareas de contenido están marcadas explícitamente - Las referencias a tickets técnicos están claramente separadas de funcionalidades de negocio - Si una tarea no está aquí, no está pendiente (o está en fase de planificación) --- **Última actualización:** 2025-02-02