Transfert des visites

Pour : is@Dom - is@naut et SMART

Généralités du transfert

Si le PC n’est pas communiquant :
Lorsque l’IAD revient de sa tournée et qu'il se connecte au réseau, toutes les visites sont transférées (elles le sont d’office qu’elles soient topées Valider la visite ou pas). L'opération de transfert n'est pas visible pour l'intervenant (une tâche en fond est exécutée).
S’il y a un problème sur une visite, il sera visible depuis is@dom (voir plus bas) ; ainsi le pc de l’IAD est toujours disponible (pas de visites non terminées). 

Intégration visite SMART

Gestion du bloc-notes

Si la note est différente, comparaison de la date insertion/modification de la note en cours dans is@Dom et la date de début de visite de SMART :
. Si is@Dom > visite SMART alors la note smart est enregistrée en note clôturée (is@dom prime).
. Sinon, la note is@Dom est clôturée, la nouvelle note devient celle de SMART.

Le traitement pour savoir si la note est différente est le suivant :
- Récupération de la dernière consigne dans is@dom
- Comparaison avec celle de SMART (texte)

Gestion du type de message DOCSMART

Si le type de document "DOCSMART" est activé, et que des destinataires par défaut sont paramétrés, un message est envoyé au moment de l'intégration du document dans la GED.
- Composition du message :
   . L'objet du message sera personnalisé pour reprendre les civilité/nom/prénom/code annuaire du patient.
   . Le corps du message contiendra l'information du type de document et de l'intervenant l'ayant ajouté.
- Appeler la nouvelle fonction lors de l'enregistrement des documents via le Dossier Patient et lors de l'envoi des visites si et seulement si l'ajout du document dans la GED du patient a réussi.
Exemple d'objet du message : "Nouveau document depuis Smart dans la GED de Mme Lucienne Dupuis (123456)"
Exemple de corps du message : "Un document Attestation de Carte Vitale a été ajouté par M Ferret."

Vérification

Se reporter à la page Retour - Saisie des Visites pour les informations relatives à l'état du transfert :

L'intégration des visites entraine des modifications dans l'application is@dom car les informations saisies au niveau des visites doivent être intégrées. Ces informations peuvent aussi générer automatiquement des évènements, des messages ...

Gestion des DM liés à un évènement TELEOBS

Si le paramètre Appairage / Désappairage automatique est coché, l'appairage / désappairage est lancé :
. Si le patient est télésuivi + le DM déclaré modem actif
. Si le patient n’est pas télésuivi + le DM est déclaré Card-to-cloud
Et qu'is@dom gère une API pour le fournisseur (activée pour la structure), alors l’appairage est réalisé automatiquement.

Deux cas déclenchent un appel à l'API :
- Un ajout/retrait d'appareil,
- Un changement de statut de télé observation.

Patients créés avec homonymie

Lorsque le transfert se fait, un contrôle du nom du tiers est effectué si le tiers est signalé (nouveau). Si un homonyme est trouvé alors la ligne est signalée avec un rond rouge .
Un clic droit permet l'accès à l'option Valider la visite pour gérer l'homonymie :

A gauche le tiers visité et à droite les tiers trouvés. Il convient soit de :
. Valider la pré création (donc intégration du tiers tel que saisi / il n'y a pas d'homonyme)
     OU
. Remplacer le tiers visité car il s'agit bien d'un homonyme.

Message : "Visite non validée"

Dès l'entrée dans is@dom (après identification de l'utilisateur), s'il existe des visites saisies mais toujours non validées, elles seront signalées :

Pour une saisie de rendez-vous pendant une visite