Votre Template de Data du Parcours Patient

MEDITECH
Votre `Template` de `Data` du Parcours Patient

Votre Template de Data du Parcours Patient

Ce `template` fournit un cadre complet pour capturer les parcours cliniques directement depuis votre environnement MEDITECH. Il décrit les structures de `data` spécifiques et les jalons de processus nécessaires pour visualiser le flux des patients et identifier les `bottlenecks` opérationnels dans les différents services. En suivant ces directives, vous pouvez vous assurer que votre `event log` est parfaitement formaté pour une analyse détaillée du `Process Mining` et des performances.
  • Attributs cliniques recommandés
  • Jalons essentiels du processus
  • Guide d'extraction MEDITECH
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 garantir une analyse complète du mouvement des patients et des résultats cliniques.
5 Obligatoire 9 Recommandé 6 Facultatif
Nom Description
Dernière mise à jour des données
LastDataUpdate
L'horodatage de la dernière extraction ou actualisation des données.
Description

Indique quand l'enregistrement a été traité ou chargé pour la dernière fois dans l'outil de Process Mining. Cela aide à auditer la fraîcheur des données et à garantir que l'analyse reflète l'état le plus actuel du système.

Il est distinct de l'horodatage de l'événement, car il reflète le temps du pipeline de données technique plutôt que le temps de l'événement clinique.

Pourquoi c'est important

Critique pour la gouvernance des données et pour garantir que l'analyse est effectuée sur des données à jour.

Où obtenir

Date système au moment de l'exécution de l'ETL.

Exemples
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
Épisode patient
PatientEpisode
L'identifiant unique pour une période spécifique de soins au patient ou de visite.
Description

L'Patient Episode agit comme l'case identifier central pour l'analyse des processus. Il regroupe tous les events cliniques, administratifs et financiers liés à un seul séjour hospitalier ou à une visite ambulatoire en un parcours cohérent.

Dans les systèmes MEDITECH, cela correspond souvent au numéro de compte ou à l'ID de visite. Cet attribut est fondamental pour reconstituer le parcours patient de l'enregistrement à la sortie, permettant le calcul de la durée de séjour et l'analyse des parcours cliniques.

Pourquoi c'est important

C'est la clé de cas obligatoire requise pour lier des événements disparates en une seule instance de processus.

Où obtenir

Module MEDITECH Admissions ou Inscription ; généralement le champ Numéro de Compte.

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

Cet attribut représente le nom de l'event ou de la tâche survenant au sein du parcours patient. Il capture les étapes distinctes telles que 'Patient Registered', 'Medication Administered' ou 'Discharge Order Written'.

Une identification correcte des activités est cruciale pour cartographier le flux de processus. Ces valeurs sont souvent dérivées de codes de transaction, de statuts de commande ou d'interventions documentées au sein du dossier de santé électronique.

Pourquoi c'est important

Définit les étapes du processus et est requis pour visualiser la cartographie des processus.

Où obtenir

Dérivé de divers journaux de transactions (OE Orders, NUR Interventions, ADM Events).

Exemples
Patient enregistréTriage terminéMédicament administréRésultat diagnostique vérifié
Système source
SourceSystem
L'identifiant du système d'où proviennent les `data`.
Description

Identifie l'instance MEDITECH ou le module spécifique d'où les données d'événements ont été extraites. Dans les environnements multi-hospitaliers, cela aide à distinguer les données provenant de différentes installations ou versions de système.

Cet attribut est statique pour une extraction d'un seul système mais critique lors de la fusion de données pour créer une vue unifiée à travers un réseau hospitalier.

Pourquoi c'est important

Assure la traçabilité des données dans les environnements multi-systèmes.

Où obtenir

Codé en dur lors de l'extraction ou de la configuration de l'ID système.

Exemples
MEDITECH_ExpanseMEDITECH_6.1Hospital_A_Main
Timestamp de l'événement
EventTimestamp
La date et l'heure spécifiques auxquelles l'activité s'est produite.
Description

Cet attribut enregistre le moment exact où une activité a eu lieu. Il est utilisé pour séquencer les events chronologiquement et calculer les métriques de durée entre les étapes du processus.

Des timestamps de haute précision sont nécessaires pour une analyse précise des temps d'attente, tels que la durée entre le triage et l'évaluation, ou le temps de traitement pour les résultats diagnostiques.

Pourquoi c'est important

Requis pour commander les events et calculer les temps de cycle et le débit.

Où obtenir

Colonnes de date/heure de transaction dans les tables source.

Exemples
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:45:00Z
Diagnostic principal
PrimaryDiagnosis
La principale condition médicale identifiée pour l'`patient episode`.
Description

Contient le code CIM-10 ou la description de la raison principale de la rencontre. C'est la pierre angulaire de l'« Analyse des variations des parcours cliniques ».

En regroupant les cas par diagnostic principal, les gestionnaires cliniques peuvent comparer les parcours de traitement réels avec le parcours clinique idéal pour cette condition spécifique.

Pourquoi c'est important

Essentiel pour regrouper les cas afin d'analyser les parcours cliniques.

Où obtenir

Module des dossiers médicaux ou d'abstraction.

Exemples
J18.9 - PneumoniaI21.9 - Infarctus aigu du myocardeS72.0 - Fracture du fémur
Discharge Disposition
DischargeDisposition
La destination ou le statut du patient à la sortie.
Description

Indique où le patient est allé après l'épisode, par exemple « Domicile », « Établissement de soins infirmiers spécialisés », « Soins à domicile » ou « Décédé ». C'est une métrique de résultat clé pour le tableau de bord « Optimisation de la planification de la sortie ».

L'analyse de ceci aide à identifier si les retards dans l'obtention de places en soins post-aigus contribuent à des durées de séjour plus longues.

Pourquoi c'est important

Métrique de résultat clé pour l'analyse de la durée de séjour et du risque de réadmission.

Où obtenir

Écrans d'abstraction ou d'enregistrement de sortie.

Exemples
Congédié à domicileTransféré vers un hôpital général de court séjourExpiréSorti Contre Avis Médical
Durée de Séjour
LengthOfStay
Durée totale de l'`patient episode` de l'admission à la sortie.
Description

Une métrique calculée représentant le temps total écoulé entre l'heure de début de l'enregistrement/admission et l'heure de sortie. C'est la métrique principale pour le tableau de bord « Analyse de la durée de séjour ».

Elle sert d'indicateur d'efficacité de haut niveau et est souvent utilisée pour normaliser les comparaisons entre différents services ou groupes de diagnostics.

Pourquoi c'est important

KPI d'efficacité primaire pour les opérations hospitalières.

Où obtenir

Calculé à partir du StartTime de l'enregistrement vs la sortie.

Exemples
4 days 2 hours45 minutes12 jours
Is Readmission
IsReadmission
Indicateur indiquant si cet épisode est survenu dans les 30 jours suivant un congé précédent.
Description

Un attribut booléen qui renvoie « vrai » si la date d'enregistrement actuelle du patient se situe dans les 30 jours suivant la date de sortie d'un épisode précédent. Ceci soutient le tableau de bord « Réadmissions et qualité des soins ».

L'identification des réadmissions permet aux analystes de remonter à l'épisode précédent pour trouver des lacunes dans la planification des sorties ou les soins de suivi.

Pourquoi c'est important

Métrique de qualité critique ayant un impact sur le remboursement et les résultats pour les patients.

Où obtenir

Calculé en comparant le StartTime actuel avec le Case EndTime précédent pour le même MedicalRecordNumber.

Exemples
truefaux
Niveau d'acuité du triage
TriageAcuityLevel
Le niveau de gravité attribué à un patient lors du triage.
Description

Indique l'urgence de l'état du patient, généralement sur une échelle (par ex., 1-5, où 1 est critique). Cet attribut est central à l'« Analyse du flux du service des urgences ».

Il permet aux analystes de corréler les temps d'attente avec la gravité du patient, garantissant que les patients les plus critiques sont priorisés efficacement.

Pourquoi c'est important

Critique pour l'analyse de la priorisation des urgences et de la conformité à la sécurité.

Où obtenir

Écrans d'évaluation infirmière des urgences ou du triage.

Exemples
1 - Resuscitation2 - Emergent3 - Urgent4 - Less Urgent
Numéro de dossier médical
MedicalRecordNumber
Un identifiant unique pour le patient à travers toutes les visites.
Description

Le numéro de dossier médical (MRN) identifie de manière unique un patient au sein de l'organisation de soins de santé, distinct de l'ID spécifique à l'épisode. Il permet aux analystes de lier plusieurs épisodes impliquant le même patient au fil du temps.

Cet attribut est essentiel pour le dashboard 'Réadmission et Qualité des soins', permettant la détection des patients retournant à l'hôpital dans les 30 jours suivant la sortie.

Pourquoi c'est important

Permet l'analyse inter-épisodes et les vues centrées sur le patient.

Où obtenir

Table d'index maître des patients ou d'enregistrement.

Exemples
MRN-100293MRN-55928388291002
Prestataire Attitré
AttendingProvider
Le clinicien ou prestataire principal responsable de l'activité.
Description

Enregistre le nom ou l'ID du médecin, de l'infirmier ou du technicien effectuant la tâche ou supervisant les soins. Cet attribut prend en charge le dashboard 'Vitesse de développement du plan de traitement' en attribuant des métriques de vitesse et d'efficacité à des membres du personnel ou à des rôles spécifiques.

Il permet l'analyse des ressources pour équilibrer les charges de travail et identifier les besoins en formation parmi le personnel clinique.

Pourquoi c'est important

Permet l'analyse des performances des ressources et l'équilibrage de la charge de travail.

Où obtenir

Champs Fournisseur ou Utilisateur dans les journaux d'activités.

Exemples
Dr SmithInf. JonesTechnicien Adams
Service Hospitalier
HospitalDepartment
L'unité ou le service spécifique où l'activité a eu lieu.
Description

Identifie l'unité fonctionnelle, telle que « Urgences », « Radiologie », « USI » ou « Service Général », responsable de l'activité. Cet attribut est vital pour le tableau de bord « Débit des ressources départementales ».

Il permet la segmentation des métriques de performance par unité, aidant à identifier les goulots d'étranglement dans les transferts internes et l'utilisation des ressources.

Pourquoi c'est important

Clé pour l'analyse organisationnelle et l'identification des goulots d'étranglement dans des unités spécifiques.

Où obtenir

Champs Localisation ou Département dans les tables de transactions.

Exemples
UrgencesRadiologieUnité de Soins IntensifsService de chirurgie 3
Type de patient
PatientType
Catégorisation de la visite patient (par ex., Hospitalisation, Ambulatoire, Urgence).
Description

Classe la nature de la visite hospitalière. Les valeurs courantes incluent « Hospitalisation », « Ambulatoire », « Urgence » ou « Observation ». Cette classification est fondamentale pour filtrer et comparer les processus, car la norme de soins et la durée prévue diffèrent considérablement selon le type.

Ce champ aide dans le tableau de bord « Optimisation de la planification de la sortie » en segmentant les attentes en matière de durée de séjour.

Pourquoi c'est important

Segmentation fondamentale pour la comparaison des processus (Hospitalisation vs Ambulatoire).

Où obtenir

Tables d'admission ou de visite (par ex., AdmVisits.Status).

Exemples
HospitalisationUrgenceChirurgie ambulatoireObservation
Catégorie de commande
OrderCategory
Classification des ordres cliniques (par ex., Laboratoire, Radiologie, Consultation).
Description

Regroupe les commandes en catégories plus larges telles que « Laboratoire », « Radiologie », « Diététique » ou « Consultation ». Ceci est essentiel pour le tableau de bord « Délai d'exécution des services diagnostiques ».

Cela permet la séparation des workflows pour analyser les temps de cycle spécifiques à l'imagerie par rapport aux analyses sanguines, qui ont souvent des goulots d'étranglement différents.

Pourquoi c'est important

Segmente les workflows diagnostiques et de traitement.

Où obtenir

Champs de catégorie du module de Saisie des Commandes (OE).

Exemples
LaboratoireRadiologieSoins infirmiersPharmacie
Is Adherence Violation
IsAdherenceViolation
Indicateur signalant si le cas a dévié du parcours clinique standard.
Description

Un indicateur booléen défini sur « vrai » si la séquence d'activités ne correspond pas au modèle de référence défini pour le diagnostic principal du patient. Ceci soutient l'« Analyse des variations des parcours cliniques ».

Il permet un filtrage rapide des cas « non conformes » afin d'enquêter sur les raisons pour lesquelles la norme de soins n'a pas été respectée.

Pourquoi c'est important

Identifie rapidement les déviations et les variations de processus.

Où obtenir

Calculé par des algorithmes de vérification de conformité.

Exemples
truefaux
Montant de la charge
ChargeAmount
La valeur financière associée à une activité ou un service spécifique.
Description

Représente le coût ou la charge enregistrée pour un event spécifique, tel qu'un test ou un coût de chambre. Bien que principalement financier, il est lié à l'intensité des ressources.

Lorsqu'il est agrégé, il aide à comprendre l'impact financier des variations de processus, bien que l'objectif principal de la vue demandée soit le flux clinique.

Pourquoi c'est important

Ajoute une dimension financière à l'analyse des processus.

Où obtenir

Module de facturation ou BAR (Facturation/Comptes Clients).

Exemples
150.001200.5045.00
Nom du médicament
MedicationName
Le nom du produit pharmaceutique administré.
Description

Capture le médicament spécifique impliqué dans les événements « Médicament administré ». Ceci est requis pour le tableau de bord « Conformité de l'administration des médicaments ».

Il permet au personnel infirmier de vérifier que des médicaments spécifiques à haut risque ou critiques en termes de temps (comme les antibiotiques pour le sepsis) sont administrés dans les fenêtres thérapeutiques appropriées.

Pourquoi c'est important

Requis pour l'analyse de la conformité clinique et de la sécurité.

Où obtenir

Modules Pharmacie (PHA) ou Vérification au chevet (BMV).

Exemples
AcétaminophèneVancomycineHeparinInsulin
Source d'admission
AdmitSource
D'où le patient est venu (par exemple, Domicile, Transfert, Référence).
Description

Décrit l'origine de l'admission du patient, telle que « Orientation par un médecin », « Urgences » ou « Transfert d'un autre hôpital ». Cela fournit un contexte sur la manière dont les patients entrent dans le système.

C'est utile pour comprendre les schémas d'afflux et leur impact sur l'« Analyse du flux du service des urgences » et la planification des ressources.

Pourquoi c'est important

Fournit un contexte sur l'afflux de patients et les canaux de demande.

Où obtenir

Données d'enregistrement des admissions.

Exemples
Salle d'urgenceOrientation CliniqueTransfert depuis l'USLD
Temps d'attente au triage
TriageWaitTime
Durée entre l'enregistrement et la fin du triage.
Description

La durée calculée entre l'event 'Patient Registered' et l'event 'Triage Completed'. Cela alimente directement le KPI 'Temps moyen de traitement du triage'.

Surveiller cette durée aide les responsables des urgences à ajuster les effectifs pendant les heures de pointe pour garantir le respect des normes de sécurité des patients.

Pourquoi c'est important

Métrique opérationnelle clé pour les services des urgences.

Où obtenir

Différence calculée entre les horodatages d'activités spécifiques.

Exemples
15 minutes1 hour 20 minutes
Obligatoire Recommandé Facultatif

Activités du parcours patient

Ce tableau répertorie les étapes clés du processus et les jalons cliniques qui devraient être capturés pour visualiser l'expérience patient complète de bout en bout.
9 Recommandé 5 Facultatif
Activité Description
Commande Passée
Enregistre la demande d'un service, d'un médicament ou d'un test diagnostique par un clinicien. C'est l'`event` déclencheur pour les activités cliniques en aval.
Pourquoi c'est important

Établit une ligne de base pour l'indicateur clé de performance (KPI) « Délai d'exécution des services diagnostiques ». Comparer cela au temps d'exécution identifie les retards dans la prestation de services.

Où obtenir

Module MEDITECH OE (Saisie des Commandes). Capturé depuis la table 'OeOrders' en utilisant le champ Date/Heure de la commande.

Capture

Enregistré lorsque la transaction Saisie Commande est exécutée

Type d'événement explicit
Diagnostic documenté
Le point où un clinicien saisit un diagnostic codé (CIM-10) dans le dossier du patient. Cela déclenche souvent des parcours cliniques spécifiques.
Pourquoi c'est important

Permet l'« Analyse des variations des parcours cliniques » en catégorisant le cas. Essentiel pour regrouper les patients à des fins de comparaison.

Où obtenir

MEDITECH ABS (Abstraction) ou Dossiers Médicaux. Capturé lorsque les codes de diagnostic sont associés au compte.

Capture

Enregistré lorsque la transaction Saisie Diagnostic est exécutée

Type d'événement explicit
Médicament administré
Enregistre l'administration réelle du médicament au patient par le personnel infirmier. Généralement capturé via le scan de code-barres au chevet du patient.
Pourquoi c'est important

Soutient la 'Conformité à l'administration des médicaments'. Identifie les risques de sécurité et les interruptions de workflow dans les unités de soins.

Où obtenir

MEDITECH PHA (Pharmacie) ou eMAR (Dossier d'Administration Électronique des Médicaments). Le 'AdminDateTime' dans l'historique d'administration.

Capture

Enregistré lorsque la transaction Administration Médicament est exécutée

Type d'événement explicit
Ordre de sortie rédigé
L'`timestamp` lorsque le médecin signe l'ordre autorisant la sortie du patient. Cela marque le début de la phase de 'Planification de la sortie'.
Pourquoi c'est important

Établit une ligne de base pour le « Délai de planification de la sortie ». L'écart entre ce délai et le départ effectif représente une inefficacité opérationnelle.

Où obtenir

MEDITECH OE (Saisie des Commandes). Filtrer les commandes pour Catégorie = Sortie.

Capture

Enregistré lorsque la transaction Saisie Commande est exécutée

Type d'événement explicit
Patient enregistré
Cet `event` marque la création administrative de l'`patient episode` ou du dossier de visite dans le système. Il capture le point d'entrée initial dans le module MEDITECH ADM (Admissions).
Pourquoi c'est important

Établit le début du parcours patient et les calculs du temps de cycle. Essentiel pour le calcul de la Durée Totale de Séjour.

Où obtenir

Module MEDITECH ADM. Provenant de la table 'Admissions', spécifiquement du champ 'AdmitDateTime' ou de l'horodatage de création du journal de transactions.

Capture

Enregistré lorsque la transaction Nouvelle Visite est exécutée

Type d'événement explicit
Patient sorti
La clôture administrative de la visite. Le patient est physiquement parti et le lit est libéré.
Pourquoi c'est important

La fin formelle du processus. Utilisé pour calculer la durée de séjour finale et définir la fenêtre de réadmission de 30 jours.

Où obtenir

MEDITECH ADM (Admissions). Le champ 'DischargeDateTime' dans le dossier de visite.

Capture

Enregistré lorsque la transaction Sortie Patient est exécutée

Type d'événement explicit
Patient transféré
Indique le mouvement physique d'un patient d'un lieu (Unité/Chambre/Lit) à un autre. Suit le flux à travers l'hôpital.
Pourquoi c'est important

Clé pour les 'Goulots d'étranglement des transferts internes'. Des durées de transfert élevées signalent des conflits de ressources ou des retards de manutention.

Où obtenir

MEDITECH ADM (Admissions). Capturé à partir des journaux de transactions 'Location History' ou 'RoomBed'.

Capture

Enregistré lorsque la transaction Transfert Patient est exécutée

Type d'événement explicit
Résultat diagnostique vérifié
Indique qu'un test diagnostique (Laboratoire ou Radiologie) a été effectué et que les résultats ont été validés par un technicien ou un radiologue. Cela clôture efficacement la boucle d'une commande diagnostique.
Pourquoi c'est important

Le point final pour le 'Délai d'exécution des services diagnostiques'. Essentiel pour analyser les bottlenecks dans les services auxiliaires.

Où obtenir

Modules MEDITECH LAB ou ITS (Imagerie et Services Thérapeutiques). Capturé à partir des changements de statut des résultats vers 'Vérifié' ou 'Validé'.

Capture

Enregistré lorsque le champ de statut passe à Vérifié

Type d'événement explicit
Triage terminé
Indique l'achèvement de l'évaluation infirmière initiale au service des urgences. Cela définit le niveau d'acuité et le score de gravité pour le patient.
Pourquoi c'est important

Critique pour le tableau de bord « Analyse du flux du service des urgences » afin de mesurer le débit et les temps d'attente.

Où obtenir

Module MEDITECH EDM (Gestion des Urgences). Dérivé des changements de statut dans le suivi EDM ou de l'horodatage du document d'Évaluation du Triage.

Capture

Enregistré lorsque le champ de statut passe à Trié

Type d'événement explicit
Consultation complétée
L'achèvement de l'évaluation du spécialiste. Souvent déduit du dépôt d'un type de document spécifique (par exemple, 'Note de consultation en cardiologie').
Pourquoi c'est important

Le point final pour mesurer la réactivité des spécialistes. Essentiel pour assurer la progression rapide des soins.

Où obtenir

MEDITECH PCM (Gestion des Commandes du Fournisseur) ou EMR. Déduit des horodatages de création de documents avec des titres spécifiques.

Capture

Comparer le champ de statut avant et après

Type d'événement inferred
Demande de Consultation Envoyée
Un type d'ordre spécifique demandant l'avis d'un spécialiste. Cela lance le chronomètre sur le tableau de bord « Temps de réponse aux consultations de spécialistes ».
Pourquoi c'est important

Identifie les goulots d'étranglement dans la coordination des soins pluridisciplinaires. Des temps d'attente élevés ici prolongent la durée de séjour.

Où obtenir

MEDITECH OE (Saisie des Commandes). Identifié en filtrant les 'OeOrders' pour Catégorie = Consultation.

Capture

Enregistré lorsque la transaction Saisie Commande est exécutée

Type d'événement explicit
Plan de soins initié
Représente la création ou l'attribution d'un plan de soins infirmiers ou interdisciplinaire spécifique. Cela correspond au concept de 'Plan de traitement développé'.
Pourquoi c'est important

Mesure la 'vitesse de développement du plan de traitement'. Les retards à ce niveau suggèrent des lacunes dans la prise de décision clinique.

Où obtenir

MEDITECH PCS (Système de Soins aux Patients) ou Gestionnaire de Soins. Horodatage de l'application d'un plan de soins standard au patient.

Capture

Enregistré lorsque la transaction Ajout Plan de Soins est exécutée

Type d'événement explicit
Spécimen collecté
Marque la collecte physique d'un échantillon biologique pour analyse en laboratoire. Cette activité fait le lien entre la commande et le traitement.
Pourquoi c'est important

Étape granulaire souvent responsable des retards dans le cycle de diagnostic. Utile pour séparer les retards infirmiers des retards de laboratoire.

Où obtenir

Module MEDITECH LAB. Généralement capturé lorsqu'un phlébotomiste scanne le code-barres ou met à jour le statut du spécimen à 'Collecté'.

Capture

Enregistré lorsque la transaction Collecte Spécimen est exécutée

Type d'événement explicit
Suivi Réservé
La planification d'un futur rendez-vous pour le patient. Cette activité soutient la continuité des soins post-sortie.
Pourquoi c'est important

Soutient l'analyse de la 'Planification des rendez-vous de suivi'. Est corrélé à des taux de réadmission plus faibles.

Où obtenir

MEDITECH SCH (Planification). Déduit en liant un nouveau dossier de rendez-vous créé près de la date de sortie à l'ID du patient.

Capture

Dériver en comparant le champ Appointment Created Date à Discharge Date

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Méthodes pour récupérer les données cliniques et administratives de votre système MEDITECH Expanse.