Première session LA PRISE EN CHARGE DU PATIENT EN URGENCE Présidente : Pr Françoise CARPENTIER Chef de service des Urgen

1. Première sessionLA PRISE EN CHARGE DU PATIENTEN URGENCEPrésidente : PrFrançoise CARPENTIERChef de service des UrgencesCHU de Grenoble

2. Projet SPIRAL Système de Plateforme et d’Interconnexion de la région Rhône-Alpes

3. Introduction L’urgence pré-hospitalière repose sur une organisation originale et complexe. Les difficultés croissantes rendent le modèle actuel inadapté aux attentes de plus en plus fortes qui pèsent sur notre système. Parmi les solutions proposées deux se dégagent sans pour l’instant avoir apporté la preuve de leur efficacité : - Rapprochement des centres de secours dans une zone géographique unique - Plateforme d’échange et de coordination des opérateurs de l’urgence.

4. Programme de la présentation Rappel contexte du projet Les objectifs du projet Modèle conceptuel et architecture cible de SPIRAL Le contenu du projet et point d’étape Le point de vue du médecin Questions / réponses

5. Le Contexte du projet Le projet SPIRAL est un projet sous pilotage régional de l’ensemble des décideurs institutionnels. L’ambition forte et affirmée en Rhône-Alpes est double : Elle est d’avancer sur le partage de données de santé par le déploiement d’un dossier patient régional Elle est également de favoriser l’échange entre les professionnels en proposant des outils pour la prise en charge coordonnée du patient. Le projet SPIRAL figure parmi plus de 20 projets inscrits au programme de la plateforme télé-santé SISRA(www.sante-ra.fr)

6. Le contexte du projet Les principes directeurs qui sous tendent la démarche régionale sont depuis l’origine un facteur de transparence et d’adhésion sur la région : Principe « politique » de non invasivité / systèmes existants (SAMU, SDIS, Ambulanciers…) Principes techniques Normalisation des échanges et d’industrialisation Réutilisation ou mutualisation de la solution et des composants Principe de cohérence par l’intégration à la démarche SISRA Principe d’engagement par le suivi déploiement et la mise en œuvre

7. Les objectifs du projet SPIRAL Les objectifs métiers et opérationnels Améliorer la coordination des interventions en favorisant l’échange et le partage de l’information entre les professionnels de l’urgence Améliorer l’efficacité et la rapidité des prises en charge des patients Donner accès aux outils de la plateforme SIS-RA (Dossier Patient) Améliorer la continuité de la prise en charge en aval par l’anticipation et la mobilisation des ressources adaptées à l’état du patient.

8. Les objectifs du projet SPIRAL Les objectifs techniques et fonctionnels Concevoir une plateforme d’interconnexion et d’échanges permettant à tous les acteurs de recevoir et d’envoyer de l’information. Gérer de manière centralisée les référentiels et services communs de l’urgence (tableaux de garde, répertoires opérationnels…) Fournir les informations pour une veille sanitaire et donner l’état en temps réel des moyens engagés sur une zone. La plateforme doit pouvoir répondre aux exigences « spécifiques » des acteurs de l’urgence en termes : D’accessibilité sur des « théâtres » d’opération Disponibilité des données Portabilité sur plusieurs médias

9. Les objectifs du projet SPIRAL Les grandes phases du projet 1/ Amorce et cadrage Définir un format d’échange et les publier Modéliser les composants et flux « métiers » nécessaires 2/ Réalisation d’un prototype Réalisation des connecteurs techniques et mise à disposition Réalisation de la plateforme d’échange SPIRAL Test et expérimentation 3/ Mise en œuvre et exploitation Déploiement sur 8 départements de Rhône –Alpes Mise en place d’un centre d’hébergement et de gestion Mise en place des remontées d’information au niveau régional 4/ Elargissement périmètre

10. Les objectifs du projet SPIRALLes principaux délivrables et jalons D 1 (livraison début Mai 2007): Développement du noyau applicatif SPIRAL : Base de données, orchestration, sécurité, administration et supervision à travers le site Web de SPIRAL Fiche d’appel (version finalisée) : Echange à travers un service Web, consultation à travers le site Web SPIRAL, bouchon logiciel spécialisé SAMU/SDIS Fiche d’intervention (première version) Création à travers un service Web, consultation à travers le site Web SPIRAL D 2 (livraison Mars 2008) : Finalisation de la fiche d’intervention Intégration du thesaurus CIM10 sur la plateforme centrale Adaptation du site Web SPIRAL pour les dispositifs mobiles (mode connecté /déconnecté) Réalisation d’une Boite Noire SPIRAL (en fonction des besoins éditeurs) Maquette du tableau de bord de l’activité SPIRAL Expérimentation D 3 (livraison fin 2008) : Echange d’informations entre 2 plateformes SPIRAL Etude de la mise en place d’une infrastructure haute disponibilité Mise en place des tableaux de garde, répertoire opérationnel des ressources de l’urgence

11. Modèle conceptuel et architecture cible de SPIRAL Unchef d’orchestre des données de l’urgence Ambulances collecter SAMU Contrôles Intégrer Organisation crise SMUR Présenter Stocker Diffuser Les échanges sont multimédia Pompiers Médecine Urgence

12. Modèle conceptuel et architecture cible de SPIRAL Principaux Flux d’échange Appels 15/18 Appels 15/18 Fiches d’appels États moyens engagés/disponibles Fiches d’intervention SPIRAL « secouristes » SDIS SAMU SAMU B « médicales » Tableaux de bord/disponibilités Console d’administration VSAV Ambulances SMUR MCS MMG Hôpital – SAU (SIH)

13. Contenu du projet SPIRAL www.sante-ra.fr

14. Contenu du projet SPIRALPrincipales fonctionnalités Développement du noyau applicatif SPIRAL et d’un portail WEB Base de donnée, orchestration, sécurité, administration et supervision à travers le site Web de SPIRAL Portail dédié au pré-hospitalier (gestion centralisée des tableaux de garde, tableau de bord de temps réel des informations échangées) Passerelles « techniques » avec les éditeurs tiers de solution de régulation Passerelle « technique » avec les systèmes d’informations d’urgence pour l’intégration des informations de la FI au niveau du service d’accueil du patient Autour des fiches d’appel Gestion des échanges inter-entité à travers un service Web « sécurisé » Création/modification /consultation à travers le portail SPIRAL Autour des fiches d’intervention Création/modification/consultation à travers le site Web SPIRAL Intégration du Thesaurus CIM10 Gestion des échanges inter-entité à travers un service Web « sécurisé » Outil d’aide à la prescription Client « embarqué » pour les terminaux mobiles pour la consultation de la FA et la saisie de la FI Implémentation du mode connecté / déconnecté ( pour la gestion de la couverture GSM 3G) Synchronisation sur action ou sur demande Déploiement et mise à jour via la technologie Click-once

15. Contenu du projet SPIRALOrchestration et données échangées Fiche d’appel (FA) Entité créatrice, entités enrôlées, auteur de création, auteur de modification Lieu de détresse : Commune, code INSEE Commune, appartement, digicode, escalier, étage, géo référencement, immeuble, interphone, lieudit, numéro de la voie, lieux dit, nom occupant, type de lieu, nom de la voie, observations Appelant : Nom, prénom, téléphone, date et heure de l’appel Patient : Age, pays de naissance, commune de naissance, date de naissance, motif de recours, niveau de gravité, nom, prénom, nom du médecin traitant, téléphone du médecin traitant, sexe, observations Mission : Centre de rattachement, entité, acteur entité, type d’acteur, nom de l’acteur, patient rattaché, heures … Observation continue Fiche d’intervention (FI) ou fiche médicale Données communes avec la Fiche d’appel : Données du patient, contact, lieu de détresse, équipe d’intervention, motif de recours, Code CIM10 Données de la mission : Heure de suivi de la mission, destination, médecin receveur Observations : Antécédent, traitement habituel, allergies, observation Diagnostics : Associé, principal Actes : Constantes, traitements, Actes, pièces jointes (ecg, photos)

16. Le contenu du projet SPIRALL’intégration avec les systèmes tiers • Normalisation des échanges pour les FA et FI • Intégration par des éditeurs tiers • Applisamu (société Appligos) : outil de régulation des SAMU • Start (Systel) : outil de régulation des SDIS • Cristalnet / DMU : dossier médical des urgences • … • Documentation d’intégration des échanges des FA • Disponible sur le portail SPIRAL https://test.urgences-ra.org • Documentation d’intégration des échanges avec des outils nomades • Disponible sur le portail SPIRAL • Documentation et exemple de code pour l’intégration des échanges avec les dossiers médicaux d’urgence • Documentation d’intégration en cours de rédaction • Bientôt disponible sur le portail SISRA

17. Modèle conceptuel et architecture cible de SPIRAL SAMU A EQUIPES D’INTERVENTION xml Liaison 3G Matériel nomade SAMU B xml SDIS xml Base de données Serv. applicatif Orchestration xml

18. Le contenu du projet SPIRALEléments d’architecture technique Pour le portail WEB SPIRAL DOTNET 2.0 ( C#) Ajax Control Toolkit ZedGraph : affichage des graphique Chiffrement HTTPS Pour le serveur de base de données MS SQL 2005 Pour l’EAI MS Biztalk 2006 : gestion des échanges avec les entités Pour les Web Services MS Web Service Enhancement 3.0 (WS-*) : sécurise les appels à l’aide de certificats Chiffrement HTTPS Pour le client embarqué DOTNET 3.0 ( C#) MS Windows Presentation Foundation (WPF) Microsoft smart client application block : Gestion des échanges mode connecté / déconnecté MS Sql Server Compact Edition Click once : simplifie le déploiement ZedGraph : affichage des graphiques

19. Le point de vue du médecin préhospitalier Interfaçage avec le logiciel de la régulation : coordonnées (couplage GPS), données de régulation Accès au DPPR en temps réel (CPS) Appel à l’aide ! Renfort médical Renfort matériel ou thérapeutique (transfusion) Agression ! Clarté, lisibilité et exhaustivité du compte rendu médical… Traçabilité globale de l’information + - • Encombrement et poids du PC en intervention préhospitalière ! • Interface conviviale mais toujours perfectible…

20. Le point de vue du médecin préhospitalier Transmission avant l’arrivée au(x) service(s) receveur(s) Aide à la prescription médicale et à l’administration infirmière Codage des actes, traitements (CCAM) et des diagnostics (CIM10) en temps réel Avenir : couplage en temps réel avec les appareils de surveillance (scopes multiparamètres) et de diagnostique (ECH, échographes, Doppler…) + - • Coût…? Problème du responsable d’UF et/ou du DSIO….

21. Le point de vue du médecin régulateur - + • Interconnexion avec les autres services : • Sapeurs pompiers (CTA… VSAV) • SAMU correspondants (régionaux ou plateau technique spécifique • Suivi en temps réel de l’intervention SMUR : • Données saisies par l’équipe : • Observation, • Actes et traitements • Données acquises en temps réel (évolution) : • Timing • Scopes multiparamètres • Échographies • … • Réception des appels à l’aide ! • Néant !

22. SPIRAL : Questions / Réponses

23. Annexes Ecrans Fiche Appel (Portail Web SPIRAL) Ecrans Fiche d’intervention (Portail Web SPIRAL) Ecrans Client Embarqué

24. Annexe - Ecran Fiche d’appel (1/2) Bandeau d’information générale Onglets de la FA Aide à la saisie

25. Annexe - Ecran Fiche d’appel (2/2) Aide à la saisie - auto complétion

26. Annexe - Fiche d’intervention (1/3) Utilisateurs Spiral Code CIM 10 calculé Entité destinatrice. Le mode « Console » dépend de ce champ

27. Annexe - Fiche d’intervention (2/3) Visualisation de l’historique Code CIM 10 calculé

28. Annexe - Fiche d’intervention (3/3) Visualisation graphique des valeurs des constantes Possibilité d’ajouter, de modifier de supprimer une constante ou un traitement Certains Actes sont identifiés dans le Score TISS Ajout de Pièces jointes (ECG, Photos)

29. Annexe – Ecran client embarqué(1/2) Etat du réseau Ecran principal listant les FI Du médecin ’intervenant

30. Annexe – Ecran client embarqué(2/2) FI présentée sous forme d’onglets et synchronisée à la demande

31. Première sessionLA PRISE EN CHARGE DU PATIENTEN URGENCEPrésidente : PrFrançoise CARPENTIERChef de service des UrgencesCHU de Grenoble

32. Serveur Régional de Veille & d’Alerte(SRVA / OURAL)Par Laurent SIMON, chargé de mission – ARH PACA

33. Le contexte • Plan Urgences (sept 2003) • La mesure 15 • Connecter les urgences à la veille sanitaire • La mesure 16 • Mettre en place un système d’information complet • La version 1 du SRVA passe en production en PACA  Juin 2004

34. Objectifs V1 • Permettre aux ES & SAMU de transmettre quotidiennement leurs données d’activité. • Offrir aux instances & ES des indicateurs à un niveau local, départemental et régional, portant sur : • Les passages quotidiens aux urgences • L’activité quotidienne des SAMU • Le nombre de décès observé en ES • La disponibilité quotidienne en lits des ES

35. Les données SAMU • Nb appels • Nb total affaires • Conseil médical • Ambulance privée • Consultation médecine générale • Visite médecin généraliste • Envoi d'un VSAB (hors SMUR) • Moyen médicalisé par le SDIS • SMUR primaire • TIH Médicaux SAUF Néo-natals • TIH Médicaux Néo-natals • TIH Infirmiers

36. Les données Urgences • Nb total de passages • Nb passages Patients < 1 an • Nb passages Patients >= 75 ans • Nb Hospitalisations hors UHCD • Nb Hospitalisations en UHCD • Nb Transferts vers un autre établissement

37. Les données Décès • Nb total de décès • Nb décès >= 75 ans

38. PÉDIATRIE Néonatologie avec ou sans soins intensifs Réanimation néonatale Réanimation pédiatrique Réanimation mixte (pédiatrique et néonatale) Autres disciplines de pédiatrie RÉANIMATION, SOINS INTENSIFS ADULTES ET SURVEILLANCE CONTINUE Réanimation médicale Réanimation chirurgicale Réanimation médico-chirurgicale Réanimation spécialisée en neurochirurgie Réanimation spécialisée en chirurgie cardiaque Soins intensifs Surveillance continue AUTRES DISCIPLINES MÉDICALES Médecine CHIRURGIE Chirurgie Chirurgie cardiaque Neuro-chirurgie GRANDS BRÛLÉS Grands brûlés GYNÉCOLOGIE OBSTETRIQUE Gynécologie obstétrique ZONE DE SURVEILLANCE DE TRÈS COURTE DURÉE UHCD SOINS DE SUITE OU DE RÉADAPTATION (SSR) Réadaptation fonctionnelle Soins de suite PSYCHIATRIE Psychiatrie générale Psychiatrie infanto-juvénile Psychiatrie post-cure SOINS DE LONGUE DURÉE SLD Les données Lits disponibles

39. Les collaborations inter-régions • Début 2005 début des déploiements sur les régions Aquitaine, Centre, Corse & Rhône-Alpes • Mise en place d’un environnement de référence pour chaque région (Tests & démonstrations) • Répartition des travaux de développements par pole de compétences • Partage des évolutions (et de leur coût) • Diffusion uniforme des versions

40. L’évolution du serveur de veille • Novembre 2007  Projet d’évolution du serveur de veille en version 2 motivée par : • Ergonomie dépassée de l’outil • Structure conceptuelle vieillissante • Chaque demande d’évolution coûteuse • Maintenance logicielle sensible • Volonté d’ouverture et d’interopérabilité

41. L’évolution du serveur de veille • Notion de territoires • Ouverture vers d’autres SI

42. Méthodologie de déploiement • Paca  région pilote de la version 2 : Mi-juin 2008 pour une durée de 3 mois. • Déploiement sur autres régions selon retour d’expérience pilote

43. Feuille de route de déploiement

44. Ecrans Serveur de veille V2Accueil

45. Ecrans Serveur de veille V2Fiche établissement

46. Ecrans Serveur de veille V2Formulaire de saisie

47. Ecrans Serveur de veille V2Tableaux de bord

48. Serveur régional de Veille & d’Alerte V2 Merci de votre attention

49. Première sessionLA PRISE EN CHARGE DU PATIENTEN URGENCEPrésidente : PrFrançoise CARPENTIERChef de service des UrgencesCHU de Grenoble

50. Le support électronique à la Continuité des soins en Lombardie avec le Système d’Information SISS Le Projet SCA dans la Province de Pavie Dr. Roberto Nardi SIMG, SIT – Senior Consultant – Lombardia Informatica