# Auditoría del PDF — Informe de Servicio Técnico **Documento auditado:** Informe de Servicio Técnico (generado en `/services/{id}/pdf`) **Fecha de auditoría:** 8 de marzo de 2025 **Marco de referencia:** ANMAT, BPF, ISO 13485 — Dispositivos médicos --- ## PASO 1 — Diagnóstico del documento El PDF generado es un **registro de calidad** (evidencia de un servicio técnico realizado), no una SOP. Se audita como documento de trazabilidad para sistemas de calidad regulados. | Elemento | Estado | Observación | |----------|--------|-------------| | **Identificación del documento** | ⚠ Parcial | Tiene título y número de servicio; faltan código, versión, vigencia, aprobaciones | | **Identificación del equipo** | ✔ Presente | Modelo, marca, nº serie, ubicación, estado | | **Identificación del cliente** | ✔ Presente | Nombre, CUIT, contacto | | **Trazabilidad temporal** | ⚠ Parcial | Fecha apertura/cierre; falta hora de cierre | | **Trabajo realizado** | ✔ Presente | Resumen y trabajo realizado (si se completan) | | **Repuestos usados** | ✔ Presente | Código, descripción, cantidad, observaciones | | **Responsable técnico** | ✔ Presente | Nombre del técnico asignado | | **Conformidad del cliente** | ⚠ Parcial | Solo nombre; no hay firma real ni fecha de conformidad | | **Control documental** | ✘ Ausente | Sin código de documento, versión, fecha de vigencia | | **Registro de generación** | ⚠ Parcial | Footer con fecha/hora de generación (bueno) | --- ## PASO 2 — Identificación de brechas ### 2.1 Elementos faltantes | Brecha | Descripción | Riesgo regulatorio | |--------|-------------|-------------------| | **Código del documento** | El PDF no tiene un código único (ej. `IST-001`) que lo vincule al sistema documental | No se puede rastrear qué procedimiento/autorización respalda el formato | | **Versión / Revisión** | No hay versión del formato del informe | Imposible controlar cambios en el tiempo | | **Fecha de vigencia** | No se indica desde cuándo es válido el formato | Riesgo de uso de formatos obsoletos | | **Área responsable** | No se identifica el área que emite el documento | Falta de responsabilidad documentada | | **Firma del técnico** | Solo se muestra el nombre; no hay espacio para firma manuscrita o digital | Trazabilidad incompleta de quién certifica el trabajo | | **Firma y fecha del cliente** | Solo nombre; falta espacio para firma y fecha de conformidad | No hay evidencia de aceptación formal del servicio | | **Nº de lote de repuestos** | Los repuestos no muestran número de lote | Requerido por BPF/ISO 13485 para trazabilidad de materiales | | **Identificación del dispositivo médico** | Falta tipo/clasificación del equipo (Clase I, IIa, IIb, III) si aplica | ANMAT exige identificación del producto | | **Resultado del servicio** | No hay campo explícito "Conforme / No conforme" o similar | Ambiguidad en el resultado final | ### 2.2 Inconsistencias | Inconsistencia | Detalle | |----------------|---------| | **Partes usadas** | Las partes provienen de remitos (`deliveryNotes`); si hay repuestos usados sin remito asociado, no aparecen en el PDF | | **Estado del servicio** | Se muestra "abierto/en_proceso/cerrado" en el header; un informe cerrado debería estar siempre en "cerrado" | | **Hora de cierre** | `closed_at` se muestra solo con fecha (d/m/Y), no con hora — se pierde precisión | ### 2.3 Secciones incompletas - **Conformidad:** La sección "Conformidad del cliente" es solo nominal; no hay campos para firma, fecha ni observaciones. - **Atributos del servicio:** Son dinámicos y opcionales; si no se definen atributos, no hay sección estructurada para datos regulatorios específicos (ej. calibración, verificación). ### 2.4 Riesgos regulatorios 1. **ANMAT:** Sin identificación clara del dispositivo médico y trazabilidad de repuestos (lotes), el documento puede ser objetado en auditoría. 2. **ISO 13485 (8.2.6):** Los registros de servicio deben permitir trazabilidad completa; la falta de firma del cliente y de lotes debilita la evidencia. 3. **BPF:** La trazabilidad de materiales (repuestos) requiere identificación de lote. 4. **Reproducibilidad:** El nombre del archivo descargado (`servicio_X.pdf`) no incluye fecha ni código; puede haber colisiones o confusión en archivos guardados. --- ## PASO 3 — Reestructuración del documento (formato objetivo) A continuación se describe la estructura que debería tener el PDF para cumplir requisitos auditable: ### Estructura recomendada del Informe de Servicio Técnico ``` ┌─────────────────────────────────────────────────────────────────┐ │ [LOGO] INFORME DE SERVICIO TÉCNICO │ │ Código: IST-001 | Rev. 01 | Vigencia: [INFORMACIÓN REQUERIDA] │ ├─────────────────────────────────────────────────────────────────┤ │ 1. IDENTIFICACIÓN DEL DOCUMENTO │ │ - Nº de informe: [ID] │ │ - Fecha de generación: [dd/mm/yyyy HH:mm] │ │ - Código del procedimiento asociado: [INFORMACIÓN REQUERIDA] │ ├─────────────────────────────────────────────────────────────────┤ │ 2. INFORMACIÓN DEL EQUIPO / DISPOSITIVO MÉDICO │ │ - Marca, modelo, nº de serie │ │ - Clasificación (si aplica): [INFORMACIÓN REQUERIDA] │ │ - Ubicación, estado │ ├─────────────────────────────────────────────────────────────────┤ │ 3. DATOS DEL CLIENTE Y SERVICIO │ │ - Cliente, CUIT, contacto │ │ - Fecha y hora apertura / cierre │ │ - Técnico responsable │ ├─────────────────────────────────────────────────────────────────┤ │ 4. TRABAJO REALIZADO Y RESULTADO │ │ - Resumen, trabajo realizado │ │ - Resultado: Conforme / No conforme / Parcial [INFORMACIÓN REQUERIDA] │ ├─────────────────────────────────────────────────────────────────┤ │ 5. REPUESTOS UTILIZADOS │ │ - Código, descripción, cantidad, Nº DE LOTE [INFORMACIÓN REQUERIDA] │ ├─────────────────────────────────────────────────────────────────┤ │ 6. CONFORMIDAD │ │ - Técnico: [Nombre] _________________ Firma _______ Fecha ___ │ │ - Cliente: [Nombre] _________________ Firma _______ Fecha ___ │ │ - Observaciones del cliente: [campo opcional] │ ├─────────────────────────────────────────────────────────────────┤ │ FOOTER: Documento generado dd/mm/yyyy HH:mm | IST-001 Rev.01 │ └─────────────────────────────────────────────────────────────────┘ ``` --- ## PASO 4 — Mejoras regulatorias (sin cambiar el proceso técnico) ### 4.1 Trazabilidad - Agregar **código del documento** (ej. IST-001) y **versión** en header y footer. - Incluir **fecha y hora completas** de cierre del servicio. - Para repuestos: agregar columna **Nº de lote** (requiere que el modelo/sistema lo soporte). ### 4.2 Reproducibilidad - Nombre de archivo sugerido: `IST-001_Servicio_{id}_{YYYYMMDD}.pdf` para evitar duplicados y facilitar archivado. ### 4.3 Responsabilidad - Etiquetar claramente "Técnico responsable" vs "Cliente - Conformidad". - Agregar campos explícitos para "Firma" y "Fecha" (aunque sean espacios en blanco para firma manuscrita posterior). ### 4.4 Registros - Mantener el footer con fecha/hora de generación (ya presente). - Considerar registro en base de datos de cada generación de PDF (audit trail). ### 4.5 Control documental - El formato del PDF debería estar controlado por una SOP que defina: código, versión, vigencia, aprobaciones. - El PDF generado es una instancia; la plantilla es el documento controlado. --- ## PASO 5 — Resultado final ### 5.1 Resumen de cumplimiento | Categoría | Cumplimiento | Acción prioritaria | |-----------|--------------|---------------------| | Identificación básica | 60% | Agregar código, versión, vigencia | | Datos del equipo | 85% | Agregar clasificación si aplica | | Datos del cliente | 90% | Mejorar hora de cierre | | Trabajo realizado | 80% | Agregar campo "Resultado" explícito | | Repuestos | 70% | Agregar columna Nº de lote | | Conformidad | 40% | Agregar espacios para firma y fecha | | Control documental | 20% | Vincular a SOP y sistema de documentos | ### 5.2 Lista de mejoras necesarias (priorizadas) 1. **Alta prioridad** - Agregar código de documento (IST-001) y versión en header/footer. - Agregar espacios para firma y fecha del técnico y del cliente. - Mostrar hora completa en fecha de cierre. 2. **Media prioridad** - Agregar columna "Nº de lote" en tabla de repuestos (requiere cambio en modelo/datos). - Incluir campo "Resultado del servicio" (Conforme/No conforme). - Mejorar nombre de archivo de descarga. 3. **Baja prioridad** - Clasificación del dispositivo médico (si aplica). - Fecha de vigencia del formato (configurable). - Registro de auditoría de generación de PDF. ### 5.3 Conclusión El Informe de Servicio Técnico actual cumple parcialmente con los requisitos de un registro de calidad para dispositivos médicos. Las brechas principales están en: - **Control documental** (código, versión, vigencia) - **Conformidad formal** (firmas y fechas) - **Trazabilidad de materiales** (lotes de repuestos) Con las mejoras indicadas, el documento sería apto para auditorías regulatorias ANMAT/ISO 13485. --- ## ACTUALIZACIÓN — Mejoras implementadas (8/3/2025) Se implementaron las mejoras regulatorias en el PDF y el sistema: | Mejora | Estado | |--------|--------| | Código documento (IST-001) y versión (Rev.01) en header y footer | ✅ | | Fecha de cierre con hora completa (d/m/Y H:i) | ✅ | | Columna Nº de lote en repuestos | ✅ (campo `lot` en delivery_note_items) | | Campo Resultado del servicio (usa atributo `resultado` o `conformidad`) | ✅ | | Espacios para firma y fecha del técnico y cliente | ✅ | | Nombre de archivo: IST-001_Servicio_{id}_{YYYYMMDD}.pdf | ✅ | | Layout compacto en 2 columnas para caber en 1 hoja | ✅ | | Fuentes y espaciados reducidos (6pt base, márgenes 8mm) | ✅ |