# Dossier médical du patient

> Ce que contient un dossier médical du patient, en quoi il diffère des DSE et DME, et comment le patient, les données, les applications et le consentement sont liés dans Anpheros — y compris les familles, la portabilité et la suppression.

Source: https://developers.anpheros.com/fr/guides/patient-medical-record

**Un dossier médical du patient est l'historique complet et structuré de la santé d'une personne — mesures, résultats, diagnostics, médicaments, documents et rencontres — conservé au fil du temps.** Dans Anpheros, chaque patient possède exactement un tel dossier, stocké sous forme de ressources HL7 FHIR R4. Le dossier appartient aux soins du patient, et non à une application : les applications y écrivent et en lisent, et le patient décide, par le biais du consentement, quelles applications peuvent le faire.

## Dossiers médicaux électroniques (DME), dossiers de santé électroniques (DSE) et dossiers détenus par le patient

| Type | Qui le conserve | Portée typique |
|---|---|---|
| Dossier médical électronique (DME) | une clinique ou un cabinet | ce que ce fournisseur a enregistré |
| Dossier de santé électronique (DSE) | un hôpital ou un système de santé | ce que les fournisseurs de l'organisation ont enregistré |
| Dossier personnel / détenu par le patient | le patient | tout ce que le patient collecte : résultats de nombreux laboratoires, mesures à domicile, documents, médicaments |

Anpheros est le plus proche du troisième type, avec une différence importante : ce n'est pas un journal spécifique à une application. C'est une **infrastructure** : le même dossier peut être écrit par la propre application du patient, par un laboratoire, par une clinique et par un assistant IA, chacun via l'API et chacun dans les limites que le patient autorise. Anpheros n'est pas un DSE hospitalier et ne le remplace pas.

## Contenu du dossier

| Partie du dossier | Ressources FHIR dans Anpheros |
|---|---|
| La personne et ses proches | `Patient`, `RelatedPerson` |
| Mesures et résultats | `Observation` (signes vitaux, laboratoire, symptômes, bien-être, activité quotidienne et sommeil), `DiagnosticReport` |
| Problèmes et leur évolution | `Condition`, `EpisodeOfCare` (par exemple une grossesse ou une maladie chronique), `Procedure`, `FamilyMemberHistory` |
| Traitement | `MedicationStatement`, `MedicationAdministration` (chaque dose prise ou sautée), `Immunization`, `CarePlan`, `Goal`, `ServiceRequest` |
| Sécurité | `AllergyIntolerance` |
| Soins | `Encounter`, `Appointment`, `CareTeam` |
| Documents et questionnaires | `DocumentReference` (originaux immuables), `QuestionnaireResponse` |
| Gouvernance | `Consent` (un par autorisation), `Provenance` (un par écriture) |

Chaque élément est codé là où une norme existe — LOINC pour les mesures et les résultats de laboratoire, ICD-10 pour les conditions, ATC pour les médicaments, UCUM pour les unités — et conserve également son texte d'origine. Voir [Systèmes de codes FHIR](https://developers.anpheros.com/fr/guides/fhir-code-systems).

## La relation entre le patient, les données, les applications et le consentement

```
                  ┌──────────────── consent: which app, which data, how long ───────────────┐
                  │                                                                          ▼
Patient ──► Anpheros Daily (or any patient app) ──► Anpheros API ──► the patient's FHIR record ◄── other apps, clinics, labs, AI
                                                                            │
                                                     access log visible to the patient
```

- **L'application qui a créé un enregistrement** peut le lire et l'écrire avec sa clé API.
- **Toute autre application** a besoin du consentement du patient : une autorisation OAuth avec des scopes explicites (types de ressources et actions, éventuellement une catégorie telle que `laboratory`), pour 30, 90, 180 ou 365 jours.
- **Chaque écriture** est attribuée : patient, praticien, appareil, importation ou IA, avec l'organisation et le système source.
- **Chaque lecture** — y compris les lectures par l'application créatrice et le contexte construit pour les modèles d'IA — apparaît dans le journal d'accès du patient, par application.
- **Le patient peut révoquer** une application à tout moment ; la prochaine requête est refusée.

## Familles et personnes à charge

Une personne peut détenir des enregistrements pour d'autres personnes — enfants, un parent âgé. Chaque personne à charge a son propre enregistrement `Patient`, lié à celui du tuteur ; l'API côté patient liste "mes enregistrements et ceux de mes personnes à charge" (`GET /me/patients`), avec qui y a accès. Le consentement est toujours donné par enregistrement.

## Portabilité

Parce que le dossier est au format FHIR standard, il peut quitter Anpheros intact : `Patient/{id}/$everything` renvoie le compartiment entier, et `Patient/{id}/$summary` renvoie un International Patient Summary, un format de document conçu pour être lu par des cliniciens ailleurs.

## Suppression

La suppression d'un `Patient` supprime toutes les ressources de cet enregistrement. Les documents, une fois finalisés, ne peuvent pas être modifiés, seulement supprimés.

## Liens Utiles

- [Infrastructure de dossier médical numérique](https://developers.anpheros.com/fr/guides/digital-medical-record)
- [Infrastructure de données médicales](https://developers.anpheros.com/fr/guides/medical-data-infrastructure)
- [Modèle de consentement et d'accès](https://developers.anpheros.com/fr/guides/consent)
- [Plateforme FHIR](https://developers.anpheros.com/fr/guides/fhir)