chore: Limpiar archivos pr_description y actualizar .gitignore

- Eliminar archivos pr_description*.txt no versionados
- Agregar patrón pr_description*.txt a .gitignore
- Documentar en GEMINI.md que estos archivos son temporales
- Indicar que deben eliminarse después de usar el helper
This commit is contained in:
Luis Ernesto Portillo Zaldivar 2025-07-15 00:01:45 -06:00
parent 345c861037
commit 4891c1d6b3
6 changed files with 11 additions and 99 deletions

View File

@ -14,7 +14,8 @@
"Bash(curl:*)",
"Bash(mkdir:*)",
"Bash(mv:*)",
"Bash(rm:*)"
"Bash(rm:*)",
"Bash(ls:*)"
],
"deny": []
}

3
.gitignore vendored
View File

@ -1,2 +1,5 @@
__pycache__/
# Temporary PR description files for Gitea helper
pr_description*.txt

View File

@ -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

View File

@ -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.

View File

@ -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.

View File

@ -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.