Seguimiento de inyecciones antiangiogénicas de retina: qué debe hacer el software
Cómo debe soportar el software del centro el seguimiento de tratamientos intravítreos: calendario, trazabilidad UDI del vial, comparación entre OCT sucesivos, aviso de retraso y comunicación con el paciente. Lo que sí puede automatizar el sistema y lo que sigue siendo decisión clínica del oftalmólogo.
La pauta la decide el oftalmologo. El sistema sostiene el calendario y la trazabilidad UDI del vial administrado.
1. Por qué la gestión operativa cuesta
Una consulta de retina con volumen de pacientes en tratamiento intravítreo acumula complejidad operativa que no aparece en otras consultas. Merece la pena enumerarla para justificar la infraestructura que necesita.
1.1. Pacientes recurrentes con pauta variable
Cada paciente tiene su propia pauta terapéutica que el oftalmólogo ajusta según evolución. No es un calendario fijo por tipo de patología: es un plan individual que puede cambiar en cada visita. Multiplicar por decenas de pacientes activos produce complejidad importante.
1.2. Trazabilidad exigida por normativa
Los medicamentos intravítreos están sujetos a normativa de trazabilidad del producto sanitario. El UDI del vial administrado, el lote, la fecha de caducidad y la vía de administración deben quedar registrados por normativa, no por buenas prácticas.
1.3. Pruebas de imagen comparables
El seguimiento clínico depende de la comparación entre pruebas —OCT sucesivos, retinografías, angiografías— del mismo paciente en distintas visitas. Sin comparación fácil, el oftalmólogo depende de su memoria y de anotaciones manuales.
1.4. Consecuencias de perder el seguimiento
Un paciente que se salta la revisión programada puede perder visión de forma irreversible en semanas. El aviso proactivo al equipo del centro y al paciente cuando el intervalo se acerca a un umbral crítico es funcionalidad clínica, no marketing.
2. El calendario del paciente en tratamiento
El primer bloque operativo. Cada paciente tiene su propio calendario con su plan actual y su historial de administraciones.
2.1. La pauta actual definida por el oftalmólogo
El oftalmólogo define en el episodio clínico del paciente la pauta terapéutica actual: fármaco, intervalo entre administraciones, criterio de re-tratamiento —fijo por intervalo, según OCT—. El sistema guarda ese plan y programa la próxima administración según él.
2.2. La cita programada con antelación
La próxima cita se programa al terminar la actual, para que el paciente salga con fecha en la mano. Depender de que el paciente llame cuando se acerque su fecha es la vía por la que se pierden pacientes del seguimiento.
2.3. La confirmación previa a la cita
Antes de cada cita, el sistema comprueba que el vial estará disponible en la fecha, que el paciente ha confirmado y que las pruebas previas necesarias están hechas. Cuando alguna pieza falla, el equipo del centro tiene tiempo de reaccionar.
3. Trazabilidad UDI del vial administrado
La lectura del codigo del vial en el momento de la administracion elimina errores de captura manual.
La normativa de productos sanitarios y de trazabilidad del medicamento obliga a registrar el UDI del vial administrado. Es requisito legal, no opción.
3.1. Qué se registra
Identificador único del vial —UDI—, número de lote, fecha de caducidad, dosis administrada, ojo tratado, profesional que administra y fecha exacta. Todo va en la ficha del episodio del paciente y en el registro de trazabilidad del centro.
3.2. Cómo se registra sin fricción
Lectura del código de barras o QR del vial en el momento de la administración, con la información transferida directamente a la ficha. La captura por teclado manual es fuente clásica de errores; la lectura automática ahorra tiempo y elimina errores.
3.3. Qué se hace con la trazabilidad
Cuando aparece una retirada de lote —alerta sanitaria por defecto del producto—, el centro puede identificar en minutos qué pacientes recibieron viales del lote afectado y contactarlos. Sin trazabilidad estructurada, la respuesta es lenta y con riesgo de no cubrir todos los casos.
4. Comparación entre pruebas de imagen sucesivas
El oftalmólogo decide la evolución del tratamiento comparando el estado del ojo en visitas sucesivas. Sin comparación fácil, la decisión pesa más en memoria y menos en dato.
4.1. Visualización lado a lado
Dos OCT del mismo paciente en fechas distintas, en pantalla al mismo tiempo, con la posibilidad de destacar la zona de interés. La convención habitual es la comparación de la visita más reciente con la de referencia —basal, mejor situación, última equivalente—.
4.2. Series temporales de valores estructurados
Espesor macular central, presencia de líquido, agudeza visual. Los valores medidos en cada visita forman una serie temporal que el sistema puede representar como gráfica sencilla. Ver la evolución en un vistazo ahorra tiempo y aclara la decisión.
4.3. Alerta ante cambios significativos
Cuando el valor medido cambia significativamente entre visitas, el sistema lo destaca. La alerta no interpreta clínicamente —eso es del oftalmólogo—; llama la atención sobre un dato que el clínico valorará. La nota sobre PACS desarrolla la infraestructura de imagen.
Para directores de clínica
¿Tu clínica todavía gestiona esto de forma manual?
Descubre qué procesos puedes automatizar sin cambiar cómo trabajas, y cuánto tiempo recuperas cada semana.
5. El aviso de retraso al equipo del centro
El paciente en tratamiento intravítreo que se salta su cita puede tener consecuencias clínicas serias. El sistema debe avisar al equipo antes de que el retraso se convierta en pérdida.
5.1. Umbral configurable por tipo de pauta
El umbral de retraso relevante depende de la pauta terapéutica. En pautas intensivas puede ser una semana; en pautas espaciadas puede ser más. El sistema permite configurar el umbral por patrón y avisa cuando se aproxima.
5.2. Aviso al equipo, no al paciente
El aviso inicial va al equipo del centro para que decida el contacto con el paciente. Un aviso automático directamente al paciente sin filtro clínico puede confundir o alarmar sin motivo. El equipo del centro es quien contacta con la explicación adecuada.
5.3. Registro del contacto
El intento de contacto queda registrado con fecha, canal y resultado. Cuando el paciente reaparece después con complicación, el registro documenta que el centro intentó mantener el seguimiento.
6. Comunicación con el paciente entre visitas
El paciente en tratamiento activo necesita mantener el contacto entre visitas. El sistema puede facilitarlo sin invadir.
6.1. Recordatorio previo a la cita
Aviso con antelación razonable —una semana antes y un día antes—, por el canal preferido del paciente. La reducción del absentismo es un tema propio con impacto grande.
6.2. Información de preparación
Instrucciones sobre qué debe hacer antes de la cita: llegar con antelación, traer resultados de pruebas externas, con quién debe venir si el retorno a casa es complejo. La preparación reduce la fricción del día.
6.3. Canal para dudas del paciente
Vía por la que el paciente puede consultar dudas menores entre visitas sin bloquear la agenda. El equipo del centro filtra qué requiere consulta y qué se resuelve con información. La comunicación no se convierte en consulta a distancia sin filtro.
7. Qué debe hacer tu software con la consulta de retina
El aviso operativo por retraso es funcion clinica: la perdida de seguimiento en retina es dano visual prevenible.
Cuatro criterios verificables.
7.1. Registro estructurado del plan y del acto
El plan terapéutico y cada administración se registran como campos estructurados —fármaco, dosis, UDI, ojo—, no como texto libre. La búsqueda posterior, la comparación entre visitas y la trazabilidad del vial exigen estructura.
7.2. Comparación y series temporales por defecto
Al abrir el episodio del paciente, el sistema muestra la evolución de los valores relevantes en el tiempo y ofrece la comparación de imágenes sin salir del contexto. La preparación de la revisión debería ser cuestión de un minuto, no de reconstruir del histórico.
7.3. Alerta operativa por retraso
El equipo del centro recibe aviso cuando un paciente se acerca al umbral de retraso, con la información suficiente para contactar. La priorización de la lista de contactos pendientes es parte del flujo operativo del día.
7.4. Comunicación con el paciente integrada
Recordatorios y avisos van desde el propio sistema, con el registro en la ficha del paciente. No hay silo separado entre comunicación y expediente clínico.
8. Errores frecuentes en el seguimiento
- Registrar la administración como texto libre. Sin UDI estructurado no hay trazabilidad utilizable.
- Depender de que el paciente llame. La proactividad del centro es requisito, no cortesía.
- Comparación de imagen fuera del sistema clínico. Depender de módulos separados hace la revisión más lenta.
- Sin registro del intento de contacto. Cuando aparece incidente, no hay evidencia de que el centro actuó.
8.1. El error que más caro sale: perder el seguimiento silenciosamente
Un paciente en tratamiento activo deja de acudir. Nadie lo detecta hasta que el paciente reaparece semanas después con pérdida visual. El daño puede ser irreversible y la reclamación por abandono del seguimiento es defensa complicada. La alerta operativa por retraso, con el equipo del centro reaccionando activamente, previene la mayoría de estos escenarios. Un centro serio no depende de que el paciente vuelva.
8.2. Copiar la pauta del paciente anterior
La pauta terapéutica es individual y cambia en cada visita según la evolución. Copiar la pauta del paciente anterior o de una plantilla genérica es error clínico y responsabilidad profesional. El sistema puede proponer una pauta según el patrón del centro pero la decisión final es del oftalmólogo y debe quedar registrada como suya.
8.3. Retrasar el registro del UDI para «acabar antes con el paciente»
La administración se hace y el registro del UDI se pospone para el final de la sesión, con la intención de meter todos los códigos de una vez. La memoria y las notas no siempre resisten la sesión con volumen alto; algunos UDI se pierden y la trazabilidad queda incompleta. La regla razonable es lectura del código en el mismo acto de la administración, sin excepción.
9. Qué aporta obeliOmed con esto
9.1. Registro estructurado del plan y del acto
obeliOmed registra el plan terapéutico como decisión clínica del oftalmólogo dentro del episodio del paciente, y cada administración con su UDI, lote, dosis y ojo tratado como acto estructurado. La lectura del código del vial se hace en el momento con el propio dispositivo del sistema, sin captura manual.
9.2. Comparación de imagen y series temporales
El sistema muestra la evolución de valores relevantes y la comparación de imágenes sucesivas desde la vista del episodio, sin cambio de módulo. La preparación de la revisión se hace en un minuto y la decisión clínica se apoya en la información completa disponible.
9.3. Lo que no hace, dicho antes de que lo preguntes
obeliOmed no decide la pauta terapéutica del paciente ni propone re-tratamiento por su cuenta. La decisión clínica es del oftalmólogo con la información del caso completo, y el sistema la registra y la sostiene. Ninguna funcionalidad del producto sugiere pauta ni criterio de tratamiento sin la confirmación del profesional.
Oftalmología
La demo configurada con el flujo real de una consulta de oftalmología
Pruebas diagnósticas centralizadas, bloque quirúrgico con sus tiempos de sala y conexión directa con tus equipos, sin transcribir nada a mano.
10. Preguntas frecuentes sobre seguimiento intravítreo
¿Cuántos pacientes activos se pueden gestionar con este flujo?
Depende de la infraestructura y del volumen del centro. Consultas de retina con doscientos o trescientos pacientes activos en tratamiento intravítreo son habituales y el flujo aguanta cuando el sistema está bien montado. Los centros con volumen mayor suelen dedicar personal específico a la coordinación de citas y a la gestión de los avisos por retraso. La convención razonable es empezar con la funcionalidad básica y ampliar cuando el volumen lo exija; no hay techo teórico si el equipo del centro está preparado.
¿El sistema puede negarse a registrar una administración si algo no cuadra?
Puede advertir, no negar. Cuando el sistema detecta una incoherencia —vial de fármaco distinto al pautado, dosis fuera de rango habitual, ojo distinto al tratado en anteriores— muestra una alerta clara al profesional antes de confirmar el registro. El profesional decide si sigue adelante, y la decisión queda documentada con fecha y usuario, incluyendo el motivo si lo indica. Bloquear la administración desde el propio sistema puede impedir casos legítimos donde el clínico ha decidido cambiar la pauta tras una reevaluación, y no corresponde al software sustituir esa decisión clínica. La advertencia con confirmación explícita es la vía razonable: avisa del dato inusual sin impedir la actuación cuando el profesional la considera correcta.
¿Se puede compartir información entre centros que atienden al mismo paciente?
Sí, con las bases jurídicas correspondientes. Un paciente en tratamiento intravítreo puede ser atendido en su centro habitual y, cuando viaja o cambia de residencia, en otro centro que continúa el tratamiento. Lo que el centro receptor necesita es la pauta vigente, el historial de administraciones con sus UDI y la serie de pruebas de imagen, para no arrancar el seguimiento desde cero. La transferencia se hace por vías seguras con consentimiento del paciente y contrato de encargado de tratamiento cuando aplique. Conviene que los datos se exporten en formato estructurado, no como PDF narrativo, para que el centro receptor los incorpore a su propio sistema sin transcripción manual. La nota sobre compartir datos clínicos con terceros desarrolla los detalles.
¿Qué pasa si aparece alerta sanitaria por un lote administrado?
La trazabilidad UDI estructurada permite al centro identificar en minutos qué pacientes recibieron viales del lote afectado, con fecha exacta de administración y ojo tratado. La respuesta operativa incluye contactar con esos pacientes para reevaluación clínica, seguir las instrucciones de la agencia sanitaria correspondiente y documentar la actuación completa en el expediente. Sin trazabilidad estructurada, la respuesta depende de revisar agendas y notas a mano, es lenta y con riesgo real de dejar pacientes sin identificar. Con trazabilidad, la consulta se resuelve en un filtro y la lista de afectados está lista en minutos. Es el motivo principal por el que la normativa exige este registro y por el que no conviene posponerlo.
¿La comparación entre OCT sucesivos se puede automatizar completamente?
Parcialmente. Los sistemas modernos ofrecen mapas de cambio entre estudios sucesivos que destacan las zonas donde el espesor macular ha variado significativamente, sin necesidad de que el clínico realice la comparación manual. La interpretación clínica sigue siendo del oftalmólogo, pero la parte mecánica de comparación entre imágenes se puede acelerar. La convención razonable es usar los mapas de cambio como ayuda para llamar la atención sobre zonas relevantes y dejar la interpretación clínica al profesional. La automatización total sin criterio profesional produce diagnósticos plausibles sobre imágenes cuya interpretación exige el resto del caso clínico.
¿Los pacientes con seguimiento largo pueden acumular exceso de datos?
Sí, y merece la pena preverlo. Un paciente con varios años de tratamiento acumula decenas de OCT, retinografías, notas de evolución y administraciones. La vista del episodio debe permitir filtros y agrupaciones temporales para que la revisión no sea abrumadora: mostrar por defecto los últimos meses relevantes, con acceso a la historia completa a un clic. Sin esa separación, el clínico pierde tiempo cada vez buscando la visita que le interesa entre años de datos acumulados. También conviene que la serie temporal de valores clave —espesor macular, agudeza visual— se presente como gráfica resumida, para que la tendencia se lea de un vistazo sin necesidad de abrir cada visita individualmente.
¿Cómo se factura el proceso al pagador cuando es una mutua?
Depende del acuerdo del centro con la mutua. Muchas mutuas autorizan procesos con un número de intravítreas incluidas dentro de una autorización global; otras autorizan cada administración por separado y requieren un número de autorización distinto cada vez. La nota sobre episodio clínico y mutua desarrolla los flujos. El sistema debe permitir contabilizar cuántas administraciones se han hecho contra cada autorización y alertar cuando se acerque el límite, para que el equipo administrativo solicite la renovación antes de que el paciente quede sin cobertura. Si la renovación no llega a tiempo y el paciente necesita la inyección, el centro asume el riesgo de administrar sin autorización vigente, lo que complica el cobro posterior.
¿Se puede parar el tratamiento en el sistema si el oftalmólogo lo decide?
Sí. La decisión de suspender o de cambiar el fármaco es clínica y se registra en el episodio del paciente con motivo y fecha. El sistema deja de programar administraciones nuevas y actualiza el plan con la nueva pauta o con el cierre del tratamiento activo. La trazabilidad de esa decisión queda registrada como cualquier otra decisión asistencial, con firma electrónica del profesional. La suspensión no borra el histórico anterior: todo lo administrado, con sus UDI y sus fechas, permanece en la ficha y sigue siendo consultable. Si más adelante el oftalmólogo decide retomar el tratamiento, el nuevo plan arranca como una etapa distinta dentro del mismo episodio, con su propia serie de administraciones y sin confundirse con la anterior.
Pide una demo de obeliOmed
Sin permanencia · Demo personalizada para tu especialidad · Te respondemos en menos de 24 horas.
Más sobre retina y degenerativas
Qué debe incluir un software para consultas de retina y glaucoma.
Qué debe incluir un software para consultas de retina y glaucoma: valores estructurados, gráficas de progresión, plantillas por…
Leer artículo →
Software para neuroftalmología: historia clínica y seguimiento de la CFNR
Cómo estructurar la historia clínica de una unidad de neuroftalmología: plantillas por patología, campimetría y OCT del nervio…
Leer artículo →
Gestión de una unidad de retina: el circuito que hay que tener resuelto
Qué exige una unidad de retina al software: trazabilidad del acto, stock y caducidades, comparación de pruebas entre…
Leer artículo →Información adicional
- Software para consultas de retina
- Software para consulta de retina y glaucoma
- Cuadro de mando de una consulta de retina
- Qué es un PACS
- Episodio clínico y mutua
Última actualización: agosto de 2026.
