Guide TGV · Performance
TGV PF07 : délais de rétention et de reprise de connexion
Le contrôle TGV PF07 demande de documenter les délais de rétention et d’interruption que le PST tolère sans perte de données, et s’il gère le reroutage.
Description du contrôle
Documenter les délais de rétention et d’interruption de connexion que le PST peut tolérer sans perte de communication ou de données, et préciser si le PST prend en charge le reroutage de paquets sans perte de communication ou de données.
Ce contrôle fait partie du groupe Performance de la Trousse globale de vérification (TGV) du réseau de la santé et des services sociaux du Québec. Le libellé de la description reprend le critère de la grille TGV ; le reste de la fiche est l’interprétation de Sentrix.
À quoi correspond ce contrôle
Ce critère complète PF06 en couvrant ce qui se passe lors d’une coupure de connexion complète (pas seulement une dégradation) : combien de temps l’application peut « tenir » une session ou une transaction en attente avant de la considérer perdue, et si elle peut reprendre proprement après un changement de route réseau.
Pourquoi ce contrôle est important
Les interruptions de connexion (bascule Wi-Fi/cellulaire, coupure temporaire de lien WAN) sont courantes en contexte de mobilité clinique (tablette, poste mobile). Sans comportement de reprise documenté et fiable, une interruption réseau pourrait entraîner la perte d’une saisie clinique en cours, ou pire, une double saisie ou un état incohérent du dossier.
Comment l’implémenter
- Définir et documenter un délai de rétention de session/transaction (combien de temps une opération en cours est conservée en mémoire tampon avant expiration).
- Implémenter et tester la reprise de connexion après une coupure courte (ex. bascule réseau) sans perte de la saisie en cours.
- Documenter explicitement si l’application prend en charge le reroutage de paquets (changement de chemin réseau en cours de session) sans perte de communication.
Comment vérifier qu’il est en place
- Demander une démonstration ou un rapport de test simulant une coupure de connexion pendant une transaction active.
- Vérifier que le délai de rétention documenté correspond au comportement observé — ni trop court (pertes fréquentes), ni trop long (risque de doublons).
- Confirmer que le comportement en cas d’échec définitif de reprise est clairement communiqué à l’utilisateur (message clair, pas d’état incertain silencieux).
Besoin d’aide avec ce contrôle ?
Si vous avez besoin d’aide pour implémenter ou vérifier ce contrôle, notre équipe accompagne les fournisseurs de PST dans la préparation de leur dossier de certification TGV, contrôle par contrôle. Voir le service d’accompagnement à la certification TGV et la fiche du référentiel TGV, ou nous contacter.
Suite du guide
Questions fréquentes
- Quelle est la différence entre PF07 et PF06 ?
- PF06 traite de la dégradation du réseau : paquets perdus, en désordre ou périmés. PF07 couvre la coupure de connexion complète : combien de temps l’application peut tenir une session ou une transaction en attente avant de la considérer perdue, et si elle peut reprendre proprement après un changement de route réseau. Les deux contrôles se complètent pour décrire le comportement du PST sur un réseau réel.
- Qu’est-ce qu’un délai de rétention de session ?
- C’est le temps pendant lequel une opération en cours est conservée en mémoire tampon avant d’expirer. Le fournisseur le définit, le documente et le teste par une reprise de connexion après une coupure courte, comme une bascule Wi-Fi/cellulaire, sans perte de la saisie en cours. Un délai trop court provoque des pertes fréquentes ; un délai trop long crée un risque de doublons.
- Comment le vérificateur contrôle-t-il la reprise de connexion ?
- Il demande une démonstration ou un rapport de test simulant une coupure pendant une transaction active, puis vérifie que le délai de rétention documenté correspond au comportement observé. Il confirme enfin que l’échec définitif de reprise est clairement communiqué à l’utilisateur par un message explicite, sans état incertain silencieux qui laisserait douter de l’enregistrement du dossier.
Parlons de votre programme de conformité.
Dernière mise à jour : 2026-09-17