Les sites, les équipes, les rôles et les compétences professionnelles déterminent qui peut agir dans chaque contexte.
L’organisation, les équipes et les identités déterminent le contexte de travail. Les droits peuvent être attribués selon la tâche et modifiés de manière traçable.
La bonne information pour chaque rôle.Animation 3D
i
En cours de finalisation
Les 18 modules constituent le catalogue fonctionnel, sans imposer une sélection obligatoire. Vous choisissez les domaines utilisés par votre établissement. L’IA est activée exclusivement à votre demande. Les dépendances métier et la finalisation sont décrites dans les pages des modules.
01 / AU QUOTIDIEN
Tâches et responsabilités.
Vous choisissez ce module selon les besoins de votre établissement. Les interfaces décrites sont configurées pour les domaines sélectionnés. L’assistance IA est disponible uniquement sur demande et traite les données sur les propres serveurs d’Oronela en Suisse.
L’organisation et les droits relient le compte client, les sites, les unités, les équipes et les accès personnels. L’établissement définit les responsabilités et les rôles adaptés à partir d’un catalogue d’actions versionné. Les affectations s’appliquent à un périmètre, une finalité et une période précis.
Un rôle adapté ne suffit pas à lui seul pour une action métier. La compétence, la relation avec le résident ou la tâche et le contexte actuel sont également vérifiés. L’entrée, le changement de fonction, la représentation et la sortie régissent les accès de manière contrôlée. La langue personnelle et l’organisation de l’espace de travail restent distinctes de ces autorisations métier.
Quelles informations gère le module
Domaine
Contenu et signification
Révision de l’organisation
Compte client, site, unité, équipe, responsabilité et changement structurel dans le temps.
Rôle et affectation
Actions autorisées, périmètre, finalité, validité, validation responsable et lien de compétence requis.
Profil personnel
Langue, préférences d’utilisation, disposition de l’espace de travail et canaux de libre-service autorisés.
02 / FONCTIONNALITÉS DU MODULE
Ce que comprend ce module.
3 domaines métier relient les tâches de ce module. Les sections suivantes présentent leur contenu, leur traitement et les responsabilités.
01
Organisation, équipes et paramètres personnels
Configurer une fois les établissements et responsabilités de manière fiable ; chaque personne travaille avec ses propres réglages de langue et d’utilisation.
L’organisation cliente, le site, l’unité, l’équipe et la fonction responsable disposent d’identités distinctes, de validités et de relations explicites ; l’appartenance à un site ne donne pas automatiquement un droit de lecture entre organisations clientes.
L’ouverture, la réorganisation et la dissolution vérifient les séjours, les services, les ressources et les affectations de droits existants ; les unités référencées sont terminées, et non supprimées de l’historique.
Pour chaque utilisateur sont enregistrés la langue prise en charge préférée, les autres préférences linguistiques, les options de fuseau horaire et d’affichage et les paramètres autorisés de notification. La valeur du site sert uniquement de valeur initiale ; la langue n’est pas imposée de manière fixe selon le rôle ou la nationalité.
Les changements de langue et de profil sont versionnés et s’appliquent sur tous les appareils. Les traductions manquantes suivent la règle de repli documentée, sans modifier silencieusement les significations cliniquement pertinentes.
Le provisionnement d’une organisation cliente utilise les processus Foundation approuvés pour ses propres bases de données, identifiants d’accès et périmètres de clés. L’interface affiche le succès uniquement après un retour complet ; un provisionnement partiel reste bloqué et peut être clarifié.
Responsabilité
L’administration de l’organisation gère la structure dans son propre périmètre, les utilisateurs leurs propres préférences ; l’exploitant de la plateforme effectue le provisionnement approuvé sans accès métier aux dossiers.
Automatisation et IA
Les modèles et les contrôles déterministes de complétude simplifient la mise en place. L’IA peut structurer des descriptions d’organisation en brouillons ; la création de l’organisation, la responsabilité et les autorisations sont explicitement approuvées. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
02
Rôles personnalisés, compétence et affectation approuvée
Configurer les rôles selon l’établissement sans devoir maintenir manuellement des droits complexes dans chaque module.
Le catalogue d’actions versionné contient des codes stables, les ressources, les conditions, la finalité, les exigences de compétence, la classe de risque et la délégation autorisée. Les intitulés de rôle traduits ne constituent pas la logique d’autorisation.
Les rôles personnalisés peuvent combiner uniquement les actions proposées et approuvées ; les conditions d’organisation, de site ou d’unité, de relation, de finalité, de temps et de compétence ne sont pas remplacées par le masquage dans l’interface.
Le brouillon de rôle et la révision active sont distincts ; les extensions dangereuses nécessitent une validation indépendante définie, un affichage des effets sur les affectations concernées et un contrôle des politiques.
M06-A est la référence pour les compétences des collaborateurs, leurs justificatifs et leurs validités. M15 référence ces preuves validées via le point d’accès des politiques et vérifie leur validité et responsabilité actuelles ; il ne stocke ni n’approuve une seconde preuve de compétence. Les services métier responsables confirment le lien de traitement et l’étendue des droits délégables. L’administration technique ne peut pas s’attribuer un pouvoir de prescription médicale.
Pour les médecins ou professionnels externes sans relation d’emploi, M15 dispose explicitement de son propre ExternalProfessionalCredential, avec émetteur, namespace, référence externe, révision du justificatif, validité et décision de vérification autorisée. Le rattachement à une identité ultérieure de collaborateur nécessite une association vérifiée et une seule attestation de compétence de référence ; aucune création automatique en double.
Les affectations possèdent un début, une fin, un motif et un service approbateur ; une représentation temporaire ne constitue pas une copie permanente de tous les droits. Les droits effectifs peuvent être expliqués pour un contexte concret sans lire des données bloquées.
Responsabilité
Administrateur de l’organisation dans le cadre délégable, validateurs de sécurité et métier distincts, compétence professionnelle uniquement par le service habilité ; les auditeurs lisent les justificatifs admissibles d’affectation.
Automatisation et IA
Modèles, avertissements d’expiration et comparaison entre prévu et réalisé. L’IA peut préparer une description de rôle compréhensible à partir des actions autorisées ; les changements de rôle, approbations et preuves de compétence restent des commandes déterministes autorisées. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
03
Entrée, changement, sortie et contrôle régulier
Accorder les autorisations selon le cycle de vie réel du collaborateur et les retirer entièrement en temps voulu.
L’entrée, le changement de fonction, la représentation, l’absence prolongée et la sortie sont des processus versionnés avec source, heure de prise d’effet, responsables, validations nécessaires et achèvement vérifiable.
L’activation du compte, les rôles et équipes, les appareils, les sessions, les accès API et de service et les canaux temps réel en cours sont coordonnés avec les services Foundation ; une confirmation partielle manquante reste visible et est transmise au niveau supérieur.
Après révocation, les accès en ligne deviennent inopérants dans le délai existant de 60 secondes au maximum ; les autorisations hors ligne restent explicitement limitées à quatre heures au maximum, et les actions critiques exigent de toute façon une vérification en ligne.
Un changement de fonction retire les anciens droits de manière ciblée. La recertification périodique vérifie le besoin actuel, l’échéance et la compétence ; une vérification sans réponse déclenche le processus sécurisé approuvé.
Le libre-service personnel des collaborateurs pour leurs propres vacances et souhaits dans M06 est une capacité strictement délimitée, et non un accès général aux données RH ou aux plans de service d’autres sites.
Les préférences personnelles de langue et d’accessibilité restent cohérentes lors d’un changement interne admissible ; la conservation et la suppression à la sortie suivent le concept de données autorisé, et non une suppression globale de la qualité d’auteur historique.
Responsabilité
L’administration du personnel initie les actions dans son périmètre, la direction ou les responsables métier confirment le besoin et l’administration des identités traite les incidents ; une validation de départ ne peut conférer aucune autorité médicale.
Automatisation et IA
Les délais, les séquences de provisionnement et de retrait ainsi que les recertifications s’exécutent automatiquement de manière contrôlée ; l’IA peut résumer les points ouverts. Elle ne décide ni d’une embauche, ni d’un licenciement, ni de l’attribution d’une compétence. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
03 / FONCTIONS COMPLÉMENTAIRES
Autres fonctions en détail.
Espace de travail personnel, plusieurs fenêtres et langue
L’espace de travail dans le navigateur prend en charge plusieurs fenêtres métier : par exemple le dossier du résident, le plan de service, un document et l’assistance personnelle côte à côte. Les fenêtres peuvent être disposées librement ou placées dans des zones adaptées. L’organisation personnelle est distincte du modèle d’organisation et de rôles.
Chaque fenêtre est liée à son contexte visible de résident ou de métier. Un retour tardif de l’IA, une dictée ou un brouillon de formulaire ne doit pas arriver dans le dossier d’une autre personne ouvert entre-temps. Le changement de contexte et la fermeture protègent les brouillons non encore repris selon le profil d’appareil validé.
La langue de l’interface utilisateur, la langue de communication avec le résident et la langue d’un contrat ou d’un format de message externe sont des informations distinctes. Un changement de langue ne modifie ni les droits d’accès, ni les codes, ni les quantités, ni les originaux signés. Le site et la documentation utilisateur complète sont disponibles en allemand, français, italien, romanche et anglais.
04 / EXEMPLE PRATIQUE
Une collaboratrice change de site
01
Le service compétent confirme la nouvelle fonction et sa date de début de validité.
02
Les rôles, le périmètre d’affectation et les compétences nécessaires sont vérifiés pour le site cible.
03
Les anciens et les nouveaux accès sont adaptés selon un plan de transition traçable.
04
Les sessions en cours et les vues en temps réel reprennent l’état actuel des autorisations.
La nouvelle affectation de site n’ouvre aucun dossier complet global. Les responsabilités historiques restent reconstructibles, tandis que les actions futures vérifient les droits actuels.
PROCESSUS DU SYSTÈME / Déroulement type
Déroulement type
01
Le domaine organisationnel, le rôle et les compétences métier définissent l’accès prévu.
02
L’affectation est vérifiée sur le plan métier, approuvée et accordée avec une validité temporelle.
03
L’expiration, le changement de fonction et la sortie modifient ou retirent aussi l’accès dans le Web, l’application et l’API.
Voir le processus métier dans l’espace +
M15 / PROCESSUSRésident · Soins · Médecin
Affectation d’accèsTransmission en cours
Modèle de processus illustratif
01Rôle et contexte
→
INFORMATIONAffectation d’accès
→
02Approuver l’affectation
Rôle · Compétence · PérimètrePrêt pour la transmission
Le domaine organisationnel, le rôle et les compétences métier définissent l’accès prévu.
Le contexte organisationnel et la compétence professionnelle délimitent l’affectation d’accès valable.Quelles informations sont transmises ?
01 → 02
Affectation d’accès
Rôle · Compétence · Périmètre
02 → 03
Autorisation approuvée
Validation · Limitation de durée · Retrait
ÉCHANGE DE DONNÉES / CONNEXIONS ENTRE MODULES
Les interfaces dans leur contexte.
M15 se trouve au centre. Les liens montrent quels modules peuvent fournir ou reprendre des informations lorsqu’ils sont sélectionnés et configurés pour votre établissement. Sélectionnez un lien pour examiner les données qu’il transmet.
M15 / CONNEXIONSÉchanges entre modules
Rôle et compétenceTransmission en cours
Contrats de module versionnés
M15Ce module
→
INFORMATIONRôle et compétence
→
M06Contexte du collaborateur
Entrée, fonction, équipe et compétence.Prêt pour la transmission
Entrée, fonction, équipe et compétence. L’accès dépend du contexte actuel en plus du rôle.
Les connexions montrent les relations entre les données métier. Les contrats API concrets et les connexions aux partenaires sont versionnés et approuvés séparément.
Attribution, validation, révocation et accès du support.
Règle métier
La validité temporelle et la validation motivée restent vérifiables.
Les exigences des modules définissent les échanges métier. Chaque module gère ses propres données ; les autres utilisent des contrats d’échange validés et versionnés. Les droits, le tenant, la révision et l’accusé de réception restent préservés.
Ce module, à sélectionner selon vos besoins, fait partie d’Oronela, en cours de finalisation. Les fonctions, les responsabilités et les interfaces constituent le périmètre défini. La finalisation associe les validations métier aux retours des établissements de soins : les besoins réels orientent les dernières améliorations.
Rapprochement avec les exigences des modules, le plan de mise en œuvre et le code source actuel du système Oronela : 1er octobre 2026. Exigences produit M15-01–M15-04 · M15-A–C. Les domaines suivants sont expliqués sur cette page :