Télémédecine, FHIR et HIPAA : 1 200 patients en 90 jours
Plateforme de télémédecine conforme HIPAA, reliée à 3 systèmes EHR : 1 200 patients en 90 jours et une série A de 4,5 M$.
Le fondateur, un médecin fort de 20 ans de pratique clinique, menait un pilote de suivi des maladies chroniques avec Zoom, des tableurs et des appels téléphoniques. Les résultats cliniques étaient solides : les patients du pilote affichaient une baisse moyenne de 1,8 point de l’A1C (hémoglobine glyquée) en 6 mois. Mais ce fonctionnement manuel plafonnait chaque coordinateur de soins à 50 patients.
Les exigences du produit étaient cliniquement précises. Une application mobile pour les patients, avec saisie quotidienne des constantes, messagerie sécurisée et téléconsultations vidéo. Un tableau de bord pour les soignants, avec stratification du risque et alertes paramétrables sur les constantes (par exemple, une glycémie supérieure à 300 mg/dL déclenche une notification immédiate). Une intégration bidirectionnelle avec les dossiers patients informatisés (EHR) Epic, Cerner et athenahealth via SMART on FHIR. Et la conformité HIPAA (loi américaine sur la protection des données de santé) de bout en bout : chiffrement, contrôle des accès, journalisation d’audit et infrastructure couverte par un accord BAA (business associate agreement).
Le budget était de 130 000 $ au maximum, car le tour d’amorçage devait aussi financer 12 mois de fonctionnement, l’équipe clinique et les démarches réglementaires. Le délai était de 5 mois, fixé par un contrat avec un réseau hospitalier qui exigeait une plateforme en service à une date précise.
Le premier mois a posé les fondations. Deux semaines de cartographie des parcours cliniques, passées à observer les coordinateurs travailler avec les patients du pilote, ont fait apparaître des besoins non formulés, comme la tendance des constantes sur 6 mois visible d’un coup d’œil et des rappels de prise de médicaments adaptés à chaque traitement. L’infrastructure AWS conforme HIPAA a été montée avant le code applicatif : VPC en sous-réseaux privés, RDS PostgreSQL chiffré, S3 chiffré, journalisation d’audit CloudTrail, WAF, chiffrement au niveau du champ des données de santé protégées (PHI), contrôle d’accès par rôles (RBAC), expiration des sessions au bout de 15 minutes et authentification multifacteur (MFA) pour tous les comptes soignants.
Les mois 2 et 3 ont livré le cœur de la plateforme. L’application patient en React Native adopte une interface à gros boutons et à fort contraste, pensée pour une population plus âgée : polices de 18 px au minimum, zones tactiles de 48 px, saisie des constantes conçue pour se faire en moins de 60 secondes. Le tableau de bord des soignants a reçu des panneaux de risque à code couleur, les tendances des constantes sur 30, 90 et 180 jours et des seuils d’alerte par patient, avec un acquittement tracé.
Le mois 4 a été celui de FHIR, la phase la plus complexe techniquement : autorisation OAuth2 SMART on FHIR pour chaque EHR, rapprochement des patients entre systèmes, récupération des données démographiques, des listes de problèmes, des traitements et des résultats d’analyses, et renvoi des notes des coordinateurs et des constantes vers l’EHR. Comme Epic, Cerner et athenahealth implémentent chacun FHIR R4 à leur manière, une couche de normalisation ramène la sortie de chaque EHR à un modèle de données interne unique. Le mois 5 a couvert les tests (seuils d’alerte vérifiés sur 500 jeux de données de patients synthétiques, chaque dépassement donnant lieu à une alerte en moins de 30 secondes), une évaluation de sécurité par un tiers, dont les deux constats de gravité moyenne ont été corrigés avant le lancement, et la documentation de conformité complète.
La plateforme a été lancée avec 1 semaine d’avance sur l’échéance de 5 mois, ce qui a permis d’honorer à temps le contrat avec le réseau hospitalier. En 90 jours, le nombre de patients inscrits est passé des 20 patients du pilote, migrés sur la plateforme, à 1 200. L’observance quotidienne du relevé des constantes est passée de 34 % pendant le pilote manuel à 78 %, le délai de réponse des coordinateurs de 4,2 heures à 22 minutes, et les alertes critiques sur les constantes ont été acquittées en 4,2 minutes en moyenne. Disponibilité : 99,96 %. Incidents de sécurité : aucun.
La capacité par coordinateur a été multipliée par 3,6, de 50 à 180 patients, ce qui change en profondeur l’économie unitaire du modèle de soins. Le fondateur s’est appuyé sur ces chiffres (1 200 patients, 78 % d’observance, baisse de 1,8 point de l’A1C) pour lever une série A de 4,5 M$ 6 mois après le lancement, et deux autres réseaux hospitaliers ont signé un contrat au vu des résultats cliniques.
L’investissement total de développement s’élève à 124 000 $ sur quatre phases. La maintenance et le support se poursuivent à 5 500 $ par mois.
Je suis médecin, pas technologue. Il me fallait une équipe capable de traduire des exigences cliniques en logiciel sans que j’aie à expliquer ce qu’est un plan de soins ou pourquoi l’observance d’un traitement compte. L’équipe de Gigabit a passé ses deux premières semaines à regarder mes coordinateurs travailler avec les patients. Elle a compris le parcours clinique avant d’écrire une ligne de code. C’est pour cela que le produit fonctionne : il a été conçu pour la façon dont les soins se déroulent réellement, pas pour l’idée qu’un ingénieur s’en fait.
Nos études de cas publiées sont majoritairement nord-américaines. Tous les montants sont en dollars US. Le client est anonymisé.
