fhir-hl7-validator

This skill should be used when the user asks to "validate FHIR resources", "check HL7 messages", "validate healthcare data format", "parse FHIR", "HL7 v2 messages", "FHIR R5 validation", "CDA documents", "healthcare data interchange", "FHIR resource schema", "HL7 specifications", or mentions FHIR validation, HL7 message parsing, CDA validation, healthcare data format compliance, or Fast Healthcare Interoperability Resources standards.

Safety Notice

This listing is imported from skills.sh public index metadata. Review upstream SKILL.md and repository scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "fhir-hl7-validator" with this command: npx skills add 1mangesh1/dev-skills/1mangesh1-dev-skills-fhir-hl7-validator

FHIR & HL7 Validator

Healthcare data format validation skill for AI agents. Validates FHIR R5 resources, HL7 v2 messages, and CDA clinical documents. Ensures healthcare data interchange compliance with HL7 standards and identifies schema violations, missing required fields, and interoperability issues.

Capabilities

  1. FHIR Validation - Validate FHIR R5 resources against official schemas
  2. HL7 Message Parsing - Parse and validate HL7 v2.x messages (ADT, ORU, OBX, RXO)
  3. CDA Document Validation - Validate Clinical Document Architecture (CDA) R2 documents
  4. Schema Compliance - Check resources against FHIR specification and UK Core
  5. Data Type Validation - Verify FHIR data types (Identifier, CodeableConcept, Reference, etc.)
  6. Reference Resolution - Validate internal and external references
  7. Cardinality Checking - Ensure required vs. optional field compliance
  8. Terminology Validation - Check value sets and coding systems (SNOMED CT, LOINC, ICD-10)
  9. Interoperability Analysis - Identify implementation guide adherence
  10. Error Reporting - Generate detailed validation error reports with remediation

Usage

/fhir-hl7-validator [command] [target] [options]

Commands

  • validate-fhir <file> - Validate FHIR JSON/XML resource
  • validate-hl7 <file> - Validate HL7 v2 message
  • validate-cda <file> - Validate CDA clinical document
  • parse-fhir <file> - Parse and display FHIR resource structure
  • parse-hl7 <file> - Parse and display HL7 segments
  • check-references <file> - Validate all resource references
  • check-terminology <file> - Validate coding systems and value sets
  • bulk-validate <directory> - Validate multiple files
  • report <output-format> - Generate validation report (JSON, markdown, HTML)

Options

  • --version <ver> - FHIR version (default: R5; also 4.0, 3.0)
  • --variant <name> - Implementation guide (e.g., uk-core, us-core)
  • --strict - Enforce must-support constraints
  • --terminology-check - Validate coding systems (enables online lookup)
  • --output <file> - Write report to file
  • --format <type> - Output format: json, markdown, html, xml

Workflow

Follow this workflow when invoked:

Step 1: Identify Healthcare Data Type

Ask user to specify:

  • Data format (FHIR, HL7 v2, CDA)
  • FHIR version or HL7 dialect
  • Implementation guide/profile (if applicable)
  • Data source (EHR, lab system, imaging system)

Step 2: Validate Structure

Check:

  • JSON/XML well-formedness
  • Required elements present
  • Data type conformance
  • Cardinality compliance (min/max occurrences)
  • Pattern and regex validation

Step 3: Semantic Validation

Verify:

  • Code system membership (SNOMED CT, LOINC, ICD-10, etc.)
  • Reference consistency (local vs. external)
  • Identifier uniqueness and format
  • Date/time format accuracy (ISO 8601)
  • Quantity unit validity

Step 4: Interoperability Check

Ensure compliance with:

  • FHIR implementation guides
  • US Core or UK Core profiles
  • HL7 message specifications
  • Clinical data interchange standards

Step 5: Generate Report

Provide:

  • List of validation errors with line numbers
  • Severity level (error, warning, info)
  • Remediation guidance
  • Reference to relevant standards

FHIR Resource Examples

Patient Resource

{
  "resourceType": "Patient",
  "id": "example",
  "identifier": [
    {
      "system": "http://example.org/medical-record",
      "value": "12345"
    }
  ],
  "name": [
    {
      "use": "official",
      "given": ["Jane"],
      "family": "Doe"
    }
  ],
  "birthDate": "1990-01-15",
  "address": [
    {
      "use": "home",
      "line": ["123 Main St"],
      "city": "Springfield",
      "state": "IL",
      "postalCode": "62701"
    }
  ]
}

Observation Resource

{
  "resourceType": "Observation",
  "id": "example",
  "status": "final",
  "code": {
    "coding": [
      {
        "system": "http://loinc.org",
        "code": "39156-5",
        "display": "BMI"
      }
    ]
  },
  "subject": {
    "reference": "Patient/example"
  },
  "valueQuantity": {
    "value": 24.5,
    "unit": "kg/m2",
    "system": "http://unitsofmeasure.org",
    "code": "kg/m2"
  }
}

HL7 v2 Segment Examples

ADT Message (Patient Admission)

MSH|^~\&|SendingApp|SendingFac|ReceivingApp|ReceivingFac|202502071350||ADT^A01|123456|P|2.5
PID^^^12345||JaneDoe||19900115|F|||123 Main St^^Springfield^IL^62701|||||||S
PV1||I|ICU^FL2^BED01|||||||||||||||||||||||||||

Common Validation Errors

ErrorCauseSolution
Missing required elementElement marked cardinality: 1..1 not presentAdd the required element
Invalid data typeValue doesn't match specified typeConvert to correct type (e.g., date to YYYY-MM-DD)
Unknown code systemCode not in specified value setUse code from official code system (SNOMED CT, LOINC)
Broken referenceReference target doesn't existVerify reference path and ID
Invalid identifier formatID format doesn't match patternFollow system-specific identifier format

Standards & Implementation Guides

References

  • Fast Healthcare Interoperability Resources (FHIR) - R5 Specification
  • HL7 Version 2.5.1 - Standard for Healthcare Data Exchange
  • Clinical Document Architecture R2 - CDA Specification
  • NIST SP 800-66 Rev. 2 - HIPAA Security Implementation Guidance
  • HL7 FHIR Implementation Guides

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

Security

healthcare-audit-logger

No summary provided by upstream source.

Repository SourceNeeds Review
General

hipaa-guardian

No summary provided by upstream source.

Repository SourceNeeds Review
Security

HIPAA Compliance for AI Agents

Generate HIPAA compliance checklists, risk assessments, and audit frameworks for healthcare AI deployments to ensure data security and regulatory adherence.

Registry SourceRecently Updated
4820Profile unavailable
Automation

Medical Billing & Revenue Cycle

Analyze medical billing workflows, identify revenue leaks, optimize claims, reduce denials, and improve revenue cycle KPIs for healthcare practices and billi...

Registry SourceRecently Updated
2630Profile unavailable