Présentation de la version 3.8 du ROR

Erika BOREL

Fin mars 2018, le Portail de santé, dont les différentes composantes s’articulent autour du ROR, passait en version 3.7. Nous avons aujourd’hui le plaisir de vous annoncer la sortie de la nouvelle version 3.8 et de vous en présenter les principales évolutions.

Entre la mise en ligne de la version 3.7 et l’arrivée de la 3.8, 2 évolutions majeures ont vu le jour.

Avant le ROR 3.8

Il s’agit tout d’abord de la mise en place des web services (services d’alimentation d’applications tierces) ASIP pour permettre à des applications comme sante.fr et ViaTrajectoire (service d’orientation des patients et usagers) de consommer les données du ROR. La consommation des données du ROR par les applications tierces respecte les spécifications des flux d’élargissement des usages, décrites par l’ASIP Santé.

Toujours durant la version 3.7, un système d’historisation des fiches (établissements juridiques et géographique, pôles, unités, professionnels) a également été mis en place. Ce nouveau module permet simplement de stocker les modifications effectuées (création, archivage, désarchivage, modification) de façon claire et permet ainsi une consultation simplifiée des logs.

C’est parti pour la 3.8 !

La 3.8 s’appuie sur une nouvelle version de l’infrastructure logicielle (framework) qui entraîne une amélioration des performances et pérennise l’outil.

Les Capacités disponibles

L’élément majeur de la 3.8 est la refonte du module Lits disponibles qui devient Capacités disponibles.

Le module Capacités disponibles permet un suivi précis des capacités en lits et places mais également des capacités en ressources médico-techniques (blocs en service, places en salles de réveil et en chambres mortuaires), aussi bien pour les structures sanitaires que médico-sociales. Il permet d’assurer ce suivi en période normale comme lors d’événements exceptionnels.

Il constitue un support indispensable à la gestion des crises sanitaires.

Ce module répond à la fois à :

  • un besoin opérationnel, en offrant
    • une vision synthétique des capacités (par région, département, établissement),
    • une vision ciblée (par discipline, par unité, par groupes d’établissements localisés à proximité, par mode de prise en charge, etc.),
    • une vision contextuelle (établissements en situation de tension ou situation sanitaire exceptionnelle),
    • une vision hors région ou en région(s) limitrophe(s) ;
  • un besoin analytique, en apportant une vision dans le temps pour anticiper une situation à venir, contrôler une évolution ou analyser une situation.

En voici une présentation en vidéo :

Vous pouvez consulter toute la documentation relative à ce nouveau module sur TutOs :

Le module Hôpital En Tension

À la demande de la région Hauts-de-France, un radar à 6 indicateurs est créé permettant le fonctionnement du module HET sans utiliser les RPU étendus. Le radar est ainsi constitué sur la base des indicateurs suivants :

  • Disponibilité en lits de médecine et chirurgie (ROR)
  • Nombre de passages aux urgences (RPU)
  • Moyenne de durée de passage des patients hospitalisés à partir des urgences (RPU)
  • Taux d’hospitalisation après passage aux urgences (RPU)
  • Charge d’occupation à 15 heures : nombre de patients simultanément présents (RPU)
  • Nombre de passages de patients de 75 ans et plus (RPU)

Pour répondre aux nouvelles prérogatives relatives aux situations tension (Guide 2019 de gestion des tensions hospitalières et des situations sanitaires exceptionnelles au sein des établissements de santé, Recommandations sur la gestion des épisodes de tension en établissement), des évolutions sont apportées au module HET. Toutes ces évolutions sont paramétrables et seront appliquées, ou non, en fonction des régions. En région PACA, les évolutions ne sont, pour le moment, pas appliquées.

Les évolutions de libellés :

  • les demandes de déclenchement de plan HET sont désormais appelées Alertes ;
  • Hôpital En Tension (HET) est renommé en Tension en Établissement de Santé (TES) 

Les évolutions techniques :

  • une tension peut désormais être déclarée sur plusieurs types de disciplines ;
  • lors de la déclaration d’une tension, la discipline “urgences” n’est plus proposée ;
  • des actions “traceuses” sont ajoutées dans le Répertoire des actions ;
  • un champ concernant les motifs de déclaration a été ajouté et contient une liste déroulante de motifs paramétrable ;
  • les plans spécifiques “alerte” et les plans spécifiques ‘tension” sont différenciés grâce à un tag :
    • lors de la déclaration d’une alerte, le menu déroulant du champ « type de déclaration » propose uniquement les plans avec tag « alerte »,
    • lors d’une déclaration de tension, le menu déroulant du champ « type de déclaration » propose uniquement les plans avec tag « tension » ;
  • les radars peuvent être affichés sans indicateurs pour colorimétrie (alerte ou tension) ;
  • l’affichage des radars se fait de manière continue, sans déconnexion ;
  • un champ “Filières” vient compléter le champ “Discipline” dans les formulaires de déclaration et le contenu de son menu déroulant est paramétrable.

L’harmonisation du dispositif avec les prérogatives :

  • Paramétrage au niveau des créations des plans d’alerte :
    • Alerte indisponibilité en matériel
    • Alerte carence en personnel
    • Alerte saturation
  • Paramétrage au niveau des création des plans tension :
    • Tension discipline ou filière
    • Tension établissement

À venir sur la 3.8

Deux évolutions arriveront dans le courant de cette nouvelle version.

La premières concerne l’automatisation des imports des données sur le ROR.

La seconde est la refonte complète du système de synchronisation avec les référentiels ASIP (fichier NOS).

Une passe d’optimisation doit aussi être réalisée pour améliorer les performances du ROR en diminuant les temps de chargement.

Le Terminal passe en version 3.19

Erika BOREL

Le passage du terminal en version 3.19 s’accompagne de nombreuses optimisations ainsi que de nouveautés. Cet article vous donne un aperçu des principales modifications par type de terminal.

 

 

 

TERMINAL URGENCES

 

Les évolutions apportées au Terminal Urgences sont nombreuses et font l’objet d’un article dédié.

Vous pouvez consulter cet article sur le site d’aide du Terminal Urgences : tgs.orupaca.fr.

 

 

TERMINAL SMUR WEB

1. Correction

♦ Les informations renseignées dans l’onglet “Contact”, soit « Personne à prévenir », « Personne de confiance » et « Représentant légal », sont affichées dans la synthèse sur le TSMUR mobile et sur le TSMUR web.

2. Formulaire d’intervention

♦ Lors de la saisie du code INSEE dans le formulaire d’intervention, la ville est désormais proposée automatiquement.

3. Liste des patients

♦ Une recherche sur le nom et le prénom des patients est ajoutée aux modes de recherche habituels.

♦ Un filtre sur le médecin ayant pris en charge les interventions est disponible dans le menu déroulant permettant de choisir le type de filtres. Lorsque le filtre est positionné sur “Médecin” et qu’un SMUR est sélectionné, la liste sera constituée des médecins rattachés à ce SMUR. Lorsque le filtre est positionné sur “Médecin” et que tous les SMUR sont affichés, un champ texte permet de rechercher le médecin lié à l’intervention.

4. Signalements

♦ Jusqu’ici, un signalement se faisait via un formulaire intégré au TSMUR. Dès à présent, pour permettre un meilleur suivi des problèmes, les signalements se font dans une page encapsulant un formulaire de signalement Redmine (outil de gestion de projets).

 

TERMINAL HÉLICO

1. Fonctionnement général

 

2. Évolutions

♦ Interventions SAP : Pour les interventions de type SAP (pas de numéro de dossier SAMU) le champ date d’admission est rempli automatiquement avec l’heure de déclenchement. La date d’admission est normalement remplie par une valeur transmise par les logiciels Centaure. Si le flux de la Sécurité civile a une variable d’heure de déclenchement, alors la date d’admission prend cette valeur.

♦ Devenir des dossiers : Une variable définissant les dossiers comme en devenir ou non est mise en place. Les dossiers notés comme sans devenir sont ignorés au niveau des vues.

♦ Doublons de dossiers : Lors de l’intégration des flux de la Sécurité civile, si un dossier contient 2 hélicoptères Dragon, le dossier n’est plus refusé.

♦ Retard estimé : Le retard estimé est pris en compte, tout comme l’intervention retardée.

♦ Webservices :

  • Un webservice est mis en place pour récupérer les données AIRBUS/AYUDO.
  • Un webservice est également mis en place pour le GCS RRAMUHN afin de lui permettre de récupérer des données extraites des flux AYUDO et MBH.

 

TERMINAL DE COORDINATION

1. Correction

♦ Au niveau des événements, lorsqu’un patient est créé directement dans l’événement, les champs “Téléphone” et “Établissement” ont été ajoutés. Une option permet d’afficher/masquer le champ “Établissement”.

2. Onglet Patients

♦ Un bouton d’export a été ajouté à la vue Patients. La visibilité du bouton et la possibilité de faire des exports sont liées à un droit.

♦ Pour les patients anonymes, une option rend l’âge et la date de naissance non obligatoires (par défaut, les items sont obligatoires).

3. Onglet Planning

♦ Le découpage des colonnes lors d’un export est amélioré : une colonne par information.

♦ L’impression dans la vue “Planning” est optimisée : les filtres et la ligne permettant de créer des événements n’apparaissent plus, le nombre de lignes est réduit.

4. Formulaires

♦ Lorsqu’un patient est créé via une demande d’admission, les informations générales concernant le prescripteur, la date de la demande et l’établissement émetteur de la demande sont automatiquement récupérées.

♦ L’administration des formulaires est optimisée.

Jusqu’à maintenant, le formulaire à configurer était entièrement chargé, ce qui pouvait poser problème lors de l’administration de très gros formulaires.
Désormais seul l’item ou bloc en cours de modification est affiché, ce qui rend la modification d’un formulaire plus rapide.

♦ Un texte d’aide est ajouté à chaque type d’item d’un formulaire (exemple : “Vous devez cliquer sur “Ajouter” pour enregistrer cette saisie”).

5. Fiche patient

♦ Une option permet d’envoyer, au niveau de chaque fiche, des notifications lors de la création d’un nouveau patient par le Terminal Admissions ou à la réception d’une nouvelle demande d’admission pour un patient existant.

♦ La ville est désormais proposée automatiquement à la saisie du code postal. Le champ reste modifiable. Ce fonctionnement concerne les formulaires configurables et le formulaire identité.

6. Suivi de mes patients

♦ Le partage de documents entre les professionnels de santé accédant à « Suivi de mes patients » et les utilisateurs du Terminal est désormais possible.

♦ La colonne “Notes” n’est plus visible dans l’historique des événements, par souci de confidentialité.

♦ Depuis la vue “Suivi de mes patients”, le formulaire rattaché à un patient peut être imprimé, en cliquant sur le “Imprimer”, en haut à droite.

7. Événements

♦ Le comportement des événements sans patient est modifié. Lors du clic sur “Sans patient” dans un événement, un patient “Sans patient” est généré. Les données du formulaire complémentaire sont ainsi spécifiques et l’historique est vide. Le patient “Sans patient” ne s’affiche pas dans les vues et les recherches de patient. L’ouverture de la fiche de ce patient « Sans patient » n’est pas possible.

♦ Sur un formulaire d’intervention, le patient peut être modifié.

♦ Le formulaire de création des événements est optimisé. Certains champs sont masqués automatiquement selon la configuration du type d’événement.
Exemples :

  • actions :
    • si aucune action n’est rattachée dans la configuration, le champ est masqué ;
    • si une action est rattachée dans la configuration, le champ est affiché avec la seule action possible, donc sans choix possible ;
    • sinon, une liste déroulante à choix multiples est affichée comme actuellement ;
  • titre :
    • si aucun titre n’est paramétré, une saisie libre est possible ;
    • si un titre est paramétré, le titre paramétré est affiché sans modification possible ;
    • si plusieurs titres sont paramétrés, une liste déroulante est affichée comme actuellement ;
  • durée :
    • si « sans » est paramétré, le champ n’est pas visible ;
  • délégation de droits :
    • si aucune délégation de droits n’est paramétrée, le champ est masqué.

♦ Une nouvelle option de paramétrage permet de masquer le bloc intervenants (responsable, patients, intervenants, délégation), selon les événements.

 

8. Vues

♦ Le total de patients affiché dans les différentes vues a été corrigé et est désormais cohérent.

♦ Des calculs sur les événements sont maintenant affichables, à savoir le nombre total d’événements et le nombre d’événements en cours.

♦ L’affichage des patients dans les vues peut être limité en fonction de l’appartenance à une unité ou à un établissement. De même, l’affichage et l’accès à un patient peut être limité en fonction du fait que le professionnel connecté est rattaché ou non au patient en question.

9. Courriers

♦ Dans le module des courriers, une case à cocher donne le choix entre un envoi par messagerie sécurisée ou par courrier postal. Si le choix se porte sur un envoi par messagerie sécurisée, alors le document généré devra être envoyé via Médimail. Dans l’historique des documents, une liste précise les PDF envoyés ainsi que les destinataires. Si le destinataire est un professionnel temporaire sur le Terminal TERCO, l’envoi doit être marqué comme « en attente » et le message partira automatiquement lorsque le professionnel sera créé sur le ROR.

10. Scores

♦ Les scores suivants sont ajoutés :

  • le score “NIHSS après désobstruction”,
  • le score DSM-5,
  • le score TAGRAVPA (score de repérage d’aggravation des personnes hospitalisées âgées de 75 ans et plus),
  • le score PRAM,
  • le score de Genève révisé.

 

 

TERMINAL ADMISSIONS

1. Texte de description

♦ Pour chaque type de demande d’admission, un texte de description peut être configuré. Seulement quelques balises sont autorisées, du type retour à la ligne, gras, italique, souligné. Ce texte de description est visible au survol des types de demandes lors de la création d’une nouvelle demande ou d’une recherche d’unité.

2. Historique

♦ L’historique d’une demande d’admission peut désormais être imprimé, en cliquant sur le lien “Imprimer ».

3. Formulaires

♦ Un texte d’aide est ajouté à chaque type d’item d’un formulaire (exemple : “Vous devez cliquer sur “Ajouter” pour enregistrer cette saisie”).

4. Scores

♦ Les scores suivants sont ajoutés :

  • le score “NIHSS après désobstruction”,
  • le score DSM-5,
  • le score TAGRAVPA (score de repérage d’aggravation des personnes hospitalisées âgées de 75 ans et plus),
  • le score PRAM,
  • le score de Genève révisé.

La version 3.7 du ROR arrive !

Erika BOREL

Quelles sont les évolutions apportées ?

Le Portail de santé, basé sur l’application socle ROR, passe en version 3.7 en ce mois de mai 2018. L’optimisation des performances et de la sécurité de l’application s’accompagne de la mise en place de nouvelles fonctionnalités, dont la création d’un module de validation des données. Les différents formulaires sont améliorés, la pertinence de la recherche est optimisée et plusieurs modules sont retravaillés.

1. Principales améliorations fonctionnelles

1.1. Le répertoire en lui-même

Les formulaires

Pour faciliter le remplissage des formulaires structure, établissement, unité et professionnel, des bulles d’aide sont mises en place. Elles contiennent des informations descriptives et apparaissent au survol de l’intitulé d’un champ à remplir.

Les fiches établissement et unité

♦ Professionnels assignés à une unité

Il est désormais possible de consulter la liste des professionnels assignés à une unité, à partir de la fiche de l’établissement.

À côté de chaque unité, un bouton Informations  permet d’afficher la liste des professionnels qui y sont rattachés, ainsi que leur fonction.

Consulter la documentation

♦ Affichage des rôles

Dans les fiches établissement et unité, l’ordre d’affichage des rôles est désormais paramétrable, grâce à l’ajout d’un item « Priorité ». L’interface d’assignation des rôles/droits est également améliorée, avec une refonte graphique.

Consulter la documentation

♦ Copie d’une unité

Dans la fiche unité, un bouton permet désormais de créer une copie d’une unité : .

Au clic sur le bouton, les questions suivantes seront posées à l’utilisateur via un formulaire :

  • Nom de la nouvelle unité
  • La copie doit-elle être effectuée vers le même établissement géographique ?
  • Faut-il copier les professionnels rattachés à l’unité ?
  • Les rôles ciblant cette unité doivent-ils également cibler cette nouvelle unité ?

Consulter la documentation

♦ Activité libérale

Sur la liste des professionnels d’une fiche unité, lorsqu’un médecin d’un établissement de santé (hôpital, clinique) exerce simultanément dans un cabinet médical, un pictogramme indique que ce professionnel exerce en cabinet libéral : . Un lien vers la fiche du cabinet est alors activé.

Consulter la documentation

♦ Champs obligatoires

Suite au groupe de travail “nomenclatures inter région”, les champs qui composent une unité peuvent être annotés comme « obligatoires ». Ils sont alors signalés par une étoile *. Dans ce cas, lors de la complétude de l’unité, après validation, si un de ces champs n’a pas été saisi, une fenêtre fixe apparaît en milieu d’écran. Une validation ou une annulation est alors demandée : « Sauvegarder quand même » ou « Annuler ».

Consulter la documentation

Les doublons dans la liste des professionnels

Une interface de suivi des doublons (RPPS, ADELI, nom et prénom) est accessible en bas de la liste des professionnels.

Consulter la documentation

Le module de validation des données

Une interface de validation est mise en place. Elle permet à un professionnel de valider ses données, à un référent unité de valider les données de son unité et à un référent établissement de valider celles de son établissement.

Concernant les données des professionnels, les administrateurs ROR pourront demander à un professionnel de compléter ou de vérifier les données le concernant. La demande de vérification ou de complétude se fera alors directement dans une fenêtre modale lors de la connexion du professionnel concerné.

Les administrateurs ROR pourront également demander à un référent d’unité de compléter ou vérifier les données des professionnels de son unité.

Concernant les données des unités, les administrateurs ROR pourront demander à un référent d’unité de compléter ou vérifier les données de son unité.

Concernant les données des établissements, les administrateurs ROR pourront demander à un référent établissement de vérifier les unités listées dans son établissement et de compléter ou vérifier les données de son établissement.

Pour l’ensemble de ces cas, une fenêtre modale s’affichera lors de la connexion du référent, pour lister les différentes données à compléter de façon synthétique. Le référent pourra alors, en cliquant sur un lien, accéder à une liste de travail plus détaillée.

Consulter la documentation utilisateur et la documentation administrateur

Le système d’affectation des professionnels

♦ Validation des affectations 

Une nouvelle interface est mise en place pour la validation des professionnels qui ont demandé un rattachement à un établissement.

Consulter la documentation

♦ Relance des demandes d’affectation

Il est possible de renvoyer une demande d’affectation d’un professionnel à un établissement.

1.2. La recherche

Mobilité

L’affichage en mobilité est amélioré.

Type de recherche

Le panneau de gauche, permettant de choisir le type de recherche, est affiché par défaut.

Critères et tags

Un champ de recherche par zones d’intervention est de nouveau disponible.
Un critère de recherche avancée « Compte activé » est ajouté pour la recherche de professionnels.

La recherche par proximité contient un nombre de kilomètres d’éloignement maximum.

Il est désormais possible d’inverser le critère de sélection. Exemple : la patientèle ne comporte pas la valeur « adulte » pour identifier les services d’urgences pédiatriques.

Lorsque plusieurs critères sont entrés lors d’une recherche, les résultats répondant à tous les critères apparaissent. Un lien « élargir la recherche » est disponible en bas de page et permettra d’afficher les résultats qui ne correspondent pas à tous les critères.

Le poids de la discipline est égal à celui du type d’unité. Cela signifie que si le terme recherché se trouve à la fois dans une discipline et dans un type d’unité, les résultats affichent les 2 au même niveau, en triant par ordre d’ancienneté. Avant, le résultat provenant du type d’unité était forcément affiché en premier.

Il est possible d’afficher plus de propositions dans les tags, soit 10 au lieu de 5.

Les noms des villes, les départements et les régions sont indexés dans la recherche. Ils apparaissent ainsi dans les tags et activent un critère de recherche.

La sélection d’un tag ajoute un libellé supprimable sous le champ de recherche.

Recherche simple :

  • En recherche simple, la sélection d’un tag de recherche ne fait plus apparaître le bloc de recherche avancée.
  • Lors d’une recherche simple, les tags proposés affichent la liste à laquelle ils sont rattachés (exemple : « Acte spécifique > Chirurgie de la main » de façon à contourner le problème des valeurs en doublons dans les différentes listes)

Paramétrage

La catégorie de paramètre « Module de recherche » est renommé en « Recherche »

Consulter la documentation sur la recherche

1.3. La sécurité

L’historique des connexions

Au survol du pictogramme “Mon compte”, des détails sur la dernière connexion sont visibles : date de début de connexion, date de fin de connexion, navigateur / OS utilisé et adresse IP.

Un doute sur cette connexion ? Il suffit de cliquer sur cette zone pour voir l’historique des connexions.
Une page présentant l’historique des connexions apparaît alors.

Un raccourci nommé “Historique des connexions” est également disponible au niveau du pictogramme “Mon compte”.
Si une de ces connexions semble suspecte, un raccourci vers le contact de l’assistance est disponible, au dessus de la liste des connexions.

Consulter la documentation

L’alerte de modification d’un paramètre

Lorsqu’un paramètre de l’application est modifié par un utilisateur, une alerte est directement envoyée par email aux administrateurs du ROR régional.

Consulter la documentation

1.4. L’annuaire des représentants des usagers

L’intégralité du service de consultation de l’annuaire des représentants des usagers bénéficie d’une refonte ergonomique et graphique.

Entre autres, en amont de la consultation du tableau des nominations, une première page de recherche est proposée, permettant à l’utilisateur de formuler sa requête selon 4 modes de recherche.

Consulter la documentation

1.5. Le module de partage de fichiers

Un nouveau module de partage de fichiers est disponible sur le Portail de Santé PACA, dans Espace numérique/Partage de fichiers. Les utilisateurs peuvent déposer des fichiers à destination des administrateurs du ROR régional (administrateurs fonctionnels, techniques et support). Ces fichiers sont envoyés de façon sécurisée. Il peut s’agir d’imports ROR, imports de victimes, etc.

Consulter la documentation

1.6. Déclarer une tension

Il est désormais possible d’envoyer des emails de déclenchement de tension vers les directions départementales.

Consulter la documentation

2. Principales améliorations techniques

2.1. Les tâches en arrière plan

Le spooler (tâches en arrière plan) est désormais multitâche : il est capable d’exécuter plusieurs tâches simultanément et efficacement. Une tâche bloquée n’empêche plus son bon fonctionnement.
Une sonde Nagios permet de contrôler l’état du spooler.

2.2. Le framework

Le framework (ensemble d’outils et de composants logiciels à la base d’un logiciel ou d’une application, qui établit les fondations d’un logiciel ou son squelette) de l’application a été mis à jour. Grâce à la mise à jour aussi du langage utilisé, les temps d’exécution et l’utilisation de la mémoire sont optimisés. Les gains apportés peuvent atteindre près de 50% en temps d’exécution processeur et près de 50% de consommation de mémoire.

2.3. Les codes postaux

Les adresses identifient les codes postaux INSEE : lorsqu’un utilisateur saisit un code postal non personnalisé (c’est à dire depuis une proposition du champ code postal, ou du champ commune), le code postal INSEE associé est enregistré dans la base de données. Cette amélioration est transparente au niveau des fiches établissement et unité.

Nouvelle version 3.6 : évolutions majeures

Erika BOREL

La version 3.6 du ROR/Portail de Santé est disponible à l’installation. Vous trouverez ci-dessous un récapitulatif des évolutions et corrections majeures apportées par cette version.

Refonte complète de l’infographie

Le nouvel environnement proposé par cette refonte infographique se veut plus moderne, plus intuitif et plus convivial.

La navigation est désormais facilitée grâce aux widgets de la page d’accueil et à la liste des dernières pages consultées, offrant un accès très rapide aux différents modules.

Le pied de page permet de visualiser d’un seul coup d’oeil les nombreux outils disponibles et d’accéder à la description de ces derniers.

Un problème ? Le bouton d’Aide est toujours visible, en bas à droite de votre écran, quelque soit la page où vous vous trouvez.

Les professionnels ont désormais la possibilité d’associer une photo à leur profil.

 

Les nouveaux modules : Gestion de projets & Réseau social de santé

Le lancement de cette nouvelle version s’accompagne de la mise à disposition de 2 nouveaux outils.

Compte tenu de la complexité d’utilisation du gestionnaire de projet Redmine, présent sur l’ancien site du ROR, nous avons décidé de mettre en place un outil de gestion de projets simplifé et de l’intégrer directement au Portail de Santé/ROR.
Cet outil permet naturellement de créer des projets et des sous-projets et d’y associer des participants. Il permet de gérer des documents et de les travailler en collaboration, mais aussi d’organiser des réunions.

 

Ce module ouvre également des zones de discussion dans le cadre d’un projet particulier, grâce à sa connexion avec le Réseau Social de Santé. Des espaces de travail sont automatiquement constitués sur le réseau social, en fonction des projets créés et des participants associés. Outre cette fonctionnalité supplémentaire apportée à l’outil de gestion de projet, le Réseau Social de Santé permet de créer des groupes de discussion sur des thématiques précises et d’y échanger de manière sécurisée.

Il propose également toutes les fonctionnalités classiques d’un réseau social : accès à un annuaire, tableau de bord personnalisé, fil d’actualités, partage, like, commentaire, etc.

Pour en savoir plus :

 

OTP (One-Time Password)

Un mot de passe à usage unique ou OTP est un mot de passe qui n’est valable que pour une session ou une transaction. Les OTP permettent de renforcer les traditionnels mots de passe statiques.

  • Cette fonctionnalité est désormais disponible et configurable via les paramètres du ROR/Portail de santé :
    • Désactivée (par défaut) : l’utilisateur se connecte par identifiant et mot de passe ou CPS.
    • Obligatoire à la connexion : on demande à l’utilisateur un code OTP après avoir saisi son identifiant et son mot de passe.
    • Obligatoire pour certains professionnels ou certaines pages : pour chaque rôle, il est possible d’indiquer si un code OTP est requis lors de la connexion.
  • Le code OTP n’est pas demandé si l’utilisateur se connecte avec sa carte CPS.
  • Le code pourra être reçu soit par mail, soit par SMS, soit les deux (mail par défaut) : un champ « Téléphone de secours » doit être renseigné dans la fiche du professionnel et permettre de saisir un numéro de téléphone portable.

À consulter : la documentation sur l’activation et le paramétrage

 

La recherche guidée

Comme évoqué lors de la mise à disposition de la version 3.5, un nouveau système de recherche a été mis en place sur le Portail de Santé/ROR : la recherche guidée.
Ce nouveau système propose une recherche intuitive sous forme de questionnements et des résultats issus du ROR (Répertoire Opérationnel des Ressources) et sous forme d’information nationale.
En tant qu’administrateur du Portail de Santé/ROR, vous avez la possibilité de mettre en place une recherche guidée en créant des domaines de recherche, des sous-domaines, des chapitres et articles associés. Chaque article créé peut ensuite être associé à une recherche prédéfinie (collection) du ROR.
Les résultats de cette recherche sont désormais disponibles en consultation par tous les professionnels référencés sur le ROR.
 
Présentation de l’interface de recherche :
 Améliorations apportées :
  • Possibilité de filtrer/chercher dans les guides de recherche
  • Possibilité d’ajouter des contacts
  • Ajout de la cartographie
  • Nouveau design
  • Ajout d’un bloc de navigation
Découvrez la recherche guidée en vidéo ici.

Listes de diffusion

Il est désormais possible de cibler des collections d’établissements et d’unités (soit les différents mails attachés à ces entités), tout comme il était possible de cibler des professionnels.
Il est également possible de créer une liste de diffusion directement à partir d’une collection.

Professionnels et établissements : déclaration d’appartenance

Un professionnel déclare travailler dans un établissement
Il peut choisir un établissement ainsi qu’une unité, saisir son mail d’établissement et envoyer sa demande d’affectation à un établissement.
Le référent établissement va recevoir une notification lui permettant d’accéder à la liste de validation.
La liste lui permettra de valider ou non cette affectation et éventuellement de corriger l’unité et l’e-mail saisi.
Notes :

  • la cellule ROR peut également effectuer ces actions,
  • le mail établissement doit être validé par l’utilisateur. Dans le cas contraire, le message “Cette information n’est pas vérifiée » s’affiche.

Un référent établissement déclare qu’un professionnel travaille dans son établissement

Le référent peut sélectionner un professionnel n’appartenant pas à son établissement et faire une demande d’affectation vers une unité de son établissement en saisissant éventuellement le mail d’établissement.
Une notification est alors envoyée au professionnel sur son mail établissement.
Le professionnel va devoir valider ou non l’attribution à l’établissement sélectionné et le référent sera informé de cette validation par e-mail.

Note :

  • Les personnes ayant certains droits particuliers (comme la cellule ROR) peuvent attribuer un professionnel à un établissement. Cette attribution sera soumise à validation de la part du professionnel concerné sauf si le paramètre permettant de ne pas demander de validation pour les administrateurs est activé.

 

Adresse des unités

Il est désormais possible de définir une adresse au niveau des unités (si différente de celle de l’établissement).

Dans la fiche de l’établissement, au niveau de la création d’une unité, si ,pour l’adresse, »Différente de celle de l’établissement » est sélectionné, alors les champs permettant de saisir l’adresse de l’unité deviennent visibles.

Lorsqu’une adresse est définie au niveau d’une unité, elle s’affiche dans la recherche et dans la fiche de l’unité.

 

Traçabilité des logs

La traçabilité des logs est facilité par la mise en place de filtres plus élaborés, permettant de cibler certains modules, certains professionnels.

 

De nombreuses autres améliorations et corrections ont été apportées. Vous trouverez la liste complète sur la feuille de route de la version 3.6.

Sortie de la version 3.5

Erika BOREL

La version 3.5 du ROR est disponible à l’installation. Vous trouverez ci-dessous un récapitulatif des évolutions et corrections majeures comprises dans la version 3.5.

Moteur de recherche

Comme évoqué lors de la mise à disposition de la version 3.4, le moteur de recherche a été entièrement réécrit dans la version 3.5.

  • Il est maintenant possible d’effectuer des recherches croisées entre les différentes entités du ROR (par exemple, vous pouvez chercher les établissements comportant une unité de type urgences avec au moins un médecin ayant la spécialité « Chirurgie générale »)

  • En tant qu’administrateur du ROR, vous avez maintenant la possibilité de mettre en place une recherche guidée en créant des domaines de recherche, des sous-domaines, des chapitres et articles associés. Chaque article créé peut ensuite être associé à une recherche prédéfinie (collection) du ROR.

  • Un accès simplifié à la recherche est disponible sur l’ensemble des pages du ROR. Vous cherchez un professionnel dont vous connaissez le nom ? Une unité ? Un établissement ? Il vous suffit de taper quelques lettres, de survoler les résultats pour voir les détails puis de cliquer sur le résultat qui vous intéresse.

  • Les applications accessibles depuis le portail sont maintenant indexées dans la recherche, ce qui vous permet d’y accéder via la recherche rapide ou via la page dédiée du moteur de recherche. Ce besoin était apparu lors de l’analyse des requêtes effectuées par les utilisateurs.

  • L’interface graphique a été entièrement retravaillée et modernisée.

  • La pertinence des résultats a été grandement améliorée
  • Les temps de réponses sont également beaucoup plus rapides
  • La configuration des synonymes se fait maintenant sur le ROR Référentiels

Annuaire LDAP

Le ROR est en mesure d’exposer son répertoire (structures juridiques, établissements géographiques, unités, professionnels) vers des applications externes depuis la version 3.1 par l’intermédiaire d’un annuaire LDAP. Les champs accessibles dans cet annuaire étaient jusqu’à présents assez limités. Afin de répondre aux besoins croissants des différentes régions sur le sujet, il est maintenant possible de configurer les champs qui seront exposés dans l’annuaire.

Déclaration de décès en ligne (CertDC)

  • Les formulaires complémentaires sont maintenant gérés
  • Le module est prêt à être déployé en test sur la région PACA

Recherche Inter-ROR

  • Affichage du code postal en plus de la ville afin de faciliter le choix
  • L’ordre des filtres de recherche a été retravaillé
  • Correction d’un problème de réponse du ROR lorsque des résultats sont demandés sur la France entière
  • Correction d’un problème d’affichage du planning sur les résultats
  • Optimisations des messages d’erreur lorsqu’un ROR d’une autre région ne répond pas correctement

Lits disponibles

  • Un problème de calcul sur les lits disponibles a été corrigé dans la synthèse régionale : les lits fermés ne sont plus soustraits du total des lits disponibles. Des valeurs négatives étaient  parfois visibles par erreur en version 3.4.

De nombreuses autres améliorations et corrections ont été apportées (131 au total). Vous trouverez la liste complète sur la feuille de route de la version 3.5.

La version 3.4 est disponible !

Erika BOREL

La version 3.4 du ROR est disponible à l’installation pour les régions intéressées. Initialement, cette version devait contenir la refonte complète du module de recherche mais ce module n’étant pas encore prêt à être diffusé en production, nous avons décidé de mettre à disposition une version 3.4 allégée et de sortir une version 3.5 centrée sur le module de recherche d’ici fin septembre.

Cette mise à jour contient les évolutions suivantes :

Répertoire

  • Découpage automatique des adresses libres en adresses structurées
  • Il est maintenant possible de saisir des numéros à 4 chiffres
  • Gestion d’un export XLS pour l’annuaire Mission Défense et Sécurité
  • Le champ « Email personnel » a été remplacé par « Email de secours » et « Email de notification »
  • Il est maintenant possible de limiter la visibilité d’un numéro de téléphone
  • Le contrôle sur le format du numéro ADELI est moins contraignant

Ergonomie

  • Le menu se masque maintenant un peu moins rapidement
  • La plateforme plan blanc a été retravaillée pour être plus ergonomique
  • Il est maintenant possible d’inclure un rôle dans un autre rôle de façon à permettre une gestion plus simple des droits

Lits disponibles

  • Le numéro affiché dans les lits disponibles est maintenant configurable
  • L’ordre d’affichage des unités peut être changé par l’utilisateur
  • Il est possible d’exporter les données du module des fermetures prévisionnelles de lits

Module de déclaration de décès

  • Gestion des formulaires complémentaires
  • Nombreuses corrections et améliorations

Statistiques

  • Il est maintenant possible d’intégrer des rapports JasperSoft directement dans le ROR

Formulaires

  • Les plans blancs / bleus sont visibles par les autres établissements de la région (en dehors des informations de contact et des pièces-jointes)

Sécurité

  • Correction d’un problème d’injection javascript sur certains champs de type CKEDITOR

De nombreuses autres améliorations et corrections ont été apportées (199 au total). Vous trouverez la liste complète des évolutions de la version 3.4 du ROR sur le lien suivant : https://redmine.orupaca.fr/versions/108

La version 3.3 est disponible !

Erika BOREL

La version 3.3 du ROR est disponible à l’installation pour les régions intéressées.

Cette mise à jour contient les évolutions suivantes :

  • Répertoire
    • Un lien vers la page de l’établissement sur le site FINESS est ajouté automatiquement (si le FINESS est saisi)
    • Les champs visibles sur la fiche établissements sont maintenant sélectionnables au niveau du ROR Référentiel en fonction de l’item « Catégorie d’établissements »
    • Il est maintenant possible d’activer la gestion des sous-unités au niveau de chaque ROR : le paramètre « unite_parent_enabled » permet d’activer ce comportement
    • Le référent établissement peut maintenant valider lui même les demandes d’inscription effectuées vers son propre établissement
    • Ajout d’un champ « messagerie sécurisée » au niveau des professionnels
    • L’affichage de la fiche professionnelle a été retravaillé (ajout de l’adresse de l’établissement et de la possibilité d’ouvrir les fiches établissements directement)
  • Recherche
    • Une nouvelle version (beta) du module d’export est disponible et permet de choisir différentes options avant de lancer l’export
    • Le fait de masquer un professionnel de la recherche est maintenant limité aux administrateurs
  • Ergonomie
    • La gestion des listes de diffusion a été retravaillée et simplifiée
    • Le contenu de la page d’accueil se modifie maintenant directement dans le ROR (pour ça, vous devez modifier le type du paramètre « description » en « html », ce qui vous permettra de modifier le contenu de façon plus visuelle)
  • Lits disponibles
    • Le module a été entièrement réécrit
    • Un export est possible depuis la synthèse des lits disponible (il faut pour ça ajouter le droit « OruLitsDispos_litsdispos_acces_export » aux rôles concernés)
    • Mise à jour de l’ergonomie de la saisie et de la synthèse des lits disponibles
    • Evolution de la saisie des lits disponible par l’ajout de type de lit lorsque l’établissement est en tension
    • Ajout de la saisie et synthèse des fermetures de lits par unité ou établissement
    • Réécriture des la gestion des  périodes de fermetures du SRVA
  • Hôpital en tension (HET)
    • Réécriture complète du module
    • Nouvelles possibilités très fines pour les tensions solidaires (cibler les solidaires d’autres, lister les lits solidaires par discipline, calculer et paramétrer des indications de pourcentage de réquisition de lits)
    • Intégration de la partie indicateurs visuels urgence (patients, nedocs, indicateurs…) directement dans le ROR
    • Possibilité d’importer / exporter un paramétrage pour gagner du temps d’une région à l’autre
    • Retrouvez ici une présentation du nouveau module
  • CRUQPC
    • La version 2016 du formulaire CRUQPC est disponible
    • Le module « représentants des usagers » est disponible
  • Optimisations des temps de réponses
    • Un travail global a été effectué au niveau de l’optimisation des temps réponse (pour la région PACA, le gain est de plus de 90%)
    • En version 3.4 un travail d’optimisation module par module sera effectué
  • CEPIDC
    • Le module de déclaration des décès a été validé techniquement, il est actuellement en cours de déploiement sur la région pilote (PACA)
  • CNIL
    • Il est maintenant possible de paramétrer une durée au bout de laquelle les professionnels archivés sont entièrement supprimés (attention, le paramètre « purge_period » est configuré sur 1 an par défaut)
    • Un bandeau d’information concernant l’acception des cookies est maintenant visible lors de la première connexion
  • Imports
    • Les fichiers trop conséquents sont maintenant automatiquement scindés en plusieurs fichiers avant l’import
    • Les performances du mode bavard ont été améliorées
    • Gestion des transcodifications :
      • Des valeurs peuvent être remplacées par d’autres valeurs
      • Il est possible à partir d’un seul fichier CSV de générer depuis le ROR des CSV par entité
      • Ce module est la première brique qui permettra l’automatisation des imports en version 3.4 du ROR

De nombreuses autres améliorations et corrections ont été apportées (373 au total). Vous trouverez la liste complète des évolutions de la version 3.3 du ROR sur le lien suivant : feuille de route de la version 3.3 du ROR (l’accès à ce lien nécessite d’être authentifié sur le ROR PACA et de disposer d’un accès à Redmine).

Disponibilité de la version 3.2

Erika BOREL

La version 3.2 du ROR est finalisée et disponible à l’installation depuis le 5 novembre 2015. Cette version contient les évolutions principales suivantes :

  • Utilisateurs
    • Les professionnels sans adresse mail associée peuvent maintenant être activés s’ils disposent d’une carte CPS
    • Les professionnels sont maintenant directement affichés au niveau des établissements mono-unité
    • Les liens vers des sites externes ou des applications s’ouvrent maintenant dans une nouvelle fenêtre (comportement à activer dans Administration -> Réglages -> Paramètres -> Bundle menu et pages -> blankTargetExternal : 1 pour activer, 0 pour désactiver)
  • Nouveaux modules
    • Intégration des référentiels d’interopérabilité ASIP au niveau des unités
    • Annuaire de représentants des usagers
    • Déclaration des décès (expérimentation en PACA début février)
  • Recherche
    • Tous les attributs des établissements, des unités et des professionnels sont maintenant utilisables dans la recherche avancée (le paramétrage se fait dans Administration -> Recherche -> Gestion des champs de recherche avancée).
    • Un lien direct vers la recherche cartographique a été ajouté
    • Les administrateurs peuvent voir les entités archivées via le champ « Afficher les invisibles / supprimés » de la recherche avancée
  • Administration
    • Lors du transfert d’une unité, les professionnels sont maintenant conservés
    • Il est maintenant possible d’exporter les référentiels des listes (via Administration -> Divers -> Export des listes)
    • Il est possible maintenant de désactiver une entrée de menu sans devoir la supprimer
  • Technique
    • Les logs sont maintenant épurés automatiquement au bout de 1 an

De nombreuses autres améliorations et corrections ont été apportées (168 au total). Vous trouverez la liste complète des évolutions de la version 3.2 du ROR sur le lien suivant : feuille de route de la version 3.2 du ROR (l’accès à ce lien nécessite d’être authentifié sur le ROR PACA et de disposer d’un accès à Redmine).

Disponibilité de la version 3.1

Erika BOREL

La version 3.1 du ROR est finalisée et disponible à l’installation.

Cette version contient les évolutions principales suivantes :

  • Amélioration de la pertinence des résultats donnés par le moteur de recherche
  • Recherche par proximité des établissements, unités et professionnels
  • Possibilité de rechercher des établissements par secteurs d’intervention
  • Ajout d’une notion de hiérarchie au niveau des unités
  • Nouvelle version du formulaire ESMS (version 2015 sur les données 2014)
  • Accessibilité des données du ROR via un annuaire LDAP
  • Support des dernières version de JAVA avec le lecteur CPS
  • Gestion de l’ordonnancement les résultats au niveau de l’administration des professionnels, des unités, des pôles, des établissements et des structures
  • Gestion de l’annuaire public des représentants des usagers
  • Ajout d’informations supplémentaires dans les données exportables à partir du moteur de recherche

De nombreuses autres améliorations et corrections ont été apportées. Vous trouverez la liste complète des évolutions de la version 3.1 du ROR sur le lien suivant : feuille de route de la version 3.1 du ROR (l’accès à ce lien nécessite d’être authentifié sur le ROR PACA et de disposer d’un accès à Redmine).