extract-clinical-entities-to-fhir

Extract clinical entities from de-identified text into FHIR R4 resources.

5.0k|615|Updated Oct 4, 2025
One-click install
npx skills add https://github.com/maziyarpanahi/openmed --skill extract-clinical-entities-to-fhir
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: extract-clinical-entities-to-fhir
Source: https://github.com/maziyarpanahi/openmed/tree/main/skills/extract-clinical-entities-to-fhir
Command: npx skills add https://github.com/maziyarpanahi/openmed --skill extract-clinical-entities-to-fhir

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill transforms clinical entities detected in synthetic or de-identified text into structured FHIR R4 resources without inventing terminology codes or exposing protected health information.

Core Features & Use Cases

  • Clinical Entity Extraction: Analyze local clinical text with OpenMed models and filter results by label and confidence.
  • FHIR Resource Mapping: Convert accepted entities into Conditions, MedicationStatements, Observations, and other appropriate FHIR resources.
  • Deterministic Bundling: Assemble resources into a FHIR Bundle while preserving safe audit offsets and validating against receiver requirements.
  • Use Case: Convert a de-identified assessment mentioning stable type 2 diabetes treated with metformin into a synthetic Patient and Condition resource bundle.

Quick Start

Use the skill to analyze a synthetic or de-identified clinical note, map accepted entities to appropriate FHIR R4 resources, and assemble a validated Bundle.

Frequently Asked Questions about extract-clinical-entities-to-fhir

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

FAQPage Schema
How do I convert clinical text to FHIR resources?

To convert clinical text to FHIR resources, this Skill extracts clinical entities from de-identified text and maps accepted spans into deterministic FHIR R4 resources like Conditions and Observations. It applies OpenMed model inference and confidence filtering to build validated FHIR Bundles.

Can I extract clinical entities offline without exposing protected health information?

Yes, you can extract clinical entities offline without exposing PHI by processing synthetic or de-identified text locally. The Skill preserves safe audit offsets and maps results to FHIR R4 resources without inventing terminology codes or exposing protected health information.

What is the best way to map medical coding terminology to FHIR R4 Bundles?

The best way to map medical coding terminology to FHIR R4 Bundles is by applying approved terminology mappings during entity extraction. The Skill filters accepted clinical spans by label and confidence, then assembles deterministic FHIR resources with Bundle validation.

Does this clinical NLP workflow support medication extraction and disease detection?

Yes, this clinical NLP workflow supports medication extraction and disease detection. It analyzes local clinical text with OpenMed models, filters results by label and confidence, and maps detected diseases and medications into appropriate FHIR Conditions and MedicationStatements.

What are the limitations of clinical entity extraction for healthcare interoperability?

A key limitation of clinical entity extraction for healthcare interoperability is that it requires synthetic or de-identified text input. The Skill does not invent terminology codes and mandates FHIR Bundle validation against receiver requirements to ensure safe audit handling.

Do I need OpenMed model inference to generate synthetic Patient resources?

Yes, you need OpenMed model inference to generate synthetic Patient resources. The Skill requires OpenMed models to analyze clinical text, filter detected entities by confidence and label, and map accepted spans into validated FHIR Bundles containing synthetic Patient and Condition resources.