ask-openmed

Routes clinical-data requests to the correct OpenMed workflow skill using deterministic rules.

5.2k|655|Updated Oct 4, 2025
One-click install
npx skills add https://github.com/maziyarpanahi/openmed --skill ask-openmed
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ask-openmed
Source: https://github.com/maziyarpanahi/openmed/tree/main/skills/ask-openmed
Command: npx skills add https://github.com/maziyarpanahi/openmed --skill ask-openmed

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

When a request involving clinical data is broad, spans multiple stages, or leaves data sensitivity unclear, it is hard to know which OpenMed workflow to start with. This Skill applies a deterministic routing contract that selects the correct first skill for intake, privacy, extraction, exchange, or verification goals, and enforces a privacy gate before any downstream processing of potentially sensitive content.

Core Features & Use Cases

  • Deterministic routing contract: Normalizes the stated goal and matches it against ordered cue tables for intake, privacy, extraction, exchange, and verification stages.
  • Privacy-first gating: Routes ambiguous or unstated sensitivity cases to de-identification before extraction, exchange, or verification, with explicit safe markers and negation handling.
  • Fixed handoff order: Processes multi-stage requests one stage at a time in the order intake, privacy, extraction, exchange, verification.
  • Use Case: A user asks to turn a clinical note into FHIR. The router detects unstated sensitivity, selects the de-identification skill first, then hands off to clinical entity extraction and FHIR export.

Quick Start

Ask the assistant to route your clinical-data goal, for example: determine which OpenMed workflow should handle OCR-ing a scanned lab report and extracting its findings.

Frequently Asked Questions about ask-openmed

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I choose the right OpenMed workflow for a clinical data task?

State your goal and let the routing contract match it against ordered cue tables for intake, privacy, extraction, exchange, and verification. The router returns the selected category, skill identifier, matched rule, and next handoff without processing your data.

What happens if my request involves sensitive clinical data?

If sensitivity is unstated or unclear, the privacy override routes the request to the de-identification skill before any extraction, exchange, or verification. Only explicit safe markers like 'synthetic input' or 'already de-identified' bypass this gate, and negated markers do not count.

Does the OpenMed router process or send my clinical data anywhere?

No. The router only normalizes the stated goal text and selects a skill identifier. It never inspects the data payload, downloads models, calls services, or makes network requests, and it never echoes input content into logs or reports.

How are multi-stage clinical requests handled?

Multi-stage requests are routed one stage at a time in a fixed order: intake, privacy, extraction, exchange, then verification. A later stage named first does not bypass the privacy gate when the data sensitivity is not explicitly safe.

What happens when no routing rule matches my goal?

When no cue row matches the normalized goal, the router falls back to the building-with-openmed orientation skill. You can then clarify the goal and sensitivity status and re-route to a focused workflow.