IA para documentación clínica: epicrisis y notas

• Notas y epicrisis: resúmenes claros a partir del historial del paciente.
• Codificación CIE-10: propuestas de códigos para validación por auditoría o cuentas médicas.
• Órdenes e indicaciones: borradores listos para la firma del médico.
• Búsqueda clínica: respuestas con citas a fuentes internas (protocolos).

MedAI no reemplaza su HIS/EMR: se conecta a él por estándares abiertos de salud (HL7 v2.x, HL7 FHIR R4 y REST sobre TLS) con inicio de sesión único (SAML/OIDC), leyendo el contexto clínico del episodio y devolviendo a la ficha únicamente el documento ya revisado y firmado por el profesional. Es un diseño por estándares abiertos —alineado con la interoperabilidad que promueve la Ley 21.668—, no una integración cerrada ya certificada con un producto: en pre-lanzamiento el mapeo (perfiles, catálogos y segmentos locales) se valida contra la instancia real de cada institución durante la implementación.

Dimensionamiento: Como referencia (sizing.md), un piloto de lenguaje clínico de hasta ~300 epicrisis/día con baja concurrencia parte en un nodo con 8 vCPU, 32 GB de RAM y una GPU de 24 GB (LLM de ~7–14B cuantizado) y 200 GB SSD; una clínica mediana en producción escala a 16 vCPU, 64 GB de RAM y 1–2 GPU de 48 GB, con alta disponibilidad duplicando el plano crítico. Son cifras referenciales que se ajustan al volumen, la latencia objetivo y la concurrencia reales de cada institución.

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).

1. Al indicar el alta de un paciente hospitalizado, el HIS notifica el evento a MedAI —vía ADT^A03 en HL7 v2 o exponiendo el Encounter en FHIR— a través del API Gateway autenticado por SSO. MedAI recupera el contexto del episodio (diagnósticos, evolución, indicaciones) dentro de la red, sin que los datos clínicos salgan de la infraestructura del cliente.
2. El Orquestador arma la solicitud con la plantilla de epicrisis de la institución y la envía al servidor de inferencia local (GPU). El modelo genera un borrador de epicrisis estructurada y propuestas de códigos CIE-10 para los diagnósticos del episodio.
3. El borrador entra en la cola human-in-the-loop. En este punto no se ha escrito nada en la ficha clínica: la salida es solo un borrador de apoyo, no un documento oficial.
4. El médico tratante abre el borrador en su estación, lo revisa contra la evidencia clínica, edita el texto y ajusta o confirma las propuestas CIE-10. Nada avanza sin su acción explícita; puede descartar el borrador por completo.
5. El médico firma. Recién entonces MedAI devuelve el documento validado al HIS —como MDM^T02 en HL7 v2 o Composition + DocumentReference en FHIR— y registra la auditoría: autoría (quién firmó), versión de modelo y de plantilla, y marca de tiempo, en la base de datos dentro del perímetro del cliente.
6. La demo interactiva (/demo) recorre exactamente este flujo: de la ficha del paciente al borrador de epicrisis con codificación CIE-10, listo para revisión, edición y firma del profesional.

¿Necesitan acceso de escritura a nuestro HIS/EMR? ¿Con qué permisos exactos?

MedAI lee el contexto del episodio (ADT o FHIR Encounter/Condition) y escribe únicamente el documento validado después de la firma (MDM^T02 o DocumentReference). Opera con una cuenta de servicio de mínimo privilegio, acotada a los tipos de mensaje o recursos acordados. Si lo prefieren, el retorno puede quedar en modo 'solo propuesta' para que un integrador de la ficha lo confirme. En pre-lanzamiento estos conectores son un diseño por estándares, no integraciones ya certificadas con un HIS específico; el mapeo se valida contra su instancia real durante la implementación.

¿Con qué versiones de HL7 v2 y FHIR trabajan, y qué pasa si nuestro HIS usa un perfil propio?

El diseño de referencia usa HL7 v2.x (mensajería ADT y MDM) y FHIR R4. En la práctica cada HIS tiene variaciones de perfil: segmentos Z, cardinalidades y catálogos locales. Por eso el conector incluye una capa de mapeo que se ajusta a su implementación concreta. No afirmamos compatibilidad 'de fábrica' con un producto determinado; la interoperabilidad se prueba y ajusta contra su propia instancia.

¿Dónde ocurre la inferencia? ¿Los datos del paciente salen de nuestra red?

No. La inferencia corre en un servidor con GPU dentro de tu perímetro (on-premise) —donde los datos clínicos no salen de tu red, incluso air-gapped— o en una VPC dedicada y aislada bajo tu control exclusivo. En ningún caso los datos se usan para entrenar modelos. Las actualizaciones de modelos y plantillas se entregan como paquetes firmados que ustedes verifican e instalan, sin conexión saliente a internet.

¿Cómo se audita qué generó el sistema y quién lo firmó?

Cada salida queda registrada con autoría (quién firmó, vía identidad SSO), versión de modelo y de plantilla, y marca de tiempo, en PostgreSQL dentro de su infraestructura. El borrador propuesto por la IA y la versión firmada quedan diferenciados, de modo que es trazable qué texto propuso el modelo y qué editó o aprobó el profesional. Las actualizaciones son versionadas: no hay cambios silenciosos en producción.

¿MedAI decide el diagnóstico o cierra el alta por sí solo?

No. Toda salida es un borrador y los códigos CIE-10 son propuestas. No hay diagnóstico autónomo ni escritura en la ficha sin la revisión, edición y firma de un profesional habilitado, en quien permanece la responsabilidad clínica. MedAI es apoyo a la decisión, no un sistema que actúe sobre la ficha por cuenta propia.

Chile promulgó la Ley 21.668 de interoperabilidad de fichas clínicas, que obliga a prestadores públicos y privados a compartir la información de salud de forma segura bajo estándares, con HL7 FHIR como referencia. MedAI opera sobre HL7 FHIR y ayuda a producir epicrisis y resúmenes bien estructurados, con codificación CIE-10 consistente, alineados con esa dirección regulatoria.

Se despliega on-premise o en cloud privado (VPC): los datos clínicos permanecen bajo el control de tu institución y no se utilizan para entrenar modelos públicos. El profesional siempre valida y firma; MedAI no reemplaza el criterio clínico.

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

• 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: el desempeño se ajusta y verifica con la documentación real de tu institución durante la implementación.
• Human-in-the-loop obligatorio: cada nota, epicrisis u orden la valida y firma el profesional; MedAI no reemplaza el criterio clínico.
• Equipo local e integrado al ecosistema chileno: desarrollado por Tooldata, con integración HL7 FHIR y alineación con las leyes 21.668 y 21.719.

• Ley 21.668: interoperabilidad de la ficha clínica con HL7 FHIR — cómo preparar tu institución.
• Ley 21.719 y datos de salud — guía de cumplimiento para clínicas y hospitales.

• Ley 20.584 sobre derechos y deberes del paciente (LeyChile)
• Ley 21.668 sobre interoperabilidad de la ficha clínica (LeyChile)
• Especificación HL7 FHIR (HL7 International)