CtrlK
BlogDocsLog inGet started
Tessl Logo

assembling-fhir-bundles

Package multiple FHIR R4 resources produced from OpenMed output into a single valid transaction Bundle ready to POST to an EHR, using OpenMed's verified bundle assembler openmed.clinical.exporters.fhir.to_bundle. Covers deterministic urn:uuid fullUrls, automatic in-Bundle reference rewriting, request blocks (method/url) for transaction vs batch, and conditional create. Use after exporting-to-fhir when the user has several Condition/Observation/MedicationStatement resources and wants one transaction Bundle, mentions Bundle, transaction, references, or posting to a FHIR server. Builds on exporting-to-fhir; pairs after.

75

Quality

93%

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

86%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 well-structured, highly actionable skill body with executable code and a worked transaction Bundle example. Minor conciseness trims and making the validation feedback loop explicit would push it to the top level.

Suggestions

Reorder the Workflow so the US Core validation step precedes the POST step, and make the feedback loop explicit ('if validation fails, fix the resources and re-validate before POSTing').

Trim restating sentences after worked examples, such as the note re-explaining that Condition.subject and MedicationStatement.subject were rewritten when the JSON already shows it.

DimensionReasoningScore

Conciseness

Mostly lean and technical, assuming Claude knows FHIR, with a few explanatory sentences that could be trimmed (e.g. the trailing note restating that Condition.subject was rewritten after the worked example already shows it).

4 / 5

Actionability

Provides copy-paste ready, executable Python in Quick start and Conditional create, a concrete API signature with parameter semantics, and a full worked JSON Bundle output covering the common case.

5 / 5

Workflow Clarity

The Workflow gives a clear 5-step sequence with a US Core validation checkpoint and OperationOutcome error handling, but the validate step is numbered after the POST step and the validate->fix->retry feedback loop is implicit rather than spelled out.

4 / 5

Progressive Disclosure

Well-organized into clearly headed sections (When to use, verified API, Quick start, Worked example, Workflow, Edge cases, Standards) with external standards links; the self-contained content is appropriately placed with no nested or buried references.

5 / 5

Total

18

/

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 strong description that concretely states what the skill does, when to use it with natural trigger terms, and how it relates to neighboring skills. It uses third-person imperative voice and avoids vague fluff.

DimensionReasoningScore

Specificity

Lists multiple concrete capabilities — 'deterministic urn:uuid fullUrls', 'automatic in-Bundle reference rewriting', 'request blocks (method/url) for transaction vs batch', and 'conditional create' — giving comprehensive coverage of what the assembler does.

5 / 5

Completeness

Clearly answers both what ('Package multiple FHIR R4 resources ... into a single valid transaction Bundle') and when ('Use after exporting-to-fhir when the user has several ... resources and wants one transaction Bundle') with concrete trigger phrases.

5 / 5

Trigger Term Quality

Explicit natural triggers users would say — 'mentions Bundle, transaction, references, or posting to a FHIR server' and 'wants one transaction Bundle' — with good synonym coverage for the domain.

5 / 5

Distinctiveness Conflict Risk

Occupies a clear niche (assembling a transaction Bundle) distinct from sibling skills, explicitly noting 'Builds on exporting-to-fhir; pairs after' and handing validation off to validating-us-core, minimizing conflict risk.

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.