Le défi
Construire une plateforme de santé pour un diagnostic distribué au point de soins est un problème différent de la plupart des logiciels de santé. Le système devait fonctionner simultanément à plusieurs niveaux : des lecteurs Gazelle physiques déployés sur des sites cliniques dans des environnements à faibles ressources, des utilisateurs au niveau du site gérant des patients et des résultats de tests, et des administrateurs de Hemex Health ayant une visibilité opérationnelle complète sur chaque lecteur, site, patient et test dans le réseau mondial.
Chaque niveau avait des contextes utilisateurs, des structures de permissions et des exigences de données distinctes, tous régis par la conformité HIPAA et un NDA dès le premier jour de l'engagement (18 avril 2019). Le contact client tout au long du projet était Daren Bledsoe, VP Ingénierie chez Hemex Health.
Ce que nous avons fait
L'engagement a débuté à la mi-2019 et s'est déroulé en plusieurs phases sur plus d'un an, couvrant la conception UX/UI, le développement front-end et back-end, l'infrastructure AWS, et la maintenance et le support continus.
Phase 1A (Utilisateur du site et utilisateur administrateur) : L'interface Utilisateur du site a été construite en React Native Web App, permettant au personnel clinique de gérer les patients, de consulter les résultats des tests avec l'interprétation des variants Hb, de gérer la connectivité et l'état des lecteurs, et d'accéder à la plateforme via un flux de connexion conforme HIPAA. L'interface Admin donnait aux équipes de Hemex Health une visibilité complète sur l'ensemble du réseau : gestion des sites, gestion des utilisateurs, gestion des lecteurs, rapports d'utilisation des appareils et journaux d'audit. Livré en septembre/octobre 2019.
Flux des lecteurs et backend (décembre 2019) : La phase la plus exigeante techniquement : connexion des lecteurs de diagnostic physiques sur le terrain via l'analyse JSON des données des patients et des lecteurs, téléchargement et téléversement de données chiffrées, intégration eHealth, vérification d'adresse MAC, surveillance de la connexion et de l'état des lecteurs, mises à jour de l'inventaire des cartouches, tâches cron pour la détection des lecteurs hors ligne, et architecture de permissions des utilisateurs de support.
Phase de développement supplémentaire 1 (mai 2020) : Une phase complète livrant la conception et le backend des résultats de variants Hb, la visualisation PDF des résultats des tests en webview, des tableaux de données triables et filtrables, le suivi de l'état d'expédition des lecteurs, le téléchargement des journaux d'audit par période, l'envoi de rapports par courriel, des infobulles de phénotype, la gestion multi-sites, et des dizaines d'améliorations UX supplémentaires dans les interfaces utilisateur du site et administrateur.
Maintenance et support (à partir de juillet 2020) : 36 heures par mois de correction de bogues pour React Native Web App et le backend, maintenance du serveur par un développeur senior AWS, et temps de réponse SLA de 8 heures.
Comment nous avons travaillé
De la signature du NDA en avril 2019 jusqu'à la phase de maintenance fin 2020, chaque livrable était régi par une proposition signée, facturée et livrée à l'équipe du siège social de Hemex Health à Portland.
L'équipe de développement comprenait un développeur React senior, un développeur intermédiaire fullstack, un développeur backend senior, un ingénieur réseau AWS, un designer et la direction. Gestion de projet via JIRA Atlassian Kanban, Bitbucket, Slack et SCRUM Agile.