FR 3114414 A1 20220325 FR 2009576 A 20200922 Module (18) de gestion, exploitation et maintenance en bâti immobilier modélisé d’une construction comportant une unité de calcul et des moyens de stockages de données numériques, lesdits moyens de stockage numérique comportant : une maquette tridimensionnelle numérique (13) de la construction stockée, ladite maquette comportant une modélisation tridimensionnelle de présentation (12) et une modélisation tridimensionnelle d’information (11) ; une base données (14) dont les données sont associées à ladite maquette tridimensionnelle numérique de présentation et à ladite modélisation tridimensionnelle d’information, l’unité de calcul étant configurée pour écrire des informations dans ladite maquette tridimensionnelle numérique de présentation et/ou ladite modélisation tridimensionnelle d’information, et/ou ladite base de données sur réception d’une requête de modification, module comportant en outre des interfaces de communication pour recevoir des requêtes d’interrogation et/ou des requêtes de modification du module de la part d’objets de type IoT (15), lesdits objets étant disposés dans ou autour de la construction. Figure pour la publication : figure 1. DISPOSITIF ET PROCEDE DE GESTION, EXPLOITATION ET MAINTENANCE EN BATI IMMOBILIER MODELISE La présente invention se rapporte à un procédé et architecture informatique de gestion, exploitation et maintenance en bâti immobilier modélisé. Elle se rapporte également à une architecture mettant en œuvre ledit procédé. État de la technique antérieure Le domaine du bâti immobilier modélisé est souvent désigné par l’acronyme BIM, pour l’anglais Building Information Modeling . Le BIM ne se limite pas aux seuls bâtiments, il concerne l’ensemble des ouvrages de la construction, y compris le génie civil, les travaux publics, l’ensemble des infrastructures et des réseaux. Il ne se limite pas non plus à l’acte de construire, mais concerne l’ensemble du cycle de vie d’un ouvrage, depuis la programmation, les esquisses jusqu’à sa déconstruction et la réutilisation, le recyclage ou la valorisation énergétique des éléments en fin de vie. Le BIM se définit à la fois comme : un processus de structuration, de création, de production, d’échange, d’intégration, d’analyse, de gestion, de visualisation et d’exploitation de données ; un modèle d’un ouvrage bâti. Le fichier n’est pas qu’un catalogue d’objets positionnés dans l’espace et comprend aussi une description des relations entre objets et de leurs propriétés, par exemple : jonctions de murs, type d’ouverture ou de traversée d’un mur ou d’une dalle et ruptures de pont thermique. Le BIM facilite la faisabilité de projets conçus. Il s’agit d’un ensemble de processus, visant à orienter la mise en œuvre vers certains procédés et à faciliter la communication, l’échange et la gestion de données autour d’un projet de construction. Les formats de fichiers sont dits natifs ou propriétaires lorsqu’ils sont créés par des logiciels, solutions ou plateformes dites BIM, de type Revit, Archicad, Allplan, Tekla. Les formats de fichiers sont dits open BIM ou non-propriétaires lorsqu’ils sont comme les formats IFC 2x3 ou 4 par exemple. Les fichiers dits BIM sont par définition des fichiers numériques. Les outils BIM (logiciels, solutions, plateformes, etc.) sont utilisés dans le milieu de l’architecture, de l’ingénierie, du génie civil (les constructions liées aux bâtiments, aux infrastructures et au territoire). Les outils BIM sont utilisés pour tout type de projet. Le projet peut être neuf ou existant. Il peut s’agir d’une restructuration, rénovation. Le projet peut viser un appartement, une école, une piscine, une gare, un pont, une route, une tour, une industrie. Le maître d’ouvrage peut être tout type de personne physique ou morale, par exemple un particulier, un professionnel du bâtiment, une administration, un gestionnaire de biens. À ce jour, les outils numériques permettent la création de maquettes ou de modèles BIM pour les phases de conception architecturale et les phases de réalisation de la construction. Une fois la maquette BIM DOE, pour l’acronyme Dossier d’Ouvrage exécuté, réalisée ou le jumeau numérique de la construction existante créé, l’utilisation de ce ou ces fichiers aux formats « propriétaires » ou « non propriétaires » reste problématique dans le cadre de la gestion, exploitation et maintenance BIM, ci-après BIM GEM. Une problématique provient de la pauvreté des solutions BIM GEM sur le marché. De nombreux logiciels BIM existent, mais soit ils font de la conception, soit ils font de la gestion de chantier, soit ils font de la lecture de 3D, plans et information. Par ailleurs, les logiciels GEM, acronyme pour gestion, exploitation et maintenance, existants ne sont pas directement connectés à une maquette numérique BIM ou à un jumeau numérique, ils ne sont donc pas BIM GEM. Ces logiciels ou solutions ont une structuration informatique et pratique ancienne qui les rend difficilement ou pas compatibles avec les maquettes BIM ou jumeau numérique. Une autre problématique est que les logiciels BIM GEM n’utilisent pas directement la maquette BIM ou le jumeau numérique comme support de l’information (graphique et alphanumérique). La base de données des modifications n’étant pas connectée à la maquette numérique BIM, les doublons et les erreurs sont très fréquentes, ce qui induit une perte de temps et une perte d’information pour la GEM de la construction. Une autre problématique est que les solutions BIM GEM n’intègrent pas l’historisation des données alphanumériques. Une autre problématique est que les solutions BIM GEM n’intègrent pas la remontée en temps réelle (ou avec une latence très faible) de l’information détectée au cœur même de la construction par les outils numériques dédiés (par exemple de type IoT, pour l’anglais Internet of Thin g s ). La remontée d’information lente ou inexistante peut créer des désordres constructifs majeurs et coûteux, car il n’y a pas d’anticipation des problématiques. Une autre problématique est que les solutions BIM GEM n’intègrent pas l’usager au cœur du processus de gestion, exploitation et maintenance de la construction. Sans implication de l’usager, celui-ci peut se sentir hors du processus de GEM d’une construction, et donc n’y apporter aucune attention, or il est évident aujourd’hui que pour une GEM efficiente d’une construction, l’usager est la pièce majeure du système. Une autre problématique est que les solutions BIM GEM n’intègrent pas les connexions aux autres outils ou processus métiers liés à la Gestion Exploitation Maintenance des biens au sens large (comme la gestion des baux locatifs ou la visite virtuelle d’achat ou de location par exemple). La mutualisation des systèmes d’informations entre les différents métiers, aujourd’hui possible grâce à l’informatique, permet des économies d’échelles, mais également des suivis ou interventions à distance limitant les risques pandémiques. Un but de l’invention est notamment de remédier à tout ou partie des inconvénients précités. Les revendications seront reprises ici après accord sur le texte. Description des figures D’autres avantages et particularités de l’invention apparaîtront à la lecture de la description détaillée de mises en œuvre et de modes de réalisation nullement limitatifs, au regard de dessins annexés sur lesquels : [Fig. 1] La figure 1 illustre un module selon l’invention et ses connexions à des outils d’information ; [Fig. 2] La figure 2 illustre les modes d’interaction du module avec un opérateur ; [Fig. 3] La figure 3 illustre les connexions du module avec des documents liés ; [Fig. 4] La figure 4 illustre les connexions du module avec visualisation de documents liés ; [Fig. 5] La figure 5 illustre des visualisations de la base de données du module ; [Fig. 6] La figure 6 illustre des communications automatiques de la base de données BIM [Fig. 7] La figure 7 illustre un procédé d’analyse prédictive mettant en œuvre le module ; [Fig. 8] La figure 8 illustre un processus de maintenance mettant en œuvre le module ; [FIG. 9] La figure 9 illustre un processus de déclaration d’incident mettant en œuvre le module ; [FIG. 10] La figure 10 illustre un processus de demande de devis mettant en œuvre le module ; [FIG. 11] La figure 11 illustre un processus de création d’une intervention mettant en œuvre le module ; [FIG. 12] La figure 12 illustre un processus de clôture d’une intervention mettant en œuvre le module . Description de mode de réalisation Les modes de réalisation décrits ci-après n’étant nullement limitatifs, on pourra notamment considérer des variantes de l’invention ne comprenant qu’une sélection de caractéristiques décrites, par la suite isolées des autres caractéristiques décrites, si cette sélection de caractéristiques est suffisante pour conférer un avantage technique ou pour différencier l’invention par rapport à l’état de la technique antérieure. Cette sélection comprend au moins une caractéristique, de préférence fonctionnelle sans détails structurels, ou avec seulement une partie des détails structurels si cette partie uniquement est suffisante pour conférer un avantage technique ou pour différencier l’invention par rapport à l’état de la technique antérieure. Sur les figures, un élément apparaissant sur plusieurs figures conserve la même référence. Figure 1 représente un mode de réalisation d’un dispositif 18 selon l’invention. Le dispositif 18 est un dispositif de gestion, exploitation et maintenance en bâti immobilier modélisé. Le dispositif 18 sera dénommé module 18 dans la suite de ce document. Le module 18 comporte une maquette tridimensionnelle numérique 13 et une base de données 14. Ces deux éléments sont stockés dans des moyens de stokage bien connus de l’homme du métier. La maquette numérique 13 contient la modélisation tridimensionnelle dite de présentation 11, incluant entre autres les volumétries et les textures des éléments modélisés. La maquette numérique peut être stockée dans une mémoire du dispositif 18 sous forme de fichier numérique. La modélisation tridimensionnelle dite d’information 12, inclut entre autres la donnée graphique, la donnée de positionnement, et la donnée alphanumérique des différents éléments modélisés. La modélisation de présentation 11 et la modélisation d’information 12 sont représentées au sein du dispositif 18 par le dessin 13. Les modélisation de présentation 11 et d’information 12 peuvent être considérées comme un seul et même élément. La maquette numérique 13 peut être interfacée avec d’autres dispositifs au moyen de plusieurs interfaces, automatiques ou non, permettant une consultation, une modification et/ou un complément de données en quasi-temps réel. Ainsi, il est possible de conserver une modélisation BIM à jour. Bien entendu le dispositif 18 comporte une unité de calcul fonctionnellement disposée en relation avec la maquette numérique 13 et la base de données 14. Les données 14 de la maquette BIM 13 peuvent-être complétées ou modifiées par des objets 15, automatiques ou contenant une intelligence numérique. Les objets 15 sont communément appelés IoT, pour l’anglais Internet of Things . Les objets 15 peuvent être positionnés dans ou autour de la construction réelle, et peuvent transmettre des données numériques de manière régulière ou selon nécessité. Les objets 15 peuvent être des détecteurs (présence, fumée, fuite, etc.), des compteurs (gaz, eau, électricité, etc.), des alarmes (incendie, chaleur, etc.), des capteurs de position, des capteurs de mouvements, des déclencheurs d’ouverture, entre autres. Les données 14 de la maquette BIM 13 peuvent-être également complétées ou modifiées par des automates 10 connectés au bâtiment, sous forme de GTB (Gestion Technique de Bâtiment), GTC (Gestion Technique Centralisée) ou de GMAO (Gestion de Maintenance Assistée par Ordinateur). Les données 14 de la maquette BIM 13 peuvent-être également liées à des modules d’extensions 16 (en anglais plugins ) externes ou internes à la solution. Cette liaison permet le transfert d’information (graphique ou alphanumérique), de manière automatique ou non, en vue d’une amélioration de la connaissance de la construction. Les données 14 de la maquette BIM 13 peuvent-être également liées liée à une zone de stockage annexe 17 contenant des documents extérieurs à la maquette BIM. Ces documents, de type .PDF, .DWG, .DOC, .XLS, etc., sont accessible via le dispositif 18. Les données stockées au sein du dispositif 18 peuvent être consultées et/ou modifiées en temps réel par des opérateurs 19. Comme illustré sur Figure 2 , un opérateur peut consulter, compléter ou modifier les données14 de la maquette BIM 13 par une interface numérique de type ordinateur 20, tablette 21, smartphone 22, casque de réalité virtuelle 23, casque de réalité augmenté 24, ou tout autre dispositif numérique 25 pouvant être connecté au du module 18. Ces outils numériques peuvent accéder au dispositif 18 en mode Saas, pour l’anglais Software as a Service , par exemple depuis le réseau internet, ou via une application dédiée. Les données graphiques ou alphanumériques modifiées peuvent être retransmises à un opérateur depuis le dispositif 18 par l’intermédiaire des outils numériques. Les modifications manuelles des données numériques au sein du dispositif 18 sont réalisées par l’intermédiaire d’un ensemble d’étapes. L’opérateur voulant mettre à jour la maquette 13 se connecte au dispositif 18 via un outil numérique de son choix, tels les outils numériques 20, 21, 22, 23, 24, 25 . Une page d’accueil permet à l’opérateur de sélectionner la construction qu’il souhaite mettre à jour parmi les constructions auxquelles il a accès . Une fois la construction sélectionnée, la maquette 13 (texturée ou non) de la construction sélectionnée est envoyée par le dispositif 18 à destination de l’outil numérique. L’opérateur peut se déplacer au sein de la maquette numérique 13 au moyen d’une souris d’ordinateur ou des boutons de déplacement dédiés (par exemple tactile ou sur manette). L’opérateur peut sélectionner un élément de la maquette numérique 13 qu’il souhaite mettre à jour (mur, fenêtre, porte, canalisation, plafond, zone, etc.). L’opérateur peut alors visualiser une donnée associée à l’élément sélectionné et contenu dans la base de données 14 ; l’opérateur peut, optionnellement, modifier la donnée associée à l’élément sélectionné. Le dispositif 18 est configuré pour enregistrer la donnée associée modifiée, tout en conservant l’ancienne donnée équivalente ; l’historisation de l’écriture est sauvegardée automatiquement par le dispositif 18. L’opérateur peut, optionnellement, compléter la donnée associée à l’élément, en vue de, par exemple, déclarer une problématique constructive. Après validation par l’opérateur, l’information est automatiquement intégrée dans la base de données 14, et si nécessaire transmise via des canaux de communication (de type SMS, mail, téléphone, notifications) au même opérateur et/ou à un autre opérateur du dispositif 18. Le dispositif 18 est configuré pour enregistrer la donnée associée complétée, tout en conservant l’ancienne donnée équivalente ; l’historisation de l’écriture et de l’action menée est sauvegardée automatiquement par le dispositif 18. L’opérateur (le même ou un autre) peut accéder à la donnée associée modifiée ou complétée, pour à nouveau, modifier ou compléter cette donnée. L’opérateur (le même ou un autre) peut accéder à la donnée modifiée ou complétée, pour conclure une phase de modification de données s’il le juge utile et nécessaire. L’opérateur peut se déconnecter du dispositif 18 pour ne plus modifier ou recevoir d’information. De manière automatique, l’ensemble des points clés de la procédure de modification (comme par exemple, la date, l’heure et la personne qui a modifié la donnée) est sauvegardé comme « historique » au sein de la base de données 14. Par ailleurs, la base de données 14 contenue peut être modifiée de manière automatique. Pour ce faire, des outils numériques connectables à internet peuvent être utilisés, tels les automates 10 connectés à la construction, les objets 15, les modules d’extensions 16. Dans la suite de cette description, les outils numériques sont désignés par le terme outil automatique. Les modifications des données numériques au sein du dispositif 18 sont réalisées par l’intermédiaire d’un ensemble d’étapes partiellement facultatives : l’opérateur souhaitant mettre à jour la base de données 14 se connecte au dispositif 18 via un outil numérique de son choix, par exemple les outils numériques 20, 21, 22, 23, 24, 25 ; l’opérateur arrive sur une page d’accueil lui permettant de choisir une page liée à l’activation des outils automatiques ; une fois sur la page lui permettant de choisir l’activation des outils automatiques, l’opérateur peut choisir ou non de les activer via des boutons sur l’interface (ou une commande vocale) ; l’opérateur peut se déconnecter du dispositif 18 pour ne plus modifier son paramétrage ; l’outil automatique alors activé recherche et valide les droits d’accès à la base de données 14 ; l’outil automatique obtient l’autorisation d’écrire sur la base de données 14 du dispositif 18 ; l’outil automatique écrit sur la base de données 14 du dispositif 18 ; le dispositif 18 enregistre la nouvelle donnée venant de l’outil automatique, tout en conservant l’ancienne donnée équivalente ; l’historisation de l’écriture est sauvegardée automatiquement par le dispositif 18 ; l’outil automatique renouvelle la tâche selon sa propre configuration (à intervalle régulier ou non, pour une donnée similaire ou non) ; la configuration de l’outil automatique est gérée au sein et par l’outil automatique. À tout moment, l’opérateur peut se connecter au dispositif 18 via un outil numérique de son choix pour arrêter la mise à jour de la base de données BIM 14 de manière automatique. L’opérateur arrive alors sur une page d’accueil lui permettant de choisir la page qui concerne l’activation des outils automatiques. Une fois sur la page lui permettant de choisir l’activation des outils automatiques, l’opérateur peut choisir ou non de les désactiver via des boutons sur l’interface (ou une commande vocale). L’opérateur peut se déconnecter du dispositif 18 pour ne plus modifier son paramétrage. L’outil automatique reste connecté au dispositif 18, mais est alors déconnecté de la base de données 14. En référence à Figure 3 , la base de données 14 contenue dans le module 18 peut contenir des liens informatiques ou hyperliens (liens internet 31, liens URL 32). Pour ce faire, l’adresse des liens informatiques est créée ou modifiée dans la base de données 14 via la mise à jour « manuelle » de la maquette 13, ou via l’importation de la modélisation 3D 12. La liaison informatique entre la base de données BIM 14 et le contenu 34, 35, permet un accès direct au contenu 34, 35 depuis l’interface du module 18. L’opérateur voulant accéder ou visualiser le contenu en lien informatique avec la maquette BIM se connecte au module BIM GEM 18 via l’outil numérique de son choix 20, 21, 22, 23, 24, 25 ; l’opérateur arrive sur une page d’accueil lui permettant de choisir la construction qu’il souhaite mettre à jour parmi les constructions auxquelles il a accès ; une fois la construction sélectionnée, la modélisation 3D (texturée ou non) 13 s’ouvre dans le module 18 ; l’opérateur peut se déplacer au cœur de la maquette numérique 13 via sa souris d’ordinateur ou les boutons de déplacement dédiés (tactiles ou sur manette) ; l’opérateur peut sélectionner un élément graphique contenant le lien informatique de contenu 31, 32 (mur, fenêtre, porte, canalisation, plafond, zone, etc.) ; l’opérateur peut alors visualiser la donnée de l’élément sélectionné et contenu dans la base de données 14 ; l’opérateur peut, optionnellement, sélectionner le lien informatique de contenu 31, 32 présent au sein de l’élément sélectionné ; après validation, le module 18 est configuré pour accéder au contenu 34, 35 lié par les liens informatiques 31, 32. Comme illustré sur Figure 4 , le module 18 est alors configuré pour ouvrir alors, une page internet 41 correspondante, un dossier informatique 42 correspondant, un fichier informatique 43 correspondant avec l’application adaptée ; l’opérateur peut visualiser la page internet 41 correspondante, le dossier informatique 42 correspondant, le fichier informatique 43 correspondant avec l’application adaptée ; l’opérateur peut quitter ou fermer l’élément en affichage comme la page internet 41 correspondante, le dossier informatique 42 correspondant, le fichier informatique 43 ; l’opérateur peut, optionnellement, renouveler l’opération ou accéder à une autre action au sein du module 18 ; l’opérateur peut, optionnellement, modifier la liaison informatique 31, 32 via une procédure de mise à jour « manuelle » de la maquette ; l’opérateur peut se déconnecter du module 18 pour ne plus modifier ou afficher les divers éléments informatiques. Comme illustré sur Figure 5 , la donnée contenue dans la base de données 14 peut être compilée, triée, et traitée pour analyse et visualisation des résultats. La donnée compilée et triée peut être visualisée sous les formes suivantes : tableau de données 51 compilé en ligne et colonne après choix des options 59 via l’interface d’utilisation générée par le module 18 ; diagramme circulaire ou graphique en secteur 52, ou équivalent, après choix des options 59 via ladite interface d’utilisation ; diagramme à bande ou linéaire 53, ou équivalent, après choix des options 59 via ladite interface d’utilisation ; histogramme ou polygone statistique 54, ou équivalent, après choix des options 59 via ladite interface d’utilisation ; nuage de points 55, ou équivalent, après choix des options 59 via ladite interface d’utilisation ; cartographie avec points de positions et lignes de trajets 56, ou équivalent, après choix des options 59 via ladite interface d’utilisation. Les modes de visualisation sont compilés en une page spécifique de visualisation ou en éléments d’affichages séparés. Les modes de visualisation sont paramétrables de manière individuelle, et peuvent être compilés, ou non, sur plusieurs pages. Les tableaux de données 51 peuvent être formalisés sous forme de rapport pour impression 57, ou sous forme de rapport numérique modifiable 58. Comme illustré sur Figure 6 , la donnée contenue dans la base de données 14 peut être transmise de manière automatique à un outil numérique. Cette transmission est donc paramétrable au sein de la solution BIM GEM 18. La donnée transmise peut être interprétée et exprimée sous différentes formes. Elle peut être exprimée sous forme d’une notification 61, par exemple sur une interface qui peut être installée sur les outils numériques, sous forme d’un mail 62, sous forme d’un SMS, pour l’anglais Short Message Service , messageries instantanées ou équivalent 63, sous forme d’un appel téléphonique 64. La donnée transmise peut également être reçue par des systèmes numériques complémentaires de type alarme 65 ou automate 66, et ce afin de déclencher des actions spécifiques pour le système numérique concerné (signal sonore, mouvement mécanique, allumage ou extinction d’un appareillage, stockage d’une donnée, etc.). La donnée transmise peut être stockée, utilisée, interprétée, mais encore non considérée par le système numérique considéré comme « receveur ». Comme illustré sur Figure 7 , la donnée contenue dans le module 18 peut être triée et analysée en vue de la création d’une maintenance prédictive. Le processus de création de maintenance prédictive est le suivant. La donnée existante à l’instant courant contenue dans la modélisation 3D 13 et/ou dans la base de données 14, est identifiée automatiquement dans le module 18, ou par l’opérateur 19 du module 18. Une fois identifiée, la donnée est choisie 59 via des critères précis tels que par exemple : la date de création ou de modification de la donnée, la période de la donnée, le type de donnée, le format de donnée, la localisation de la donnée, etc. La donnée choisie est compilée 61, puis des algorithmes 62 de la solution BIM GEM 18 trient et analysent ladite donnée. La donnée analysée est complétée et/ou transformée pour arriver à une donnée de maintenance prédictive 63, qui est alors recompilée pour en améliorer la visualisation 64. La visualisation 64 de la donnée dite « prédictive » se fait via des tableaux de bord identiques à ceux décrits en référence à Figure 5 . La fonction de maintenance prédictive au sein du module 18 peut comporter un ou plusieurs des objectifs suivants : comptabiliser le temps de maintenance et le coût de maintenance d’une construction existante pour des interventions passées ; analyser le type d’élément, et/ou le type d’ouvrage qui souffre le plus dans la construction et qui donc demande une maintenance plus attentive ; analyser et comprendre si l’architecture de la construction a une influence sur la pérennité ou l’usure des éléments construits ou posés ; analyser et comprendre si l’usage de la construction a une influence sur la pérennité ou l’usure des éléments construits ou posés ; analyser et comprendre si la maintenance de la construction a une influence sur la pérennité ou l’usure des éléments construits ou posés ; anticiper la problématique de maintenance grâce à une analyse automatique, via une IA, pour l’anglais Intelligence Artificielle , des incidents et interventions déclarés ; anticiper les coûts de maintenance grâce à une analyse automatique, via une IA, des interventions clôturées. Figure 8 est un diagramme de haut niveau d’une des fonctions servant à effectuer la maintenance d’une construction à partir d’une maquette BIM. Ce processus de maintenance en BIM est articulé selon : un processus de déclaration d’incident lié à la construction, un processus de demande de devis pour une intervention, un processus de création et d’organisation d’une intervention sur site, un processus de clôture d’une intervention. Figure 9 est un diagramme du processus de déclaration d’incident au sein du module 18, qui s’effectue selon les étapes suivantes : l’opérateur voulant faire une déclaration d’incident se connecte au module 18 via un outil numérique de son choix ; l’opérateur arrive sur une page d’accueil lui permettant de choisir la construction ayant un incident parmi les constructions auxquelles il a accès ; une fois la construction sélectionnée, la modélisation 3D 13 est proposée par module 18 ; l’opérateur se déplace au cœur de la maquette numérique 13 via sa souris d’ordinateur ou les boutons de déplacement dédiés (tactiles ou sur manette) ; l’opérateur sélectionne l’élément 91 ayant l’incident ou la problématique (mur, fenêtre, porte, canalisation, plafond, zone, etc.) ; l’élément sélectionné 91 apparaît en surbrillance afin de le dissocier des autres éléments de la maquette 13 ; l’opérateur peut, s’il le souhaite, déclarer un incident lié à l’élément sélectionné 91. Une fois la déclaration d’incident effectuée, un incident 99 est alors créé au sein du module 18. L’incident 99 contient la référence de localisation de l’élément sélectionné 91, la donnée de l’élément 92 sélectionné contenue dans la base de données 14, la prise de vue 93 de l’élément sélectionné au moment de la création de l’incident, la donnée complémentaire 94 liée à l’incident est entrée par l’opérateur (comme : la priorité d’intervention, le corps de métier relevant de l’intervention, les photos de la problématique, etc.), la donnée complémentaire automatique 95 liée à l’historisation de l’incident (comme : qui a fait la déclaration d’incident, quel jour et à quelle heure est validée la déclaration d’incident, etc.). Lors de la création de l’incident, le module 18 enregistre toutes les données créées (93, 94, 95) dans sa base de données 14, et l’historisation associée. L’opérateur peut, optionnellement, modifier la donnée 94 de sa déclaration d’incident, au moyen du module 18, en sélectionnant ladite déclaration d’incident, puis en cliquant sur le bouton de modification, puis en validant l’incident en fin de processus. Après validation par l’opérateur, les informations 94 et 95 sont automatiquement intégrées dans la base de données 14, et si nécessaire transmises via des canaux de communication (de type SMS 63, mail 62, téléphone 64, notifications 61) au même et/ou à un autre opérateur du module 18. Une fois créée, l’opérateur, le même ou un autre selon les droits d’accès et de modifications au module 18, aura la possibilité de valider la déclaration d’incident pour y associer la demande de devis ou pour la transformer en création d’intervention, ou au contraire de la refuser si la déclaration d’incident est irrecevable. La déclaration d’incident est accessible dans le tableau de bord du module 18. Figure 10 est un diagramme du processus de demande de devis. Le processus s’effectue selon les étapes suivantes : l’opérateur voulant faire une demande de devis se connecte au module 18 via l’outil numérique de son choix ; l’opérateur arrive sur une page d’accueil lui permettant de choisir la construction ayant un incident parmi les constructions auxquelles il a accès ; une fois la construction sélectionnée, il peut aller sur le tableau de bord de ladite construction pour sélectionner la déclaration d’incident validée ; l’opérateur visualise alors toutes les informations 92, 93, 94, 95 contenues dans la déclaration d’incident, il peut également ouvrir directement à l’aide de la commande associée la maquette 13 à l’endroit de la prise de vue 93 pour y voir l’élément concerné 91 ; l’opérateur peut créer, modifier ou compléter la donnée présente en utilisant le processus partiel de la déclaration d’incident, et en validant. Afin de faire la demande de devis sur l’intervention à prévoir, l’utilisateur peut agir sur la commande de demande de devis, puis choisit la donnée à transmettre, parmi toutes les données 92, 93, 94. Après validation, la demande est transmise numériquement, et de manière automatique, aux personnes concernées et déjà présentes dans la base de données 14 (en cas de nécessité, les coordonnées téléphone, mail ou autre des personnes concernées seront entrées préalablement dans la base de données 14). En réponse, et après validation par l’opérateur, le devis 101 transmis au module 18 sera directement intégré à la déclaration d’incident complété 109. Lors de la demande de devis, le module 18 enregistre toutes les données créées, modifiées ou/et complétées 92, 93, 94, 95, 101 dans sa base de données 14, et l’historisation associée. L’opérateur peut, optionnellement, modifier ou compléter le nombre de devis 101 de sa déclaration d’incident 109, en naviguant dans le module 18, puis en sélectionnant ladite déclaration d’incident 109, puis en cliquant sur le bouton de modification, puis en insérant le nouveau devis, puis en validant l’incident en fin de processus. Après validation par l’opérateur, les informations 101 modifiées ou complétées 94 et 95 sont automatiquement intégrées dans la base de données 14, et si nécessaire transmises via des canaux de communication (de type SMS 63, mail 62, téléphone 64, notifications 61) au même et/ou à un autre opérateur du module 18. Une fois créée, l’opérateur, le même ou un autre, selon les droits d’accès et de modifications du module 18, aura la possibilité de valider la déclaration d’incident 109 pour la transformer en création d’intervention, ou de la refuser si la déclaration d’incident 109 est irrecevable suite à la demande de devis. La déclaration d’incident 109 est accessible dans le tableau de bord du module 18. Figure 11 est un diagramme du processus de création d’intervention et d’organisation d’une intervention sur site au moyen du module 18. Le processus s’effectue selon les étapes suivantes : l’opérateur voulant faire une demande de devis se connecte au module 18 via un outil numérique. L’opérateur arrive sur une page d’accueil lui permettant de choisir la construction ayant un incident parmi les constructions auxquelles il a accès. Une fois la construction sélectionnée, il peut aller sur le tableau de bord de ladite construction pour sélectionner la déclaration d’incident validée. L’opérateur peut alors visualiser toutes les informations 92, 93, 94, 95, 101 contenues dans la déclaration d’incident 109. Il peut également ouvrir directement à l’aide de la commande associée la maquette 13 à l’endroit de la prise de vue 93 pour y voir l’élément concerné 91. Par la visualisation de la donnée BIM, l’opérateur peut par exemple anticiper des commandes de matériel, anticiper des processus de montage ou de démontage de matériel, anticiper des temps plus précis d’intervention, etc. Par la visualisation de la modélisation BIM, l’utilisateur peut par exemple anticiper l’accès à l’intervention, anticiper le matériel de protection des personnes à mettre en place sur site, anticiper la signalétique d’intervention à mettre en place sur site, anticiper la protection des locaux existants à mettre en place sur site, anticiper le nombre de personnes nécessaires à l’intervention, etc. L’opérateur peut créer, modifier ou compléter la donnée présente en utilisant le processus partiel de la déclaration d’incident, et en validant. Afin de faire la création d’intervention, l’opérateur peut agir sur la commande de création d’intervention. Après validation, l’opérateur renseigne dans un calendrier 111 la date d’intervention, sa durée, et le technicien ou l’entreprise associés à ladite intervention. Après validation, la demande d’intervention 119 est créée. L’opérateur peut, s’il le souhaite, modifier ou compléter la demande d’intervention 119 ou son calendrier de planification 111, en naviguant dans le module 18, puis en sélectionnant ladite demande d’intervention 119, puis en cliquant sur le bouton de modification, puis en effectuant les modifications, puis en validant en fin de processus. Après validation par l’utilisateur, les informations 93, 94, 95, 111 modifiées ou complétées sont automatiquement intégrées dans la base de données 14, et si nécessaire transmises via des canaux de communication (de type SMS 63, mail 62, téléphone 64, notifications 61) au même et/ou à un autre opérateur du module 18. Une fois créée, l’utilisateur, le même ou un autre, selon les droits d’accès et de modifications du module 18, aura la possibilité de clôturer la demande d’intervention 119 pour l’historiser. La demande d’intervention 119 est accessible dans le tableau de bord du module 18. La demande d’intervention 119 est également accessible dans le calendrier général du module 18. Figure 12 est un diagramme du processus de clôture d’intervention au sein de du module. L’opérateur voulant faire une demande de devis se connecte au module 18 via un outil numérique de son choix. Il arrive sur une page d’accueil lui permettant de choisir la construction ayant un incident parmi les constructions auxquelles il a accès. Une fois la construction sélectionnée, il peut aller sur le tableau de bord de ladite construction pour sélectionner la déclaration d’incident validée. L’opérateur peut alors visualiser toutes les informations 92, 93, 94, 95, 101 contenues dans la demande d’intervention 119. Il peut également ouvrir directement à l’aide de la commande associée la maquette BIM 13 à l’endroit de la prise de vue 93 pour y voir l’élément concerné 91. Par la visualisation de la donnée BIM, l’utilisateur peut par exemple modifier ou compléter la donnée BIM 92 afin de mettre la base de données 14 (et donc le module 18) à jour de la réalité construite, et ce afin d’en conserver l’usage de jumeau numérique. Par la visualisation de la modélisation BIM 13, l’opérateur peut par exemple sélectionner d’autres éléments de la maquette BIM 13 qui ont été impactés par l’intervention, et ainsi en modifier leur donnée dans la base de données 14 afin que le module 18 soit à jour de la réalité construite et conserve son usage de jumeau numérique. L’opérateur peut donc créer, modifier ou compléter la donnée présente en utilisant le processus partiel de la déclaration d’incident, et en validant. Afin de faire la clôture d’intervention 129, l’opérateur peut agir sur la commande de clôture d’intervention. Après validation, l’utilisateur renseigne dans un calendrier 111 la date d’intervention réelle, sa durée réelle, et le technicien ou l’entreprise réellement intervenue sur site lors de ladite intervention. L’opérateur renseigne également (si nécessaire) le prix 121 de l’intervention (fourniture et/ou main d’œuvre). L’opérateur complète la clôture d’incident 129 par l’ajout de documents complémentaires 122, comme par exemple des photos de l’intervention, des prises de notes utiles à l’intervention passée ou aux interventions futures sur cet élément, un devis complémentaire ou la facture de l’intervention, etc. Après validation, la clôture d’intervention 129 est créée. L’opérateur peut, s’il le souhaite, modifier ou compléter la clôture d’intervention 129 en naviguant dans le module 18, puis en sélectionnant ladite clôture d’intervention 129, puis en cliquant sur le bouton de modification, puis en effectuant les modifications, puis en validant en fin de processus. Après validation par l’utilisateur, les informations 92, 93, 94, 95, 111, 121, 122 modifiées ou complétées sont automatiquement intégrées dans la base de données 14, et si nécessaire transmises via des canaux de communication (de type SMS 63, mail 62, téléphone 64, notifications 61) au même et/ou à un autre opérateur du module 18. La demande d’intervention 129 est accessible dans le tableau de bord du module 18. La demande d’intervention 129 est également accessible dans le calendrier général de la solution BIM GEM 18. Bien sûr, l’invention n’est pas limitée aux exemples qui viennent d’être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l’invention. De plus, les différentes caractéristiques, formes, variantes et modes de réalisation de l’invention peuvent être associés les uns avec les autres selon diverses combinaisons dans la mesure où ils ne sont pas incompatibles ou exclusifs les uns des autres. La description qui précède est de nature purement illustrative et ne vise en aucune façon à limiter la divulgation, son application ou ses utilisations. Les enseignements généraux de la divulgation peuvent être mis en œuvre sous diverses formes. Par conséquent, bien que cette divulgation comprenne des exemples particuliers, sa portée réelle ne doit pas être aussi limitée puisque d’autres modifications apparaîtront après l’étude des dessins, de la spécification et des revendications suivantes. Il doit être entendu qu’une ou plusieurs étapes d’une méthode peuvent être exécutées dans un ordre différent (ou simultanément) sans altérer les principes de la présente divulgation. En outre, bien que chacun des modes de réalisation soit décrit ci-dessus comme ayant certaines caractéristiques, une ou plusieurs de ces caractéristiques décrites en ce qui concerne tout mode de réalisation de la divulgation peuvent être mises en œuvre dans et/ou combinées avec des caractéristiques de tout autre mode de réalisation, même si cette combinaison n’est pas explicitement décrite. En d’autres termes, les formes de réalisation décrites ne s’excluent pas mutuellement et les permutations d’une ou plusieurs formes de réalisation entre elles restent dans le champ d’application de la divulgation. Les relations spatiales et fonctionnelles entre les éléments (par exemple, entre les modules, les éléments de circuit, les couches de semi-conducteurs, etc.) sont décrites à l’aide de divers termes, notamment « connecté », « engagé », « couplé », « adjacent », « à côté », « au-dessus », « au-dessous » et « disposé ». Sauf si elle est explicitement décrite comme étant « directe », lorsqu’une relation entre un premier et un deuxième élément est décrite dans la divulgation ci-dessus, cette relation peut être une relation directe où aucun autre élément intervenant n’est présent entre le premier et le deuxième élément, mais peut également être une relation indirecte où un ou plusieurs éléments intervenants sont présents (soit spatialement soit fonctionnellement) entre le premier et le deuxième élément. L’invention n’est pas limitée aux exemples qui viennent d’être décrits et de nombreux aménagements peuvent être apportés à ces exemples sans sortir du cadre de l’invention. De plus, les différentes caractéristiques, formes, variantes et modes de réalisation de l’invention peuvent être associés les uns avec les autres selon diverses combinaisons dans la mesure où ils ne sont pas incompatibles ou exclusifs les uns des autres. Module (18) de gestion, exploitation et maintenance en bâti immobilier modélisé d’une construction comportant une unité de calcul et des moyens de stockages de données numériques, lesdits moyens de stockage numérique comportant : une maquette tridimensionnelle numérique (13) de la construction stockée, ladite maquette comportant une modélisation tridimensionnelle de présentation (12) et une modélisation tridimensionnelle d’information (11) ; une base données (14) dont les données sont associées à ladite maquette tridimensionnelle numérique de présentation et à ladite modélisation tridimensionnelle d’information, l’unité de calcul étant configurée pour écrire des informations dans ladite maquette tridimensionnelle numérique de présentation et/ou ladite modélisation tridimensionnelle d’information, et/ou ladite base de données sur réception d’une requête de modification, module comportant en outre des interfaces de communication pour recevoir des requêtes d’interrogation et/ou des requêtes de modification du module de la part d’objets de type IoT (15), lesdits objets étant disposés dans ou autour de la construction. Module selon la revendication précédente, dans lequel l’unité de calcul est en outre configurée pour adresser des messages automatiques à des outils numériques via des interfaces de communications (20, 21, 22, 23, 24, 25). Procédé de gestion, exploitation et maintenance en bâti immobilier modélisé d’une construction mettant en œuvre un module (18) selon l’une quelconque des revendications précédentes. Procédé selon la revendication précédente, comportant en outre un processus de maintenance prédictive de la construction à partir d’une analyse par l’unité du calcul du module des données stockées dans les moyens de stockages du module. Procédé selon l’une des deux revendications précédentes, comportant en outre un processus de maintenance à partir d’une déclaration d’incident liée à la construction et enregistrée dans les moyens de stockage du module par un opérateur. Produit programme d’ordinateur, téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, et chargeable dans une mémoire interne d’une unité de calcul, caractérisé en ce qu’il comporte des instructions de code de programme qui, lorsqu’elles sont exécutées par l’unité de calcul, mettent en œuvre les étapes du procédé selon l’une quelconque des revendications 3 à 5.