Skip to content

OpenMed workflow router

Use ask-openmed when a request is broad or spans several OpenMed skills. The router returns one existing skill identifier and a next handoff; it does not inspect clinical payloads, make a clinical decision, download a model, or call a network service.

Fixed routing order

Normalize the stated goal by lowercasing it, trimming it, and collapsing whitespace. First select a matching intake route, even when the goal also names a later stage. If sensitivity is unclear, its next handoff is the privacy gate, which must precede extraction, exchange, or verification. For a goal with no intake cue, unclear clinical or personal content starts at the privacy gate. Otherwise, inspect the remaining tables and their rows in this fixed order: privacy → extraction → exchange → verification. Match each comma-separated cue as a case-insensitive substring; the first match wins and no new synonyms are inferred. Only fixed positive safety markers such as synthetic note and already de-identified bypass the privacy override. A marker preceded within four normalized words by no, not, never, unknown, or uncertain is negated and fails closed to the privacy gate.

Goal First route
Scan, fax, image, PDF, CSV, or document intake ingesting-clinical-documents
Raw or unredacted clinical text, identifiers, or sharing deidentifying-clinical-text
Clinical or biomedical entity extraction extracting-clinical-entities
FHIR resource or Bundle creation exporting-to-fhir
Leakage, audit, risk, or conformance verification auditing-deid-leakage
No recognizable goal building-with-openmed

Ambiguity examples

Route diagnostics must contain only the category, selected identifier, matched rule index, and next handoff. Do not copy source values into logs, exceptions, reports, or fixtures. The focused skill may define a user-supplied service or network step, but the router has no mandatory network dependency.