Introducción
En un comité de seguridad del paciente aparece una pregunta incómoda: “¿Dónde está la hoja de vida de la bomba de infusión involucrada en el incidente?”. El reporte está en un archivo, el mantenimiento en otro y la capacitación del usuario en una carpeta distinta.
Ese escenario explica por qué un software de tecnovigilancia puede tener sentido. No porque sustituya el proceso oficial, sino porque ayuda a conectar lo que ocurre alrededor del evento.
Esta guía está dirigida a gerentes y líderes de calidad, pero también a quienes deben evaluar técnicamente la herramienta. Con el marco colombiano como referencia verás qué exige la normativa, dónde entra la habilitación, qué diferencia existe frente al aplicativo del INVIMA y qué deberías comprobar antes de comprar.
¿Qué le exige la tecnovigilancia a una IPS en Colombia?
La Resolución 4816 de 2008 exige a los prestadores de servicios de salud contar con un programa institucional de tecnovigilancia. En la operación, esto implica tener responsables, procedimientos, información trazable y capacidad de reportar y actuar frente a eventos e incidentes.
| Qué exige | Qué significa en la operación |
|---|---|
| Profesional competente responsable del programa | Alguien debe coordinar y responder por la gestión institucional. |
| Designación y registro del responsable de tecnovigilancia | La IPS debe designar un profesional competente como responsable de su Programa Institucional de Tecnovigilancia y comunicar sus datos al INVIMA. La Red Nacional de Tecnovigilancia es una estrategia de vinculación voluntaria que facilita el intercambio de información, la cooperación y la capacitación entre sus integrantes. |
| Manual institucional de tecnovigilancia | Documentar el protocolo interno: desde cómo el personal de enfermería reporta una falla en el punto de atención, hasta cómo se analiza la causa raíz. |
| Formato de reporte de eventos e incidentes adversos | La IPS debe contar con un formato institucional para registrar los eventos e incidentes adversos relacionados con dispositivos médicos, o utilizar el establecido por el INVIMA. Si utiliza un formato propio, este debe conservar los elementos requeridos por la normativa. |
| Sistema de gestión de datos | Contar con un repositorio seguro que garantice la integridad de los datos, la confidencialidad del paciente y la trazabilidad histórica de cada dispositivo. |
| Reporte de eventos e incidentes adversos serios | La IPS debe reportar al INVIMA los eventos e incidentes adversos serios dentro de las 72 horas siguientes a su ocurrencia, conforme al artículo 15 de la Resolución 4816 de 2008. La notificación debe gestionarse oportunamente y sin esperar a que termine la investigación del caso. |
| Reporte trimestral de eventos e incidentes no serios | La IPS debe consolidar y notificar los casos no serios de acuerdo con los periodos establecidos por el INVIMA. La guía de tecnovigilancia de 2023 señala los primeros días de abril, julio, octubre y enero para reportar la información del trimestre anterior. La ventana operativa de los reportes en cero comprende los primeros ocho días calendario de esos meses, periodo que la guía también relaciona con los reportes periódicos. Si hay duda en la clasificación, se analiza como serio. |
| Reporte trimestral en cero | Si no hubo eventos reportables, también existe una obligación de informar. |
| Acciones preventivas y correctivas | Diseñar planes de mejora tras el análisis del evento (p. ej., retirar un lote de insumos o ajustar el plan de mantenimiento preventivo). |
| Capacitación del personal | Mantener registros verificables de que el personal asistencial sabe identificar un evento adverso y conoce el uso correcto de la tecnología biomédica. |
| Periodo reportado | Mes de presentación |
|---|---|
| Enero–marzo | Abril |
| Abril–junio | Julio |
| Julio–septiembre | Octubre |
| Octubre–diciembre | Enero del año siguiente |
La guía del INVIMA de 2023 indica la primera semana para los reportes periódicos y los primeros ocho días calendario para reportes en cero. Verifica la ventana operativa vigente en el aplicativo oficial.
La Resolución 4816 de 2008 diferencia claramente el evento adverso (donde se materializó un daño en el paciente, operador o entorno) del incidente adverso. Incidente adverso: Es una situación de potencial daño no intencionado asociada a la utilización de un dispositivo médico que no produjo un desenlace adverso. Puede clasificarse como serio o no serio según la gravedad del daño que pudo haber ocasionado. Por ejemplo, una falla detectada a tiempo que pudo causar la muerte o un deterioro serio de la salud se clasifica como incidente adverso serio, aunque no haya generado una lesión.
- Ejemplo de Evento:
Una bomba de infusión presenta una falla de calibración, administra una sobredosis de medicamento y el paciente sufre una crisis de toxicidad. - Ejemplo de Incidente: la bomba programa una velocidad distinta a la indicada por una falla de software; la enfermera lo detecta en la doble verificación antes de iniciar la infusión.
¿Dónde entra la tecnovigilancia en la habilitación?
La tecnovigilancia se relaciona directamente con la habilitación, pero una herramienta informática no es quien declara que la IPS cumple. La institución se autoevalúa y declara el cumplimiento de sus condiciones de habilitación.
La Resolución 3100 de 2019 organiza la habilitación alrededor de siete estándares: talento humano, infraestructura, dotación, medicamentos-dispositivos médicos-insumos, procesos prioritarios, historia clínica y registros, e interdependencia.
La tecnovigilancia se relaciona especialmente con medicamentos, dispositivos médicos e insumos, y se apoya en dotación, por la gestión del mantenimiento y las hojas de vida, y en procesos prioritarios, por su relación con la seguridad del paciente.
| Lo que pueden pedir en una verificación | Dónde debería estar la evidencia |
|---|---|
| Programa y responsable designado | Manual, acto o documento institucional correspondiente |
| Reportes realizados y reportes en cero | Registros y soportes del programa |
| Gestión de alertas sanitarias | Alertas revisadas, decisiones, tareas y cierres |
| Capacitaciones en uso de equipos | Registros de entrenamiento y asistencia |
| Acciones después de un evento | Análisis, responsables, evidencias y seguimiento |
¿Software de tecnovigilancia o aplicativo del INVIMA?
No son alternativas. El aplicativo web del INVIMA es el canal oficial y obligatorio para reportar; un software institucional sirve para gestionar internamente la información, el análisis, las tareas y la evidencia que rodean ese reporte.
| Aspecto | Aplicativo web del INVIMA | Excel y carpetas | Software institucional |
|---|---|---|---|
| Para qué sirve | Reporte oficial | Registrar y almacenar información | Gestionar y dar trazabilidad al proceso |
| ¿Es obligatorio? | Sí, para el reporte correspondiente | No | No |
| Relación con hoja de vida | Limitada al propósito del reporte | Depende de cómo se organice | Puede quedar vinculada al activo |
| Alertas y tareas | No es su función principal | Manual | Permite gestionar responsables y fechas |
| Análisis y recurrencias | Limitado al propósito del reporte | Manual | Puede centralizar análisis y seguimiento |
| Evidencia en auditoría | Soporte del reporte | Dispersa si no se controla | Consolidada según configuración |
Inscribirse en la Red Nacional de Tecnovigilancia tampoco significa recibir automáticamente las credenciales del aplicativo web.
El punto de partida es sencillo: el software institucional complementa el reporte oficial; no lo reemplaza.
¿Por qué es una decisión de gerencia y no solo del área técnica?
Porque la tecnovigilancia toca riesgo clínico, continuidad operativa y capacidad institucional para demostrar qué ocurrió y qué se hizo después.
- Riesgo para el paciente y la institución: un incidente que no se analiza es una advertencia que se puede repetir, esta vez con daño.
- Evidencia cuando la piden: si el comité de seguridad del paciente o un verificador pide la trazabilidad de un caso, debería aparecer completa en minutos, no reconstruirse desde correos.
- Sostenibilidad y continuidad del proceso: El programa institucional de calidad y seguridad no puede depender de la memoria ni de los archivos Excel personales de un colaborador que en cualquier momento puede cambiar de cargo o institución.
- Gestión proactiva de alertas con responsables asignados: El INVIMA publica permanentemente alertas sanitarias, informes de seguridad y retiros del mercado. La gerencia necesita visibilidad para confirmar si una alerta impacta a sus equipos y asegurar que las tareas de inspección tengan responsables y plazos de cierre claros.
- Datos consolidados para la toma de decisiones: Identificar recurrencias o fallas repetitivas asociadas a una marca, modelo o lote específico le proporciona a la gerencia argumentos con datos para orientar planes de capacitación, ajustar el mantenimiento o definir la renovación de la tecnología biomédica.
La Guía para la Implementación Eficaz del Programa de Tecnovigilancia del INVIMA, publicada en 2023, plantea que implementar el programa requiere recursos y el aval de las directivas.
Por eso, si el responsable de tecnovigilancia necesita justificar una herramienta ante gerencia, la conversación debería centrarse en riesgo, evidencia, continuidad y capacidad de respuesta, no únicamente en funcionalidades.
Lo que ningún software hace por tu IPS
Un software puede ordenar el proceso, pero no puede asumir las responsabilidades que corresponden a la institución.
| Actividad | Responsable: la IPS | Qué aporta un software |
|---|---|---|
| Designar al responsable | La institución | Organiza la información del responsable |
| Reportar al INVIMA en los plazos | La institución | Puede conservar y organizar los datos del caso |
| Analizar causas y decidir acciones | Equipo institucional | Facilita análisis, tareas y seguimiento |
| Autoevaluarse y declarar habilitación | La IPS | Ayuda a reunir evidencia |
| Capacitar al personal | La institución | Registra entrenamientos y asistencia |
| Gestionar alertas | La institución | Permite asignar responsables, fechas y cierres |
| Conservar trazabilidad | La institución | Centraliza registros, evidencias y cambios |
Lista de verificación: qué revisar en una demostración de software de tecnovigilancia
No evalúes una demo por la cantidad de botones. Pide que el proveedor te muestre un caso completo y comprueba qué ocurre en cada etapa.
Registro
- ☐ Pide que te muestren cómo el evento queda ligado al equipo, su hoja de vida y sus órdenes de trabajo.
- ☐ Comprueba que los campos sean coherentes con el formato de reporte del INVIMA.
- ☐ Revisa cómo clasifica evento/incidente y serio/no serio.
Alertas sanitarias
- ☐ Pide que te muestren cómo se indica si una alerta aplica a la institución.
- ☐ Comprueba cómo se asocian equipos o dispositivos, incluidos dispositivos que no sean equipos.
- ☐ Revisa responsable, fecha límite, estado y cierre con firma.
Análisis
- ☐ Pregunta si existe AMFE u otra herramienta de análisis de riesgo.
- ☐ Comprueba si puedes comparar el nivel de riesgo antes y después de las acciones.
Tecnovigilancia proactiva
- ☐ Pide una ronda de seguridad con lista de chequeo, evidencia y firmas.
- ☐ Comprueba cómo se consulta posteriormente esa evidencia.
Capacitación
- ☐ Revisa si los entrenamientos pueden vincularse con equipos y usuarios.
- ☐ Pide que te muestren asistencia mediante código QR y el acta correspondiente.
Indicadores
- ☐ Comprueba qué indicadores de tecnovigilancia puedes consultar.
- ☐ Pide una exportación que puedas utilizar como soporte de auditoría.
Trazabilidad y control
- ☐ Comprueba quién registró, quién modificó y quién firmó.
- ☐ Revisa perfiles de acceso y controles de confidencialidad de los datos del paciente.
Cobertura real
- ☐ Pregunta cómo gestiona dispositivos que no son equipos, como insumos o desechables.
Antes de cerrar la reunión, haz tres preguntas:
- ¿Qué parte del proceso sigue siendo manual?
- ¿Qué evidencia puedo recuperar de un caso completo?
- ¿Qué ocurre si cambia el responsable del programa?
¿Se aplica igual en otros países de LATAM?
No del todo. Lo que describe esta guía es la habilitación tal como la define la Resolución 3100 en Colombia. Otros países tienen su propia autoridad, sus propias figuras de autorización de servicios y sus propias reglas de reporte, aunque a veces usan palabras parecidas.
Por ejemplo, en México la tecnovigilancia se rige por la NOM-240-SSA1-2012 y la autoridad sanitaria es la COFEPRIS. En Ecuador, la gestión de la tecnovigilancia también cuenta con un marco regulatorio y una autoridad sanitaria propia, por lo que una IPS o institución de salud que opere allí debe revisar sus obligaciones específicas antes de trasladar un procedimiento diseñado para Colombia.
Esto es especialmente importante cuando una organización opera en varios países: conceptos como reporte de eventos, alertas sanitarias, responsables institucionales, plazos y mecanismos de notificación pueden variar entre jurisdicciones.
Por eso, este checklist debe utilizarse con el marco colombiano como referencia. Antes de trasladarlo a otra operación, verifica la normativa específica de ese país. Puedes consultar el análisis regional de normativa de tecnovigilancia en LATAM.
Cuando la evidencia deja de depender de una persona
Un software de tecnovigilancia no hace que una IPS cumpla por instalarlo. Su valor está en ayudar a que el trabajo institucional quede conectado y demostrable.
Si un evento afecta a un equipo, la historia no debería terminar en un formulario. Ingeniería clínica necesita poder reconstruir qué equipo era, qué mantenimiento tiene, qué ocurrió, qué acciones se tomaron y quién validó el cierre.
Ese cambio reduce la dependencia de archivos sueltos y de la memoria del responsable.
Preguntas frecuentes sobre software de tecnovigilancia
¿Es obligatorio tener un software de tecnovigilancia en Colombia?
No. La normativa exige que la IPS tenga un programa institucional de tecnovigilancia y un sistema de gestión de datos con las condiciones establecidas, pero no impone un software específico. Una herramienta puede facilitar la gestión, trazabilidad y evidencia, pero la institución sigue siendo responsable del programa.
¿Un software de tecnovigilancia reemplaza el reporte al INVIMA?
No. El software institucional y el aplicativo web del INVIMA cumplen funciones diferentes. El aplicativo del INVIMA es el canal oficial para los reportes correspondientes. Una herramienta interna puede organizar el evento, su análisis, las acciones, las alertas y la evidencia, pero no sustituye el reporte oficial.
¿Cuál es el plazo para reportar un evento adverso serio con un dispositivo médico?
Los eventos e incidentes adversos serios deben reportarse en un plazo máximo de 72 horas siguientes a su ocurrencia, según el artículo 15 de la Resolución 4816 de 2008, sin esperar a que termine la investigación del caso. Los eventos e incidentes no serios tienen un esquema de reporte trimestral. La IPS debe gestionar cada caso de acuerdo con las condiciones aplicables.
¿Qué es el reporte en cero?
El reporte en cero corresponde a informar que durante el periodo correspondiente no se presentaron eventos o incidentes que debieran reportarse. Es importante porque la ausencia de eventos no significa que el programa deje de tener actividad documental o que pueda omitirse el reporte correspondiente.
¿Quién debe ser el responsable de tecnovigilancia en una IPS?
Debe ser un profesional competente designado por la institución. La norma no establece una profesión única para desempeñar esta responsabilidad. En la práctica pueden participar perfiles como química farmacéutica, calidad e ingeniería clínica, según la estructura y responsabilidades definidas por cada IPS.
¿Qué papel tiene ingeniería clínica en la tecnovigilancia?
Ingeniería clínica puede aportar especialmente en la conexión entre el evento y la tecnología involucrada. Esto incluye consultar la hoja de vida del equipo, revisar mantenimiento, gestionar alertas que afectan el parque tecnológico y participar en tecnovigilancia proactiva mediante rondas y verificaciones.
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.
