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

Développement de logiciels de santé

Ce qui différencie 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.

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

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

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

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é

Ce que vous construisez et ce qu'Anpheros fournit

Prochaines étapes

• Un parcours étape par étape de l'accès à la production : Build with Anpheros
• Un tutoriel fonctionnel : Build a healthcare app
• Les responsabilités d'un backend médical : Medical app backend and database
• Diagrammes et flux de données : Architecture
• Pour les équipes en phase de démarrage : Healthcare startups

Liens pertinents

• Infrastructure de données médicales
• API de santé
• Sécurité, confidentialité et résidence des données

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