CtrlK
BlogDocsLog inGet started
Tessl Logo

testland/synthea-healthcare-data

Author and run Synthea (MITRE's open-source synthetic patient population simulator) to produce HIPAA-safe synthetic medical records for testing health IT systems. Covers Gradle build, population-size and state-specific generation, FHIR R4 / STU3 / DSTU2 / C-CDA / CSV / CPCDS output formats, disease-module customisation, and the lifecycle-simulation approach (birth-through-death patient journeys with realistic demographics). Use when testing FHIR servers, EHR integrations, claims processing, or any health IT system that needs realistic patient records without HIPAA exposure (distinct from faker-synthetic-data which is generic; this is health-domain-specific).

75

Quality

94%

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

Overview
Quality
Evals
Security
Files

Quality

Content

85%

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

The body is highly actionable with executable commands, a well-sequenced workflow including verification checkpoints, and clean one-level-deep progressive disclosure. The main weakness is conciseness: duplicated when-to-use guidance and minor concept glossing inflate the token budget without adding capability.

Suggestions

Collapse the Overview "Use this when" list and the standalone "When to use" section into one, since the frontmatter description already states the triggers — remove the redundancy to save tokens.

Drop inline glosses of well-known concepts (e.g. "Consolidated Clinical Document Architecture", "Common Payer Consumer Data Set") unless they change how Claude uses the tool; the format names alone suffice.

Trim the restated source/provenance sentences that repeat what the description and References section already cover.

DimensionReasoningScore

Conciseness

Mostly efficient with tables and executable code, but it duplicates trigger guidance (Overview "Use this when" vs a separate "When to use" section, both restating the frontmatter) and glosses concepts Claude already knows (e.g. expanding C-CDA as "Consolidated Clinical Document Architecture"). It could be tightened rather than reaching the lean/efficient anchor.

2 / 3

Actionability

Fully executable, copy-paste-ready guidance throughout: `./gradlew build check test`, `./run_synthea -p 1000 Massachusetts`, a flags table, a properties snippet, curl-based FHIR loading, and a concrete worked example with `-p 100 -s 42 -a 40-75 Massachusetts -m diabetes`.

3 / 3

Workflow Clarity

The 7-step "How to use" sequence carries explicit validation checkpoints ("confirm `./gradlew build check test` passes", "confirm the expected resources / schemas are present"), and the worked example adds a verify-before-load feedback loop ("Confirm the run... Once verified, POST"), matching the anchor for clear sequencing with validation steps.

3 / 3

Progressive Disclosure

A clear overview body with one-level-deep, well-signaled references: `references/ci-integration.md` is a real file linked inline twice with its scope described, and sections are well organized for navigation — no nested-reference chains.

3 / 3

Total

11

/

12

Passed

Description

100%

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

The description is specific, trigger-rich, and complete, with both a clear what and an explicit Use-when clause. It also actively disambiguates from the sibling faker skill, leaving little conflict risk.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — "Author and run Synthea", "Gradle build", "population-size and state-specific generation", and six named output formats plus "disease-module customisation" — matching the anchor for listing several specific concrete actions.

3 / 3

Completeness

Clearly answers both what ("Author and run Synthea ... to produce HIPAA-safe synthetic medical records") and when via an explicit "Use when testing FHIR servers, EHR integrations, claims processing, or any health IT system..." clause.

3 / 3

Trigger Term Quality

Natural trigger phrases a user would say are well covered: "testing FHIR servers", "EHR integrations", "claims processing", "realistic patient records without HIPAA exposure", plus the format names. Not merely technical jargon.

3 / 3

Distinctiveness Conflict Risk

Explicitly carves a clear niche and disambiguates: "distinct from faker-synthetic-data which is generic; this is health-domain-specific", making a wrong-skill trigger unlikely.

3 / 3

Total

12

/

12

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.

Reviewed

Table of Contents