# Table VISIT_OCCURRENCE

# Description

Cette table contient les événements qui se produisent lorsqu’une personne interagit avec le système de santé pendant une certaine période. Par exemple lorsqu’un patient se rend dans un établissement de soins de santé ou bien lorsqu’un personnel médical se rend chez un patient, ou bien lors d’une téléconsultation ou encore lorsque la visite est de courte durée ou donne lieu à une hospitalisation.

La table VISIT_OCCURRENCE contient les durées pendant lesquelles une personne reçoit sans interruption des actes médicaux d'un ou de plusieurs prestataires dans un lieu de soins. Les visites sont classées en plusieurs catégories : soins ambulatoires, hospitalisation, urgences et soins de longue durée. Les personnes peuvent passer de l'un à l'autre de ces milieux au cours d'un séjour/traitements.

Le concept de visite est décrit par des concepts dans le domaine des visites, qui forment une structure hiérarchique. Les concepts possibles dans le format OMOP-CDM sont :

  • Inpatient visit (opens new window) (Visite de patient hospitalisé) Concept_ID = 9201 : Personne se rendant à l'hôpital, sur un site de soins, occupant un lit, pour une durée de plus d'une journée, avec des médecins et d'autres prestataires disponibles en permanence pour fournir un service 24 heures sur 24

  • Emergency Room Visit (opens new window) (Visite de la salle d’urgence) Concept_ID = 9203 : Personne qui se rend dans un établissement de soins de santé spécialisé dans le traitement des urgences, sur un site de soins, dans un délai d'un jour, avec des médecins et des prestataires disponibles en permanence pour fournir un service 24 heures sur 24

  • Emergency Room and inpatient visit (opens new window) (Salle d'urgence et visite des patients hospitalisés) Concept_ID = 262 : Personne qui se rend aux urgences, puis est hospitalisée, lorsque le service des urgences fait partie de l'hôpital et que la transition entre les urgences et les autres services de l'hôpital n'est pas définie.

  • Non-hospital institution visit (opens new window) (Visite d'un établissement non hospitalier) Concept_ID = 42898160 : Personne se rendant dans un établissement spécialisé pour des raisons de santé, sur un site de soins, sans médecin mais avec la présence possible d'autres prestataires de soins, en permanence, pour fournir un service 24 heures sur 24

  • Outpatient visit (opens new window) (Visite ambulatoire) Concept_ID = 9202: Personne qui se rend dans un établissement de soins ambulatoires spécialisé, dans un site de soins, dans un délai d'un jour, sans lit, avec des médecins ou des prestataires de services médicaux qui fournissent des services pendant la visite

  • Home visit (opens new window) (Visite à domicile) Concept_ID = 581476: Prestataire visitant une personne, sans site de soins, dans un délai d'un jour, fournissant un service

  • Telehealth visit (opens new window) (Visite en téléconsultation) Concept_ID = 5083: Le patient s'engage avec le fournisseur par le biais des médias de communication

  • Pharmacy visit (opens new window) (Visite en pharmacie) Concept_ID = 581458 : Personne qui se rend à la pharmacie pour délivrer un médicament, sur un site de soins, dans la journée

  • Laboratory Visit (opens new window) (Visite du laboratoire) Concept_ID = 32036 : Visite d'un patient dans un établissement spécialisé, sur un site de soins, dans un délai d'un jour, en vue d'une analyse biologique.

  • Ambulance Visit (opens new window) (Visite en ambulance) Concpet_ID = 581478 : Personne utilisant un service de transport dans le but d'effectuer l'une des autres visites, sans site de soins, dans un délai d'un jour, éventuellement avec des prestataires accompagnant la visite et fournissant le service.

  • Case Management Visit (opens new window) : Visite de gestion de cas Concept_ID = 38004193 : Personne en contact avec le système de soins de santé, sans site de soins, dans un délai d'un jour, sans prestataire, à des fins administratives

La durée de la visite, ou "durée du séjour", est définie comme suit : visit_end_date - visit_start_date. Pour toutes les visites, cette durée est inférieure à 1 jour, sauf pour les visites de patients hospitalisés (inpatient visit) et les visites d'établissements non hospitaliers (Non-hospital institution Visits). Le CDM contient également la table VISIT_DETAIL dans laquelle sont stockées des informations supplémentaires sur la visite, par exemple les transferts entre unités lors d'une visite de patient hospitalisé.

# Commentaires généraux

  • Pour le PMSI, on retient deux types de visite :

    • Visites avec hospitalisation (au moins 1 nuit) : tables C du PMSI. Le concept_id associé est “9201 : inpatient visit”

    • Visites sans hospitalisation (le patient ne reste pas pour une nuit) : tables ACE (Actes et Consultations Externes, voir la documentation SNDS) du PMSI. Le concept_id associé est “9202 : outpatient visit”.

  • Pour le DCIR, il n’y a pas de “inpatient_visit”. En effet, les séjours hospitaliers des établissements publics remontent à la fois dans le PMSI et le DCIR, on les retire donc du DCIR pour éviter les doublons. Pour distinguer les visites en pharmacie, en laboratoire et en ville (outpatient), on utilise le code de prestation de référence (prs_nat_ref), et leur correspondance avec les trois concept_id : “9202 : outpatient visit”, “581458 : pharmacy visit” et “32036 : laboratory visit”. .

  • Comme pour les tables LOCATION et CARE_SITE, on retire les établissements de _ER_ETE_F pour lesquels ( etb_cat_rg1 > 1203 ET ete_cat_cod ) OU ( ete_cat_cod ∊ [362 ; 422 ] ) (cf partie LOCATION)

  • On traite séparément les visites qui remontent des établissements de santé (ER_ETE_F) et les autres (ER_PRS_F dont on a enlevé les lignes qui sont dans ER_ETE_F).

# Tables et variables utilisées dans le SNDS

Tables du PMSI :

  • T_MCOaaC

    • eta_num

    • rsa_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_HADaaC

    • eta_num_epmsi

    • rhad_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_HADaaC

    • eta_num_epmsi

    • rhad_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_MCOaaCSTC

    • eta_num

    • seq_num

    • exe_soi_dtd

    • exe_soi_std

  • C_MCO_C_FT

    • eta_num

    • rsa_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_SSRaaC

    • eta_num

    • rha_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_RIPaaC

    • eta_num_epmsi

    • rip_num

    • exe_soi_dtd

    • exe_soi_dtf

  • T_SSRaaCSTC

    • eta_num

    • seq_num

    • exe_soi_dtd

    • exe_soi_dtf

Tables du DCIR :

  • _ER_ETE_F

    • ben_nir_psa

    • etb_pre_fin

    • exe_soi_dtd

    • exe_soi_dtf

    • pse_spe_cod

    • pse_act_nat

    • dcir_visit_id

    • dcir_visit_key

  • _ER_PRS_F

    • ben_nir_psa

    • etb_pre_fin

    • exe_soi_dtd

    • exe_soi_dtf

    • pse_spe_cod

    • pse_act_nat

    • dcir_visit_id

    • dcir_visit_key

# Variables au format OMOP utilisées

Variables Description Type Clé primaire Clé étrangère Table de la clé étrangère
visit_occurrence_id*

Ce champ permet d’identifier de manière unique une interaction entre un patient et le système de santé.

Cet identifiant est utilisé par les autres tables du CDM pour associer des évènements à une visite.

integer Oui Non
person_id* integer Non Oui PERSON
visit_concept_id*

Ce champ contient un concept id qui représnete le type de visite, comme les patients hospitalisés au moins une nuit (inpatient) ou les visites en ambulatoire (outpatient).

Tous les concepts de ce champ sont standards et appartiennent au domaine Visit.

integer Non Oui CONCEPT
visit_start_date*

Pour les séjours (inpatient visits), la date de début est généralement la date d’admission.

Pour les visites en ambulatoire, la date de début et la date de fin sont égales.

date Non Non
visit_start_datetime datetime Non Non
visit_end_date* Pour les séjours (inpatient visits), la date de fin est généralement la date de sortie. date Non Non
visit_end_datetime datetime Non Non
visit_type_concept_id* Ce champ est utilisé pour comprendre la provenance de l’enregistrement des données concernant la visite (provenance des données) Integer Non Oui CONCEPT
provider_id Il n’y a qu’un seul professionnel de santé par visite et le document de l’ETL doit clairement définir comment il est choisi (traitant, prescripteur, etc). S’il y a plusieurs professionnels de santé qui interviennent au cours d’une visite, ils peuvent être pris en compte dans les tables évènements (CONDITION_OCCURRENCE, PROCEDURE_OCCURRENCE, etc.) ou dans la table VISIT_DETAIL. integer Non Oui PROVIDER
care_site_id Ce champ indique dans quel centre de soin a eu lieu la visite. integer Non Oui CARE_SITE
visit_source_value Ce champ contient la valeur des données source qui indique le type de visite dont il s’agit (séjour, ambulatoire, urgence, etc.) varchar(50) Non Non

# PMSI Inpatient visit

# Commentaires généraux

  • Dans cette partie, on traite le cas des hospitalisations.

  • Les tables C désignent les tables T_MCOaaC, T_RIPaaC, T_HADaaC, T_SSRaaC, C_MCO_C_FT.

  • On sélectionne uniquement les séjours valides, c’est-à-dire pour lesquels la date de début d’exécution des soins (exe_soi_dtd) est renseignée.

  • On supprime les séjours avec codes retours erronés, c’est-à-dire qu’on garde les lignes pour lesquelles les codes retours valent 0 (nir_ret, nai_ret, sex_ret, sej_ret, fho_ret, pms_ret, dat_ret, coh_nai_ret, coh_sex_ret des tables C)

# Règles de transformation

Variables

Règles

Jointure

Gauche

Droite

visit_occurrence_id* hash (visit_source_value)
person_id* person_id de la table PERSON

Tables C

nir_ano_17

PERSON

person_source_value

visit_concept_id* 9201
visit_start_date* exe_soi_dtd des tables C
visit_start_datetime visit_start_date + ‘00:00:0000’
visit_end_date* exe_soi_dtf des tables C
visit_end_datetime visit_end_date + ‘00:00:0000’
visit_type_concept_id* 32810
provider_id 0
care_site_id care_site_id de la table CARE_SITE

T_MCOaaC et C_MCO_C_FT

eta_num

T_RIPaaC et T_HADaaC

eta_num_epmsi

CARE_SITE

care_site_source_value

CARE_SITE

care_site_source_value

visit_source_value
  • T_MCOaaC: ‘mcoaa’ || ‘_ ‘ || eta_num || ‘_ ‘ || rsa_num

  • T_SSRaaC: ‘ssraa’ || ‘_ ‘ || eta_num || ‘_ ‘ || rha_num

  • T_HADaaC : ‘hadaa’ || ‘_ ‘ || eta_num_epmsi || ‘_ ‘ || rhad_num

  • T_RIPaaC : ‘ripaa’ || ‘_ ‘ || eta_num_epmsi || ‘_ ‘ || rip_num

  • C_MCO_C_FT: ‘mcoft’ || ‘_’ || eta_num || ‘_’ || rsa_num

# PMSI Outpatient visit

# Commentaires généraux

  • Dans cette partie, on traite les actes et consultations externes (ACE).

  • Les tables CSTC désignent les tables T_MCOaaCSTC et T_SSRaaCSTC

  • On sélectionne uniquement les séjours valides, c’est-à-dire pour lesquels la date de début d’exécution des soins (exe_soi_dtd) est renseignée.

  • On supprime les séjours avec codes retours erronés, c’est-à-dire qu’on garde les lignes pour lesquelles les codes retours valent 0 (nir_ret, nai_ret, sex_ret, ias_ret, ent_dat_ret des tables CSTC)

# Règles de transformation

Variables

Règles

Jointure

Gauche

Droite

visit_occurrence_id* hash (visit_source_value)
person_id* person_id de la table PERSON

Tables CSTC

nir_ano_17

PERSON

person_source_value

visit_concept_id* 9202
visit_start_date* exe_soi_dtd des tables CSTC
visit_start_datetime visit_start_date + ‘00:00:0000’
visit_end_date* exe_soi_dtf des tables CSTC
visit_end_datetime visit_end_date + ‘00:00:0000’
visit_type_concept_id* 32810
provider_id 0
care_site_id care_site_id de la table CARE_SITE

T_MCOaaC, C_MCO_C_FT, et T_SSRaaC

eta_num

T_RIPaaC et T_HADaaC

eta_num_epmsi

CARE_SITE

care_site_source_value

visit_source_value
  • T_MCOaaCSTC: ‘mcoaaace’ || ‘_ ‘ || eta_num || ‘_ ‘ || seq_num

  • T_SSRaaCSTC: ‘ssraaace’ || ‘_ ‘ || eta_num || ‘_ ‘ || seq_num

# DCIR_ER_ETE_F

# Commentaires généraux

  • Dans cette partie, on traite les visites en établissement de santé (_ER_ET\E_F).

  • Comme pour les tables LOCATION et CARE_SITE, on retire les établissements de _ER_ETE_F pour lesquels ( etb_cat_rg1 > 1203 ET ete_cat_cod ) OU ( ete_cat_cod ∊ [362 ; 422 ] ) (cf partie **LOCATION

# Règles de transformation

Variable Règles Jointure Filtre
Gauche Droite
visit_occurrence_id* hash (visit_source_value)
person_id* person_id de la table PERSON

_ER_ETE_F

ben_nir_psa

PERSON

person_source_value

visit_concept_id*
  • Si prs_nat_ref de _ER_ETE_F existe dans correspondance_prs_nat_ref_omop, mapped_omop

  • Sinon 9202

_ER_ETE_F

prs_nat_ref

correspondance_prs_

nat_ref_omop

prs_nat_ref

visit_start_date* exe_soi_dtd de _ER_ETE_F
visit_start_datetime visit_start_date + ‘00:00:0000’
visit_end_date* exe_soi_dtf de _ER_ETE_F si rempli, sinon exe_soi_dtd
visit_end_datetime visit_end_date + ‘00:00:0000’
visit_type_concept_id* 32810
provider_id provider_id de PROVIDER

_ER_ETE_F

pse_spe_cod || ‘_’ || pse_act_nat

PROVIDER

provider_source_value

care_site_id care_site_id de CARE_SITE

_ER_ETE_F

etb_pre_fin

CARE_SITE

care_site_source_value

etb_pre_fin != null
visit_source_value

‘dciraa’ || ‘_’ || etb_pre_fin || ‘_’ || dcir_visit_id

(avec etb_pre_fin et dcir_visit_id de _ER_ETE_F et ‘aa’ désignant l’année de la visite

# DCIR _ER_PRS_F sans ER_ETE_F

# Commentaires généraux

Dans cette partie, sont concernées les visites de _ER_PRS_F qui ne sont pas dans _ER_ETE_F (elles ont déjà été prises en compte dans la partie précédente)

# Règles de transformation

champ

Règles

Gauche

Droite

visit_occurrence_id* hash (visit_source_value)
person_id* person_id de la table PERSON

_ER_PRS_F

ben_nir_psa

PERSON

person_source_value

visit_concept_id*
  • Si prs_nat_ref de _ER_PRS_F existe dans correspondance_pres_nat_ref_omop, mapped_omop

  • Sinon 9202

_ER_PRS_F

prs_nat_ref

correspondance_prs_nat_ref_omop

prs_nat_ref

visit_start_date* exe_soi_dtd de _ER_PRS_F
visit_start_datetime visit_start_date + ‘00:00:0000’
visit_end_date*
  • exe_soi_dtf de _ER_PRS_F si rempli,

  • sinon exe_soi_dtd

visit_end_datetime visit_end_date + ‘00:00:0000’
visit_type_concept_id* 32810
provider_id

_ER_PRS_F

pse_spe_cod || ‘_’ || pse_act_nat

PROVIDER

provider_source_value

care_site_id care_site_id de CARE_SITE

_ER_PRS_F

etb_pre_fin

CARE_SITE

care_site_source_value

visit_source_value

‘dciraa’ || ‘_’ || etb_pre_fin || ‘_’ || dcir_visit_id

(avec etb_pre_fin et dcir_visit_id de _ER_PRS_F et ‘aa’ désignant l’année de la visite

Accéder au code source

Le code source est disponible sur le dépôt Gitlab suivant (opens new window)

× Dans le cadre de l'amélioration continue de la documentation collaborative SNDS en ligne, le Health Data Hub souhaite recueillir vos idées et souhaits en termes de nouvelles fiches thématiques et de mises-à-jour de fiches. Nous vous remercions par avance pour la complétion de ce formulaire