Le dossier commun obstétrico-pédiatrique des Pays de la Loire

1. Le dossier commun obstétrico-pédiatrique des Pays de la Loire Bernard BRANGER, médecin coordinateur Léna RIVIER, déléguée générale Norbert WINER, président Lille – 3 juin 2010

2. 24 MATERNITES 3 Type 3 5 Type 2b 5 Type 2a 11 Type 1 CH Mayenne CH Laval CH Le Mans CH Château-Gontier CL Tertre Rouge CH Chateaubriant CH PSSL - Bailleul CH St Nazaire CL Atlantique CHU Angers CH Ancenis CL Jardin Plantes CL Anjou CL Brétéché CH Saumur CL Jules Verne CL Parc CHU Nantes CH Cholet CH Challans 45 000 naissances / an CH La Roche/Yon CL St Charles CH Les Sables CH Fontenay

3. DCOP – Objectifs et financements • Objectifs • Demande des tutelles et du RSN • 1ere phase : Base de données régionales à visée épidémiologique et d’évaluation • 2ème phase : échange de données pour les TIU et TNN • Financeur : Contrat de Plan Etat - Région (DRASS) • Budget alloué sur 3 ans = 329 000 € • Budget utilisé depuis 2005 = 214 800 €

4. Pourquoi l’arrêt avec le premier prestataire • Définition des items composant le dossier commun obstétrico-pédiatrique par les professionnels du Réseau (2004) • Uni-médecine : développement d’une interface de saisie en ligne • objectif du réseau : alimentation directe à partir des outils métier. • Expérience locale d’interfaçage entre un dossier commun et des dossiers hospitaliers menée par ce prestataire : complexe, longue et coûteuse. • Application livrée : anomalies bloquantes – considérées par le prestataire comme des évolutions (facturées) • Prestataire propriétaire de l’application développée => licence d’utilisation annuelle, fonction du nombre d’utilisateurs • Volonté de l’ARH : - mutualiser les coûts (serveur d’identité patient, annuaire des professionnels, messagerie sécurisée) - Avoir la propriété des développements 2007 : Lancement du projet de plateforme régionale de Télésanté

5. Les applications métiers développées par le Réseau • La mise en place d’un dossier informatique commun passe par une aide à l’informatisation des services. • Le Réseau doit proposer un outil métier, libre de droit, communiquant avec le DCOP (items communs, interfaçage technique) Les applications développées : • Dossier de réanimation néonatale et de néonatologie, PEDIALOG • Faisant suite à un dossier « recueil de données » dans le service datant de 1995 (DBase) (CHU de Nantes et CH St Nazaire) • Parallèle à un logiciel de prescription nominative • Intégré sur les ordinateurs du CHU de Nantes, mais sans connexion avec les autres systèmes d’information • Utilisé depuis janvier 2006 • donne satisfaction à ses utilisateurs. • Devrait être repris par la Société Française de Néonatalogie. • Proposition de mise à disposition gratuite aux 9 autres services de néonatologie des Pays de la Loire : aucun écho….. Y compris les 2 autres niveaux 3

6. Partie pédiatrique : PEDIALOG (2) • Possible transmission du logiciel • Hôpital Ste Justine (Québec) • Société Française de Néonatologie • Avec des conventions • Problème de la « propriété intellectuelle • Suivi de nouvelles versions par plusieurs opérateurs

7. Application Obstétricale (ex : PERINATLOG) • Développée sur la base des items retenus pour le DCOP régional • Identité, Antécédents, Grossesse actuelle, Accouchement, Suite de couches • Partogramme informatisé • Site pilote = service de gynécologie obstétrique du CHU de Nantes • Expérimentation au sein du service de gynécologie-obstétrique du CHU de Nantes • Application jugée trop statistique et pas assez pratique par les utilisateurs • Dossier informatisé de la patiente initié lors de son arrivée pour accouchement – saisie des antécédents et résumé de la grossesse prend trop de temps. • Services rendus par l’application jugés insuffisants par les utilisateurs. • Développements repris par le service depuis janvier 2008 - pas aboutis à ce jour.

8. Etat des lieux régional Novembre 2008 Questionnaire adressé aux chefs de service ou référents des 24 maternités. • 9 établissements utilisent un dossier informatique permettant de gérer les données patients (GYNELOG – MEDICS : 7 ; application RSN : 1 ; application locale : 1) • Dans 2 établissements, développement du dossier de spécialité en cours, dans le cadre du déploiement du dossier d’établissement. • Projets d’informatisation en cours dans 7 établissements : dossier de production de soins devant comporter un dossier de spécialité. • Déploiement prévu sur 2010 – 2011 • Rencontre avec un prestataire présent dans 3 des 7 établissements (MC Kesson) : pas de possibilité d’export de données nominatives – pas prévu dans leur plan projet.

9. Le DCOP sur la plateforme régionale de Télésanté • Prestataire : Syndicat Interhospitalier de Bretagne • Services mutualisés : serveur d’identité patient, annuaire des professionnels, gestion du consentement, messagerie sécurisée • Respect des normes d’interopérabilité IHE • DCOP : Alimentation à partir des outils métiers

10. Etat d’avancement : Alimentation à partir de l’application obstétricale RSN • Périmètre : • antécédents, résumé de la grossesse et de l’accouchement • Export de données limitée aux données saisies par les équipes, pas de modification des pratiques • Travaux (07/2007 à 07/2008) • Développement des infrastructures de la PFTS et des fiches DCOP au format IHE par le prestataire régional, • définition du format du fichier pivot par la maîtrise d’œuvre régionale, • développement du connecteur DCOP, • Développement du module d’export depuis l’application métier. => Juillet 2008 : processus d’export des données à partir de l’application métier RSN est fonctionnel • Depuis juillet 2008 • Modifications importantes de l’application => nécessité d’établir des correspondances avec le DCOP et d’adapter le module d’export • A ce jour, pas de transmission des données car : - Application peu utilisée au sein du service - Alimentation du DCOP repoussée au moment où l’application répondra totalement aux attentes des utilisateurs

11. Etat d’avancement : Alimentation à partir de l’application GYNELOG - MEDICS • Début des travaux : avril 2009 • Développement du module d’export au sein de l’application • Adaptation serveur d’identité patient PFTS • Adaptation module de gestion du consentement PFTS • Novembre 2009 : fichier d’export correctement généré par GYNELOG • Depuis, erreurs dans le traitement du fichier par la plateforme régionale, en passe d’être résolues … • Limites : • Export porte sur un nombre limité de données • Interrogation sur homogénéité de la saisie de données au sein de l’établissement • Interprétation des données qui seront remontées ? (Ex : circulaire du cordon)

12. Réflexions • Adhésion de principe des acteurs Gynéco -obstétriciens • mais peu d’implication • GO : peu de marge de manœuvre dans la mise en œuvre du projet informatique de l’établissement • Adhésion des personnes qui remplissent le dossier (Sages-femmes) ? • Contexte institutionnel : mise en place du dossier de production de soins • Pas de possibilité d’interfaçage avec une application extérieure au SIH • dossiers de spécialité pas prioritaires • Complexité des normes d’interopérabilité (IHE) • compétence / choix des prestataires • Volonté de l’ARH / ARS • Communication dossier d’établissement / dossier Réseau • Plateforme régionale de Télésanté – perspectives ? • Dossier Réseau / Dossier médical personnel ?

13. Accès au dossier patient sur la PFTS

14. Fiche «renseignements généraux et antécédents

15. Fiche « Résumé de la grossesse »

16. Fiche « Résumé de l’accouchement »

17. PEDIALOG : accès au dossier

18. PEDIALOG : Menu

19. PEDIALOG : SUIVI

20. PEDIALOG : SYNHTESE EXAMENS

21. PERINATLOG : Menu

22. Application obstétricale : Résumé accouchement

23. Application obstétricale : partogramme