Plataforma · IA
Mira™ IA.
Siete funciones de IA ya en producción. Con BAA, opt-in por organización, auditadas. IA que cuida los detalles — no un chat con LLM de internet.
IA construida alrededor del trabajo — no añadida encima.
Cada función de IA en Mira™ lee de los mismos datos que su personal ya ingresa: documentación de visitas, planes de cuidado, contratos con pagadores, historiales de reclamos y el expediente del paciente. No hay un espacio de trabajo de IA separado, no hay datos que reingresar, no hay modelo que alucina porque no conoce a su paciente. El modelo conoce a su paciente porque lee el expediente.
La arquitectura de cumplimiento está integrada, no añadida encima. Un Acuerdo de Socio Comercial (BAA) está en vigor con cada proveedor de IA antes de que se procese cualquier dato adyacente a PHI. Cada organización comienza con todas las funciones de IA desactivadas. Un administrador habilita cada función por organización cuando — y solo cuando — la organización está lista. Cada llamada de IA se registra: función invocada, longitud del prompt, latencia, estado de opt-in en el momento de la llamada. El cuerpo del prompt y la respuesta del modelo nunca se almacenan.
Si el proveedor de IA no está disponible, el flujo de trabajo continúa. El usuario ve un aviso claro de "IA no disponible". El reclamo aún puede enviarse. La reunión IDG aún puede proceder. Sin degradación silenciosa — la IA es un acelerador, no una dependencia.
Siete funciones activas hoy
- ✓ Narrativas de anomalías de auditoría — explicaciones en lenguaje claro de brechas documentales
- ✓ Resúmenes IDG — borrador desde el expediente en 8 segundos
- ✓ Predicción de denegaciones — puntuación de riesgo antes del envío del reclamo
- ✓ Redactor de apelaciones — cartas específicas por pagador desde historial clínico y de reclamos
- ✓ Asistente de codificación — sugerencias de códigos en línea antes del envío
- ✓ Chatbot del portal familiar — bilingüe EN+ES, anclado al expediente del paciente
- ✓ Resumidor de notas de visita — resumen clínico con fuentes citadas
Arquitectura de cumplimiento
- → BAA con cada proveedor de IA antes de procesar cualquier dato
- → Opt-in por organización — todas las funciones desactivadas por defecto; el admin habilita por organización
- → Registro de auditoría: nombre de función, longitud del prompt, latencia, estado de opt-in — nunca el cuerpo del prompt ni la respuesta
- → Fail-closed: proveedor no disponible → aviso claro al usuario, el flujo continúa sin bloqueo
- → Límites de tasa por hora y por organización — la IA de facturación se limita primero para proteger los flujos clínicos
- → SOC2 Tipo II en proceso; controles actuales documentados y disponibles bajo NDA
Narrativas de auditoría que explican qué falta. Resúmenes IDG que toman 8 segundos, no 4 horas.
Las narrativas de anomalías de auditoría leen los patrones de documentación en el expediente de un paciente y producen una explicación en lenguaje claro de cada vacío: qué nota de visita le falta una atestación requerida, qué plan de cuidado está fuera de su ventana de actualización, qué código de diagnóstico es inconsistente con el Nivel de Cuidado facturado. Un inspector ve los mismos datos. La narrativa le dice a su personal qué corregir antes de que llegue el inspector.
Los resúmenes IDG hacen algo diferente. Antes de una reunión interdisciplinaria semanal, un clínico normalmente pasa 45–90 minutos por paciente recopilando los datos relevantes del expediente; una agenda IDG completa absorbe 3–4 horas de preparación. El resumen IDG hace eso en 8 segundos: lee el plan de cuidado, las últimas notas de visita, las órdenes de medicamentos abiertas y la lista de diagnósticos actual, y produce un borrador estructurado. El clínico edita. Nunca empieza de cero.
Ambas funciones se acceden a través del expediente de atención. Ninguna envía datos fuera de la plataforma Mira™ a menos que el proveedor de IA de la organización esté configurado. Ambas se registran: el sistema de auditoría registra que la función se ejecutó, los IDs del paciente y la organización, y la longitud del prompt. El contenido del resumen no se retiene en el registro de auditoría.
- – Las narrativas de anomalías explican la causa raíz — no solo señalan "brecha documental"
- – El resumen IDG lee plan de cuidado, notas de visita recientes, órdenes activas y diagnósticos actuales
- – Fuentes citadas por afirmación en el resumen — haga clic en cualquier afirmación para ver la nota fuente
- – Ambas funciones son opt-in por organización; desactivadas por defecto; registradas en auditoría; fail-closed
Capturas del producto Mira con anotaciones numeradas. 1 - 1 Explicaciones en lenguaje claro de brechas documentales.
Capturas del producto Mira con anotaciones numeradas. 1 - 1 Puntuación de riesgo aparece antes del envío.
Puntuación de riesgo antes de enviar. Carta específica por pagador cuando apela.
El modelo de predicción de denegaciones se ejecuta cuando un facturador construye un reclamo. Antes de que el reclamo se envíe, el modelo la puntúa contra un patrón de datos históricos de denegación de reclamos: pagador, códigos de diagnóstico, Nivel de Cuidado facturado, tipo de proveedor y la integridad de la documentación de visita adjunta. Una puntuación de alto riesgo no bloquea el envío — le da información para que el facturador pueda decidir corregir el reclamo o enviarlo sabiendo el riesgo.
El redactor de apelaciones se ejecuta después de que llega una denegación. Lee el código de motivo de denegación del pagador, el reclamo original y la documentación clínica que respalda el reclamo, y produce un borrador de carta de apelación formateada según las preferencias conocidas del pagador. Los facturadores editan. La carta no sale automáticamente. Lo que la herramienta elimina son los 20-30 minutos que un facturador pasaría recopilando los hechos y redactando la introducción.
Ambas funciones procesan solo los datos en el registro de Mira™ para ese reclamo. Sin búsqueda externa, sin scraping, sin modelo que "sabe" sobre el pagador por entrenamiento general de internet. La calidad de la apelación proviene de los datos clínicos y de facturación ya en el sistema.
- – Puntuación de riesgo visible en el constructor de reclamos antes de que el facturador haga clic en enviar
- – El redactor de apelaciones lee el código de motivo + reclamo original + documentación clínica de soporte
- – Formato específico del pagador aplicado donde las preferencias del pagador están registradas
- – Ambas funciones son opt-in por organización; registradas; fail-closed — el envío nunca se bloquea por falla de IA
Sugerencias de codificación que leen el expediente — antes de que salga el reclamo.
Un error de codificación en un reclamo de hospicio rara vez es un codificador que olvidó un código que conoce. Es un código que es técnicamente correcto pero no refleja la severidad clínica completa documentada en la nota de visita — o un diagnóstico secundario que se añadió hace dos visitas y nunca llegó a la plantilla del reclamo. El asistente de codificación lee la documentación de visita, el plan de cuidado y la lista de diagnósticos activos y señala códigos que el facturador pudo haber omitido.
Las sugerencias aparecen en línea en el constructor de reclamos — no en una ventana separada, no en un informe que llega después de que el reclamo se envía. El facturador revisa cada sugerencia, acepta o descarta, y los códigos aceptados se añaden al reclamo. Ningún código se añade sin confirmación humana. La sugerencia y la decisión del facturador se registran ambas en auditoría.
- – Lee documentación de visita, plan de cuidado y lista de diagnósticos activos
- – Las sugerencias aparecen en línea antes del envío — no en un informe posterior
- – Cada sugerencia requiere confirmación explícita del facturador antes de añadir el código
- – Tanto la sugerencia como la aceptación/descarte se registran en auditoría
Captura: sugerencias de codificación en línea en el constructor de reclamos
Capturas del producto Mira con anotaciones numeradas. 1 - 1 Bilingüe EN+ES. Anclado al expediente del paciente.
Un chat que conoce al paciente. No un asistente de propósito general que no lo conoce.
Los familiares en un contexto de hospicio tienen preguntas que un chatbot de IA de propósito general no puede responder bien: ¿Qué dijo la enfermera en la visita del martes? ¿Qué medicamentos está tomando actualmente mi madre? ¿Cuándo está programada la próxima visita? Responder esas preguntas desde el entrenamiento general de IA es imposible — el modelo no conoce a su paciente.
El chatbot del portal familiar está anclado al expediente de atención del paciente. El modelo lee el plan de cuidado actual, el historial de resúmenes de visitas, la lista de medicamentos activos y el calendario de visitas programadas. Puede responder preguntas específicas sobre el cuidado de este paciente porque tiene acceso al expediente de este paciente. No se le puede preguntar sobre otros pacientes — el alcance de la consulta se aplica del lado del servidor por familiar autenticado.
El chatbot es bilingüe: los familiares pueden hacer preguntas en inglés o español y recibir respuestas en el mismo idioma. La interfaz detecta la preferencia de idioma automáticamente y se puede cambiar en medio de la conversación.
- – Anclado al expediente del paciente — plan de cuidado, notas de visita, lista de medicamentos, agenda
- – Alcance de consulta aplicado del lado del servidor: cada familiar solo ve los datos de su paciente
- – Bilingüe EN+ES — idioma detectado automáticamente desde la pregunta, cambiable en medio de la conversación
- – Feedback de pulgar arriba/abajo por respuesta; proporciones agregadas visibles para el administrador
Todo el expediente, resumido. Fuentes citadas. Listo en segundos.
Un clínico que ve a un paciente por primera vez — una enfermera de cobertura, un nuevo médico, un consultor que se une a la IDG — necesita entender el historial de atención completo rápidamente. Leer cada nota de visita en el expediente toma 20-30 minutos. El resumidor de notas de visita lee todo el expediente y produce un resumen clínico estructurado: historial de presentación, trayectoria de atención, problemas activos, medicamentos actuales, eventos notables recientes y preguntas clínicas abiertas.
Cada afirmación en el resumen remite a la nota específica de la que provino. El clínico puede hacer clic en cualquier afirmación y ver la nota fuente, la fecha en que fue escrita y el clínico que la escribió. Esto no es decorativo — permite al clínico revisor verificar cualquier cosa que el modelo haya señalado antes de actuar en consecuencia. El resumen es un punto de partida, no un documento terminado.
- – Lee el historial completo de notas de visita — no solo la nota más reciente
- – Resumen estructurado: historial de presentación, trayectoria, problemas activos, medicamentos, preguntas abiertas
- – Cada afirmación citada a nota fuente, fecha y autor — haga clic para ver el original
- – Acceso controlado por la política clinical:visit_notes; registrado en auditoría por uso
Capturas del producto Mira con anotaciones numeradas. 1 2 - 1 Borrador en 8 segundos desde el expediente.
- 2 Fuentes citadas por afirmación — auditable.
Recorra el sistema de IA en 90 segundos. Ocho pasos.
Opt-in → límites de tasa → predicción → resumen IDG → apelaciones → fail-closed → auditoría → BAA. Ocho pasos.
Opt-in por organización
Apagado por defecto. El admin activa funciones por organización.
Cómo encaja la IA en el panorama general.
Mira™ Clínica
Las narrativas de anomalías de auditoría, los resúmenes IDG y el resumidor de notas de visita leen del expediente clínico. Mejor documentación, mejor resultado de IA — otra razón por la que la disciplina de documentación rinde frutos más adelante.
Explorar Clínica →Mira™ Facturación
La predicción de denegaciones y el redactor de apelaciones viven dentro del flujo de facturación. La puntuación de riesgo aparece en el constructor de reclamos; el redactor de apelaciones se abre desde el registro de denegación. Sin herramienta de IA separada a la que cambiar — es parte del flujo normal del facturador.
Explorar Facturación →Véalo en vivo
Reserve una demo de 30 minutos y recorreremos las funciones de IA más relevantes para su equipo — personal clínico, facturadores o participación familiar. Traiga una denegación real o un escenario IDG real y le mostraremos cómo se ve el resultado.
Solicitar una demo →¿Listo para ver Mira™ IA trabajando con sus datos reales de pacientes?
Demostraremos las funciones más relevantes para su equipo — con sus patrones de denegación, su flujo IDG o su modelo de participación familiar. 30 minutos, sin diapositivas, sin guion.