Foodzilla
Integración enterprise

Integración con Epic para planes de comidas de pacientes

Foodzilla funciona como una app SMART on FHIR dentro de Epic. El clínico la abre desde la historia del paciente y ya encuentra mapeados los datos demográficos, las alergias, la lista de problemas, las constantes vitales y los resultados de laboratorio.

Nada viaja en sentido contrario. La app lee de Epic y no escribe nada en la historia clínica, que suele ser la primera pregunta de tu equipo de Epic.

Historia del paciente en Epic

El clínico abre Foodzilla desde el menú de actividades.

Datos demográficosAlergiasLista de problemasConstantes vitalesLaboratorio

Plan de comidas en Foodzilla

Mapeado en la ficha del cliente, listo para trabajar.

Sin escritura de vuelta en Epic

¿Qué es la integración de Foodzilla con Epic?

Es una aplicación SMART on FHIR, construida y registrada para tu entorno de Epic, que se abre desde dentro de Epic y lee los datos clínicos que un dietista necesita para planificar la alimentación de un paciente. Seguimos las indicaciones de Epic sobre cómo una app de terceros se lanza, se autoriza y pide datos.

La idea es acabar con el copiado a mano. Sin esto, el dietista lee la historia en una pantalla y teclea talla, peso, alergias y diagnósticos en otra herramienta, que es lento y es donde se cuelan los errores. Con esto, el plan arranca desde la historia.

Qué es
Una app SMART on FHIR, construida y registrada para tu entorno de Epic.
Qué lee
Datos demográficos, alergias, lista de problemas, constantes vitales y laboratorio.
Qué escribe
Nada. No hay escritura de vuelta en la historia clínica.
Qué plan
Enterprise, como proyecto acotado con tu equipo de Epic.

Qué leemos y qué hacemos con ello

Cinco grupos de datos clínicos, cada uno conectado a algo que el planificador usa de verdad.

Dato de EpicRecurso FHIRQué hace Foodzilla con él
Datos demográficosPatientNombre, fecha de nacimiento, sexo y contacto rellenan la ficha del cliente, para calcular los objetivos de energía y proteína de la persona correcta y no de una estimación tecleada.
Alergias e intoleranciasAllergyIntoleranceCada sustancia se convierte en una exclusión de la cuenta, así la generación de planes y la búsqueda de recetas dejan de devolver alimentos a los que el paciente reacciona.
Lista de problemasConditionLos diagnósticos activos fijan el contexto clínico del plan y activan las preferencias dietéticas que tu equipo haya acordado para esa condición.
Constantes vitalesObservationvital-signsTalla, peso y medidas relacionadas alimentan la antropometría y el cálculo energético, y dan al dietista una base sobre la que planificar.
Resultados de laboratorioObservationlaboratoryLos resultados que tu equipo decida mapear, como HbA1c, lípidos o marcadores renales, quedan junto al plan para que el clínico vea alrededor de qué está planificando.

Acordamos el mapeo con tu equipo clínico antes de la puesta en marcha, campo por campo. Si Epic guarda algo que prefieres no enviar a un planificador de comidas, lo dejamos fuera.

Cómo lo usa un clínico

Nadie sale de Epic para empezar y nadie teclea dos veces los datos de un paciente.

  1. 1El clínico abre la historia del paciente en Epic.
  2. 2Lanza Foodzilla desde el menú de actividades y Epic pasa el contexto del lanzamiento.
  3. 3Foodzilla pide a Epic un token de acceso con los permisos de lectura que aprobó tu equipo.
  4. 4Los cinco grupos de datos se mapean en una ficha de cliente de Foodzilla para ese paciente.
  5. 5El clínico crea y revisa el plan de comidas y lo comparte por los canales que tu organización ya usa.

Qué cubre el proyecto

Escrito con claridad para que tu equipo de Epic lo contraste con su propia lista.

Dentro del alcance

  • Construcción de la aplicación SMART on FHIR
  • Registro de la app en tu entorno de Epic
  • Configuración del lanzamiento desde el EHR, para abrirla desde la historia del paciente
  • Mapeo de datos clínicos: demográficos, alergias, lista de problemas, constantes vitales y laboratorio
  • Pruebas de conexión contra tu entorno de preproducción
  • Revisión y aprobación del mapeo con tu equipo clínico

Fuera del alcance

  • Escritura de cualquier tipo. Foodzilla no escribe nada en la historia clínica
  • Órdenes, agenda, facturación o documentación clínica en Epic
  • Extracciones masivas o a nivel de población
  • Cambios dentro de Epic, que siguen en manos de tu equipo de Epic
  • Abrir la app desde fuera de Epic, que es un trabajo aparte si lo necesitas

Por qué tu equipo de Epic lo aprobará

Solo lectura desde el registro

La app pide a Epic únicamente permisos de lectura. En el registro no hay permisos de escritura, así que ni un error nuestro puede cambiar una historia clínica.

Los datos se mueven por una acción del clínico

Los datos del paciente llegan cuando alguien abre la app desde una historia. No hay sincronización en segundo plano ni un proceso nocturno que descargue tu lista de pacientes.

Primero preproducción

Construimos y probamos la conexión contra tu entorno de preproducción. Nada toca producción hasta que tu equipo lo decide y lo mueve allí.

Tu región y tu papeleo

Las cuentas enterprise eligen la región de AWS donde viven sus datos. Podemos completar tu cuestionario de seguridad, firmar un BAA y darte un resumen del flujo de datos y nuestra lista de subprocesadores.

Para quién es

Servicios hospitalarios de dietética, equipos de nutrición clínica y organizaciones de salud con Epic que quieren que un plan de comidas arranque desde la historia del paciente y no desde un formulario de admisión recopiado.

Encaja en equipos donde los dietistas ya viven en Epic todo el día y la herramienta de nutrición es lo único que queda fuera.

  • Un contacto de Epic que pueda registrar y aprobar una app de terceros en tu entorno
  • Acceso a tu entorno de preproducción para la construcción y las pruebas de conexión
  • Un clínico que pueda revisar el mapeo de datos y aprobarlo
Cómo tratamos la seguridad y la privacidad

Preguntas sobre la integración con Epic

Acota tu proyecto con Epic

Dinos qué entorno de Epic usáis, cuántos pacientes y clínicos tiene que soportar la cuenta y si hay una fecha de puesta en marcha desde la que trabajar hacia atrás.