Si tu institución está evaluando teleoftalmología (hospital, clínica, red de APS o campaña), la pregunta no es solo “¿funciona la IA?”: también es “¿cómo entra esto a nuestra operación diaria sin duplicar trabajo?”.
La integración suele fallar por motivos simples: - el resultado termina en un PDF suelto, - la imagen queda “en otro sistema”, - y el equipo clínico vuelve a tipear datos en la HCE.
La buena noticia: no hace falta un megaproyecto para hacerlo bien. Con un diseño por etapas y dos estándares muy concretos —DICOM/DICOMweb para imágenes y HL7 FHIR para datos clínicos— podés lograr interoperabilidad real y medible.
Si querés un marco complementario sobre operación segura de IA (roles, umbrales, trazabilidad), mirá también: /blog/ia-human-in-the-loop-salud/.
Mapa mental: 3 capas que tenés que resolver (sí o sí)
Pensá la integración como tres capas independientes, que podés implementar de menor a mayor madurez:
1) Capa imagen (retinografías)
- Objetivo: guardar/consultar imágenes de forma estándar y trazable.
- Estándar típico: DICOM (y en web, DICOMweb).
2) Capa resultado (hallazgos e informe)
- Objetivo: registrar el resultado clínico (IA, clasificación, severidad, recomendación, firma profesional) como dato estructurado dentro de la HCE.
- Estándar típico: HL7 FHIR (Observation / DiagnosticReport, según el caso).
3) Capa flujo (orden, turnos, derivación, SLA)
- Objetivo: que el estudio “viva” en el circuito (pedido, estado, tiempos, notificaciones).
- Estándar típico: FHIR (por ejemplo ServiceRequest/Task en muchos ecosistemas), o integraciones equivalentes del HIS local.
En retina, casi siempre conviene empezar por resultado + enlace a imagen y recién después sofisticar el workflow.
DICOM y DICOMweb en 2 minutos (por qué importan en retina)
DICOM es el estándar clásico para imagen médica. Cuando hablamos de “integrar retinografías”, el objetivo práctico es: - que la imagen tenga identificadores (paciente, estudio, fecha, dispositivo), - que sea consultable por sistemas clínicos, - y que se pueda auditar quién accedió y cuándo.
DICOMweb agrega el “modo moderno” (REST) para consultar/recuperar/guardar imágenes vía web. En la práctica, ayuda a que integrar con portales, visores web o sistemas distribuidos sea mucho más directo.
HL7 FHIR: dónde viven los resultados (y cómo evitar el “PDF suelto”)
FHIR no reemplaza tus imágenes: organiza los datos clínicos y el reporte.
Un enfoque común y escalable es:
- FHIR Observation para resultados estructurados (ej.: “riesgo de RD”, “imagen gradable/no gradable”, “recomendación: derivar”).
- FHIR DiagnosticReport para agrupar resultados, interpretación, firma, adjuntos, y referencias a imágenes/estudios.
Esto permite búsquedas clínicas reales dentro de la HCE: - “mostrar pacientes con resultado positivo en los últimos 6 meses” - “listar pendientes de revisión” - “auditar tiempos de respuesta” (ver también: /blog/medir-cobertura-derivacion-tiempos/)
4 patrones de integración que funcionan (ordenados de simple a maduro)
Patrón 1: “Resultado en HCE + link seguro a visor”
Ideal para empezar (rápido, bajo riesgo). - En HCE guardás resultado estructurado + link a estudio/imagen en visor (con permisos). - Beneficio: evitás duplicar almacenamiento y ganás trazabilidad clínica.
Cuándo usarlo: hospitales/clínicas que ya tienen visor o repositorio (PACS/VNA) o que quieren minimizar cambios al inicio.
Patrón 2: “PDF firmado + datos mínimos estructurados”
Cuando el ecosistema todavía vive de PDFs, podés mejorarlo sin romper nada: - seguís generando un PDF (para auditoría/legal), - pero además registrás 3–6 campos estructurados (clasificación, ojo, gradabilidad, recomendación, prioridad, fecha).
Clave: el PDF no debe ser la única fuente de verdad.
Patrón 3: “DICOM completo + FHIR report”
Más maduro: - imagen en DICOM (o DICOMweb), - reporte y resultados en FHIR, - y vínculo estable entre ambos.
Beneficio: interoperabilidad “de manual”, ideal para redes y escalamiento multi-sede.
Patrón 4: “Workflow integrado end-to-end”
Lo más potente, pero no es el primer paso: - orden → captura → IA → revisión → informe → derivación → seguimiento, - todo con estados y tiempos controlados (SLA), integrado al HIS.
Beneficio: automatizás operación, reducís cuellos de botella y evitás el “piloto eterno”.
Si querés ver cómo diseñar el flujo clínico para que oftalmología no se sature, tenés esta guía: /blog/integrar-retinografia-flujo-clinico/.
Checklist para compras / IT: 12 preguntas que te ahorran meses
Usalo tal cual en demos o RFPs:
1) Identificadores: ¿cómo manejan MPI / ID de paciente? ¿Qué pasa con duplicados?
2) Exportabilidad: ¿puedo exportar resultados estructurados (no solo PDF)?
3) Estándares: ¿soportan DICOM/DICOMweb, HL7 FHIR o APIs equivalentes documentadas?
4) Versionado: ¿queda registro de versión de modelo/algoritmo en cada resultado?
5) Trazabilidad: ¿quién vio, quién validó, quién firmó? (auditoría)
6) Permisos: roles por perfil (captura, revisión, auditoría, admin)
7) Calidad de imagen: ¿registran gradabilidad y motivos de rechazo?
8) Integración HCE: ¿tienen ejemplos reales con HCE/HIS? ¿qué esfuerzo típico de IT?
9) Notificaciones: ¿se pueden disparar alertas por “caso de riesgo” o “pendiente de informe”?
10) SLA y métricas: ¿hay tablero de tiempos (captura→resultado→informe)?
11) Seguridad: cifrado, backups, control de acceso, logs, retención
12) Portabilidad: si mañana cambio de proveedor, ¿me llevo mis datos e imágenes?
Cómo se aplica esto en Retinar (ejemplo concreto)
Retinar se diseñó pensando en Argentina y LATAM, donde la realidad suele ser: - parque de retinógrafos heterogéneo, - equipos especializados limitados, - y HCE/HIS con distintos niveles de madurez.
En la práctica, Retinar permite implementar integraciones por etapas:
- Etapa inicial (rápida): resultados estructurados + enlace seguro al estudio, evitando re-carga manual.
- Etapa de escalamiento: integración por API y conectores para interoperar con sistemas institucionales (HCE/HIS), sosteniendo trazabilidad y auditoría.
- Operación en red: captura descentralizada (APS/campañas), priorización por IA y revisión profesional donde agrega valor.
El objetivo no es “poner imágenes en un sistema”: es hacer que el dato sea accionable dentro del flujo, con métricas y seguimiento.
Cierre: la interoperabilidad no es un lujo, es lo que vuelve sostenible el programa
En teleoftalmología, el beneficio más grande aparece cuando: - los resultados se pueden buscar, - la derivación se puede medir, - y el equipo deja de copiar/pegar entre sistemas.
Si tu integración se reduce a “subir una imagen” o “adjuntar un PDF”, probablemente vas a sentir fricción en semanas. Si resolvés estas 3 capas (imagen, resultado, flujo) por etapas, el programa escala.
CTA: revisemos tu escenario y te proponemos una integración por etapas
¿Querés que Retinar se integre a tu HCE/HIS sin un proyecto eterno?
Contactanos y coordinamos una demo técnica + clínica (30–45 min) para:
- mapear tu flujo actual,
- revisar tu equipamiento,
- y definir una hoja de ruta (mínimo viable → escalamiento en red).
Formulario en la web: https://retinar.com.ar