3Feuille de route

Trois phases. Un socle qui ne bouge pas.

La phase 1 vise une clinique pilote crédible et démontrable aux bailleurs. Les phases suivantes s’ajoutent sans changer le socle.

Risques Questions ouvertes Instruments

Phase 1

La clinique pilote

Démontrable aux bailleurs

S1Multi-tenant et abonnement S2Identité, rôles et audit S3Registre patient et identifiant vérifiable S4Consentement et confidentialité S5Hors ligne et synchronisation S6Interopérabilité et terminologies M1Accueil, admission et rendez-vous M2Dossier médical standardisé M8Pharmacie et stocks M11Facturation et caisse M14Ressources humaines et planning M16Annuaires M21Hub de collaboration M10Équipements, parc matériel et télémétrie M24Gestion et distribution des cartes

S5 et S6 en version minimale
M21 : le cadre seulement (catalogue, clés, journal, file d’attente)
M10 : télémétrie minimale pour chiffrer la logistique
M2 : saisie manuelle avec origine tracée
M24 : émission, activation, blocage, remplacement

Phase 2

L’hôpital et le réseau

Les connexions s’ouvrent

M3Urgences et triage M4Hospitalisation M6Laboratoire M10Équipements, parc matériel et télémétrie M12Prise en charge, tiers payants et FBP M15Ambulances et référencement M17Santé publique et rapports M18Communication, annonces et campagnes M19Intégration BSS/SAC (Fonction publique)M20Portail public ViePrécieuse M23Assistance et retours

Premiers connecteurs du Hub : MasterPay, DHIS2, BSS/SAC
Puis WhatsApp, annonces hiérarchiques, constantes connectées, automates de labo
Portail public : recherche
Distribution multi-sites des cartes

Phase 3

L’échelle

Le système prend de l’ampleur

M5Maternité, bloc opératoire et soins spécialisés M7Imagerie M9Approvisionnement et achats M13Comptabilité et pilotage financier M22Gestion des assurances et mutuelles

Espace patient complet sur téléphone
Chatbot d’aide
Imagerie connectée (DICOM)
Connecteurs selon les partenaires

↳Démarrage

La première semaine, dans cet ordre.

1
S1 et S2
Tenants, authentification, rôles, audit.
2
S3 et S4
Identifiant patient, carte, modèle de consentement. Tout en dépend : à décider en premier.
3
S5
Choix de l’architecture hors ligne, avant d’écrire M2.
4
M2, puis M8 et M11
Modèle de données FHIR du dossier, puis pharmacie et facturation.

7Risques

Sept risques identifiés, chacun avec une réponse.

Portée trop large

24 modules et 6 services pour une équipe sans produit de santé existant.

Réponse envisagéeS’en tenir à la phase 1 pour le pilote.

Expertise médicale absente

Fiches, parcours et vocabulaire cliniques demandent des médecins.

Réponse envisagéeRéférent médical et clinique pilote dès la phase 1.

Cadre légal des données de santé

Exigences sur l’hébergement, le consentement et le transfert.

Réponse envisagéeRevue par un juriste avant tout déploiement réel.

Responsabilité des ambulances

Une demande non servie peut avoir des conséquences graves.

Réponse envisagéeOpérateurs partenaires, aucune promesse de délai.

Dépendance institutionnelle

BSS/SAC et DHIS2 exigent des autorisations.

Réponse envisagéeInterfaces de test, branchement réel plus tard.

Maintenance des connecteurs

Chaque partenaire peut casser une interface.

Réponse envisagéeContrats versionnés, sandbox, supervision.

Logistique du matériel

Livraison, installation et entretien du kit : solaire, Starlink, tablettes.

Réponse envisagéeChiffrer avec la clinique pilote, suivre via M10.

17Ce que nous attendons de l’équipe

Critiquer, chiffrer, compléter.

Corriger les statuts « Adaptable » qui ne tiennent pas techniquement.
Signaler les modules manquants ou à fusionner.
Estimer l’effort de chaque module en jours-développeur.
Répondre aux questions ouvertes ci-dessous.

17 questions ouvertes

Hors ligne

Quelle technologie de base locale et de synchronisation, et comment sont gérés les conflits ?

Multi-tenant

Base partagée avec colonne tenant, schéma par tenant ou base par tenant ? Conséquences pour la sécurité et la sauvegarde.

FHIR

Serveur FHIR existant (HAPI, par exemple) ou sérialisation FHIR sur le backend actuel ?

Identifiant patient

Format, clé de contrôle et schéma de signature vérifiable hors ligne.

Carte NFC

Puce retenue, lecteurs sur tablettes Android, gestion des clés, procédure en cas de carte perdue ou clonée.

Hébergement

Où sont les serveurs, quel coût, quelle latence via Starlink, quel plan de sauvegarde ?

Réutilisation

Quelles briques « Adaptable » tiennent réellement ? Lesquelles faut-il réécrire ?

Application patient

Framework mobile, fonctionnement sans connexion, notifications.

Images médicales

Stockage, compression, lien plutôt que fichier ?

Estimations

Ordre de grandeur en jours-développeur par module et par phase.

Instruments

Liste réelle de la clinique pilote et choix des premiers connecteurs.

WhatsApp

Fournisseur agréé, modèles de messages, coût par conversation, activation sans mot de passe en clair.

Télémétrie

Agent de supervision et de gestion à distance, traceurs GPS pour les ambulances.

Chatbot

Modèle d’IA, hébergement, coût, langues locales, repli sans connexion.

Lecteurs NFC

Modèle, alimentation (réseau, PoE, solaire), hors ligne, protection contre le vol.

Cartes

Fournisseur de puces, encodeur, clés, diffusion de la liste de révocation, délai de blocage acceptable.

Distribution

Circuit des cartes vierges, qui peut en remettre, comment vérifier l’identité avant activation.

Catalogue des instruments

À remplir avec la clinique pilote. Sans lui, l’effort des connecteurs ne peut pas être estimé. Pour chaque instrument : marque, modèle, type de sortie (USB, série, Ethernet, Bluetooth, DICOM ou aucune), mode retenu, priorité.

ThermomètreTensiomètreOxymètreBalance et toiseGlucomètreECGAutomate d’hématologieAutomate de biochimieÉchographeRadiographieIRM ou scannerLecteur NFC de porteLecteur NFC d’accueilEncodeur et imprimante de cartes