La direction et les équipes disposent d’indicateurs traçables, avec leur provenance, leur période et les limites d’accès applicables.
Les rapports synthétisent les données validées en indicateurs compréhensibles. La direction identifie les évolutions et peut remonter jusqu’à leur base.
Piloter l’établissement sur des bases solides.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.
Le pilotage de l’exploitation rend les justificatifs métier disponibles utilisables dans des vues adaptées aux tâches. L’occupation, la couverture des services, le temps, les prestations, le matériel et la qualité sont affichés avec leur définition, leur période et l’ancienneté des données. Les sources manquantes ou tardives restent visibles, au lieu de produire une valeur apparemment complète.
Les utilisateurs habilités peuvent expliquer un chiffre jusqu’au justificatif autorisé et l’exporter de manière contrôlée. Les scénarios montrent les conséquences possibles d’hypothèses modifiées, séparément des résultats réels. Une analyse entre organisations nécessite ses propres autorisations et une protection contre la divulgation de petits groupes.
Quelles informations gère le module
Domaine
Contenu et signification
Définition de l’indicateur
Finalité, formule, unité, dimension, période, sources et version approuvée.
État du rapport
Instantané source traçable, actualité, lacunes de données, périmètre de détail autorisé et autorisation d’export.
Scénario
Hypothèses, état des données d’entrée, version du modèle, incertitude, résultat et décision humaine ultérieure.
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
Catalogue d’indicateurs et vues actuelles de l’exploitation
Disposer d’une vue d’ensemble de l’occupation, de la couverture des services, du temps consacré, des prestations, du matériel et de la qualité dans quelques vues adaptées aux tâches.
Chaque indicateur possède un code stable, un responsable métier, une définition et sa révision, une unité, des dimensions autorisées, une source et un objectif d’actualité ; une même dénomination ne doit pas masquer un calcul différent.
Les vues traitent les événements de manière idempotente, gèrent les événements tardifs et les corrections, et montrent pour chaque source l’état des données, le retard et les données manquantes.
Les tableaux de bord par rôle limitent les dimensions et les liens avec les résidents ou le personnel avant la requête. Un rôle de direction seul n’ouvre ni le dossier de soins complet ni les données confidentielles du personnel.
Les valeurs planifiées, effectives et facturées sont distinctes ; les erreurs ou les retards entraînent un statut visible « incomplet/périmé », plutôt qu’une valeur nulle paraissant actuelle.
La sélection de la période, du site et des filtres autorisés dans les liens partagés reste vérifiée par rapport aux droits actuels. Une vue enregistrée n’étend aucun droit.
Responsabilité
La direction et les responsables d’unité ou d’exploitation disposent d’un accès par dimension, les responsables des données approuvent les définitions ; les opérateurs techniques voient les retards sans vue métier complète.
Automatisation et IA
Seuils et indications de tendances fondés sur des règles ; l’IA peut expliquer les indicateurs autorisés et formuler des questions. Aucun texte de tableau de bord ne produit automatiquement une décision engageante de personnel ou d’occupation. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
02
Exploration détaillée, export et analyse entre organisations
Pouvoir expliquer les chiffres et les transmettre de manière contrôlée, sans révéler des personnes à travers les détails, les exports ou les petits groupes.
L’exploration détaillée recalcule le périmètre source autorisé lors de la consultation ; l’index de recherche, les fichiers temporaires et les tâches d’export suivent les mêmes règles que la source.
Les exports asynchrones possèdent un instantané, un profil de format et de langue, un périmètre, une finalité, une autorisation, une conservation et une mise à disposition temporaire révocable ; les droits sont revérifiés au démarrage de la tâche et à la livraison.
Une analyse entre organisations nécessite un accord ou une politique distincts approuvés, ainsi qu’une agrégation adaptée ou une anonymisation démontrée. Les frontières entre tenants ne peuvent pas être contournées par un superutilisateur SQL central.
Les profils de divulgation versionnés définissent la protection des petits groupes et les attaques pertinentes par différence ou combinaison au moyen de filtres ou d’exports répétés. Les données pseudonymisées restent protégées en conséquence.
L’export de tableaux neutralise l’interprétation de formules de tableur dans le texte libre et sépare les valeurs lisibles par machine de la présentation localisée. Les fichiers exportés contiennent uniquement les colonnes approuvées.
Responsabilité
Utilisateurs de rapports dans leur périmètre, validateurs spécifiquement habilités pour les usages entre organisations, auditeurs selon la finalité ; un rôle d’administration global ne constitue pas une autorisation de divulgation.
Automatisation et IA
Vérification automatique des politiques, du périmètre et de l’exhaustivité ; l’IA peut expliquer les colonnes. Elle ne peut ni contourner une validation ni reconstituer des valeurs individuelles masquées par des compléments. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
03
Scénarios, prévisions et hypothèses explicables
Comparer les conséquences de l’occupation, de la disponibilité du personnel et de la demande avant une décision métier.
Une simulation possède une finalité, une version des données de base, des hypothèses, un horizon temporel, des paramètres, une révision du modèle ou des règles et des limites nommées ; le résultat est clairement distingué de la réalité et du plan engageant.
Les utilisateurs peuvent varier les paramètres autorisés et comparer les scénarios ; les données sources bloquées ne doivent pas influencer de manière cachée les résultats accessibles.
Les modèles déterministes utilisent des règles traçables ; les prévisions statistiques ou de machine learning reçoivent une évaluation distincte d’aptitude et de qualité, une présentation de l’incertitude et des contrôles de dérive adaptés à la finalité validée.
L’application d’un scénario à une planification réelle des services ou de l’occupation constitue une commande autorisée distincte du module responsable, avec une nouvelle vérification des données et des règles actuelles.
Des données de base insuffisantes, des entrées hors du périmètre autorisé ou une révision de modèle manquante ne donnent lieu à aucune recommandation engageante d’une précision trompeuse.
Responsabilité
Rôles habilités de planification ou de direction, propriétaires de modèles pour les validations ; aucune prévision clinique hors d’une finalité autorisée séparément.
Automatisation et IA
L’IA locale formule les hypothèses comme un brouillon vérifiable et explique les résultats avec leurs sources. Le modèle de calcul et les données de base fournissent les valeurs ; le texte du modèle de langage ne peut pas compléter des chiffres manquants en les présentant comme des faits. Les fonctions IA nécessitent une activation souhaitée par l’établissement. Le traitement reste sur les propres serveurs d’Oronela en Suisse.
03 / EXEMPLE PRATIQUE
Évaluer conjointement l’occupation et la couverture des services
01
La direction choisit la période et les sites autorisés.
02
La vue d’ensemble montre les définitions et les états actuels des sources pour l’occupation et les besoins de service.
03
Un scénario compare des hypothèses alternatives concernant la capacité future.
04
Une modification choisie est de nouveau vérifiée et validée dans le module principal d’occupation ou de personnel.
Un texte de rapport ne modifie aucun plan de service. Les prévisions, les lacunes de données et les valeurs réelles restent différenciables ; les droits sur les détails s’appliquent aussi après l’export.
PROCESSUS DU SYSTÈME / Déroulement type
Déroulement type
01
La période, la définition et les sources autorisées déterminent le rapport.
02
Les indicateurs montrent l’origine, l’état des données et les valeurs manquantes ; les scénarios sont identifiés comme tels.
03
Les vues détaillées et les exports utilisent les mêmes droits que les données sources d’origine.
Voir le processus métier dans l’espace +
M14 / PROCESSUSÉtape par étape
Définition du rapportTransmission en cours
Modèle de processus illustratif
RèglesBase métier
→
INFORMATIONDéfinition du rapport
→
02Indicateur et provenance
Période · Indicateur · AutorisationPrêt pour la transmission
La période, la définition et les sources autorisées déterminent le rapport.
Plusieurs sources de données se rejoignent dans des indicateurs traçables et des détails protégés.Quelles informations sont transmises ?
Règles → 02
Définition du rapport
Période · Indicateur · Autorisation
01 → 02
Données sources autorisées
Occupation · Temps · Prestation
02 → 03
Indicateur traçable
Définition · État des données · Origine
ÉCHANGE DE DONNÉES / CONNEXIONS ENTRE MODULES
Les interfaces dans leur contexte.
M14 se trouve au centre. Les connexions montrent quels modules peuvent fournir ou reprendre des informations lorsqu’ils sont sélectionnés et configurés pour votre établissement. Sélectionnez une connexion pour examiner son périmètre de données.
M14 / CONNEXIONSÉchanges entre modules
Données d’occupationTransmission en cours
Contrats de module versionnés
M05Occupation
→
INFORMATIONDonnées d’occupation
→
M14Ce module
Occupation prévue et réelle avec période.Prêt pour la transmission
Occupation prévue et réelle avec période. La définition du rapport et l’état des données sont affichés.
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.
Les détails protégés restent protégés dans l’exploration détaillée.
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 M14-01–M14-04 · M14-A–C. Les domaines suivants sont expliqués sur cette page :