FONCTION GROUPAGE

 

Depuis 1990, le minist�re de la Sant� mettait � la disposition des int�grateurs infor�ma�tiques le � noyau de programmation ï¿½ n�cessaire au groupage, sous la forme d'une librai�rie informatique compl�t�e de tables, l'ensemble �tant appel� fonction groupage (FG). En 1996, le minist�re de la Sant� introduisit une nouveaut�, en mettant le pro�gramme source de cette FG � la disposition des int�grateurs.

 

Les informaticiens peuvent donc l'int�grer dans leurs logiciels groupeurs, ce qui leur permet d'obtenir un groupage conforme � la description du manuel des GHM. Aucune obligation ne leur est faite cependant d'avoir recours � la FG, et certains choix de d�ve�lop�pement conduisent des informaticiens � d�velopper leur propre moteur de groupage.

 

Pour l'utilisateur final, qui continue de recevoir gratuitement la version annuelle de GENRSA�(ou son �quivalent int�gr� dans le logiciel AGRAF�pour les �tablissements pri�v�s), la garantie d'un groupage conforme est fournie par les v�rifications que r�alise ce programme, puisque GENRSA (AGRAF) int�gre lui-m�me la FG : pour produire des RSA, GENRSA (AGRAF) lit un fichier de RSS group�s, c'est-�-dire un fichier de RSS d�j� trait�s par le groupeur de l'utilisateur, et outre le fichier de RSA produit en sortie, il �ta�blit un rapport d'ex�cution dans lequel l'analyse de la conformit� de groupage est d�tail�l�e.

 

Cependant, la FG a suivi les �volutions de la classification des GHM, et s'est adapt�e aux besoins nouveaux (contenu du RUM en particulier), de sorte que plusieurs versions successives ont �t� diffus�es depuis 1990. Le tableau ci-dessous r�capitule d'une mani�re synth�tique ces diff�rentes versions, indiquant notamment leur date de mise en service, les nomenclatures reconnues (CIM, CdAM, CCAM), la version de la classification corres�pon�dante (c'est-�-dire la version des tables), et le format de RUM reconnu.

 

Ce tableau emploie une normalisation de la d�signation de la FG : FG a.b, dans la�quelle a repr�sente le num�ro de version du moteur de groupage, et b le num�ro de ver�sion des tables.

 

Intitul�	Version du moteur de groupage	Version de la classification (tables)	CIM	CdAM	CCAM	Format de RUM	Date de mise en service	GENRSA (ou remarque)
FG0.0	0	0	9	1985 � 1987		86 car	1990	(diffusion restreinte)
FG1.1	1	1	9	1985 � 1991		86 car	f�vrier 1992	GENRSA 1
FG1.2	1	2	9	1985 � 1991		86 car	1993	(Languedoc-Roussillon uniquement)
FG2.2	2	2	9	1985 � 1994		86 car format 002 format 003	f�vrier 1994	GENRSA 2
FG2.3	2	3	9 et 10	1985 � 1995		86 car format 002 format 003	juillet 1995	GENRSA 3.3b
FG3.4	3	4	10	1985 � 1996		format 003 format 004 format A04	janvier 1997	GENRSA 4
FG4.5	4	5	10	1985 � 1997		format 003 format 004 format A04	janvier 1998	GENRSA 4.5
FG5.6	5	6	10	1985 � 2000		format 004 format A04 format 005 format A05	janvier 2000	GENRSA 5.6
FG6.7	6	7	10	1985 � 2002	version 0 (2002)	format 007 format 008	janvier 2002	GENRSA 6.7
FG 6.8	6	8	10	1985 � 2002	version 0bis (2003)	format 007 format 008	janvier 2003	GENRSA 6.8
FG 7.9	7	9	10	1985 � 2002	version 0bis (2003)	format 007 format 008	janvier 2004	GENRSA 7.9

 

 

1.1. Lecture des diagnostics

 

Les formats de RUM�applicables depuis le 1er janvier 2000 pr�voient huit positions par code de diagnostic, afin de permettre la saisie de codes ayant re�u des extensions sur les positions 7 et 8.

 

Or, la saisie des extensions � huit positions n��tant que facultative, la FG pourrait avoir � traiter des RUM dont les uns indiqueraient par exemple S37800 (code S37.800 de L�sion traumatique de la glande surr�nale, sans plaie intraabdominale) tandis que d�autres pr�ciseraient S37800XC pour donner une pr�cision qu�une soci�t� savante (fictive ici) aurait recommand� de coder avec l�extension XC ; le groupage devrait pourtant dans les deux cas �tre le m�me.

 

Aussi la premi�re op�ration effectu�e par la FG, avant de les traiter, est-elle de tron�quer les codes des diagnostics lus dans le RUM pour n�en conserver que les six premi�res positions.

 

Cependant, dans la plupart des cas o� de telles extensions existent � ou existeront ï¿½ il y a fort peu de chances que les positions 5 et 6, r�serv�es aux extensions � officielles ï¿½, soient d�j� occup�es, l�exemple S37.800XC ci-dessus ayant pr�cis�ment �t� construit pour la compr�hension de la d�monstration, mais r�alisant une exception notable.

 

Un probl�me pratique se posait donc pour �viter une confusion de lecture aux op�ra�teurs de saisie qui dans les services recueillent les RUM, probl�me r�solu par la g�n�rali�sation du principe de � comblement des espaces ï¿½ d�j� appliqu� pour les positions 4 et 5 : le symbole � + ï¿½ est employ� comme symbole de remplissage, ce qui par exemple donne actuellement S47.+0, et pourrait donner F38.0++8A pour l�extension 8A.

 

Pour permettre un r�sultat de groupage coh�rent, il faut alors que pour la saisie F380++8A la troncature mentionn�e plus haut aboutisse non pas � F380++ mais bien � F380, tandis que S47+0 doit rester inchang� et ne pas aboutir � S470. C�est pourquoi, en compl�ment � la troncature apr�s la sixi�me position, la FG proc�de-t-elle ensuite � l��limination, de la droite vers la gauche, de tous les caract�res � + ï¿½ qu�elle rencontre dans un code de diagnostic, et interrompt cette op�ration d�s qu�elle rencontre un carac�t�re au�tre que � + ï¿½.

 

Par ailleurs, les donn�es � vis�e documentaire�(DAD) n�interviennent en aucune ma�ni�re sur le groupage, et sont tout simplement ignor�es par la FG, qui peut proc�der aux op�rations de contr�les (voir plus loin) du moment que la longueur du RUM est en coh�rence avec les nombres de DAS, DAD et actes mentionn�s. Si tel n�est pas le cas, la FG in�terrompt le groupage en mentionnant une erreur de format.

 

 

1.2. Algorithme de d�termination du diagnostic principal

 

Dans un grand nombre de cas le RSS est compos� de plusieurs RUM et l�on parle alors de RSS multiunit�.

 

Il arrive, de mani�re non exceptionnelle, que le diagnostic principal�port� dans les dif�f�rents RUM d'un tel RSS ne soit pas concordant. Cette situation peut �galement affecter non plus le diagnostic principal, mais le diagnostic reli�. Dans ces deux cas, la FG em�ploie alors un algorithme, d�taill� ci-dessous, pour d�terminer quel RUM comporte le diagnos�tic principal et le diagnostic reli� uniques.

 

�videmment, il existe deux situations dans laquelle l�algorithme n'a pas � �tre em�ploy� :

�       lorsque le RSS est mono-unit� : le diagnostic principal mentionn� dans le RUM uni�que est le diagnostic principal du RSS, et le diagnostic reli�, s�il en est men�tionn� un dans le RUM, est celui du RSS ;

�       lorsque le RSS multiunit� comporte des RUM dont d�une part tous les diagnostics principaux sont concordants, et d�autre part tous les diagnostics reli�s �galement, puisque la question ne se pose pas.

 

Cet algorithme se d�roule en plusieurs phases, chacune n'�tant engag�e que si la pr�c�dente n'a pas abouti � une solution.

 

Phase 1���������� La FG rep�re les RUM qui comportent au moins un acte classant non mi�neur effectu� au bloc op�ratoire (informations obtenues dans les tables, en analysant un par un chacun des actes de chaque RUM). Trois cas peuvent se pr�senter :

�       un seul RUM comporte un tel acte : dans ce cas, c'est lui qui contient le DP unique ; la recherche prend fin ;

�       aucun RUM ne comporte un tel acte : tous les RUM restent en lice pour la deuxi�me phase ;

�       deux RUM ou plus comportent un tel acte : seuls les RUM comportant un tel acte res�tent en lice pour la deuxi�me phase.

 

Phase 2���������� Parmi les RUM rest�s en lice, la FG rep�re ceux dont le DP n�a pas un � code en Z ï¿½, c'est-�-dire dont le code CIM-10 ne d�bute pas par la lettre Z. Trois cas peuvent se pr�senter :

�       un seul RUM r�pond � cette condition (tous les autres ont un code en Z sauf lui) : dans ce cas, ce RUM comporte le DP unique ; la recherche prend fin ;

�       deux ou plusieurs RUM r�pondent � cette condition : seuls ces derniers restent en lice pour la troisi�me phase ;

�       aucun RUM ne r�pond � cette condition (tous les RUM ont pour DP un code Z) : tous les RUM restent en lice pour la troisi�me phase.

 

Phase 3���������� Parmi les RUM rest�s en lice, la FG rep�re celui ou ceux dont la dur�e de s�jour partielle est la plus longue.

 

Il faut donc calculer la dur�e de s�jour partielle de chaque RUM, c'est-�-dire le nom�bre de journ�es �coul�es entre la date d'entr�e et la date de sortie du RUM consid�r� (cette op�ration est pr�c�d�e, le cas �ch�ant, par la fusion des RUM cons�cutifs dont le code d�unit� m�dicale est identique, cf. paragraphe 4.3). Il s'agit d'une op�ration arithm�tique simple, qui ne doit faire l�objet d�aucune correction (en particulier aucune r�gle de factu�ration telle que la journ�e suppl�mentaire en cas de d�c�s, ou le seuil de 1 journ�e). Le r�sultat peut donc �tre �gal � 0.

 

Deux cas peuvent se pr�senter :

�       un RUM a une dur�e de s�jour plus longue que toutes les autres : dans ce cas, c'est lui qui contient le DP unique ; la recherche prend fin ;

�       deux RUM ou plus sont ex aequo pour la dur�e de s�jour partielle la plus longue : seuls ces RUM ex aequo restent en lice pour la quatri�me phase.

 

Phase 4���������� Parmi les RUM rest�s en lice, la FG rep�re ceux qui comportent un acte op�ra�toire mineur, information obtenue dans les tables, en analysant un par un chacun des actes de chaque RUM. Trois cas peuvent se pr�senter :

�       un seul RUM r�pond � cette condition : dans ce cas, ce RUM comporte le DP uni�que ; la recherche prend fin ;

�       deux RUM ou plus comportent un tel acte : seuls ces derniers restent en lice pour la cinqui�me phase ;

�       aucun RUM ne comporte un tel acte : tous les RUM restent en lice pour la cin�qui�me phase.

 

Phase 5���������� Parmi les RUM rest�s en lice, la FG rep�re ceux qui comportent un diagnos�tic reli� (DR) renseign�. Trois cas peuvent se pr�senter :

�       un seul RUM r�pond � cette condition : dans ce cas, ce RUM comporte le DP uni�que ; la recherche prend fin ;

�       deux RUM ou plus r�pondent � cette condition : seuls ces derniers restent en lice pour la sixi�me phase ;

�       aucun RUM ne r�pond � cette condition (tous les RUM ont un DR non renseign�) : tous les RUM restent en lice pour la sixi�me phase.

 

Phase 6���������� Parmi les RUM rest�s en lice, la FG retient le dernier par ordre chronolo�gique : c'est lui qui contient le DP unique. La recherche prend fin.

 

 

Devenir des autres diagnostics, �limination des doublons de diagnostics et d'actes

 

Le RUM que cet algorithme identifie comme porteur du DP unique est consid�r� comme porteur �galement du DR unique. Il est donc � noter que le DR r�sultant peut �tre � ï¿½ blanc ï¿½.

 

Tous les diagnostics non retenus dans ce processus comme DP unique sont consid�r�s comme diagnostics associ�s significatifs (DAS). Il en est de m�me pour tous les diagnos�tics non retenus comme DR�unique. En effet, ces DR compl�tent des DP � cod�s en Z ï¿½, qui ont donc toutes chances d��tre �limin�s � la phase 2 de la d�termination du DP unique, alors qu�ils t�moignent d�affections prises en charge au cours du s�jour.

 

La FG �limine alors de la liste des diagnostics associ�s significatifs tous ceux qui font double emploi avec le DP unique retenu, car un diagnostic ne saurait constituer une com�plication de lui-m�me. Pour les m�mes raisons, la FG �limine tout DAS qui ferait double emploi avec le DR et enfin elle � met � blanc ï¿½ un DR qui ferait double emploi avec le DP.

 

Ensuite est r�organis�e la liste des diagnostics associ�s significatifs et la liste des actes pour qu'un code donn� n'apparaisse qu'une seule fois, m�me sur des RUM distincts. Cette derni�re op�ration est simple pour les diagnostics (�limination pure et simple des dou�blons) ; dans le cas des actes, dont les zones du RUM disposent depuis le 1er janvier 2002 d�un indicateur de nombre d�occurrences, ces derniers sont additionn�s lorsque des zones distinctes d�un m�me RUM ou de RUM distincts comportent le m�me code d�acte, afin d�obtenir une seule zone d�acte pour ce code.

 

 

 

 

1.3. Fusion de RUM issus de la m�me unit� m�dicale

 

Bien qu�observ�e de mani�re tout � fait exceptionnelle actuellement dans les RSS, la production de deux RUM jointifs provenant de la m�me unit� m�dicale�l� o� un seul RUM suffirait est une pratique qui va tendre � s�accro�tre en raison des adaptations in�dui�tes par le dispositif des prestations inter�tablissements�introduit au 1er janvier 2000. Il autorise en effet l��tablissement demandeur, sans toutefois le recommander, � �tablir un � RUM de pr�‑prestation ï¿½ et un � RUM de post-prestation ï¿½.

 

Or, si l�on se r�f�re au processus de d�termination du RUM comportant le DP en cas de s�jour multiunit� (phase 3 ci-dessus), on constate qu�une telle option peut modifier le choix du DP retenu in fine, en raison de la modification des dur�es de s�jour partielles qu�elle induit.

 

La solution, g�n�ralis�e � tous les cas ou deux RUM jointifs sont porteurs du m�me code d�unit� m�dicale, a �t� introduite avec la FG 5.6 ; elle consiste � fusionner ces RUM jointifs pour constituer un RUM unique dont la date d�entr�e est celle du premier et la date sortie est celle du dernier. Le DP et le DR du RUM r�sultant sont d�termin�s par l�application de l�algorithme de choix du DP sur les RUM en cause, et le devenir des au�tres diagnostics ainsi que l��limination des doublons suivent le m�me processus que celui d�crit ci-dessus.

 

 

1.4. Les erreurs d�tect�es par la fonction groupage

 

La constitution des RSS �tant le r�sultat d'une suite d'op�rations multiples, dont la plu�part sont manuelles, des erreurs peuvent s'y introduire. Ces erreurs peuvent �tre de plu�sieurs ordres : erreur de codage, erreur de saisie, erreur de hi�rarchisation, probl�me ma�t�riel, etc. se traduisant par l'absence d'une donn�e, un format de donn�e non conforme, une donn�e incoh�rente, etc. Selon les cas, ces erreurs peuvent rendre impos�sible la d�termination du GHM (absence du DP, par exemple), ou n'�tre que l�indice d'une qualit� de donn�es suspecte, sans cons�quence absolue sur le r�sultat du groupage. Elles peuvent aussi traduire un dysfonctionnement mat�riel ou logiciel sans rapport avec le RSS trait�.

 

C'est pourquoi depuis son origine la FG ne fournit pas seulement en retour la valeur du GHM correspondant au RSS trait�, mais aussi un code, dit code retour, dont la valeur permet de savoir si des erreurs ont �t� d�tect�es. Jusqu�� la version FG 4.5, chaque valeur du code retour indiquait une erreur d'une nature d�termin�e, tandis que la valeur 00 in�diquait que tout s'�tait bien pass�.

 

Pour diverses raisons, il a sembl� n�cessaire, � compter de la version FG 5.6, d�am�liorer ce dispositif de d�tection et de signalement des erreurs. L��volution princi�pale a consist� en une hi�rarchisation des erreurs d�tect�es, class�es dor�navant en trois cat�gories : les erreurs d�impl�mentation, les erreurs d�tect�es par les contr�les, et les er�reurs d�tect�es dans le parcours de l�arbre de d�cision du groupage.

 

Chacune de ces trois cat�gories dispose dor�navant d�un syst�me propre de num�ro�ta�tion des erreurs�au lieu du syst�me de num�rotation commun qui s�appliquait jusqu�en 1999, ce qui multiplie par trois le nombre de possibilit�s de num�rotation. Pour l�application en l�an 2000 (FG 5.6), on avait conserv� dans chaque cat�gorie les anciens num�ros reventil�s selon leur nature, et l�on avait �vit� d�affecter aux nouvelles s�ries d�erreurs d�tect�es des num�ros existant d�j�, pr�cautions qui bien entendu ne peuvent pas �tre maintenues dor�navant en raison des besoins nouveaux.

 

Dans tous les cas, les erreurs de 01 � 59 sont bloquantes, ce qui signifie que le grou�page n�a pas pu �tre enti�rement effectu�, tandis que les erreurs de 60 � 99 sont non blo�quantes, certaines m�me n��tant pas � proprement parler des erreurs mais plut�t des alertes, voire de simples s�maphores. La valeur 00 quant � elle signifie que tout s�est bien d�roul�.

 

Pour le cas des erreurs � non catastrophiques ï¿½, on peut h�siter entre la d�marche � laxiste ï¿½ qui consisterait � grouper comme si de rien n'�tait (erreur non bloquante), la d�marche � sanction ï¿½ qui consisterait � grouper en effectuant pour la donn�e erron�e la supposition conduisant au cas le plus d�favorable en mati�re de r�sultat de groupage (erreur non bloquante), ou encore la d�marche � r�pressive ï¿½ qui consisterait � refuser de grouper le RSS (erreur bloquante). C'est un compromis entre ces trois voies qui a �t� choisi pour la mise en �uvre de la FG.

 

Ces choix sont des conventions, et l'on pourrait en justifier d'autres. Cependant, �tant donn� que la FG fournit un code retour convenu dans une situation d�termin�e, et que ce code retour est recopi� dans le RSS-group� puis dans le RSA, il est indispensable pour les d�veloppeurs informatiques de calquer ces choix s�ils souhaitent r�aliser des groupeurs conformes sans employer la FG (tout autre d�cision serait d�tect�e par GENRSA comme une diff�rence de groupage).

 

Notons enfin que la FG fournit les codes retour sous deux formes distinctes et simul�ta�n�es, auxquelles a acc�s tout programme groupeur int�grant la FG:

�       trois vecteurs de codes retours, r�capitulant la totalit� des erreurs d�tect�es dans le RSS pour chacune des trois cat�gories d�erreurs. Ces vecteurs sont riches d'infor�mation, mais ils ne sont pas normalis�s ; ils peuvent �tre exploit�s de diff�rentes mani�res par le programme groupeur, voire �tre compl�tement ignor�s. GENRSA ne teste leur conformit� en aucune fa�on ;

�       un code retour unique, qui doit imp�rativement �tre exploit� par le programme grou�peur, et que GENRSA retrouvera identique si le RSS n'est pas modifi�.

 

Jusqu�� la version FG 5.6, le code retour unique n��tait affect� que par les erreurs blo�quantes. Dans la FG 6.7 il pouvait �tre affect� par le code 80 correspondant au signale�ment d�un GHM � m�dical ï¿½ obtenu par �vitement des groupes � Actes sans relation avec le diagnostic principal ï¿½. � partir de la pr�sente version, le code retour peut �tre affect� par l�ensemble des codes erreurs bloquants ou non bloquants. Cela signifie que la seule ana�lyse du code  erreur ne permet pas de conclure � l��chec du groupage. En effet, un grou�page dans un GHM hors CM 90 avec un code retour correspondant � une erreur non blo�quante signifierait que le groupage a �t� correctement r�alis� mais qu�une ou plusieurs erreurs non bloquantes ont �t� d�tect�es.

 

1.4.1 Les erreurs d�impl�mentation

 

Il s�agit des erreurs provoqu�es par un dysfonctionnement mat�riel ou logiciel, comme par exemple la d�tection d�une capacit� de m�moire vive insuffisante, l�absence d�une table n�cessaire au groupage, etc. Bien entendu, la d�tection d�une telle erreur in�terdit au groupage de se poursuivre.

 

La liste de telles erreurs est ouverte, et tout int�grateur peut la compl�ter � sa guise. Seuls trois codes ont d�j� �t� ventil�s dans cette cat�gorie par la FG 6.7 (voir le tableau ci-dessous).

 

Le code retour prend une valeur comprise entre 01 et 59 selon la liste suivante :

 

04���� TABLES ENDOMMAG�ES

08���� CORRUPTION D'UNE TABLE

09���� TABLE INTROUVABLE

 

Par convention, la d�tection d�une erreur de cette cat�gorie s�accompagne du r�sul�tat de groupage suivant : cat�gorie majeure 90, groupe 90Z03Z.

�����

La plupart du temps, l�utilisateur confront� � ce type d�erreur devra se tourner vers son fournisseur informatique pour en trouver l�explication et la solution.

 

1.4.2 Les erreurs d�tect�es par les contr�les

 

Il s�agit des erreurs mises en �vidence par la fonction groupage � la lecture des RUM. La d�tection de telles erreurs, si elles sont bloquantes, interdit la poursuite du groupage mais autorise la poursuite de la d�tection d�autres erreurs, afin d�effectuer un diagnostic complet de la validit� du RSS trait�.

 

Par convention, la d�tection d�une erreur bloquante de cette cat�gorie s�accompagne du r�sultat de groupage suivant : cat�gorie majeure 90, groupe 90Z00Z.

 

En r�gle g�n�rale, c�est la documentation de la fonction groupage (reproduite ici m�me) qui permet � l�utilisateur confront� � ce type d�erreur de savoir quelle conduite tenir. En dernier recours, il s�adressera � l�ATIH, d�veloppeur de la FG, pour obtenir les pr�cisions n�cessaires.

 

Contr�les obligatoires (erreurs bloquantes)

 

Le code retour prend une valeur comprise entre 01 et 59 selon la liste suivante :

 

10���� RSS MULTIUNIT� AVEC NUM�RO DE RSS INCONSTANT

11���� NUM�RO DE RSS ABSENT

13���� DATE DE NAISSANCE ABSENTE

14���� DATE DE NAISSANCE NON NUM�RIQUE

15���� DATE DE NAISSANCE IMPROBABLE PAR RAPPORT � LA DATE D'ENTR�E

16���� CODE SEXE ABSENT

17���� CODE SEXE ERRON�

19���� DATE D'ENTR�E ABSENTE

20���� DATE D'ENTR�E NON NUM�RIQUE

21���� DATE D'ENTR�E INCOH�RENTE

23���� RSS MULTIUNIT� : CHA�NAGE DATE D'ENTR�E ‑ DATE DE SORTIE INCOH�RENT

24���� MODE D'ENTR�E ABSENT

25���� MODE D'ENTR�E ERRON� OU PROVENANCE ERRON�E

26���� MODE D'ENTR�E INCORRECT OU PROVENANCE INCORRECTE POUR COMMENCER UN RSS

27���� RSS MULTIUNIT� : MODE D'ENTR�E INCORRECT OU PROVENANCE INCORRECTE SUR UN RUM DE SUITE

28���� DATE DE SORTIE ABSENTE

29���� DATE DE SORTIE NON NUM�RIQUE

30���� DATE DE SORTIE INCOH�RENTE

32���� RUM AVEC INCOH�RENCE DATE DE SORTIE ‑ DATE D'ENTR�E

33���� MODE DE SORTIE ABSENT

34���� MODE DE SORTIE ERRON�, OU DESTINATION ERRON�E

35���� MODE DE SORTIE INCORRECT OU DESTINATION INCORRECTE POUR CLORE UN RSS

36���� NOMBRE DE S�ANCES NON NUM�RIQUE

37���� RSS MULTIUNIT� : PR�SENCE DE S�ANCES SUR UN DES RUM

39���� DATE DE NAISSANCE INCOH�RENTE

40���� DIAGNOSTIC PRINCIPAL ABSENT

41���� CODE DE DIAGNOSTIC PRINCIPAL NE RESPECTANT PAS LE FORMAT DE LA CIM

42���� CODE DE DIAGNOSTIC ASSOCI� SIGNIFICATIF NE RESPECTANT PAS LE FORMAT DE LA CIM

43���� CODE D'ACTE NE RESPECTANT PAS LE� FORMAT DU CDAM NI DE LA CCAM

45���� RSS MULTIUNIT� : DATE DE NAISSANCE INCONSTANTE

46���� RSS MULTIUNIT� : CODE SEXE INCONSTANT

49�������� RSS MULTIUNIT� : MODE DE SORTIE INCORRECT OU DESTINATION INCORRECTE POUR UN RUM AUTRE QUE LE DERNIER

50���� D�LAI DE S�JOUR INCOMPATIBLE AVEC LE PRINCIPE ADMINISTRATIF DE PRESTATION INTER�TABLISSEMENT

51���� CODE DE DIAGNOSTIC RELI� NE RESPECTANT PAS LE FORMAT PR�VU

52���� NOMBRE DE R�ALISATIONS D'ACTES NON NUM�RIQUE, OU ERRON�

53���� PROVENANCE ABSENTE

54���� DESTINATION ABSENTE

55���� NOMBRE DE DAS OU DE DAD ABSENT

56���� NOMBRE DE DAS OU DE DAD NON NUM�RIQUE

57���� NOMBRE DE ZONES D'ACTES ABSENT

58���� NOMBRE DE ZONES D'ACTES NON NUM�RIQUE

59���� FORMAT DE RUM INCONNU

 

 

Contr�les facultatifs (erreurs non bloquantes)

 

L�attribution d�un code retour unique dans le cas de l�absence d�erreur bloquante n�cessite la d�finition d�un ordre de choix lorsque plusieurs erreurs non bloquantes ont �t� d�tect�es. Cet ordre suit la logique g�n�rale de groupage : la priorit� va d�abord aux erreurs concernant le diagnostic principal, puis les erreurs concernant les actes, puis les erreurs concernant les diagnostics associ�s, puis les erreurs concernant le diagnostic reli�. Pour chaque cat�gorie c�est le code de num�ro le plus faible qui est retourn� en cas d�ex-aequo.

 

61���� NUM�RO DE RSS NON NUM�RIQUE

62���� UNIT� M�DICALE NON RENSEIGN�E

64���� DATE SYST�ME ANT�RIEURE � LA DATE D'ENTR�E

65���� DATE SYST�ME ANT�RIEURE � LA DATE DE SORTIE

66���� NOMBRE DE S�ANCES : VALEUR INVRAISEMBLABLE

67���� DIAGNOSTIC PRINCIPAL : N'A JAMAIS EXIST� DANS LA CIM

68���� DIAGNOSTIC PRINCIPAL : N'EXISTE PLUS DANS LA CIM

70���� DIAGNOSTIC ASSOCI� SIGNIFICATIF : N'A JAMAIS EXIST� DANS LA CIM

71���� DIAGNOSTIC ASSOCI� SIGNIFICATIF : N'EXISTE PLUS DANS LA CIM

73���� ACTE : N'A JAMAIS EXIST� NI DANS LE CDAM NI DANS LA CCAM

74���� ACTE : N'EXISTE PLUS DANS LE CDAM NI DANS LA CCAM

76���� NUM�RO D'ENTIT� JURIDIQUE NON NUM�RIQUE

77���� DATE D'ENTR�E IMPROBABLE CAR TROP ANCIENNE

78���� DATE D�ENTREE DU RUM INCOMPATIBLE AVEC UTILISATION D�UN ACTE CCAM

79���� DATE DE SORTIE DU RUM INCOMPATIBLE AVEC UTILISATION D�UN ACTE CCAM

80���� CODE POSTAL NON RENSEIGN�

81���� CODE POSTAL NON NUM�RIQUE

82���� POIDS D�ENTREE NON NUM�RIQUE

83���� ZONE R�SERV�E NON VIDE

84���� DIAGNOSTIC PRINCIPAL INVRAISEMBLABLE CAR RARE

85���� DIAGNOSTIC PRINCIPAL INVRAISEMBLABLE EN RAISON DE L'�GE

86���� DIAGNOSTIC PRINCIPAL INCOMPATIBLE AVEC LE SEXE INDIQU�

87���� DIAGNOSTIC PRINCIPAL IMPRECIS

88���� DIAGNOSTIC PRINCIPAL EN � Z ï¿½ INTERDIT

89���� DIAGNOSTIC PRINCIPAL DE TYPE DAGUE

90���� DIAGNOSTIC ASSOCI� SIGNIFICATIF INVRAISEMBLABLE CAR RARE

91���� DIAGNOSTIC ASSOCI� SIGNIFICATIF INVRAISEMBLABLE EN RAISON DE L'�GE

92���� DIAGNOSTIC ASSOCI� SIGNIFICATIF INCOMPATIBLE AVEC LE SEXE INDIQU�

93���� DIAGNOSTIC ASSOCI� SIGNIFICATIF IMPRECIS

94���� DIAGNOSTIC RELI� : N'A JAMAIS EXIST� DANS LA CIM

95���� DIAGNOSTIC RELI� : N'EXISTE PLUS DANS LA CIM

96���� DIAGNOSTIC RELI� INVRAISEMBLABLE CAR RARE

97���� DIAGNOSTIC RELI� INVRAISEMBLABLE EN RAISON DE L'�GE

98���� DIAGNOSTIC RELI� INCOMPATIBLE AVEC LE SEXE INDIQU�

99���� DIAGNOSTIC REL� IMPR�CIS

 

1.4.3 Les erreurs d�tect�es dans le parcours de l�arbre de d�cision du groupage

 

Il s�agit des erreurs mises en �vidence pendant la phase de groupage proprement dite. Dans un cas, il s�agit d�un indicateur et non d�une erreur � proprement parler (code 80).

 

Par convention, la d�tection d�une erreur bloquante de cette cat�gorie s�accompagne du r�sultat de groupage suivant : cat�gorie majeure 90, groupe 90C01Z, 90Z01Z ou 90Z02Z.

 

En r�gle g�n�rale, c�est le manuel de la classification des GHM qui permet � l�utilisateur confront� � ce type d�erreur de savoir quelle conduite tenir. En dernier recours, il s�adressera � l�ATIH, d�veloppeur de la classification, pour obtenir les pr�cisions n�cessaires.

 

Erreurs bloquantes

 

Le code retour prend une valeur comprise entre 01 et 59 selon la liste suivante :

 

02���� INCOMPATIBILITE SEXE‑DIAGNOSTIC PRINCIPAL

03���� DIAGNOSTIC PRINCIPAL INCOH�RENT

04���� TABLES ENDOMMAG�ES

05���� DIAGNOSTIC PRINCIPAL : TITRE, INSUFFISAMMENT PR�CIS POUR LA CLASSIFICATION DES GHM

06���� INCOMPATIBILIT� ACTE‑DIAGNOSTIC

07���� POIDS INCOMPATIBLE POUR UN NOUVEAU-N�

 

 

Signalements (non bloquants)

 

Le code retour prend une valeur comprise entre 60 et 99 selon la liste suivante :

 

80���� GROUPE M�DICAL OBTENU PAR �VITEMENT DU GROUPE 901 (90C01Z)

 

1.4.4 Modalit�s de s�lection du code retour par la FG lorsque plusieurs erreurs ont �t� d�tect�es

 

Si plusieurs erreurs d�impl�mentation ont �t� d�tect�es, c�est celle dont la valeur non nulle est la plus basse qui est retourn�e par la fonction groupage. Elle s�accompagne du groupage en groupe 90Z03Z (ancien G910), et l�emporte sur les erreurs de groupage ou de contr�les.

 

Si plusieurs erreurs bloquantes ont �t� d�tect�es par les contr�les, c�est celle dont la valeur non nulle est la plus basse qui est retourn�e par la fonction groupage. Elle s�accompagne du classement dans le groupe 90Z00Z et l�emporte sur les erreurs de groupage.

 

Si le groupage parvient � se d�rouler, c�est-�-dire si aucune erreur d�impl�mentation ni aucune erreur bloquante de contr�le n�a �t� d�tect�e, alors la fonction groupage retourne, selon le cas :

�       00 pour signaler un groupage correct ;

�       un code compris entre 60 et 99 pour signaler un GHM obtenu malgr� la pr�sence d�une erreur de contr�le non bloquante ;

�       un code compris entre 01 et 59 selon le tableau ci-dessus en cas d�erreur de grou�page.

 

 

Editeur : ATIH
Dernière mise à jour : 16/01/2004