# Développement de logiciels de santé

> Ce qui est différent dans la création de logiciels médicaux et comment une application de santé est structurée : votre produit au-dessus, l'API Anpheros, le dossier FHIR et le consentement du patient en dessous.

Source: https://developers.anpheros.com/fr/guides/healthcare-software

**Les logiciels de santé sont des logiciels qui créent, stockent ou agissent sur des informations relatives à la santé des personnes — applications pour patients, outils de clinique, systèmes de laboratoire, services de surveillance à distance, assistants IA.** Ce qui les distingue des autres logiciels, ce n'est pas l'interface utilisateur, mais les données : elles sont sensibles, pérennes, standardisées, partagées entre organisations et soumises à consentement. Anpheros est une infrastructure pour cette couche de données ; cette page explique les couches d'une application de santé et celles qu'Anpheros peut fournir.

## L'architecture générale

```
Healthcare application        your product: UI, workflows, notifications, business rules
        ↓
Anpheros API                  REST v1 and FHIR R4, OAuth 2.1 / SMART on FHIR, webhooks, SDKs
        ↓
FHIR medical data             one HL7 FHIR R4 record per patient, versioned, with provenance
        ↓
Consent / authorisation       per-application grants chosen and revocable by the patient
```

Votre application est propriétaire de l'expérience ; Anpheros est propriétaire de l'enregistrement et des règles qui s'y rapportent.

## Ce qui est différent dans la création de logiciels médicaux

### Le modèle de données est une norme, pas un choix de conception
D'autres logiciels peuvent inventer leur propre schéma. Les logiciels médicaux qui inventent leur propre schéma ne peuvent pas échanger de données avec des laboratoires, des cliniques ou d'autres applications sans un projet de traduction. Utiliser les ressources HL7 FHIR R4 et les codes standard (LOINC, ICD-10, ATC, UCUM) dès la première ligne de code évite cela. [Plateforme FHIR](https://developers.anpheros.com/fr/guides/fhir)

### Chaque valeur a besoin d'une source
Une valeur de glycémie saisie par un patient, mesurée par un appareil, importée d'un rapport de laboratoire ou produite par un modèle d'IA a des significations différentes. Anpheros enregistre le type d'auteur (patient, praticien, appareil, import, IA), l'organisation et le système source pour chaque écriture, et conserve chaque version.

### L'accès est décidé par le patient, pas seulement par l'application
Au-delà de la connexion et des rôles de l'utilisateur, les logiciels médicaux nécessitent un consentement : quelle application peut lire quelle partie du dossier de quelle personne, pendant combien de temps, et un audit que la personne peut consulter. [Modèle de consentement et d'accès](https://developers.anpheros.com/fr/guides/consent)

### Les données doivent survivre à l'application
Les dossiers sont conservés pendant des années et transitent entre les prestataires. Séparer le dossier (infrastructure) de l'application signifie qu'une refonte, une nouvelle application ou un nouveau partenaire ne nécessite pas la migration des données médicales. [Infrastructure de dossier médical numérique](https://developers.anpheros.com/fr/guides/digital-medical-record)

### Développer et tester sans vrais patients
Les données médicales réelles ne doivent pas se trouver dans les environnements de développement. Anpheros dispose d'un bac à sable — une base de données séparée avec des patients synthétiques — et de clés de bac à sable qui ne peuvent physiquement pas accéder aux données de production.

### L'IA doit respecter les mêmes règles que tout le monde
Une fonctionnalité d'IA est un autre lecteur du dossier. Elle ne devrait obtenir que ce que le patient a autorisé, avec les sources, et ses sorties devraient être étiquetées comme générées par l'IA. [Applications d'IA dans le domaine de la santé](https://developers.anpheros.com/fr/guides/ai-healthcare)

## Ce que vous construisez et ce qu'Anpheros fournit

| Couche | Vous construisez | Anpheros fournit |
|---|---|---|
| Expérience utilisateur | écrans, flux, notifications, contenu clinique | — |
| Vos utilisateurs et comptes | inscription, connexion, rôles dans votre produit | consentement par patient pour l'accès aux données ; connexion patient sur la page de consentement |
| Stockage des données médicales | — | enregistrement FHIR R4, 26 types de ressources, historique, documents |
| Codage | choix de ce qu'il faut enregistrer | systèmes de codes standard, recherche LOINC groupée |
| Contrôle d'accès aux enregistrements | quel de vos utilisateurs voit quel patient | isolation de projet, identifiants par paire, scopes OAuth |
| Audit | — | provenance lors des écritures, journal d'accès visible par le patient |
| Intégration | spécificités de vos partenaires | importation de laboratoires, transactions FHIR, webhooks, SDK |
| IA | prompts, choix du modèle, sécurité de votre fonctionnalité | API de contexte avec budgets de tokens et étiquettes de provenance |
| Conformité | vos obligations réglementaires et sécurité clinique | résidence des données dans l'UE, chiffrement des documents avec une clé gérée par le client, accord de traitement des données pour la production |

## Prochaines étapes

- Un parcours étape par étape de l'accès à la production : [Build with Anpheros](https://developers.anpheros.com/fr/guides/build-with-anpheros)
- Un tutoriel fonctionnel : [Build a healthcare app](https://developers.anpheros.com/fr/guides/build-a-healthcare-app)
- Les responsabilités d'un backend médical : [Medical app backend and database](https://developers.anpheros.com/fr/guides/medical-app-backend)
- Diagrammes et flux de données : [Architecture](https://developers.anpheros.com/fr/guides/architecture)
- Pour les équipes en phase de démarrage : [Healthcare startups](https://developers.anpheros.com/fr/guides/healthcare-startups)

## Liens pertinents

- [Infrastructure de données médicales](https://developers.anpheros.com/fr/guides/medical-data-infrastructure)
- [API de santé](https://developers.anpheros.com/fr/guides/healthcare-api)
- [Sécurité, confidentialité et résidence des données](https://developers.anpheros.com/fr/guides/security)