Triage Patient HDS
Pré-tri des demandes patient entrantes (mail, formulaire web) avant le secrétariat médical. Classe par urgence sur 4 niveaux, oriente vers la bonne spécialité, propose la voie de prise en charge. Reste sur la LMbox HDS — 0 PII vers un cloud externe.
Sur 200 mails patient / jour / établissement : 28 minutes économisées par demande, soit ~93 h libérées par semaine. Au taux moyen d'un secrétariat médical : ~250 k€/an de charge non-médicale récupérée pour de la coordination de soins et de l'accueil physique.
Le secrétariat médical passe sa journée à dire « j'appelle votre médecin ».
Pré-tri par secrétariat
30 min par mail patient, urgences vitales noyées dans la routine
- · 70 % du temps consommé par du routage trivial
- · Urgence vitale glissée dans un mail à 17 h, traitée le lendemain
- · Aucune traçabilité opposable au tribunal administratif
- · Outils cloud → impossible (donnée patient interdite)
Pré-tri assisté HDS
Sur l'appliance HDS, 0 donnée patient vers le cloud
- › Données personnelles supprimées avant tout traitement aval
- › Détection immédiate des signaux d'alerte (AVC, idéation suicidaire…)
- › Protocoles internes validés par le médecin chef de pôle
- › Tout hashé dans la chaîne d'audit, opposable au patient et au juge
Quatre étapes, de l'arrivée du document à la décision humaine.
-
1
Demande patient entrante
Mail, formulaire web ou courrier électronique du médecin traitant. L'agent reformule en termes neutres, supprime les données personnelles (NIR, nom, adresse, téléphone) avant tout traitement aval.
-
2
Détection immédiate des signaux d'alerte
Avant tout appel d'outil, l'agent cherche les symptômes d'urgence vitale (douleur thoracique constrictive, paralysie soudaine, détresse respiratoire, idéation suicidaire active). Si correspondance → SAMU 15 + passation humaine obligatoire, classification spécialité court-circuitée.
-
3
Protocole interne + spécialité disponible
L'agent appelle `lookup_protocole_triage` (protocoles validés par le médecin chef de pôle) puis `check_specialites_disponibles`. Chaque `protocol_id` et `specialty_id` dans la sortie est cryptographiquement attaché à un appel d'outil de ce tour — pas de protocole inventé.
-
4
Sortie structurée + passation au secrétariat
JSON validé : niveau d'urgence, spécialité recommandée, voie de prise en charge (RDV / téléconsultation / urgences / SAMU 15), étapes patient, warnings. Tout est hashé dans la chaîne d'audit — un médecin peut prouver à un patient quelle décision a été prise et pourquoi.
Outils, connecteurs, déploiement.
Outils (appel de fonctions)
4-
lookup_protocole_triage -
check_specialites_disponibles -
check_patient_existant -
escalate_humain
Connecteurs optionnels
3- hds-protocoles
- hds-dpi
- hds-secretariat
Chaque connecteur s'active selon l'abonnement du client.
$ lmbox agent deploy ./triage-patient \
--box BOX-XXX \
--token "$LMBOX_BOX_API_KEY" \
--api https://api.lmbox.eu
Garanties LMbox sur tout le catalogue
Données chez vous
Modèle et données restent sur l'appliance LMbox du client. Aucune donnée patient, contrat ou facture n'est envoyée vers un cloud externe.
Chaîne d'audit
Chaque appel d'outil, chaque sortie de l'agent est horodaté, hashé et opposable au régulateur (ACPR, ANSM, CNIL, EBA).
Décision humaine
L'agent recommande, l'humain décide. Pas d'auto-signature, pas de paiement automatique : la responsabilité finale reste au métier.
Autres agents au catalogue
NDA Reviewer
Lit chaque NDA entrant, identifie les clauses non-standard par rapport au modèle interne du cabinet, et rédige un mémo d'amendements pour l'associé responsable.
Meeting Summarizer
Transforme une transcription brute de réunion (Teams, Zoom, audio transcrit en local) en compte-rendu structuré : décisions actées, actions à faire avec porteur et échéance, points en suspens.
Essayez Triage Patient HDS sur la démo publique.
Connexion en un clic. Vous voyez l'agent installé sur une vraie LMbox, avec son prompt système chargé et sa chaîne d'audit active.