Prompt engineering : écrire un compte-rendu utile sans donnée patient

Trois mots dans la case, et la réponse dérape vers une généralité. Rien n’est utilisable pour une note d’équipe. Le prompt engineering, pour un professionnel de santé, commence par la structure : rôle, contexte, format, limite. Il s’arrête là où commencerait une donnée patient. Un compte-rendu utile se prépare sans dossier réel, sur un cas clairement fictif.

Une généralité qui ne sert personne

« Compte rendu douleur. » Trois mots, et le texte qui revient pourrait parler à n’importe quel service, de n’importe quel pays, sans être faux ni utile. Il rappelle qu’il faut évaluer, transmettre, rassurer. Il n’offre aucune trame que l’équipe puisse reprendre. L’utilisateur conclut que l’outil « ne connaît pas le métier ». Le plus souvent, c’est l’invite qui n’a rien demandé de précis.

Le prompt engineering est l’art de formuler cette demande. Pas une formule magique, pas un jargon à coller en tête de chaque message. Une structure stable : qui parle, de quelle situation générique il s’agit, quelle forme doit avoir la réponse, et ce que l’outil n’a pas le droit d’inventer. Sans ces quatre balises, on obtient un cours. Avec elles, on obtient un brouillon que le professionnel peut corriger.

Le brouillon n’est jamais le dossier. Aucun compte-rendu réel, aucune ordonnance, aucune lettre de sortie ne sert de matière première. Ce qui identifie une personne ou décrit sa santé reste dans les outils de soin. La règle est développée dans l’article ChatGPT à l’officine : ce qu’on ne colle jamais. Elle vaut pour le médecin, l’infirmier, le pharmacien, le podologue. Le métier change. L’interdit, non.

Prompt engineering : une structure pour le professionnel de santé

Une invite utile tient en peu de lignes, et ces lignes sont explicites. On ne compte pas sur l’outil pour « deviner le contexte hospitalier ». On le lui dit. On ne compte pas sur lui pour savoir que les doses sont hors sujet. On le lui interdit. Le professionnel de santé garde la responsabilité du texte final : l’outil propose une forme, il ne signe pas un acte.

Cette responsabilité exclut de déléguer une décision clinique. Demander « que dois-je prescrire ? » ou « quel antibiotique pour ce cas ? », même décoré d’une belle structure, reste une mauvaise invite. La structure dont il est question ici sert à écrire : une note d’organisation, une trame de transmission, un document interne générique, un exercice. Elle ne sert pas à soigner à la place du soignant.

Les repères de la Commission nationale de l’informatique et des libertés, notamment sur les données de santé et les systèmes d’intelligence artificielle, se vérifient sur cnil.fr. Une invite « bien faite » ne rend pas licite un collage de dossier. Elle rend seulement plus clair ce que l’on a le droit de demander quand le dossier est resté dehors.

Quatre balises, dans cet ordre

L’ordre aide à ne rien oublier. On peut les écrire en toutes lettres dans l’invite, comme des intertitres. L’outil s’en sert. L’équipe aussi, quand elle relit la demande avant de l’envoyer.

• Rôle : à qui l’on s’adresse, et pour qui le texte sera lu. « Aider une équipe à rédiger une note interne », pas « décider à la place du médecin ».
• Contexte : la situation générique, sans personne identifiable. Type de service ou d’officine, type de tâche, ce qui est déjà décidé par l’équipe.
• Format : la forme attendue. Nombre de puces, verbes d’action, longueur, destinataire. Une forme imposée empêche le cours magistral.
• Limite : ce qui est interdit. Pas de donnée identifiante, pas de posologie, pas de protocole chiffré présenté comme une norme, pas d’invention d’antécédent.

La limite est la balise que l’on oublie, et c’est celle qui protège. Sans elle, l’outil comble les trous avec des précisions cliniques crédibles et fausses. Avec elle, les trous restent visibles, et c’est au professionnel de les remplir à partir de ses sources, ou de renoncer à les remplir.

Rôle, contexte sans personne, format, limite. Si une de ces quatre lignes contient un nom réel, on efface tout et on recommence.

Une note d’équipe sans dossier derrière

Premier usage : une note d’organisation, qui ne raconte aucun patient. L’invite peut ressembler à ceci, et elle peut être copiée telle quelle parce qu’elle ne contient aucun dossier.

Rôle : aider une équipe infirmière à clarifier une consigne interne. Contexte : organisation du relais du matin, aucun patient nommé, aucun service identifiable. Le sujet déjà décidé par l’équipe est la façon de transmettre une évaluation de douleur, sans choisir à la place du service quelle échelle utiliser. Format : cinq puces, verbes d’action, texte court. Limite : ne pas inventer de posologie, de délai chiffré ni de donnée identifiante. Si une information manque, indiquer « à compléter par l’équipe ».

La réponse sera un brouillon de note, pas une vérité. L’équipe raye ce qui ne correspond pas à son protocole, elle ajoute le nom de son échelle, elle date le document. Le prompt engineering s’arrête avant cette relecture. La sauter, et afficher la réponse telle quelle dans le poste de soins, reviendrait à laisser un outil extérieur écrire la règle de l’équipe.

Le même type de note sert au médecin qui prépare une consigne pour ses correspondants, sans y glisser la lettre d’un patient « pour faire plus vrai ». Le cadre de cette responsabilité est rappelé sur la page médecin. Préparer un texte n’est pas exercer à travers l’outil.

Un document interne, générique

Deuxième usage : un document interne générique, du type « comment accueillir une personne qui ne parle pas français au comptoir », ou « quels points une transmission doit toujours contenir ». Le sujet est une méthode. Il n’est pas un protocole de soin chiffré, et l’invite doit le dire. On demande une trame. On interdit les doses, les durées de traitement et les seuils présentés comme officiels.

Exemple de demande, toujours sans dossier : « Rédiger une trame d’accueil en officine pour une personne non francophone. Public : l’équipe. Format : texte court, phrases simples, une colonne “ce que l’on vérifie” et une colonne “ce que l’on ne devine pas”. Limite : pas de posologie, pas de nom de médicament, pas de cas réel. Rappeler que l’ordonnance écrite reste la référence. » Le résultat se corrige avec les règles de l’officine. Il ne devient pas une procédure nationale parce qu’il est bien tourné.

Ces documents font gagner du temps de rédaction, pas du temps de jugement. C’est l’esprit de la thématique productivité : alléger l’organisation sans alléger l’exigence. Une trame vide bien faite vaut mieux qu’un protocole fictif rempli de chiffres que personne n’a vérifiés.

Prompt engineering et professionnel de santé : le cas fictif, rien d’autre

Troisième usage : s’entraîner sur une fiche clairement fictive, pour apprendre à structurer un compte-rendu. Le cas qui suit n’existe pas. Il ne correspond à aucune personne, aucun hôpital, aucun dossier. Il est fabriqué pour l’exercice, et il doit le rester.

Personne fictive, créée pour l’entraînement, qui n’existe pas : on l’appellera seulement « Camille R. ». On n’ajoute ni date de naissance, ni adresse, ni numéro, ni commune, ni nom de soignant, ni nom d’établissement. Le seul élément clinique autorisé dans l’exercice est la phrase « dit avoir mal », sans précision qui rendrait le cas reconnaissable. L’invite demande une trame de compte-rendu en six rubriques vides ou presque : motif de l’exercice fictif, ce qui est observé, ce qui a été transmis, ce qui reste à compléter par un professionnel, limite de l’outil, mention « cas fictif » en tête du texte. Limite explicite : ne pas inventer d’antécédent, de traitement, de posologie ni de résultat d’examen.

Si, en préparant l’invite, un détail réel revient en mémoire — un nom, une rue, un numéro de séjour, une photo — on s’arrête. On ne « change deux lettres ». On supprime. Un cas d’entraînement qui part d’un dossier anonymisé à la va-vite n’est plus un cas fictif. C’est un dossier déguisé. La différence est la même qu’entre un exercice de simulation et une copie du dossier posée sur la table.

On relit la réponse avec cette question : pourrait-on reconnaître quelqu’un ? Si oui, on jette le texte. S’il contient une dose ou un protocole chiffré que personne n’a demandé, on le jette aussi. Le professionnel de santé qui s’entraîne ainsi apprend la structure. Il n’apprend pas la médecine auprès de l’outil, et il ne lui confie pas ses patients.

Questions fréquentes

Une invite de trois mots peut-elle suffire ?

Presque jamais, dès que l’on veut un texte réutilisable. Trois mots produisent une généralité. La structure — rôle, contexte, format, limite — tient en quelques lignes et change le résultat. Elle ne dispense pas de relire.

Peut-on coller un vrai compte-rendu si on retire le nom ?

Non. Retirer le nom ne retire ni la donnée de santé, ni le risque de reconnaissance. On travaille sur une situation générique ou sur un cas annoncé comme fictif, sans détail réel. Le dossier reste dans le logiciel métier.

Comment montrer que le cas est fictif ?

On l’écrit dans l’invite et on exige la mention en tête de la réponse. On n’utilise ni date de naissance, ni adresse, ni numéro, ni lieu. Au moindre élément reconnu, on efface. « Camille R. » n’est ici qu’une étiquette d’exercice, pas une personne.

Le prompt engineering dispense-t-il de relire ?

Non. L’outil écrit avec assurance, y compris quand il invente. Le professionnel corrige, supprime les doses apparues malgré l’interdit, et assume seul le texte qui reste. Une invite soignée réduit le déchet. Elle ne signe pas à sa place.

Relire, puis assumer le texte