¿MedAI codifica de forma autónoma o cierra la cuenta por sí solo?

No. Es codificación administrativa asistida: toda propuesta CIE-10 es un borrador que un codificador o auditor de cuentas médicas revisa, edita y registra. MedAI no cierra cuentas ni define el diagnóstico principal por su cuenta; la responsabilidad de la codificación permanece en el equipo humano, y cada sugerencia queda con autoría y versión para auditoría.

¿La codificación CIE-10 para cuentas es un dispositivo médico (SaMD)?

La codificación CIE-10 para cuentas médicas y GRD es un proceso administrativo y financiero, no un diagnóstico clínico, por lo que no se encuadra como software de dispositivo médico. Aun así aplicamos human-in-the-loop: MedAI sugiere y un profesional valida. Si algún caso de uso llegara a tocar decisión clínica, evaluamos el alcance con asesoría regulatoria antes de avanzar.

¿Qué edición de CIE-10 usan y quién controla el catálogo de códigos?

Se configura la edición y el catálogo de códigos que usa tu institución para GRD y cuentas. El catálogo y su versión son parametrizables y quedan versionados; no aplicamos cambios silenciosos en producción, y cada resultado registra con qué versión de catálogo, modelo y plantilla se generó, para efectos de trazabilidad.

¿Cómo se integra sin reemplazar mi HIS ni mi sistema de cuentas médicas?

Por estándares abiertos: FHIR (Condition, Encounter.diagnosis, Claim/ChargeItem), HL7 v2 (segmento DG1, mensajes MDM y DFT) y REST hacia el módulo de cuentas. Es un diseño de referencia por estándares que se ajusta a tu HIS y a tu sistema de cuentas durante la implementación; estando en pre-lanzamiento no ofrecemos integraciones ya certificadas con terceros, las conexiones se validan caso a caso.

¿Los datos de la ficha salen de la institución para codificar?

No. En despliegue on-premise, el procesamiento ocurre dentro de tu red y los datos clínicos no salen de tu infraestructura (soporta operación air-gapped, sin salida a internet). En VPC privada, opera en un entorno dedicado bajo control exclusivo de tu organización. En ningún caso los datos se usan para entrenar modelos públicos ni se comparten con terceros.

Codificación CIE-10 asistida por IA para clínicas

En breve

En codificación CIE-10, MedAI lee la documentación clínica del episodio (epicrisis, notas, informes) y propone el diagnóstico principal y los secundarios, cada uno con la cita textual que lo respalda y un nivel de confianza. La validación es humana obligatoria: el codificador o auditor acepta, edita o descarta. Es un proceso administrativo, no diagnóstico clínico.

El problema. La codificación CIE-10 manual es lenta y desigual entre codificadores. Los errores y las omisiones derivan en glosas y devoluciones desde las ISAPRE y FONASA, que obligan a recodificar, retrasan el pago de las cuentas médicas y hacen más lenta la caja de tu institución.

MedAI es el software de IA clínica de Tooldata que propone codificación CIE-10 (ICD-10) a partir de la documentación clínica. Las propuestas se entregan para validación humana —no codifica de forma autónoma— y se ejecutan dentro de tu propia infraestructura.

Qué hace MedAI en codificación CIE-10

Sugiere códigos CIE-10 a partir de notas, epicrisis e informes.
Entrega las propuestas para validación por auditoría o cuentas médicas.
Diseñado para reducir la variabilidad y los tiempos de codificación manual.
Mantiene trazabilidad de cada sugerencia (logs y versionado).

Integración por estándares

MedAI se integra al HIS/EMR y al sistema de cuentas médicas del prestador por estándares abiertos, sin reemplazar los sistemas existentes: lee la documentación clínica del episodio (epicrisis, notas de evolución, informes) y devuelve códigos CIE-10 como propuesta estructurada para que auditoría o codificación los valide antes de registrarlos en la cuenta. Es un diseño de referencia por estándares (FHIR, HL7 v2 y REST); las conexiones concretas se parametrizan y validan con cada institución durante la implementación, no son integraciones ya certificadas con clientes.

Estándar / protocolo	Para qué se usa
HL7 FHIR — Condition (código CIE-10)	Cada diagnóstico sugerido se representa como recurso Condition con Condition.code en el sistema CIE-10 (system http://hl7.org/fhir/sid/icd-10), enlazado al paciente y al episodio. Es una propuesta que el auditor valida antes de persistirla.
HL7 FHIR — Encounter.diagnosis (uso y ranking, base del GRD)	Los diagnósticos se asocian al Encounter mediante Encounter.diagnosis.use (principal/secundario) y .rank. Esa distinción de diagnóstico principal y comorbilidades es justamente lo que determina la agrupación GRD del episodio.
HL7 FHIR — Claim / ChargeItem (cuentas médicas)	Los códigos validados alimentan Claim.diagnosis y se relacionan con los ChargeItem de la cuenta, de modo que la codificación quede consistente con la facturación que se envía a FONASA/ISAPRE y se reduzca el riesgo de glosa por diagnóstico incompleto o inconsistente.
HL7 v2 — segmento DG1 y mensajes MDM^T02 / DFT^P03	Para HIS que operan en HL7 v2, se recibe el documento clínico (MDM^T02) y se proponen los diagnósticos en el segmento DG1; los cargos asociados se relacionan por transacciones financieras (DFT^P03) según el módulo de cuentas del prestador.
REST — HIS / módulo de cuentas médicas	Conector REST hacia el HIS o el sistema de cuentas cuando no exponen FHIR o HL7 v2 nativo, con mapeo a los campos de diagnóstico, comorbilidad y glosa propios del prestador. Es un adaptador que se ajusta caso a caso, no una integración preexistente.
HL7 FHIR — Provenance / AuditEvent + SSO (SAML/OIDC)	Cada propuesta y su validación quedan trazadas (Provenance/AuditEvent): quién firma, versión de modelo y de plantilla, marca de tiempo y la justificación textual que respalda el código. El acceso de codificadores y auditores se federa con el IdP del prestador (SAML/OIDC, AD/Entra/Keycloak) con RBAC y mínimo privilegio.

Dimensionamiento: Como la codificación CIE-10 es procesamiento de texto (LLM de lenguaje clínico), el dimensionamiento es liviano y referencial: un piloto de hasta ~300 epicrisis/día con baja concurrencia parte con 8 vCPU, 32 GB de RAM y 1 GPU de 24 GB de VRAM (modelo ~7-14B cuantizado) y 200 GB SSD; en producción de volumen medio se referencian 16 vCPU, 64 GB de RAM y 1-2 GPU de 48 GB con 1 TB SSD. Las cifras se ajustan al volumen real de cuentas y a los requisitos de alta disponibilidad de cada prestador.

La integración es un diseño por estándares abiertos; se conecta a tu stack existente (HIS/EMR, PACS/RIS) sin reemplazarlo, con inicio de sesión único (SAML/OIDC).

Cómo funciona, paso a paso

Ingreso de la fuente. Al cierre del episodio, el HIS/EMR envía la epicrisis y las notas de evolución del paciente hospitalizado a MedAI vía FHIR (DocumentReference/DiagnosticReport) o HL7 v2 (MDM^T02), autenticado por SSO. El procesamiento ocurre dentro de la red del prestador; los datos clínicos no salen de su infraestructura.
Sugerencia con justificación. MedAI genera un borrador de codificación: propone el diagnóstico principal y los secundarios en CIE-10, cada uno acompañado de la cita textual de la epicrisis que lo respalda y un nivel de confianza. No codifica de forma autónoma ni prioriza por criterio clínico.
Cola de validación. Las propuestas entran en la cola de revisión del codificador o auditor de cuentas médicas, que ve el texto fuente y el código sugerido lado a lado, con la justificación asociada.
Validación humana. El codificador acepta, edita o descarta cada código, confirma el diagnóstico principal (dato clave para el GRD del episodio) y agrega comorbilidades que se hubieran omitido. La decisión final de la codificación es siempre humana.
Registro y trazabilidad. Los códigos validados se registran en la cuenta (Condition / Claim / ChargeItem) y quedan con traza completa: quién validó, versión de modelo y plantilla, y la justificación textual. Ese registro es insumo directo para responder una glosa o una auditoría de FONASA/ISAPRE.
Agrupación GRD y facturación. Con la codificación consistente y trazable, el episodio pasa a la agrupación GRD y a la cuenta médica con menor riesgo de devolución por diagnóstico incompleto, inconsistente o mal jerarquizado.

Preguntas técnicas frecuentes

¿MedAI codifica de forma autónoma o cierra la cuenta por sí solo?: No. Es codificación administrativa asistida: toda propuesta CIE-10 es un borrador que un codificador o auditor de cuentas médicas revisa, edita y registra. MedAI no cierra cuentas ni define el diagnóstico principal por su cuenta; la responsabilidad de la codificación permanece en el equipo humano, y cada sugerencia queda con autoría y versión para auditoría.
¿La codificación CIE-10 para cuentas es un dispositivo médico (SaMD)?: La codificación CIE-10 para cuentas médicas y GRD es un proceso administrativo y financiero, no un diagnóstico clínico, por lo que no se encuadra como software de dispositivo médico. Aun así aplicamos human-in-the-loop: MedAI sugiere y un profesional valida. Si algún caso de uso llegara a tocar decisión clínica, evaluamos el alcance con asesoría regulatoria antes de avanzar.
¿Qué edición de CIE-10 usan y quién controla el catálogo de códigos?: Se configura la edición y el catálogo de códigos que usa tu institución para GRD y cuentas. El catálogo y su versión son parametrizables y quedan versionados; no aplicamos cambios silenciosos en producción, y cada resultado registra con qué versión de catálogo, modelo y plantilla se generó, para efectos de trazabilidad.
¿Cómo se integra sin reemplazar mi HIS ni mi sistema de cuentas médicas?: Por estándares abiertos: FHIR (Condition, Encounter.diagnosis, Claim/ChargeItem), HL7 v2 (segmento DG1, mensajes MDM y DFT) y REST hacia el módulo de cuentas. Es un diseño de referencia por estándares que se ajusta a tu HIS y a tu sistema de cuentas durante la implementación; estando en pre-lanzamiento no ofrecemos integraciones ya certificadas con terceros, las conexiones se validan caso a caso.
¿Los datos de la ficha salen de la institución para codificar?: No. En despliegue on-premise, el procesamiento ocurre dentro de tu red y los datos clínicos no salen de tu infraestructura (soporta operación air-gapped, sin salida a internet). En VPC privada, opera en un entorno dedicado bajo control exclusivo de tu organización. En ningún caso los datos se usan para entrenar modelos públicos ni se comparten con terceros.

Privacidad por diseño

Despliegue on-premise o en cloud privado (VPC): los datos permanecen bajo tu control y no se usan para entrenar modelos públicos. MedAI es una herramienta de apoyo; la validación humana es obligatoria.

Este control está diseñado para la Ley 21.719 de protección de datos de Chile.

Por qué MedAI

Tus datos, bajo tu control y en Chile. Despliegue on-premise o en cloud privado (VPC), diseñado para la Ley 21.719 por diseño.
Validación con tus propios datos: las sugerencias se ajustan y verifican con la documentación real de tu institución durante la implementación.
Human-in-the-loop obligatorio: la codificación final siempre la valida tu equipo de auditoría o cuentas médicas; MedAI no codifica de forma autónoma.
Equipo local e integrado al ecosistema chileno: desarrollado por Tooldata, con conexión a tu HIS/EMR vía HL7 FHIR y al flujo de cuentas médicas (FONASA/ISAPRE).

Recursos relacionados

Codificación CIE-10 y GRD en hospitales chilenos — errores frecuentes que generan glosas y cómo la IA ayuda.
Ley 21.719 y datos de salud — guía de cumplimiento para clínicas y hospitales.

Fuentes oficiales

Solicitar demo Probar la demo interactiva

La demo interactiva recorre el flujo de documentación clínica y termina con la codificación CIE-10 sugerida sobre un caso de ejemplo.