FR 3104780 A1 20210618 FR 1914619 A 20191217 L’invention concerne un procédé de production automatique d’un compte-rendu multimédia numérique d’une expertise d’un sinistre comportant une étape de déclaration par l’assuré dudit sinistre par l’acquisition d’informations numérique textuelles, photographiques et/ou vidéos à l’aide d’un équipement informatique connecté, à transmettre lesdites informations à un serveur sous forme d’un message numérique horodatée Figure 1 PROCEDE DE PRODUCTION AUTOMATIQUE D’UN COMPTE-RENDU MULTIMEDIA NUMERIQUE D’UNE EXPERTISE D’UN SINISTRE Domaine de l’invention La présente invention concerne le domaine de l’expertise de sinistres et plus particulièrement des systèmes d’informations pour la gestion des expertises. La chaîne de gestion des sinistres a comme particularité l’intervention de différents acteurs (assuré, assureurs, courtiers, experts…). Le traitement conventionnel des demandes d’indemnisation par l’assurance d’un sinistre est un processus complexe qui commence par une première notification de sinistre liée à un bien assuré. Lors de la notification du sinistre, la déclaration de sinistre peut être acheminée à plusieurs experts qui analysent différents aspects des dommages associés au bien assuré afin de déterminer si une indemnisation du préjudice est appropriée et le cas échéant déterminer le montant approprié de l’indemnisation, et parfois pour coordonner l’intervention des prestataires en charge de la réparation du sinistre. En général, le règlement des déclarations se traduit par des formalités, de la paperasse, des appels téléphoniques et potentiellement des rencontres en personne ou par téléphone entre l’assuré et l'expert. De plus, un délai important peut s'écouler entre le premier avis de sinistre du demandeur et le règlement final de la réclamation. De plus, bien que les assurés puissent tirer parti du traitement des demandes d’indemnisation pour déterminer s'ils recevront une compensation pour la perte associée à un bien, les consommateurs ont traditionnellement très peu d'options pour obtenir des conseils associés à la perte avant de soumettre une demande d’intervention de l’assureur. De plus, le traitement traditionnel des réclamations nécessite souvent que plusieurs acteurs partagent de nombreux documents. Par conséquent, il peut être nécessaire de traiter efficacement les réclamations pour mieux servir les clients. Guidés par des objectifs de qualité de service et d’optimisation des procédures, les experts et les compagnies d’assurance ont engagé un mouvement d’automatisation de leurs échanges afin de mieux traiter la masse croissante de dossiers d’indemnisation et de simplifier les démarches des assurés. Le « e-constat » base des échanges informatiques entre les assurés et leurs assureurs a permis de traiter des sinistres de faible importance ne nécessitant pas l’intervention d’un expert, par l’utilisation d’applications exploitées à partir d’un téléphone intelligent (smartphone). Ce mouvement d’automatisation des échanges ne se limite pas au cadre opérationnel d’un constat d’accident automobile entre un assuré et son assurance. Tous les acteurs sont à la recherche de solutions informatiques permettant de fluidifier l’échange de données dématérialisées, toujours dans un objectif de réduction des coûts et d’augmentation de la qualité de service. Le développement de ce genre de solution ne s’est pas fait attendre. La société Darva par exemple, créée dès 1988, propose de simplifier les relations entre systèmes d’information via l’EDI (échange de données informatiques). Un expert qui a pour responsabilité d’évaluer le coût d’un sinistre peut ainsi transmettre ses conclusions à la compagnie d’assurance en charge de l’indemnisation plus rapidement, via l’utilisation de l’EDI et son « langage » informatique standardisé. Ce gain de productivité peut également s’appliquer dans le cadre d’échange entre un courtier et une compagnie d’assurance, au moment de la souscription, ou entre une mutuelle et un délégataire de gestion dans le cadre de remboursement de frais de santé. Toutefois, lorsque l’intervention d’un expert est nécessaire, les systèmes d’information ne sont pas suffisants pour éviter les tâches fastidieuses d’information de l’assuré, de recueil de ses informations et de traitement par l’expert, puis de validation de l’avis d’expert par l’ensemble des acteurs. État de la technique On a proposé dans l’état de la technique une solution décrite dans le brevet FR3038094 de gestion documentaire pour la réparation d'un véhicule, comprenant les étapes consistant à : recevoir des métadonnées associées au véhicule à réparer ; recevoir au moins une image d'une partie du véhicule à réparer ; associer les métadonnées reçues à ladite au moins une image d'une partie du véhicule à réparer. Différents développements sont décrits : utilisation avec téléphone mobile, utilisation de codes QR, notifications de l'état d'avancement de la réparation du véhicule, traitements des images des dommages matériels notamment par reconnaissance d'images, utilisation d'encre électronique, utilisation d'une caméra vidéo, d'une caméra stéréoscopique, de moyens de réalité augmentée et/ou de réalité virtuelle. Certains modes de réalisation de l'invention permettent le suivi par l'assuré ou le propriétaire du véhicule des différentes étapes du processus de réparation. On connaît aussi le brevet américain US8712893 décrivant un système automatisé d'analyse des dommages pour traiter les réclamations associées à un article assuré, tel qu'un véhicule. Un serveur de traitement des réclamations amélioré peut analyser les dommages associés à l'article assuré en utilisant des photos / vidéos transmises au serveur à partir d'un appareil utilisateur (par exemple, un appareil mobile). Le serveur de traitement des réclamations amélioré peut soumettre un signal qui verrouille une ou plusieurs parties d'une application sur l'appareil mobile utilisé pour soumettre les photos / vidéos. L'appareil mobile peut recevoir des commentaires du serveur concernant l'acceptabilité des photos / vidéos soumises. Les photos peuvent en outre être annotées en utilisant, par exemple, un écran tactile. Une estimation, telle qu'une estimation des coûts, peut être déterminée pour les dommages associés à l'article assuré sur la base des photos et / ou des annotations. On connaît aussi le brevet FR2856867A1 décrivant un script temporel est généré à partir d'une liste de documents sélectionnés dans des serveurs de document (SW1-SWI) depuis des terminaux (T) et comportant des parties au moins textuelles. Un générateur de marqueurs (GM) estime une durée de synthèse vocale pour chaque partie textuelle (PT) en fonction d'un nombre d'unités élémentaires textuelles prédéterminées dans la partie textuelle (NCPT) et d'un débit prédéterminé (D). Le générateur de marqueurs (GM) génère également des marqueurs temporels de début et fin de chaque partie textuelle (PT) respectivement selon les durées de synthèse vocale estimées afin de reporter ces marqueurs dans le script temporel. Inconvénients de l’art antérieur Les solutions de l’art antérieur présentent différents inconvénients et notamment ne permettent pas de concilier une restitution didactique par l’expert de son analyse à l’assuré, de manière asynchrone. L’expert reçoit les informations de l’assuré via la plateforme de l’assureur, les analyses, puis rédige un rapport. Généralement, il fait part de son analyse à l’assuré pour recueillir son aval avant de le transmettre à l’assureur afin d’accélérer l’indemnisation du sinistre, lorsque l’assuré ne conteste pas la position de l’expert. Ces échanges ne sont pas automatisés, et se font généralement dans le cadre d’échanges téléphoniques, impliquant de trouver un créneau horaire où l’expert et l’assuré sont disponible, d’organiser le recueil de l’accord sous une forme probante et transmettre à l’assureur ces informations de manière fidèle, sans les dénaturer. Pour cela, les systèmes d’information et architecture matérielle et fonctionnelles des solutions de l’art antérieur ne sont pas adaptées. Les traitements à effectuer ne sont pas réalisables ni par des simples interventions humaines, ni par des équipements « standards ». Solution apportée par l’invention Afin de remédier à ces inconvénients, la présente invention concerne selon son acception la plus générale un procédé de production automatique d’un compte-rendu multimédia numérique d’une expertise d’un sinistre comportant une étape de déclaration par l’assuré dudit sinistre par l’acquisition d’informations numérique textuelles, photographiques et/ou vidéos à l’aide d’un équipement informatique connecté, à transmettre lesdites informations à un serveur sous forme d’un message numérique horodatée caractérisé en ce que : le contenu dudit message numérique est enregistré dans un espace mémoire dédié à l’assuré puis transmis à un équipement connecté d’un expert ledit équipement connecté de l’expert étant piloté par une application commandant : l’enregistrement des textes, images et/ou vidéos transmises par l’assuré dans une mémoire locale l’enregistrement d’une séquence vidéo composée successivement : d’une première séquence vidéo préenregistrée par l’expert avec son équipement connecté et stockée sur une mémoire numérique contrôlée par l’équipement connecté de l’expert d’une séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles acquises par l’assuré d’une séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles, photographiques et/ou vidéo acquises par l’assuré, une interface graphique commandant le déplacement d’une ou plusieurs photographies ou vidéos de l’assuré dans un masque correspondant à l’enregistrement vidéo en cours d’une deuxième séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles acquises par l’assuré d’un lien numérique vers un script d’acceptation ou de refus l’application exécutée par l’équipement informatique de l’expert commandant : le transfert du fichier numérique vidéo ainsi composée sur la plateforme informatique, le calcul d’un lien correspondant à l’adresse numérique dudit fichier numérique et la transmission à l’assuré dudit lien sous forme d’un message numérique le calcul d’un condensat dudit fichier numérique et l’injection dans un nœuds de stockage d’une chaine de blocs et l’enregistrement sur ladite plateforme d’un certificat numérique correspondant audit bloc et lors de la consultation de ladite vidéo par l’assurée, un traitement par une application de la plateforme commandant l’injection dans une chaine de blocs d’un message comprenant la date de la lecture de ladite vidéo par l’équipement de l’assuré et le résultat de l’action sur le lien d’acceptation. Description détaillée d’un exemple non limitatif de l’invention La présente invention sera mieux comprise à la lecture de la description qui suit se référant aux dessins annexés correspondant à des exemples non limitatifs de réalisation où : [Fig.1] la figure 1 représente l’architecture matérielle du système d’information selon l’invention [Fig.2] la figure 2 représente l’architecture fonctionnelle. Architecture matérielle Le système d’information selon l’invention comporte des équipements informatiques communicants fixes et mobiles ainsi que des nœuds d’accès à des moyens de stockage répartis (cloud) et à une chaine de nœuds à deux niveaux (blockchain). Il est destiné à une automatisation du processus d’expertise, depuis l’étape de déclaration d’un sinistre par l’assuré jusqu’à l’acceptation par l’assuré des modalités d’indemnisation élaborées et proposées par l’expert. Dans certains aspects, lorsqu'un serveur amélioré (1) de traitement des sinistres reçoit des données concernant un bien assuré (par exemple, un véhicule, etc.) d'un appareil informatique (par exemple, un téléphone intelligent ou une tablette), le serveur (1) traite les données et gère les informations relatives à l’indemnisation du sinistre concernant le bien assuré. Le processus automatisé peut utiliser divers composants matériels (par exemple, processeurs, serveurs de communication, dispositifs de mémoire, capteurs, etc.) et des algorithmes informatiques associés pour générer des données numériques textuelles, des datas, et d'images ou vidéos liées aux dommages associés à un bien assuré, déterminer si ces données sont conformes à une valeur prédéterminée selon un ensemble de critères, analyser les données d'image ou vidéo pour évaluer la nature et l’origine du sinistre et fournir une première estimation de perte associée au bien assuré et déterminer si une indemnisation ou une intervention d’un ou de plusieurs prestataires est approprié pour l'indemnisation de la perte évaluée. La figure 1 illustre un schéma de principe d'un serveur de traitement (101) dans le système de communication (100) qui peut être utilisé selon un mode de réalisation décrit à titre d’exemple. Le serveur (101) comporte un processeur (103) pour contrôler le fonctionnement global du serveur de traitement de sinistres (101) et de ses composants associés, y compris les mémoire (105) de stockage des fichiers correspondant aux applications téléchargeables par les acteurs (assurés, experts) et pour l’enregistrement des données et/ou une ou plusieurs EEPROM (107), le module d'entrée / sortie (109) et la mémoire (115). Le module d'entrée / sortie (109) peut comprendre un clavier, un écran tactile et / ou un stylet ou encore une passerelle sécurisée à travers lequel un opérateur du serveur de traitement de revendications (101) peut fournir une entrée de supervision du serveur. Le code informatique commandant les fonctionnalités du serveur est stocké dans la mémoire (115) pour fournir des instructions au processeur (103) pour permettre au dispositif (101) d'exécuter diverses fonctions. Par exemple, la mémoire (115) peut stocker un logiciel utilisé par le dispositif (101), tel qu'un système d'exploitation (117), des programmes d'application (119) et une base de données associée (121). Le processeur (103) et ses composants associés peuvent permettre au dispositif (101) d'exécuter une série d'instructions lisibles par ordinateur pour analyser les données d'image représentant des dommages à un bien assuré (par exemple, le mur de façade d’un immeuble, etc.). Le processeur (103) peut déterminer l'emplacement général des dommages associés au bien en analysant des images du bien et en comparant ces images avec des images de référence prise à une date antérieure avant les dommages, ou avec des images de référence correspondant à des biens similaires ayant subi des dommages semblables. Le serveur (101) peut fonctionner dans un environnement en réseau prenant en charge les connexions à un ou plusieurs ordinateurs distants, tels que les terminaux (141) et (151). Les terminaux (141) et (151) peuvent être des téléphones intelligents ou des tablettes qui comprennent plusieurs ou tous les éléments décrits ci-dessus par rapport au serveur (101). De même, le terminal (141) et (151) peuvent réaliser l’acquisition et la mémorisation de données pour stocker des données d'image du ou des biens assurés qui ont été analysés par le serveur de traitement de réclamations amélioré (101) dans le passé. Les connexions réseau représentées sur la Fig. 1 comprend un réseau local (125) et un réseau étendu WAN (129), mais peut également inclure d'autres réseaux. Lorsqu'il est utilisé dans un environnement réseau LAN, le serveur (101) est connecté au réseau (125) via une interface réseau ou un adaptateur (123). Lorsqu'il est utilisé dans un environnement de réseau WAN, le serveur (101) peut inclure un ou plusieurs ports (127) ou d'autres moyens pour établir des communications, comme Internet (131). Il sera apprécié que les connexions réseau représentées sont illustratives et d'autres moyens d'établir une liaison de communication entre les ordinateurs peuvent être utilisés. L'existence de l'un quelconque des divers protocoles bien connus tels que TCP / IP, Ethernet, FTP, HTTP et similaires est présumée. De plus, un programme d'application (119) utilisé par le serveur de traitement de sinistres (101) selon un mode de réalisation illustratif peut comprendre des instructions exécutables par ordinateur pour appeler une fonctionnalité liée au calcul d'un paiement approprié pour les dommages évalués associés à un bien assuré. Le serveur de traitement de réclamations amélioré (101) et / ou les terminaux (141) ou (151) peuvent être des terminaux mobiles comprenant divers autres composants, tels qu'une batterie, un haut-parleur, un appareil photo et des antennes. Généralement, les modules de programme comprennent des routines, des programmes, des objets, des composants, des structures de données, etc. qui effectuent des tâches particulières ou implémentent des types de données abstraits particuliers. La divulgation peut également être pratiquée dans des environnements informatiques distribués où les tâches sont exécutées par des dispositifs de traitement à distance qui sont liés via un réseau de communication. Dans un environnement informatique distribué, les modules de programme peuvent être situés dans des supports de stockage informatiques locaux et distants, y compris des dispositifs de stockage de mémoire non transitoire, tels qu'un disque dur, une mémoire vive (RAM) et une mémoire morte (ROM). Interaction avec une chaine de blocs Les données traitées par le serveur (101) sont pour une partie d’entre elles enregistrées de manière probante par un processus d’injection dans une chaînes de blocs, c'est-à-dire un système de registre informatisé pour créer des enregistrements fiables de transactions. Afin de réduire le coût et le nombre de calculs dans la chaine de blocs, l’invention consiste à exploiter une première chaîne de blocs privée (200) avec un nombre de nœuds (201 à 204) limité, et une deuxième chaîne de blocs publique (300) avec un nombre de nœuds (301) beaucoup plus important, par exemple Etherneum. Le processus de traitement des données à sécuriser du point de vue probant sera décrit plus avant. La première blockchain (200) est un réseau de type DLT Distributed Ledger Technologies constituée par une dizaine à une centaine de serveurs (201 à 204) constituant des nœuds interconnectés La deuxième blockchain (300) de type Etherneum, est constituée par des milliers voire des millions de serveurs (301) constituant des nœuds interconnectés. Le serveur d’administration (101) comporte un noeud d’injection (201) dans la première blockchain (200) et un nœud d’injection (270) dans la deuxième blockchain (300) ainsi que dans la base de données (121). Architecture fonctionnelle Le processus de gestion d’un sinistre se décompose entre plusieurs phases. La première phase (1) concerne la déclaration de sinistre par l’assuré. L’assuré utilise un équipement connecté (141) pour se connecter via une application fournit par le serveur (101) au serveur (101). L’application ouvrir une session avec le serveur, et engage une procédure d’identification, typiquement par identifiant unique de l’assuré et un mot de passe. Elle commande ensuite la création d’un espace nouveau dans la mémoire (121) pour l’enregistrement des données d’un nouveau sinistre. Le serveur (121) transmet un formulaire numérique commandant les opérations de saisie d’informations par l’assuré sous forme de texte, de données numériques et d’images ou séquences vidéo du bien sinistré (142). L’équipement connecté (141) transmet également sous le contrôle de l’application installée par le serveur (121) des données techniques automatiques telles que la géolocalisation, la température du lieu du sinistre, des données télémétriques sur les distances et les dimensions de certaines zones caractéristiques du sinistre. Toutes ces informations sont enregistrées sur le serveur (101). La phase suivante concerne le mandatement automatique (2) de l’expert par la notification d’un message numérique contenant un lien d’accès aux informations concernant le sinistre. Ce lieu permet à l’équipement (151) de l’expert un accès sécurisé aux informations concernant le sinistre pour lequel il est mandaté. Ces informations sont celles déclarées par l’assurée lors de la phase (1), complétées éventuellement par des informations issues d’un traitement automatique de ces informations par des algorithme d’analyse automatique pour une pré-qualification automatique du sinistre. L’expert dispose d’une caméra (153) et de données personnelles préenregistrées dans une mémoire locale (152), par exemple un séquence vidéo de présentation de son statut et de son parcours, des données graphiques ou textuelles susceptibles d’être incrustées dans une image ou une séquence vidéo. L’équipement (151) comporte une deuxième application fournie par l’assureur, commandant la production d’un rapport numérique vidéo et plus particulièrement l’enregistrement d’une succession de séquences selon un déroulement prédéfinie et avec des masques de prise de vue préconfigurés. La première séquence est une présentation de l’expert. Cette séquence peut être enregistrée en temps réel ou être sélectionnée parmi une collection de séquences enregistrées antérieurement et mémorisées dans la base de données (152) de l’expert. La deuxième séquence est enregistrée par l’expert qui se place en face de la caméra (153), l’application pouvant commander un cadrage numérique automatique. L’expert commente devant sa caméra (153) le contexte du sinistre pour lequel il a été mandaté et rappelle les éléments du sinistre recueillis pendant la phase (1). L’application commande l’incrustation dans la séquence enregistrée des informations numériques recueillies pendant la phase (1) sélectionnées par l’expert qui dispose par ailleurs d’une interface pour commander le positionnement de ces objets numériques dans le masque de la vidéo en cours d’enregistrement, ou après l’enregistrement, en post-production. La troisième séquence concerne la désignation des parties concernés (assuré, traitant) par l’expert, sous forme d’enregistrement en face de la caméra (153). La quatrième séquence concerne la présentation des désordres déclarés (reprise des déclarations du formulaire et des photos (regroupement des photos, titre, localisation et fondements). L’expert utilise les périphériques de pointage pour enrichir la séquence vidéo enregistrée. La cinquième séquence consiste en une explication pédagogique des motifs de prise en charge ou non (raison techniques (par exemple hors période d’arrêté de catastrophe naturelle), administratives (par exemple prime non payée à la date du sinistre) ou juridiques (par exemple résiliation du contrat ou exclusion contractuelle) et les recommandations de l’expert (par exemple formulation à la mairie d’une demande de prolongation d’un arrêté de catastrophe naturelle). L’expert peut aussi commenter et justifier un refus technique par incrustation de photographies et désignation (flèche) pouvant provenir d’autres sources (ex sinistre à proximité). La vidéo ainsi produite est ensuite transmise au serveur (121) par une étape (3) et enregistrée dans l’espace mémoire correspondant au sinistre en cause. Le serveur (121) envoie ensuite à l’adresse de l’équipement (141) une notification numérique avec un lien d’accès à la vidéo produite par l’expert, avec un lien pour activer une fonctionnalité d’acceptation ou de contestation des conclusions de l’expert. L’assuré peut ainsi visualiser au moment qui lui convient le rapport de l’expert. Injection des étapes clés dans une chaine de blocs Les informations enregistrées après chacune des phases susvisées ainsi que le résultat de l’interaction de l’assuré avec le lien d’acceptation de l’expertise font l’objet d’un traitement pour l’injection dans une chaine de blocs à deux niveaux. Ce traitement consiste, pour l’ensemble de fichiers numériques enregistrées dans l’espace mémoire de l’assuré à l’issue de chacune des phases (1 à 4) à : - calculer un premier résultat Hash 1 d’une fonction de hachage appliquée au document numérique D i à notariser - injecter une séquence numérique comprenant ledit premier résultat Hash 1 ainsi qu’un identifiant ID a de l’assuré associé audit document numérique, dans une première blockchain BPR comportant un nombre de nœud N1, et recevoir en réponse à ladite injection une séquence SD 1 constituée de l’information de la transaction réalisée par ladite première blockchain BPR et comprenant un hash et un horodatage - enregistrer ladite séquence SD 1 dans une base de données des transactions SDi effectuées par ladite première blockchain BPR, pendant une période Pl - effectuer périodiquement un traitement appliqué - à la liste desdits résultat Hash i enregistrées pendant ladite période P l - et/ou à la liste des transactions SD i , enregistrées pendant ladite période P l , - ledit traitement consistant à appliquer à ladite liste un chiffrement symétrique pour calculer une séquence LC l - à injecter ladite séquence LCl dans une seconde blockchain BPUB comportant nœud Nm, nœuds, les nœuds de la première blockchain BPR étant distinct des nœuds de la seconde blockchain BPUB et recevoir en réponse à ladite injection une séquence SLC1 constituée de l’information de la transaction réalisée par ladite deuxième blockchain BPUB et comprenant un hash et un horodatage - enregistrer ladite séquence SLC1 dans ladite base de données des transactions en association avec chacune des transactions SDi de ladite période Pl correspondante. Éventuellement une étape de compression de transactions SDi est appliquée préalablement à l’étape de chiffrement. De préférence ce traitement comporte une étape d’injection dans la seconde blockchain BPUB d’un smart-contract programmé pour réaliser une fonction de reconstitution d’une preuve d’antériorité en cas de disparition de ladite première blockchain BPR. Procédé de production automatique d’un compte-rendu multimédia numérique d’une expertise d’un sinistre comportant une étape de déclaration par l’assuré dudit sinistre par l’acquisition d’informations numérique textuelles, photographiques et/ou vidéos à l’aide d’un équipement informatique connecté, composant un ensemble de fichier numérique, à transmettre lesdites informations à un serveur sous forme d’un message numérique horodatée caractérisé en ce que : le contenu dudit message numérique est enregistré dans un espace mémoire dédié à l’assuré puis transmis à un équipement connecté d’un expert ledit équipement connecté de l’expert étant piloté par une application commandant : l’enregistrement des textes, images et/ou vidéos transmises par l’assuré dans une mémoire locale l’enregistrement d’une séquence vidéo composée successivement : d’une première séquence vidéo préenregistrée par l’expert avec son équipement connecté et stockée sur une mémoire numérique contrôlée par l’équipement connecté de l’expert d’une séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles acquises par l’assuré d’une séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles, photographiques et.ou vidéo acquises par l’assuré, une interface graphique commandant le déplacement d’une ou plusieurs photographies ou vidéos de l’assuré dans un masque correspondant à l’enregistrement vidéo en cours d’une deuxième séquence vidéo enregistrée en temps réel par l’équipement connecté de l’expert pendant une étape de présentation sur un écran dudit équipement desdites informations textuelles acquises par l’assuré d’un lien numérique vers un script d’acceptation ou de refus l’application exécutée par l’équipement informatique de l’expert commandant : le transfert du fichier numérique vidéo ainsi composée sur la plateforme informatique, le calcul d’un lien correspondant à l’adresse numérique dudit fichier numérique et la transmission à l’assuré dudit lien sous forme d’un message numérique le calcul d’un condensat dudit fichier numérique et l’injection dans un nœuds de stockage d’une chaine de blocs et l’enregistrement sur ladite plateforme d’un certificat numérique correspondant audit bloc et lors de la consultation de ladite vidéo par l’assurée, un traitement par une application de la plateforme commandant l’injection dans une chaine de blocs d’un message comprenant la date de la lecture de ladite vidéo par l’équipement de l’assuré et le résultat de l’action sur le lien d’acceptation. Procédé de production automatique d’un compte-rendu multimédia numérique d’une expertise d’un sinistre selon la revendication 1 caractérisé en ce que l’ensemble de fichiers numériques enregistrées dans l’espace mémoire de l’assuré sont traitées pour : - calculer un premier résultat Hash 1 d’une fonction de hachage appliquée au document numérique D i à notariser - injecter une séquence numérique comprenant ledit premier résultat Hash 1 ainsi qu’un identifiant ID a de l’assuré associé audit document numérique, dans une première blockchain BPR comportant un nombre de nœud N1, et recevoir en réponse à ladite injection une séquence SD 1 constituée de l’information de la transaction réalisée par ladite première blockchain BPR et comprenant un hash et un horodatage - enregistrer ladite séquence SD 1 dans une base de données des transactions SDi effectuées par ladite première blockchain BPR, pendant une période Pl - effectuer périodiquement un traitement appliqué - à la liste desdits résultat Hash i enregistrées pendant ladite période P l - et/ou à la liste des transactions SD i , enregistrées pendant ladite période P l , ledit traitement consistant à appliquer à ladite liste un chiffrement symétrique pour calculer une séquence LC l - à injecter ladite séquence LCl dans une seconde blockchain BPUB comportant nœud Nm, nœuds, les nœuds de la première blockchain BPR étant distinct des nœuds de la seconde blockchain BPUB et recevoir en réponse à ladite injection une séquence SLC1 constituée de l’information de la transaction réalisée par ladite deuxième blockchain BPUB et comprenant un hash et un horodatage - enregistrer ladite séquence SLC1 dans ladite base de données des transactions en association avec chacune des transactions SDi de ladite période Pl correspondante.