healthpoint-rs

io.github.edithatogoPublished by GitHub account edithatogov0.1.0Updated Oct 24, 2026

Read-only MCP server for licensed Healthpoint HL7 FHIR API access.

Overview

AI-generated overview

Read-only MCP server that lets an assistant search and read licensed Healthpoint HL7 FHIR healthcare directory data.

What you can do
Exposes read-only tools over the Healthpoint FHIR API: searching HealthcareService records by text, SNOMED CT code, or proximity to a latitude/longitude, and reading individual HealthcareService, Location, and Organization resources by FHIR id or healthpoint:// URI. It also provides diagnostic status, access notes, and access-policy tools, plus static resources, resource templates, and prompts. It runs in a synthetic fixture mode when no API key is supplied.
When to use it
Use it when an assistant needs to look up healthcare services, locations, or organizations from a licensed Healthpoint subscription, for example finding services by clinical term, SNOMED code, or nearby coordinates. It is not a clinical decision-support system; it retrieves and formats directory information only.
Requirements
Runs as a local stdio process, installed from crates.io or a source checkout with Rust and Cargo, or from a published container image. Live mode needs a licensed Healthpoint API key in HEALTHPOINT_API_KEY, plus optional HEALTHPOINT_BASE_URL, HEALTHPOINT_AUTH_SCHEME, HEALTHPOINT_GEO_SEARCH_MODE, and HEALTHPOINT_TIMEOUT_SECS. Synthetic mode works without credentials.
Before you install
Live mode sends queries to the Healthpoint API using the licensed key in HEALTHPOINT_API_KEY, so treat that key as a secret and keep it out of shared configuration. Access and export policy defaults are conservative; exports carry provenance and licensing status, and redistribution or open-data publication is opt-in and disabled until terms permit it. The server is read-only and does not write, send, or delete data.

Installation

In SourceWeft

  1. Open healthpoint-rs in the dashboard and add it to a workspace.
  2. Enable the server for the chats that should use its tools.

Desktop only via STDIO. STDIO servers start a local process, so they need the SourceWeft desktop host.

Other MCP clients

Follow the launch instructions in the repository.

README

healthpoint-rs

[smithery badge]

Rust-first tooling for the Healthpoint HL7 FHIR® API: a typed client, CLI, read-only MCP server, and future open-social-data adapter.

This repository is intentionally code-first and data-light:

  • Users bring their own Healthpoint API key/licence.
  • No real Healthpoint API payloads are committed as fixtures.
  • Synthetic FHIR fixtures live in crates/healthpoint-testkit/fixtures/.
  • Local exports are marked with provenance and redistribution status.
  • Open-data publication is opt-in and disabled until licensing/access terms explicitly permit it.

Project shape

text
healthpoint-rs/  crates/    healthpoint-core/         # domain model, query model, provenance, provider traits, URI parsing    healthpoint-fhir/         # FHIR Bundle/Resource mapping and typed projections    healthpoint-client/       # HTTP client, auth, request policy, pagination hooks    healthpoint-export/       # JSON/JSONL/CSV/export manifests    healthpoint-cli/          # `healthpoint` CLI    healthpoint-mcp/          # read-only MCP server over the same core/client    healthpoint-osd-adapter/  # future open_social_data bridge, no hard dependency yet    healthpoint-testkit/      # synthetic fixtures and offline fixture provider  conductor/                  # context-management state, decisions, checkpoints, tracks  docs/                       # access, licensing, MCP, exports, integration roadmap

Installation

Install from crates.io after Rust is available:

bash
cargo install healthpoint-mcp healthpoint-cli

Install from source checkout:

bash
git clone https://github.com/edithatogo/healthpoint-rs.gitcd healthpoint-rsbin/conductor-setupcargo install --path crates/healthpoint-mcpcargo install --path crates/healthpoint-cli

Install through Smithery from the published listing: edithatogo/healthpoint-rs. The Smithery package starts in synthetic mode unless live Healthpoint credentials are supplied.

Usage

First commands

bash
cp .env.example .env$EDITOR .envbin/conductor-setupcargo run -p healthpoint-cli -- doctorcargo run -p healthpoint-cli -- fixture services --format jsoncargo run -p healthpoint-cli -- inspect search-url --text "cervical screening" --snomed 171149006cargo run -p healthpoint-cli -- search services --text "cervical screening" --format jsoncargo run -p healthpoint-cli -- search services --snomed 171149006 --format jsoncargo run -p healthpoint-cli -- get service <id> --format jsoncargo run -p healthpoint-cli -- get uri healthpoint://service/<id> --format jsoncargo run -p healthpoint-mcp

The MCP server is a separate binary so CLI and MCP can evolve independently while sharing the same crates. It starts in synthetic fixture mode when no API key is supplied; set HEALTHPOINT_MODE=live and provide HEALTHPOINT_API_KEY for licensed live API calls.

Configuration

bash
export HEALTHPOINT_MODE="synthetic"                       # synthetic | liveexport HEALTHPOINT_API_KEY="..."                         # optional; required only for live modeexport HEALTHPOINT_BASE_URL="https://uat.healthpointapi.com/baseR4/"export HEALTHPOINT_AUTH_SCHEME="x-api-key"               # bearer | x-api-key | header:<name> | noneexport HEALTHPOINT_GEO_SEARCH_MODE="healthpoint-lat-lon" # healthpoint-lat-lon | fhir-nearexport HEALTHPOINT_TIMEOUT_SECS="30"export HEALTHPOINT_EXPORT_POLICY="local-only"            # local-only | licensed-share | open-approved

Healthpoint portal validation on 2026-06-30 confirmed UAT calls use the x-api-key header against https://uat.healthpointapi.com/baseR4/. See docs/healthpoint-api-access.md for observed endpoint and license notes.

CLI examples

bash
healthpoint doctorhealthpoint policy show
healthpoint fixture services --format humanhealthpoint schema service-recordhealthpoint schema resource-uri
healthpoint inspect search-url \  --text "cervical screening" \  --snomed 171149006 \  --limit 10
healthpoint search services \  --text "cervical screening" \  --snomed 171149006 \  --limit 10 \  --format json
healthpoint search services \  --lat -36.8485 \  --lon 174.7633 \  --radius-km 10 \  --format csv
healthpoint get service <service-id> --format jsonhealthpoint get location <location-id> --format jsonhealthpoint get organization <organization-id> --format jsonhealthpoint get uri healthpoint://service/<service-id> --format json
healthpoint export manifest --output .healthpoint/manifest.jsonhealthpoint export services \  --text "cervical screening" \  --limit 25 \  --format jsonl \  --output .healthpoint/cervical-screening.jsonl

Tools

ToolPurpose
healthpoint.diagnostic.statusShow redacted runtime mode, configuration, and readiness.
healthpoint.access.notesShow non-secret endpoint, auth, and documentation notes.
healthpoint.access.policyShow the conservative access/export policy before reuse.
healthpoint.services.searchSearch HealthcareService records by text, codes, region filters, cursor, and limit.
healthpoint.services.search_snomedSearch HealthcareService records by SNOMED CT code in type, category, or specialty.
healthpoint.services.nearbyFind HealthcareService records near a latitude/longitude point.
healthpoint.service.getRead one HealthcareService by FHIR id.
healthpoint.location.getRead one Location by FHIR id.
healthpoint.organization.getRead one Organization by FHIR id.
healthpoint.resource.readRead a supported healthpoint:// resource URI.

The MCP server also exposes 3 static resources, 4 resource templates, and 2 prompts. See docs/mcp-tools.md and docs/integrations/mcp-client-configs.md for launch examples.

Claude Desktop source-checkout example:

json
{  "mcpServers": {    "healthpoint-dev": {      "command": "cargo",      "args": ["run", "-p", "healthpoint-mcp"],      "env": {        "HEALTHPOINT_MODE": "synthetic"      }    }  }}

Live Healthpoint mode requires a licensed API key:

json
{  "mcpServers": {    "healthpoint-live": {      "command": "healthpoint-mcp",      "env": {        "HEALTHPOINT_MODE": "live",        "HEALTHPOINT_API_KEY": "...",        "HEALTHPOINT_BASE_URL": "https://uat.healthpointapi.com/baseR4/",        "HEALTHPOINT_AUTH_SCHEME": "x-api-key"      }    }  }}

Integration contracts

The CLI can emit JSON Schema for the core contracts:

bash
healthpoint schema access-policyhealthpoint schema service-queryhealthpoint schema service-recordhealthpoint schema service-pagehealthpoint schema location-recordhealthpoint schema organization-recordhealthpoint schema resource-urihealthpoint schema export-manifest

Those schemas are intended to help future integration with open_social_data, MCP clients, and any cross-repo data catalogue layer without prematurely forcing Healthpoint's FHIR graph into a dataframe-first shape.

Offline readiness tools

These commands work before any live Healthpoint validation and are useful in sandboxes or CI metadata jobs:

bash
CONDUCTOR_ALLOW_NO_CARGO=1 bin/conductor-setupbin/conductor-statusscripts/static-preflight.pyscripts/generate-contract-schemas.pybin/mock-healthpoint-server --port 8787

After Rust is available, the mock server gives the CLI a synthetic HTTP target:

bash
export HEALTHPOINT_BASE_URL="http://127.0.0.1:8787/"export HEALTHPOINT_AUTH_SCHEME="none"cargo run -p healthpoint-cli -- search services --snomed 171149006 --format json

See docs/mock-server.md, docs/static-preflight.md, and docs/live-contract-capture.md.

Development environment

See docs/development-environment.md for native Rust and devcontainer setup.

Design principles

  1. FHIR-first: preserve raw FHIR while exposing typed domain records.
  2. Read-only by default: no writes, no scraping fallback, no public proxy mode.
  3. Bring-your-own-key: releasing code does not bundle access or data rights.
  4. Provenance everywhere: exports carry retrieval time, source, licence status, and tool version.
  5. Integratable later: stable Rust traits make it possible to plug into open_social_data, MCP clients, and future data/catalog engines.
  6. Conductor-managed context: implementation tracks, decisions, and repo state live alongside the code.
  7. Synthetic fixtures only: offline testing is done with testkit resources, never real Healthpoint payloads.

MCP Registry metadata

  • MCP Registry name: mcp-name: io.github.edithatogo/healthpoint-rs

This visible marker is required for Cargo/crates.io ownership verification by the official MCP Registry.

Safety boundary

This is not a clinical decision-support system. It retrieves and formats directory/service information from Healthpoint for licensed users. Any downstream use should preserve Healthpoint attribution, currency, caveats, and licensing obligations.

Current status

Implementation spike after initial scaffold. Synthetic mapping exists for HealthcareService, Location, and Organization, including richer service fields such as eligibility, availability, service provision codes, characteristics, comments, endpoints, identifiers, and response provenance. The public Healthpoint material confirms HL7 FHIR and SNOMED CT orientation, but full endpoint/auth details are intentionally treated as configurable until validated against licensed API documentation.

Source: README.md at commit 82c83b0

Tools

0
SourceWeft has not started this package in its sandbox yet, so its tools are not known.

Version history

1
  1. v0.1.0LatestSep 16, 2026

Score

50% of the applicable checks met

How complete this listing is, computed from the registry entry, the endpoint and public sources. Not a rating of the server and not a statement that it is safe or working today: reachability is a dated check, and no installs or reviews go into the score.

  • Reached in the last 30 days25 pts

    Keep the endpoint answering the MCP handshake; SourceWeft probes it every 30 days.

  • Auth declared10 pts

    Declare the credential headers in the registry entry, or keep the endpoint answering the probe so its auth can be classified.

  • Tools listed15 pts

    Answer tools/list without a credential, or ship a package that starts in a sandbox without one.

  • DescriptionRequired15 pts
  • Logo10 pts
  • Documentation15 pts
  • License10 pts