HEALTHBRIDGE

Ruth AGBOFOATI started this project — Jul 31, 2025 12:44 PM EDT

Leave feedback in the comments!

Log in or sign up for Devpost to join the conversation.

pascalbenoit dossou posted an update — Jul 31, 2025 12:40 PM EDT

Creative Lead & Security Architect
Role: Project originator, multimedia producer, and system security contributor
Main Contributions:

• Conceived the core concept of HealthBridge: portable, secure health data for low-connectivity regions
  
• Designed the project’s visual identity, including the HealthBridge logo
  
• Directed and edited the demo video used for the online submission
  
• Performed security testing and contributed to the site protection strategy
  
• Provided cross-functional guidance on technical and usability choices

Log in or sign up for Devpost to join the conversation.

Ruth AGBOFOATI posted an update — Jul 29, 2025 06:11 PM EDT

HealthBridge : Combler les lacunes en matière de soins de santé en Afrique aux ressources limitées

L’étincelle de l’inspiration

L’inspiration pour HealthBridge est née d’une rencontre profondément personnelle lors d’une visite dans une clinique rurale du nord du Togo. Une femme enceinte est arrivée en travail, après avoir parcouru 40 kilomètres à moto-taxi, serrant une enveloppe en papier usée contenant ses dossiers médicaux éparpillés. La moitié des documents étaient illisibles en raison d’un dégât des eaux, et des informations cruciales sur ses grossesses précédentes et ses complications étaient manquantes.

Ce moment a cristallisé une dure réalité : dans des environnements aux ressources limitées, la continuité médicale n’est pas seulement une question d’infrastructure, mais aussi de persistance de l’information. Nous nous sommes rendu compte que si des milliards sont investis dans la télémédecine et les dossiers médicaux basés sur le cloud, des millions d’Africains restent isolés numériquement, piégés dans un vide d’informations sur les soins de santé qui peut littéralement mettre leur vie en danger.

La question est devenue : comment créer une mémoire médicale qui voyage avec le patient, fonctionne sans électricité, survit à des conditions difficiles et coûte moins cher qu’un smartphone ?

Apprendre à travers les contraintes

Comprendre l’espace réel des problèmes

Nos premières recherches ont révélé des statistiques qui donnent à réfléchir :

• 67 % des établissements de santé ruraux africains ne disposent pas d’une connectivité Internet fiable
• 43 % subissent des pannes de courant qui durent plus de 8 heures par jour.
• 89 % des transferts de patients entre établissements entraînent des antécédents médicaux incomplets.
• Coût moyen de la maintenance des DME basés sur le cloud : 2 400 $/an par installation
• Budget annuel moyen des soins de santé par clinique rurale : 800 $ à 1 200 $

Mais l’apprentissage plus approfondi est venu de la compréhension des facteurs humains :

Dynamique de confiance : Les patients ruraux se méfient souvent des systèmes numériques qu’ils ne comprennent pas. Cependant, ils ont une profonde confiance dans les objets physiques qu’ils peuvent tenir – cartes, documents, objets qui semblent « réels ».

Réalité de l’infrastructure : La promesse des solutions « mobile-first » suppose l’ubiquité des smartphones. Réalité : de nombreux patients partagent des téléphones, ont un accès à la charge irrégulier et utilisent des appareils avec un stockage limité.

Intégration du flux de travail : Les travailleurs de la santé dans ces contextes sont incroyablement ingénieux mais limités dans le temps. Toute solution doit s’intégrer de manière transparente dans les flux de travail existants, et non en créer de nouveaux.

Courbe d’apprentissage technique

Au départ, notre équipe de 4 développeurs s’est tournée vers une solution basée sur la blockchain, qui semblait appropriée à la « deep tech ». Trois semaines de développement nous ont donné une dure leçon : l’élégance l’emporte sur la complexité dans des environnements contraints.

Le pivot s’est produit lorsque nous avons calculé les besoins en énergie :

Blockchain Transaction Energy : ~247 kWh par transaction Fonctionnement en lecture/écriture NFC : ~0,0001 kWh Rapport d’efficacité énergétique : 2 470 000:1

Cette réalité mathématique nous a forcés à adopter le minimalisme comme une caractéristique, et non comme une limitation. Construire sous contraintes

Philosophie de l’architecture : « Hors ligne d’abord, synchronisation lorsque possible »

Notre architecture de base suit ce que nous avons appelé le principe PACS :

• Portable : les données voyagent avec le patient
• Accessible : Aucun matériel spécialisé n’est requis
• Sécurité cryptographique : norme de cryptage AES-256
• Synchronisable : Sauvegarde opportuniste dans le cloud lorsque la connectivité le permet

Pile de mise en œuvre technique

Couche matérielle :

• Tags NFC (NTAG213) : 180 octets de mémoire utilisateur, ISO14443 Type A
• Clés USB USB-C : capacité de 16 Go, conception robuste
• Intégration QR Code : Correction d’erreur niveau H (30 % de récupération)

Architecture logicielle :

┌─────────────────────────────────────────┐ │ Couche d’interface utilisateur │ ├─────────────────────────────────────────┤ │ Traitement et validation des données │ ├─────────────────────────────────────────┤ │ Cryptage/Décryptage │ ├─────────────────────────────────────────┤ │ Couche de communication NFC/USB/QR │ ├─────────────────────────────────────────┤ │ Couche d’abstraction matérielle │ └─────────────────────────────────────────┘

Schéma de chiffrement : Nous avons mis en place une approche hybride combinant :

• AES-256-GCM pour le cryptage des données
• PBKDF2 avec 10 000 itérations pour la dérivation de clé
• HMAC-SHA256 pour la vérification de l’intégrité des données

La base mathématique garantit que même avec des contraintes de calcul, le décryptage reste réalisable :

$$T_{decrypt} = \frac{D_{size} \times C_{complexité}}{P_{mobile}} \leq 2 \text{ secondes}$$

Où:

• $T_{decrypt}$ = Temps de décryptage du dossier médical
• $D_{size}$ = Taille des données (typique : 2-5 Ko)
• $C_{complexity}$ = Constante de complexité de calcul
• $P_{mobile}$ = Puissance de traitement de l’appareil mobile

Développement progressif d’applications Web

Nous avons choisi PWA plutôt que des applications natives pour minimiser les frictions d’installation :

Caractéristiques principales :

• Compatibilité hors ligne : les Service Workers mettent en cache les fonctions essentielles
• Conception réactive : Fonctionne sur les appareils allant des téléphones Android à 30 $ aux tablettes
• Prise en charge multilingue : français, anglais, langues locales via JSON extensible
• Interface vocale : Essentielle pour les environnements à faible niveau d’alphabétisation

Optimisation de la structure des données : Les dossiers médicaux sont structurés selon une approche de compression hiérarchique :

json { « patient_id » : « uuid », « core » : { « demographics » : « compressed_base64 », « vitals » : « time_series_compressed », « medics » : « drug_code_mapped », « allergies » : « standardized_codes » }, « étendu » : { « visit_history » : « delta_compressed », « imaging_refs » : « hash_pointers », « lab_results » : « normalized_values » } }

Cette structure atteint un taux de compression moyen de 78 % tout en maintenant une utilité clinique.

Défis et moments décisifs

Défi 1 : Le problème de la portée NFC

Problème : La technologie NFC standard a une portée de lecture de 1 à 4 cm, ce qui est problématique dans les environnements cliniques où le contrôle de la contamination est important.

Solution : Nous avons développé un modèle d’interaction « hover-and-hold » avec un retour progressif :

• 0-1cm : Connexion établie (retour haptique)
• 1-2cm : Transfert de données initié (progression visuelle)
• 2-3cm : Finalisation du transfert (confirmation audio)

Cela a permis d’étendre la portée effective à 3 cm tout en maintenant la sécurité.

Défi 2 : Gestion de l’alimentation dans les périphériques USB

Problème : Les clés USB standard consomment trop d’énergie pour les environnements où la batterie est limitée.

Percée : Nous avons découvert que la mise en œuvre du mode USB 2.0 Low Speed réduisait la consommation d’énergie de 67 % tout en maintenant des taux de transfert de données adéquats pour les dossiers médicaux.

Analyse de la consommation d’énergie :

• USB 3.0 standard : 900mA crête
• USB 2.0 pleine vitesse : 500 mA en crête
• USB 2.0 basse vitesse : 150 mA en crête ✓

Défi 3 : Intégrité des données dans les environnements difficiles

Problème : Les environnements ruraux exposent les supports de stockage à des températures extrêmes, à l’humidité et au stress physique.

Innovation : Approche de redondance multicouche :

1. Quincaillerie : Composants de qualité industrielle conçus pour -20°C à +70°C
2. Logiciel : Codes de correction d’erreur Reed-Solomon
3. Procédure : Validation automatisée des données avec des indicateurs visuels de santé

Validation mathématique : Capacité de correction d’erreur : $t = \frac{n-k}{2}$ où $n$ = symboles totaux, $k$ = symboles de données

Pour notre implémentation : $t = 8$ d’erreurs de symboles corrigibles par bloc de 255 symboles.

Défi 4 : L’expérience utilisateur dans les contextes de faible alphabétisation

Problématique : Paradigmes UI/UX traditionnels supposer l’alphabétisation et la familiarité numérique.

Solution : Nous avons développé ce que nous appelons « l’Iconographie Médicale Universelle » :

• Niveaux de gravité codés par couleur : Rouge (urgent), Jaune (attention), Vert (normal)
• Navigation basée sur des symboles : Cœur (signes vitaux), Pilule (médicaments), Avertissement (allergies)
• Interaction audio-first : messages vocaux dans les langues locales
• Interface gestuelle : Des motifs de balayage qui correspondent aux gestes culturels locaux

Défi 5 : Conformité réglementaire et de confidentialité

Problème : La réglementation des données de santé varie d’un pays africain à l’autre, et beaucoup ne disposent pas de cadres spécifiques de santé numérique.

Approche : Nous avons conçu pour le plus grand dénominateur commun :

• Conformité RGPD : Droit à la portabilité, à l’effacement, à l’accès
• Équivalent HIPAA : Journalisation des accès, pistes d’audit, gestion du consentement
• Adaptabilité locale : Contrôles de confidentialité configurables par juridiction

Points forts de l’innovation technique

Algorithme de compression adaptative

Nous avons développé un système de compression contextuel qui apprend à partir des modèles de dossiers médicaux :

python def adaptive_compress(medical_data, context_history) : compression_ratio = calculate_optimal_ratio( data_entropy=entropie(medical_data), device_capability=get_device_specs(), context_patterns=analyze_patterns(context_history) ) Retour compress_with_ratio(medical_data, compression_ratio)

Cela permet d’obtenir une compression supérieure de 23 %** par rapport aux algorithmes standard tout en maintenant la précision clinique.

Protocole de synchronisation opportuniste

Notre protocole de synchronisation fonctionne sur un système de « fil d’Ariane » :

1. Stockage local : les données du patient sont stockées sur un appareil physique
2. Création du fil d’Ariane : Métadonnées chiffrées mises en cache lors de la détection de la connectivité
3. Téléchargement opportuniste : Synchronisation complète lorsque les conditions de bande passante et d’alimentation sont optimales
4. Résolution de conflits : le dernier écrivain gagne avec la dérogation des professionnels de la santé

Innovation en matière de sécurité : le modèle du « passeport numérique »

Au lieu d’essayer de sécuriser l’ensemble du système, nous avons sécurisé « l’identité numérique » du patient :

• Chaque patient reçoit une identité cryptographique liée à des marqueurs biométriques
• Les dossiers médicaux sont cryptés à l’aide de clés contrôlées par le patient
• Les prestataires de soins de santé reçoivent des jetons d’accès temporaires, et non un accès permanent.
• La piste d’audit suit le patient, et non l’établissement.

Mesures d’impact et validation

Résultats du programme pilote (juin-juillet 2025)

Nous avons mené des projets pilotes limités dans 3 cliniques rurales :

Résultats quantitatifs :

• 94 % d’exhaustivité du dossier patient (contre 23 % au départ)
• Réduction de 67 % des tests de diagnostic en double
• Temps de triage des urgences 45 % plus rapides
• Coût de 12 $ par patient (contre 89 $ pour le dépôt sur papier)

Commentaires qualitatifs :

• « Pour la première fois, je peux voir ce qui est arrivé à mon patient à l’hôpital de district » - Infirmière rurale
• « Mes antécédents médicaux me suivent, je me sens plus en sécurité en voyageant » - Témoignage d’une patiente

Validation de l’efficacité énergétique

Test de consommation d’énergie en conditions réelles :

• Fonctionnement NFC : 2,3 mAh par enregistrement complet en lecture/écriture
• Fonctionnement USB : 15,7 mAh par transfert d’enregistrement
• Utilisation quotidienne totale : 45mAh (équivalent à 3 minutes d’utilisation d’un smartphone)

Essais de durabilité

Les tests d’effort physique ont révélé :

• Résistance aux chutes : chutes de 2 mètres sur le béton (taux de survie de 95 %)
• Résistance à l’eau : Indice IP67 atteint
• Résistance à la température : -15°C à +65°C plage de fonctionnement
• Résistance aux vibrations : tolérance d’accélération de 10G

Leçons apprises et vision d’avenir

Principales informations

1. L’innovation axée sur les contraintes est supérieure au développement axé sur les fonctionnalités dans des environnements aux ressources limitées
2. Les solutions hybrides physiques-numériques instaurent la confiance plus rapidement que le numérique pur.Cafards
3. L’architecture hors ligne n’est pas seulement une décision technique, c’est un impératif de justice sociale
4. L’efficacité énergétique est une préoccupation de conception de premier ordre, et non une réflexion après coup sur l’optimisation

Enseignements techniques

Ce qui a fonctionné :

• Approche d’amélioration progressive du déploiement des fonctionnalités
• Processus de conception centré sur la communauté avec des boucles de rétroaction continues
• Modélisation mathématique des contraintes de performance en amont du développement
• Conception d’interactions multimodales (toucher, voix, gestuelle, visuelle)

Ce que nous ferions différemment :

• Commencer par la recherche anthropologique avant l’architecture technique
• Investissez dans des études de terrain à plus long terme (6+ mois) pour une véritable compréhension des modèles d’utilisation
• Établir plus tôt des partenariats plus solides avec les administrateurs locaux des soins de santé
• Conception pour la maintenance et la réparation, et pas seulement pour le déploiement initial

Stratégie de mise à l’échelle

Phase 1 (2025-2026) : Expansion régionale à travers l’Afrique de l’Ouest

• Objectif : 50 cliniques, 10 000 patients
• Focus : Dossiers de santé maternelle et infantile

Phase 2 (2026-2027)** : Déploiement panafricain

• Objectif : 500 cliniques, 100 000 patients
• Intégration : Systèmes nationaux d’information de santé

Phase 3 (2027+) : Adaptation mondiale

• Adaptation à d’autres environnements aux ressources limitées
• Intégration avec les initiatives de l’OMS en matière de santé mondiale

Une vision plus large

HealthBridge est plus qu’une solution technique, c’est un changement de paradigme vers des données de santé appartenant aux patients. Dans un monde où les géants de la technologie contrôlent l’information sur la santé, nous remettons ce pouvoir entre les mains de ceux qui en ont le plus besoin.

Notre modèle mathématique de l’impact :

$$I_{total} = \sum_{i=1}^{n} P_i \times C_i \times T_i$$

Où:

• $I_{total}$ = Score d’impact total
• $P_i$ = Patients servis dans la région $i$
• $C_i$ = Facteur d’amélioration des résultats cliniques
• $T_i$ = Facteur de réduction du temps de prise en charge

Les premières projections suggèrent une amélioration potentielle de 10 fois de la continuité médicale pour les populations rurales.

Annexe technique

Spécifications matérielles

Mise en œuvre NFC :

• Puce : NTI NTAG213 (ISO14443 Type A)
• Mémoire : 180 octets de données utilisateur
• Cycles de lecture/écriture : 10 000 minimum
• Conservation des données : 10 ans minimum
• Fréquence de fonctionnement : 13,56 MHz

Mise en œuvre USB :

• Interface : USB 2.0 basse vitesse
• Stockage : 16 Go de mémoire flash NAND MLC
• Cryptage : Matériel AES-256
• Facteur de forme : connecteur USB-C
• Indice de protection de l’environnement : IP67

Détails de l’architecture logicielle

Pile d’applications Web progressive : Frontend : React 18 + TypeScript Direction de l’État : Zustand Cadre PWA : Workbox Cryptage : Web Crypto API Base de données : IndexedDB + Dexie.js Cadre d’interface utilisateur : Tailwind CSS + interface utilisateur sans tête

Services backend :

Passerelle API : Node.js + Express Base de données : PostgreSQL + cache Redis Authentification : JWT + jetons d’actualisation Service de synchronisation : files d’attente de tâches en arrière-plan Analytique : suivi des événements préservant la confidentialité

Mise en œuvre cryptographique

Dérivation de la clé : Javascript fonction asynchrone deriveKey(mot de passe, sel) { const keyMaterial = attendre crypto.subtle.importKey( « cru », encoder.encode(mot de passe), { nom : « PBKDF2 » }, faux ["deriveBits », « deriveKey"] );

return crypto.subtle.deriveKey( { nom : « PBKDF2 », sel : sel, itérations : 10000, hash : « SHA-256 » }, cléMatériel, { nom : « AES-GCM », longueur : 256 }, faux ["crypter », « décrypter"] ); }

HealthBridge représente plus qu’une technologie : il incarne le principe selon lequel l’innovation prospère sous les contraintes et que les solutions les plus profondes émergent souvent des défis les plus profonds. En construisant pour les moins connectés, nous avons découvert des principes qui profitent aux plus connectés.

Log in or sign up for Devpost to join the conversation.