Interoperabilidad e historia clínica electrónica: qué debe cumplir el software de tu clínica en 2026

Si dirigís una clínica, un sanatorio o un centro de diagnóstico, el debate sobre "digitalizar la historia clínica" dejó de ser opcional. Con la Resolución 2214/2025 del Ministerio de Salud, la receta electrónica pasó a ser obligatoria para todas las indicaciones médicas —no solo medicamentos, también estudios, prácticas, procedimientos y dispositivos— y todas las órdenes deben emitirse a través de plataformas registradas en el Registro Nacional de Plataformas Digitales de Salud (ReNaPDiS). En otras palabras: el sistema que usás hoy ya tiene que hablar el mismo idioma que el resto del ecosistema sanitario.

Esto cambia la pregunta que se hace el decisor. Ya no es "¿me conviene tener historia clínica digital?", sino "¿mi software es interoperable y trazable, o me va a dejar afuera del circuito?". Para un gerente operativo o un director médico, quedar fuera de norma significa fricción con financiadores, recetas rechazadas y procesos manuales que vuelven por la ventana. Veamos qué implica concretamente la interoperabilidad y cómo encararla sin paralizar la atención.

Qué cambió con la receta electrónica obligatoria

La Resolución 2214/2025 completó un proceso que arrancó el 1° de enero con la obligatoriedad de la receta electrónica para medicamentos, en cumplimiento de la Ley 27.553. Hoy alcanza al conjunto de las indicaciones médicas, incluidas las de prescripción restringida.

Hay tres novedades técnicas que impactan de lleno en cualquier software de salud. Primero, la identificación unívoca: el CUIL pasa a ser el dato principal para identificar al paciente en todo el sistema de prescripción. Segundo, cada receta lleva una Clave Única de Identificación de Receta (CUIR), que permite ubicar la prescripción sin alterar ni duplicar el registro original. Tercero, las recetas archivadas o de prescripción restringida —como psicotrópicos y estupefacientes— deben resguardarse por un plazo mínimo de tres años para tareas de monitoreo y fiscalización.

La norma fijó plazos de adecuación escalonados: 45 días para la identificación unívoca de las recetas, 90 días para la solución de receta archivada y 120 días para la receta restringida. Solo se mantiene el papel en localidades alejadas o con problemas de conectividad. Para la mayoría de las instituciones urbanas, la ventana de adaptación ya está corriendo.

Qué significa "interoperable" en la práctica

Interoperabilidad no es un sello que se compra: es la capacidad real de que tu sistema intercambie información clínica con otros sin perder estructura ni sentido. La normativa es explícita en que los repositorios deben estar abiertos a todas las plataformas o sistemas de prescripción, según el financiador o la cobertura del paciente.

En el plano técnico, el Estado ya marcó el camino. El Ministerio de Salud desarrolló la Historia de Salud Integrada (HSI) y un Bus de Interoperabilidad que se implementan de forma progresiva, y adoptó estándares internacionales: SNOMED CT para codificar enfermedades, procedimientos y medicamentos, y HL7-FHIR para el intercambio electrónico de información médica. A esto se suma el Programa Federal Único de Informatización de Historias Clínicas (Ley 27.706), que apunta a un registro único interoperable a nivel país.

¿Qué quiere decir esto para tu clínica? Que un software "cerrado", que guarda la historia clínica en un formato propio que nadie más puede leer, hoy es un pasivo. Si mañana un financiador, otro prestador o la autoridad sanitaria te pide datos en un estándar determinado y tu sistema no los puede exportar, la digitalización que tanto costó se convierte en una isla.

El costo oculto de los sistemas que no se hablan

El dolor operativo no aparece en la auditoría: aparece todos los días en la recepción y en administración. Cuando la agenda de turnos, la historia clínica, la facturación a obras sociales y el módulo de recetas son productos distintos que no se integran, alguien termina copiando datos a mano de un sistema a otro. Esa doble carga genera errores en los números de afiliado, recetas que rebotan, prácticas mal codificadas y demoras en la conciliación con financiadores.

Multiplicá eso por la cantidad de prescripciones diarias de una clínica mediana y el problema deja de ser anecdótico. Cada orden que hay que volver a cargar es tiempo de personal clínico y administrativo que no se dedica al paciente. Y cada dato reingresado a mano es una oportunidad de error que, en salud, puede escalar rápido.

La interoperabilidad bien resuelta ataca justamente ese punto: que el dato se cargue una sola vez y fluya —con los estándares correctos— hacia la receta electrónica, la facturación y los reportes de gestión. No es un lujo de hospital grande; es lo que hoy te mantiene dentro de norma y te saca carga manual de encima.

Comprar enlatado, integrar o desarrollar a medida

Frente a la obligación, hay tres caminos. Adoptar un software enlatado de salud resuelve rápido lo básico, pero suele encajar mal cuando tu institución tiene flujos propios (varias sedes, especialidades específicas, convenios particulares con financiadores). Integrar lo que ya tenés —conectando tu sistema actual con una plataforma de prescripción registrada en ReNaPDiS vía API— es muchas veces el camino más realista y económico, porque no tirás a la basura la inversión previa. Y el desarrollo a medida tiene sentido cuando ningún producto del mercado contempla tu operación o cuando querés controlar el dato de punta a punta.

La decisión no es ideológica, es de contexto. Lo que no conviene es esperar: los plazos de la norma ya están corriendo y la interoperabilidad se construye con tiempo, no de un día para el otro.

Cómo te acompañamos en Contarg

En Contarg trabajamos el problema desde la integración, no desde el "tirá todo y empezá de cero". Si tu clínica ya tiene un sistema de turnos o de historia clínica que funciona, lo primero que hacemos es un diagnóstico de interoperabilidad: qué datos manejás, en qué formato, y qué hace falta para que ese sistema converse con plataformas registradas en ReNaPDiS y con estándares como HL7-FHIR. Muchas veces la respuesta no es un software nuevo, sino una capa de integración bien diseñada.

Cuando sí hace falta construir, desarrollamos software a medida para salud pensado para tu flujo real —agenda, historia clínica, recetas, facturación— y para que el dato se cargue una sola vez. Y como buena parte del valor está en que todo quede conectado en un mismo entorno, también diseñamos los portales y dashboards de gestión que le dan al director médico y al área administrativa una foto clara de la operación.

Si tu equipo todavía está copiando recetas o números de afiliado de un sistema a otro, podemos ayudarte a diseñar la integración antes de que venzan los plazos. Agendá un diagnóstico de interoperabilidad para tu clínica y definamos el camino más corto para quedar en norma sin frenar la atención.

Preguntas frecuentes

¿La receta electrónica es obligatoria para todas las prácticas?

Sí. La Resolución 2214/2025 extendió la obligatoriedad a todas las indicaciones médicas: medicamentos —incluidos los de prescripción restringida—, estudios, prácticas, procedimientos y dispositivos médicos. El papel solo se mantiene en zonas sin conectividad.

¿Qué es ReNaPDiS y por qué me afecta?

Es el Registro Nacional de Plataformas Digitales de Salud. Las órdenes médicas deben emitirse a través de plataformas registradas allí, y los repositorios tienen que estar abiertos a otros sistemas según el financiador del paciente. Tu software necesita poder operar dentro de ese circuito.

¿Tengo que cambiar todo mi sistema para ser interoperable?

No necesariamente. En muchos casos alcanza con una capa de integración que conecte tu sistema actual con plataformas de prescripción y exponga los datos en estándares como HL7-FHIR. Conviene evaluar caso por caso antes de reemplazar lo que ya funciona.

¿Qué son HL7-FHIR y SNOMED CT?

Son los estándares que adoptó el sistema de salud argentino. SNOMED CT codifica enfermedades, procedimientos y medicamentos de forma uniforme; HL7-FHIR define cómo se intercambia esa información entre instituciones. Que tu software los soporte es lo que lo hace interoperable de verdad.

¿Cuánto tiempo tengo para adecuarme?

La norma fijó plazos escalonados de 45, 90 y 120 días según el tipo de receta. Como la interoperabilidad lleva tiempo de diseño e implementación, lo recomendable es iniciar el diagnóstico cuanto antes y no esperar al vencimiento.