| is@dom |
|
Télésuivi : Données des fournisseurs Réception
des données Lien vers page Schéma
des flux Il existe une autorisation pour utiliser l'API en base de test mais à mettre en place en refaisant le paramétrage API. Généralités 1. Le robot récupère les données des fournisseurs Les API des fournisseurs comme les
fichiers "plats" permettent de récupérer les mêmes données du
télésuivi. Le robot parcourt les fournisseurs du télésuivi
et exécute la
méthode appropriée. Le robot est exécuté 1 fois par jour le matin
tôt, lance la récupération, fournisseur après fournisseur,
et exécute suivant les éléments paramétrés. Les données sont
stockées dans une table. Chaque fournisseur est affecté d'un
traitement spécial d'exception (cela évite au programme de
bloquer ou de s'arrêter dans une majeure partie des problèmes
rencontrés). Télésuivi RESMED
: Séparation de la collecte des données Resmed et de leur écriture
dans isadom. 2. Le robot traite les données pour envoi à is@Dom La création de patient et d'appairage est désactivé si la date de naissance du patient n'est pas valide (vide ou mal saisie). Afin d'attribuer la donnée transmise au bon type de prestation (PPC ou VNI au 01.05.19) : 1- Le fournisseur donne l'information avec la donnée -> le robot attribue la donnée au type de prestation PPC ou VNI. 2- Le fournisseur ne donne pas
l'information avec la donnée En cas de modification de la préstation en cours du patient, la nouvelle prestation sera la prestation considérées lors de la prochaine intégration de données. Une régularisation est faite automatiquement par semaine pour réaffecter la prestation des relevés à la bonne prestation sur la semaine écoulée. Si la création de ligne avec une utilisation à 0 pour les journées sans utilisation n'est pas activé, il n'y a pas de rétention des données qui ajoute un délai de 1 à 2 jours avant leur mise à disposition. Il y a essentiellement 2 raisons pour
lesquelles les données de télésuivi peuvent ne pas remonter dans
is@dom (ni dans le dossier patient, ni dans les Données
ignorées) : 1. C’est un problème de
paramétrage (car les LOGs sont présents). Il faut vérifier que : => Action
requise : Vérifier le paramétrage des appareils 2. Les données => Action
requise : Vérifier les fichiers "plats" de données (le
répertoire est accessible depuis la fiche du fournisseur) |
Au traitement des données du fournisseur, sont
vérifiés :
-
Le statut du patient : télésuivi ou non
-
Le patient est-il actif (ni sorti ni décédé ni fin de
traitement) ?
-
Le(s) modem(s) activé(s) ou card-to-cloud déclaré
-
L’existence de données à la date de réception (doublon ou nouvelle
transmission)
- L’existence de blocs sur la période (réception en retard, on « bouche des trous »)
Les données reçues
entre 12:00 et 23:59:59 sont intégrées sur le jour J.
Les données reçues entre 00:00 et 11:59:59 sont intégrées sur le jour J-1.
Si la transmission existe déjà dans is@dom, qu’elle n’est pas intégrée dans un bloc facturé :
- Pour le
fournisseur correspondant si « Une nouvelle transmission remplace
la précédente » est cochée
. Si la nouvelle valeur de l’observance est
supérieure à la valeur actuelle d’is@dom, la nouvelle transmission
remplace les données existantes (observance, IAH, fuites, …)
. Si la nouvelle valeur de l’observance est
inférieure à la valeur actuelle d’is@dom, la nouvelle transmission est
ignorée
- Pour le fournisseur correspondant si « Une nouvelle transmission
remplace la précédente » n’est pas cochée
Si la transmission existe déjà dans is@dom, qu’elle est
intégrée dans un bloc facturé, elle est ignorée.
Si la transmission n’existe pas dans is@dom, mais que
des données existent sur des jours qui suivent (récupération de données
manquantes entre des périodes de transmission) :
. Si la transmission n’est pas comprise dans un bloc facturé, la
transmission est intégrée et le bloc correspondant est recalculé avec la
nouvelle transmission.
. Si la transmission est comprise dans un bloc facturé, la transmission
est intégrée mais le bloc correspondant n’est pas recalculé. Il est
indiqué dans le dossier patient que l’observance n’est pas prise en compte
dans le calcul de bloc et donc pour la facturation PPC.
Philips donne la
possibilité de recevoir une durée d'utilisation à 0 pour les jours sans
utilisation.
Actuellement, les journées sans utilisation ne sont pas récupérées.
/!\ Si cette option est activée chez Philips, le délai de mise à
disposition des données dans les fichiers augmente.
Des données présentes sur la plateforme EncoreAnywhere ne seront pas
forcément mise à disposition dans les fichiers.
Si la nouvelle option "Intégrer les journées sans utilisation à 0" est
cochée, les lignes où la colonne "ActiveDay" est à False seront intégrées
avec une durée d'utilisation à 0.
Aucune autre donnée ne sera intégrée.
Dans un premier temps, cette option sera utilisée uniquement pour
l'intégration des données Philips.
Si ce genre d'option existe chez un autre fournisseur, sa prise en compte
nécessitera un développement supplémentaire.
Données télésuivies
Toute donnée reçue sur la période de l’évènement
TELEOBS mentionnant l’accord pour le télésuivi, est considérée comme une
donnée TS.
Si la transmission porte sur un appareil :
. non déclaré Modem actif pour le patient, elle est ignorée.
. qui n’est pas installé chez un patient, le modem n’est pas activé, elle
est ignorée.
Données Card-to-cloud
Toute donnée reçue sur la période de l’évènement
TELEOBS ne mentionnant pas l’accord pour le télésuivi, est considérée
comme une donnée NT :
. Si la transmission porte sur un appareil non déclaré Card-to-cloud
pour le patient, elle est ignorée.
. Si la transmission porte sur un appareil qui n’est pas installé chez un
patient, le Card-to-cloud n’est pas précisé, elle est ignorée.
Récupération via l'API du fournisseur
Si le fournisseur a 2 méthodes de télésuivi (patients NT et patients TS), le compte utilisé pour créer le patient sur la plateforme via l'API sera fonction de l'accord du patient, évènement Téléobs, à la date d'appairage.
RESMED
Récupération de l'ECN du patient quand le patient n'a pas été créé depuis is@dom ni récupéré par l'initialisation de l'API.
Lien vers le paramétrage RESMED.
Les autres API
Lien vers le paramétrage Autres API.
Récupération des fichiers "plats"
Voir document DonnéesDesFabricantsPPC sur
l'espace de partage ADS/Clients.
Si une cellule est vide, c’est que la donnée n’est pas traitée par le
fournisseur.
Traitement des Données ignorées
Le paramètre Sauvegarder les transmissions à ignorer permet d'alimenter l'option Données ignorées.
Il est possible de mettre en place un système d'alerte en cas de non
fonctionnement du robot et de rapport d'affectation des données patients.
Un message is@dom sera envoyé en cas de non fonctionnement prolongé du
robot ; si le paramétrage
Rapports du robot d'intégration le permet et que le destinataire
possède une adresse email, un email lui sera envoyé.
1. A chaque début d'exécution
Le robot vérifiera la fin d'exécution précédente. Si elle date de plus de
24H, un message sera envoyé au destinataire paramétré.
Ce traitement est réalisé si l'option "Anomalie de fonctionnement" est
cochée.
2. A chaque fin d'exécution du robot
Une trace de fin d'activité normale sera ajoutée dans le journal
d'évènement.
Un rapport d'erreur sera envoyé au destinataire concernant par exemple les
erreurs liées aux fournisseurs (ex : changement de mot de passe de la part
de Philips, non disponibilité d'une API, Appareil non identifié...).
Ce traitement est réalisé si l'option "Anomalie de fonctionnement" est
cochée.
3. Pour palier à une interruption totale du fonctionnement du robot
Une tâche planifiée isabatch effectuant la même vérification que
le point 1 sera aussi mise en place.
Rappel : l'envoi d'email sera dépendant de la bonne configuration du
serveur SMTP de la structure ; paramétrage dans les Paramètres Généraux /
Messagerie Tâche / Cadre "Interfaçage d'is@dom avec l'extérieur".
Ce traitement est réalisé si l'option "Anomalie de fonctionnement" est
cochée.
4. Une requête vérifiera l'intégration des données
Si l'exécution du robot a généré des doublons pour un même appareil, une
même journée et une même durée d'utilisation.
Un fichier Excel sera généré si besoin et déposé dans le répertoire de
stockage ; nom du fichier AAAAMMJJ_HHMM_AnomaliesDonnees.csv .
Ce traitement est réalisé si l'option "Anomalie de données" est cochée.
5. Un fichier Excel sera généré
Il contient la liste des appareils pour lesquels au moins une donnée a été
intégrée ainsi que :
- sa localisation à la date du relevé
- si la donnée est affectée à un patient ou en attente
- l'identité du patient donnée par le fournisseur
Le fichier Excel sera généré et déposé dans le répertoire de stockage ;
nom du fichier AAAAMMJJ_HHMM_DonneesTraitees.csv
Ce traitement est réalisé si l'option "Rapport des données traitées" est
cochée.