Programmation agentique et FHIR
La programmation agentique introduit une nouvelle variable dans la conception des systèmes : l'agent devient un composant producteur de code qui doit fonctionner dans des limites architecturales strictes.
De nombreuses personnes qui expérimentent la programmation agentique s'entendent sur un principe fondamental : vous devez maintenir le contrôle sur l'agent. Sans structure claire et sans contraintes, un projet piloté par un agent peut rapidement devenir ingérable.
Nous croyons que la création d'applications natives FHIR et l'utilisation de FHIR comme cadre pour la programmation agentique en santé augmentent considérablement le niveau de contrôle que vous exercez sur votre architecture système.
FHIR offre de solides garde-fous dans plusieurs domaines critiques.
Modèle de données
Il s'agit de l'une des parties les plus cruciales de toute application. Lorsque vous utilisez un serveur FHIR comme dorsale, vous pouvez être certain que toutes les données produites par l'agent sont stockées sous forme de ressources FHIR valides. L'agent ne crée pas de formats de données personnalisés. Toutes les données générées doivent être conformes aux structures de ressources FHIR standard.
Modèles d'interaction
Les spécifications FHIR telles que Subscriptions et SQL on FHIR définissent des façons standardisées pour les composants d'interagir. Cela réduit l'ambiguïté dans la logique d'intégration et empêche l'agent d'inventer des modèles de communication personnalisés.
Terminology
FHIR encourage l'utilisation de systèmes de codes reconnus, garantissant que votre application modélise les données à l'aide de vocabulaires interopérables et standardisés.
Interopérabilité par conception
Les principes de conception fondamentaux de FHIR font de l'interopérabilité une valeur par défaut plutôt qu'une réflexion après coup.
Dans cet article, nous présentons un petit exemple d'utilisation de compétences agentiques pour masquer la complexité de FHIR tout en préservant le contrôle architectural.
Exemple : création d'un tableau de bord de poids des patients
Imaginez une application qui utilise un serveur FHIR pour le stockage. Pour simplifier, supposons que nous n'ayons que deux types de ressources :
- Patient
- Observation (pour le poids corporel)
Nous voulons maintenant implémenter une nouvelle fonctionnalité à l'aide de la programmation agentique.
Objectif
Implémenter un tableau de bord pour les patients où chaque patient peut visualiser son poids corporel au fil du temps, à partir des données Observation existantes.
Invite
/aidbox-dashboard Let's implement a patient dashboard where each patient can view their body weight over time, based on
the Observation data we already have.
Résultat
Après environ deux minutes d'exécution par l'agent, nous obtenons un tableau de bord fonctionnel.
Comment ça fonctionne sous le capot
/aidbox-dashboard
est une compétence Claude définie dans le dépôt qui enseigne à l'agent comment construire des tableaux de bord.
La compétence indique à l'agent de :
- Créer une ressource FHIR ViewDefinition
- Matérialiser la ViewDefinition en une vraie vue de base de données
- Générer du code dorsale qui interroge la vue directement en SQL
- Construire du code frontal pour afficher le tableau de bord
Elle indique également à l'agent :
- Quelle bibliothèque de visualisation frontale utiliser
- Comment interagir avec le serveur FHIR et la base de données
- Comment configurer le serveur FHIR afin que les ViewDefinitions soient déployées automatiquement
- Comment déboguer les problèmes courants
En d'autres termes, l'agent exécute un plan architectural contrôlé, plutôt que d'improviser librement.
Comment l'essayer
Le code est disponible dans le dépôt public.
Vous pouvez l'exécuter localement. Prérequis :
- Docker
- Bun
- Claude Code
Essayez de l'étendre — par exemple, demandez à Claude de générer davantage de données de test ou de créer des tableaux de bord supplémentaires à l'aide de la compétence
/aidbox-dashboard.
Des questions ou des commentaires? Communiquez avec nous à l'aide du formulaire ci-dessous.
