Estimant ne pas avoir les moyens m�dicaux, le service ne participe plus � aucune �tude. C'est reposant. A+ Y.P
LANNEHOA Yves a �crit : > Le test a commenc� ici aussi. > > L'int�gration des saisies dans l'informatique a �t� un tr�s gros travail, > car l'objectif n'�tait pas de faire un questionnaire sp�cial redondant avec > les autres questionnaires d�j� pr�sents, mais d'int�grer l'ensemble des > saisies dans le questionnaire courant. P Ex les IDE saisissent l'ensemble de > leurs actes directement dans l'informatique depuis trois ans. Nous avons > repris l'ensemble des tables d'actes et transcod� les actes PMSI .. quelques > heures de travail ... > > L'objectif initial est de faire une saisie temps r�el et revue au minimum > minimorum. Hors de question de revoir l'ensemble des dossiers, ce serait une > plaisanterie (de mauvais go�t), et de toutes fa�ons les saisies sont de > moins bonnes qualit� apr�s que pendant .. Donc, pour ce qui est d'ici, on ne > parle pas de test mais d'application en situation r�elle : les RPU qui > seront donn�s correspondrons � des RPU "r�els" obtenus en situation courante > comme si le PMSI �tait commenc� (d'ailleurs la semaine test va continuer > apr�s). > > Bon, pour les M�decins il a falu faire une saisie du diagnostic par abr�g� > "aux petits oignons", ce qui a n�cessit� la r�vision compl�te du th�saurus, > l'ajout de locutions usuelles (OAP, TC, malaise vagal ...), l'�limination > des accents, l'ajout d'espace apr�s les apostrophes (si on cherche "epau" > pour �paule on touve rien car le mot dans le th�saurus est "l'�paule", donc > il faut modifier en "l' epaule" ...). Finalement ils s'y retrouvent assez > bien, c'est eux qui le disent m�me si tout �a peut �tre encore arrang�. > Moins d'une minute pour le codage de la prise en charge et diagnostic, c'est > pas la "mort qui tue". D'autant que le diagnostic sort sur le courrier au > M�decin traitant et sur le r�sum� de passage pour les services. Le plus > dr�le, c'est que la grande question qui m'est pos�e est : et quand on a > plusieurs diagnostics, comment qu'on fait ? ... Ce � quoi on r�pond qu'un > diagnostic par malade c'est d�j� pas mal du tout ... La seule r�serve - > d'importance - est que l'on ne revoit pas les codages. > > Donc, finalement c'est possible (enfin ce qui est possible, c'est de le > faire, pour ce qui est de le faire bien, je peux pas encore r�pondre), mais > il faut les outils pour, c'est s�r. L'informatisation en temps r�el (pas les > saisies � post�riori, car �a n'arrange pas le probl�me : donner le travail � > qq'un de l'ext�rieur n'est pas la bonne solution) est aussi indispensable > que le scope ou le Dynamap. Et encore, �a ne dispense pas de moyens humains > suppl�mentaires, ne serait-ce que parce que le service prend � sa charge un > travail de DIM qui est vou� � sortir plus de 50 000 RUM par ans ... Ici, on > montrera peut �tre que ce sera possible, et �a donnera d'autant plus > d'argument pour insister sur les moyens � donner ......... > > YL > > -----Message d'origine----- > De : pkiegel [mailto:[EMAIL PROTECTED]] > Envoy� : mardi 25 juin 2002 08:15 > � : [EMAIL PROTECTED] > Objet : URG-L: Enquete RPU > > Nous participons � l'enquete RPU. > C'est impossible � r�aliser. > En effet les secr�taires du service sont oblig�s de codifi�s deux fois une > pour la CDAM l'autre pour l'enquete. > Les m�decins de garde refusent de remplir les dossiers de codifications, il > n'ont pas le temps mat�riel ni la volont�. > (entre 150 et 185 passages jours + UHCD de 15 lits dont 6 de SUSI!!!(2 > m�decins seniors pour les urgences et 1 ou 2 internes en garde) > de plus diminution du nb d'internes > Je pense que l'enquete doit �tre faite � partir des dossiers par des > personnes ext�rieures qui codifient � post�riori. > ou que les effectifs de secr�taire soient remforc�s > @++
