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

Dossier médical du patient

Ce que contient un dossier médical, en quoi il diffère des DSE et DPI, et comment le patient, les données, les applications et le consentement s'articulent dans Anpheros — y compris la famille, la portabilité et la suppression.

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

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

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.

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
• Infrastructure de données médicales
• Modèle de consentement et d'accès
• Plateforme FHIR

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