Documentation ยท product, workflows, and trust model

OpenMed docs for builders and clinical teams.

Install the CLI once preview access is granted, move from first prompt to deterministic workflows, import consumer records, run care-coordination reviews, and wire hybrid medical service endpoints without losing the terminal-native experience.

Start with installation
curl -fsSL "<install.sh URL shared during preview>" | bash
Choose your path

Use the docs the way you adopt the product.

The builder track focuses on installation, native service wiring, MCP, configuration, profiles, and CLI behavior. The clinical track focuses on workflows, skills, consumer imports, care coordination, privacy, and the actual runtime boundary.

Hybrid medical services are part of the product story.

OpenMed does not route every clinical task through a generic frontier model. The operator runtime stays inspectable while sensitive or high-volume extraction, de-identification, terminology, and HCC work can run on protected clinical service planes designed for speed and cost efficiency.

Native service boundary

Private extraction and coding endpoints, separate from the operator runtime.

The extraction plane covers NER, PII detection, and de-identification. The coding plane covers terminology, LOINC, RxNorm, MedlinePlus, PubMed, HCC mapping, and RAF scoring. General agent reasoning stays on the configured model-provider path; these service planes are for the clinical workloads that should be governed separately.

Plane 01

Operator runtime

CLI, TUI, sessions, plans, cards, and workflow artifacts stay on the operator machine.

Operator-controlled Visible review
Plane 02

Clinical extraction

NER, PII, and de-identification run on a protected Hugging Face-hosted accelerated service during preview.

Protected extraction PII-aware processing
Plane 03

Terminology and HCC

ICD-10, CPT, SNOMED, LOINC, RxNorm, MedlinePlus, PubMed, HCC, and RAF can run behind a separate service boundary.

Medical terminology LOINC / RxNorm / Education HCC / RAF

Shipped feature surface

The current release is broader than extraction and terminology alone.

Workflows

Deterministic review loops

Run 13 deterministic workflows with draft preview, finalize, provenance, case-run history, and workflow diffs.

Consumer

Multi-source health imports

Import Apple Health, Health Connect, C-CDA, FHIR exports, and labs files into one consumer-summary path with timeline, trends, reconciliation, optional education, and optional FHIR.

Coordination

Inbox and discharge workflows

Prepare local message-thread and discharge packs, triage inbox messages, build discharge handoffs, and require reviewer metadata before care-coordination finalization.

Clinical Ops

Payer, coding, claims, and FHIR

Prior auth, appeals, coding audit, HCC / RAF, claims explanation, med-rec discrepancy review, clinical documentation, and structured extraction plus FHIR diff all ship today.

Core guides

Everything needed to get operational without digging through raw markdown.

Also useful: Configuration and Profiles.

Current product boundary

Protected clinical endpoints, inspectable workflows, explicit service boundaries.

OpenMed keeps the TUI, sessions, plans, and generated artifacts inspectable while many medical capabilities call configured model, inference, terminology, or MCP services. The durable review surfaces are visible plans, tool traces, workflow previews, and explicit artifacts, with protected extraction and HCC service planes separated from the general model-provider path.

Primary auth command openmed login
  • 62 built-in native tools, 13 deterministic workflows, 13 built-in skills, 4 built-in agent modes
  • Consumer imports for Apple Health, Health Connect, C-CDA, FHIR exports, and labs files
  • Care-coordination workflows with reviewer metadata on finalize
  • Hybrid medical services for NER, PII/de-id, ICD-10, CPT, SNOMED, LOINC, RxNorm, MedlinePlus, HCC, and RAF
  • Local-only consumer and care-coordination import paths with no outbound send or writeback
  • No telemetry, analytics, or background usage reporting
  • Optional MCP access only when explicitly configured