Difficultés collecte et analyse RPU

3 ème rencontre inter ORU
8 octobre 2013
Les difficultés de collecte et d’analyse
des données ORU
Dr B Maire*, J-L Fuchs**, A Di Fabio***, B Bonfils**
ORULOR
* Réseau Lorraine Urgences, **ARS Lorraine, ***GCS Télésanté Lorraine

Les difficultés d’analyse des données ORU
Périmètre de la réflexion
•Tout d’abord, il faut noter que les données collectées et
analysées sont variables en fonction des ORU avec un socle
minimum actuel représenté par le RPU
•Exemple d’autres données: TOP, GEMSA, données SAMU-
SMUR et UHTCD…
•Intérêt probable de définir un socle commun élargi de
données inter ORU
•Compte tenu des éléments sus cités, la réflexion portera
essentiellement sur les champs « actuels » du RPU
•Les difficultés portent autant sur les données que sur les
bornes et les axes d’analyse
•A propos des données, il faut distinguer 4 notions différentes
à savoir la conformité, l’exhaustivité, la qualité et la cohérence

Les difficultés liées aux données
Conformité d’un RPU et règles de gestion
•Nécessité de définir la conformité d’un RPU, les règles d’acceptation d’un RPU
•En d’autres termes, quels sont les RPU à rejeter? Quel est le contenu minimal
attendu?
•En premier lieu, il s’agit du contenant à savoir de la conformité structurelle du RPU
(format XML avec balises ad hoc)
•En second lieu, il s’agit du contenu. Par exemple, faut- il rejeter un RPU en cas de
codes CIM 10 non conformes, (en sachant que les thésaurus sont, à ce jour, non
homogènes) en cas de champs vides (heure de sortie par exemple), de durées de
passage négatives ou supérieures à 72h ou encore d’incohérences entre champs ?
•Dans l’hypothèse du rejet d’un RPU, quel est son devenir ? Stockage et information
du producteur ou règles d’auto complétude (utilisation de l’heure médiane pour
compléter l’absence d’une heure de sortie…) ou plus simplement d’auto correction
(correction d’un diagnostic CIM…). Concernant ces éventuelles règles de correction,
elles doivent idéalement être activées en amont de la réception c’est-à-dire lors de la
saisie initiale
•Toujours dans l’hypothèse d’un rejet de RPU, les RPU en erreur « historisés »
doivent-ils entrer en compte dans l'analyse des données et si oui, dans quelles
conditions ?
•Enfin, se pose également la définition des critères d’unicité d’un RPU, le couple RPU /
FINESS géographique ne semblant pas toujours suffisant (exemple classique du
défaut d’ « étanchéité SU-UHTCD »

Les difficultés liées aux données
Exhaustivité des données
•L’exhaustivité concerne à la fois les données mais aussi les passages devant
générer des RPU
•Par exemple, certains passages pédiatriques médicaux ne sont actuellement
pas pris en compte (problème des admissions bi sites sur un même
établissement)
•Autre question, que faire des passages pour urgences gynéco - obstétricales
? (si intégration, probablement à définir)
•En ce qui concerne l’exhaustivité des données, nécessité de déterminer des
champs bloquants communs mais également de définir les seuils autorisant
l’analyse
•De plus un champ peut être complété mais d’une façon non exhaustive
(diagnostics associés, actes CCAM…)
•Par ailleurs, intérêt de l’analyse mais aussi du suivi des courbes
d’exhaustivité. En effet, une analyse régionale permet de discuter la
pertinence de certains champs du RPU et le suivi par établissement
participe à la motivation des établissements

Les difficultés liées aux données
Exhaustivité des données
exemple d’un radar d’exhaustivité Orulor