Healthcare Database Middleware for HL7 v2 to RIM Translation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing healthcare IT systems struggle to efficiently map and store disparate health-related data records into a Health Level 7 (HL7) Reference Information Model (RIM)-compliant database, due to limitations in HL7 version 2's flat structure and the need for unique implementations to handle non-standard information, which undermines interoperability and data standardization.

Innovation Solution

A database translation architecture with an object model defining health-related classes and data bridge/data set pairs that translate data formats, coupled with a concept descriptor for unique data identification and storage, allowing for the transformation and transmission of electronic medical records in a RIM-compliant manner using HL7 v3 messaging protocol.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If HL7 version 2 flat structure is used for data transmission, then interoperability between systems is improved, but the ability to store and represent nested information and complex data structures deteriorates

Engineering Contradiction:
ImproveinteroperabilityVSAvoiddata structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent introduces an intermediary layer (middleware) that translates between HL7 v2 flat messages and HL7 v3 RIM nested structures. This mediator handles the conversion automatically, allowing systems to communicate using standard HL7 v2 while the underlying database stores data in the more capable HL7 v3 RIM format, thus resolving the contradiction between interoperability and data structure capability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The system changes the parameter of data representation from flat structure (HL7 v2) to nested structure (HL7 v3 RIM) by implementing a translation layer. This parameter change allows the system to maintain compatibility with existing HL7 v2 systems while adopting the superior data modeling capabilities of HL7 v3 RIM for storage and complex queries.

Inventive Principle:
Principle #35Parameter changes

2Adaptability or versatility

If free text segments (Z segments) are used to accommodate non-standard information, then adaptability to unique institutional requirements is improved, but standardization and interoperability deteriorate

Engineering Contradiction:
Improveinstitutional adaptabilityVSAvoidinformation standardization
Core Design Contradiction:
Adaptability or versatilityVSLoss of information

Solution Approach 1:

The middleware acts as an intermediary that captures non-standard information from Z segments in HL7 v2 messages, translates it into standardized HL7 v3 RIM constructs, and stores it in the database with proper typing and structure. This preserves the information while maintaining standardization, allowing institutions to share unique data types without sacrificing interoperability.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent adds a new dimension to data representation by moving from one-dimensional flat HL7 v2 segments to multi-dimensional nested HL7 v3 RIM structures. This dimensional change allows non-standard information to be organized in structured hierarchies rather than unstructured free text, enabling both institutional specificity and standardization.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

3Reliability

If point-to-point interfaces are implemented for system communication, then communication reliability between specific systems is improved, but system complexity and integration difficulty increase

Engineering Contradiction:
Improvecommunication reliabilityVSAvoidinterface complexity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent implements a universal HL7 v3 RIM-based database interface that can handle multiple types of healthcare data and communication scenarios through a single standardized structure. This multi-functional approach replaces numerous point-to-point interfaces with one universal interface, maintaining reliability through standardization while reducing overall system complexity.

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

Solution Approach 2:

The system segments the communication architecture into distinct layers: the messaging layer (HL7 v2/v3), the translation layer (middleware), and the data storage layer (RIM database). This segmentation allows each layer to be optimized independently, with the middleware handling translation complexity while presenting simple standardized interfaces to both sending and receiving systems.

Inventive Principle:
Principle #1Segmentation

4Device complexity

If manual processes are used for disease reporting, then system complexity is reduced, but productivity and timeliness of public health notification deteriorate

Engineering Contradiction:
Improvesystem complexityVSAvoidreporting speed
Core Design Contradiction:
Device complexityVSProductivity

Solution Approach 1:

The system implements automated self-service reporting where the HL7 v3 RIM database automatically captures disease information from laboratory and clinical systems, validates it against public health reporting requirements, and generates notifications without manual intervention. This automation maintains low complexity through standardized processes while dramatically improving reporting speed and productivity.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The middleware performs preliminary actions by pre-configuring translation rules and validation criteria for public health reporting requirements. When disease data enters the system, the automated translation and validation processes are already in place, enabling immediate processing and notification without manual setup, thus improving productivity while keeping the system simple through pre-established rules.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS8583694B2Health-care related database middleware
Publication Date: 2013.11.12 ATLAS DEV CORP
  • US8583694B2 patent drawing
  • US8583694B2 patent drawing
  • US8583694B2 patent drawing

AI summary

A system for electronic transmission of electronic medical records includes an object model derived from a messaging protocol, the object model configured to generate metadata for electronic medical records provided through a user-specified form. The system also includes a database configured according to the object model, the database physically stores the metadata generated by the object model. A data bridge/data set pair transforms the metadata from a first format utilized by the database to a second format utilized by a recipient institution and a messaging module transmits the electronic medical records in the second format to the recipient institution.