diff --git a/.claude/settings.local.json b/.claude/settings.local.json index e9b9f67..34b60b5 100644 --- a/.claude/settings.local.json +++ b/.claude/settings.local.json @@ -14,7 +14,8 @@ "Bash(curl:*)", "Bash(mkdir:*)", "Bash(mv:*)", - "Bash(rm:*)" + "Bash(rm:*)", + "Bash(ls:*)" ], "deny": [] } diff --git a/.gitignore b/.gitignore index 1b05740..12023b5 100644 --- a/.gitignore +++ b/.gitignore @@ -1,2 +1,5 @@ __pycache__/ + +# Temporary PR description files for Gitea helper +pr_description*.txt diff --git a/GEMINI.md b/GEMINI.md index ef5ff0a..1d6146f 100644 --- a/GEMINI.md +++ b/GEMINI.md @@ -19,6 +19,12 @@ Asegúrate de que las siguientes variables estén definidas en tu archivo `.env` El script `gitea_cli_helper.py` utiliza `argparse` para diferentes comandos: +**IMPORTANTE**: Los archivos descriptivos (como `pr_description.txt`) creados para usar con el helper de Gitea: +- Pueden crearse dentro del proyecto temporalmente +- NO deben versionarse en git +- Deben eliminarse después de ser utilizados por el helper +- Se recomienda usar nombres descriptivos que faciliten su identificación para eliminación posterior + #### 1. Crear un Issue ```bash diff --git a/pr_description.txt b/pr_description.txt deleted file mode 100644 index 4def293..0000000 --- a/pr_description.txt +++ /dev/null @@ -1,13 +0,0 @@ -Este Pull Request implementa el ciclo de vida completo para las muestras clínicas en el modelo `stock.lot`, incluyendo: -- Adición de un campo de estado (`state`) y métodos de transición (`action_receive`, `action_start_analysis`, etc.). -- Integración de un `header` con botones de acción y un `statusbar` en la vista de formulario de `stock.lot`. -- Ajuste de la visibilidad de botones y campos según el estado de la muestra. - -Además, se han realizado las siguientes mejoras en las herramientas de desarrollo: -- Actualización de `GEMINI.md` con instrucciones detalladas sobre el uso de la API de Gitea para la gestión de issues y pull requests. -- Introducción del script `gitea_cli_helper.py`, una herramienta robusta basada en Python para interactuar con la API de Gitea, permitiendo: - - Creación de issues con descripciones multilínea. - - Creación de pull requests. - - Comentar en issues. - - Cerrar issues. -- Actualización del archivo `.env` para incluir las variables de configuración necesarias para la API de Gitea. \ No newline at end of file diff --git a/pr_description_issue32.txt b/pr_description_issue32.txt deleted file mode 100644 index deaca72..0000000 --- a/pr_description_issue32.txt +++ /dev/null @@ -1,48 +0,0 @@ -## Resumen - -Este Pull Request implementa la generación automática de muestras al confirmar órdenes de laboratorio (Issue #32), incluyendo correcciones de traducciones y flujo de trabajo. - -## Funcionalidades principales - -### 1. Generación Automática de Muestras -- Al confirmar una orden de laboratorio, se generan automáticamente las muestras necesarias -- Los análisis que requieren el mismo tipo de muestra se agrupan en un único contenedor -- Cálculo automático del volumen total sumando todos los análisis del grupo -- Cada muestra recibe un código de barras único (formato YYMMDDNNNNNNC con dígito verificador Luhn) - -### 2. Flujo de trabajo completo -- Estados: Pendiente de Recolección → Recolectada → Recibida → En Proceso → Analizada → Almacenada/Desechada -- Agregado método `action_collect()` que faltaba para el estado inicial -- Botones de acción visibles según el estado actual - -### 3. Traducciones al español -- Todos los campos de modelos traducidos al español -- Vistas actualizadas con etiquetas en español -- Estados del flujo de trabajo en español -- Inicialización de Odoo con idioma español (--load-language es_ES) - -### 4. Notificaciones y manejo de errores -- Notificaciones en el chatter de la orden sobre muestras generadas -- Advertencias para análisis sin tipo de muestra definido -- Manejo robusto de errores sin interrumpir la confirmación de órdenes - -## Cambios técnicos - -- Extendido modelo `sale.order` con campo `generated_sample_ids` y lógica de generación -- Mejorado modelo `stock.lot` con campos adicionales y generación de códigos de barras -- Actualización de vistas con nuevos campos y mejoras de usabilidad -- Script de verificación para pruebas completas -- Actualización de CLAUDE.md con timeout de 5 minutos y ubicación de scripts de prueba - -## Pruebas - -- Todas las tareas probadas individualmente con reinicio de instancia efímera -- Verificación de logs sin errores en cada paso -- Demo data funcional con órdenes confirmadas automáticamente -- Criterios de aceptación cumplidos (7 de 8, uno opcional no implementado) - -## Dependencias - -- Requiere Issue #44 (relaciones test-muestra) - Ya completado y mergeado - -Ready for merge to dev branch. \ No newline at end of file diff --git a/pr_description_issue44.txt b/pr_description_issue44.txt deleted file mode 100644 index a1d9983..0000000 --- a/pr_description_issue44.txt +++ /dev/null @@ -1,37 +0,0 @@ -## Resumen - -Este Pull Request implementa la relación entre análisis y tipos de muestra (Issue #44), estableciendo la base necesaria para la automatización de generación de muestras (Issue #32). - -## Cambios principales - -### 1. Modelos -- **ProductTemplate**: Añadidos campos `required_sample_type_id` y `sample_volume_ml` para definir requisitos de muestra en análisis -- **StockLot**: Añadido campo `sample_type_product_id` manteniendo compatibilidad con `container_type` - -### 2. Vistas -- Actualización de vistas de análisis para mostrar campos de tipo de muestra -- Actualización de vistas de stock.lot con nuevo campo de tipo de muestra -- Visualización de relaciones test-muestra en listas y formularios - -### 3. Datos -- Creación de 10 tipos de muestra comunes (Tubo Suero, EDTA, Orina, etc.) -- Actualización de análisis demo con tipos de muestra requeridos -- Actualización de muestras demo con referencias a productos tipo muestra - -### 4. Herramientas -- Script de verificación `verify_sample_relationships.py` para validar la implementación -- Documentación completa en `ISSUE44_IMPLEMENTATION.md` - -## Compatibilidad - -- Mantiene compatibilidad total con el campo legacy `container_type` -- Sincronización automática entre campos viejos y nuevos -- Sin ruptura de funcionalidad existente - -## Pruebas - -Todas las tareas fueron probadas individualmente con reinicio de instancia efímera y verificación de logs sin errores. - -## Próximos pasos - -Con esta base implementada, el Issue #32 puede proceder con la automatización de generación de muestras al confirmar órdenes de laboratorio. \ No newline at end of file