Dans les logiciels, la difficulté vient rarement du code.

Elle vient de tout ce qui l'entoure : des données que l'on ne peut pas déplacer, des règles qui changent d'un client à l'autre et des chiffres qu'il faut pouvoir justifier auprès de personnes qui n'ont pas participé à la discussion. C'est sur ce type de problèmes que j'interviens.

Décisionsdix ans à les prendreSources contradictoiresSalesforce CPQ et grand livreDonnées impossibles à migrerannées de dossiers cliniques actifsRéglementation non négociableidentité clinique selon le paysChiffres à rapprocherrémunération pro rata des créateursRègles propres à chaque clientcatégories de travail définies par le clientRésiste à la due diligencereporting au conseil et au fondsConfiance des clinicienscomportements déjà maîtrisésDes paiements qui aboutissentrapprochés du chiffre d'affairesÉvolutif sans refontele modèle reste durable
Contraintes contradictoiresRésultats qui doivent tenir

Dix ans d'expérience dans la santé réglementée, les architectures multi-tenant d'entreprise, les produits fondés sur des LLM et le reporting financier soumis aux exigences du capital-investissement.

Epic Systems · WorldQuant
Ingénieur fondateur, CuroWork

01 Réalisations

Quatre systèmes, construits de bout en bout.

2023 - 2026

Pilotage multi-tenant de la charge de travail

CuroWork

CuroWork aide les équipes finance et back-office à planifier le travail, repérer les blocages et comparer le travail prévu à ce qui a réellement été accompli. J'ai pris en charge la plateforme de bout en bout, du modèle de données multi-tenant et de la synchronisation bidirectionnelle des calendriers jusqu'aux fonctionnalités LLM mises en production. Pour l'un des clients, le processus de clôture mensuelle est passé de 20 à 12 jours en trois mois.

  • Next.js
  • TypeScript
  • PostgreSQL
  • Supabase
  • Fonctionnalités LLM
14 contrats B2B simultanés
Lire l'étude de cas: CuroWork
2016 - 2019

Planification clinique & historique patient

Epic Systems

J'ai mené l'équipe Patient History à travers une refonte complète, puis pris la responsabilité de Provider/Nurse Scheduling, le principal point d'entrée clinique pour les utilisateurs d'Ambulatory chez Epic. Il n'existe aucune fenêtre de maintenance pendant laquelle un hôpital cesse de prendre en charge ses patients.

  • Santé
  • Modélisation des données
  • Multi-tenant
  • Management d'équipe
Résolution d'un problème critique de mise à niveau pour plus de 30 % des clients grâce à un mécanisme de paramétrage simple
Lire l'étude de cas: Epic Systems
2026 - aujourd'hui

Éditeur SaaS B2B acquis par un fonds

Infrastructure de reporting

Après une acquisition, le reporting qu'une entreprise utilise en interne correspond rarement à celui dont son nouvel actionnaire a besoin. La logique métier se trouvait dans Salesforce CPQ, pas dans un modèle de données exploitable.

  • Snowflake
  • Tableau
  • Salesforce CPQ
  • SQL
Une source de vérité gouvernée pour l'ARR, le compte de résultat et le bilan
Lire l'étude de cas: Infrastructure de reporting
2020 - 2022

Podcast sur iOS & rémunération des créateurs

Podder

Rémunérer les créateurs au prorata de la durée d'écoute relève du comptage d'usage et du règlement financier, pas d'une simple fonctionnalité. C'est souvent au moment de répartir l'argent que les produits grand public avec partage de revenus échouent.

  • Swift / iOS
  • Node.js
  • MongoDB
  • Angular
  • Paiements
Application iOS native publiée sur l'App Store
Lire l'étude de cas: Podder
Technologies principales

TypeScript · React · Next.js · Node.js · Angular · Swift / iOS · C# / .NET
PostgreSQL · Supabase · MongoDB · Snowflake · Tableau · AWS · Vercel
Intégration de LLM · Extraction structurée · Embeddings et recherche sémantique

La difficulté des systèmes ci-dessus ne venait pas du langage dans lequel ils étaient écrits. Elle venait du fait que plusieurs de ces contraintes s'appliquaient en même temps.

CuroWork
Epic
Reporting
Podder
Données réglementées / cliniques
non
oui
non
non
Règles propres à chaque client
oui
oui
non
non
Production sans interruption
oui
oui
oui
non
Chiffres à rapprocher
non
non
oui
oui
API tierces divergentes
oui
non
oui
oui
Responsable seul de bout en bout
oui
non
oui
oui

02 À propos

Dix ans, le plus souvent face à des contraintes réelles.

Kai Russo

Je suis ingénieur logiciel à Chicago. J'ai passé trois ans chez Epic Systems, où j'ai dirigé les équipes Patient History et Provider/Nurse Scheduling. J'ai ensuite choisi de construire des produits comme ingénieur fondateur et je travaille aujourd'hui en indépendant.

Je suis le plus utile lorsque les contraintes sont concrètes : conformité, passage à l'échelle, modèle de données sur lequel on ne peut pas revenir, ou chiffre qui doit résister à une due diligence. Auparavant, j'ai développé pour WorldQuant des modèles d'allocation d'actions sur les marchés américain, européen et asiatique, et j'ai été sélectionné parmi les trois meilleurs consultants américains pour le World Summit 2015.

B.A. en mathématiques et informatique, mineure en économie, Boston University.

CareVeritas

Scores de risque et simulations permettant aux conseillers financiers d'estimer l'exposition de leurs clients aux coûts liés à l'aide apportée à un proche.

WorldQuant

Modèles d'allocation d'actions fondés sur des données fondamentales, de prix et de volume, déployés hors échantillon sur trois continents.

03 Contact

Parlez-moi de ce qui bloque.

Si vous vous demandez si une idée mérite d'être développée, mieux vaut en parler tôt, avant le chiffrage plutôt qu'après.

mail@kairusso.com Chicago, IL · à distance