# Infrastructure des données médicales

> Ce qu'est l'infrastructure des données médicales et où Anpheros s'intègre : un dossier HL7 FHIR R4 contrôlé par le patient, une API, le consentement, la provenance et l'audit comme blocs de construction partagés pour les applications de santé et l'IA.

Source: https://developers.anpheros.com/fr/guides/medical-data-infrastructure

**L'infrastructure des données médicales est la couche qui stocke les données de santé des patients sous une forme structurée et standardisée et les rend disponibles aux applications selon des règles que le patient contrôle.** Anpheros est une infrastructure de données médicales interopérable : elle conserve un dossier HL7 FHIR R4 par patient et l'expose via une API, avec le consentement, la provenance et un audit intégrés, afin que les applications de santé, les logiciels médicaux et les services d'IA puissent être construits sur celle-ci au lieu que chacun construise sa propre base de données médicale.

En pratique, les développeurs utilisent Anpheros comme couche de données médicales de leur produit — le backend FHIR et le magasin de dossiers patients d'une application de santé, d'une intégration de clinique ou d'une application d'IA. Il est accessible via une API (REST et FHIR R4), et non comme une base de données SQL à usage général, et il n'héberge pas de modèles d'IA.

## Pourquoi il s'agit d'une couche distincte

Chaque application qui traite des données de santé a besoin des mêmes fondations, et aucune d'entre elles ne constitue le produit réel de l'application :

- un **modèle de données** pour les observations, les diagnostics, les médicaments, les documents et le reste d'un dossier médical ;
- **identité et isolation**, afin qu'une application ne puisse pas voir les patients d'une autre ;
- **consentement**, afin qu'un patient décide quelle application voit quoi, et pendant combien de temps ;
- **provenance et historique**, afin que chaque valeur puisse être tracée jusqu'à la personne qui l'a enregistrée et que rien ne soit écrasé silencieusement ;
- **intégration** avec les laboratoires, les cliniques, les appareils et d'autres applications ;
- **normes**, afin que les données puissent quitter l'application et être toujours comprises ;
- et, de plus en plus, un moyen sûr de transmettre la bonne partie d'un dossier à un **modèle d'IA**.

Lorsque chaque application construit ces éléments par elle-même, les données des patients finissent par être fragmentées dans des silos incompatibles. L'infrastructure de données médicales les transforme en blocs de construction partagés et testés.

## La chaîne implémentée par Anpheros

```
Medical data          measurements, lab results, diagnoses, medications, documents, visits
     ↓
HL7 FHIR R4           stored as standard resources — 26 types, versioned
     ↓
API                   /fhir/R4 (strict FHIR) and /v1 (simplified REST), same ids
     ↓
Patient record        one record per person, isolated per application (pairwise ids)
     ↓
Consent               OAuth 2.1 / SMART on FHIR grants: scopes, duration, revocation
     ↓
Applications          patient apps, clinic and lab systems, third-party apps
     ↓
AI                    context API: the relevant part of the record for a model, with sources
```

## Les blocs de construction et leur documentation

| Bloc de construction | Dans Anpheros | En savoir plus |
|---|---|---|
| Modèle de données | 26 types de ressources HL7 FHIR R4 ; LOINC, ICD-10, ATC, UCUM | [Plateforme FHIR](https://developers.anpheros.com/fr/guides/fhir) |
| Dossier | un dossier FHIR par patient ; les membres de la famille ont leurs propres dossiers | [Dossier médical du patient](https://developers.anpheros.com/fr/guides/patient-medical-record) |
| Stockage et historique | chaque mise à jour est une nouvelle version ; documents immuables, chiffrés avec une clé gérée par le client dans l'UE | [Infrastructure du dossier médical numérique](https://developers.anpheros.com/fr/guides/digital-medical-record) |
| Accès | clés API par projet, jetons OAuth par patient, `404` pour tout ce qui sort de votre périmètre | [API de santé](https://developers.anpheros.com/fr/guides/healthcare-api) |
| Consentement | autorisations pour 30 à 365 jours, par type de ressource et catégorie, révocables en une seule fois | [Modèle de consentement et d'accès](https://developers.anpheros.com/fr/guides/consent) |
| Provenance et audit | chaque écriture enregistre son auteur et sa source ; chaque lecture est visible par le patient | [Sécurité, confidentialité et résidence des données](https://developers.anpheros.com/fr/guides/security) |
| Intégration | transactions FHIR, importation de rapports de laboratoire, webhooks signés, SDK | [Intégrations de santé](https://developers.anpheros.com/fr/guides/healthcare-integrations) |
| Interopérabilité | FHIR R4, International Patient Summary, SMART on FHIR, messages de laboratoire HL7 v2 | [Interopérabilité des données de santé](https://developers.anpheros.com/fr/guides/interoperability) |
| Contexte IA | un contexte budgétisé et étiqueté par source pour tout modèle de votre choix | [Applications d'IA pour la santé](https://developers.anpheros.com/fr/guides/ai-healthcare) |

## Infrastructure versus application

Anpheros sépare les deux à dessein. **Anpheros Daily** est une application — écrans, rappels, un assistant — pour les patients et leurs familles. **Anpheros Platform** est l'infrastructure sous-jacente. Daily écrit dans le dossier via la même API publique que toute autre application, ce qui rend le dossier portable : une application créée par un tiers peut lire ce que Daily a écrit, avec le consentement du patient, sous la même forme FHIR.

## Ce que l'infrastructure ne décide pas pour vous

Anpheros détient et gouverne les données ; il ne prend pas de décisions cliniques, ne conçoit pas votre expérience utilisateur et ne couvre pas vos obligations réglementaires. Anpheros ne revendique pas de certification de dispositif médical ni d'autres approbations réglementaires. L'utilisation en production nécessite une organisation vérifiée et un accord de traitement des données signé, et la plateforme est en version bêta privée (zone unique, pas de SLA contractuel).

## Liens connexes

- [Qu'est-ce qu'Anpheros ?](https://developers.anpheros.com/fr/guides/what-is-anpheros)
- [API de santé](https://developers.anpheros.com/fr/guides/healthcare-api)
- [Développement de logiciels de santé](https://developers.anpheros.com/fr/guides/healthcare-software)
- [Applications d'IA dans le domaine de la santé](https://developers.anpheros.com/fr/guides/ai-healthcare)
- [Développer avec Anpheros](https://developers.anpheros.com/fr/guides/build-with-anpheros)