Connaissances opérationnelles et assistance IA

Valider une fois les connaissances de l’établissement et les retrouver au lieu de travail avec une source valable.

Les SOP, manuels, formulaires et recommandations comportent un propriétaire, une provenance, une révision du document et de la langue, une validité, les personnes qui valident, un périmètre d’accès, un hash du contenu et un successeur. La révision du document et celle de l’index sont distinctes.

Le téléversement, l’OCR, le découpage et les embeddings fonctionnent dans l’environnement privé avec des formats et des ressources limités et une quarantaine contrôlée. Les organisations, les ACL des sources et les modifications de droits sont prises en compte dans l’index de recherche et vectoriel.

Le contrôle ACL intervient avant la recherche pour limiter les candidats et après la recherche, immédiatement avant l’autorisation du contexte ou de la réponse, avec les droits actuels ; les résultats de recherche, extraits, citations et caches ne doivent pas contourner la protection.

Seules les révisions de connaissances valables et validées pour la finalité peuvent apparaître comme actuellement applicables. La recherche historique est explicitement identifiée et soumise à une autorisation distincte ; les connaissances retirées sont rapidement supprimées des contextes actifs.

Les contenus des documents, de l’OCR et des sources externes sont considérés comme des données. Les instructions intégrées visant à modifier le prompt système, les droits, les données ou les outils ne doivent recevoir aucune autorité.

La recherche multilingue trouve les contenus autorisés au-delà des langues, tout en affichant la langue originale, la source réelle et le statut de traduction. Une traduction automatique ne crée aucune nouvelle validation métier.

Le périmètre comprend aussi des sources médicales de référence sélectionnées avec licence, édition, actualité, validation métier et retrait ainsi que la recherche temporelle et structurée. L’ensemble autorisé des sources pertinentes doit être accessible ; un ensemble limité de résultats sémantiques ne peut être présenté comme un suivi complet.

Responsabilité

Auteurs de connaissances dans leurs domaines, responsables métier de validation désignés, utilisateurs uniquement avec droit d’accès aux sources ; le compte de service IA ne reçoit aucun droit de lecture entre tenants.

Automatisation et IA

Les propositions de métadonnées, de doublons ou de processus ainsi que la recherche sémantique locale facilitent la maintenance. L’auteur ou le service compétent confirme la validité et l’approbation ; une ressemblance linguistique ne prouve pas l’exactitude. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Réduire le travail de rédaction et de recherche tout en préservant la traçabilité des affirmations, des données originales et des responsabilités.

L’assistance propose des questions et réponses fondées sur les connaissances, des résumés de parties autorisées de dossiers ou d’opérations, le traitement après dictée et des brouillons de tâches avec un statut visible de source ou de proposition. L’accès au contexte du résident est explicite à chaque fois.

Chaque requête lie le tenant, l’utilisateur et la finalité, la politique actuelle, les révisions du modèle, du tokenizer et de l’environnement d’exécution, la quantification, les paramètres, le modèle de prompt et les révisions des sources utilisées ; aucune reprise involontaire du résident précédent.

Les données d’entrée exactes nécessaires, le contexte fourni, la sortie et la décision de validation sont conservés chiffrés selon le concept protégé de justificatifs ; les journaux d’exploitation ne contiennent pas de données de santé en texte libre. La conservation et l’effacement suivent le concept approuvé.

Les sources manquantes, contradictions, erreurs de modèle ou de GPU, interruptions et dépassements de délai possèdent des états clairs. Aucune référence source inventée, aucun basculement silencieux vers une IA publique et aucun enregistrement automatique d’une observation générée comme un fait.

La dictée conserve de manière contrôlée la référence originale nécessaire jusqu’au traitement ou à la suppression définis ; le rattachement au locuteur et au résident doit être vérifié avant la reprise métier. Les unités, nombres et négations ne doivent pas être « corrigés » sans que cela soit remarqué.

La langue de réponse suit celle de l’utilisateur ; les entrées cliniques originales restent inchangées. Une traduction ou une explication simplifiée nécessite la validation professionnelle prévue avant toute utilisation engageante.

Responsabilité

Utilisateurs métier ou opérationnels selon le contexte et la finalité, vérificateurs métier selon l’action cible, exploitation du modèle avec uniquement la vue technique nécessaire. Les auditeurs disposent d’un accès aux justificatifs autorisé séparément.

Automatisation et IA

L’assistance Qwen locale produit des brouillons ; l’enregistrement d’une dictée peut lancer le processus de brouillon adapté. Une personne confirme le contenu réel ; les décisions à fort impact clinique restent hors de toute finalité non autorisée. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Passer d’une demande formulée en langage naturel à des actions métier préremplies et vérifiables, et autoriser les modifications du modèle de manière contrôlée.

Un catalogue d’outils versionné définit la commande métier autorisée, le schéma, la finalité, les droits, la classe de risque, la confirmation humaine, les effets secondaires, l’idempotence et l’aperçu. Aucun SQL libre, shell ou accès réseau arbitraire issu du texte du modèle.

La proposition, la confirmation de l’utilisateur et l’exécution effective sont distinctes. L’autorisation, la compétence, les révisions sources et les règles métier sont de nouveau vérifiées à l’exécution ; la confirmation est liée à des paramètres et à une révision précis.

L’automatisation autorisée à faible risque fonctionne uniquement via une règle de workflow déterministe préalablement approuvée et de portée limitée. Les prescriptions médicamenteuses ou de jeûne, l’attribution de rôles, les exceptions aux règles de service et les modifications d’audit ne sont pas décidées de manière autonome par le modèle de langage.

Chaque révision de modèle, de prompt, de recherche ou d’outil possède une finalité, un jeu de cas d’évaluation, des langues autorisées représentatives, des classes d’attaques et d’erreurs, une évaluation indépendante et une décision de version. Les poids d’un modèle n’ont pas de couverture de code classique.

Une évaluation non réussie bloque la nouvelle révision ; le retrait et la désactivation de l’assistance préservent le cœur métier, l’audit et les droits. Les commandes métier déjà exécutées ne sont pas annulées par un retour à une version antérieure du modèle.

Les utilisateurs peuvent corriger un brouillon repris ; les retours destinés à l’amélioration sont liés à une finalité. Aucun entraînement discret sur les données des résidents ou des collaborateurs, ni export vers des prestataires publics.

PAI-002/004/009/012–Pour les agents personnels : le périmètre d’autorisation et la délégation sont limités et révocables. Les droits actuels de l’utilisateur constituent la limite supérieure, et non un mandat global pour toutes les actions techniquement possibles. Les propositions cliniques nécessitent leur finalité autorisée ; la question seule ne documente ni une administration ni une nouvelle prescription.

La fonction clinique de cas est activée par le profil fonctionnel autorisé. Le texte libre, une classification par le modèle ou un passage en mode chat général ne doivent pas activer une assistance thérapeutique liée au résident non autorisée.

Responsabilité

Les utilisateurs métier ne confirment que leurs propres actions autorisées ; des responsables métier et sécurité indépendants approuvent les outils et modèles. L’administrateur système ou GPU n’a aucune capacité automatique de validation clinique.

Automatisation et IA

Exemples : préparer un brouillon de tâche, préremplir une demande de rendez-vous autorisée ou un souhait de vacances, dans chaque cas avec la demande originale, les paramètres et une confirmation. La confirmation du rendez-vous ou l’approbation des vacances reste dans le module responsable et suit ses règles. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Chaque collaboratrice et chaque collaborateur dispose de son propre espace d’assistance, dont les possibilités correspondent aux droits actuels.

Les conversations et les demandes sont gérées séparément pour chaque personne. Les soins, la cuisine, les RH et l’administration atteignent les sources et outils autorisés pour chacun. Un compte technique d’IA avec un accès plus large n’étend pas les droits de la personne qui pose la question.

Chaque demande est liée à l’utilisateur, à l’établissement, à la finalité et au contexte métier visible. Avec plusieurs fenêtres de résidents, les sources, brouillons et réponses ultérieures des outils restent rattachés au bon résident. Une reprise dans un autre dossier exige une vérification explicite.

Les conversations enregistrées, les préférences personnelles d’assistance et les souvenirs dérivés sont protégés et gérés selon les délais approuvés. Les collègues ou les RH ne disposent d’aucun accès général aux conversations personnelles. Une conversation ne devient pas discrètement l’unique dossier clinique ni un jeu de données d’entraînement.

Un retrait de droits ou un changement de contexte concerne la recherche en cours, le streaming, les réponses enregistrées et les souvenirs. Un ancien historique de conversation ne peut servir de détour vers un dossier désormais bloqué. Les droits et les sources sont revérifiés avant la sortie et chaque action d’outil.

L’agent peut préparer, par exemple, un souhait de vacances, une demande de rendez-vous autorisée ou un brouillon de tâche. L’aperçu, la confirmation et l’exécution restent des étapes distinctes. Une question seule ne donne aucun mandat d’envoi, d’administration de médicament, de signature ou d’affectation engageante.

Les étapes de recherche et d’outils sont limitées et peuvent être reprises de manière contrôlée. Les erreurs du modèle local ou du GPU sont visibles ; aucun basculement silencieux vers un fournisseur public d’IA n’a lieu. La fonction métier manuelle reste disponible.

Responsabilité

Chaque personne utilise sa propre assistance dans son domaine de tâches actuel. Les validations critiques restent entre les mains des professionnels responsables.

Automatisation et IA

L’agent utilise les mêmes commandes métier et contrôles que l’interface utilisateur. Les sources autorisées, la proposition, la décision et l’effet restent traçables. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Connexion et mode hors ligne

L’inférence privée nécessite les services locaux. Sans connexion disponible, aucune action engageante d’agent n’est confirmée.

L’assistance rassemble l’évolution documentée et rend visibles les sources, les lacunes et les limites des comparaisons.

La recherche combine les observations structurées, les réalisations effectives, le texte libre, les prescriptions et les documents autorisés. Les requêtes temporelles et le parcours complet des pages complètent la recherche sémantique. Quelques résultats similaires ne suffisent pas à affirmer que l’ensemble du dossier a été vérifié.

La période vérifiée, les sources atteintes et les domaines manquants sont présentés comme couverture. Un import interrompu, un accès manquant ou une recherche interrompue sont expliqués comme une lacune. « Non documenté » reste distinct d’un résultat clinique expressément négatif.

La présentation distingue l’état actuel du dossier, les épisodes antérieurs comparables, les bases actuelles liées au résident, l’appréciation professionnelle et les prochaines étapes admissibles. Les mesures antérieures et les effets documentés indiquent la date, la source et la révision ; les preuves d’effet manquantes restent identifiables.

Les connaissances de l’établissement, les références médicales sélectionnées, les dossiers des résidents et les connaissances apprises par le modèle sont identifiés séparément. Une affirmation cite la source qui l’étaye réellement. Les connaissances générales du modèle ne valent ni recommandation actuelle ni nouvelle prescription médicale.

Un médicament utilisé auparavant ou une évolution documentée à l’époque ne crée pas de décision thérapeutique actuelle. L’absence d’observations actuelles entraîne des demandes de précision ou une réponse limitée. La procédure d’escalade urgente approuvée ne doit pas attendre une longue analyse de l’historique.

Les fonctions d’assistance clinique sont activées uniquement pour une finalité expressément autorisée. Les contrôles des sources, du contexte et des sorties s’appliquent aussi avant une présentation utilisable professionnellement. Les sorties en streaming non vérifiées ne sont pas présentées comme des recommandations de traitement validées.

Responsabilité

Les professionnels habilités vérifient la compilation fondée sur les sources. Le diagnostic, la thérapie et les validations cliniques restent dans leurs processus métier respectifs.

Automatisation et IA

L’IA aide à retrouver et à regrouper des informations étayées. Elle n’invente aucune observation, ne confirme aucun effet et ne crée aucune prescription autonome. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.

Connexion et mode hors ligne

L’analyse nécessite des sources actuelles autorisées et l’exploitation privée du modèle. Si les données sont incomplètes, la portée de l’affirmation est explicitement limitée.