Wow. Il faut reconna�tre � Claude une tr�s grande qualit�, malheureusement rare de nos jours, �a tr�s grande franchise et sa capacit� de ne pas �tre "politiquement correct", ce qui, avouons-le, m�riterait d'�tre plus r�pandu. Ajoutons que c'est un bourreau de travail et un incomparable �leveur de caille. J'aimerais tout de m�me pr�ciser certains points.
**** "La d�cision de rentrer SIURGE dans la bo�te fut impos� par notre RR et vaillamment accept� par notre administration sans consultation des m�decins concern�s, ceux de l�urgence." *** Voil� qui est tout de m�me un ph�nom�ne extraordinaire quand on pense que la position officielle de tout ce beau monde (MSSS, R�gies r�gionales, etc) est que l'h�pital a le libre choix du syst�me d'urgence en autant qu'il r�ponde au cadre normatif et soit accr�dit�. Or, depuis janvier 2001, date de la non-publication du rapport, pour cause d'audace sans doute, du MSSS sur les syst�mes d'information, ni le cadre normatif ni la proc�dure d'accr�ditation n'ont �t� mis en place. Mais on me dit que d�s septembre le cadre et l'accr�ditation seront faites. D'ailleurs, SIURGE lui-m�me n'est donc pas, en l'absence de cadre et de processus, accr�dit�. Amusant non? �videmment, s'il faut 4 ans pour cr�er une feuille, alors �a devrait prendre au moins 20 ans pour avoir un cadre. Normatif en plus. *** "Les avantages invoqu�s �taient l�acc�s � un entrep�t r�gional de donn�es et une plus grande uniformit� pour retrouver ses patients � l�urgence." *** Vraiment formidable cela: pouvoir envoyer ses donn�es � la R�gie (afin qu'elle cesse d'appeler � tous les 15 minutes pour savoir avec angoisse combien il y a de demi-patients sur des trois-quarts de civi�res et quelles sont les civi�res verticalis�es)? Ce qu'on appelle la gestion-r�gionale-des-civi�res-de-l'urgence. C'est quoi exactement? *** "S�rieusement, pour �tre un peu philosophe sur SIURGE: Tout syst�me informatique qui ne comprendra que la gestion des civi�res de l�urgence passe compl�tement � cot� de la track. Si le gouvernement veut vraiment savoir ce qui se passe et avoir une meilleure id�e de la gestion des co�ts, il faut consid�rer TOUT les �pisodes de soins, � l�urgence et aux �tages. En ce sens, le logiciel MAGIC est beaucoup plus adapt� � nos besoins. Le Hic, il co�te beaucoup plus cher que SIURGE qui est carr�ment donn�." *** Donn�, dans votre cas, c'est le cas de le dire, mettons, :-). Mais un tel syst�me, avec sa quincaillerie informatique et surtout les co�ts de formation, c'est au bas mot 250 000 dans un h�pital comme le tiens, comme tu sais. Et combien r�current? Dans une plus petite urgence de la Mont�g�rie, on parle de 175 000, + 40 000 r�current. Un syst�me comme MAGIC co�te environ, selon ce que j'en sais, quincaillerie incluse, quelque chose 80 000 dans un petit h�pital comme le miens, pour d'abord assurer la validation de toutes les bases de donn�es hospitali�res, ensuite l'int�gration des bases de donn�es principales (urgence, ADT, index, salle d'op�ration, Med-echo), et l'analyse des �pisodes de soins de toutes les fa�ons possibles. Si on veut ajouter les bases de donn�es de pharmacie, de radiologie, etc, pour en arriver � faire du co�t par cas, on parle de pas mal moins de 200 000, ce qui demeure moins cher que SIURGE dans son ensemble et certainement beaucoup plus utile. Je ne crois plus, comme toi, � l'importance de recuellir les donn�es de l'urgence de fa�on maniaque en n�gligeant le reste. L'obsession des r�gies est actuellement centr�e sur les donn�es de l'urgence. L'int�gration r�gionale des donn�es de l'urgence sans inclure les donn�es hospitali�res n'a aucun sens: les donn�es de diverses urgences n'ont aucun lien entre elles, sauf pour assurer un suivi obsessif des patients-civi�res et des 48 heures, ces deux psychoses qu�b�coises. Il est temps de passer � autre chose mais malheureusement, le d�lire demeure et qui tu sais continues d'imposer sans le dire et en faisant semblant de ne pas le faire un certain syst�me qui n'a pas eu, mettons, historiquement, un feuille de route vraiment reluisante. En passant, pour ceux que �a int�resse, mais l� je commence � �tre un peu biais�, la m�me compagnie qui farbique MAGIC, le logiciel vant� par Claude, fabrique aussi ce qui s'appelle MEdUrge (2.0), syst�me d'information de l'urgence qui proc�de de la m�me philosophie (et de la m�me expertise) que MAGIC et qui commence � se r�pandre... Soit dit en passant, mais l� je suis vraiment biais�, puisque ce produit a �t� con�u, en partie, par votre serviteur pour �tre �ventuellement utilis� chez nous et ailleurs, Medurge comprend un logiciel de triage "full-ETG" qui fait p�lir (ou devrait faire p�lir) d'envie n'importe quel autre outil de triage informatis�. Fin de la plogue. *** "Le bon cot� de la chose, SIURGE peut �tre �inclus� dans MAGIC." *** C'est � dire que, comme MAGIC semble �tre un produit tr�s ouvert et puissant, il arrive � inclure m�me quelque chose comme SIURGE, ce qui n'est pas peu dire... CIao AlainTitle: Re: URG-L: SIURGE HPB Le 04/06/03 01:23, «?gmtp?» <[EMAIL PROTECTED]> a écrit?:
Salut, Claude!
Juste pour vérifier les faits :
Vous aviez un système maison informatisé pour le triage et les patients observés/hospits à l'urgence.
(tu es même venu au CHRS nous le présenter, partiellement).
Nous étions sur le bord de faire la même chose d'ici 2 semaines, mais voilà, apparament, HPB a flushé ce système pour SIURGE. Est-ce vrai? Pourquoi?
Et si oui, tu aimes SIURGE "so far" ?
Merci de me répondre,...;)
Guy M
Pour mettre les choses au clair:
Le système que je vous ai présenté n’était PAS le système de gestion des civières
de l’urgence.
Le programme GOLEM est utilisé encore pour imprimer nos protocoles à l’urgence.
Notre système informatique maison de gestion des civières a en effet été flushé
pour être remplacé par SIURGE. La décision de rentrer SIURGE dans la boîte fut
imposé par notre RR et vaillamment accepté par notre administration sans
consultation des médecins concernés, ceux de l’urgence.
Les avantages invoqués étaient l’accès à un entrepôt régional de données et
une plus grande uniformité pour retrouver ses patients à l’urgence. Un système
de biométrie qui reconnaissait les empreintes digitales des usagers permettrait
un accès rapide au réseau.
SIURGE a été mit “on line” il y a 4 jours:
L’entrepôt de données n’est pas encore disponible.
Le système de biométrie ne fonctionne pas et on a dû trouver à une semaine
d’avis un système de carte magnétique.
Comme nous n’avons pas été consulté pour l’implantation...on a perdu nos
feuilles de transfert.
Les feuilles de transfert de notre système maison avait été “pensées” par un
certain Alain Vadeboncoeur en collaboration avec notre service informatique
il y a maintenant 9 ans. Ces feuilles de transfert nous ont été d’une grande
utilité durant plus de 9 ans, on avait RIEN à dire sur ces feuilles, elles étaient
parfaites et contenaient toutes l’information désirée sur 2 pages.
Elles sont maintenant remplacées par 15 feuilles sur lesquelles sont inscrites
toutes les informations des patients de l’urgence. Notre problème est que
comme il y a plus de patients en attente d’un lit à l’étage que de patients
appartenant à l’urgence, nos patients sont “noyés” dans toutes ces feuilles.
On tente actuellement d’avoir un tableau qui va comprendre les mêmes infos
que nos anciennes feuilles de transfert, mais comme celui-ci n’existe pas, il
va falloir le créer. Hé que c’est le fun l’informatique.
Sérieusement, pour être un peu philosophe sur SIURGE:
Tout système informatique qui ne comprendra que la gestion des civières
de l’urgence passe complètement à coté de la track.
Si le gouvernement veut vraiment savoir ce qui se passe et avoir une
meilleure idée de la gestion des coûts, il faut considérer TOUT les épisodes de
soins, à l’urgence et aux étages.
En ce sens, le logiciel MAGIC est beaucoup plus adapté à nos besoins.
Le Hic, il coûte beaucoup plus cher que SIURGE qui est carrément donné.
Le bon coté de la chose, SIURGE peut être “inclus” dans MAGIC.
Pour ton info...toi et moi travaillons dans des hôpitaux qui sont dans la
même Régie régionale qui va te dire à toi aussi qu’il te faut absolument
SIURGE.
J’ai quitté le CHPB en plein mini-bordel, la compagnie informatique avait
fourni au CHPB une “mise à niveau” de SIURGE qui a eu pour effet de
tout paralyser. Il y avait une demi-douzaine d’informaticiens qui travaillaient
à remettre l’ancienne version de SIURGE “on line” pour que l’on puisse
enfin continuer à trier les patients...
Ce programme va aider les gestionnaires, et encore partiellement car unique-
ment pour l’urgence. Si vous avez à vivre avec ce système, impliquez-vous
dans sa mise en application car vous risquez de le regretter.
Salut,
Claude
