Costa Rica ya definió cómo se intercambia la información de salud: hay consumidores, productores y custodios, y cada rol trae obligaciones distintas. La pregunta que le van a hacer no es si quiere conectarse, sino qué rol cumple y qué le falta para cumplirlo.
Cuando un país define su arquitectura de interoperabilidad, conectarse deja de ser opcional. Su organización va a tener que responder consultas, publicar lo que produce, o ambas cosas — y va a tener que demostrar que puede hacerlo antes de que la dejen entrar. La mayoría lo descubre tarde: faltaban tres o cuatro capacidades que nunca estuvieron en ningún proyecto, y aparecen en la fase de pruebas, cuando la fecha ya está comprometida. Nuestro trabajo es que usted sepa eso hoy.
El intercambio se organiza por roles, no por tipo de institución. Un mismo hospital suele cumplir los tres al mismo tiempo, y las obligaciones no se eligen: se acumulan.
Necesita ver información que otro generó —un resultado, una vacuna, un episodio previo— en el momento en que está atendiendo al paciente.
Probar quién consulta, en nombre de quién y con qué propósito; y que cada consulta queda registrada.
Nadie definió el propósito de uso ni dónde queda el consentimiento. La consulta funciona en pruebas y se traba en la revisión legal.
Produce información clínica que el resto del ecosistema necesita: resultados de laboratorio, notificaciones, informes de imágenes, vacunas aplicadas.
Publicar conforme al perfil nacional, con la terminología ligada y en el momento en que el hecho ocurre — no en un lote al final del mes.
El sistema que genera el dato no puede producir el perfil, y el proyecto se entera cuando ese sistema ya está comprado.
Guarda la información y responde por ella: quién puede verla, cuánto tiempo se conserva y qué se entrega cuando el ecosistema la pide. A veces es el mismo que la produce; a veces es un rol aparte.
Estar disponible cuando le consulten, entregar solo lo autorizado y poder reconstruir quién accedió a qué, meses después.
El repositorio existe, pero no hay disponibilidad comprometida, ni auditoría consultable, ni una política de retención escrita.
Si su organización produce y además consulta, no elija: le aplican las dos columnas. Y si guarda lo que produce, le aplican las tres. Esa acumulación es la razón por la que los proyectos de conexión se estiran el doble de lo estimado.
Siete capacidades. Abra la que le corresponda según su rol y va a reconocer en cuáles está listo y cuáles no están hoy en ningún proyecto de su organización.
Saber que el expediente que usted tiene y el que responde el ecosistema son de la misma persona, aunque los identificadores no coincidan.
Une o separa historias equivocadas. Es el error que más rápido escala a incidente clínico y el más caro de corregir hacia atrás.
Se consulta el índice del ecosistema en vez de replicarlo, con una política escrita para los casos que no resuelven de forma automática.
Averiguar qué información existe sobre un paciente y quién la tiene, antes de traerla.
Sin esto solo puede preguntarle a quien ya sabía que tenía algo, que es exactamente lo contrario de para qué existe un HIE.
Se consulta el registro de documentos del ecosistema y se recupera únicamente lo que hace falta para la decisión clínica de ese momento.
Declarar para qué se consulta y verificar que hay base para hacerlo, en cada acceso y no una sola vez al inicio.
Es donde se frenan los proyectos que ya funcionaban técnicamente. Nadie firma una salida a producción con esto abierto.
Se define el propósito de uso por caso, se registra la base legal y se ata a la autorización con la que viaja la solicitud, no a una casilla de un formulario.
Entregar lo que usted produce con la estructura, los campos obligatorios y la terminología que exige la guía nacional.
Lo que publica se rechaza. O peor: se acepta incompleto y llega así a quien lo consulta, sin que nadie se entere hasta que importa.
Se valida contra el perfil antes de publicar y se corrige en el origen. Si el sistema origen no puede producirlo, se resuelve con una capa de exposición sin reemplazarlo.
Estar disponible para responder cuando el ecosistema pregunta, con un tiempo de respuesta comprometido.
Un custodio que no responde deja de serlo en la práctica, y quien consultaba toma la decisión clínica sin ese dato.
Se compromete la disponibilidad como un número medible, con monitoreo, y se separa el camino de consulta externa del sistema que atiende la operación diaria.
Poder reconstruir, meses después, quién accedió a qué información, cuándo y con qué justificación.
Es lo primero que le van a pedir ante un reclamo. Si los registros ya rotaron, la respuesta institucional es que no se sabe.
Se diseña como componente, con retención definida y consulta propia, y se emite el evento en cada transacción del ecosistema y no solo en el sistema local.
Que el ecosistema sepa que quien pregunta es usted, que todos los registros compartan la misma hora y que lo intercambiado se pueda probar.
Sin sincronía de reloj la auditoría no reconstruye nada. Sin firma, un documento intercambiado no prueba quién lo emitió ni que llegó íntegro.
Certificados por organización y por subsistema, sincronización de reloj, y firma y sellado en los intercambios con valor probatorio.
Ese tablero es exactamente el primer entregable de una evaluación de brechas: sus filas, con lo que su organización ya tiene, lo que falta y qué cuesta cada una.
Ninguna integración es una sola llamada. Esta es la secuencia real, y en cada paso hay algo concreto que su arquitectura tiene que poder hacer.
Antes de pedir nada hay que resolver de quién se está hablando. Se consulta el índice del ecosistema con los identificadores que usted tiene y se recibe aquel con el que el resto lo conoce.
Con la identidad resuelta se pregunta qué información hay sobre esa persona: quién la tiene, de qué tipo es y de cuándo. Todavía no se trae nada.
Se trae el documento o el recurso que hace falta para la decisión de ese momento, no el expediente completo. Lo que se trae de más queda fuera de su control.
El mismo circuito, del otro lado: alguien identifica al paciente, ve que usted tiene información y se la pide. Su arquitectura tiene que responder a tiempo, autorizar por caso de uso y recortar la respuesta.
Cada vez que se genera un hecho clínico relevante se publica conforme al perfil, con la terminología ligada y en el momento en que ocurre. El lote mensual ya no sirve.
Cada una de las transacciones anteriores emite un evento de auditoría, en los dos extremos y con la misma hora. Eso es lo que después permite responder un reclamo con hechos.
Entrar a un ecosistema nacional no es un acuerdo técnico entre dos equipos: hay requisitos que se prueban con evidencia. Conviene conocerlos antes de comprometer una fecha, no después.
Que lo que publica cumple la guía de implementación vigente, con los campos obligatorios y la terminología ligada.
Reporte de validación contra el perfil, con casos de prueba que cubren los escenarios reales y no solo el camino feliz.
Que los códigos que envía existen, están vigentes y pertenecen al ValueSet que la guía exige.
Validación terminológica automatizada en el punto de publicación, y un plan escrito de qué pasa cuando un ValueSet cambia de versión.
Certificados de organización y de subsistema, y autorización por caso de uso en lugar de acceso general al sistema.
Registro en el ecosistema, prueba de autenticación mutua y matriz de qué puede pedir cada consumidor.
Registro de cada acceso, con retención definida y capacidad de responder una consulta puntual.
Demostración de una búsqueda real: quién vio el expediente de esta persona en los últimos seis meses, respondida en minutos.
Que lo intercambiado se pueda atribuir a quien lo emitió y probar que no fue alterado, en los casos que lo requieren.
Firma y sellado de los documentos o recursos, con validación del lado receptor. Meddyg brindó asistencia técnica al Banco Central de Costa Rica para habilitar el firmado JAdES de recursos FHIR.
Superar el ciclo de pruebas del ecosistema con datos parecidos a los reales, antes de tocar producción.
Ambiente de pruebas con datos sintéticos, juego de casos acordado y evidencia de cada transacción ejecutada de extremo a extremo.
Seis etapas. La primera define su rol, porque todo lo demás —alcance, costo y fecha— depende de eso.
Establecemos qué roles cumple su organización, servicio por servicio, y con qué casos de uso concretos entra al ecosistema. Sin esto, cualquier estimación es una adivinanza.
Contrastamos las capacidades que su rol exige contra lo que su arquitectura hace hoy, y separamos lo que hay que construir de lo que solo hay que configurar. Aquí es donde la fecha se vuelve realista.
Definimos qué componente habla con el ecosistema, qué transacciones soporta, cómo se autentica y qué se recorta en cada respuesta.
Se construye lo que falta y se valida contra el perfil nacional en el origen, no al final. Cuando el sistema origen no puede producir el perfil, se resuelve con una capa de exposición en lugar de reemplazarlo.
Ejecutamos el ciclo de pruebas de extremo a extremo, incluyendo los escenarios que fallan: el paciente que no resuelve, el documento que no cumple, el otro extremo que no responde.
Acompañamos la primera transacción real y dejamos el monitoreo, la auditoría y el procedimiento para cuando el que falla es el otro extremo.
Material con el que se estima, se contrata y se demuestra el cumplimiento — no una presentación.
Las capacidades que su rol exige, lo que ya tiene resuelto, lo que falta y qué cuesta cada brecha.
Qué componente habla con el ecosistema, qué transacciones soporta y bajo qué controles de identidad, autorización y auditoría.
Los requisitos técnicos y normativos con la evidencia que los demuestra, ordenados para presentarlos tal cual.
Los escenarios de conexión, incluidos los que fallan, automatizados para poder repetirlos en cada cambio.
Qué caso de uso entra primero, con qué dependencias, y en qué orden conviene para que algo esté en producción pronto.
Qué se mide, qué alerta y qué se hace cuando el que deja de responder es el otro extremo.
Cada uno de estos proyectos resolvió un rol concreto dentro de un ecosistema de intercambio, y quedó funcionando.
Pruebas de concepto junto a la Agencia Nacional de Gobierno Digital para validar transacciones de recursos FHIR sobre la plataforma nacional, dentro de la demostración funcional de interoperabilidad de Costa Rica: intercambio seguro entre sistemas distintos, sin centralizar los datos.
Diseño, despliegue a producción y operación del primer servidor FHIR que recibe las notificaciones de enfermedades de notificación obligatoria, vacunas y resultados de laboratorio del EDUS/CCSS, y posteriormente de otros establecimientos de salud.
Parte del equipo de Meddyg participó como consultor en el diseño de la primera guía de implementación HL7© FHIR© para la notificación regional de ESAVI, y en el diseño e implementación de la infraestructura que recibiría esas notificaciones.
Implementación de arquitecturas de PACS y estaciones de trabajo de diagnóstico para el intercambio de imágenes médicas bajo el estándar DICOM, en hospitales públicos del Servicio Nacional de Salud de República Dominicana.
Los modelos y perfiles que nombramos en esta página —OpenHIE, IHE, HL7 FHIR— son el método con el que trabajamos, no clientes. Cuando un caso corresponde a un cliente, lo decimos con su nombre.
Sirve tanto a quien ya recibió una fecha de conexión como a quien todavía no sabe qué rol le asignaron.
Cajas, ministerios y hospitales a los que el ecosistema nacional ya les asignó un rol y, muchas veces, una fecha.
Clínicas, hospitales y redes que necesitan participar sin abrir su red ni rehacer su expediente.
Productores de resultados a los que les van a exigir publicar conforme a perfil, en el momento en que el hecho ocurre.
Equipos que tienen que responder cuánto tarda y cuánto cuesta conectarse, y hoy no tienen con qué estimarlo.
Fabricantes cuyo producto tiene que cumplir el perfil nacional para que su cliente pueda conectarse.
Iniciativas que necesitan conectar a decenas de organizaciones con el mismo criterio, en vez de negociar una por una.
Si reconoce tres o más, no le falta un proyecto: le falta un diagnóstico. Ese primer paso se mide en semanas y es lo que hace que la fecha deje de ser una apuesta.
Le decimos exactamente qué capacidades le exige su rol, cuáles ya tiene, cuáles faltan y en qué orden conviene construirlas — con la evidencia que el ecosistema le va a pedir.