🩺 Plateforme de Télémédecine — Interface de démonstration

Réf. DAO AON/MSHPCMU/CAB/UCPFM/GC7/2026/020 — Fourniture et mise en service d'une application de télémédecine

District de Boundiali District de Ferkessédougou District de Tengrela
← Tableau de bord général Tableau de bord de supervision (régulation) →

Téléconsultation assistée

Orchestration de la demande — POST /teleconsultation/demande
En attente
Champs préremplis avec des destinataires réels de test. Videz-les pour un test sans notification réelle (le workflow répond quand même). ⚠️ WhatsApp est actuellement indisponible (token Meta expiré côté plateforme) — seuls les e-mails partiront réellement. ✅ Le lien renvoyé (session_url) est désormais une vraie session LiveKit chiffrée (salle.html) — ce n'est plus un lien Zoom.

Télésurveillance clinique — alertes sur seuils

POST /telesurveillance/mesure — comparaison T0/T1/Tn
En attente

Régulation médicale et urgences préhospitalières

POST /regulation/bilan — triage et orientation
En attente

Parcours patient — orchestrateur avant / pendant / après

POST /parcours/evenement — route vers le bon sous-processus
En attente

Compte-rendu et ordonnance — agent IA

POST /compte-rendu/emettre — Claude rédige le compte-rendu à partir des notes du médecin
En attente

Dispositifs médicaux connectés — Adaptateur IoMT

Workflow 07 — 3 entrées dédiées (Bewell Connect / Eko Health / Butterfly iQ), normalisées puis relayées vers 02, 03 ou 04
En attente
Chaque fournisseur a son propre format ; l'adaptateur traduit vers un schéma commun avant relais : Bewell Connect → workflow 02 (Télésurveillance), Eko Health → 03 (Régulation) si souffle détecté avec confiance ≥ 0.7 sinon → 02, Butterfly iQ → 04 (Parcours patient, étape téléexpertise). Couvre l'exigence n°2 et le différenciateur n°11 du CCTP. Les 3 entrées exigent la clé API ci-dessus (en-tête X-IoMT-Api-Key) — sans elle, réponse 403. Alimente aussi le tableau de bord de supervision (exigence n°6).

Assistance technique — agent IA de triage

Workflow 09 — POST /telemedecine-assistance-ticket — Section 10 de l'offre technique (Assistance et maintenance, SAV 12 mois)

Un agent IA de Niveau 1 diagnostique chaque demande d'assistance : anonymisation des données personnelles avant tout envoi à l'IA, résolution automatique réservée aux cas non cliniques, et escalade humaine obligatoire — codée en dur, jamais contournable par un score de confiance élevé — dès qu'un dispositif médical, une donnée patient ou la télésurveillance est concerné. Routage automatique vers le bon niveau de support selon la criticité (P1 à P4).

En attente
Pour un patient en danger immédiat, ne jamais attendre la réponse de l'assistance — suivre la procédure d'urgence habituelle en parallèle de la création du ticket.

Formation des utilisateurs

Section 9 de l'offre technique — non testable via webhook, présentée ici à titre d'information

La formation est dimensionnée pour couvrir l'ensemble des profils utilisateurs des trois districts (médecins, infirmiers, agents de santé communautaires, régulateurs, administrateurs) et s'appuie sur le mode hybride de la plateforme elle-même :

Téléexpertise spécialisée

Workflow 11 — POST /teleexpertise/demande — cardiologie, dermatologie, imagerie point-of-care, ORL/dentaire — item 3 du CCTP
En attente
Le médecin expert est notifié par e-mail, l'acte est horodaté et enregistré au dossier patient (traçabilité médico-légale), et la réponse indique le délai estimé selon le mode synchrone/asynchrone choisi.

Numérotation vérifiée directement dans n8n le 27/08 — le workflow 01 (Téléconsultation) génère désormais de vraies sessions LiveKit nativement, il n'y a donc plus de workflow « LiveKit » séparé.