# L’orchestrateur : intégrations et automatisations Source canonique: [https://www.braver.net/fr/orchestrateur/]() ## Relier vos systèmes, automatiser vos parcours. L’orchestrateur Braver exécute vos intégrations et vos automatisations. L’intégration d’un DCI ou d’un DMÉ au reste de l’écosystème prend habituellement plusieurs mois. Avec la base commune déjà en place, elle se fait en semaines. [Demander une démonstration technique]() [Pour vos architectes ↓]() À quoi sert l’orchestrateur ### Un seul moteur, au service de vos communications et de vos systèmes. Avec les communications Braver, l’orchestrateur exécute vos automatisations et relie vos systèmes, [selon votre forfait](). Il peut aussi se déployer seul, et la communication s’ajoute quand vous le voulez. Ce qu’il orchestre [Des intégrations Relier vos systèmes entre eux : DCI, DMÉ, annuaire, pharmacie, scribe IA. Le socle de chaque intégration ↓]() [Des automatisations Faire avancer le travail selon vos règles : notifier une équipe, envoyer un formulaire, signaler une situation. Les trajectoires cliniques ↓]() Comment il s’utilise **Avec les outils Braver** Il soutient les trajectoires, les formulaires et les notifications de l’outil, selon votre forfait. Les agents IA s’appuient directement sur lui. **Seul** Sans la plateforme de communication de Braver. La messagerie clinique et les appels vidéo sont optionnels : ils peuvent s’activer plus tard, comme n’importe quelle intégration. Intégrations ### Le socle de chaque intégration. L’authentification, le chiffrement, l’audit et la reprise sur erreur sont en place, et chaque système conserve son API. Ce qu’il reste à écrire, c’est la logique propre à chaque intégration : de la traduction de formats (HL7, FHIR ou autres) jusqu’aux règles et aux enchaînements plus complexes. C’est ce qui ramène une intégration à quelques semaines. 01 **Authentification et identité** SSO, OIDC et lancement SMART pour s’intégrer aux mécanismes d’identité de vos systèmes. 02 **Chiffrement** Le contenu clinique est chiffré de bout en bout. Les informations d’authentification sont protégées et leur accès est contrôlé. 03 **Audit et traçabilité** Le journal d’audit est consultable par période, acteur, action et cible par les équipes autorisées. 04 **Reprise sur erreur** Les erreurs sont visibles, les échanges sont suivis et des mécanismes de relance permettent de reprendre le travail. Éprouvé en production ### En production dans le réseau public. **10** CISSS, CIUSSS et CHU utilisent la plateforme Braver **61** sites du réseau public en production en 2026 **≈ −90 %** de coût par intégration grâce à la base commune Intégrations livrées EpicFHIR R4SMART on FHIRGustav SantéPointClickCareQGendaPrescribeITOfysLeomedMicrosoft Identity Trajectoires cliniques ### Des parcours mieux coordonnés, à chaque étape. Braver aide vos équipes à organiser et à suivre les trajectoires cliniques selon vos pratiques, pour que chacun sache ce qui demande son attention. [Discuter de votre parcours clinique]() Exemple · une demande d’avis 1. **Une demande d’avis est inscrite***Demande* 2. **L’équipe concernée est notifiée***Notification* 3. **Un professionnel prend le dossier en charge***Assignation* 4. **Une alerte signale une situation à examiner***Alerte* 5. **L’équipe intervient et documente la suite***Intervention* À chaque étape, des règles configurables soutiennent la coordination, le suivi et la traçabilité. **Visualiser le parcours** Repérez l’état d’une trajectoire, sa priorité, la personne assignée et les alertes dans une vue adaptée. **Coordonner les interventions** Rassemblez les professionnels concernés dans des espaces de collaboration et partagez les renseignements nécessaires à la prise en charge. **Soutenir le suivi** Selon les règles que vous définissez, Braver peut envoyer des formulaires, notifier une équipe ou signaler une situation qui nécessite une intervention. ### Souveraineté des données Une technologie québécoise, déjà déployée dans le réseau. L’instance est dédiée à votre organisation : les clés, la configuration et le journal d’audit vous appartiennent, et chaque accès au contenu clinique est explicite et révocable. Les échanges s’appuient sur des formats standards (HL7, FHIR, GraphQL) : vos données restent lisibles et récupérables. Pour vos architectes ### Comment s’exécute une intégration. Un appel authentifié, un événement ou une tâche planifiée déclenche le traitement. L’orchestrateur vérifie les droits et lance le code de l’intégration. Ce code transforme les données et appelle les API partenaires. L’exécution et son résultat sont suivis par l’orchestrateur. 1 **Entrées** Appels entrants, événements et traitements planifiés. demande · événement · horaire 2 **Exécution contrôlée** Vérification des droits, lancement du traitement et suivi de son état. autorisations · exécution · suivi 3 **Code d’intégration** Transformations, règles métier et appels aux API partenaires. traitement côté serveur - ****Synchrone ou asynchrone** Réponse dans l’appel, traitement différé ou flux d’événements.** Une demande entrante peut recevoir une réponse dans le même appel ou être mise en file pour être traitée ensuite. Des événements peuvent aussi être transmis au client connecté, et des traitements peuvent être planifiés. Le mode retenu dépend de l’interface partenaire et du processus à prendre en charge. - ****Logique et état** Du code serveur qui peut conserver un état entre les exécutions.** Le code d’une intégration peut enchaîner des appels, appliquer des règles métier et conserver un état d’une exécution à l’autre. Les transformations de données et les actions à effectuer sont définies dans ce code. L’authentification, les permissions et l’audit restent pris en charge par l’orchestrateur. - ****Limites d’accès** Des permissions sur les opérations et les champs accessibles.** Les permissions limitent les opérations et les champs auxquels une intégration peut accéder. Une opération non autorisée est refusée. L’accès au contenu clinique exige une autorisation explicite et révocable. Le contenu clinique reste chiffré de bout en bout et les informations d’authentification sont protégées. - ****Suivi d’exécution** Un état, des résultats et un historique conservés pour chaque traitement.** Chaque exécution est suivie comme une tâche persistante, avec son état et ses sorties. Les règles de relance sont adaptées au traitement et au système partenaire. Les traces techniques servent au diagnostic sans contenir de données cliniques. Le journal d’audit permet de retrouver les actions par période, acteur, action et cible. ### Une démonstration technique, sur un vrai cas. Venez avec votre système et son API. On vous montre le chemin d’une intégration, de l’authentification à l’audit. [Demander une démonstration technique]() [Sécurité et conformité]()