Su Plantilla de Datos de la Trayectoria del Paciente
Su Plantilla de Datos de la Trayectoria del Paciente
- `Atributos` recomendados para recopilar para un análisis exhaustivo
- Actividades clave a rastrear para un descubrimiento de procesos preciso
- Orientación práctica para la extracción de datos de su sistema
Atributos de la Trayectoria del Paciente
| Nombre | Descripción | ||
|---|---|---|---|
|
Episodio del Paciente
PatientEpisodeId
|
Identificador único para la visita o el encuentro específico del paciente. | ||
|
Descripción
El Episodio del Paciente sirve como el identificador de caso principal, agrupando todos los eventos relacionados con la trayectoria de atención médica específica de un paciente para una condición o período de atención particular. Esto permite una vista integrada de las fases de diagnóstico, tratamiento y recuperación, vinculando varias interacciones departamentales en un todo cohesivo. En los sistemas Veradigm (Allscripts) (como Sunrise o Paragon), esto generalmente corresponde al ID de Visita o Número de Encuentro.
Por qué es importante
Es la clave fundamental para el Process Mining, ya que permite reconstruir la trayectoria completa del paciente.
Dónde obtener
Probablemente se encuentra en el encabezado de las tablas de Visitas o Encuentros (ej., VISIT_ID, ENCOUNTER_ID). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
EP-2023-998877VIS-10029384100029384ENC-554433
|
|||
|
Nombre de la Actividad
ActivityName
|
El evento clínico o administrativo específico realizado. | ||
|
Descripción
Describe el paso realizado en el proceso, como 'Paciente Registrado', 'Medicamento Administrado' o 'Planificación del Alta Iniciada'. Este atributo diferencia las diversas etapas de la trayectoria del paciente y es esencial para el descubrimiento de procesos y el análisis de variantes.
Por qué es importante
Define los nodos en el mapa de procesos; sin esto, no se puede visualizar el flujo del proceso.
Dónde obtener
Derivado de varias tablas transaccionales: eventos ADT, Órdenes, Resultados y tablas de Documentación Clínica.
Ejemplos
Paciente RegistradoPrueba Diagnóstica SolicitadaMedicación AdministradaPaciente Dado de Alta
|
|||
|
Timestamp del Evento
EventDateTime
|
La fecha y hora exactas en que ocurrió la actividad. | ||
|
Descripción
Registra el punto cronológico de la actividad. Esto es crítico para calcular tiempos de ciclo, duraciones y ordenar la secuencia de eventos correctamente. En los datos de atención médica, la precisión al minuto es vital para un análisis de rendimiento preciso.
Por qué es importante
Permite el cálculo de todos los KPI basados en el tiempo, incluyendo el Tiempo de Ciclo Promedio de la Trayectoria del Paciente y los Tiempos de Espera.
Dónde obtener
Marcas de tiempo de transacciones en tablas de origen (ej., ADT_DATE, ORDER_DATE, RESULT_DATE).
Ejemplos
2023-10-12T08:30:00Z2023-10-12T14:45:22Z2023-10-15T09:00:00Z
|
|||
|
Código de Diagnóstico Principal
PrimaryDiagnosisCode
|
El código ICD-10 o SNOMED que representa la condición principal. | ||
|
Descripción
El motivo codificado de la visita del paciente. Este atributo es el filtro para el 'Explorador de Variaciones de la Vía de Tratamiento'. Permite a los analistas comparar cómo diferentes condiciones (ej., Neumonía vs. Insuficiencia Cardíaca) fluyen a través del sistema.
Por qué es importante
Requerido para segmentar procesos por condición clínica y verificar la adherencia al protocolo.
Dónde obtener
Tablas de diagnóstico o lista de problemas (típicamente columnas ICD-10). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
I50.9J18.9E11.9
|
|||
|
Disposición del Alta
DischargeDisposition
|
El estado o la ubicación del paciente al alta. | ||
|
Descripción
Indica a dónde fue el paciente después de la estancia hospitalaria (p. ej., 'Casa', 'Centro de Enfermería Especializada', 'Fallecido', 'Traslado'). Esto es importante para analizar los riesgos de reingreso, ya que diferentes disposiciones conllevan distintos perfiles de riesgo.
Por qué es importante
Contextualiza el dashboard de 'Planificación del Alta' y ayuda a explicar las variaciones en la ALOS.
Dónde obtener
Tabla de encabezado de Visita/Encuentro (ej., DISCH_DISP). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
InicioTrasladado a SNFHogar con Atención DomiciliariaAlta Voluntaria Contra Consejo Médico
|
|||
|
Duración de la Estancia
LengthOfStay
|
Duración de la estancia hospitalaria en días. | ||
|
Descripción
La duración calculada entre la 'Fecha de Admisión' y la 'Fecha de Alta'. Utilizado para el KPI de 'Estancia Hospitalaria Promedio (ALOS)'. Aunque se puede calcular en el dashboard, tenerlo como un atributo simplifica el filtrado (ej., 'Mostrar todas las estancias > 7 días').
Por qué es importante
Medida estándar de eficiencia y consumo de recursos.
Dónde obtener
Calculado: DischargeDate - AdmissionDate.
Ejemplos
4.512.00.8
|
|||
|
Es Reingreso
IsReadmission
|
Indicador de si este episodio es un reingreso dentro de los 30 días. | ||
|
Descripción
Un atributo booleano calculado. Devuelve verdadero si el paciente tuvo un alta previa dentro de los 30 días de la fecha de ingreso actual. Esto impulsa el 'Monitor de Tasa de Reingresos Evitables'.
Por qué es importante
KPI central para la calidad hospitalaria y el reembolso (especialmente para las regulaciones de CMS).
Dónde obtener
Calculado en la capa de ETL/Transformación de Datos utilizando las fechas de PatientMRN e Ingreso/Alta.
Ejemplos
truefalse
|
|||
|
Fecha de Extinción
DischargeDate
|
La fecha y hora en que el paciente fue dado de alta. | ||
|
Descripción
La marca de tiempo que indica el final del episodio. Esto se utiliza para cerrar el caso en Process Mining y es esencial para los cálculos de ALOS y Reingreso.
Por qué es importante
Define el final del ciclo del proceso; crucial para el análisis del rendimiento.
Dónde obtener
Tabla de encabezado de Visita/Encuentro (ej., DISCH_DATE). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
2023-10-04T11:00:00Z2023-10-10T09:30:00Z
|
|||
|
Fecha de Ingreso
AdmissionDate
|
La fecha y hora en que el paciente fue admitido formalmente. | ||
|
Descripción
La marca de tiempo que indica el inicio de la estancia hospitalaria. Se utiliza junto con la Fecha de Alta para calcular la Duración de la Estancia (ALOS).
Por qué es importante
Punto de anclaje crítico para el cálculo de ALOS y la medición de retrasos en el ingreso.
Dónde obtener
Tabla de encabezado de Visita/Encuentro (ej., ADMIT_DATE). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
2023-10-01T10:00:00Z2023-10-05T14:20:00Z
|
|||
|
Médico Tratante
AttendingProvider
|
El clínico principal responsable del paciente durante el evento. | ||
|
Descripción
Identifica al médico, enfermero o especialista que realiza la actividad o es responsable del plan de atención. Analizar este atributo ayuda a comprender la 'Utilización de Recursos Clínicos' y las variaciones en las rutas de atención por médico.
Por qué es importante
Permite el análisis de cuellos de botella de recursos y la evaluación comparativa del rendimiento entre el personal clínico.
Dónde obtener
Tablas de transacciones (ej., ORDERing_PROVIDER, ATTENDING_PHYSICIAN_ID). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
Dra. Sarah SmithEnfermera Especialista JonesTécnico de Radiología A
|
|||
|
MRN del Paciente
PatientMrn
|
Número de Expediente Médico que identifica de forma única al paciente a través de los episodios. | ||
|
Descripción
El Número de Expediente Médico (MRN) o ID de Paciente Empresarial. A diferencia del ID del Episodio del Paciente, este ID permanece constante para el paciente a través de diferentes visitas. Esta es la clave crítica para vincular episodios separados y calcular las tasas de reingreso.
Por qué es importante
Esencial para la 'Tasa de Reingreso a 30 Días' y la identificación de clientes recurrentes.
Dónde obtener
Índice maestro de pacientes o tablas demográficas (columnas probables: MRN, PATIENT_ID). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
MRN-884422P-10022399887766
|
|||
|
Nombre del Departamento
DepartmentName
|
La unidad hospitalaria o departamento donde tuvo lugar la actividad. | ||
|
Descripción
Indica el contexto de la ubicación, como 'Sala de Urgencias', 'Cardiología' o 'Radiología'. Esto es vital para el 'Análisis de Cuellos de Botella en Ingresos y Traslados' para ver dónde los pacientes se quedan estancados al moverse entre salas.
Por qué es importante
Apoya el análisis de utilización de recursos y la identificación de cuellos de botella departamentales.
Dónde obtener
Tablas maestras de Ubicación o Departamento vinculadas a la transacción. Consulte la documentación de Veradigm (Allscripts).
Ejemplos
Departamento de UrgenciasUCICirugía GeneralRadiología
|
|||
|
Centro de Costos
CostCenter
|
El código financiero asociado al departamento o servicio. | ||
|
Descripción
Mapea la actividad clínica a una unidad financiera. Esto ayuda a analizar el 'Costo de Actividad' o el rendimiento financiero genérico de diferentes departamentos.
Por qué es importante
Conecta el process mining operativo con el impacto financiero.
Dónde obtener
Tablas maestras de Departamento o de cargos. Consulte la documentación de Veradigm (Allscripts).
Ejemplos
CC-1020CC-Rad-01Emergency-001
|
|||
|
Cumple con el Protocolo
IsProtocolCompliant
|
Indicador de si el caso siguió la ruta de atención estándar. | ||
|
Descripción
Un atributo calculado que verifica si actividades obligatorias específicas (p. ej., 'Signos Vitales Registrados' antes de 'Medicamento Administrado') ocurrieron en el orden correcto. Soporta el 'Dashboard de Adherencia al Protocolo de Atención'.
Por qué es importante
Automatiza la detección de incumplimientos sin la revisión manual de expedientes.
Dónde obtener
Calculado en la herramienta de process mining o ETL basado en la secuencia de actividades.
Ejemplos
truefalse
|
|||
|
Fecha de Cita de Seguimiento
FollowUpAppointmentDate
|
Fecha de la cita de seguimiento programada. | ||
|
Descripción
Utilizado para calcular la 'Tasa de Citas de Seguimiento Programadas'. Si este campo está poblado, indica que se programó un seguimiento. Si es nulo/vacío, no se programó.
Por qué es importante
Mide directamente el KPI de 'Cumplimiento de la Atención de Seguimiento'.
Dónde obtener
Sistema de programación o tabla de citas futuras vinculada al paciente. Consulte la documentación de Veradigm (Allscripts).
Ejemplos
2023-11-15T14:00:00Znull
|
|||
|
ID de Pedido
OrderId
|
Identificador para órdenes específicas (Laboratorios, Medicamentos, Procedimientos). | ||
|
Descripción
Vincula el evento 'Orden' con el evento 'Resultado' o 'Administración'. Por ejemplo, al enlazar 'Prueba Diagnóstica Solicitada' con 'Prueba Diagnóstica Completada'. Esta granularidad es necesaria para el dashboard de 'Tiempo de Respuesta Diagnóstico'.
Por qué es importante
Permite el cálculo de las duraciones de pasos específicos del proceso (p. ej., Tiempo de Respuesta del Laboratorio).
Dónde obtener
Tablas de entrada de órdenes (ej., ORDER_ID, PLACER_ORDER_NUM). Consulte la documentación de Veradigm (Allscripts).
Ejemplos
ORD-998877LAB-112233RX-445566
|
|||
|
Nombre del Medicamento
MedicationName
|
El nombre del medicamento solicitado o administrado. | ||
|
Descripción
Utilizado específicamente para el dashboard de 'Brechas de Tiempo en la Administración de Medicamentos'. Ayuda a identificar si medicamentos específicos (ej., antibióticos, manejo del dolor) están experimentando retrasos en la administración.
Por qué es importante
Crítico para el análisis de seguridad clínica y la optimización de procesos de farmacia.
Dónde obtener
Registro de Administración de Medicamentos (MAR) u Órdenes de Farmacia. Consulte la documentación de Veradigm (Allscripts).
Ejemplos
AmoxicilinaHeparinaSulfato de Morfina
|
|||
|
Source System
SourceSystem
|
El nombre del sistema donde se originaron los datos. | ||
|
Descripción
Identifica la instancia de software que proporciona los datos, como 'Veradigm Sunrise' o 'Veradigm TouchWorks'. Esto es particularmente importante en entornos multihospitalarios o al fusionar datos de entornos agudos y ambulatorios.
Por qué es importante
Proporciona trazabilidad y linaje de datos, lo que es útil al depurar problemas de calidad de datos.
Dónde obtener
Programado de forma rígida durante el proceso ETL o extraído de tablas de metadatos del sistema.
Ejemplos
Veradigm SunriseAllscripts PMVeradigm TouchWorks
|
|||
|
Tiempo de Respuesta Diagnóstico
DiagnosticTurnaroundTime
|
Duración entre la orden de prueba y el resultado de la prueba. | ||
|
Descripción
Duración calculada entre 'Prueba Diagnóstica Solicitada' y 'Diagnóstico Confirmado' (o resultado recibido). Se utiliza para la 'Visión General del Tiempo de Respuesta Diagnóstico'.
Por qué es importante
Los altos tiempos de respuesta prolongan la Estancia Hospitalaria; esta métrica identifica retrasos en laboratorio/radiología.
Dónde obtener
Calculado: Timestamp(Result) - Timestamp(Order).
Ejemplos
2 horas45 minutos1.5 días
|
|||
|
Última actualización de datos
LastDataUpdate
|
Marca de tiempo de la última extracción o actualización del registro. | ||
|
Descripción
Indica la frescura de los datos utilizados para el análisis. Este campo ayuda a los usuarios a comprender si están viendo datos en tiempo real o una instantánea de un período anterior.
Por qué es importante
Garantiza la transparencia con respecto a la latencia de los datos y ayuda en las estrategias de carga incremental de datos.
Dónde obtener
Marca de tiempo generada por el sistema durante la ejecución de ETL/extracción.
Ejemplos
2023-11-01T23:59:59Z2023-11-02T06:00:00Z
|
|||
Actividades de la Trayectoria del Paciente
| Actividad | Descripción | ||
|---|---|---|---|
|
Diagnóstico Confirmado
|
Esta actividad significa que un clínico ha registrado oficialmente un diagnóstico en el historial del paciente. Esto puede capturarse cuando se añade un código de diagnóstico a la lista de problemas o cuando se firma una nota clínica que contiene el diagnóstico. | ||
|
Por qué es importante
Confirmar el diagnóstico es un punto de inflexión crucial que dicta la ruta de tratamiento posterior. Permite el análisis de las variaciones en las rutas de tratamiento basadas en diferentes diagnósticos.
Dónde obtener
Encontrado en la lista de problemas del paciente, registros de diagnóstico del encuentro o documentación clínica. Se puede inferir de la marca de tiempo cuando un código de diagnóstico principal es introducido y finalizado para el encuentro.
Capturar
Utilice la marca de tiempo de creación o actualización de la entrada del diagnóstico principal para el episodio específico del paciente.
Tipo de evento
inferred
|
|||
|
Evaluación Inicial Completada
|
Representa la finalización de la primera evaluación clínica por parte de un enfermero o médico, como el triaje o la admisión inicial. Esto se captura a menudo cuando un formulario o nota clínica específica, como una 'Evaluación Inicial de Enfermería', se firma y finaliza en el HCE. | ||
|
Por qué es importante
Esta actividad es un hito temprano clave. El tiempo entre el registro y esta evaluación destaca posibles retrasos en la admisión del paciente y la atención inicial.
Dónde obtener
Inferido de la marca de tiempo de finalización o firma de los formularios de evaluación inicial o las notas clínicas dentro de los módulos de documentación clínica de Veradigm.
Capturar
Identifique la marca de tiempo cuando el estado de la nota o formulario de evaluación inicial cambia a 'completado' o 'firmado'.
Tipo de evento
inferred
|
|||
|
Paciente Dado de Alta
|
Marca el final oficial del episodio de hospitalización, cuando el paciente recibe el alta formal de la instalación. Este es un evento explícito y clave capturado por el sistema ADT, que actualiza el estado del encuentro del paciente a 'dado de alta'. | ||
|
Por qué es importante
Esta es la actividad final principal para la mayoría de las trayectorias del paciente. Es crítica para calcular la Estancia Hospitalaria Promedio (ALOS) y el tiempo total del ciclo del proceso.
Dónde obtener
Registrado explícitamente en el módulo ADT. El registro de encuentro del paciente tendrá una marca de tiempo de alta y una disposición.
Capturar
Utilice la marca de tiempo del alta del encuentro principal o registro de visita del paciente.
Tipo de evento
explicit
|
|||
|
Paciente Registrado
|
Marca el inicio oficial del episodio del paciente cuando la información del paciente se ingresa en el sistema Veradigm. Este evento se captura típicamente de forma explícita cuando un usuario completa el flujo de trabajo de registro, creando un nuevo registro de encuentro de paciente con un identificador único y una marca de tiempo. | ||
|
Por qué es importante
Esta es la actividad de inicio principal para la trayectoria del paciente. Es esencial para calcular el tiempo total del ciclo del proceso, la duración de la estancia y las tasas de rendimiento del paciente.
Dónde obtener
Este evento se registra en el módulo de registro de pacientes o ADT (Admisión, Alta, Transferencia). Busque la marca de tiempo de creación del registro de encuentro o visita del paciente.
Capturar
Marca de tiempo de la tabla de encuentro del paciente o de registro al crear el registro.
Tipo de evento
explicit
|
|||
|
Plan de Tratamiento Creado
|
Representa la formalización del plan de tratamiento de un paciente por parte del equipo clínico. Esto se captura a menudo cuando se crea y firma en el HCE un documento específico de 'Plan de Atención' o un conjunto de órdenes de tratamiento iniciales. | ||
|
Por qué es importante
Este hito inicia la fase de tratamiento activo. Es la línea de base para medir la adherencia a los protocolos de atención y el tiempo hasta la primera acción de tratamiento, como la administración de medicamentos.
Dónde obtener
Inferido de la marca de tiempo de la firma en un formulario de 'Plan de Atención' o de la marca de tiempo de creación del primer conjunto importante de órdenes terapéuticas después del diagnóstico.
Capturar
Encuentre la marca de tiempo cuando un documento de 'Plan de Atención' es finalizado o firmado por el médico tratante.
Tipo de evento
inferred
|
|||
|
Planificación del Alta Iniciada
|
Representa el inicio formal del proceso de planificación del alta para un paciente. Esto puede inferirse de la creación de un documento de plan de alta, la colocación de una orden de alta o la finalización de una evaluación específica de planificación del alta. | ||
|
Por qué es importante
Esta actividad es el punto de partida para medir la eficiencia del proceso de alta. La iniciación temprana de la planificación a menudo se correlaciona con tasas de reingreso más bajas.
Dónde obtener
Inferido de la marca de tiempo de creación de una nota de planificación del alta, un conjunto de órdenes de alta o un formulario de evaluación específico dentro de Veradigm.
Capturar
Identifique la marca de tiempo cuando una orden o documento específico de alta se crea por primera vez para el encuentro del paciente.
Tipo de evento
inferred
|
|||
|
Medicación Administrada
|
Este evento se registra cuando un enfermero o clínico documenta la administración de un medicamento al paciente. Esto se captura en el Registro de Administración de Medicamentos (MAR) o módulo eMAR, que registra la hora exacta de administración. | ||
|
Por qué es importante
El seguimiento de la administración de medicamentos es vital para analizar la puntualidad y la adherencia al tratamiento. La brecha entre la solicitud y la administración ayuda a identificar retrasos en el proceso de entrega de medicamentos.
Dónde obtener
Registrado explícitamente en el módulo eMAR (Registro Electrónico de Administración de Medicamentos). Cada evento de administración tiene una marca de tiempo específica, medicamento y dosis.
Capturar
Extraiga las marcas de tiempo de la tabla eMAR para cada evento de administración de medicamentos vinculado al encuentro del paciente.
Tipo de evento
explicit
|
|||
|
Procedimiento Realizado
|
Representa la finalización de un procedimiento clínico o quirúrgico. Esto se captura típicamente cuando un clínico firma la nota del procedimiento o cuando el estado de la orden del procedimiento se actualiza a 'completado' en el sistema. | ||
|
Por qué es importante
Los procedimientos son hitos significativos en muchas trayectorias de pacientes. Analizar su cronograma ayuda a comprender la utilización de recursos y la eficiencia de la programación.
Dónde obtener
Inferido de la marca de tiempo de la firma de una nota de procedimiento en el módulo de documentación clínica o de la marca de tiempo de finalización en el módulo de órdenes para ese procedimiento.
Capturar
Utilice la marca de tiempo de finalización de la orden del procedimiento o la marca de tiempo de la firma de la documentación del procedimiento relacionada.
Tipo de evento
inferred
|
|||
|
Prueba Diagnóstica Completada
|
Representa el momento en que los resultados de una prueba diagnóstica se finalizan y se ponen a disposición en el registro del paciente. Esto se infiere típicamente de un cambio de estado en la orden original de 'activo' o 'en curso' a 'completado' o 'resultado'. | ||
|
Por qué es importante
Esta actividad es un hito crítico para medir los tiempos de respuesta diagnóstica. Los retrasos entre la solicitud y la finalización pueden impactar significativamente el tiempo hasta el diagnóstico.
Dónde obtener
Inferido del campo de estado de la orden en el módulo de órdenes o de las marcas de tiempo en el módulo de resultados correspondiente, como LIS o RIS.
Capturar
Identifique la marca de tiempo cuando el estado de la orden cambia a un estado terminal como 'Completada' o 'Resultada'.
Tipo de evento
inferred
|
|||
|
Prueba Diagnóstica Solicitada
|
Este evento ocurre cuando un clínico realiza una orden para una prueba diagnóstica, como un análisis de laboratorio o una exploración por imagen. Se captura explícitamente a través del sistema CPOE (Computerized Physician Order Entry) dentro de Veradigm. | ||
|
Por qué es importante
Esto marca el inicio del subproceso diagnóstico. Es el punto de partida para medir los tiempos de respuesta diagnóstica e identificar retrasos en la solicitud de procedimientos.
Dónde obtener
Registrado en el módulo de órdenes o en los registros del sistema CPOE. Cada orden tendrá una marca de tiempo que indica cuándo se realizó.
Capturar
Extraiga la marca de tiempo de creación de los registros de entrada de pedidos para las pruebas diagnósticas relevantes.
Tipo de evento
explicit
|
|||
|
Seguimiento Programado
|
Esta actividad representa la programación de una cita de seguimiento para el paciente después del alta. Este evento se captura en el módulo de programación cuando se reserva una cita que está vinculada al encuentro de alta. | ||
|
Por qué es importante
Asegurar que la atención de seguimiento esté programada es crucial para la continuidad de la atención y la reducción de reingresos. Esta actividad ayuda a medir el cumplimiento de los protocolos post-alta.
Dónde obtener
Registrado en el módulo de programación de citas. Busque la marca de tiempo de creación de una nueva cita para el paciente que ocurra después de la fecha de alta.
Capturar
Identifique la marca de tiempo de creación de un registro de cita en el sistema de programación vinculado al paciente.
Tipo de evento
explicit
|
|||
|
Signos Vitales Registrados
|
Esta actividad ocurre cada vez que se registran los signos vitales de un paciente, como la frecuencia cardíaca, la presión arterial y la temperatura. Este es un evento explícito capturado en la documentación clínica o en la sección de la hoja de flujo específica de signos vitales del HCE. | ||
|
Por qué es importante
El registro frecuente de signos vitales indica una monitorización activa del paciente. La frecuencia y el momento pueden analizarse para asegurar el cumplimiento de los protocolos de monitorización.
Dónde obtener
Registrado en el repositorio de datos clínicos o en las tablas de hoja de flujo donde se almacenan los signos vitales. Cada entrada tiene una marca de tiempo.
Capturar
Extraiga las marcas de tiempo de los datos de la hoja de signos vitales para el encuentro del paciente.
Tipo de evento
explicit
|
|||
|
Traslado a Departamento
|
Este evento marca el traslado físico de un paciente de un departamento o unidad de atención a otro, como de la sala de emergencias a una sala de hospitalización. Esto es capturado por el sistema ADT (Admisión, Alta, Transferencia) dentro de Veradigm. | ||
|
Por qué es importante
Los traslados de pacientes son puntos comunes para los cuellos de botella y las demoras. Analizar la duración y frecuencia de los traslados ayuda a optimizar el flujo de pacientes y la asignación de recursos entre departamentos.
Dónde obtener
Registrado explícitamente en el módulo ADT. Cada evento de traslado incluye al paciente, las ubicaciones de origen/destino y una marca de tiempo.
Capturar
Extraiga registros de eventos del sistema ADT correspondientes a los movimientos del paciente.
Tipo de evento
explicit
|
|||