Evènement
Menu : Paramètres - Application -
Paramètres généraux
Accès aux onglets
Evènements
réservés
Evènements
réservés (suite)
Durée d'affichage |
L’évènement Information
is@dom est un évènement automatiquement géré par
l’application.
Indiquez le nombre de jour(s) que doit durer cet
évènement.
Si ce type d'évènement est créé le 15 avril pour un tiers
et qu'il est indiqué ici qu'il doit durer 3 jours, alors
il ne s'affichera plus dans le tableau des évènements en
cours du tiers au 19 avril. |
Rendez-vous
Cocher automatiquement l'annulation des rendez-vous
|
Certains Types d'évènement
contrôlent l'existence de rendez-vous (par exemple, un
évènement Absence renvoie les rendez-vous de la
période de l'absence s'il en existe). Si des rendez-vous
existent, doivent-ils être pré cochés pour être annulés ? Si
c'est un risque alors ne pas cocher cette case pour que
l'utilisateur coche lui-même les rendez-vous à annuler.
|
Message lorsqu'un rendez-vous est
annulé |
Permet l'envoi d'un mail à un ou plusieurs
destinataires dès lors qu'un rendez-vous est annulé
par un évènement
Absence ou
Hospitalisation.
Type d'objet : indiquer le type d'objet pour
identifier le message.
Destinataires : choix des destinataires du
message. |
Liste des types d'évènements de statut de suivi
des patients téléobservés
Choix des types d'évènements qui seront utilisés pour le suivi
des patients téléobservés.
La liste renvoie les types d'évènements cochés Date souhaitée
de réalisation.
Il faut donc avoir créé en amont des types d'évènement qui
seront utilisés pour définir un statut du patient
téléobservé.
Le fait de définir cette liste ici implique qu'il y aura un
contrôle entre ces types d'évènements afin qu'il n'en
existe qu'un seul en cours dans le dossier du patient afin que
celui en cours soit affiché à l'option Liste des patients
téléobservés, colonne Suivi patient téléobservé.
Les types
d'évènements ayant un logo paramétré et signalés ici : le logo
sera visible dans la zone Alertes du volet Synthèse de
la fiche Patient (et non pas au bandeau Synthèse).
COVID-19
Evènement "COVID-19 avéré" |
Indiquer le
type d'évènement créé pour le suivi des patients du
COVD-19 avéré.
Seuls des types d’évènements avec période de validité seront
sélectionnables dans cette liste. |
|
|
Evènement "COVID-19 possible" |
Indiquer le
type d'évènement créé pour le suivi des patients du
COVD-19 possible.
Seuls des types d’évènements avec période de validité seront
sélectionnables dans cette liste. |
Dans le volet "Synthèse" et sur le bandeau de
la fiche Patient (cadre
« Alerte-absences-décès »), une seule icône sera
affichée :
. Si le patient à un évènement « COVID-19 avéré »
en cours à la date du jour, l’icône correspondante sera affichée.
. Sinon, si le patient à un évènement
« COVID-19 possible » en cours à la date du jour,
l’icône correspondante sera affichée.
Référent de médecin
Type d'évènement à créer pour tracer les changements de
référent principal |
Indiquer le
type d'évènement qui permettra de tracer les
changements de
référent principal du médecin.
Seuls les types d'évènements non réservés qui gèrent une
période sont affichés.
Un mél Outlook est envoyé à l'utilisateur qui a modifié le
référent du médecin. |
|
|
|
|
Chemin du fichier d'import des évènements |
Indiquer le chemin où est stocké le fichier
Excel permettant l'import
d'évènements. |
Evènements réservés

Risque vital
Hospitalisation
Relances |
|
Intervenant affiché
sur le Suivi des hospitalisations
|
Indiquer l'intervenant qui doit être inscrit
sur la liste
Suivi dossiers d'hospitalisation (cf. Evènements -
Recherche). |
Relance : type de document
|
Indiquer le type
de document à affecter aux documents générés par
l'édition des
Relances des hospitalisations pour envoi aux
établissements concernés (cf. (Evènements - Recherche). |
Mails des relances |
Paramétrage du modèle du mail qui sera
utilisé au niveau du
Suivi des dossiers d'hospitalisation (cf. Evènements -
Recherche).
L'objet du mail envoyé sera composé comme suit Type d'objet
: Objet
Si Type objet = Hospitalisation et Objet = Relances alors
l'Objet du mail sera Hospitalisations : Relances |
|
|
Type d'objet |
Si la case du dessus est cochée alors
indiquer le
type d'objet pour identifier le message et récupérer
les informations des destinataires à informer. |
|
|
Hospitalisations facturables
: |
Types de prestations associées |
Il est possible de générer automatiquement la
prescription Hospitalisation depuis les
fonctionnalités suivantes :
. Evènement HOSPIT avec date de fin
. Bouton Prescription présent dans la saisie de
l'évènement HOSPIT
. Depuis l’écran Hospitalisations facturables
Si des types de prestation sont précisés ici, la
prescription générée sera associée uniquement aux
prestations du patient qui correspondent à ces types de
prestation.
Si aucun type de prestation n’est précisé, la
prescription générée sera associée à toutes les prestations
du patient.
Il n’est pas
possible de générer une prescription si aucune prestation
correspondante n’est en cours sur la période de l’évènement. |
|
|
Lors de la saisie de la date de fin réelle de l'évènement
d'hospitalisation : Mettre à jour la date de fin de la
prescription HOSPIT associée |
Si coché :
. Le contrôle de gestion "Hospit_Prescri" (la prescription
associée à cette hospitalisation doit être incluse dans la
période d'hospitalisation) affiche une information non
bloquante. is@dom indiquera que la prescription HOSPIT
associée va être également mise à jour pour faire coïncider
la date de fin avec celle de l'évènement.
. Le contrôle de gestion "Hospit_Prescri_Fac" (la
prescription associée à cette hospitalisation ne doit pas
être facturée au-delà de la date de fin réelle
d'hospitalisation) : il n'est pas possible de valider la
date de fin réelle si celle-ci est avant la date de dernière
facturation (hors facture de type avoir) de la prescription
HOSPIT.
Après sauvegarde de l'évènement : la date de fin de la
prescription HOSPIT liée à l'évènement est ramenée à la date
de fin de l'évènement.
Si non coché :
. Le contrôle de gestion "Hospit_Prescri" est bloquant.
. Le contrôle de gestion "Hospit_Prescri_Fac" (La
prescription associée à cette hospitalisation ne doit pas
être facturée au-delà de la date de fin réelle
d'hospitalisation) n'est pas réalisé.
Après sauvegarde de l'évènement : aucune mise à jour de la
date de fin de la prescription HOSPIT liée à l'évènement. |
|
|
Autres paramètres
: |
|
|
|
Envoyer un message dès que date fin d'hospitalisation connue |
Si coché, à la saisie d'un évènement Hospitalisation
(lors d'une modification aussi), si la date
de fin est renseignée (non pas la date de
fin prévisionnelle), is@dom envoie un message à tous les
destinataires définis dans le type d'objet à
renseigner dans la zone suivante.
Le message contient le texte par défaut associé au type
d'objet ainsi que des données liées à l'évènement
concerné, telles que :
. le tiers concerné (code/nom/prénom)
. la date de début de l'hospitalisation
. la date de fin de l'hospitalisation.
Dans le cadre du Multisociétés cf. Type d'objet. |
|
|
Création automatique d'une Interruption de livraison d'O2L
si Absence/Hospitalisation |
Pour un patient en O2L, lors de la création
d'un évènement
Absence ou
Hospitalisation, si cette case est :
. Cochée, alors ouverture du message 'Souhaitez vous créer
une interruption de livraison d'O2 liquide ?'
Oui => Création automatique d'un
évènement Interruption de livraison d'O2 liquide
sur la période de l'évènement
Non => Pas de création d'un
évènement Interruption de livraison d'O2 liquide
Si la date de fin de l'hospitalisation
est renseignée (création de l'évènement ou en
modification), alors un message demande s'il faut la
reporter sur l'évènement d'interruption d'O2L.
. Non cochée, alors pas de message de proposition de
création d'un évènement Interruption de livraison d'O2
liquide. |
|
|
Ne prendre en compte que les appareils principaux emportés
pour facturer la ppr |
Si coché alors is@Dom coche automatiquement
la case Facturer du tableau des prescriptions
(onglet
Suivi) si tous les
appareils Principaux sont cochés Emporté.
Le paramètre au
niveau du code de prescription Hospitalisation
: cocher 'Facturer' les prescriptions LPP si matériel
emporté prend le pas sur ce paramètre général. |
|
|
Recalculer les blocs après un évènement sorti |
Si coché alors les blocs sont recalculés
après la saisie d'un évènement de Fin de prestation
ou Décès.
Si non coché alors les blocs seront recalculés la nuit
suivante. |
Evènements réservés
(suite)

Absence
Doit-on afficher l'adresse de |
Permet d'indiquer pour le type d'évènement
Absence, si is@dom doit afficher l'adresse de l'entité
juridique ou l'adresse de l'antenne du patient sur l'édition. Concerne
l'adresse cochée "Principale". |
|
|
Emporter les appareils par défaut pour les évènements Hospit
/ Abs |
Si ce paramètre est coché alors en création
d'un évènement Hospitalisation
ou Absence,
la colonne Emporté de la liste des appareils est
cochée.
Dans le paramétrage
d'un code de prescription il existe :
. Le paramètre du même nom
Emporter les appareils par défaut pour les évènements
pour agir différemment si ce paramètre n'est pas coché.
. Le paramètre
Hospitalisation : cocher facturer les prescription LPP
si matériel emporté". Ce paramètre est pris en
compte lorsque l'utilisateur coche manuellement l'option,
il le sera également pour les cas où les appareils sont
automatiquement cochés Emporté. |
|
|
Edition des absences : afficher la position pulsée |
Sur l'édition, au niveau du traitement
prescrit, si cette case est cochée alors la colonne
"Position pulsée" est éditée pour afficher les valeurs. |
|
|
Edition des absences : afficher le TP respiratoire seulement
si le patient a une prescription liée au domaine
respiratoire en cours à la date du jour |
. Si non coché, l'édition affiche les
informations du TP respiratoire en cours à la date du jour.
. Si coché, l'édition affiche les informations du TP
respiratoire uniquement si patient a une prescription dont
la prestation est liée au domaine respiratoire en
cours à la date du jour.
Dans le cas où il n'y a pas de TP
respiratoire à afficher, les champs du TP sont tout de même
affichés.
Pour que ce paramètre
puisse fonctionner, le(s)
domaine(s) d'activité respiratoire doivent
obligatoirement être renseignés. |
Décès
Un patient décédé est également considéré comme sorti |
Si coché, lors de la validation d'un
évènement Décès,
le patient sera aussi considéré Sorti. |
|
|
Clôturer les bons de commandes et livraisons planifiés lors
d'un décès |
Lors de l'ajout d'un évènement Décès, si ce paramètre
est coché, alors les traitements effectués sont les suivants
:
- Annulation des bons de commandes en cours du patient à la
date du décès.
- Clôture des livraisons planifiées en cours du patient à la
date du décès.
- Clôture des rendez-vous générés par les livraisons
planifiées clôturées qui sont à une date supérieure au
décès.
=> Les rendez-vous validés seront annulés, les autres
seront supprimés.
Si le patient n'a aucun bon de commande ou livraison
planifiée en cours, aucune modification n'est faite. |
Fin de traitement
Motif obligatoire ? |
Lors de la saisie d'un évènement de Fin de traitement
si la case est cochée alors la sélection du Motif de
fin de traitement est obligatoire pour valider la
saisie de l'évènement. |
|
|
Arrêter la couverture sociale des patients sortis |
Si cochée alors permet, lors de l'évènement
Fin de traitement, d'arrêter la couverture
sociale (RO, RC, ALD) des patients sortis
de la même manière que les patients décédés
(évènement Décès). |
|
|
Type de visite prévisionnelle de désappareillage |
Indiquer le
type de visite parmi ceux proposés (ce sont ceux
paramétrés Désappareillage) afin qu'un besoin
manuel soit intégré au planning du patient
lors de la validation d'un évènement de type Fin de traitement
ou Décès,
comme suit :
. la date du besoin est la date de
l'évènement,
. le type de visite est celui indiqué.
Ce besoin prévisionnel, généré automatiquement via
l'évènement, sera modifiable.
Il n'est pas supprimé automatiquement lors du recalcul
planning prévisionnel du patient ; l'évènement
Fin de traitement ou Décès supprimant tout
le prévisionnel.
Il peut être supprimé selon les droits donnés pour
l'accès au planning du patient. |
|
|
PERFUSION
: arrêter les TP du dossier médical liés à la prestation |
Lorsqu'un évènement de Fin de traitement
Perfusion est saisi, si ce paramètre est coché alors
les TP de Perfusion du dossier médical seront clôturés à la
date de fin de prestation (comme les prescriptions).
Pour les produits facturables : Fin de
prestation 25/04 et TP du 11/03
Produit 1 : du 11/03 au 01/04 : inchangé - facturable
Produit 2 : du 01/04 au 28/04 : date de clôture au 25/04
(reste facturable jusqu'au 25/04 en période entière)
Produit 3 : du 29/04 au 05/05 : date de clôture au
25/04 et coché annulé (ne se facturera pas). |
RGPD
Les 5 zones sont celles qui apparaissent dans
l'évènement
Données personnelles RGPD ; il est possible de libeller
autrement ces 5 zones et pour cela saisir le texte qui remplacera
le libellé d'origine.
34 caractères au maximum sont visibles dans l'évènement.
Demande de prestation
Durée de dépôt des appareils chez le patient |
Permet d'initialiser la Date de
fin de réservation. (nb jours) |
|
|
Lieu appareillage obligatoire |
Lors de la création d'un événements Demande
de prestation si ce paramètre est coché, le lieu
d'appareillage de la prestation devra être précisé
sinon la création de l'événement ne peut être réalisée. |
© ADS - 2024
|