No es otro software de RDA. Es el bus de interoperabilidad que captura, normaliza, valida y transmite tus datos clínicos hacia la IHCE — sin reemplazar tu HIS, sin migraciones traumáticas y bajo el estándar HL7 FHIR R4.
La mayoría de las instituciones de salud en Colombia operan sobre sistemas que nunca fueron diseñados para hablar entre sí — ni mucho menos con el Estado.
El hospital promedio opera entre diez y quince sistemas (HIS, LIS, RIS, farmacia, urgencias) que viven en silos sin comunicación.
La Resolución 1888 dio un plazo perentorio desde octubre de 2025. El tiempo de análisis ya pasó: ahora es ejecución.
Si el RDA que genera tu software no cumple la estructura exigida, la institución incumple — no el proveedor. La responsabilidad es tuya.
Cuatro funciones críticas que convierten el cumplimiento normativo en infraestructura permanente.
Construimos los cuatro tipos de RDA — consulta externa, urgencias, hospitalización y paciente — directamente desde los datos de tu HIS, firmados digitalmente.
// 4 tipos · firma digitalVerificación sintáctica (estructura FHIR R4) y semántica (terminologías CIE, CUPS, IUM, LOINC, SNOMED) antes de transmitir a MinSalud. Cero RDA rechazados.
// sintáctica + semánticaConsulta y visualización del historial RDA de un paciente a nivel nacional, embebible en tu propia historia clínica vía iframe seguro con OAuth2.
// embebible · OAuth2Cada recurso se almacena como FHIR R4 canónico en un repositorio interoperable y cada transacción auditada con acuse del Ministerio — disponible para consulta histórica.
// repositorio FHIR R4 · auditoríaDos pipelines de entrada convergen en un formato canónico FHIR R4. Toca cada nodo para ver el detalle técnico.
normalización · mapeo terminológico · validación
A diferencia de una integración punto a punto, el bus desacopla tus sistemas origen del destino. Puedes cambiar tu HIS, agregar dispositivos o adaptar nuevos requisitos del Ministerio sin reconstruir nada: el bus absorbe el cambio en una sola capa.
Los sistemas modernos publican recursos FHIR (Patient, Encounter, Condition, Observation, MedicationStatement) directamente contra el bus a través de un API Gateway con autenticación OAuth2 y rate limiting.
Para los sistemas que aún hablan HL7 v2.x, exponemos un listener MLLP sobre TCP en el puerto 2575. Recibimos mensajes ADT, ORU y ORM, y los convertimos al formato canónico FHIR — sin pedirle a tu proveedor legacy que cambie nada.
Dispositivos domiciliarios (tensiómetros, glucómetros, oxímetros) transmiten mediciones que se transforman en recursos FHIR Observation, integrando el monitoreo remoto de pacientes crónicos al mismo flujo de interoperabilidad.
Todo converge aquí. El bus normaliza cada mensaje a un modelo canónico, mapea terminologías (CIE-10/11, CUPS, IUM, LOINC, SNOMED-CT), valida estructura y semántica contra los perfiles colombianos (IG v0.8.1), firma digitalmente y orquesta el envío. Una sola fuente de verdad.
El RDA validado se transmite de forma segura a la plataforma nacional de interoperabilidad. Recibimos y registramos el acuse de recibo (confirmación o rechazo) del Ministerio, con reintentos automáticos y trazabilidad completa de cada transacción.
Los profesionales autorizados consultan el historial RDA del paciente a nivel nacional mediante un visor embebible en la propia historia clínica, autenticado con JWT de corta duración. La información clínica deja de estar atrapada en cada institución.
El texto libre no genera un RDA válido. Mira cómo el bus valida un recurso FHIR contra la norma colombiana, paso a paso.
La interoperabilidad clínica no admite software improvisado. Esto es lo que nos separa.
Somos una spin-off de AI3LAB, fábrica de software con certificación CMMI Nivel 3. Procesos repetibles, calidad medible y gestión formal de riesgos — no buenas intenciones.
Pipeline DevSecOps completo: análisis de secretos, SAST, DAST y escaneo de contenedores en cada despliegue. Aislamiento multi-tenant real: tus datos nunca se mezclan con los de otra institución.
No adaptamos software extranjero a la norma local: construimos desde la Resolución 1888, la Ley 2015 de 2020 y los perfiles FHIR colombianos (IG v0.8.1). El cumplimiento es parte de la arquitectura.
Estándares abiertos siempre. Tus datos son portables y exportables en FHIR. No reemplazamos tu HIS ni te encerramos en un contrato: el bus se adapta a lo que ya tienes.
Cumplir la norma es el mínimo. Construir interoperabilidad real es la ventaja.
| Capacidad | Generador de RDA típico | Bus de Interoperabilidad · Whatoko |
|---|---|---|
| Generación y validación de RDA | Sí | Sí, con validación dual |
| Sistemas legacy HL7 v2.x (MLLP) | No / requiere desarrollo aparte | Pipeline nativo :2575 |
| Monitoreo remoto integrado | No | Mismo flujo FHIR |
| Anonimización para investigación / IA | No | Disponible |
| Ingeniería certificada CMMI ML3 | Variable | Certificado |
| Aislamiento multi-tenant verificable | Compartido | Tenant dedicado |
Un proceso claro, con responsables definidos y sin interrumpir tu operación clínica.
Evaluamos tu HIS actual, mapeamos tus fuentes de datos e identificamos brechas frente a la Resolución 1888. Sin costo.
Conectamos el bus a tus sistemas vía REST o MLLP. Configuramos el mapeo terminológico y los perfiles FHIR colombianos.
Ejecutamos ciclos de prueba en el sandbox de la IHCE hasta certificar la generación y transmisión correcta de tus RDA.
Salimos a producción con soporte y ANS definidos. Adaptamos el bus ante cada cambio técnico-normativo futuro.
Déjanos tus datos y te contactamos para agendar una demostración del Bus de Interoperabilidad sobre tus propios sistemas.