Visites prévisionnelles (interface planification externe)

Menu : Suivi à domicile - Ordonnancement

Page d'introduction à l'interface entre is@Dom et OptiTime RMS.
Page d'introduction à l'interface entre is@Dom et OptiTime NFS.
Page d'introduction à l'interface entre is@Dom et AntsRoute.

/!\ à tout le paramétrage mis en place pour cette interface.

Les visites prévisionnelles proposées (outre les critères saisis) seront celles :
-  Dont le Type de visite est déclaré comme RDV OptiTime, RDV Cadulis ou avec un Code AntsRoute,
-  Qui correspondent à la période (J + x) définie dans les Paramètres à Nombre de jours à envoyer à OptiTime.

Si le paramétrage OPT indique que l'export vers OptiTime est :
. Automatique alors les visites prévisionnelles listées ici sont celles qui n'ont pu être traitées automatiquement.
. Manuel alors tout le prévisionnel des visites OPT doit être traité ici.

Critères

Entre le     /et le	Période pour la recherche des visites à réaliser.
Prendre en compte les marges	Cf. Rendez-vous prévisionnels.
Antenne	Précision possible de l'antenne du tiers.
Planning prévisionnel	Prise en compte du planning prévisionnel ?
Avant renouvellement	Prise en compte des visites avant renouvellement ?
Avant rdv médecin	Prise en compte des visites avant rendez-vous médecin ? La date du rendez-vous avec le médecin sera affichée si elle est supérieure à la date du jour.
Difficulté de planning uniquement / Motif	Tiers cochés Difficulté de planning et possibilité de préciser un ou plusieurs motifs pour restreindre la recherche.
Lieu de visite	Le résultat de la recherche inclura les visites réalisées au domicile et / ou celles réalisée à l'association (Tiers coché Visite à l'association) selon les critères sélectionnés. Au moins un des 2 critères doit être coché pour effectuer une recherche.
Uniquement patients RV	Si coché alors seuls les patients en Risque vital sont pris en compte.
Uniquement les patients Abs/Hospit.	Tiers ayant un évènement d'absence ou d'hospitalisation en cours.
Patients télésuivis	Cf. lien suivant pour définition. Sont considérés comme télésuivis les patients ayant un évènement TELEOBS (avec accord patient) en cours à la date de la visite prévisionnelle.
Besoins non exportés	Si coché, seuls les besoins non exportés sont affichés à la recherche.
Exclure si rdv existant à venir à ... jours	Zone initialisée par le paramètre général Nombre de jours exclusion RDV. Si coché alors un besoin n'est pas affiché si un rendez-vous du même type de visite existe.  L'exclusion se fait pour les rendez-vous dont la date est supérieure ou égale à "date du jour" moins Nombre de jours exclusion RDV. Le Délai de contrôle n'est pas pris en compte si coché. Ne concerne pas les visites en retard.
Inclure visites antérieures à la date minimum	Si coché, permet d'inclure dans la recherche les retards de visites à réaliser au-delà de la date maximum possible (date prévisionnelle du rendez-vous + marge max.) (voir plus bas). Visites en retard sur les derniers 365 jours. L'édition Liste des visites à réaliser permet donc d'obtenir la liste des retards de visites.
Inclure les RDV du même groupe	Si coché, les rendez-vous pris en compte dans l'exclusion des rendez-vous sont ceux qui ont le même code de regroupement que le type de visite du prévisionnel. Sinon, les rendez-vous pris en compte dans l'exclusion des rendez-vous sont ceux qui ont exactement les mêmes types de visite. Cette option est prise en compte si Exclusion des rendez-vous est cochée ou non. Pour rappel, si l'exclusion n'est pas cochée, la date du prochain rendez-vous dont la date est supérieure au prévisionnel est affichée dans la colonne rendez-vous à titre indicatif.
Zone géo	Sélection d'une ou plusieurs zones géographiques (des tiers) pour restreindre la recherche.
Type prestation	Sélection d'un ou plusieurs types de prestations (prestations en cours des tiers) pour restreindre la recherche. La date prise en compte suit la règle énoncée ici.
Code prescription	Sélection d'un ou plusieurs types de prestations (prescriptions en cours pour les tiers) pour restreindre la recherche.
Type de visite	Sélection d'un ou plusieurs types de visite pour restreindre la recherche. - Si des préférences de passage existe pour le type de visite, elle sera prise en compte dans le fichier des jobs (OptiTime). - Si des préférences de passage n'existe pas pour le type de visite, c'est la préférence de passage par défaut (sans type de visite paramétré) qui sera prise en compte.
Intervenant	Sélection d'un ou plusieurs intervenants pour restreindre la recherche. L'intervenant est l'intervenant principal du tiers pour le type de visite. Si l'intervenant principal n'a pas de type de visite précisé dans la fiche du patient alors il est de fait principal pour tous les types de visites (cf. Habilitations).
Planifier sur	Liste de sélection de l'antenne permettant d'initialiser les colonnes SCHEDULEITEMS_AB_ANTENNE et BD_JANTENNE. Les colonnes SCHEDULEITEMS_AB_ANTENNE et BD_JANTENNE du patient sont remplacées par l'antenne sélectionnée dès lors qu'une antenne est sélectionnée. Dans le cas contraire, SCHEDULEITEMS_AB_ANTENNE et BD_JANTENNE contiennent l'antenne du patient. (Il faut que le paramétrage général indique que la compétence et l'attribut ANTENNE au niveau des jobs sont gérés).
Forcer PRIMARYSECTORS	La colonne PRIMARYSECTORONLY (du fichier CSV généré) sera égale à Oui (True) / Non (False) selon la valeur que vous avez indiqué à ADS.
A planifier entre le .... et le ...	Les évènements sont vérifiés aux dates du prévisionnel, il est donc impératif de saisir les dates de planification pour forcer ces dates dans le fichier CSV pour faire le contrôle des évènements sur ces dates et non celles du prévisionnel.
Autorise l'export vers AntsRoute si déjà exporté	Permet de renvoyer à la planification AntsRoute un besoin déjà exporté.

Tableau

Lors de la recherche des visites prévisionnelles OptiTime, toutes les visites prévisionnelles correspondantes aux critères sont présentes dans la liste. Cependant, si le paramètre Exporter le prochain besoin seul (cf. Visites alternées) est coché alors, lors de l'envoi à OptiTime, par tiers, seul le prochain besoin de la séquence en cours du tiers ne peut être coché et transféré.
L'indicateur permettant de connaitre la prochaine visite à réaliser pour le patient est présent dans le planning du patient, zone Séquence en cours.

La colonne Prescriptions contient les informations sur les prescriptions en cours de la façon suivante : Code prescription (Date fin prescription), Prescripteur, Rendez-vous médical

Signale que le besoin ne sera pas envoyé à l'interface de plannification. Les raisons peuvent être :
-  Le tiers est enregistré avec le paramètre Difficulté de planning (onglet Informations générales de la fiche Tiers)
-  Le besoin chevauche un rendez-vous dans le Délai de contrôle (paramétré pour le Type de visite).

Signale que le besoin ne sera pas envoyé à l'interface de planification. Les raisons peuvent être :
-  Le tiers est absent ou hospitalisé durant la période de la visite prévisionnelle et le paramètre Exporter les besoins si évènements de type n’a pas été activé.
      Une info bulle est disponible pour d'avantage d'informations.

Signale que le besoin ne sera pas envoyé à l'interface de planification. La raison est :
-  Le tiers est enregistré avec le paramètre Visite à l’association (onglet Informations générales de la fiche Tiers). Un rendez-vous doit être saisi.

Indique que le besoin ne sera jamais exporté (cas des tiers cochés Visite à l'association) puisqu'un rendez-vous (et non un besoin) devra être saisi. Ces lignes ne peuvent être cochées (case en début de ligne).

Pour les besoins non traités signalés par , en double cliquant sur l'icône, la fenêtre de saisie d'un rendez-vous s'ouvre.

Pour les besoins non traités signalés par ou , en double cliquant sur l'icône, la fenêtre de saisie d'un besoin manuel s'ouvre :

La recherche des besoins peut afficher certaines visites en double ; par exemple, s'il est demandé une planification sur 15 jours et que le patient a un retard, is@dom propose la visite en retard (une seule) et la visite à faire pour la plage demandée. Aussi, pour éviter d'envoyer à l'interface de plannification 2 visites de même type pour le même patient, 1 seul besoin pourra être coché pour être exporté (pour un patient et un type de visite). Si :
- La case pour sélectionner tout les lignes est activée alors is@dom ne prendra qu'un seul besoin par patient/type de visite.
- Une case est cochée alors is@dom demandera confirmation si un autre besoin pour le même patient et type de visite est déjà coché.

Les besoins manuels cochés sauvegardés seulement sont également listés et sont exportables dans OptiTime.

+ Envoyer plannification

Le besoin à exporter utilise l'interface de plannification Optitime RMS
Si le paramétrage OPT indique que l'export vers OptiTime est :
. Automatique alors le traitement de l'envoi à OPT est réalisé en temps réel. La situation des lignes exportées est affichée dans la colonne Exporté OptiTime.
. Manuel alors à la fin du traitement de l'envoi à OPT, is@dom affiche l'indication de stockage du fichier qui sera à importer dans OptiTime (voir plus bas). La situation des lignes exportées ne peut être affichée dans la colonne Exporté OptiTime car il faut envoyer le fichier et attendre le retour d'OPT.

Le besoin à exporter utilise l'interface de plannification Optitime NFS
Optitime NFS est notifié en temps réel de la demande de plannification.

Le besoin à exporter utilise l'interface de plannification AntsRoute
AntsRoute est notifié en temps réel de la demande de plannification.

Calcul de prise en compte des hospitalisations / absences :
Si des dates de planification sont saisies, is@dom vérifie les évènements d'hospitalisation/absences qui sont sur la période saisie. Dans le cas contraire, is@dom vérifie les évènements d'hospitalisation/absences qui sont sur la période min/max du besoin.
Si la date mini calculée (de besoin) est inférieure à la date du jour, elle est remplacée par la date du jour dans le calcul des hospitalisations/absences.

Exemple :
. Besoin au 03/12/15 à +/- 30 jours => besoin entre le 03/11/15 et le 03/01/16.
. Hospitalisation du patient entre le 01/10/2015 et le 15/11/2015.
Le contrôle de l'hospitalisation se fait entre le 03/12/2015 (auj.) et le 03/01/2016 => Le patient n'est donc plus hospitalisé et peut être visité.

Adresse Association
Prise en compte du type d'adresse "Association" pour le calcul de l'adresse de l'agence pour les tiers en visite à l'Association.
Lors de la prise de rendez-vous, si l'adresse du RDV est une adresse Association, le lieu du rendez-vous est "Association".

La colonne Exporté OptiTime informe de la situation de l'export :

      Besoin non envoyé.
Besoin reçu par OPT => ces besoins deviennent des jobs pour OptiTime.
Besoin envoyé mais planification impossible : voir l'info-bulle.
Besoin non exporté, une info bulle indique le motif de non création du besoin dans OptiTime.

Une info bulle permet de connaitre le n° du job.

Pour le rond , les informations dans l'info bulle ne sont significatives que pour les jobs envoyés à OptiTime depuis is@dom. Les imports manuels depuis OptiTime ne mettent pas à jour cette information, il faut traiter le retour directement depuis l'interface OptiTime.

Si problème de liaison avec l'interface alors un message signale l'impossibilité d'envoyer le fichier des visites prévisionnelles.

Si le traitement vers OPT est manuel (et non automatique) alors is@dom affiche les indications sur le fichier qui pourra être vérifié puis importé depuis OPT :

Dans l'export des jobs :

. La colonne "DATERDVPREV" contient la date du plus ancien prévisionnel à faire correspondant au même domaine d'activité que le prévisionnel à planifier.
La recherche du plus ancien prévisionnel est filtrée sur les types de visite sélectionnés dans les critères de types de visite utilisés pour la recherche des besoins.
Si aucun type de visite n'est précisé dans les critères, cela reviendra au fonctionnement actuel.
Exemple : Filtre sur les TMOD et TTEC, seul les prévisionnels de TMOD et TTEC seront pris en compte pour déterminer le plus ancien prévisionnel.

. La colonne BD_DATEPREVINITIALE (à la fin du fichier) contient la date prévisionnelle du besoin (date médiante pour les besoins ayant une plage de dates). Cela correspond à la colonne dVisite de la table OrdPlannningPrevisionnel.

. La colonne BD_Prestation à la fin du fichier contient la liste des codes des types de prestations, séparées par des virgules, en cours du tiers entre les dates du prévisionnel (ou de la date de planification demandée) compatibles avec le type de visite du besoin prévisionnel.

. La colonne BD_JHRV de type "annexData" contient la valeur :
  - 0 si le patient n'est pas en haut-risque vital au moment de la création du fichier CSV
  - 1 si le patient est en haut-risque vital au moment de la création du fichier CSV

. La colonne SCHEDULEITEMS_AB_PRESTA contient la liste des prestations en cours du tiers compatible avec le type de visite.
Equivalent au BD_PRESTATION, dans une colonne SCHEDULEITEMS_AB_PRESTA (compétence)
La compétence est exportée selon le modèle suivant :
#absolute|eq|XXX|string#
#absolute|eq|XXX|string#absolute|eq|YYY|string#
#absolute|eq|XXX|string#absolute|eq|YYY|string#absolute|eq|ZZZ|string#
Etc.
XXX, YYY, ZZZ,... représentent des types de prestation.

. La colonne SCHEDULEITEMS_AB_ZONE est envoyée au format #strongPreference|eq|XXXX|string#.

. La colonne JCRENEAU devient BD_JCRENEAU dans le fichier CSV. Modification des valeurs, au lieu de A si visite association et vide dans les autres cas.
  - Agence si visite à l'association
  - Domicile dans les autres cas

Lors de la création du fichier des jobs, pour les besoins manuels :

Urgence :
- Oui : forcé à oui
- Non : forcé à non
- Aucune : Vide

Matériel lourd :
- Oui : Forcé à oui
- Non : Forcé à non
- Par défaut : Calculé selon le paramétrage des types de prestation (durées de visites)

Quotas :
- Oui : Forcé à oui
- Non : Forcé à non
- Par défaut : Oui

Primary Sectors :
- Oui : Forcé à oui
- Non : Forcé à non
- Par défaut : Dépend du paramétrage figé client dans la procédure stockée.

Service Optitime
Lors de la création ou modification d'un rendez-vous :
Si l'annexe data "BD_JCRENEAU" existe dans le job et qu'il sa valeur est "Agence", le lieu de rendez-vous sera initialisé à "Association".
Sinon, si l'adresse du rendez-vous appartient à une "Antenne" (tiers de type antenne), le lieu de rendez-vous sera initialisé à "Association".
Dans le cas contraire, le lieu de rendez-vous n'est pas initialisé.

L'annulation d'un rendez-vous dans is@dom crée un nouveau besoin.

Pour des besoins autres que ceux calculés pour les visites prévisionnelles (demande de dépannage par exemple), il faut saisir un besoin manuel qui pourra être indiqué pour une planification immédiate ou différée.

Les jobs liés à un rendez-vous dont la visite a déjà été réalisée :
- Ne mettent pas le RDV à jour (date/heure)
- Annulent le job s'il est en état planned ou new.
Cas de réimport d'un fichier jobs ancien pour lesquels les jobs auraient été purgés entretemps.

Cas suppression JOB
En cas de suppression d'un job OptiTime, le lien entre le prévisionnel Is@dom et le job est rompu.

Visite ABS réalisée alors que type de visite initial du RDV est différent :La saisie d’une visite de type Absence sur un RDV lié à OptiTime (RDV ayant un n° de job OptiTime) supprime le lien entre le job et le besoin et/ou RDV dans Is@dom et termine le job.
Qu'est-ce qu'un RDV lié à OptiTime :
       1.       Création Besoin dans Is@dom
       2.       Envoi besoin a OptiTime
       3.       Planification du job dans OptiTime => Création du RDV dans Is@dom
OU
       1.       Création RDV dans Is@dom (par exemple par une livraison planifiée)
       2.       Envoi du RDV à OptiTime => N° du job créé ajouté dans le RDV
       3.       Planification du job dans OptiTime

Cas suppression automatique d'un besoin manuel
Lors de l'intégration d'une visite, liée à un rendez-vous issu d'un besoin manuel envoyé à OptiTime, si la visite est honorée (au moins un type de visite de la visite correspond à celui du rendez-vous), alors le besoin manuel est supprimé.

Tous les besoins pour lesquels un intervenant est précisé contiendront cet intervenant en obligatoire ou préféré (colonnes PREFEREDWORKERS et MANDATORYWORKERS).

Supprimer le lien

Ce bouton va vérifier tous les jobs exportés à OptiTime (pastille verte) et supprimer le lien si le job n'existe plus ou si le job a été purgé.
Cela aura pour effet de supprimer la pastille verte et ainsi pouvoir refaire un export du besoin vers OptiTime.
Cette action est sans effet pour les besoins qui utilisent l'interface AntsRoute.

Cette possibilité est disponible sur clic droit sur une visite prévisionnelle.

Le service de synchronisation OptiTime vers is@dom prendra en compte les jobs purgés. Si le job est à l'état "Purgé", le lien entre le prévisionnel et OptiTime sera rompu.
Le besoin sera de nouveau exportable depuis l'écran "Visites prévisionnelles OptiTime".