Votre modèle de données du Parcours Patient
Votre modèle de données du Parcours Patient
Voici notre modèle de données générique de Process Mining pour Parcours de soins. Utilisez nos modèles spécifiques au système pour des directives plus précises.
Sélectionnez un système spécifique- Liste complète des points de données cliniques et administratifs essentiels
- Structure flexible conçue pour fonctionner avec tout système de dossier de santé électronique
- Cartographie claire des étapes clés du parcours patient, de l'admission à la sortie
Attributs du parcours patient
| Nom | Descriptionn | ||
|---|---|---|---|
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant quand l'enregistrement a été extrait ou actualisé pour la dernière fois. | ||
| Descriptionn Ce champ de métadonnées suit la réactualisation des données utilisées dans l'analyse. Il contribue à garantir que les tableau de bords reflètent l'état le plus actuel des soins aux patients et aide à résoudre les problèmes de latence du pipeline de données. Bien qu'il ne soit pas utilisé directement dans la visualisation du flux de processus, il est indispensable pour la gouvernance des données et pour valider que le modèle de Process Mining s'exécute sur des informations à jour. Pourquoi est-ce important ? : Assure la la réactualisation des données et aide aux stratégies de chargement incrémental des données. Source des données : Généré par le processus ETL ou disponible dans l'horodatage de modification d'enregistrement du système source. Exemples 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Horodatage de l'événement EventTimestamp | La date et l'heure spécifiques auxquelles l'activité a commencé ou s'est produite. | ||
| Descriptionn Ce horodatage marque le point chronologique de l'activité, permettant le séquençage des événements dans l'épisode patient. Une haute précision (à la seconde ou à la minute près) est préférée pour capturer avec exactitude les workflows rapides dans les environnements d'urgence ou de soins critiques. Il sert de base à tous les calculs temporels, y compris les temps de traversée entre les étapes, le temps de cycle total et les temps d'attente. Un horodatageing précis est indispensable pour identifier les retards dans l'administration des médicaments ou les résultats diagnostiques. Pourquoi est-ce important ? : Requis pour ordonner les événements chronologiquement et calculer les métriques de durée. Source des données : Trouvé dans les journaux de transactions, souvent étiqueté comme date de création, heure d'exécution ou heure d'événement. Exemples 2023-10-15T08:30:00Z2023-10-15T09:15:45Z2023-10-16T14:20:00Z | |||
| ID d'épisode de soins du patient PatientEpisodeId | L'identifiant unique représentant une seule visite ou rencontre patient. | ||
| Descriptionn Cet attribut sert de clé de cas centrale pour l'analyse en Process Mining, reliant toutes les activités distinctes au sein d'un même parcours de soins. Il distingue une admission hospitalière, une visite d'urgence ou une consultation externe d'une autre, même pour le même patient. En analyse, cet identifiant permet la reconstruction du flux complet, de l'enregistrement à la sortie. Il est indispensable pour calculer des métriques au niveau du cas telles que la durée totale de séjour et pour identifier des variantes de processus uniques. Pourquoi est-ce important ? : C'est l'ID de cas principal requis pour regrouper les événements en une instance de processus. Source des données : Généralement disponible dans les tables d'en-tête de rencontre, de visite ou d'admission du DSE (Dossier de Santé Électronique). Exemples ENC-2023-88492V99283410029384EP-2023-XJ9 | |||
| Nom de l'activité ActivityName | La tâche clinique ou administrative spécifique effectuée pendant l'épisode. | ||
| Descriptionn Cet attribut définit les étapes du parcours patient, allant des tâches administratives comme l'enregistrement aux interventions cliniques telles que l'administration de médicaments ou la chirurgie. Il offre la granularité nécessaire pour visualiser la cartographie des processus. Les analystes utilisent ce champ pour identifier les points de blocage, les boucles et les écarts par rapport au parcours clinique idéal. La standardisation de ces noms entre les différents services est souvent nécessaire pour garantir une vue claire et lisible de la découverte de processus. Pourquoi est-ce important ? : Il définit les nœuds dans la cartographie des processus et est nécessaire pour comprendre ce qui s'est passé. Source des données : Dérivé des journaux de transactions, des pistes d'audit ou des tables d'historique de statut des commandes. Exemples Évaluation de triageCommander un test de laboratoireAdministrer des antibiotiquesSortir le patient | |||
| Système source SourceSystem | Le nom du système d'information où l'enregistrement a été créé. | ||
| Descriptionn Dans les environnements de soins de santé complexes, les données proviennent souvent de plusieurs systèmes, tels que le DPI central, les systèmes d'information de laboratoire (SIL) et les systèmes d'information radiologique (RIS). Cet attribut identifie l'origine de chaque point de données. Il est utile pour la validation technique et pour filtrer la cartographie des processus vers des interactions système spécifiques. Il aide également à identifier les problèmes de qualité des données qui peuvent être isolés à une intégration ou à un module logiciel spécifique. Pourquoi est-ce important ? : Fournit la lignée et le contexte, en particulier dans les environnements hospitaliers multi-systèmes. Source des données : Codé en dur pendant l'extraction ou associé à partir des champs de métadonnées du système. Exemples EpicCernerLabSys V2Radiology_DB | |||
| Code de diagnostic principal PrimaryDiagnosisCode | Le code représentant la principale condition médicale (ex: CIM-10). | ||
| Descriptionn Cet attribut saisit la raison clinique de la rencontre à l'aide de systèmes de codage standard comme l'ICD-10 ou le SNOMED. Il permet l'analyse des parcours cliniques spécifiques à certaines affections, telles que la septicémie, l'AVC ou l'insuffisance cardiaque. En filtrant sur cet attribut, les analystes peuvent vérifier la conformité aux protocoles spécifiques à une condition et identifier les variations dans les soins pour les patients ayant le même diagnostic. Pourquoi est-ce important ? : Permet l'analyse des parcours cliniques et la vérification de la conformité aux protocoles médicaux. Source des données : Tables de diagnostic liées à la rencontre, souvent appelées 'Diagnostic d'admission' ou 'Diagnostic final'. Exemples I10J18.9E11.9M54.5 | |||
| Heure de fin de l'événement EventEndTime | L'horodatage lorsque l'activité spécifique a été terminée. | ||
| Descriptionn Alors que l'horodatage de début capture le moment où une action a commencé, l'horodatage de fin permet le calcul du temps de traitement actif (temps de service) pour une étape spécifique. Cela est distinct du temps d'attente entre les étapes. Cet attribut est particulièrement utile pour analyser l'efficacité des procédures, des chirurgies ou des consultations. Il aide à différencier le temps qu'un patient attend un médecin et le temps que le médecin passe réellement avec le patient. Pourquoi est-ce important ? : Permet le calcul du temps de service actif par rapport au temps d'attente. Source des données : Logs de transactions pour les activités qui ont une durée (ex: chirurgie, scans). Exemples 2023-10-15T10:00:00Z2023-10-15T11:45:00Z | |||
| ID du fournisseur ProviderIdentifier | Identifiant ou nom du professionnel de santé effectuant l'activité. | ||
| Descriptionn Cet attribut suit la ressource spécifique (médecin, infirmier ou technicien) responsable de l'activité. Il permet l'analyse de l'utilisation des ressources, de l'équilibrage de la charge de travail et des variations dans les modèles de pratique parmi le personnel. Il est souvent utilisé pour identifier des opportunités de formation ou pour mettre en évidence les meilleures pratiques en comparant les résultats entre différents prestataires. Les considérations de confidentialité exigent généralement que ces données soient anonymisées ou hachées dans les rapports généraux. Pourquoi est-ce important ? : Permet l'analyse de l'utilisation des ressources et des variations par membre du personnel. Source des données : Logs de transactions, champs d'identification d'utilisateur ou tables principales du personnel. Exemples Dr. SmithInfirmière JonesUTILISATEUR_8829Tech_A | |||
| ID du patient PatientIdentifier | Un identifiant unique pour le patient, persistant à travers plusieurs épisodes. | ||
| Descriptionn Contrairement à l'ID d'épisode, cet attribut reste constant pour le même individu à travers différentes visites. Il permet une analyse transversale des cas, comme l'identification des « frequent flyers » (patients fréquents) ou le suivi des taux de réadmission dans les 30 jours. En regroupant les épisodes par cet identifiant, les analystes peuvent visualiser l'historique patient à long terme et analyser les modèles de soins qui s'étendent au-delà d'une seule hospitalisation. Il est indispensable pour les métriques de santé publique et l'analyse des soins longitudinaux. Pourquoi est-ce important ? : Primordial pour identifier les réadmissions et lier plusieurs visites à un même individu. Source des données : Index maître des patients ou tables démographiques (ex: MRN). Exemples MRN-55920PAT-009221H99283 | |||
| Nom du service DepartmentName | L'unité hospitalière ou la zone fonctionnelle où l'activité a eu lieu. | ||
| Descriptionn Cet attribut localise l'activité dans la structure hospitalière, comme les urgences, les soins intensifs ou le service de chirurgie. Il est indispensable pour analyser les flux inter-services et les transferts. En utilisant ce champ, les analystes peuvent visualiser le mouvement physique des patients et identifier les points de blocage aux points de transfert spécifiques. Il soutient également la planification des ressources en montrant la répartition de la charge entre les différentes unités. Pourquoi est-ce important ? : Primordial pour analyser le flux patient entre les unités et l'efficacité des transferts. Source des données : Champs de localisation des journaux d'activités ou tables principales des unités. Exemples Service des urgencesCardiologieUnité de soins intensifsPharmacie | |||
| Type d'épisode de soins EncounterType | Classification de la visite patient (ex. : hospitalisation, ambulatoire, urgence). | ||
| Descriptionn Cet attribut classe la nature de la visite, ce qui influence fortement le flux de processus attendu. Par exemple, une visite aux urgences suit un parcours idéal radicalement différent d'une consultation externe programmée. Segmenter l'analyse par ce champ permet des comparaisons équitables et un benchmarking plus précis. Cela garantit que les KPI comme la durée de séjour sont évalués dans le bon contexte. Pourquoi est-ce important ? : Critique pour segmenter les données, car différents types suivent une logique de processus différente. Source des données : Tables d'en-tête de rencontre ou d'admission. Exemples Patient hospitaliséUrgencePatient ambulatoireTélésanté | |||
| Catégorie de commande OrderCategory | Classification des ordonnances cliniques (ex: Laboratoire, Radiologie, Médicaments). | ||
| Descriptionn Cet attribut regroupe les milliers de commandes spécifiques possibles en catégories gérables. Il permet une analyse de haut niveau des activités diagnostiques par rapport aux activités thérapeutiques tout au long du parcours patient. Les analystes l'utilisent pour visualiser la densité des tests par rapport aux traitements et pour identifier les phases diagnostiques lourdes qui peuvent contribuer à l'allongement de la durée de séjour. Pourquoi est-ce important ? : Aide à regrouper les activités granulaires en phases significatives (ex: Diagnostic vs. Traitement). Source des données : Tables de saisie de commandes, souvent un champ de recherche ou de type associé à l'ID de commande. Exemples LaboratoireRadiologyConsultationPharmacie | |||
| Modalité de sortie DischargeDisposition | Le statut ou la destination du patient lors de sa sortie de l'établissement. | ||
| Descriptionn Cet attribut enregistre l'issue de l'épisode, telle que « Sortie à domicile », « Transfert vers un établissement de soins de longue durée » ou « Départ contre avis médical ». C'est une indicateur de résultat majeur pour le parcours patient. Il est utilisé pour analyser l'efficacité de la planification des sorties et pour corréler les variations de processus avec des résultats spécifiques. Par exemple, il aide à identifier si certains parcours entraînent des taux de transfert plus élevés vers d'autres établissements. Pourquoi est-ce important ? : Définit le résultat du processus et est indispensable pour l'analyse de la durée de séjour. Source des données : Registres de sommaire de sortie ou messages d'admission/sortie/transfert (ADT). Exemples AccueilÉtablissement de soins de suite et de réadaptation (SSR)Soins à domicileExpiré | |||
| Niveau d'acuité du triage TriageAcuityLevel | Le score de gravité attribué au patient lors de l'évaluation initiale. | ||
| Descriptionn Cette valeur numérique ou catégorielle indique l'urgence de l'état du patient à l'arrivée, souvent à l'aide d'échelles comme l'ESI (Emergency Severity Index). C'est un contexte vital pour analyser les temps d'attente et la priorisation. L'analyse des flux de processus basée sur l'acuité aide à déterminer si les patients à haut risque sont traités en urgence correctement « what-if » les patients à faible acuité subissent des retards disproportionnés. Pourquoi est-ce important ? : Contextualise les temps d'attente ; une acuité élevée devrait correspondre à un débit initial plus rapide. Source des données : Dossiers d'évaluation de triage ou tableaux de suivi des urgences. Exemples 1 - Resuscitation2 - Emergent3 - Urgent4 - Moins urgent | |||
| Nom du médicament MedicationName | Le nom spécifique du produit pharmaceutique administré ou commandé. | ||
| Descriptionn Cet attribut fournit le détail spécifique des activités de médication. Alors que « Administrer des médicaments » est l'activité générique, cet attribut identifie ce qui a été administré, comme le « Paracétamol » ou la « Vancomycine ». Il est impératif pour analyser les protocoles de traitement spécifiques, tels que le calendrier antibiotique pour les patients atteints de septicémie ou l'efficacité de la gestion de la douleur. Il permet des analyses détaillées des retards d'administration des médicaments. Pourquoi est-ce important ? : Requis pour analyser les protocoles de traitement spécifiques et les indicateurs clés de performance (KPI) de ponctualité des médicaments. Source des données : Dossier d'administration des médicaments (MAR) ou tables de commandes de pharmacie. Exemples AmoxicillinInsulineSérum physiologiqueMorphine | |||
Activités du parcours patient
| Activité | Descriptionn | ||
|---|---|---|---|
| Autoriser la sortie | L'horodatage lorsque un médecin signe l'ordre officiel autorisant le patient à quitter l'établissement. Cela marque la transition du traitement clinique aux processus administratifs de départ. | ||
| Pourquoi est-ce important ? : Démarre le compte à rebours de l'analyse d'efficacité du traitement de sortie finale. Source des données : Trouvé dans le système de saisie des commandes comme un type d'ordre de sortie spécifique. Capture Extraire l'horodatage de signature de l'ordre de sortie Type d'événement explicit | |||
| Commander un test diagnostique | Se produit lorsqu'un clinicien demande formellement un test de laboratoire ou une étude d'imagerie. Cette action déclenche le workflow diagnostique « what-if »gnale le besoin d'allocation de ressources. | ||
| Pourquoi est-ce important ? : Marque le début de l'intervalle de temps de réalisation du diagnostic. Source des données : Trouvé dans les journaux du système de saisie des commandes lorsqu'un fournisseur signe une nouvelle commande. Capture Extraire l'horodatage des événements de création de commande Type d'événement explicit | |||
| Enregistrer le patient | Marque l'entrée officielle du patient dans l'établissement ou le système de santé. Cette activité crée l'enregistrement de rencontre principal et attribue un identifiant de visite unique utilisé pour suivre l'épisode de soins complet. | ||
| Pourquoi est-ce important ? : Établit le point d'ancrage pour l'heure de début de l'épisode et est indispensable pour calculer la durée totale de séjour. Source des données : Généralement disponible dans les logs du module d'enregistrement ou d'admission avec un horodatage de création. Capture Identifier la création d'un nouvel enregistrement de rencontre patient Type d'événement explicit | |||
| Évaluation de triage terminée | Représente l'achèvement de l'évaluation infirmière initiale ou de la notation d'acuité. Cette étape enregistre les signes vitaux du patient et le motif principal de consultation pour prioriser l'urgence des soins. | ||
| Pourquoi est-ce important ? : Primordial pour analyser les temps d'attente entre l'arrivée et la prise en charge clinique initiale. Source des données : Dérivé de l'horodatage de finalisation ou de signature d'un formulaire de triage ou d'une note infirmière initiale. Capture Suivre le changement de statut d'un document d'évaluation de triage à « terminé » Type d'événement explicit | |||
| Recevoir les résultats diagnostiques | Le moment où les résultats des tests sont vérifiés et mis à disposition dans le dossier patient. Cela signale la disponibilité des informations nécessaires à la prise de décision. | ||
| Pourquoi est-ce important ? : Met fin au calcul du délai de diagnostic et déclenche les décisions de traitement ultérieures. Source des données : Dérivé des mises à jour de statut de l'objet commande ou de la création d'un enregistrement de résultat. Capture Détecter les changements de statut à « terminé » ou « vérifié » sur les commandes diagnostiques Type d'événement inferred | |||
| Sortir le patient | L'événement administratif final clôturant la rencontre du patient. Cela indique que le patient a physiquement quitté l'établissement et que le lit est disponibleble. | ||
| Pourquoi est-ce important ? : Le point final définitif pour le calcul de la durée totale de séjour. Source des données : Généralement la dernière mise à jour de statut dans le système d'admission/sortie/transfert. Capture Identifier l'événement de sortie final ou le changement de statut à « sorti » Type d'événement explicit | |||
| Administrer des médicaments | L'événement spécifique où le médicament est administré au patient. Il s'agit d'une activité répétitive qui se produit tout au long du séjour du patient. | ||
| Pourquoi est-ce important ? : Primordial pour analyser la ponctualité de l'administration des médicaments et l'adhérence aux protocoles de traitement. Source des données : Comptabilisé dans le dossier d'administration des médicaments, souvent via un scan de code-barres. Capture Entrées de journal du dossier d'administration électronique des médicaments Type d'événement explicit | |||
| Consultation terminée | Indique qu'un spécialiste a évalué le patient et fourni ses recommandations. Cela implique souvent l'examen des antécédents et du statut actuel du patient. | ||
| Pourquoi est-ce important ? : Important pour suivre les retards causés par la coordination interdisciplinaire. Source des données : Capturé lorsqu'une note de consultation est signée ou qu'un ordre de consultation est marqué comme terminé. Capture Suivre le statut d'achèvement des commandes de consultation ou des types de notes Type d'événement inferred | |||
| Documenter le diagnostic | Représente le clinicien enregistrant formellement une condition médicale confirmée dans le dossier du patient. Ceci est distinct d'un résultat de test et implique un jugement clinique. | ||
| Pourquoi est-ce important ? : Primordial pour une analyse précise des parcours cliniques et l'identification de la complexité des cas. Source des données : Capturé lorsqu'une entrée est ajoutée à la liste des problèmes ou au champ de diagnostic de la rencontre. Capture Suivre les ajouts ou mises à jour de la table de diagnostic associée à la visite Type d'événement explicit | |||
| Effectuer une procédure | Enregistre l'exécution d'une intervention chirurgicale ou clinique majeure. Cette activité représente la prestation de traitement principale pour les parcours chirurgicaux. | ||
| Pourquoi est-ce important ? : Une étape majeure qui consomme des ressources importantes et impacte la durée de séjour. Source des données : Généralement disponible dans les logs périopératoires ou la documentation de procédure avec les heures de début/fin. Capture Extraire l'horodatage de début de procédure de la documentation clinique Type d'événement explicit | |||
| Lancer le plan de soins | Marque l'attribution d'un protocole de traitement standardisé ou d'un plan de soins infirmiers. Cela indique qu'une ligne de conduite a été déterminée en fonction du diagnostic. | ||
| Pourquoi est-ce important ? : Permet l'analyse de la conformité des parcours et de la variation des approches de traitement. Source des données : Trouvé dans les modules de planification des soins lorsqu'un plan est activé ou signé. Capture Identifier l'horodatage d'activation d'un plan de soins ou d'un ensemble de commandes Type d'événement explicit | |||
| Planifier un suivi | La prise d'un rendez-vous futur pour les soins post-sortie. Cela assure la continuité des soins et aide à prévenir les réadmissions. | ||
| Pourquoi est-ce important ? : Un indicateur clé pour mesurer l'efficacité de la planification des sorties et la continuité des soins. Source des données : Trouvé dans le système de planification, lié à l'identifiant du patient. Capture Détecter les événements de création de rendez-vous liés au patient après la sortie Type d'événement explicit | |||
| Recueillir un échantillon | Indique la collecte physique d'échantillons biologiques nécessaires à l'analyse en laboratoire. Cette étape comble l'écart entre la commande électronique et le traitement en laboratoire. | ||
| Pourquoi est-ce important ? : Aide à identifier les points de blocage entre la passation de commande et le début réel du traitement en laboratoire. Source des données : Généralement enregistré dans les modules de laboratoire ou de phlébotomie lorsqu'un code-barres d'échantillon est scanné. Capture Identifier les horodatages de prélèvement.lèvement d'échantillons liés à des commandes spécifiques Type d'événement explicit | |||
| Transférer le patient | Indique le mouvement physique du patient entre différentes unités ou services. Cela reflète le flux du patient à travers différents niveaux de soins. | ||
| Pourquoi est-ce important ? : Met en évidence l'efficacité de la logistique interne et identifie les points de blocage dans le roulement des lits. Source des données : Capturé dans les tables de gestion des lits ou d'historique de localisation. Capture Identifier les changements de localisation ou d'unité assignée au patient Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction varient selon le système. Pour des instructions détaillées,