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:
parent
345c861037
commit
4891c1d6b3
|
@ -14,7 +14,8 @@
|
||||||
"Bash(curl:*)",
|
"Bash(curl:*)",
|
||||||
"Bash(mkdir:*)",
|
"Bash(mkdir:*)",
|
||||||
"Bash(mv:*)",
|
"Bash(mv:*)",
|
||||||
"Bash(rm:*)"
|
"Bash(rm:*)",
|
||||||
|
"Bash(ls:*)"
|
||||||
],
|
],
|
||||||
"deny": []
|
"deny": []
|
||||||
}
|
}
|
||||||
|
|
3
.gitignore
vendored
3
.gitignore
vendored
|
@ -1,2 +1,5 @@
|
||||||
|
|
||||||
__pycache__/
|
__pycache__/
|
||||||
|
|
||||||
|
# Temporary PR description files for Gitea helper
|
||||||
|
pr_description*.txt
|
||||||
|
|
|
@ -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:
|
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
|
#### 1. Crear un Issue
|
||||||
|
|
||||||
```bash
|
```bash
|
||||||
|
|
|
@ -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.
|
|
|
@ -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.
|
|
|
@ -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.
|
|
Loading…
Reference in New Issue
Block a user