Journalisation d'accès PHI — chaque lecture ou écriture à l'échelle patient ajoute une AccessEntry (acteur, patient, action, horodatage). get_access_log retourne la comptabilité des divulgations, supportant HIPAA…
EHR MCP Server
Une couche d'intégration Dossier Patient Électronique pour les agents cliniques ADK-Rust Enterprise. 25 outils MCP couvrant le dossier patient — démographie, consultations, problèmes, médicaments, résultats, notes, écarts de soins, mesures qualité…
Ce qu'il offre à un agent
Une capacité conçue spécifiquement derrière une connexion MCP unique.
Le serveur possède sa logique de domaine et publie un contrat d'outil qu'un client MCP peut découvrir. ADK-Rust peut charger ce contrat dans un agent, normaliser chaque schéma pour le fournisseur de modèle choisi, et garder le cycle de vie de la connexion en dehors de la logique métier de l'agent.
Accès attribuable — chaque outil prend un acteur ; rien ne touche un dossier anonymement.
Écritures cliniques contrôlées — changements médicamenteux, notes cliniques, autorisations préalables et actions de refus requièrent approbation en production (requires_approval) ; les lectures sont en lecture seule.
Minimum nécessaire — la recherche patient retourne uniquement la démographie identifiante, pas le dossier complet.
Modèle aligné FHIR — patients, consultations, conditions, médicaments, allergies, observations, notes correspondent aux ressources familières.
Données fictives uniquement — le dossier d'exemple intégré utilise des noms/identifiants inventés ; aucune PHI réelle n'est incluse dans le crate.
Architecture
Comment EHR MCP Server s'intègre dans un système d'agent.
Le modèle n'a jamais besoin des détails d'implémentation ou des identifiants du système derrière le serveur. Il voit les définitions d'outils examinées. Le client MCP gère la découverte et les appels, tandis que le serveur conserve la propriété de la validation, de la politique et de la communication avec son système de domaine.
Agent ADK-Rust
Choisit une capacité dans le catalogue d'outils examiné.
Client MCP
Découvre les schémas, envoie des appels et reçoit du contenu typé.
EHR MCP Server
Valide la requête et possède 26 contrats d'outils documentés.
Système de domaine
Conserve l'API, les données, les identifiants et les règles métier derrière le serveur.
Depuis la documentation du projet
L'architecture publiée du serveur
Catalogue d'outils
Que peut demander un agent à EHR MCP Server ?
Chaque outil a un nom stable, un but lisible par l'humain, et un contrat d'entrée JSON découvert lors de l'initialisation MCP. Les classes de risque proviennent du manifeste du registre du projet lorsqu'il est disponible.
26 outils nommés
backend_infoRapporter le backend clinique actif en lecture (mémoire ou FHIR R4) ; pas de PHI
read onlyfind_patientsTrouver des patients par MRN ou nom (démographie minimum nécessaire) ; journalisé dans le journal d'accès PHI
read onlyget_patientObtenir la démographie et la couverture d'un patient (lecture PHI)
read onlyget_encountersLister les consultations d'un patient (lecture PHI)
read onlyget_conditionsObtenir la liste des problèmes d'un patient (lecture PHI)
read onlyget_medicationsObtenir la liste des médicaments d'un patient (lecture PHI)
read onlyget_allergiesObtenir les allergies d'un patient (lecture PHI)
read onlyget_observationsObtenir les observations/résultats, optionnellement par catégorie (lecture PHI)
read onlyget_notesObtenir les notes cliniques d'un patient (lecture PHI)
read onlyadd_medicationAjouter un médicament à la liste du patient (écriture clinique contrôlée)
internal writeset_medication_statusModifier le statut d'un médicament (écriture clinique contrôlée)
internal writeadd_noteAjouter (et optionnellement signer) une note clinique (écriture clinique contrôlée)
internal writeGouvernance
Comprendre l'effet de chaque outil.
Une connexion serveur hérite de l'autorité de ses identifiants et de son environnement de déploiement. Les déclarations ci-dessous proviennent du README de ce projet et du manifeste du registre MCP ; votre application décide toujours des outils qu'un agent reçoit et des endroits où une approbation est requise.
- Écritures cliniques contrôlées — changements médicamenteux, notes cliniques, autorisations préalables et actions de refus requièrent approbation en production (requires_approval) ; les lectures sont en lecture seule.
Surface MCP
Ce que la documentation actuelle déclare.
MCP peut transporter des outils, ressources, invites, résultats structurés, progression, annulation et travaux de longue durée. Cet enregistrement met en avant les fonctionnalités modernes du protocole explicitement mentionnées par ce dépôt.
Installer et connecter
Suivez le point de départ documenté du projet.
Installez le serveur dans l'environnement qui possède ses identifiants et l'accès au domaine. Ajoutez-le à votre hôte MCP, vérifiez les outils découverts, et réduisez l'ensemble d'outils avant de le confier à un agent en production.
cargo install mcp-ehrlet toolset = McpToolset::from_stdio(
"mcp-ehr",
["mcp-ehr"],
).await?;
let agent = LlmAgentBuilder::new("agent")
.tools(toolset.tools().await?)
.build()?;Les commandes et la configuration sont extraites du README public. Confirmez les prérequis, variables d'environnement et options spécifiques à la version dans la documentation officielle avant le déploiement.
Documentation officielle
Poursuivez avec la source de vérité des mainteneurs du projet.
Cette page fournit une carte accessible du serveur. Le dépôt reste la référence pour les schémas exacts, prérequis, configuration, exemples, tests, versions et mises à jour de sécurité.
Continuez à explorer
Plus dans solutions sectorielles.
Enregistrement source
Métadonnées de version et de dépôt pour cette entrée du catalogue.
- Version
- 1.1.0
- Licence
- Apache-2.0
- Outils
- 26
- Révision
- 12ca0934587e
- Mis à jour
- 7 juin 2026