
healthpoint-rs
io.github.edithatogo由 GitHub 账号 edithatogo 发布v0.1.0更新于 Oct 24, 2026
Read-only MCP server for licensed Healthpoint HL7 FHIR API access.
概览
只读 MCP 服务器,让助手检索并读取已授权的 Healthpoint HL7 FHIR 医疗目录数据。
- 可以做什么
- 通过 Healthpoint FHIR API 提供只读工具:按文本、SNOMED CT 代码或经纬度附近搜索 HealthcareService 记录,并按 FHIR id 或 healthpoint:// URI 读取单个 HealthcareService、Location 和 Organization 资源。还提供诊断状态、访问说明和访问策略工具,以及静态资源、资源模板和提示。未提供 API 密钥时以合成夹具模式运行。
- 适用场景
- 当助手需要从已授权的 Healthpoint 订阅中查询医疗服务、地点或机构时使用,例如按临床术语、SNOMED 代码或附近坐标查找服务。它不是临床决策支持系统,只检索并格式化目录信息。
- 运行要求
- 作为本地 stdio 进程运行,可通过 crates.io 或源码检出安装(需要 Rust 和 Cargo),也可使用已发布的容器镜像。实时模式需要 HEALTHPOINT_API_KEY 中的已授权 Healthpoint API 密钥,以及可选的 HEALTHPOINT_BASE_URL、HEALTHPOINT_AUTH_SCHEME、HEALTHPOINT_GEO_SEARCH_MODE 和 HEALTHPOINT_TIMEOUT_SECS。合成模式无需凭据。
安装
在 SourceWeft 中
- 打开 控制台中的 healthpoint-rs,将其添加到工作区。
- 为需要使用其工具的对话启用该服务。
Desktop only,通过 STDIO。 STDIO 服务会启动本地进程,因此需要 SourceWeft 桌面宿主。
其他 MCP 客户端
参照 仓库 中的启动说明。
README
healthpoint-rs
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
Installation
Install from crates.io after Rust is available:
Install from source checkout:
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
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
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
Tools
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:
Live Healthpoint mode requires a licensed API key:
Integration contracts
The CLI can emit JSON Schema for the core contracts:
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:
After Rust is available, the mock server gives the CLI a synthetic HTTP target:
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
- FHIR-first: preserve raw FHIR while exposing typed domain records.
- Read-only by default: no writes, no scraping fallback, no public proxy mode.
- Bring-your-own-key: releasing code does not bundle access or data rights.
- Provenance everywhere: exports carry retrieval time, source, licence status, and tool version.
- Integratable later: stable Rust traits make it possible to plug into
open_social_data, MCP clients, and future data/catalog engines. - Conductor-managed context: implementation tracks, decisions, and repo state live alongside the code.
- 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.
来源:README.md,提交 82c83b0
工具
0版本历史
1- v0.1.0最新Sep 16, 2026
评分
已满足适用检查项的 50%
该评分衡量此收录条目的完整程度,依据注册中心条目、端点与公开来源计算得出。它不是对服务器本身的评价,也不表示服务器安全或当前可用:可连通性是带日期的检查结果,评分也不包含安装量或用户评价。
- 近 30 天内可连通25 分
请保持端点能够响应 MCP 握手;SourceWeft 每 30 天探测一次。
- 已声明认证方式10 分
请在注册中心条目中声明凭据请求头,或保持端点能够响应探测,以便判定其认证方式。
- 已列出工具15 分
请让服务器在无凭据时响应 tools/list,或发布可在沙箱中无凭据启动的软件包。
- 描述必需15 分
- 图标10 分
- 文档15 分
- 许可证10 分