Su template de data del recorrido del paciente

Epic EHR
Su `template` de `data` del recorrido del paciente

Su template de data del recorrido del paciente

Esta plantilla proporciona un marco integral para mapear los flujos de trabajo clínicos dentro de su entorno de Epic. En ella se detallan los puntos de datos y los hitos de eventos necesarios para visualizar el recorrido completo del paciente, desde el ingreso hasta el alta. Al seguir estas pautas, podrá garantizar que sus datos estén estructurados para obtener una visión operativa profunda y mejorar la prestación de cuidados.
  • Atributos recomendados para el contexto clínico
  • Hitos clave del proceso para el seguimiento
  • Guía de extracción específica para Epic EHR
¿Nuevo en registros de eventos? Aprenda cómo crear un registro de eventos para Process Mining.

Atributos del recorrido del paciente

Estos son los campos de `data` recomendados para incluir en su registro de `eventos` para un análisis exhaustivo del flujo de pacientes y la eficiencia clínica.
5 Requerido 9 Recomendado 8 Opcional
Nombre Descripción
Episodio del paciente
PatientEpisodeId
El identificador único para el encuentro o episodio de atención específico del paciente.
Descripción

El Episodio del Paciente sirve como el identificador principal de case para el Process Mining. Agrupa todos los eventos clínicos, administrativos y logísticos relacionados con un único período continuo de atención, como una estancia hospitalaria o una visita al departamento de urgencias. En Epic Clarity, esto típicamente corresponde al Número de Serie de Contacto (CSN) o al ID de Encuentro.

Analizar este atributo permite la reconstrucción del recorrido completo del paciente. Posibilita la asociación de actividades de triaje, diagnóstico, tratamiento y alta en una instancia de proceso cohesiva.

Por qué es importante

Es la clave fundamental para vincular eventos dispares en un único case de proceso.

Dónde obtener

Tabla de Epic Clarity: PAT_ENC, Columna: PAT_ENC_CSN_ID

Ejemplos
200459112200459113200459114200459115
Nombre de la Actividad
ActivityName
La acción clínica o administrativa específica realizada.
Descripción

Este atributo captura el nombre del evento que ocurre dentro del recorrido del paciente, como 'Paciente registrado', 'Medicamento administrado' o 'Orden de alta firmada'. Es el elemento central para definir el flujo del proceso.

En el análisis, este campo forma los nodos del mapa de procesos. Se deriva de varios códigos de transacción y estados de órdenes dentro del EHR para crear un registro de eventos legible por humanos.

Por qué es importante

Define los pasos del proceso y permite la visualización del workflow.

Dónde obtener

Derivado de las tablas CLARITY_ADT, ORDER_PROC y ORDER_MED.

Ejemplos
Triage completadoPrueba Diagnóstica OrdenadaPaciente dado de altaMedicamento Administrado
Timestamp del Evento
EventTimestamp
La fecha y hora exactas en que ocurrió la actividad.
Descripción

Este atributo registra el momento preciso en que un evento fue registrado en el sistema Epic. Se utiliza para secuenciar actividades y calcular todas las métricas basadas en duración, como la duración de la estancia y los tiempos de ciclo.

La precisión en este campo es crítica para identificar cuellos de botella. Soporta los dashboards de Rendimiento de Triage y Tiempo hasta el Diagnóstico Definitivo al proporcionar los anclajes temporales para los puntos de inicio y fin.

Por qué es importante

Permite el cálculo de tiempos de ciclo, tiempos de espera y ordenamiento de procesos.

Dónde obtener

Varias columnas de timestamp (p. ej., EFFECTIVE_TIME, ORDER_TIME) dependiendo de la tabla de origen.

Ejemplos
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Source System
SourceSystem
El sistema de registro para los `data`, usualmente Epic EHR.
Descripción

Este atributo identifica el origen de los data. Aunque principalmente es 'Epic EHR' para esta vista, es útil si los data se mezclan con otros sistemas como un LIS (Sistema de Información de Laboratorio) o un sistema de facturación separado.

En el análisis, asegura la procedencia de los data y ayuda a la resolución de problemas si eventos específicos parecen faltar o estar mal formados en comparación con la fuente.

Por qué es importante

Proporciona trazabilidad y contexto para el origen de los datos.

Dónde obtener

Programado a fuego (hardcoded) o derivado de la configuración de la cadena de conexión.

Ejemplos
Epic EHREpic ClarityEpic Caboodle
Última actualización de datos
LastDataUpdate
La marca de tiempo cuando los datos fueron extraídos o actualizados por última vez.
Descripción

Este atributo indica cuándo el registro fue procesado por última vez por el pipeline ETL. Es distinto del timestamp del evento y ayuda a monitorear la frescura de los data.

Los analistas lo utilizan para determinar si el dashboard refleja la realidad en tiempo real o si existe un problema de latencia de data que afecta la precisión de KPIs como los Tiempos de Espera en Triage.

Por qué es importante

Ayuda a evaluar la actualidad y fiabilidad de los datos de process mining.

Dónde obtener

timestamp del sistema ETL.

Ejemplos
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Código de diagnóstico principal
PrimaryDiagnosisCode
El código ICD-10 o interno que representa el diagnóstico principal.
Descripción

Este atributo registra la condición médica confirmada del paciente. Usualmente se completa durante la actividad 'Diagnóstico confirmado'.

Se utiliza para agrupar cases por condición clínica para la Vista de cumplimiento del Protocolo Clínico. El mapeo a 'Producto' permite a los analistas ver cómo la 'producción' de atención difiere según la condición médica.

Por qué es importante

Agrupa cases por similitud clínica para el análisis de protocolos.

Dónde obtener

Tabla de Epic Clarity: PAT_ENC_DX, Columna: DX_ID

Ejemplos
J18.9I21.9E11.9
Disposición de Alta
DischargeDisposition
El destino del paciente al alta (Hogar, Centro de Enfermería Especializada, Fallecido).
Descripción

Este atributo registra dónde fue el paciente después de salir del hospital. Se captura en la actividad 'Paciente dado de alta'.

Esto es crucial para el dashboard de Riesgo de Reingreso, ya que los pacientes dados de alta a Centros de Enfermería Especializada (SNF) tienen perfiles de reingreso diferentes a los dados de alta en casa.

Por qué es importante

Contextualiza el resultado del proceso de atención.

Dónde obtener

Tabla de Epic Clarity: PAT_ENC, Columna: DISCH_DISP_C

Ejemplos
InicioCentro de enfermería especializadaAtención Domiciliaria
Hora Fin del Evento
EventEndTime
El `timestamp` cuando la actividad fue completada.
Descripción

Si bien muchos eventos son instantáneos, algunas actividades como 'Prueba diagnóstica realizada' o 'Consulta completada' tienen una duración. Este atributo captura el tiempo de finalización.

Habilita el cálculo del tiempo de procesamiento activo versus el tiempo de espera. Esto es particularmente relevante para el dashboard de Tiempos de Ciclo del Servicio de Diagnóstico.

Por qué es importante

Permite el cálculo de la duración de la actividad y la utilización de recursos.

Dónde obtener

Consulte la documentación de Epic EHR para columnas de hora de finalización específicas en ORDER_PROC.

Ejemplos
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
ID del proveedor
ProviderId
El identificador del usuario o clínico que realizó la actividad.
Descripción

Este atributo captura el ID único del miembro del personal responsable del evento, como el enfermero que administra la medicación o el médico que firma las órdenes de alta.

Se mapea al atributo genérico 'Usuario' para analizar la variación de recursos y la carga de trabajo. Tenga en cuenta que para actividades automatizadas, este podría ser un ID de usuario del sistema.

Por qué es importante

Permite el análisis de la variación en el rendimiento y la carga de trabajo del personal.

Dónde obtener

Tabla de Epic Clarity: CLARITY_EMP, Columna: USER_ID

Ejemplos
EMP10023DOC5592SYSTEM
Indicador de reingreso
ReadmissionFlag
Indica si el paciente regresó inesperadamente dentro de los 30 días.
Descripción

Este atributo booleano identifica si el episodio específico fue seguido por otra admisión no planificada para el mismo paciente dentro de un período de 30 días. Es el núcleo del KPI de Tasa de Reingreso No Planificado a 30 Días.

En el análisis, esto sirve como una variable de resultado principal. Las rutas de proceso que conducen a un indicador 'Verdadero' se analizan para encontrar las causas raíz en la fase de planificación del alta.

Por qué es importante

Identifica procesos de alta fallidos y problemas de calidad de atención.

Dónde obtener

Calculado vía SQL, buscando encuentros futuros para el mismo MRN.

Ejemplos
truefalse
N.º de Expediente Médico (MRN) del paciente
PatientMrn
El número de expediente médico que identifica al paciente.
Descripción

El MRN es el identificador único del paciente en todo el sistema de atención médica, distinto del ID de episodio. Permite rastrear el historial de un paciente a través de múltiples visitas.

Este atributo se utiliza para detectar reingresos y vincular episodios separados para el dashboard de Riesgo de Reingreso. Se mapea a 'Cliente' en el modelo genérico.

Por qué es importante

Es esencial para identificar visitas repetidas y analizar el historial del paciente.

Dónde obtener

Tabla de Epic Clarity: PATIENT, Columna: PAT_ID o PAT_MRN_ID

Ejemplos
MRN-882910MRN-112003MRN-554211
Nivel de agudeza del triaje
TriageAcuityLevel
La puntuación de gravedad asignada al paciente durante el triaje.
Descripción

Este atributo indica la urgencia de la condición del paciente, típicamente en una escala (p. ej., niveles ESI 1-5). Se captura durante la actividad 'Triaje completado'.

Permite la segmentación en el dashboard de Intensidad de Recursos por Puntuación de Gravedad. Los pacientes de alta agudeza siguen rutas de proceso diferentes a los de baja agudeza, y este campo ayuda a distinguir esas variantes.

Por qué es importante

Segmenta el proceso según la urgencia y el consumo de recursos esperado.

Dónde obtener

Consulte la documentación de Epic EHR para el campo de Gravedad en los logs de Urgencias.

Ejemplos
1 - Reanimación2 - Urgente3 - Urgente
Nombre del Departamento
DepartmentName
La unidad hospitalaria o departamento donde tuvo lugar la actividad.
Descripción

Este atributo identifica la ubicación funcional del evento, como 'Departamento de Urgencias', 'Radiología' o 'Sala de Cirugía General'. Es crucial para el Análisis de Traslado Interno de Sala.

Los data se utilizan para segmentar el mapa de procesos por departamento, permitiendo a los gerentes aislar cuellos de botella específicos de su unidad frente a problemas sistémicos de todo el hospital.

Por qué es importante

Permite el filtrado organizacional y el análisis de traspasos.

Dónde obtener

Tabla de Epic Clarity: CLARITY_DEP, Columna: DEPARTMENT_NAME

Ejemplos
Departamento de UrgenciasRadiologíaUCIPediatría
Tipo de Encuentro
EncounterType
La clasificación de la visita del paciente (p. ej., Hospitalización, Urgencias).
Descripción

Este atributo categoriza la naturaleza del episodio del paciente. Los valores comunes incluyen 'Urgencias', 'Hospitalización', 'Ambulatorio' o 'Virtual'.

Al mapear a 'CaseType', este campo es fundamental para filtrar el análisis. Por ejemplo, el dashboard de Planificación del Alta es principalmente relevante para encuentros de hospitalización, mientras que el triaje es específico para urgencias.

Por qué es importante

Proporciona el contexto de alto nivel para la instancia del proceso.

Dónde obtener

Tabla de Epic Clarity: PAT_ENC, Columna: ENC_TYPE_C

Ejemplos
UrgentePaciente Ambulatorio de HospitalPaciente Hospitalizado
¿Es Programación Automatizada?
IsAutomatedScheduling
`Flag` que indica si la programación se realizó sin intervención del personal.
Descripción

Este atributo booleano se deriva del Método de Programación. Si la cita se realizó a través de MyChart o un workflow automatizado de Cadence, esto es Verdadero.

Apoya directamente el KPI de Tasa de Automatización de Programación de Seguimiento. Esto ayuda a los líderes operativos a comprender cuánto de la carga administrativa se está descargando a la tecnología.

Por qué es importante

Mide el éxito de la automatización de procesos.

Dónde obtener

Derivado de SchedulingMethod.

Ejemplos
truefalse
Costo de Orden Diagnóstica
DiagnosticOrderCost
El costo interno asociado con una prueba diagnóstica o procedimiento.
Descripción

Este atributo asigna un valor financiero a las actividades de 'Prueba diagnóstica realizada'. Permite una superposición financiera en el mapa de procesos.

Aunque no es una métrica clínica principal, ayuda a la administración a comprender el peso financiero de diferentes variantes de proceso, particularmente aquellas que involucran puntuaciones de gravedad de alto recurso.

Por qué es importante

Añade una dimensión financiera al análisis de eficiencia de procesos.

Dónde obtener

Tablas de facturación o contabilidad de costos vinculadas al procedimiento.

Ejemplos
150.001200.0045.00
Duración de la espera para el traslado
TransferWaitDuration
Tiempo transcurrido entre una orden de traslado y el traslado real.
Descripción

Esta métrica mide la brecha entre 'Transferencia ordenada' y 'Paciente trasladado'. Es el punto de data primario para el Análisis de Traslado Interno de Sala.

Valores altos aquí indican 'internamiento' (pacientes esperando camas), lo que bloquea el flujo ascendente desde el Departamento de Urgencias.

Por qué es importante

Destaca los bottlenecks de logística y capacidad en el flujo de pacientes.

Dónde obtener

Diferencia de timestamp calculada entre los eventos de orden y transferencia.

Ejemplos
2h 30m45m12h
Especialidad del médico solicitante
OrderingProviderSpecialty
La especialidad médica del médico que solicita una consulta o prueba.
Descripción

Este atributo captura el departamento o especialidad (p. ej., 'Cardiología', 'Oncología') del proveedor solicitante. Se utiliza en el dashboard de Latencia de Consulta Especializada.

Ayuda a analizar si ciertas especialidades enfrentan tiempos de espera más largos para servicios internos que otras, revelando posibles sesgos o escasez de recursos en líneas de servicio específicas.

Por qué es importante

Segmenta la demanda de servicios de diagnóstico y consulta.

Dónde obtener

Consulte la documentación de Epic EHR para los datos maestros del proveedor.

Ejemplos
CardiologíaMedicina InternaOrtopedia
Estado de adherencia al protocolo
ProtocolAdherenceStatus
Estado que indica si el `case` siguió la ruta clínica estándar.
Descripción

Este atributo compara la secuencia de actividades en el case con un modelo de referencia definido (Procedimiento Operativo Estándar). Soporta la Vista de cumplimiento del Protocolo Clínico.

Los valores pueden incluir 'Conforme', 'Paso omitido' o 'Fuera de secuencia'. Esto permite a los líderes clínicos filtrar rápidamente los cases no conformes sin inspeccionar manualmente cada mapa de proceso.

Por qué es importante

Identifica rápidamente desviaciones de los estándares de atención basados en evidencia.

Dónde obtener

Calculado dentro de la herramienta de process mining o preprocesado en SQL.

Ejemplos
ConformeDesviadoIncompleto
Método de programación
SchedulingMethod
Indica cómo se reservó la cita de seguimiento.
Descripción

Este atributo captura el canal utilizado para programar citas, como 'MyChart', 'Cadence Auto' o 'Recepción'. Es crítico para el dashboard de Estado de Automatización de Seguimiento Ambulatorio.

Si el valor indica un canal digital liderado por el sistema o el paciente, el indicador 'IsAutomated' puede establecerse en verdadero. Esto resalta el éxito de las iniciativas de transformación digital.

Por qué es importante

Rastrea la adopción de herramientas automatizadas o de self-service.

Dónde obtener

Consulte la documentación de Epic EHR para la fuente de creación de citas.

Ejemplos
MyChartCadenceTeléfonoEn Persona
Nombre de Región
RegionName
La región geográfica o campus hospitalario.
Descripción

Para sistemas de salud con múltiples campus, este atributo identifica la ubicación de la instalación. Permite la comparación del rendimiento entre diferentes sitios hospitalarios.

El mapeo a 'Región' permite el benchmarking multisitio para ver si un hospital gestiona mejor el Rendimiento de Triaje que otro.

Por qué es importante

Permite el benchmarking entre diferentes instalaciones en una red de salud.

Dónde obtener

Derivado de los datos maestros de Departamento o Instalación.

Ejemplos
Campus NorteCentro CiudadAla Oeste
Retraso en la Administración de Medicación
MedicationAdminDelay
Diferencia de tiempo entre la administración de medicación programada y la real.
Descripción

Este atributo calcula la varianza entre la hora de administración ordenada y la hora real de escaneo del código de barras del medicamento. Es vital para el dashboard de Rendimiento de Administración de Medicamentos.

Los valores positivos indican administración tardía. Esta métrica permite a los supervisores de enfermería identificar turnos o unidades donde la carga de trabajo está afectando la prestación de atención oportuna.

Por qué es importante

Es una medida directa de la adherencia al workflow de enfermería y la seguridad del paciente.

Dónde obtener

Calculado a partir de los datos del MAR (Registro de Administración de Medicamentos).

Ejemplos
15m-5m1h 20m
Requerido Recomendado Opcional

Actividades del recorrido del paciente

Estos son los pasos esenciales del proceso y los hitos de atención a capturar en su registro de `eventos` para un descubrimiento preciso de sus rutas clínicas.
4 Recomendado 11 Opcional
Actividad Descripción
Diagnóstico Confirmado
El registro de un diagnóstico confirmado en la lista de problemas del paciente o en el campo de diagnóstico del encuentro. Representa la conclusión de la fase de investigación.
Por qué es importante

Necesario para el KPI 'Tiempo hasta el Diagnóstico Definitivo'. Marca la transición de la evaluación al tratamiento dirigido.

Dónde obtener

Tabla PAT_ENC_DX o actualización de PROBLEM_LIST vinculada al encuentro.

Capturar

Registrado cuando el clínico añade una entrada a la actividad de Diagnóstico de Encuentro

Tipo de evento explicit
Paciente dado de alta
El cierre oficial del encuentro de hospitalización. Capturado cuando el paciente es dado de alta virtualmente del censo.
Por qué es importante

El fin formal del episodio para los cálculos de 'Duración de la estancia'. Esencial para el 'Descubrimiento de variantes del flujo de pacientes'.

Dónde obtener

Flujo ADT (Evento A03) o PAT_ENC_HSP.DISCH_TIME.

Capturar

Registrado cuando el personal administrativo completa el workflow de alta

Tipo de evento explicit
Paciente registrado
La creación inicial del registro de encuentro del paciente en el sistema, marcando el inicio del episodio de atención. Esto se captura explícitamente cuando un paciente llega al mostrador de registro o al departamento de urgencias y se registra en Epic.
Por qué es importante

Establece el punto de anclaje para toda la Trayectoria del Paciente y permite el cálculo de la duración total de la estancia. Esencial para el Dashboard de 'Rendimiento de Triaje y Tiempos de Espera'.

Dónde obtener

Flujo ADT (Evento A04 o A01) o tabla de Clarity PAT_ENC (creación de HSP_ACCOUNT_ID).

Capturar

Registrado cuando se ejecuta la transacción 'Check In' o 'Admitir'

Tipo de evento explicit
Triage completado
La finalización de la evaluación inicial de enfermería o del triaje. Esto se captura típicamente cuando se archiva el flujograma de triaje o el estado del triaje cambia a 'Completado'.
Por qué es importante

Crítico para el Dashboard de 'Rendimiento de Triaje y Tiempos de Espera' para medir la eficiencia inicial. Los retrasos aquí repercuten en toda la ruta de atención.

Dónde obtener

PAT_ENC_HSP.TRIAGE_END_TIME o timestamp de registro de fila específica de Flowsheet (FLO_MEASUREMENT).

Capturar

Registrado cuando la documentación de triaje es firmada o el campo de estado se actualiza

Tipo de evento explicit
Cita de Seguimiento Programada
La programación de una futura visita ambulatoria para el paciente. Capturado en el módulo de programación Cadence vinculado al registro del paciente.
Por qué es importante

Apoya la 'Tasa de automatización de programación de seguimiento'. Asegura la continuidad de la atención y ayuda a prevenir reingresos.

Dónde obtener

PAT_ENC_APPT vinculado al ID de paciente, creado cerca del momento del alta.

Capturar

Registrado cuando la franja horaria de la cita se confirma en Cadence

Tipo de evento explicit
Consulta Completada
La finalización de la evaluación especializada, marcada típicamente por la firma de una Nota de Consulta o el cierre de la orden de consulta.
Por qué es importante

Endpoint para el 'Tiempo de Espera de Consulta Especializada'. Indica que se ha proporcionado asesoramiento experto y que el plan de atención puede proceder.

Dónde obtener

HNO_NOTE_TEXT (Nota archivada con tipo Consulta) o cambio de estado de ORDER_PROC a Completado.

Capturar

Inferido del tiempo de creación de la Nota de Consulta o de la actualización del estado de la Orden

Tipo de evento inferred
Consulta Solicitada
Una orden emitida para que un especialista evalúe al paciente. Registrada como un tipo de orden de procedimiento específico 'Consulta' dentro de Epic.
Por qué es importante

Punto de inicio para el KPI 'Tiempo de espera para consulta especializada'. Ayuda a identificar escasez en especialidades médicas específicas.

Dónde obtener

ORDER_PROC donde ORDER_CLASS = 'Consulta' u órdenes de derivación específicas.

Capturar

Registrado cuando la orden de consulta es firmada

Tipo de evento explicit
Medicamento Administrado
El acto de un enfermero o proveedor administrando medicación al paciente. Capturado en el Registro de Administración de Medicamentos (MAR).
Por qué es importante

Evento central para el Dashboard de 'Rendimiento de Entrega de Medicamentos'. Rastrea la adherencia al 'Plan de Tratamiento Desarrollado'.

Dónde obtener

Tabla MAR_ADMIN_INFO, específicamente eventos con la acción 'Administrado' o 'Bolsa Nueva'.

Capturar

Registrado cuando la enfermera escanea la pulsera del paciente y la medicación (BCMA)

Tipo de evento explicit
Orden de Alta Firmada
La autorización formal del médico para que el paciente abandone el hospital. Esta es una entrada de orden específica en Epic.
Por qué es importante

Un hito crítico en la 'Planificación y Ejecución del Alta'. La brecha entre este y la partida real representa un retraso administrativo.

Dónde obtener

ORDER_PROC donde el tipo es 'Alta de Paciente'.

Capturar

Registrado cuando el médico firma la orden de alta

Tipo de evento explicit
Paciente trasladado
El movimiento físico del paciente a un nuevo departamento o sala. Capturado a través de `eventos` de transferencia ADT.
Por qué es importante

Endpoint para el 'Tiempo Promedio de Traslado entre Salas'. Apoya el 'Análisis de Traslado Interno entre Salas' para encontrar bottlenecks en la logística hospitalaria.

Dónde obtener

Flujo ADT (Evento A02) o PAT_ENC_HSP_TRANSACTION (Transferencia de Entrada).

Capturar

Registrado cuando el empleado de la unidad actualiza la ubicación del paciente en el Censo

Tipo de evento explicit
Plan de Atención Iniciado
La asignación de una ruta clínica o protocolo específico al paciente. Esto se captura cuando un Conjunto de Órdenes o Plan de Atención estándar se aplica al contexto del encuentro.
Por qué es importante

Apoya la 'Vista de cumplimiento del protocolo clínico' al marcar la intención de seguir un estándar de atención. Las desviaciones de los pasos planificados posteriores pueden medirse desde este punto.

Dónde obtener

ORDER_SET_BKG o tablas de plan de atención que indican que un protocolo fue vinculado al encuentro.

Capturar

Registrado cuando el clínico selecciona y firma un Conjunto de Órdenes

Tipo de evento explicit
Planificación del Alta Iniciada
El inicio de las actividades para preparar el alta del paciente. Capturado a través de la documentación de Gestión de `Case` o tipos específicos de órdenes de 'Alta'.
Por qué es importante

Clave para el Dashboard de 'Planificación y Ejecución del Alta'. La iniciación temprana se correlaciona con una reducción en la Duración de la Estancia.

Dónde obtener

Creación de HSP_DISCH_PLAN o primera nota del Gestor de Case/Trabajador Social.

Capturar

Inferido de la primera interacción con el Navegador de Altas o la nota de Gestión de Case

Tipo de evento inferred
Prueba Diagnóstica Ordenada
El ingreso de una orden para servicios de imagenología (Radiología) o laboratorio. Capturado cuando un médico ingresa y firma una orden en el sistema CPOE.
Por qué es importante

El punto de inicio para el dashboard 'Tiempos de ciclo del servicio de diagnóstico'. Volúmenes altos aquí sin resultados correspondientes indican cuellos de botella.

Dónde obtener

Tabla ORDER_PROC donde ORDER_TYPE es Laboratorio o Imagen/Radiología.

Capturar

Registrado cuando el estado de la orden cambia a 'Firmada' o 'Activa'

Tipo de evento explicit
Prueba Diagnóstica Realizada
La ejecución real de la prueba diagnóstica o el archivo del resultado. Para laboratorios, es cuando se procesa la muestra; para imagenología, cuando se completa el escaneo.
Por qué es importante

Endpoint para el KPI de 'Tiempo Medio de Ciclo de Pruebas Diagnósticas'. Vital para comprender los retrasos en los servicios de apoyo a la decisión clínica.

Dónde obtener

ORDER_PROC.PROC_END_TIME o ORDER_STAT_HISTORY cuando el estado cambia a 'Completado' o 'Con resultado'.

Capturar

Registrado cuando el técnico completa la tarea o la interfaz de resultados recibe datos

Tipo de evento explicit
Traslado ordenado
Una solicitud para trasladar al paciente a una unidad o nivel de atención diferente. Registrada como una 'Solicitud de Cama' o 'Orden de Traslado' en el sistema.
Por qué es importante

Punto de inicio para el 'Tiempo promedio de traslado entre salas'. Diferencia entre la decisión clínica de trasladar y la disponibilidad logística de una cama.

Dónde obtener

ADT_TRANSFER_ORDER o ORDER_PROC (Solicitud de Cama).

Capturar

Registrado cuando el médico introduce la orden de traslado

Tipo de evento explicit
Recomendado Opcional

Guías de Extracción

Cómo obtener sus `datos` de Epic EHR