SIMRAL et l’identitovigilance

Présentation au sujet: "SIMRAL et l’identitovigilance"— Transcription de la présentation:

1 SIMRAL et l’identitovigilance
Un bouquet de services pour l’imagerie médicale en Alsace 17/09/2018 Présentation SIMRAL – journée des DIM d’Alsace – 4 avril 2013

2 Objectifs et enjeux du projet
Qu’est-ce que SIMRAL Objectifs et enjeux du projet 17/09/2018

3 2 postulats forts pour SIMRAL
 Le partage de l’imagerie médicale entre professionnels de santé est un des piliers du développement des projets de télémédecine régionaux  En mutualisant les systèmes d’information de gestion d’imagerie médicale en mode « services », le projet SIMRAL rend ces technologies accessibles aux établissements de petite ou moyenne taille et aux professionnels libéraux

4 Cadre juridique et organisationnel
Impulsé par l’ARS Alsace et porté par Alsace e-santé Inscrit au Programme Régional de Télémédecine Groupement de commande (GC) de 53 membres, Alsace e-santé étant coordonnateur Lancé de manière opérationnelle en Décembre 2011 Les instances organisationnelles Assemblée Générale du GC  instance stratégique et décisionnelle Commission Technique du GC  avis consultatif multidisciplinaire, cheville ouvrière et trait d’union entre l’AG et l’équipe projet Groupes de Travail Thématiques  implications des professionnels sur différents sujets médicaux, SI, juridique, économique Comité projet  instance de gestion opérationnelle du projet

5 Caractéristiques de SIMRAL
Un bouquet de services pour l’imagerie médicale en Alsace SIMRAL Une offre régionale En mode hébergé avec paiement à l’usage A la carte Services d’imagerie médicale pour la région Alsace

6 Les 3 volets du dispositif cible
SERVICES MUTUALISES Services : Stockage Archivage > 2 ans Distribution, visualisation, traitement d’images intra-ES RIS, CR dans DMP Reprise d’antériorités Logique de volumes Modalités : Paiement à l’examen Abonnement au service Accès en Saas SERVICE PARTAGE Usages : Téléradiologie réglée Partage d’images à la demande (ex: RCP) Workflow pour PEC multi-effecteurs (ex: AVC) Logique d’actes, de PEC et de soins Abonnement Accès en mode Saas Stockage temporaire INTEGRATION DMP Santé publique et coordination Fonctionnalités : Expérimentation d’accès aux images via le DMP Publication des images dans un serveur web (expérimentation)

7 Enjeux et bénéfices attendus
Eviter la redondance d’examens … Améliorer le suivi thérapeutique … Favoriser les seconds avis et concertations interdisciplinaires … Augmenter les chances du patient lors de prise en charge des AVC en phase aiguë

8 Enjeux particuliers liés à l’identitovigilance
Quels usages Enjeux particuliers liés à l’identitovigilance 17/09/2018

9 Eviter la redondance d’examens
RADIO Les images sont directement poussées dans SIMRAL et le compte-rendu dans le DMP. Le médecin prescripteur peut alors accéder à l’ensemble de l’information

10 Améliorer le suivi thérapeutique
Tous ces centres sont utilisateurs de SIMRAL, rendant l’imagerie disponible à des fins de comparaison RADIO Le médecin spécialiste en charge du patient peut suivre l’évolution de la pathologie en comparant les images

11 Choix techniques structurants
Corrélateur d’identité pour faciliter les réconciliations Entre multiples domaines d’identification, Exigence : Support mutli-IPP + INS-C, Critères : domaines, règles, traits et processus d’ID et de rapprochement les métadonnées conservent pour mémoire l’identification du patient au sein de l’établissement de santé d’origine. Utilisation HL7 et DICOM demandée Registre de données pour permettre l’interopérabilité entre l’ensemble des PACS de la région et SIMRAL, l’évolution vers d’autres systèmes PACS, les échanges inter-régions, voire au-delà! Exigence + positionnement au regard de la conformité XDS-i et XDR respect des standards IHE, HL7 et DICOM Archives neutres pour favoriser la neutralité et l’indépendance de la couche applicative PACS gérer une potentielle réversibilité, étendre le stockage au objets non DICOM Exigence : archivage en format DICOM non-propriétaire L’interopérabilité de la solution avec les systèmes d’information en place (SIR, PACS, SIH,…) est impérative. Le respect des standards IHE, HL7 et DICOM est un élément déterminant de cette interopérabilité. Il est demandé que l'infrastructure proposée pour permettre l'échange et le partage de l'imagerie médicale réponde aux spécifications des profils IHE des domaines "IT Infrastructure" et "Radiology", et notamment la mise en œuvre des profils XDS-I et XDR. La non mise en œuvre de ces profils devra être justifiée par le soumissionnaire. Si le soumissionnaire n'a pas encore déployé ces profils, il pourra présenter un planning de développement et d’intégration. L’intégration de ces profils sera réalisée selon le planning acté sans coût supplémentaire pour les membres du groupement de commande. Afin de démontrer l’ouverture du PACS proposé, c’est-à-dire le rejet de toute forme de protocoles ou formats propriétaires, le candidat décrira notamment si : toute mise à jour des métadonnées patient du PACS est propagée vers l’archive selon le profil IHE PIR (Patient Information Reconciliation) ; les données de présentation (annotations, niveau de fenêtre, etc.) sont enregistrées en DICOM SCPS (Dicom Soft Copy Presentation State) ; les notes cliniques sont enregistrées comme des objets DICOM KOS ; les données SCPS et les objets KOS sont importables et affichables sur n’importe quel outil de diagnostic, quel que soit le PACS qui les a générés. Archivage neutre: L’ensemble de l’archivage sera réalisé sur une plate-forme dite d’archivage neutre. Cette plate-forme garantit la conservation des examens dans un format DICOM rigoureusement non-propriétaire et donc indépendant de la couche applicative de PACS. DICOM sera largement exploité afin de permettre par exemple le stockage des comptes rendus d’imagerie dans les objets DICOM (cf. VI.B Interopérabilité). Cette plate-forme permettra également de stocker des objets non DICOM.   Détailler la partie non DICOM Quatre cas de figures doivent être très clairement envisagés et expliqués par le candidat. Ces cas de figures se positionnent tous en fin de marché, la fin de marché devant s’entendre pour toute cause provoquant la fin du marché. 1er cas : A la fin du marché, Alsace e-santé souhaite acquérir la solution PACS du candidat, y compris l’archivage. Le candidat détaillera les conditions d’acquisition des matériels et licences des logiciels utilisés précédemment en mode service. 2ème cas : A la fin du marché, Alsace e-santé retient un nouveau prestataire pour sa solution PACS y compris l’archivage en mode service. Le candidat détaillera les conditions de transfert des données (images et index) au titulaire du nouveau marché. 3ème cas : A la fin du marché, Alsace e-santé retient un nouveau prestataire pour sa solution PACS en mode service mais souhaiter conserve l’archivage avec le prestataire actuel. Le candidat détaillera les conditions les d’intégration des données (images et index) au titulaire du nouveau marché PACS. 4ème cas : A la fin du marché, Alsace e-santé retient un nouveau prestataire pour sa solution d’archivage mais souhaite conserver le PACS en mode service avec le prestataire actuel. Le candidat détaillera conditions de transfert des données (images et index) au titulaire du nouveau marché PACS. Identité patient : De même, dans l’attente d’une généralisation de l’INS, les soumissionnaires au Dialogue Compétitif préciseront les modalités d’identitovigilance qu’ils proposent de mettre en place dans le cadre de SIMRAL. Celles-ci devront permettre une organisation d’identitovigilance respectant les préconisations du GMSIH notamment en termes de : domaines et politiques d’identification, domaines et politiques de rapprochement, utilisation d’identifiant unique et d’identifiants multiples. L’organisation envisageable en termes d’identitovigilance s’appuiera sur les cellules d’identitovigilance présentes dans les établissements, qui restent maitres de leur domaine, et d’une cellule d’identitovigilance régionale qui sera responsable du domaine et de la politique d’identification et de rapprochement au niveau régional. Ils décriront en particulier s’ils peuvent proposer une solution de Master Patient Index (MPI). Dans la négative ils décriront avec précision les fonctionnalités avancées présentes dans la solution proposée. Chaque établissement travaillant avec sa propre nomenclature d’identité du patient (PID), celle-ci ne saurait être remise en question. Les soumissionnaires décriront donc de quelle manière sera gérée l’identité du patient par le serveur MPI (Master Patient Index) partagé, et le serveur de registre. Il est important pour des raisons de gestion des cas d’erreurs d’identification de patients qu’après l’indexation par identifiant unique, les métadonnées conservent pour mémoire l’identification du patient au sein de l’établissement de santé d’origine. L’utilisation des possibilités HL7 et DICOM dans le domaine seront explicitées. Le candidat détaillera dans sa réponse les modalités prévues pour : La gestion des identifiants patient : support des identifiants multiples IPP ES, IPP région, INS, autres ; Le support de multiples domaines d’identification et domaines de rapprochement ; Les processus d’identification et de rapprochement ; La gestion des traits d’identification et règles de rapprochement ; La possibilité de faire profiter les ES des ces services au sein de leur SIH. Alsace e-santé compte sur l’expérience du candidat dans le domaine pour être accompagné dans la définition et la mise en œuvre des organisations nécessaires dans ce contexte mutualisé.

12 Identitovigilance dans SIMRAL
Des enjeux à 2 niveaux : ES + région Eviter les doublons et erreurs sur l’identité du patient à tous les stades Recherche d’antériorité Comparaison d’examens et interprétations Second avis, préparation de dossiers RCP incluant de l’imagerie Reprise et inclusion d’examens dans le PACS Gestion des flux patients Validation des CR, rattachement à l’imagerie et diffusion Assurer un rapprochement d’identités le plus fiable et le plus automatisé possible sans introduire un identifiant régional 17/09/2018 Titre du document

13 Identitovigilance dans SIMRAL
Actions initialisées Rencontre avec la présidence du COTRIM Validation en AG du GC SIMRAL du 6 mars sur les points suivants organisation d'un groupe de travail régional objectif d'aboutir à une politique régionale travaux à réaliser sous l'égide du CoTRIM  Lancement par le COTRIM d’un appel à participation à ce GT Opportunités Charte régionale d’identitovigilance Des politiques d’identitovigilance avancées Potentiel à définir un objectif régional / projet structurant Difficultés Manque d’état des lieux pour mesurer les écarts / objectifs 17/09/2018 Titre du document

14 Macro-Planning prévisionnel 2013
17/09/2018 Titre du document

15 Nouveau planning prévisionnel
2013 2014 01 02 03 04 05 06 07 08 09 10 11 12 AO public DC Séquence 5 Rédaction AOR Publication Analyse des offres Projet Régional Travaux thématiques Coordination des pilotes Services socles Marché Mise au point AC Marchés subséquents Pilotes ES Archivage + partage Archiv + partage + PACS Archiv+part+PACS+RIS Déploiement ATTRIBUTION LANCEMENT projets pilotes 24 juillet 2012 Vague 1 Vague 2

16 Merci pour votre attention
Contacts : Christine Lecomte, directeur de projets Alsace e-santé 1,place de l’Hôpital Strasbourg Bâtiment PGIL 1er étage Tél : / 37 17/09/2018 Titre du document