IP Library Granted Patent US 11,170,879
Granted Patent B1
US 11,170,879 · App. 14/792,330 · Granted Nov 9, 2021

Individual health record system and apparatus

Inventors: Ralph A. Korpman (Nashville, TN); Cindy A. Post (Colton, CA); Rudy R. Hilado (Leesburg, VA); W. Randal Clegg (Yucalpa, CA)
Assignee: CentrifyHealth, LLC
G16H10/60
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,170,879
App. No.
14/792,330
Granted
Nov 9, 2021
Kind
B1
Abstract

A system, apparatus, and related methods for the collection, processing, evaluation, transformation, and reporting of individual health care information from diverse information systems and sources. A individual health record (IHR) of the present invention provides a structure for individuals to participate in, and manage, their health and their medical care, while still meeting the needs of health care organizations and caregivers. An IHR object may be formed by obtaining information from diverse health care information systems and sources, and transforming and re-purposing into a coherent account of the individual's overall health and care using a comprehensive health care ontology. As information from various sources is updated or available, the IHR is dynamically updated on a continuous or periodic basis. In one embodiment, the IHR system is contained in a self-contained package or “appliance” designed to “plug and play” in existing health care information technology systems and networks, with minimal effort and intervention.

Claims (39)

1. A computer-implemented method for processing inbound eXtensible Markup Language (XML) messages at a plurality of interfaces to generate observation packet documents, comprising the steps of:

storing, by one or more processors, a first communication interface of the plurality of interfaces, wherein (1) the first communication interface comprises a first observable packet definition that defines at least part the first communication interface for inbound XML messages received via the first communication interface, (2) the first observable packet definition comprises (a) a first communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a first set of observables, (b) a first field-to-observable ontology mapping definition for a healthcare ontology, the first field-to-observable ontology mapping definition mapping each observable of the first set of observables to the healthcare ontology, and (c) a first parsing definition, and (3) the first interface definition is defined via a graphical user interface;

storing, by the one or more processors, a second communication interface of the plurality of interfaces, wherein (1) the second communication interface comprises a second observable packet definition that defines at least part the second communication interface for inbound XML messages received via the second communication interface, (2) the second observable packet definition comprises (a) a second communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a second set of observables, (b) a second field-to-observable ontology mapping definition for a healthcare ontology, the second field-to-observable ontology mapping definition mapping each observable of the second set of observables to the healthcare ontology, and (c) a second parsing definition, and (3) the second interface definition is defined via a graphical user interface;

receiving, by the one or more processors, a first inbound XML message corresponding to a first individual's health from a first information source, wherein the first inbound XML message comprises first healthcare data;

processing, by the one or more processors and based at least in part on the first observable packet definition, the first healthcare data of the first inbound XML message to create a first observation packet document, wherein the first observation packet document comprises (1) a first observable concept defined by the healthcare ontology and identified based at least in part the first field-to-observable ontology mapping definition, (2) a first data value for the first observable concept, (3) an indication of an event or an activity to which the first observable concept relates, (4) a first entity associated with the first data value, and (5) a first role of the first entity associated with the first data value;

generating, by the one or more processors and based at least in part on the first observation packet document, a first container tree data structure comprising the first data value for the first observable concept in a first observation container;

receiving, by the one or more processors, a second inbound XML message corresponding to a second individual's health from a second information source, wherein the second inbound XML message comprises second healthcare data;

processing, by the one or more processors and based at least in part on the second observable packet definition, the second healthcare data of the second inbound XML message to create a second observation packet document, wherein the second observation packet document comprises (1) a second observable concept defined by the healthcare ontology and identified based at least in part the second field-to-observable ontology mapping definition, (2) a second data value for the second observable concept, (3) an indication of an event or an activity to which the second observable concept relates, (4) a second entity associated with the second data value, and (5) a second role of the second entity associated with the second data value; and

generating, by the one or more processors and based at least in part on the second observation packet document, a second container tree data structure comprising the second data value for the second observable concept in a second observation container.

2. The method of claim 1 , further comprising the step of:

preparing a data artifact packet assembly.

3. The method of claim 2 , further comprising the step of:

automatically determining whether to create a new health care object or modify an existing health care object based at least in part on a portion of the data artifact packet assembly.

4. An apparatus for processing inbound eXtensible Markup Language (XML) messages at a plurality of interfaces to generate observation packet documents, the apparatus comprising at least one processor and at least one memory including program code, the at least one memory and the program code configured to, with the processor, cause the apparatus to at least:

store a first communication interface of the plurality of interfaces, wherein (1) the first communication interface comprises a first observable packet definition that defines at least part the first communication interface for inbound XML messages received via the first communication interface, (2) the first observable packet definition comprises (a) a first communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a first set of observables, (b) a first field-to-observable ontology mapping definition for a healthcare ontology, the first field-to-observable ontology mapping definition mapping each observable of the first set of observables to the healthcare ontology, and (c) a first parsing definition, and (3) the first interface definition is defined via a graphical user interface;

store a second communication interface of the plurality of interfaces, wherein (1) the second communication interface comprises a second observable packet definition that defines at least part the second communication interface for inbound XML messages received via the second communication interface, (2) the second observable packet definition comprises (a) a second communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a second set of observables, (b) a second field-to-observable ontology mapping definition for a healthcare ontology, the second field-to-observable ontology mapping definition mapping each observable of the second set of observables to the healthcare ontology, and (c) a second parsing definition, and (3) the second interface definition is defined via a graphical user interface;

receive a first inbound XML message corresponding to a first individual's health from a first information source, wherein the first inbound XML message comprises first healthcare data;

process, based at least in part on the first observable packet definition, the first healthcare data of the first inbound XML message to create a first observation packet document, wherein the first observation packet document comprises (1) a first observable concept defined by the healthcare ontology and identified based at least in part the first field-to-observable ontology mapping definition, (2) a first data value for the first observable concept, (3) an indication of an event or an activity to which the first observable concept relates, (4) a first entity associated with the first data value, and (5) a first role of the first entity associated with the first data value;

generate, based at least in part on the first observation packet document, a first container tree data structure comprising the first data value for the first observable concept in a first observation container;

receive a second inbound XML message corresponding to a second individual's health from a second information source, wherein the second inbound XML message comprises second healthcare data;

process, based at least in part on the second observable packet definition, the second healthcare data of the second inbound XML message to create a second observation packet document, wherein the second observation packet document comprises (1) a second observable concept defined by the healthcare ontology and identified based at least in part the second field-to-observable ontology mapping definition, (2) a second data value for the second observable concept, (3) an indication of an event or an activity to which the second observable concept relates, (4) a second entity associated with the second data value, and (5) a second role of the second entity associated with the second data value; and

generate, based at least in part on the second observation packet document, a second container tree data structure comprising the second data value for the second observable concept in a second observation container.

5. A computer program product for processing inbound eXtensible Markup Language (XML) messages at a plurality of interfaces to generate observation packet documents, the computer program product comprising at least one non-transitory computer-readable storage medium having computer-readable program code portions stored therein, the computer-readable program code portions comprising executable portions configured to:

store a first communication interface of the plurality of interfaces, wherein (1) the first communication interface comprises a first observable packet definition that defines at least part the first communication interface for inbound XML messages received via the first communication interface, (2) the first observable packet definition comprises (a) a first communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a first set of observables, (b) a first field-to-observable ontology mapping definition for a healthcare ontology, the first field-to-observable ontology mapping definition mapping each observable of the first set of observables to the healthcare ontology, and (c) a first parsing definition, and (3) the first interface definition is defined via a graphical user interface;

store a second communication interface of the plurality of interfaces, wherein (1) the second communication interface comprises a second observable packet definition that defines at least part the second communication interface for inbound XML messages received via the second communication interface, (2) the second observable packet definition comprises (a) a second communication interface identification that automatically determines at least one of an event type of an inbound XML message or an activity type of an inbound XML message, wherein the determined event type or the determined activity type identifies a second set of observables, (b) a second field-to-observable ontology mapping definition for a healthcare ontology, the second field-to-observable ontology mapping definition mapping each observable of the second set of observables to the healthcare ontology, and (c) a second parsing definition, and (3) the second interface definition is defined via a graphical user interface;

receive a first inbound XML message corresponding to a first individual's health from a first information source, wherein the first inbound XML message comprises first healthcare data;

process, based at least in part on the first observable packet definition, the first healthcare data of the first inbound XML message to create a first observation packet document, wherein the first observation packet document comprises (1) a first observable concept defined by the healthcare ontology and identified based at least in part the first field-to-observable ontology mapping definition, (2) a first data value for the first observable concept, (3) an indication of an event or an activity to which the first observable concept relates, (4) a first entity associated with the first data value, and (5) a first role of the first entity associated with the first data value;

generate, based at least in part on the first observation packet document, a first container tree data structure comprising the first data value for the first observable concept in a first observation container;

receive a second inbound XML message corresponding to a second individual's health from a second information source, wherein the second inbound XML message comprises second healthcare data;

process, based at least in part on the second observable packet definition, the second healthcare data of the second inbound XML message to create a second observation packet document, wherein the second observation packet document comprises (1) a second observable concept defined by the healthcare ontology and identified based at least in part the second field-to-observable ontology mapping definition, (2) a second data value for the second observable concept, (3) an indication of an event or an activity to which the second observable concept relates, (4) a second entity associated with the second data value, and (5) a second role of the second entity associated with the second data value; and

generate, based at least in part on the second observation packet document, a second container tree data structure comprising the second data value for the second observable concept in a second observation container.

6. The apparatus of claim 4 , wherein the at least one memory and the program code configured to, with the processor, further cause the apparatus to at least:

prepare a data artifact packet assembly.

7. The apparatus of claim 4 , wherein the at least one memory and the program code configured to, with the processor, further cause the apparatus to at least:

automatically determine whether to create a new health care object or modify an existing health care object based at least in part on a portion of the data artifact packet assembly.

8. The computer program product of claim 5 , wherein the at least one memory and the program code configured to, with the processor, further cause the apparatus to at least:

prepare a data artifact packet assembly.

9. The computer program product of claim 5 , wherein the at least one memory and the program code configured to, with the processor, further cause the apparatus to at least:

automatically determine whether to create a new health care object or modify an existing health care object based at least in part on a portion of the data artifact packet assembly.

Assignments (5)
MERGER AND CHANGE OF NAME Recorded Oct 2, 2017
From: CENTRIFYHEALTH, INC.; CADILLAC MERGER SUB II, LLC
To: CENTRIFYHEALTH, LLC
Reel/Frame 043750/0607 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 13, 2017
From: HILADO, RUDY R.
To: CENTRIFYHEALTH, INC.
Reel/Frame 042994/0483 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 13, 2017
From: KORPMAN, RALPH A., M.D.
To: CENTRIFYHEALTH, INC.
Reel/Frame 042994/0509 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 13, 2017
From: CLEGG, W. RANDALL
To: CENTRIFYHEALTH, INC.
Reel/Frame 042994/0578 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Jul 12, 2017
From: POST, CINDY A.
To: CENTRIFYHEALTH, INC.
Reel/Frame 042983/0587 →
Continuity (8)
Continuation In Part 14308873 · Jun 19, 2014
Continuation 14041769 · Sep 30, 2013
Continuation 12723753 · Mar 15, 2010
Continuation In Part 11862192 · Sep 26, 2007
Provisional Application 60826967 · Sep 26, 2006
Provisional Application 62044481 · Sep 2, 2014
Provisional Application 62187327 · Jul 1, 2015
Provisional Application 62021043 · Jul 4, 2014
Cited By (2)
US 12,218,948 US 12,401,656