Applications patients, outils de professionnels et plateformes : nous partons des usages et de la nature des données. Le cadre d’hébergement, les habilitations et les responsabilités d’exploitation se définissent avec vos interlocuteurs métier, DPO et RSSI avant réalisation.
01 / CE QUE LA SANTÉ CHANGE
La nature des données, les parcours et les intervenants déterminent les exigences du projet. Ces éléments sont qualifiés avec vos équipes métier, DPO et RSSI avant le choix des solutions.
Un certificat d’infrastructure ne couvre pas automatiquement l’administration, l’exploitation ou les sauvegardes de l’application. Pour chaque projet concerné, nous qualifions les activités avec votre DPO/RSSI et identifions les acteurs, certificats en vigueur et responsabilités avant de proposer le dispositif.
Recueillir un consentement valable, le dater, permettre son retrait, en garder la preuve : c'est de la conception, pas une case à cocher. Même chose pour la minimisation : on ne collecte pas « au cas où ».
Qui a consulté quel dossier, quand, à quel titre : le journal d'accès est une exigence de conception. Sur un incident ou un contrôle, c'est lui qui parle.
Une donnée saisie par un patient ou un intervenant n'a de valeur que restituée sous une forme qu'un professionnel lit en quelques secondes. La qualité de la restitution décide de l'utilité réelle du dispositif.
02 / MÉTHODE
Le cadre applicable se traduit dans les parcours et l’architecture. Il est documenté et revu avec les responsables métier et de la protection des données à chaque jalon utile.
Donnée de santé ou donnée de bien-être, hébergement pour compte de tiers ou non : la qualification décide du cadre, et elle se tranche au cadrage, avec votre DPO, ou avec un appui si vous n'en avez pas.
Un outil de santé conçu sans les soignants produit de la donnée que personne n'exploite. Les professionnels entrent dans les ateliers dès les maquettes, pas à la recette.
Cloisonnement, chiffrement, pseudonymisation où elle s'impose, journal d'accès, durées de conservation outillées. Ces choix se prennent avant la première ligne de code.
Identifier les activités d’hébergement, d’administration et de sauvegarde, les acteurs qui les assurent et les certificats couvrant ces activités. Définir ensuite les accès, procédures et engagements adaptés.
Évolutions réglementaires, montées de version, nouveaux parcours : un produit de santé se maintient avec la même rigueur qu'il se conçoit.
03 / TERRAINS
Suivi de traitement, observance, préparation de consultation : des parcours grand public simples, adossés à un socle réglementé.
Aide à domicile, prévention, coordination : des outils de terrain utilisables en situation, qui transforment l'observation en donnée exploitable.
Portails professionnels, formation, distribution de contenus médicaux, collecte multi-sites : le back-office et les API qui portent l'ensemble.
Laboratoires et services vétérinaires : mêmes exigences de donnée et de restitution, cadre réglementaire distinct. Nous pratiquons les deux.
04 / PREUVES
PrevODom accompagne la prévention des risques dans l’aide à domicile. DailyDerma, pour Virbac, facilite le suivi dermatologique des animaux et les échanges avec le vétérinaire.
Relier les observations terrain aux plans de prévention.
VirbacPartager le suivi de santé du chien avec le vétérinaire.
Janssen · Bioapp · Webdentiste · Stephanix · Hâpy
05 / QUESTIONS
Un certificat d’infrastructure ne couvre pas automatiquement l’administration, l’exploitation ou les sauvegardes de l’application. Pour chaque projet concerné, nous qualifions les activités avec votre DPO/RSSI et identifions les acteurs, certificats en vigueur et responsabilités avant de proposer le dispositif.
Oui, et le projet avance mieux quand ils sont là dès le cadrage. Analyse d'impact, registre, politique d'habilitation : nous arrivons avec des documents à compléter, pas avec des questions ouvertes.
Oui, comme des fonctions du produit : recueil daté, retrait, export, effacement, durées de conservation outillées. Un droit qui ne s'exerce que par ticket au support n'est pas un droit outillé.
Le choix de l’hébergement dépend des données et des activités concernées. La localisation, les sous-traitants et les certificats applicables sont vérifiés et documentés avant engagement ; aucune couverture d’exploitation applicative ne découle automatiquement du certificat d’un fournisseur d’infrastructure.
Selon le besoin réel du dispositif : API sécurisées vers les systèmes existants, exports normalisés, connecteurs spécifiques. Nous qualifions l'exigence au cadrage plutôt que de promettre tous les standards.
Pas toujours : la frontière entre bien-être et santé est une question de qualification juridique, et elle change le coût du projet. La trancher tôt évite de payer un cadre inutile, ou d'en découvrir un obligatoire trop tard.
Santé · HDS · RGPD · Patients · Établissements · Santé animale
Décrivez le public, la donnée collectée et le stade du projet. Nous qualifierons ensemble le cadre applicable, avant de parler de fonctionnalités.
Cadrer un projet santé