CtrlK
BlogDocsLog inGet started
Tessl Logo

querying-terminology-service

Call a user-supplied FHIR terminology server ($validate-code, $expand, $lookup, $translate) to validate and expand clinical codes without bundling restricted vocabulary (SNOMED CT, RxNorm, LOINC, ICD-10) into OpenMed. Covers a thin local client, ValueSet $expand with filters/ECL, CodeSystem $lookup, ConceptMap $translate, and pointing at Ontoserver / HAPI / tx.fhir.org. Use as the grounding step for OpenMed coding skills — turn an OpenMed entity span into a validated coded CodeableConcept — when the user mentions terminology server, $validate-code, $expand, ValueSet, ECL, SNOMED/RxNorm/LOINC lookups, or code validation. Pairs adjacent.

72

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

75%Weight 40%Scale 1-5

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

A focused, executable skill body: concrete curl and Python examples cover all four terminology operations, validation gating and failure handling are explicit, and external standards are cleanly linked. The main gaps are minor shorthand in the $lookup/$translate examples and slight redundancy between the intro, 'When to use', and the description.

Suggestions

Expand the $lookup and $translate examples into full curl commands (matching the $validate-code/$expand style) so all four operations are copy-paste ready.

Trim the overlap between the opening paragraph and the 'When to use' section — the trigger list and no-bundling rationale already appear in the description.

Render the Hand-off flow as a short numbered sequence (candidate code → $validate-code → on success coding()/codeable_concept(), on failure text-only + OperationOutcome) to make the validation checkpoint explicit.

DimensionReasoningScore

Conciseness

Mostly efficient — it does not explain what FHIR/SNOMED/ECL are and leads with executable curl/Python — but the intro and 'When to use' section restate triggers and the no-bundling rationale already in the description, so a little could be trimmed.

4 / 5

Actionability

Copy-paste-ready curl for $validate-code and $expand plus a complete, executable TxClient class; the $lookup/$translate block is shorthand ('POST [tx]/CodeSystem/$lookup { url=... }') rather than full curl, leaving a minor gap.

4 / 5

Workflow Clarity

The 'Hand-off to / from OpenMed' section sequences input → validate → output with an explicit validation gate ('Ground an OpenMed span only if the code validates') and a failure path (emit text-only CodeableConcept + OperationOutcome warning), though it is prose rather than a numbered checklist.

4 / 5

Progressive Disclosure

Well-organized into focused sections with a clearly signaled 'Standards & references' block linking one level out to authoritative HL7/IHTSDO docs; no bundle files exist, so structure is appropriately single-file, with only minor room to split the per-operation reference material.

4 / 5

Total

16

/

20

Passed

Description

100%Weight 40%Scale 1-5

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

A dense, well-crafted description that names concrete operations and server targets, provides explicit 'Use when...' trigger guidance, and occupies a distinct niche with minimal conflict risk. Third-person voice is maintained throughout with no over-claims.

DimensionReasoningScore

Specificity

Lists multiple concrete operations ('$validate-code, $expand, $lookup, $translate', 'ValueSet $expand with filters/ECL, CodeSystem $lookup, ConceptMap $translate') plus concrete server targets (Ontoserver/HAPI/tx.fhir.org), giving comprehensive coverage rather than vague abstraction.

5 / 5

Completeness

Explicitly answers both 'what' (call a user-supplied FHIR terminology server to validate/expand clinical codes via four operations) and 'when' ('Use as the grounding step ... when the user mentions terminology server, $validate-code, ...') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Comprehensive natural-term coverage for this domain — 'terminology server', '$validate-code', '$expand', 'ValueSet', 'ECL', 'SNOMED/RxNorm/LOINC lookups', 'code validation' — including vocabulary-name synonyms a user would actually say.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (FHIR terminology grounding for OpenMed coding skills) with distinct, technical triggers that are unlikely to fire for unrelated skills; 'Pairs adjacent' scopes the sibling relationship explicitly.

5 / 5

Total

20

/

20

Passed

Validation

100%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
maziyarpanahi/openmed
Reviewed

Table of Contents

Is this your skill?

If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.