Investigar un incidente con un dispositivo médico exige algo más que comprobar si el equipo funciona o entrevistar al profesional que lo estaba utilizando. La tecnovigilancia forense busca reconstruir el evento con evidencia, contexto clínico y criterios de causalidad para entender por qué ocurrió y qué condiciones permitieron que ocurriera.
El objetivo tampoco es encontrar una persona sobre quien descargar la responsabilidad. Es determinar qué pasó con el dispositivo, cómo interactuó con el usuario, qué condiciones existían en el servicio y qué barreras de seguridad estaban disponibles.
La Guía para la Implementación Eficaz del Programa de Tecnovigilancia del INVIMA incorpora elementos para la investigación de eventos e incidentes y criterios de causalidad de Bradford Hill, útiles como referencia metodológica en este tipo de análisis.
¿Cómo se investiga un incidente con un dispositivo médico?
Se investiga reconstruyendo la secuencia del evento y contrastando diferentes hipótesis causales antes de concluir qué ocurrió. En la práctica, conviene comenzar por preservar la evidencia y reconstruir el contexto, antes de desmontar el equipo o modificar sus condiciones.
Un protocolo práctico puede seguir esta secuencia:
Identificar fabricante, modelo, número de serie, ubicación y estado del equipo. Conservar fotografías, registros, alarmas, configuraciones, accesorios utilizados, consumibles y cualquier evidencia disponible.
Determinar qué ocurrió antes, durante y después del incidente: quién utilizó el dispositivo, para qué procedimiento, bajo qué condiciones, qué alarmas aparecieron y qué acciones se ejecutaron.
“Se apagó durante el procedimiento” es un hecho que puede verificarse. “El usuario lo apagó accidentalmente” es una hipótesis que necesita evidencia.
Aquí pueden utilizarse herramientas como el análisis de causa raíz (ACR), los 5 porqués o el diagrama de Ishikawa, agrupando las posibles causas físicas, humanas y organizativas.
No basta con encontrar algo que estaba mal. Hay que determinar si ese factor tuvo una relación plausible con el incidente. Los criterios de causalidad de Bradford Hill incluidos como referencia en la guía del INVIMA pueden apoyar esta valoración.
Desde una perspectiva de gestión de riesgo, coherente con el propósito de protección al paciente que persigue la Resolución 4816 de 2008, una investigación de tecnovigilancia aporta valor real, para cuando las barreras diseñadas (planes de mantenimiento, reentrenamientos, cambios de proveedor) se implementan, se miden y se verifican en la operación
¿Quieres profundizar en este tema?
¿Quieres profundizar en este tema?
Accede a las charlas de la Comunidad de Ingeniería Clínica LATAM sobre tecnovigilancia, investigación de incidentes y seguridad de dispositivos médicos. Encuentra las sesiones, grabaciones y materiales disponibles para consultarlos cuando los necesites.
¿Cómo distinguir una falla técnica de un error de interfaz o de usuario?
La diferencia está en qué condición produjo o facilitó el comportamiento observado. Clasificar prematuramente un incidente como “error de usuario” puede ocultar problemas de diseño, mantenimiento, información o condiciones de trabajo.
| Situación | Qué se observa | Pregunta de investigación |
|---|---|---|
| Falla técnica | El dispositivo no responde como debería según sus especificaciones o condición esperada | ¿Qué componente, software, alimentación, configuración o condición física falló? |
| Error de interfaz | La interacción del usuario con el dispositivo favorece una interpretación o acción incorrecta | ¿El diseño, alarma, pantalla, control o secuencia podía inducir razonablemente el error? |
| Error de usuario | La acción ejecutada se aparta del procedimiento esperado aun cuando las condiciones eran adecuadas | ¿Qué información, entrenamiento, supervisión o contexto influyó en esa decisión? |
Esta distinción no significa asumir que las tres categorías son excluyentes. Un mismo evento puede contener una falla técnica y una interfaz que dificultó detectarla, mientras la carga de trabajo del servicio aumentaba la probabilidad de que pasara inadvertida.
¿El error humano es una causa raíz válida?
El error humano puede actuar como un factor contribuyente inmediato, pero resulta técnicamente insuficiente como causa raíz si la investigación busca explicar con rigor científico por qué el sistema hospitalario permitió que dicha acción desencadenará un incidente adverso.
Si la conclusión de un comité técnico termina de forma simplista en “el operador se equivocó”, todavía quedan múltiples interrogantes críticas por resolver.
- ¿La interfaz visual del equipo biomédico era suficientemente clara para las condiciones reales de uso? Y, más allá de la capacitación formal, ¿el personal había recibido el entrenamiento necesario para operar esa tecnología específica?
- Un protocolo puede estar correctamente diseñado sobre el papel, pero la pregunta es otra: ¿era realmente aplicable bajo las condiciones de alta demanda del servicio?
- La carga de trabajo y la fatiga también forman parte del contexto. ¿Qué estaba ocurriendo en ese turno cuando se produjo el incidente?
- Muchas veces la alarma sí sonó, la cuestión es si era perceptible en ese entorno clínico, tanto por sus características visuales o sonoras como por las condiciones del servicio.
- Finalmente, conviene revisar el propio dispositivo: ¿estaba correctamente configurado y disponible para el procedimiento que se estaba realizando?
Este enfoque coincide con una idea central de la investigación de seguridad: las personas trabajan dentro de sistemas que condicionan sus decisiones. La ingeniería de factores humanos obliga a mirar la interacción entre persona, dispositivo, tarea y entorno clínico.
Por eso, los 5 porqués no deberían detenerse cuando aparece una acción humana. Si la respuesta es “el profesional no verificó la configuración”, el siguiente por qué debe explorar qué condiciones hicieron posible esa omisión.
La pregunta útil no es solamente “¿quién cometió el error?”, sino “¿qué condiciones hicieron que ese error fuera posible, probable o difícil de detectar?”.
Forma parte de la conversación entre profesionales de ingeniería clínica
Comparte experiencias, consulta casos, encuentra recursos técnicos y participa en conversaciones con otros profesionales que trabajan con tecnología médica y gestión hospitalaria en LATAM.
¿Por qué la cultura justa importa en la tecnovigilancia forense?
La cultura justa permite investigar sin convertir cada incidente en un proceso punitivo. Si los profesionales perciben que reportar un evento puede traer represalias, la institución pierde precisamente la información que necesita para detectar patrones de riesgo.
Esto no significa eliminar la responsabilidad profesional. Significa distinguir entre una conducta deliberadamente insegura, una conducta influida por condiciones del sistema y un error no intencional.
Para ingeniería clínica, esa diferencia tiene consecuencias prácticas. Un reporte que llega acompañado de contexto permite relacionar el evento con mantenimiento, configuración, capacitación, usabilidad, condiciones del servicio y antecedentes del equipo.
Una cultura punitiva tiende a cerrar la investigación demasiado pronto. Una cultura de aprendizaje intenta descubrir qué barrera falló y cómo evitar que el mismo escenario vuelva a producir el mismo resultado.
La propia lógica de la tecnovigilancia apunta hacia la identificación y gestión de riesgos asociados a los dispositivos médicos, no únicamente hacia la documentación del evento. En Colombia, la Resolución 4816 de 2008 establece el marco del Programa Nacional de Tecnovigilancia; su aplicación corresponde a Colombia y no debe extrapolarse automáticamente al resto de LATAM.
¿Cómo cambia la investigación de incidentes según el contexto de LATAM?
La metodología de investigación puede mantenerse, pero el contexto institucional, regulatorio y operativo cambia significativamente entre los países de Latinoamérica. Por eso, una investigación forense de incidentes con dispositivos médicos debe separar el método técnico, reconstruir hechos, analizar causas y factores humanos, de los requisitos específicos de vigilancia que correspondan a cada país.
Para un equipo de ingeniería clínica que trabaja en LATAM, esto es especialmente importante. Los dispositivos pueden ser similares, pero las rutas de notificación, autoridades sanitarias, responsabilidades institucionales y mecanismos de vigilancia no necesariamente lo son. El análisis causal debe ser suficientemente sólido para funcionar más allá de una norma particular.
Un mismo método, diferentes marcos de tecnovigilancia
El principio puede resumirse así: la metodología de investigación es transferible; la obligación regulatoria debe verificarse país por país.
- En Colombia: LaResolución 4816 de 2008 de la mano del INVIMAestablece el ecosistema del Programa Nacional de Tecnovigilancia. Es una referencia importante para los profesionales colombianos, pero no debe utilizarse como si fuera una norma regional.
- En Brasil: La tecnovigilancia está rígidamente articulada por laANVISA, operando mediante la plataforma de notificación electrónica E- Notivisa y redes hospitalarias especializadas.
- En México: LaCOFEPRIS norma la vigilancia post-mercado a través de la NOM-240-SSA1-2012.
- Otros países de la región tienen autoridades y procedimientos propios que deben consultarse antes de definir obligaciones de reporte o investigación.
Esto cambia una parte importante del trabajo del investigador: primero debe identificar qué exige el país donde ocurrió el evento y después aplicar el método de análisis. Confundir ambos niveles puede llevar a conclusiones técnicamente correctas, pero regulatoriamente incompletas.
¿Qué debería buscar un ingeniero clínico latinoamericano?
Más que memorizar una norma de cada país, conviene desarrollar una estructura de investigación que pueda adaptarse al contexto local. Ante un incidente, el equipo debería poder responder al menos cuatro preguntas:
- ¿Qué ocurrió técnicamente?
Reconstruir el comportamiento del dispositivo y las condiciones en las que se produjo el evento. - ¿Qué ocurrió durante la interacción humano-dispositivo?
Analizar interfaz, alarmas, instrucciones de uso, capacitación, carga de trabajo y condiciones reales de operación. - ¿Qué factores organizativos contribuyeron?
Revisar mantenimiento, disponibilidad del equipo, procesos, supervisión, gestión del riesgo y barreras de seguridad. - ¿Qué exige el marco de vigilancia del país?
Determinar si corresponde una notificación, investigación formal, seguimiento o comunicación a la autoridad sanitaria, de acuerdo con la regulación local.
Esta separación resulta útil para evitar que la investigación se convierta en una simple revisión documental de cumplimiento. El objetivo técnico sigue siendo entender por qué ocurrió el incidente, mientras que el componente regulatorio determina qué debe hacer la institución frente a ese hallazgo.
La perspectiva regional también permite algo que suele faltar en las investigaciones aisladas: comparar patrones. Un problema de usabilidad, una alarma poco perceptible o una determinada condición de mantenimiento puede aparecer en hospitales de diferentes países aunque cada uno tenga un sistema regulatorio distinto.
Por eso, para la ingeniería clínica latinoamericana, compartir experiencias entre pares tiene un valor particular. La discusión regional permite identificar problemas que no necesariamente aparecen cuando cada institución analiza sus incidentes de manera independiente.
La Comunidad de Ingeniería Clínica LATAM puede funcionar precisamente como ese espacio de intercambio: comparar cómo se investigan los incidentes, qué factores se repiten y qué soluciones han funcionado en diferentes realidades hospitalarias, sin asumir que una única normativa o procedimiento representa a toda la región.
¿Qué evidencia debería revisar la ingeniería clínica?
La investigación debería integrar la evidencia técnica con la evidencia del contexto clínico. No basta con comprobar el estado actual del equipo: hay que reconstruir sus condiciones de operación y relacionarlas con lo ocurrido.
| Tipo de evidencia | Qué incluye |
|---|---|
| Historial de gestión de activos | Hoja de vida del equipo, mantenimiento preventivo, correctivo y calibraciones previas. |
| Pruebas de seguridad y desempeño | Verificaciones eléctricas, funcionales, metrológicas y pruebas de desempeño realizadas antes o después del evento. |
| Registros de software | Configuraciones activas, datos internos disponibles e historial electrónico de alarmas. |
| Documentación del fabricante | Manuales de operación, guías de servicio e instrucciones de uso aplicables al dispositivo. |
| Trazabilidad de insumos | Marcas, lotes y compatibilidad de accesorios, consumibles y componentes utilizados. |
| Competencias del personal | Registros de capacitación y entrenamiento específico en la tecnología involucrada. |
| Condiciones del entorno clínico | Variables ambientales y condiciones de infraestructura que pudieran afectar el funcionamiento del dispositivo. |
| Evidencia testimonial | Relatos cronológicos del personal que operó o presenció el evento. |
| Registro multimedia | Fotografías, videos del equipo en su estado original y registros electrónicos disponibles. |
El objetivo es triangular la información. Un testimonio puede explicar una decisión; un registro técnico puede confirmar el estado del equipo; la línea de tiempo puede mostrar si ambas cosas realmente coinciden.
¿Cómo aplicar el enfoque forense sin convertirlo en un proceso punitivo?
La clave está en separar tres preguntas: qué ocurrió, por qué ocurrió y qué debe cambiar.
Una investigación de tecnovigilancia con enfoque forense debería documentar hipótesis, evidencia a favor y en contra, factores contribuyentes y nivel de certeza de la conclusión. Así se evita presentar como hecho una explicación que todavía no ha sido demostrada.
Para un ingeniero clínico o biomédico, este enfoque también permite conversar con mantenimiento, calidad, seguridad del paciente y personal asistencial utilizando una base común: evidencia observable y condiciones del sistema.
Discute metodologías y casos con otros profesionales
Si este tipo de investigación forma parte de tu trabajo, puedes inscribirte a la charla semanal de la Comunidad de Ingeniería Clínica LATAM sobre tecnovigilancia forense para discutir metodologías, casos y criterios de análisis con otros profesionales de la región.
Preguntas Frecuentes
¿Qué es la investigación forense de incidentes con dispositivos médicos?
Es una investigación estructurada que reconstruye el evento mediante evidencia técnica y contextual para identificar causas, factores contribuyentes y fallas de barreras, evitando reducir la explicación a una única persona.
¿Qué diferencia hay entre causa raíz y factor contribuyente?
La causa raíz busca explicar una condición cuya eliminación o modificación puede prevenir la recurrencia. Un factor contribuyente aumenta la probabilidad o gravedad del evento, pero puede formar parte de una cadena causal más amplia.
¿El diagrama de Ishikawa sirve para investigar tecnovigilancia?
Sí. Puede ayudar a organizar hipótesis en categorías como equipo, método, personas, entorno, materiales y organización. Su utilidad está en ampliar la búsqueda de causas, no en demostrar por sí mismo cuál fue la causa raíz.
¿La Resolución 4816 de 2008 aplica a toda Latinoamérica?
No. La Resolución 4816 de 2008 corresponde al Programa Nacional de Tecnovigilancia de Colombia. En la región existen marcos diferentes. Por ejemplo, Brasil gestiona la tecnovigilancia mediante ANVISA y sistemas de notificación como Notivisa, mientras México ha contado con la NOM-240-SSA1-2012 como referencia normativa de tecnovigilancia.
Conclusión: investigar mejor para aprender del incidente
Una investigación de tecnovigilancia forense tiene valor cuando consigue transformar un incidente concreto en conocimiento útil para el hospital. El equipo, el usuario, la interfaz, el procedimiento y las condiciones de trabajo deben analizarse como partes de un mismo sistema.
Para ingeniería clínica, eso implica pasar de la pregunta “¿quién falló?” a una pregunta mucho más productiva: “¿qué condiciones permitieron que el incidente ocurriera y qué podemos modificar para que sea menos probable que vuelva a ocurrir?”
Ese cambio de enfoque mejora la calidad de la investigación y, sobre todo, permite que la tecnovigilancia cumpla su propósito más importante: aprender de lo ocurrido antes de que vuelva a ocurrir.
La Comunidad de Ingeniería Clínica LATAM es un espacio para llevar estas preguntas a la conversación entre pares, compartir experiencias y contrastar cómo otros hospitales enfrentan problemas similares. Únete a la Comunidad y participa en las discusiones técnicas sobre tecnovigilancia, tecnología médica y seguridad clínica.
Ingeniería Clínica
Conecta con la Comunidad de Ingeniería Clínica en Latam y mantente actualizado con noticias, eventos y tendencias que están transformando la gestión tecnológica en salud. Una comunidad creada por QS, software biomédico en Colombia.
