Annuaire

Menu : Paramètres - Application - Paramètres généraux

Accès aux onglets suivants

Tiers
Relance tiers
Divers
PPC
PPC - Frs
Télésuivi "PPC" ou télésuivi selon SFRMS
Multisociétés

Général

Antenne par défaut pré création	Indiquer l'antenne proposée par défaut pour l'option de pré création d'un tiers (tout types de tiers), mais aussi en création pour le type de tiers Patient. Dans le cadre du Multisociétés, l'antenne est d'abord celle de l'utilisateur connecté.
Les adresses en pré création sont en majuscules	Si coché, en saisie de l'adresse en pré création des tiers, au sortir de la zone, les informations de l'adresse seront en majuscules.
Cocher automatiquement visite / livraison l'adresse en précréation d'un tiers	Si coché, l'adresse créée via la pré création sera cochée Adresse de visite / livraison. Pour le type de tiers Patient l'adresse est toujours cochée Adresse de visite / livraison.
Code tiers unique à tout l'annuaire	Si coché permet de gérer un code unique dans is@dom, quel que soit le type de tiers.
Gestion d'une seule note en cours par type de note	. Si cette case est cochée alors la dernière note remplace la précédente ; et ce par type de note dans le Bloc-notes d'une fiche tiers. Pour cela, dès l'entrée en création d'une note et qu'une note pour le même type de note existe déjà, alors le message demande la confirmation de clôturer la précédente avec les choix suivants :      . Créer : permet de créer la nouvelle note pour le type sélectionné, et archiver la note existante      . Dupliquer : permet de dupliquer la dernière existante pour créer la nouvelle note pour le type sélectionné, et archiver la note existante      . Annuler : ne fait rien pour revenir à l'état initial. . Si cette case n'est pas cochée, is@dom gère plusieurs notes en cours pour le même type, excepté pour le type Consigne. Pour ce type de note, un message demandera s'il faut "Créer, Dupliquer ou Annuler" la note. Cette fonctionnalité s'applique à la saisie des notes dans is@dom et is@naut. L'activation de cette case entraine un message indiquant qu'il ne sera conservé qu'une note par Type de notes.
Afficher la carte Google sur le navigateur	Si coché alors le clic sur l'icone terre affichera la géolocalisation de l'adresse du tiers dans le navigateur par défaut (directement sur l'URL googlemaps). Si non coché alors la géolocalisation sera réalisée dans une fenêtre intégrée à is@Dom. L'URL affichée sera : L'url est https://www.google.com/maps/search/?api=1&query=latitudeAdresse,longitudeAdresse seront les valeurs des coordonnées de l'adresse.
Autoriser les secteurs géographiques multiples sans préciser le type de prestation	Ce paramètre peut être coché uniquement si le module Sectorisation n'est pas actif. Si coché : . Fiche tiers : il est possible d'affecter plusieurs secteurs géographiques au tiers sans préciser le type de prestation. Il n'est pas possible de saisir deux fois le même secteur géographique sans préciser le type de prestation. . Saisie de visite / volet Administratif : il est possible de saisir plusieurs secteurs géographiques sans préciser le type de prestation. Il n'est pas possible de saisir deux fois le même secteur géographique sans préciser le type de prestation.
Entité juridique par défaut pour les courriers	Indiquer l'entité juridique à éditer sur les courriers.

Tiers

Patient

Mise à jour auto du début de télésuivi	Si coché, indique que la date de début de télésuivi (dans la fiche patient) se met à jour automatiquement dès lors qu'un appareil appartenant à un modèle coché Suivi téléobservance est installé.
Homonyme patient bloquant à la pré-création (sauf pour les administrateurs)	Si coché, alors en précréation patient, si l'homonymie est constatée alors le contrôle indiquant qu'il existe au moins 1 homonyme est bloquant c'est à dire qu'il ne permettra pas la création d'un nouvel homonyme.
Exclure les patients inactifs de la recherche d'homonymes	Si coché, la recherche d'homonymie ne tient pas compte des patients inactifs. Si non coché, la recherche d'homonymie tient compte des patients inactifs.
Exclure les patients sans date de naissance de la recherche d'homonymes	Si coché, la recherche d'homonymie ne tient pas compte des patients n'ayant pas de date de naissance. Si non coché, la recherche d'homonymie tient compte des patients n'ayant pas de date de naissance.
Préférence de passage Lieu de résidence	Si coché, dans les écrans de saisie Rendez-vous, Besoins manuels, mais aussi à l'option Rendez-vous prévisionnels, les préférences de passage affichées sont celles de l'adresse du tiers si celui-ci est lié à un type de tiers coché Lieu de résidence (le type de visite est pris en compte).
Un patient est résident d'un établissement si son adresse principale est l'établissement	Pour la prise en compte d'un patient au niveau de la Liste des patients d'un tiers paramétré Lieu de résidence : . Si cochée, cela signifie que le patient est résident de l'établissement seulement si son adresse principale en cours est associée à l'établissement. . Si non cochée, cela signifie que le patient est résident de l'établissement à partir du moment où au moins une adresse en cours est associée à l'établissement.
Lors de l'ajout du prescripteur dans les référents du patient, cocher automatiquement Desti doc.	Si coché, dans tous les traitements d'ajout automatique du prescripteur dans les référents du patient (évènement de création d'une Demande de prestation, création de prescription, modification en masse de référents, ...), le prescripteur sera automatiquement coché Desti doc. lorsqu'il est ajouté à l'onglet Référents. Si non coché, le prescripteur n'est pas coché Desti doc.
Gestion d'actions sociales EDF Patient	Active l'onglet Actions sociales EDF dans le dossier patient (volet Informations générales).
Gestion de la sectorisation des référents	Si coché alors mise à jour automatique dans la fiche patient : . Du secteur géographique après saisie de l'adresse principale (la ville est liée à un ou plusieurs secteurs géographiques, voir plus bas). Si la ville a plusieurs secteurs géographiques possibles alors une zone supplémentaire est présente pour préciser le secteur. . Puis les référents (car fonction de la ville du patient). Un contrôle est effectué sur les types de prestations entre les types de prestations de la fonction des intervenants possibles et les types de prestations du patient. Aussi, s'il n'existe aucune prestation en cours pour le patient, les référents seront affectés à la création de la prestation, voire des suivantes. Un référent par fonction est coché. La mise en place de cette fonctionnalité suppose qu'il ne soit géré qu'un secteur géographique pour le patient. Si un 2ème secteur est attribué manuellement (saisie au niveau de l'onglet Informations générales) alors is@dom demande d'affecter chacun des secteurs à un type de prestation différent (ce qui n'est pas le but de cette fonctionnalité). Ce calcul automatique est réalisé lors de : . La saisie d'une adresse principale ou via un déménagement . L'affectation d'un secteur géographique à un intervenant . La modification d'un secteur géographique. Pour se faire, il faut au préalable avoir paramétré / vérifié : . Les types de prestations associés aux fonctions des intervenants . Les secteurs géographiques avec leurs intervenants . Les villes pour associer le(s) secteurs géographiques . Les fonctions pour l'âge des patients. Si la fonction de l’un des intervenants possède un critère sur l’âge du patient alors l’intervenant ne sera associé automatiquement que si l’âge du patient correspond. Par exemple, les infirmières puéricultrices seront associées uniquement aux patients de 0 à 16 ans. Les patients ayant dépassé l’âge paramétré seront traités manuellement (Infirmière pédiatrie => adulte). Cette modification sera automatique uniquement si le calcul de sectorisation est relancé pour le patient. Si un référent avec une même fonction existe déjà pour le patient alors le nouveau référent n'est pas ajouté. Si un référent a été ajouté manuellement pour le patient alors le nouveau référent n'est pas ajouté si même fonction.  La saisie d’un événement Déménagement ou la création d’une nouvelle adresse principale pour le patient met à jour le secteur géographique de la fiche patient.
Gestion de zones administratives	Si coché permet de gérer des zones administratives par patient pour le Reporting. Le principe est de renseigner la zone adminstrative dans les fiches Patient, onglet Zones administratives. Ces zones administratives n'ont aucun lien avec les secteurs géographiques utilisés pour la partie opérationnelle. A mettre en place avec ADS car une prestation sur les patients est à réaliser pour affecter ces zones administratives.
Affectation automatique des zones administratives	Ce paramètre est actif si le paramètre Gestion de zones administratives est coché. Il permet d'attribuer automatiquement les zones administratives dans les fiches Patient lors de : . La création / modification du paramétrage des zones automatiques. . Ce calcul est aussi réalisé dans les cas suivants :    - Création, suppression ou annulation d'un événement demande de prestation.    - Suppression ou annulation d'une prestation.    - Création, suppression ou annulation d'un événement fin de traitement dont la date est antérieure ou égale à la date du jour.    - Création/Modification de l'adresse principale d'un tiers.    - Déménagement de l'adresse principale avec nouvelle adresse est en cours à la date du jour.      Les zones administratives du patient sont recalculées en fonction des prestations en cours à la date du jour du patient.    Possibilité d'une prestation pour mettre à jour ce paramètrage.

Recherche

Contrôle des champs en saisie

Préférences de passage par défaut

Bloquer la saisie manuelle	Permet de forcer l'utilisation des plages horaires définies ci-dessous lors de la saisie des préférences de passage ; le bouton ne sera plus accessible au niveau de la saisie des préférences de passage.
	Permet d'ajouter les plages horaires qui seront proposées pour être affectées, que le paramètre Bloquer la saisie manuelle soit coché ou non.
Jours cochés en création	Permettant de sélectionner les jours devant être cochés par défaut dans les préférences de passage lors de la création d'une adresse dans la fiche Patient et via la Pré création.

Traitements prescrits

Personnel interne

Médecin

Relances tiers

Régime complémentaire

Relances patients Rdv médical

Ces paramètres sont utilisés pour l'option Relances des rdv médicaux.
Pour un ou plusieurs types de prestation indiqués, il sera possible de générer :
1. Un 1er courrier pour informer le patient si le dernier rendez-vous médical connu d'is@Dom est trop ancien
2. Puis 1 ou plusieurs relances tant que le rendez-vous médical n'est pas valide.
Pour cela, et en plus des paramètres ci-dessous, la case Relance rendez-vous médical (onglet Référents de la fiche Patient) doit être cochée et le paramétrage au niveau des prescripteurs (tableau Rendez-vous médicaux) réalisé.

Le paramétrage à définir ci-dessous pourra être modifié au niveau de chaque fiche Médecin, onglet Documents à envoyer, zone Paramètres spécifiques.

Selon que le paramètre Utilisation d'états personnalisés est coché ou non alors les modèles de courrier proposés seront les modèles standards de la GED ou bien les modèles d'états personnalisés :
!!!! Les modèles des Etats personnalisés vont générer des courriers qui ne seront pas enregistrés dans la GED.

Modèle de courrier	Indiquer le modèle concernant le 1er courrier à générer pour le patient ; ce courrier a pour but d'informer le patient que son rendez-vous avec le médecin est trop ancien (il peut ne pas exister de date rendez-vous) et donc de vérifier avec lui (cf. zone Prochain rdv de l'onglet Référents). Si aucun modèle n'est indiqué, alors aucun courrier ne sera édité ; les courriers de relance (zones suivantes) pouvant être gérés seuls.
Relance 1	Délai : indiquer le délai à appliquer à la zone Dernière relance (cf. onglet Suivi de la prescription) à partir duquel la relance 1 peut être effectuée. Dans ce cas, la date Dernière relance est donc la date du 1er courrier. Si une prescription a une date Dernière relance au 8.04.20, sachant qu'un délai 20 jours est paramétré alors à partir du 28.04.20 la relance1 sera calculée. Mode : indiquer le mode par défaut de cette 1ère relance ; il pourra être modifié au niveau du Patient / du Médecin / du Type de prestation pour le médecin.  L'ordre étant d'abord celui indiqué dans la fiche Patient, puis Type prestation (médecin), puis Médecin et enfin celui des Paramètres généraux. Dans le cas où un patient souhaiterait uniquement le mode Courrier pour les 5 relances alors qu'une relance est par défaut faite via un mail, il faut indiquer le courrier correspondant. Par exemple, la relance 4 est réalisée par défaut par SMS, indiquer tout de même un modèle de courrier pour ce niveau de relance pour répondre aux attentes des patients qui souhaitent être relancés uniquement par courrier.
Relance 2	Délai : indiquer le délai à appliquer à la Dernière relance sachant que la relance 2 ne peut être effectuée que si la relance 1 a été faite. Mode : idem
Relance 3	Idem
Relance 4	Idem
Relance 5	Idem
	Selon le mode indiqué, il faut renseigner :
Modèle de courrier Mail de relance Sms de relance	. Le modèle de courrier pour mode Courrier . Les informations (expéditeur, objet du mél, corps du mél) relatives au Mail de relance si le mode Mail a été sélectionné. . Le texte relative au SMS de relance si le mode Sms a été sélectionné.

Divers

PPC

PPC : Contenu de la prescription médicale PPC

Informations devant être éditées sur le modèle de document PPC prescription médicale utilisé au niveau des Documents à envoyer d'un organisme.

Edition Utilisation insuffisante

Permet de récupérer l'information du médecin référent pour les prestations listées afin d'afficher ces derniers dans l'édition Utilisation insuffisante.

Visites

Evènement TELEOBS en cours obligatoire pour valider la visite patient PPC	Dans le cadre du décret 2017 sur la PPC et notamment sur la facturation des patients PPC, cette case doit être cochée pour que la facturation soit correctement calculée (même remarque pour les blocs aussi). Un évènement de type TELEOBS doit être en cours (pas de date de fin) au moment de la visite chez le patient pour qu'elle puisse être validée. Ce type d'évènement est contrôlé si : - Le type de prestation PPC est précisé au niveau du ou des types de visite ; ou - Un ou des types de visite est lié au type de prestation PPC et le patient a une prestation PPC en cours à la date de la visite. La création de l'évènement TELEOBS pour le dossier patient est ainsi rendue obligatoire à l’issue de la visite d’installation.
Evènement IRELM en cours obligatoire pour valider la visite patient PPC	Dans le cadre du décret 2017 sur la PPC et notamment sur la facturation des patients PPC, cette case doit être cochée pour que la facturation soit correctement calculée (même remarque pour les blocs aussi). Un évènement de type TELEOBS doit être en cours (pas de date de fin) au moment de la visite chez le patient pour qu'elle puisse être validée. Ce type d'évènement est contrôlé si : - Le type de prestation PPC est précisé au niveau du ou des types de visite ; ou - Un ou des types de visite est lié au type de prestation PPC et le patient a une prestation PPC en cours à la date de la visite. La création de l'évènement IRELM pour le dossier patient est ainsi rendue obligatoire à l’issue de la visite d’installation.
Changement de statut possible uniquement à la date de la visite ?	. Si coché : la date du changement de statut est initialisée avec la date de la visite (volet Evènement) et n'est pas modifiable. L'ancien évènement est clôturé à la date de la visite -1 jour. La date de début des évènements n'est pas modifiable. . Si non coché : la date du changement de statut est initialisée à la date de la visite mais reste modifiable.

Destinataire du message du recalcul des blocs PPC

Lors de la saisie manuelle d'observances.

Type d'objet	Choix du type d'objet.
Destinataire	Choix du ou des destinataires internes. Ces 2 paramètres sont pris en compte dans le cas où :     . des saisies manuelles de relevés journaliers ont été réalisées durant la journée     . et que la tache planifiée adéquate a été activée sur le serveur (=recalcul les blocs uniquement pour les patients qui ont eu une saisie manuelle dans la journée) - Contacter ADS si vous souhaitez l'utiliser -

PPC - Frs

Appairage / Désappairage automatique des DM

. Si coché alors is@dom cherchera, via l'API fournisseur activé, à réaliser l'appairage / désappairage des appareils installés chez le patient et cochés Modem actif ou Card-to-cloud uniquement lors :   . de la saisie d'un évènement (à l'intégration)   . de l'ajout / retrait de DM en saisie de visite (à l'intégration)   . du retrait d'un DM appairé depuis le dossier patient. Par conséquent, un message sera envoyé lorsqu'une action n'est plus dans ce périmètre comme l'ajout d'un appareil via le dossier patient (pour un patient avec un évènement TELEOBS en cours) : Si l'appairage / désappairage n'est pas possible alors is@dom peut envoyer un message (cf. paramètre Message en cas d'anomalie de l'API). Lors de la tentative d'appairage d'un appareil Resmed, il se peut que les données Resmed et is@Dom ne soient pas cohérentes (un appairage pouvant être fait directement sur la plateforme web Resmed). Pour pallier à l'erreur, is@Dom va chercher dans ses données si l'appareil n'est pas appairé chez un autre patient (il n'est pas possible de chercher cette information par l'API Resmed) : . Si c'est le cas, le désappairage sera effectué avec le patient actuel, avant de tenter l'appairage voulu. . Si cela ne fonctionne pas, Resmed propose de tenter l'appairage directement sur la plateforme afin de savoir à quel patient l'appareil est affecté. . Si non coché alors l'appairage / désappairage est dit manuel. Il est réalisé via l'évènement TELEOBS.

Import des données fournisseurs

Message en cas d'anomalie de l'API

Concerne l'appairage d'un appareil (via un évènement) ou un désappairage lors d'un retrait (tout mouvement de retrait lié à un appareil appairé).
Un message sera envoyé si la communication avec l'API du fournisseur n'est pas possible :

Dans le cadre du Multisociétés, le message d'anomalie lors de l'utilisation de l'API sera envoyé au destinataire dont l'antenne référente sera commune avec le patient concerné par l'interaction avec l'API.

API AirView de Resmed

« Modèles de modem S9 » et « Modèles d'appareil S9 »
       Quand vous souhaitez faire un appairage pour un modem S9, il faut aussi passer le n° de série de l’appareil S9.
       Ces 2 paramètres servent à identifier parmi la liste des appareils présents chez le patient quels sont les 2 DM qui doivent être transmis à l’API.

« Modèles d'appareil Lumis, Air S... »
       Ce paramètre sert à différencier les S9 et les S10 des autres types d’appareils resmed et renseigner un champ transmis à l’API.

 « Réf du S10 pour le retrait des modems S9 »
       L’API de Resmed ne sait pas retirer les modems S9 des dossiers patients.
       Le moyen de contournement est d’écraser le modem S9 par un appareil S10 puis retirer l’appareil S10.
       Il vous faut déterminer quel appareil S10 servira à cette manipulation. Je vous conseille d’en prendre un qui soit désactivé et/ou au rebut.

Rapport du robot d'intégration

Lire les informations qui seront exécutées au niveau du robot is@Télésuivi.

API EncoreAnywhere de Philips

Si un paramétrage est réalisé et que le patient a un modem du bon type :
- Lors d'un désappairage, qu'il soit demandé sur l'appareil ou sur le modem, le désappairage sera demandé pour les 2 appareils.
- Lors d'un appairage, qu'il soit demandé sur l'appareil ou sur le modem, is@dom vérifiera, dans la configuration DM en cours du patient, la présence du modem dont le code sera listé ci-dessous et l'ajoutera si nécessaire dans la balise ModemSerialNumberNew.
L'appareil télésuivi (modèle non listé ci-dessous) sera ajouté dans la balise DeviceSerialNumberNew.
Si le paramétrage n'est pas réalisé ou que le patient n'a pas le modem du bon type, le fonctionnement actuel est inchangé.

Le Télésuivi "PPC" ou télésuivi selon SFRMS

Le Télésuivi PPC

Contrôle d'observance / 28 jours

Télésuivi

Zone disponible si option Patients téléobservés en place.

Télésuivi selon SFRMS

Suivi selon SFRMS	Licence du produit TélésuiviSFRMS.
URL de l'application web	Cette information est communiquée par ADS. Elle permet notamment d’utiliser des bases de tests si nécessaire.
Période initiale d'un patient	Nombre de semaines de traitement pendant lesquelles le patient est considéré comme « nouveau patient ».  La période initiale est calculée à partir de la date de début de la prestation de type PPC. Dans la recherche et l'analyse des patients en PPC, qu'elle soit manuelle (via la page web) ou automatique (par la tâche SQL planifiée), une modification est apportée dans ce traitement afin de conserver dans la recherche, par données analysées, les patients considérés comme "nouveau patient" et pour lesquels le nombre de jours nécessaire à l'analyse (=période d'analyse paramétrée) de la donnée observance, IAH ou fuite n'a pas été atteint. Par conséquent, si le patient est présent depuis moins de 28 jours ou 7 jours (selon paramétrage), les calculs se baseront sur ces X jours d'analyse et non pas sur la période d'analyse paramétrée (28 ou 7 jours) : . Observance = somme (durée d’utilisation) /nb jour de la période (où le nombre de jour sera X dans notre exemple). . IAH = somme (IAH journalier) /nb jour d’utilisation de la machine sur la période (où le nombre de jour sera au maximum de X dans notre exemple). . Fuite = somme (Fuite journalière) /nb jour d’utilisation de la machine sur la période (où le nombre de jour sera au maximum de X dans notre exemple). Si nous avons uniquement 10 jours de données, la période d'analyse doit faire 10 jours (elle doit refléter la réalité) et non les X jours d'analyse paramétrés.
Famille de masques	Sélectionner la liste de toutes les familles de masques (naso-buccaux ou autres). Permet de déclencher une alerte si un patient n’a aucun masque dans sa configuration consommable.
Famille de masques naso-buccaux	Sélectionner la liste des familles de masques naso-buccaux. Nécessaire pour les alertes liées aux fuites.
Actions possibles	Sélectionner les types d’évènement qui seront gérés par l'application au titre des actions en cours pour le patient.
Calcul des alertes sur les données d'IAH : utiliser la valeur de l'IAH avec hypopnées centrales pour les fournisseurs suivants	Permet de paramétrer le(s) fournisseur(s) concerné(s) parmi la liste des fournisseurs déjà présents dans la table MatUtilisation pour être pris en compte dans le calcul des alertes liées aux données d'IAH. En fonction de la provenance de la donnée, la valeur de l'IAH utilisée sera : - l'IAH standard (champ [rIAH] de la table MatUtilisation) si le fournisseur n'est pas sélectionné dans le nouveau paramètre.     -> Il s'agit du fonctionnement actuel. - l'IAH avec hypopnées centrales (champ [rIAHAvecHC] de la table MatUtilisation) si le fournisseur est sélectionné dans le nouveau paramètre. Le calcul des alertes réalisé dans l'application TélésuiviSFRMS est également utilisé dans le calcul des alertes d'ExtraMéd.

Données analysées

Les valeurs du tableau sont ajustables au niveau des fiches médecin et patient.
La règle de sélection du paramétrage pour le calcul de l'application TélésuiviSFRMS est la suivante :
      Le paramétrage présent dans la fiche du patient ;
            Si non présent, le paramétrage présent dans la fiche du médecin ;
                   Si non présent, on prend le paramétrage présent dans les paramètres généraux

Multisociétés

Critères de recherche antenne