HealthClawGuardrails
Related Servers
Alternatives to HealthClawGuardrails
- AlicenseBqualityDmaintenanceA Model Context Protocol server providing AI assistants with access to healthcare data tools, including FDA drug information, PubMed research, health topics, clinical trials, and medical terminology lookup.738 npm130MIT
- AlicenseAqualityCmaintenanceQuery your Apple Health data including sleep, heart rate, steps, workouts, and more by ingesting an exported XML archive into a local SQLite database.5MIT
Related Servers
- AlicenseAqualityCmaintenanceMCP server and CLI for detecting, redacting, and auditing PHI in medical text before it reaches AI agents.4MIT
- AlicenseAqualityBmaintenanceAn MCP server that redacts PII/PHI from text before it ever reaches an LLM — self-hosted, fail-closed, and HIPAA-aware.332 PyPIMIT
- FlicenseNot gradedqualityCmaintenanceAn MCP server that enables LLMs to securely query synthetic clinical data through validated, scoped tools (patient summaries, conditions, medications, lab trends, encounters) while maintaining audit logs and access controls.-

LangCare MCP FHIR Serverofficial
AlicenseNot gradedqualityDmaintenanceEnterprise-grade MCP Server for FHIR-based EMRs. Enables AI agents to read, search, create, and update any FHIR R4 resource across major EHR systems like EPIC, Cerner, and OpenEMR.283 npm67MIT- AlicenseNot gradedqualityCmaintenanceA clean-room SHARP-on-MCP compliant FHIR R4 MCP server that enables AI agents to interact with any FHIR R4 endpoint using SHARP context headers, without server-side OAuth. It provides clinical tools, lab results, imaging, and interactive MCP-UI dashboards.MIT
- AlicenseBqualityNot gradedmaintenanceMCP Server for Google Cloud Healthcare API enables Agentic AI for a variety of FHIR-based digital health solutions, from smarter clinical workflows for Health Systems to Pre-Auth frameworks for Payers!158-
TDQS
Scored across 29 tools
Most tools are grouped by domain prefixes (fhir_, action_, curatr_) and the lifecycle tools are reasonably distinct, but there are overlapping pairs: search/fhir_search and fetch/fhir_read both query FHIR data, and action_commit/fhir_commit_write share a misleading verb. Descriptions help, but an agent could select the wrong tool without reading closely.
There are strong consistent clusters: fhir_* tools mostly use fhir_verb_noun, and action_* and curatr_* follow their own patterns. However, bare search/fetch, noun-phrase names like care_gaps and rx_transfer_request, and mixed noun_verb forms like sources_check break a uniform convention, leaving the overall naming readable but inconsistent.
29 tools is heavy, and the count is inflated by redundant read/search entry points (search vs fhir_search, fetch vs fhir_read) and parallel propose/commit flows for FHIR writes and real-world actions. The breadth covers many clinical and integration operations, but the set could be substantially tighter without losing core capability.
The set covers the full propose-commit-status lifecycle for both FHIR writes and real-world actions, plus rich read/search, analytics, data quality, and source-integration tools. Minor gaps exist around consent/subscription management and cancelling actions, but agents can work around them or use generic FHIR write mechanisms.