Votre Template de data du Parcours Patient

Epic EHR
Votre `Template` de `data` du Parcours Patient

Votre Template de data du Parcours Patient

Ce `template` fournit un cadre complet pour la cartographie des `workflows` cliniques au sein de votre environnement Epic. Il décrit les points de `data` spécifiques et les jalons d'`event` requis pour visualiser le parcours patient complet de l'admission à la sortie. En suivant ces directives, vous pouvez vous assurer que vos `data` sont structurées pour des informations opérationnelles approfondies et une prestation de soins améliorée.
  • `Attributs` recommandés pour le contexte clinique
  • Jalons clés du processus pour le suivi
  • Guide d'extraction spécifique pour Epic EHR
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs du parcours patient

Ce sont les champs de `data` recommandés à inclure dans votre `event log` pour une analyse complète du flux patient et de l'efficacité clinique.
5 Obligatoire 9 Recommandé 8 Facultatif
Nom Description
Épisode de soins du patient
PatientEpisodeId
L'identifiant unique de la rencontre patient spécifique ou de l'épisode de soins.
Description

L'Épisode Patient sert d'identifiant de case principal pour le Process Mining. Il regroupe tous les event cliniques, administratifs et logistiques liés à une période de care continue, telle qu'un séjour à l'hôpital ou une visite aux urgences. Dans Epic Clarity, cela correspond typiquement au numéro de série de contact (CSN) ou à l'ID de rencontre.

L'analyse de cet attribut permet la reconstruction du parcours patient de bout en bout. Il permet l'association des activités de triage, de diagnostic, de traitement et de sortie dans une instance de processus cohérente.

Pourquoi c'est important

C'est la clé fondamentale pour lier des événements disparates en un seul cas de processus.

Où obtenir

Table Epic Clarity : PAT_ENC, Colonne : PAT_ENC_CSN_ID

Exemples
200459112200459113200459114200459115
Nom de l'activité
ActivityName
L'action clinique ou administrative spécifique effectuée.
Description

Cet attribut capture le nom de l'event se produisant dans le parcours patient, tel que 'Patient enregistré', 'Médicament administré' ou 'Ordre de sortie signé'. Il est l'élément central pour définir le flux de processus.

Dans l'analyse, ce champ forme les nœuds de la cartographie des processus. Il est dérivé de divers codes de transaction et statuts d'ordre au sein de l'EHR pour créer un event log lisible par l'homme.

Pourquoi c'est important

Il définit les étapes du processus et permet la visualisation du workflow.

Où obtenir

Dérivé des tables CLARITY_ADT, ORDER_PROC et ORDER_MED.

Exemples
Triage terminéTest diagnostique commandéPatient sortiMédicament administré
Timestamp de l'événement
EventTimestamp
La date et l'heure exactes de l'activité.
Description

Cet attribut enregistre le moment précis où un event a été loggé dans le système Epic. Il est utilisé pour séquencer les activités et calculer toutes les métriques basées sur la durée, telles que la durée de séjour et les temps de cycle.

La précision de ce champ est critique pour identifier les bottlenecks. Il prend en charge les dashboards de Débit du Triage et de Temps avant Diagnostic Définitif en fournissant les ancres temporelles pour les points de début et de fin.

Pourquoi c'est important

Il permet le calcul des temps de cycle, des délais et de l'ordonnancement des processus.

Où obtenir

Diverses colonnes timestamp (par exemple, EFFECTIVE_TIME, ORDER_TIME) selon la table source.

Exemples
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:20:00Z
Dernière mise à jour des données
LastDataUpdate
L'horodatage de l'extraction ou de la dernière actualisation des données.
Description

Cet attribut indique la dernière fois que l'enregistrement a été traité par le pipeline ETL. Il est distinct du event timestamp et aide à surveiller la fraîcheur des data.

Les analystes l'utilisent pour déterminer si le dashboard reflète la réalité en temps réel ou s'il y a un problème de latence des data affectant la précision des KPI comme les Temps d'Attente au Triage.

Pourquoi c'est important

Il aide à évaluer l'actualité et la fiabilité des données de Process Mining.

Où obtenir

Horodatage du système ETL.

Exemples
2023-10-27T23:59:59Z2023-10-28T06:00:00Z
Système source
SourceSystem
Le système d'enregistrement des `data`, généralement Epic EHR.
Description

Cet attribut identifie l'origine des data. Bien que principalement 'Epic EHR' pour cette vue, il est utile si les data sont mélangées avec d'autres systèmes comme un LIS (Système d'Information de Laboratoire) séparé ou un système de facturation.

En analyse, il assure la traçabilité des data et aide au dépannage si des event spécifiques semblent manquants ou mal formés par rapport à la source.

Pourquoi c'est important

Il offre une traçabilité et un contexte pour l'origine des données.

Où obtenir

Codé en dur ou dérivé de la configuration de la chaîne de connexion.

Exemples
Epic EHREpic ClarityEpic Caboodle
Code de diagnostic principal
PrimaryDiagnosisCode
Le code ICD-10 ou interne représentant le diagnostic principal.
Description

Cet attribut enregistre l'état de santé confirmé du patient. Il est généralement renseigné lors de l'activité 'Diagnostic Confirmé'.

Il est utilisé pour regrouper les case par condition clinique pour la Vue de Conformité au Protocole Clinique. Le mappage à 'Product' permet aux analystes de voir comment la 'production' de care diffère selon la condition médicale.

Pourquoi c'est important

Il regroupe les cas par similarité clinique pour l'analyse des protocoles.

Où obtenir

Table Epic Clarity : PAT_ENC_DX, Colonne : DX_ID

Exemples
J18.9I21.9E11.9
Heure de fin de l'événement
EventEndTime
Le `timestamp` lorsque l'activité a été complétée.
Description

Bien que de nombreux event soient instantanés, certaines activités comme 'Test diagnostique effectué' ou 'Consultation terminée' ont une durée. Cet attribut capture le temps d'achèvement.

Il permet le calcul du temps de traitement actif par rapport au temps d'attente. Cela est particulièrement pertinent pour le dashboard des Temps de Cycle des Services Diagnostiques.

Pourquoi c'est important

Il permet le calcul de la durée de l'activité et de l'utilisation des ressources.

Où obtenir

Consultez la documentation Epic EHR pour les colonnes d'heure de fin spécifiques dans ORDER_PROC.

Exemples
2023-10-15T09:45:00Z2023-10-16T15:00:00Z
ID du prestataire
ProviderId
L'identifiant de l'utilisateur ou du clinicien qui a effectué l'activité.
Description

Cet attribut capture l'ID unique du membre du personnel responsable de l'event, tel que l'infirmière administrant le médicament ou le médecin signant les ordres de sortie.

Il est mappé à l'attribut générique 'Utilisateur' pour analyser la variation des ressources et la charge de travail. Notez que pour les activités automatisées, cela pourrait être un ID d'utilisateur système.

Pourquoi c'est important

Il permet l'analyse de la variation de performance et de charge de travail parmi le personnel.

Où obtenir

Table Epic Clarity : CLARITY_EMP, Colonne : USER_ID

Exemples
EMP10023DOC5592SYSTEM
Indicateur de réadmission
ReadmissionFlag
Indique si le patient est revenu de manière inattendue dans les 30 jours.
Description

Cet attribut booléen identifie si l'épisode spécifique a été suivi d'une autre admission imprévue pour le même patient dans une fenêtre de 30 jours. Il est le cœur du KPI Taux de Réadmission Imprévue à 30 Jours.

En analyse, cela sert de variable de résultat majeure. Les parcours de processus menant à un indicateur 'True' sont analysés pour trouver les causes profondes dans la phase de planification des sorties.

Pourquoi c'est important

Il identifie les processus de sortie échoués et les problèmes de qualité des soins.

Où obtenir

Calculé via SQL en anticipant les futures rencontres pour le même MRN.

Exemples
truefaux
Motif de sortie
DischargeDisposition
La destination du patient à sa sortie (Domicile, Établissement de soins infirmiers qualifiés, Décédé).
Description

Cet attribut enregistre l'endroit où le patient s'est rendu après avoir quitté l'hôpital. Il est capturé lors de l'activité 'Patient sorti'.

Ceci est crucial pour le dashboard de Risque de Réadmission, car les patients sortis vers des Établissements de Soins Infirmiers Qualifiés (ESIQ) ont des profils de réadmission différents de ceux sortis à domicile.

Pourquoi c'est important

Il contextualise le résultat du processus de soins.

Où obtenir

Table Epic Clarity : PAT_ENC, Colonne : DISCH_DISP_C

Exemples
AccueilÉtablissement de soins infirmiers qualifiésSoins à domicile
Niveau d'acuité du triage
TriageAcuityLevel
Le score de gravité attribué au patient lors du triage.
Description

Cet attribut indique l'urgence de l'état du patient, typiquement sur une échelle (par exemple, niveaux ESI 1-5). Il est capturé pendant l'activité 'Triage terminé'.

Il permet la segmentation dans le dashboard 'Intensité des ressources par score de gravité'. Les patients à forte acuité suivent des parcours de processus différents de ceux à faible acuité, et ce champ aide à distinguer ces variantes.

Pourquoi c'est important

Il segmente le processus en fonction de l'urgence et de la consommation de ressources attendue.

Où obtenir

Consultez la documentation Epic EHR pour le champ Acuity dans les journaux des urgences.

Exemples
1 - Resuscitation2 - Emergent3 - Urgent
Nom du département
DepartmentName
L'unité ou le service hospitalier où l'activité a eu lieu.
Description

Cet attribut identifie l'emplacement fonctionnel de l'event, tel que 'Service des Urgences', 'Radiologie' ou 'Unité de Chirurgie Générale'. Il est crucial pour l'Analyse des Transferts Inter-Services.

Les data sont utilisées pour segmenter la cartographie des processus par service, permettant aux managers d'isoler les bottlenecks spécifiques à leur unité par rapport aux problèmes systémiques à l'échelle de l'hôpital.

Pourquoi c'est important

Il permet un filtrage organisationnel et une analyse des transferts.

Où obtenir

Table Epic Clarity : CLARITY_DEP, Colonne : DEPARTMENT_NAME

Exemples
Service des urgencesRadiologieUSIPédiatrie
Numéro de dossier médical du patient
PatientMrn
Le numéro de dossier médical identifiant le patient.
Description

Le MRN est l'identifiant unique du patient au sein du système de santé, distinct de l'ID d'épisode. Il permet de suivre l'historique d'un patient à travers plusieurs visites.

Cet attribut est utilisé pour détecter les réadmissions et lier des épisodes distincts pour le dashboard de Risque de Réadmission. Il est mappé à 'Customer' dans le modèle générique.

Pourquoi c'est important

Il est essentiel pour identifier les visites répétées et analyser l'historique des patients.

Où obtenir

Table Epic Clarity : PATIENT, Colonne : PAT_ID ou PAT_MRN_ID

Exemples
MRN-882910MRN-112003MRN-554211
Type de rencontre
EncounterType
La classification de la visite du patient (par exemple, Hospitalisation, Urgences).
Description

Cet attribut catégorise la nature de l'épisode patient. Les valeurs courantes incluent 'Urgence', 'Hospitalisation', 'Ambulatoire' ou 'Virtuel'.

Mappé à 'CaseType', ce champ est fondamental pour filtrer l'analyse. Par exemple, le dashboard de Planification des Sorties est principalement pertinent pour les rencontres en hospitalisation, tandis que le Triage est spécifique aux urgences.

Pourquoi c'est important

Il fournit le contexte de haut niveau pour l'instance de processus.

Où obtenir

Table Epic Clarity : PAT_ENC, Colonne : ENC_TYPE_C

Exemples
UrgencePatient externe hospitalierHospitalisé
Coût de l'ordre diagnostique
DiagnosticOrderCost
Le coût interne associé à un test diagnostique ou une procédure.
Description

Cet attribut attribue une valeur financière aux activités de 'Test diagnostique effectué'. Il permet une superposition financière sur la cartographie des processus.

Bien que n'étant pas un indicateur clinique primaire, il aide l'administration à comprendre le poids financier des différentes variantes de processus, en particulier celles impliquant des scores de gravité à forte consommation de ressources.

Pourquoi c'est important

Il ajoute une dimension financière à l'analyse de l'efficacité des processus.

Où obtenir

Tables de facturation ou de comptabilité analytique liées à la procédure.

Exemples
150.001200.0045.00
Délai d'administration des médicaments
MedicationAdminDelay
Différence de temps entre l'administration de médicaments prévue et réelle.
Description

Cet attribut calcule la variance entre l'heure d'administration ordonnée et l'heure réelle de lecture du code-barres du médicament. Il est vital pour le dashboard de Performance de l'Administration des Médicaments.

Les valeurs positives indiquent une administration tardive. Cette métrique permet aux superviseurs infirmiers d'identifier les quarts de travail ou les unités où la charge de travail affecte la prestation de soins en temps voulu.

Pourquoi c'est important

C'est une mesure directe de l'adhésion au workflow infirmier et de la sécurité des patients.

Où obtenir

Calculé à partir des données du MAR (Medication Administration Record - Dossier d'administration des médicaments).

Exemples
15m-5m1h 20m
Durée d'attente du transfert
TransferWaitDuration
Temps écoulé entre un ordre de transfert et le transfert réel.
Description

Cette métrique mesure l'écart entre 'Transfert ordonné' et 'Patient transféré'. C'est le point de data principal pour l'Analyse des Transferts Inter-Services.

Des valeurs élevées ici indiquent l'encombrement (patients en attente de lits), ce qui bloque le flux en amont du service des urgences.

Pourquoi c'est important

Il met en évidence les bottlenecks logistiques et de capacité dans le flux patient.

Où obtenir

Différence d'horodatage calculée entre les événements d'ordre et de transfert.

Exemples
2h 30m45m12h
Est-ce une planification automatisée
IsAutomatedScheduling
Indicateur signalant si la planification a été effectuée sans intervention du personnel.
Description

Cet attribut booléen est dérivé de la Méthode de Planification. Si le rendez-vous a été pris via MyChart ou un workflow Cadence automatisé, c'est True.

Il soutient directement le KPI Taux d'Automatisation de la Planification du Suivi. Cela aide les leaders opérationnels à comprendre la part de la charge administrative transférée à la technologie.

Pourquoi c'est important

Il mesure le succès de l'automatisation des processus.

Où obtenir

Dérivé de SchedulingMethod.

Exemples
truefaux
Méthode de prise de rendez-vous
SchedulingMethod
Indique comment le rendez-vous de suivi a été réservé.
Description

Cet attribut capture le canal utilisé pour prendre les rendez-vous, tel que 'MyChart', 'Cadence Auto' ou 'Guichet d'accueil'. Il est critique pour le dashboard de Statut d'Automatisation du Suivi Ambulatoire.

Si la valeur indique un système ou un canal numérique piloté par le patient, le drapeau 'IsAutomated' peut être défini sur vrai. Cela met en évidence le succès des initiatives de transformation numérique.

Pourquoi c'est important

Il suit l'adoption d'outils automatisés ou en self-service.

Où obtenir

Consultez la documentation Epic EHR pour la source de création de rendez-vous.

Exemples
MyChartCadenceTéléphoneEn personne
Nom Région
RegionName
La région géographique ou le campus hospitalier.
Description

Pour les systèmes de santé avec plusieurs campus, cet attribut identifie l'emplacement de l'établissement. Il permet de comparer les performances entre différents sites hospitaliers.

Le mappage à la 'Région' permet le benchmarking multi-sites pour voir si un hôpital gère mieux le débit de triage qu'un autre.

Pourquoi c'est important

Il permet le benchmarking entre différents établissements d'un réseau de santé.

Où obtenir

Dérivé des données de référence du Service ou de l'Établissement.

Exemples
Campus NordCentre-villeAile ouest
Spécialité du prescripteur
OrderingProviderSpecialty
La spécialité médicale du médecin demandant une consultation ou un test.
Description

Cet attribut capture le service ou la spécialité (par exemple, 'Cardiologie', 'Oncologie') du prestataire prescripteur. Il est utilisé dans le dashboard de Latence des Consultations Spécialisées.

Il aide à analyser si certaines spécialités sont confrontées à des temps d'attente plus longs pour les services internes que d'autres, révélant un biais potentiel ou des pénuries de ressources dans des lignes de service spécifiques.

Pourquoi c'est important

Il segmente la demande pour les services de diagnostic et de consultation.

Où obtenir

Consultez la documentation Epic EHR pour les données de référence des fournisseurs.

Exemples
CardiologieMédecine interneOrthopédie
Statut de `Conformité` au protocole
ProtocolAdherenceStatus
Statut indiquant si le cas a suivi le parcours clinique standard.
Description

Cet attribut compare la séquence d'activités du case à un modèle de référence défini (Procédure Opérationnelle Standard). Il soutient la Vue de Conformité au Protocole Clinique.

Les valeurs peuvent inclure 'Conforme', 'Étape ignorée' ou 'Hors séquence'. Cela permet aux responsables cliniques de filtrer rapidement les case non conformes sans inspecter manuellement chaque cartographie de processus.

Pourquoi c'est important

Il identifie rapidement les écarts par rapport aux normes de soins basées sur des preuves.

Où obtenir

Calculé au sein de l'outil de Process Mining ou prétraité en SQL.

Exemples
ConformeDéviantIncomplet
Obligatoire Recommandé Facultatif

Activités du parcours patient

Ce sont les étapes de processus et les jalons de soins essentiels à capturer dans votre `event log` pour une découverte précise de vos parcours cliniques.
4 Recommandé 11 Facultatif
Activité Description
Diagnostic confirmé
L'enregistrement d'un diagnostic confirmé dans la liste de problèmes du patient ou le champ de diagnostic de la rencontre. Représente la conclusion de la phase d'investigation.
Pourquoi c'est important

Requis pour le KPI 'Temps avant le diagnostic définitif'. Marque la transition de l'évaluation au traitement ciblé.

Où obtenir

Table PAT_ENC_DX ou mise à jour de PROBLEM_LIST liée à la rencontre.

Capture

Enregistré lorsqu'un clinicien ajoute une entrée à l'activité Diagnostic de rencontre

Type d'événement explicit
Patient enregistré
La création initiale du dossier de rencontre patient dans le système, marquant le début de l'épisode de soins. Ceci est explicitement enregistré lorsqu'un patient arrive au guichet d'enregistrement ou au service d'urgence et est enregistré dans Epic.
Pourquoi c'est important

Établit le point d'ancrage pour l'ensemble du parcours patient et permet le calcul de la durée totale du séjour. Essentiel pour le dashboard (tableau de bord) 'Débit de triage et temps d'attente'.

Où obtenir

Flux ADT (Événement A04 ou A01) ou table Clarity PAT_ENC (création de l'ID de compte HSP).

Capture

Enregistré lorsque la transaction 'Check In' ou 'Admit' est exécutée

Type d'événement explicit
Patient sorti
La clôture officielle de la rencontre en hospitalisation. Enregistrée lorsque le patient est virtuellement sorti du recensement.
Pourquoi c'est important

La fin formelle de l'épisode pour les calculs de 'Durée de Séjour'. Essentiel pour la 'Découverte de variantes de flux patients'.

Où obtenir

Flux ADT (Événement A03) ou PAT_ENC_HSP.DISCH_TIME.

Capture

Enregistré lorsque le personnel administratif termine le workflow de sortie

Type d'événement explicit
Triage terminé
L'achèvement de l'évaluation infirmière initiale ou de l'évaluation du triage. Ceci est généralement enregistré lorsque la feuille de flux de triage est classée ou que le statut de triage passe à 'Complet'.
Pourquoi c'est important

Critique pour le dashboard (tableau de bord) 'Débit de triage et temps d'attente' afin de mesurer l'efficacité de l'accueil. Les retards ici se répercutent sur l'ensemble du parcours de soins.

Où obtenir

PAT_ENC_HSP.TRIAGE_END_TIME ou timestamp de l'enregistrement d'une ligne spécifique de la feuille de flux (FLO_MEASUREMENT).

Capture

Enregistré lorsque la documentation de triage est signée ou que le champ de statut est mis à jour.

Type d'événement explicit
Consultation demandée
Un ordre est placé pour qu'un spécialiste évalue le patient. Enregistré comme un type d'ordre de procédure spécifique 'Consult' au sein d'Epic.
Pourquoi c'est important

Point de départ pour le KPI 'Délai de consultation spécialiste'. Aide à identifier les pénuries dans des spécialités médicales spécifiques.

Où obtenir

ORDER_PROC où ORDER_CLASS = 'Consultation' ou ordres de référence spécifiques.

Capture

Enregistré lorsque l'ordre de consultation est signé

Type d'événement explicit
Consultation terminée
L'achèvement de l'évaluation spécialisée, généralement marqué par la signature d'une note de consultation ou la clôture de l'ordre de consultation.
Pourquoi c'est important

Point final pour le 'Délai de consultation spécialiste'. Indique que l'avis d'expert a été fourni et que le plan de soins peut se poursuivre.

Où obtenir

HNO_NOTE_TEXT (Note classée avec le type Consult) ou changement de statut ORDER_PROC à Terminé.

Capture

Déduit de l'heure de création de la note de consultation ou de la mise à jour du statut de la commande.

Type d'événement inferred
Médicament administré
L'acte d'une infirmière ou d'un prestataire administrant des médicaments au patient. Enregistré dans le Dossier d'Administration des Médicaments (DAM).
Pourquoi c'est important

Événement clé pour le dashboard (tableau de bord) 'Performance de la livraison des médicaments'. Il suit l'adhésion au 'Plan de traitement développé'.

Où obtenir

Table MAR_ADMIN_INFO, spécifiquement les événements avec l'action 'Donné' ou 'Nouvelle poche'.

Capture

Enregistré lorsque l'infirmière scanne le bracelet du patient et le médicament (BCMA)

Type d'événement explicit
Ordre de sortie signé
L'autorisation formelle du médecin pour que le patient quitte l'hôpital. Il s'agit d'une entrée d'ordre spécifique dans Epic.
Pourquoi c'est important

Un jalon critique dans la 'Planification et exécution de la sortie'. L'écart entre ce moment et le départ effectif représente un décalage administratif.

Où obtenir

ORDER_PROC où le type est 'Sortie patient'.

Capture

Enregistré lorsque le médecin signe l'ordre de sortie

Type d'événement explicit
Patient transféré
Le mouvement physique du patient vers un nouveau service ou une nouvelle unité. Capturé via les `event` de transfert ADT.
Pourquoi c'est important

Point final pour le 'Temps moyen de transfert inter-service'. Soutient l''Analyse des transferts internes entre services' pour trouver les bottlenecks (goulets d'étranglement) dans la logistique hospitalière.

Où obtenir

Flux ADT (Événement A02) ou PAT_ENC_HSP_TRANSACTION (Transfert entrant).

Capture

Enregistré lorsque le commis d'unité met à jour l'emplacement du patient dans le recensement

Type d'événement explicit
Plan de soins initié
L'attribution d'un parcours clinique ou d'un protocole spécifique au patient. Ceci est enregistré lorsqu'un jeu d'ordres standard ou un plan de soins est appliqué au contexte de la rencontre.
Pourquoi c'est important

Soutient la 'Vue de Conformité au protocole clinique' en marquant l'intention de suivre une norme de soins. Les déviations par rapport aux étapes planifiées subséquentes peuvent être mesurées à partir de ce point.

Où obtenir

Tables ORDER_SET_BKG ou de plan de soins indiquant qu'un protocole a été lié à la rencontre.

Capture

Enregistré lorsqu'un clinicien sélectionne et signe un ensemble d'ordres

Type d'événement explicit
Planification de la sortie initiée
Le début des activités de préparation à la sortie du patient. Capturé via la documentation de gestion de cas ou des types d'ordres de 'sortie' spécifiques.
Pourquoi c'est important

Clé pour le dashboard (tableau de bord) 'Planification et exécution de la sortie'. Une initiation précoce est corrélée à une durée de séjour réduite.

Où obtenir

Création de HSP_DISCH_PLAN ou première note par le gestionnaire de cas/travailleur social.

Capture

Déduit de la première interaction avec le navigateur de sortie ou de la note de gestion de cas.

Type d'événement inferred
Rendez-vous de suivi planifié
La prise de rendez-vous pour une future visite ambulatoire du patient. Enregistrée dans le module de planification Cadence lié au dossier patient.
Pourquoi c'est important

Soutient le 'Taux d'automatisation de la planification du suivi'. Assure la continuité des soins et aide à prévenir les réadmissions.

Où obtenir

PAT_ENC_APPT lié à l'identifiant du patient, créé à l'approche de l'heure de sortie.

Capture

Enregistré lorsque le créneau de rendez-vous est confirmé dans Cadence

Type d'événement explicit
Test diagnostique commandé
L'entrée d'un ordre pour l'imagerie (Radiologie) ou les services de laboratoire. Capturé lorsqu'un médecin entre et signe un ordre dans le système CPOE.
Pourquoi c'est important

Le point de départ du dashboard 'Temps de cycle des services diagnostiques'. Des volumes élevés sans résultats correspondants indiquent des bottlenecks.

Où obtenir

Table ORDER_PROC où ORDER_TYPE est Labo ou Imagerie/Radiologie.

Capture

Enregistré lorsque le statut de la commande devient 'Signé' ou 'Actif'

Type d'événement explicit
Test diagnostique effectué
L'exécution réelle du test diagnostique ou l'enregistrement du résultat. Pour les laboratoires, c'est lorsque l'échantillon est traité ; pour l'imagerie, lorsque le scan est terminé.
Pourquoi c'est important

Point final pour le KPI 'Temps de cycle moyen des tests diagnostiques'. Vital pour comprendre les retards dans les services de support à la décision clinique.

Où obtenir

ORDER_PROC.PROC_END_TIME ou ORDER_STAT_HISTORY lorsque le statut passe à 'Terminé' ou 'Résultat obtenu'.

Capture

Enregistré lorsque le technicien termine la tâche ou que l'interface de résultat reçoit les données.

Type d'événement explicit
Transfert ordonné
Une demande de transfert du patient vers une autre unité ou un autre niveau de soins. Enregistrée comme une 'Demande de lit' ou un 'Ordre de transfert' dans le système.
Pourquoi c'est important

Point de départ pour le 'Temps moyen de transfert inter-services'. Différencie la décision clinique de transfert de la disponibilité logistique d'un lit.

Où obtenir

ADT_TRANSFER_ORDER ou ORDER_PROC (Demande de lit).

Capture

Enregistré lorsque le médecin saisit l'ordre de transfert

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos `données` d'Epic EHR