Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card

API DSE et API de dossiers médicaux

Comment les applications lisent et écrivent des dossiers de santé via FHIR : API DSE hospitalières vs API de dossiers contrôlés par le patient, ce que chacune couvre, RGPD et hébergement UE, et HIPAA (BAA et région US sur demande).

Une API EHR (API de dossier de santé électronique, également appelée API EMR ou API de dossiers médicaux) permet à un logiciel de lire et d'écrire le dossier de santé d'un patient — données démographiques, diagnostics, médicaments, allergies, résultats, documents — via Internet, généralement sous forme de ressources HL7 FHIR R4 via OAuth. Les fournisseurs d'EHR hospitaliers tels qu'Epic et Oracle Health exposent des API FHIR à leurs propres dossiers, et aux États-Unis, les EHR certifiés doivent offrir un accès aux patients via de telles API. Anpheros est différent : une API de dossiers médicaux contrôlés par le patient sur laquelle toute application peut s'appuyer, où les cliniques, laboratoires, applications et appareils écrivent dans un dossier FHIR R4 par personne, et l'accès nécessite le consentement de cette personne.

Where an EHR API sits — and where Anpheros sits

Your app or AI agentPatient app, clinic tool, analytics, assistant
Hospital EHR APIsEpic, Oracle Health and others expose FHIR APIs for their own records
Patient-controlled record (Anpheros)One FHIR R4 record per person, written by clinics, labs, apps and devices
Consent and auditOAuth 2.1 grants chosen by the patient; every access logged
Storage in the EUGoogle Cloud europe-west4; HIPAA support is planned, not available yet

Deux types d'API de dossiers médicaux

	API de DME hospitalier (ex. Epic, Oracle Health)	API de dossiers contrôlés par le patient (Anpheros)
À qui appartiennent les dossiers	Un hôpital ou un système de santé	Une personne, provenant de toutes les sources qui y écrivent
Comment obtenir l'accès	Enregistrement de l'application auprès du fournisseur, souvent par système de santé	Clé sandbox en libre-service ; production après un accord de traitement des données
Qui autorise	Le système de santé, et le patient pour les applications d'accès patient	Le patient (consentement OAuth) ou votre organisation pour les patients qu'elle crée
Écriture de données	Limitée, dépend du fournisseur	Créer, mettre à jour et supprimer vos propres ressources ; provenance à chaque écriture
Standard	FHIR R4 (US Core aux États-Unis)	FHIR R4 plus une API REST simplifiée
Idéal pour	Lire ce qu'un hôpital a enregistré	Construire un produit basé sur un dossier que les gens transportent avec eux

Ils fonctionnent ensemble : une application peut lire un DME hospitalier via son API et conserver le dossier personnel de la personne dans Anpheros, l'hôpital étant la source enregistrée.

Ce que l'API Anpheros Records couvre

Partie de l'enregistrement	Ressource FHIR	REST v1
Données démographiques	`Patient`	`/v1/patients`
Diagnostics	`Condition` (ICD-10)	`/v1/patients/{id}/conditions`
Médicaments	`MedicationStatement` (ATC)	`/v1/patients/{id}/medications`
Résultats et signes vitaux	`Observation` (LOINC)	`/v1/patients/{id}/observations`, import de laboratoire
Documents	`DocumentReference`	`/v1/patients/{id}/documents`
Tout, en ordre	`Patient/$everything`	`/v1/patients/{id}/timeline`
Un résumé partageable	`Patient/$summary` (IPS)	—

# one patient's active problems, as FHIR
curl "https://platform.anpheros.com/fhir/R4/Condition?patient=$PID&clinical-status=active" \
  -H "Authorization: Bearer $KEY"

Conformité et localisation des données

RGPD et l'UE : les données sont stockées et traitées dans l'Union Européenne (Google Cloud europe-west4, Pays-Bas) ; chaque lecture et écriture est enregistrée et visible par le patient ; l'accès par d'autres applications nécessite le consentement du patient.
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 en production ; la production pour les données de patients américains s'ouvre après la signature du BAA. D'ici là, ne stockez pas d'informations de santé protégées relevant de la HIPAA dans Anpheros.

Questions fréquemment posées

Qu'est-ce qu'une API EHR ?

Une interface par laquelle un logiciel lit et écrit des dossiers médicaux électroniques, généralement des ressources HL7 FHIR R4 telles que Patient, Condition, MedicationStatement et Observation, autorisées avec OAuth et SMART on FHIR.

Quelle est la différence entre une API EHR et une API EMR ?

En pratique, les termes sont utilisés de manière interchangeable. EMR signifie traditionnellement le dossier d'un cabinet médical ; EHR, un dossier destiné à être partagé entre les prestataires. Les deux sont généralement exposés aujourd'hui sous forme d'API FHIR.

Puis-je accéder à l'EHR d'un hôpital via Anpheros ?

Non. Anpheros ne se connecte pas aux EHR hospitaliers de manière autonome. Votre application peut lire séparément l'API FHIR d'un hôpital et stocker ce que la personne autorise dans son dossier Anpheros.

Existe-t-il une API gratuite de dossiers médicaux pour les développeurs ?

Oui. Le sandbox Anpheros est gratuit, avec 30 patients synthétiques sur FHIR R4 et REST ; la production commence à 99 € par mois.

Anpheros est-il conforme à la HIPAA ?

Anpheros agit en tant que Business Associate pour les cliniques américaines : un Business Associate Agreement (BAA) et une région de données américaine sont disponibles sur demande pour les clients en 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.

Liens connexes

Try it free in the sandbox · first FHIR call in 5 minutesFree · 30 synthetic patients · no card