Clínica de Godoy Cruz vs receta electrónica: la receta del medio

El primer error de Damián Sosa, encargado de sistemas de una clínica privada de Godoy Cruz con 28 médicos y dos pisos sobre la calle Hipólito Yrigoyen, fue creer que la receta electrónica era un PDF firmado. La segunda fue creer que con un PDF alcanzaba. La tercera, ya sin defensa, fue suponer que la plataforma autorizada que vino a venderle un comercial cordobés iba a hablar el mismo idioma que su sistema de turnos. La clínica empezó 2026 con doce mil recetas mensuales y un cuello de botella nuevo: la receta del medio. Ni papel, ni digital. Atascada entre los dos.

La obligación está vigente y los SIH siguen exportando PDFs como si fueran 2018

Desde el 21 de julio de 2025, por Resolución 2214 del Ministerio de Salud, la receta electrónica es obligatoria en Argentina para medicamentos, prácticas, estudios, procedimientos y dispositivos médicos. La ley madre es la 27.553 de 2020. La novedad operativa: hay 26 plataformas privadas autorizadas inscriptas en ReNaPDiS, el registro nacional que coordina la Dirección Nacional de Sistemas de Información Sanitaria, y todas tienen que hablar el mismo dialecto: HL7 FHIR R4, perfilado por la guía CORE-AR de HL7 Argentina.

El número incómodo está en la otra punta. La adopción real de servidores FHIR integrados a sistemas clínicos legacy en Latinoamérica todavía corre lejos del estándar europeo, según los relevamientos públicos del propio HL7 Argentina y la guía CORE-AR. Para una pyme de salud cuyana, esa integración de datos significa una cosa: están solas. Las plataformas autorizadas cumplen el estándar; los sistemas de gestión clínica que la clínica usa desde 2014 —Pronet, Sigma, alguna versión vieja de Galeno— no.

Damián escucha a la mucama pasar la mopa por el pasillo de cardiología.

Es viernes a las 19:40 y ningún médico encuentra el botón.

Por qué la salida obvia (comprar la plataforma) deja al sistema afuera

Acá entra el antagonista, y por primera vez no es un proveedor extranjero. Son tres plataformas autorizadas del lote, ninguna mendocina, todas porteñas o cordobesas, que cobran USD 1,30 por receta emitida o USD 18 mensuales por médico activo. Para 28 médicos y doce mil recetas, eso da entre USD 504 y USD 15.600 por mes según el plan. Damián trajo los tres presupuestos a la próxima reunión de directorio metidos en una carpeta plástica con el logo borroso de un laboratorio que dejó de existir en 2019. La directora médica preguntó si "no había una opción casera". El gerente administrativo cerró los ojos.

Hay un giro que merece atención. La RDIar (Receta Digital Interoperable Argentina) no obliga a usar una plataforma cerrada: obliga a hablar FHIR contra el bus de interoperabilidad nacional. Esa diferencia entre "comprar la voz" y "aprender el idioma" decide quince puntos del balance anual. La salida obvia —tercerizar todo— transfiere la receta y los datos clínicos a un actor que mañana puede triplicar el precio o irse del país. La salida menos obvia: integrar el sistema actual al bus.

La pila que conecta al SIH viejo con el bus FHIR sin tirar el HIS

OpenEMR, GNU Health o Bahmni para los que arrancan de cero. Para Damián, que tiene un sistema legacy en .NET con SQL Server 2016, la receta es otra: un middleware FHIR delgado que traduzca lo que ya existe. Capa uno: HAPI FHIR Server (Java, abierto, mantenido por Smile Digital Health) corriendo en un contenedor Docker con PostgreSQL 17 y un certificado de firma electrónica avanzada habilitado por la AC-RAÍZ argentina. Capa dos: Mirth Connect (NextGen) o el más reciente fork open source LinuxForHealth FHIR como motor de transformación HL7v2 ↔ FHIR R4.

Capa tres: una integración WebHook contra el endpoint de la clínica que dispara firma + envío al ReNaPDiS cuando un médico cierra la consulta. Costo total: USD 95 mensuales en infraestructura (VPS dedicado, backup, monitoreo) y un proyecto de implementación de 6 a 8 semanas con un desarrollador FHIR senior. En UMSA armamos esta arquitectura para una clínica pediátrica privada de la zona norte de Mendoza en 2025: el detalle del proyecto vive en PSICOLE y la trazabilidad como cadena de custodia, donde la lógica es la misma —dejar la fuente de verdad en el sistema clínico y exponer al regulador sólo lo que pide.

El backend funciona. El front, donde lo miran los médicos, es otro cuento.

Tres cosas que ningún consultor te dice antes del go-live

Riesgo uno: la firma del médico. La RDIar exige firma electrónica avanzada (no simple) con certificado emitido por una autoridad acreditada. Eso significa token físico USB en el caso de FirmaAR o certificado en el navegador con MoraSign. Si la clínica no resuelve la logística de tokens —custodia, vencimiento, recambio— a las dos semanas tiene cuatro médicos que no firman porque "perdieron el cosito".

Riesgo dos: el ancho de banda. Doce mil recetas mensuales contra el bus FHIR son ~400 PUT diarios con payload de 4 a 8 KB cada uno. No es problema, pero si la conexión a internet de la clínica es la misma que comparte el WiFi de la sala de espera con tres routers TP-Link de 2019, los timeout aparecen. La fibra industrial dedicada se vuelve no negociable.

Riesgo tres: la auditoría. ReNaPDiS audita aleatoriamente y pide trazabilidad: quién firmó qué, cuándo, con qué certificado y bajo qué consentimiento del paciente. Si el log no es inmutable —piso WORM, hash encadenado o append-only en PostgreSQL con check constraint— la clínica queda con la palabra del operador contra la del Estado. La palabra siempre pierde.

Damián cierra la carpeta plástica del laboratorio fantasma y la mete bajo el monitor. Lunes a las 8:30 expone ante el directorio. Sabe que va a tener que explicar tres cosas técnicas sin perder a quien sólo escucha en castellano. Sabe también que si no convence, el lunes 9 firman el contrato con la plataforma porteña. La receta del medio empieza a tener fecha.

Para seguir leyendo

• Resolución 2214/2025 - Boletín Oficial - receta electrónica obligatoria
• Receta Digital Interoperable Argentina - HL7 Argentina
• Trazabilidad de residuos patogénicos: la cadena de custodia que pide el Estado (UMSA)

Este artículo describe un perfil anonimizado. No constituye asesoramiento clínico ni regulatorio. Cada implementación amerita revisión por equipo médico, legal y de seguridad de la información.