CDA Document Generation Using FHIR APIs

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current approaches to creating Clinical Document Architecture (CDA) documents are cumbersome, requiring direct access to a system's database and proprietary code updates, which are resource-intensive and limit interoperability across disparate systems.

Innovation Solution

The use of Fast Healthcare Interoperability Resources (FHIR) APIs to generate CDA documents through a unified, flexible, cloud-based service, allowing for mapping of FHIR resources to standard resources and enabling communication across different systems without requiring knowledge of database layouts.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If direct database reading approach is used to create CDA documents, then CDA documents can be generated, but the system requires enormous resources and frequent code updates when database changes occur

Engineering Contradiction:
ImproveCDA document generation efficiencyVSAvoidcoding complexity and maintenance burden
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (CDA template and data mapping configuration) between the database and the CDA document generation process. This intermediary decouples the generation logic from database-specific implementations, allowing documents to be generated without direct database reading code. When database changes occur, only the mapping configuration needs adjustment rather than rewriting generation code.

Inventive Principle:
Principle #24Intermediary (Mediator)

2Adaptability or versatility

If proprietary code is bound to specific database structure, then CDA documents can be created for that system, but interoperability with disparate systems is limited and requires extensive coding knowledge

Engineering Contradiction:
Improvesystem interoperabilityVSAvoidaccessibility to non-coders
Core Design Contradiction:
Adaptability or versatilityVSEase of operation

Solution Approach 1:

The patent creates a universal CDA generation framework that can work with multiple different database systems through standardized templates and mapping configurations. The same CDA template can serve multiple source systems by adjusting the data mapping layer, eliminating the need for separate proprietary code for each system while maintaining interoperability across disparate healthcare systems.

Inventive Principle:
Principle #6Universality (Multi-functionality)

3Reliability

If code updates are required for every database change, then the system remains functional, but an enormous amount of resources and knowledge are continuously required

Engineering Contradiction:
Improvesystem functionalityVSAvoidmaintenance time and resources
Core Design Contradiction:
ReliabilityVSLoss of time

Solution Approach 1:

The patent establishes CDA templates and data mapping configurations in advance, before database changes occur. These pre-configured templates define the structure and data flow requirements upfront. When database changes happen, the pre-established template framework allows for minimal adjustments rather than complete code rewrites, significantly reducing maintenance time and resources.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS20250036692A1Generating CDA Documents Utilizing FHIR Resources
Publication Date: 2025.01.30 CERNER INNOVATION INC
  • US20250036692A1 patent drawing
  • US20250036692A1 patent drawing
  • US20250036692A1 patent drawing

AI summary

Embodiments herein disclose systems, methods, and computer-readable media for generating CDA (Clinical Document Architecture) documents from Past Healthcare Interoperability Resources (FHIR) APIs utilizing a unified, flexible, cloud-based service that can be leveraged across disparate solutions and/or systems.