GHM ET FONCTION GROUPAGE

TABLE DES MATIÈRES

AVERTISSEMENT

Conjointement à la parution de la quatrième révision de la classification des groupes homogènes de malades (GHM), élaborée par le PERNNS, et applicable dès le 1er janvier 1997, la Direction des Hôpitaux poursuit sa politique de diffusion des outils informatiques relatifs à cette classification.

Après quatre années et demie d'expérimentation et de généralisation d'une diffusion reposant sur le principe d'une Fonction Groupage officielle (FG0 en 1989, FG1 en 1992), développée par le ministère de la santé, portée sur les plate-formes matérielles et logicielles les plus diverses, complétée par une politique d'agrément répondant à un souhait légitime de garantie revendiqué par les hospitaliers utilisateurs des produits finis, un bilan avait été effectué avec les partenaires de fait qu'étaient devenus les industriels de l'informatique hospitalière, concepteurs des logiciels incluant la Fonction Groupage, souvent nommés génériquement groupeurs.

Ce bilan avait conduit la Mission PMSI à apporter des ajustements à la démarche suivie jusqu'alors. Ainsi, dès le mois de décembre 1993, les tables de la classification en GHM, qui contiennent toute la logique décisionnelle sur laquelle repose la Fonction Groupage, étaient mises à la disposition des concepteurs de groupeurs.

La première diffusion de la FG2 était accompagnée des tables de la seconde révision de la Classification des GHM, auxquelles on fait référence par l'appellation complète FG2.2 (version 2 du "moteur de groupage", révision 2 de la classification). La suivante fut la FG2.3 (même moteur, révision 3 de la classification). Quant aux tables décrites ici, ce sont celles de la quatrième révision de la classification, associées à la version 3 du " moteur de groupage ". On parlera donc de la FG3.4

Une particularité de la FG3 par rapport à la FG2 est qu'elle prend en compte les couples Diagnostic Associé-Diagnostic Principal pour déterminer si un DA doit être considéré comme CMA. Par ailleurs, l'arbre de décision comporte des tests nouveaux, adaptés aux besoins de la nouvelle classification. Cette dernière n'a été développée qu'en prenant en compte les diagnostics codés en CIM-10. La table de la CIM-9 n'est donc plus maintenue, les hôpitaux ayant pu, en deux ans, intégrer progressivement la CIM-10 dans leurs systèmes d'information.

En outre, prenant à la fois en compte les remarques des développeurs pour qui le format binaire de certaines tables posait des difficultés, et celles des développeurs qui avaient investi dans la programmation de leur intégration, il a été décidé de poursuivre cette politique par la diffusion simultanée de la version binaire et de la version " en clair " des tables.

L'objet principal du présent document est d'en détailler le fonctionnement, afin de permettre à tout informaticien d'exploiter ces tables selon ses besoins propres, qu'il s'agisse de reproduire le groupage traditionnel, ou d'y adjoindre d'autres fonctionnalités (visualisation de l'arborescence décisionnelle, par exemple).
 

Parallèlement à la diffusion des tables, le ministère poursuit la diffusion de la Fonction Groupage officielle. La FG3 a donc pris le relais de la FG2, avec les adaptations suivantes :

• la FG3 est livrée sous forme d'un programme source en langage C
• la Direction des Hôpitaux ne s'engage pas à poursuivre les développements de la Fonction Groupage pour les années futures, considérant, comme cela est probable, que la diffusion des tables et du programme source rendra obsolète la Fonction Groupage.

La Mission PMSI restera attentive à l'accueil réservé à sa politique de diffusion des outils informatiques du PMSI, et procédera si nécessaire à de nouveaux ajustements en 1998.

Quoi qu'il en soit, cette " ouverture " ne devra pas signifier " confusion " aux yeux des hospitaliers. Plus encore que par le passé il est nécessaire que la plus grande rigueur s'applique dans le domaine des offres informatiques liées au PMSI ; dans cette perspective, nous attacherons une attention particulière au " respect terminologique ", qui doit demeurer une garantie pour les utilisateurs de ces logiciels : le terme de Fonction Groupage ne peut être employé pour désigner autre chose que la bibliothèque logicielle fournie par le ministère ; quant à elles, les tables qui sont aujourd'hui officiellement distribuées sont les tables originales de la classification des GHM, 4ème révision ; enfin, il n'existe plus d'agrément officiel de tel ou tel logiciel groupeur et, a fortiori, aucune plaquette commerciale ne peut revendiquer sous quelque forme que ce soit une caution des services ministériels ou du CTIP.
 

PRÉSENTATION GÉNÉRALE

Au delà de la simple description du contenu de ces tables, nous incluons dans ce document les spécifications complètes de la Fonction Groupage officielle, telle qu'elle a été réalisée en 1996 pour le compte du ministère par le CTIP.

En effet, même une mise en œuvre parfaite des tables peut aboutir dans certains cas à des divergences de résultats, car quelques étapes du traitement d'un RSS en vue de le classer dans un GHM ne sont pas incorporées actuellement dans les tables : il en va ainsi notamment de l'algorithme qui permet, dans le cas d'un séjour multi-unité, la détermination du RUM comportant le diagnostic principal, ou de la vérification de certaines erreurs de saisie (présence, format, et codage de telle ou telle information du RUM). Ainsi la prise en compte des spécifications ci-incluses permettra aux acquéreurs des tables de la classification en GHM de développer des logiciels groupeurs aux résultats identiques à ceux de la Fonction Groupage.

Ce document comporte des annexes qui reprennent des éléments de diverses sources, probablement dejà connus des acquéreurs de ces tables, mais dont le rappel n'est pas toujours inutile. Il s'agit en particulier du format " réglementaire " des divers enregistrements relatifs au PMSI, avec des explications complémentaires (RUM, RUM-groupé, RSA). Ces annexes n'ont pas vocation à se substituer aux documents officiels qui circulent déjà ou circuleront bientôt (décret, arrêté, circulaires d'application, guide méthodologique). Notamment, ces annexes n'évoquent que très superficiellement les aspects liés aux systèmes de codage. Il y a lieu donc d'attirer l'attention des informaticiens sur quelques points importants :

• le format du RSS, décrit dans la circulaire d'Octobre 1985, est devenu caduc, puisqu'il a été remplacé par celui du RUM, appliqué dans sa version 002 depuis le 1er janvier 1994, puis évoluant dans ses versions 003 (CIM-10) et plus récemment 004 et A04. Ces nouveaux formats permettent de traiter des informations supplémentaires, et intègrent plusieurs notions qui ménagent les évolutions futures : longueur d'enregistrement variable, identification du type d'enregistrement, zones de réserve.
   
• au cours du temps, quelques informations ont évolué dans leur mode de codage : actes médicaux, mode d'entrée, mode de sortie notamment. La plus grande attention a été apportée à l'introduction de ces évolutions, tout d'abord pour permettre leur mise en œuvre progressive, au rythme propre des utilisateurs, avec en particulier le passage de la CIM-9 à la CIM-10 dans le courant de l'année 1995, mais aussi pour que les outils informatiques soient en mesure de traiter sans ambiguïté des données de deux années consécutives. Ainsi, par exemple, la Fonction Groupage FG3 et GENRSA sont-ils en mesure de reconnaître automatiquement le format du RUM Les tables quant à elles sont prévues pour traiter sans équivoque des RUM dont les modes d'entrée et de sortie, ou les actes, seraient indifféremment codés selon l'ancienne ou la nouvelle nomenclature. En outre, l'introduction des " nouveautés " est gérée de manière différentielle ; en d'autres termes, on peut appliquer le nouveau CdAM aujourd'hui, et ne mettre à jour le codage du mode d'entrée que demain.
   
• remarquons toutefois qu'avec la FG3 il n'est plus dorénavant possible d'employer la CIM 9 pour coder les diagnostics, ni d'utiliser le format de RUM 002.

Deux autres précisions importantes sont à apporter :

• la diffusion des tables est accompagnée d'un programme, GENRSA, dont le but principal est la production des RSA que les hôpitaux doivent fournir aux services de l'État. Ce programme, développé uniquement sous MS/DOS, dispose d'une fonctionnalité annexe très utile : au cours de son exécution, il fournit à l'écran un état récapitulatif précisant le nombre de RSS traités, le nombre de RSA produits, et le nombre de RSS-groupés présentant un groupage différent de celui que donne la Fonction Groupage. Chaque RSA du fichier obtenu comporte non seulement l'indication du GHM lu sur le RSS-groupé, mais également celle du GHM officiel (Fonction Groupage). Cette fonctionnalité s'avère donc doublement utile : pour le debugging, à destination des informaticiens, d'une part ; pour la garantie de conformité, à destination des utilisateurs, d'autre part. La mission PMSI a engagé une action d'information très large sur ce dernier aspect, à l'occasion notamment de la distribution gratuite de GENRSA à tous les établissements publics ou PSPH.
   
• pour des raisons de place, les tables sont livrées sous forme de fichiers binaires, sous MS/DOS ; un utilitaire sous MS/DOS permet de générer les tables en ASCII, selon un format explicité en détail dans les pages qui suivent. Rien n'interdit à leur acquéreur de les modifier, de les transformer, de les compacter ou de les décompacter selon ses propres besoins. Les tables originales et le contenu qu'elles matérialisent restent toutefois la propriété du ministère. Elles ne peuvent être utilisées que dans le respect du contrat de license d'exploitation joint à leur diffusion, qui prévoit notamment une redevance annuelle pour chaque version installée chez un utilisateur final.
   
• le ministère a retenu comme distributeur exclusif de ces tables et de leur documentation (le présent document) le CTIP ; les acquéreurs de ces tables ne sont pas autorisés à faire de copie de cette documentation autrement que pour leurs besoins internes.

CONTENU DU PACKAGE

Le package des tables originales de la quatrième révision de la classification en GHM se compose de quatre éléments :

• cette documentation
• une disquette 3"1/2, 1,44 MO, format MS/DOS, intitulée " FG3.4, tables binaires, et tables des libellés de la FG3.4 ", comportant un fichier auto-décompactable AUTOFG34.EXE
• un formulaire de licence d'exploitation

En décompactant la disquette vous obtiendrez l'arborescence suivante dans le répertoire courant :

Les fichiers marqués d'une astérisque peuvent, le cas échéant, être livrés séparément : ils ne concernent que le générateur de RSA.