Contexte
Treize années chez Microsoft sur le segment Healthcare & Life Sciences, avec trois rôles successifs : Senior Enterprise Architect (2012-2018), CDO/CTO Comptes Stratégiques S500 (2018-2021), Directeur Innovation HLS EMEA & Amériques (2021-Présent). Environnements régulés (RGPD, HDS, MDR/IVDR, EU AI Act, GxP), interopérabilité legacy-cloud, transformation industrielle de bout en bout sur la chaîne pharma manufacturing.
Approche
Architecture de référence multi-cloud pensée comme grammaire de conception, non comme couche surimposée. Lecture active des corpus normatifs (HL7-FHIR R5, OMOP CDM, MDR Annexe XIV, AI Act art. 9-15) traduite en contraintes architecturales dès la phase de cadrage. Vente consultative orientée ROI, ateliers CxO, blueprints sectoriels Data+AI.
Trajectoire
Treize années chez Microsoft sur un même segment, Healthcare & Life Sciences, à travers trois rôles successifs dont le périmètre s’est élargi par paliers. La fiche restitue cette trajectoire moins comme suite chronologique que comme convergence : chacune des trois positions a affiné le même geste, qui consiste à concevoir des systèmes IA et données gouvernables par construction dans des environnements où la conformité réglementaire n’est pas un test de validation aval mais une contrainte de conception amont.
Le segment HLS impose cette posture plus que les autres. La pharma manufacturing combine GxP, MDR/IVDR pour les dispositifs médicaux, AI Act pour les systèmes d’IA à haut risque, RGPD article 9 pour les données de santé, et règlements sectoriels pays par pays. Lire ces corpus en croix plutôt qu’en silos est l’objet propre du métier, et c’est cette lecture qui distingue une architecture déployable d’une architecture techniquement valide mais juridiquement fragile.
2012-2018. Senior Enterprise Architect
Le travail de fondation. Trois programmes de modernisation cloud hybride conduits sur des SI hospitaliers et industriels lourdement réglementés, avec une réduction de dette technique de l’ordre de 30 % sur les périmètres engagés. Une fusion et un carve-out dans le secteur pharmaceutique, exécutés sans incident critique, dans les délais et budgets initiaux. Le geste architectural, à ce stade, consiste à standardiser des blueprints cloud souverains pour les contextes gouvernement et défense, où la juridiction du runtime devient une exigence fonctionnelle au même titre que la latence.
Deux instances illustratives de cette période. La définition d’une architecture cloud opérationnelle pour un fournisseur européen d’équipements de défense, hors périmètre Five Eyes, donc avec exigence de souveraineté forte au sens contractuel et juridictionnel ; intégrant la corrélation multi-capteurs en environnement contraint et la coordination automatisée par IA en théâtre d’opération. Le développement, en parallèle, de solutions de cloud déconnecté sur base Azure Stack pour les environnements défense exigeant des appliances renforcées et une autonomie opérationnelle en réseau dégradé. Ces deux dossiers, par leur exigence de souveraineté contractualisée plutôt que déclarée, ont structuré la lecture ultérieure des chantiers HLS.
2018-2021. CDO/CTO Comptes Stratégiques S500
L’expansion stratégique. Pilotage de la transformation numérique pour les clients du segment S500, avec accent sur l’architecture de modèles SaaS multi-tenant natifs permettant des revenus récurrents. Conception et lancement de nouveaux services qui ont produit, sur les verticaux ciblés, une progression de part de marché de l’ordre de 15 %. Pilotage en parallèle de migrations cloud massives avec rationalisation applicative.
Sur le segment santé publique, contribution à la définition préliminaire de l’architecture du Health Data Hub français et de son business model, dans une période où l’opérationnalisation de l’infrastructure nationale de données de santé n’avait pas encore tranché ses choix de gouvernance, de souveraineté et d’interopérabilité. Le geste, à ce stade, n’est plus seulement architectural au sens technique : il est doctrinal, en ce qu’il faut qualifier ce qui compte comme infrastructure légitime de données de santé pour des décennies.
2021-Présent. Directeur Innovation Santé & Sciences de la Vie EMEA & Amériques
La pièce maîtresse. Vente consultative d’un contrat de 148 M€ sur trois ans avec un laboratoire pharmaceutique européen, en contexte de Winback, c’est-à-dire de reconquête d’un compte stratégique qui était parti chez un concurrent hyperscaler. Le contrat se décompose en 113 M€ de Microsoft Azure Consumption Commitment et 35 M€ d’Enterprise Agreement, avec un Digital Enablement Office dédié de 28 M€ pour piloter la migration Azure à grande échelle, sur une zone d’atterrissage multirégions, avec exigence de conformité GxP intégrée à la conception architecturale plutôt qu’ajoutée en post-déploiement.
Ce dernier point, GxP by design, est la signature de la mission. Une zone d’atterrissage Azure peut être techniquement irréprochable et structurellement non-déployable au sens GxP si la chaîne de validation, le journal d’audit, la séparation des environnements et la traçabilité décisionnelle ne sont pas instruites comme contraintes de conception. Le programme a livré l’inverse : une architecture où le dossier de validation et le dossier d’architecture ne sont pas deux objets séparés mais la même chose, lue par deux audiences.
Sur le périmètre manufacturing du même client, refonte d’une ligne de production en architecture Cloud+Edge avec décomposition du Manufacturing Execution System monolithique en microservices dotés d’un feedback IoT temps réel. Le résultat opérationnel : 20 % d’OPEX en moins, 20 % de SLA en plus, sur une ligne où la performance précédente était déjà mesurée sérieusement. Et zéro non-conformité réglementaire majeure sur l’ensemble des implémentations clientes pilotées sur la période.
L’architecture de référence Manufacturing 4.0 produite à cette occasion combine Data Mesh (gouvernance fédérée des produits de données), couche IA structurée sur des modèles spécialisés et non sur un LLM unique, et GxP by design comme grammaire transverse. Elle a été déployée comme blueprint sectoriel sur les comptes EMEA, et constitue le matériau dont est issue, par abstraction doctrinale, l’architecture RAISE publiée par le Twingital Institute.
Signature doctrinale
La trajectoire restitue, en treize ans et trois rôles, une régularité : aucune architecture HLS gouvernable ne se construit par couche de conformité ajoutée en aval. Cette régularité a structuré, plus tard, la formalisation doctrinale du framework RAISE (cinq piliers, matrice 5×5 d’interdépendances, anti-patterns), et l’analyse des domaines de travail qui en explicitent les conditions d’application.
Cette fiche est un terrain d’implémentation, pas une preuve générale. Elle ne démontre pas que toute architecture HLS doive adopter la même grammaire ; elle démontre, sur un périmètre instructible, qu’un AUC publiable et un système gouvernable ne sont pas le même objet d’ingénierie, et qu’une zone d’atterrissage cloud déployable et un dossier GxP ne sont pas deux travaux séparés.