Last EHR — Medplum MCP Server

What the code does

We read the source, 21 h ago · rules 3dff92dd89df

What this server is able to do. For an MCP server this is often the job itself — a terminal server runs commands because that is what it is for. Listed so you know what you are plugging in, not as an accusation.

        Object.entries(process.env).filter(

Is this your server and something here is wrong? Tell us — corrections are free and do not require a plan.

Connect this server

This server runs on your own machine — install it with the package manager and the client starts it for you. Package name taken from the official registry entry.

claude mcp add last-ehr -- npx -y @lastehr/mcp

{
  "mcpServers": {
    "last-ehr": {
      "args": [
        "-y",
        "@lastehr/mcp"
      ],
      "command": "npx"
    }
  }
}

[mcp_servers.last-ehr]
command = "npx"
args = ["-y", "@lastehr/mcp"]

{
  "mcpServers": {
    "last-ehr": {
      "args": [
        "-y",
        "@lastehr/mcp"
      ],
      "command": "npx"
    }
  }
}

{
  "mcpServers": {
    "last-ehr": {
      "args": [
        "-y",
        "@lastehr/mcp"
      ],
      "command": "npx"
    }
  }
}

This one needs environment variables set before it will start: MEDPLUM_ACCESS_TOKEN (FHIR chart tools over Medplum or a local HAPI stack: read-only by default, with an opt-in elicitation-gated write profile (human-approved per action).), MEDPLUM_CLIENT_ID (FHIR chart tools over Medplum or a local HAPI stack: read-only by default, with an opt-in elicitation-gated write profile (human-approved per action).), MEDPLUM_CLIENT_SECRET (FHIR chart tools over Medplum or a local HAPI stack: read-only by default, with an opt-in elicitation-gated write profile (human-approved per action).), MEDPLUM_BASE_URL (FHIR chart tools over Medplum or a local HAPI stack: read-only by default, with an opt-in elicitation-gated write profile (human-approved per action).). The author declared them in the registry entry; get the values from the project itself.