Infrastructure et sécurité en santé
Comment les données médicales sont protégées, réglementées, échangées et exploitées : une référence pour les hôpitaux et cliniques, les entreprises de technologies de la santé, les développeurs et les équipes sécurité et conformité.
L'infrastructure des données de santé est l'ensemble des systèmes, normes et règles qui permettent de stocker les informations médicales en sécurité, de les échanger entre professionnels de santé et de les réutiliser sous contrôle. Dans l'UE, elle repose sur cinq couches à la fois : le droit de la cybersécurité (NIS2), la protection des données (GDPR), l'accès aux données de santé et leur réutilisation (l'Espace européen des données de santé), les normes d'échange (HL7 FHIR R4, HL7 v2, LOINC, SNOMED CT) et les API que les applications utilisent pour lire et écrire les dossiers.
Six domaines
Cybersécurité
Ce que la NIS2 exige des hôpitaux et fournisseurs de technologies de santé, la place d'ISO 27001 et ISO 27799, et le contrôle d'identité et d'accès.
4 guides →Réglementation
Les lois sur les données et logiciels de santé : GDPR article 9, EHDS, MDR et IVDR pour les logiciels médicaux, AI Act et, aux USA, HIPAA, TEFCA et USCDI.
10 guides →Interopérabilité
Comment les systèmes de santé échangent les données et les comprennent pareil : HL7 FHIR R4, HL7 v2, CDA, LOINC, SNOMED CT, ICD et systèmes nationaux.
51 guides →API de santé
Comment les apps lisent et écrivent des données médicales : API FHIR, serveurs et sandbox gratuits, consentement, télésurveillance, labos, accès de l'IA.
12 guides →Gouvernance des données
Gérer les données de santé avec rigueur : DPIA (AIPD), désidentification, pseudonymisation, rapprochement des patients, réutilisation avec OMOP et l'EHDS.
5 guides →Dossiers de santé et IA
Les types de dossiers de santé et qui les contrôle, l'intérêt du dossier tenu par le patient et ce dont l'IA a besoin : structure, codage, consentement.
5 guides →Commencer par une carte
Chaque carte explique tout un domaine sur une seule page et renvoie vers les guides détaillés.
Carte de la réglementation des données de santé : EHDS, Article 9 du RGPD, MDR et IVDR, IEC 62304, ISO 13485, 27001 et 27799, NIS2, HIPAA, TEFCA et eIDAS
Carte des règles pour logiciels de santé : protection données (RGPD Art. 9, HIPAA), EHDS, MDR/IVDR/FDA, IEC 62304, ISO 13485, sécurité (ISO 27001/27799, NIS2), mandats échange (TEFCA, USCDI), eIDAS. Qui, quand, comment.
Les standards d'interopérabilité en santé : la carte complète (FHIR, HL7 v2, CDA, DICOM, IHE, openEHR, OMOP)
Carte des standards données santé : HL7 v2, CDA, FHIR, DICOM/DICOMweb, IHE, openEHR, OMOP. Comprenez leur rôle, usage en 2026 et lequel choisir.
Sécurité et identité dans les applications de santé : SMART on FHIR, OAuth 2.1, consentement granulaire, journaux d'accès et audit, la carte
Application santé : authentification (OAuth 2.0/2.1 PKCE, OIDC), accès (scopes SMART on FHIR), consentement patient, break-the-glass, journaux lisibles, AuditEvent, assurance identité, chiffrement. Régulateurs clés.
Utilisation secondaire des données de santé : OMOP, données du monde réel, registres, consentement à la recherche et EHDS, la carte
Utilisation secondaire des données de santé : recherche, santé publique, planification. Voies légales (RGPD, EHDS), éléments constitutifs (dé-identification, environnements sécurisés, analyse fédérée, OMOP) et consentement.
L'IA sur les données médicales : LLM, MCP, dé-identification, données synthétiques, provenance et évaluation, la carte
Ce qu'il faut pour utiliser de façon responsable les grands modèles de langage et d'autres IA sur les dossiers de santé : d'où viennent les données, comment les modèles y accèdent (API de contexte, MCP, RAG), comment les patients gardent le contrôle, comment la vie privée est protégée, comment les résultats restent traçables, comment les systèmes sont évalués et quelles règles s'appliquent.
Construire sur des données de santé interopérables
Anpheros Platform est une API FHIR R4 pour les dossiers médicaux, avec consentement du patient, un sandbox gratuit et des SDK pour Dart, Flutter et TypeScript.
Comment ces pages sont rédigées
- Les pages réglementaires citent d'abord le texte officiel : EUR-Lex pour le droit de l'UE, la Commission européenne et l'ENISA pour les orientations, les lois nationales lorsqu'elles s'appliquent.
- Les pages techniques indiquent la version qu'elles décrivent, par exemple HL7 FHIR R4 (4.0.1).
- Chaque page indique sa date de publication et de dernière révision, et distingue ce que la loi exige de ce que nous recommandons.
- Ces guides sont des explications techniques, pas des conseils juridiques. Ils n'affirment pas qu'Anpheros ou un quelconque produit est certifié ou conforme à une loi ou à une norme.
- Rédigé et relu par l'équipe Anpheros. Vous avez trouvé une erreur ? Signalez-la-nous via la page de contact et nous la corrigeons.