# Plateforme d'API de santé : ce qu'elle inclut et comment choisir

> Les couches d'une plateforme d'API de santé, build vs cloud FHIR store vs plateforme, et les questions à poser à tout fournisseur — réponses pour Anpheros : consentement, données UE, FHIR R4, tarification.

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

**Une plateforme d'API de santé est un service géré qui fournit aux équipes logicielles tout ce qui concerne les données des patients en un seul endroit : un magasin de données cliniques standard (généralement HL7 FHIR), des API et des SDK pour les lire et les écrire, l'identité et le consentement du patient, ainsi que les fonctionnalités de confiance dont les données de santé réglementées ont besoin — provenance, historique des versions et journaux d'accès.** Anpheros est une plateforme d'API de santé hébergée dans l'Union Européenne : un enregistrement FHIR R4 par patient, une API FHIR et une API REST plus simple, un consentement OAuth 2.1 contrôlé par le patient, des webhooks, l'importation de laboratoires et un sandbox gratuit avec des patients synthétiques. Cette page explique ce qu'une telle plateforme devrait inclure, comment elle se compare à la construction de la couche vous-même ou à l'utilisation d'un magasin FHIR cloud, et les questions à poser à tout fournisseur.

<!-- visual:hplat-hero -->

## Ce qu'une plateforme d'API de santé inclut

<!-- visual:hplat-stack:replace -->

| Couche | Ce qu'elle fait | Dans Anpheros |
|---|---|---|
| APIs et SDKs | Permet à votre code de lire et d'écrire des enregistrements | FHIR R4 à `/fhir/R4`, REST à `/v1`, SDKs TypeScript et Dart, OpenAPI, un serveur MCP pour les agents IA |
| Identité et consentement | Décide qui peut voir quel patient | Clés API pour vos serveurs ; OAuth 2.1 + PKCE avec des scopes SMART on FHIR pour les patients ; révocation à la prochaine requête |
| Services de données | Transforme les entrées désordonnées en enregistrements propres | Importation de laboratoires HL7 v2 et CSV, documents, recherche de terminologie (un sous-ensemble LOINC groupé, un catalogue de symptômes, conditions et médicaments), résumé IPS, contexte IA |
| Couche de confiance | Rend chaque valeur responsable | Provenance à chaque écriture, chaque version conservée, un journal d'accès que le patient peut lire |
| Stockage de données cliniques | Conserve l'enregistrement | Un enregistrement HL7 FHIR R4 par patient, 26 types de ressources, résidence des données dans l'UE |

## Construisez vous-même, utilisez un magasin FHIR cloud, ou utilisez une plateforme

<!-- visual:hplat-compare -->

Aucune de ces options n'est incorrecte. Une pile auto-construite offre un contrôle total du modèle de données ; un magasin FHIR cloud convient aux équipes qui doivent tout conserver au sein d'un seul compte cloud et qui construiront elles-mêmes le consentement, l'audit et les intégrations ; une plateforme d'API de santé convient aux équipes qui souhaitent que ces parties soient gérées afin que le produit soit leur travail. La [comparaison des serveurs FHIR](https://developers.anpheros.com/fr/guides/fhir-server-comparison) examine les catégories de produits une par une.

## Questions à poser à toute plateforme d'API de santé

<!-- visual:hplat-checks:replace -->

| Question | Réponse Anpheros |
|---|---|
| Où sont stockées les données ? | Union Européenne : Google Cloud `europe-west4` (Pays-Bas) pour le service et les bases de données |
| Qui autorise l'accès ? | Votre organisation pour les patients que vous créez (clé API) ; le patient pour tous les autres (consentement OAuth) |
| Quelle norme, et est-elle testée ? | FHIR R4 (4.0.1) ; SMART App Launch STU2 standalone-launch group of Inferno : 22 tests sur 22 réussis (28 septembre 2026) |
| Pouvons-nous repartir avec nos données ? | `Patient/{id}/$everything` renvoie l'intégralité du dossier au format FHIR |
| Les lectures sont-elles enregistrées ? | Oui, les lectures et les écritures, et le patient peut les consulter |
| Pouvons-nous tester gratuitement ? | Oui : un sandbox en libre-service avec 30 patients synthétiques par projet |
| Quel est le coût de la production ? | À partir de 99 € par mois pour 2 500 patients stockés, premier mois gratuit ; les prix excluent la TVA |
| Qu'est-ce qui n'est pas encore disponible ? | Lancement EHR, exportation de données en masse (Bulk Data) et scopes `system/` ; production HIPAA en dehors d'un BAA signé (le BAA et une région US sont disponibles sur demande) ; la plateforme est en beta privée sans SLA contractuel |

## Démarrer en deux minutes

```bash
# 1. Sign in at https://platform.anpheros.com/dashboard/ with Google and press "Get a sandbox key"
export ANPHEROS_KEY=sk_test_...
# 2. Read the synthetic patients over the simple REST API…
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/v1/patients?limit=3"
# 3. …or the same data as FHIR R4
curl -s -H "Authorization: Bearer $ANPHEROS_KEY" "https://platform.anpheros.com/fhir/R4/Patient?_count=3"
```

## Foire aux questions

### Qu'est-ce qu'une plateforme d'API de soins de santé ?
Un service géré qui combine un magasin de données cliniques standard, des API et des SDK, l'identité et le consentement du patient, ainsi que des fonctionnalités d'audit, afin que les équipes développant des logiciels de santé n'aient pas à construire cette couche elles-mêmes.

### Quelle est la différence entre une plateforme d'API de soins de santé et une API de soins de santé ?
Une API de soins de santé est l'interface. Une plateforme exécute également tout ce qui se trouve derrière elle — stockage, consentement, provenance, journaux, bac à sable, SDK et intégrations — et est responsable de son exploitation.

### Anpheros est-il une plateforme d'API de soins de santé ?
Oui. Anpheros fournit un magasin de données FHIR R4 avec un enregistrement par patient, une API FHIR et une API REST, un consentement OAuth 2.1 contrôlé par le patient, des journaux de provenance et d'accès, des webhooks, l'importation de laboratoires et des SDK, hébergés dans l'Union européenne.

### Quel est le coût d'une plateforme d'API de soins de santé ?
Les modèles de tarification varient : basés sur l'utilisation (requêtes et stockage) pour les magasins FHIR cloud, par plan pour les plateformes. Anpheros est gratuit dans le bac à sable ; les plans de production commencent à 99 € par mois pour 2 500 patients stockés.

### Anpheros est-il conforme à la HIPAA ?
Anpheros agit en tant que **Business Associate** pour les cliniques américaines : un accord de partenariat commercial (BAA) et une région de données américaine sont disponibles sur demande pour les clients de production, en plus du programme de sécurité écrit (analyse des risques, politiques, journal d'audit, chiffrement, sauvegardes). Demandez avant de stocker des informations de santé protégées : la production s'ouvre après la signature du BAA. Voir [Sécurité, confidentialité et résidence des données](https://developers.anpheros.com/fr/guides/security).

### Une plateforme d'API de soins de santé peut-elle être utilisée pour des applications d'IA ?
Oui, si elle indique l'origine des données et respecte le consentement. Anpheros construit un contexte patient étiqueté par source pour tout modèle avec `POST /v1/context` et propose un serveur MCP pour les agents d'IA ; il n'héberge pas de modèles d'IA.

<!-- visual:cta-hplat -->

## Liens Utiles

- [API de santé](https://developers.anpheros.com/fr/guides/healthcare-api) : Qu'est-ce qu'une API de santé et présentation de l'API Anpheros
- [Plateforme FHIR](https://developers.anpheros.com/fr/guides/fhir) : L'implémentation FHIR R4 en détail
- [Comparaison d'Anpheros avec d'autres serveurs FHIR](https://developers.anpheros.com/fr/guides/fhir-server-comparison)
- [Plateforme de consentement patient pour les applications de santé](https://developers.anpheros.com/fr/guides/patient-consent-platform)
- [Sécurité, confidentialité et résidence des données](https://developers.anpheros.com/fr/guides/security)
- [Tarifs](https://developers.anpheros.com/fr/guides/pricing)
- [Preuve de concept FHIR dans un bac à sable gratuit](https://developers.anpheros.com/fr/guides/fhir-proof-of-concept)
