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(mkdir:*)",
|
||||
"Bash(mv:*)",
|
||||
"Bash(rm:*)"
|
||||
"Bash(rm:*)",
|
||||
"Bash(ls:*)"
|
||||
],
|
||||
"deny": []
|
||||
}
|
||||
|
|
3
.gitignore
vendored
3
.gitignore
vendored
|
@ -1,2 +1,5 @@
|
|||
|
||||
__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:
|
||||
|
||||
**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
|
||||
|
|
|
@ -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