PORTABLE DEVICE HAVING USER INTERFACE FOR VISUALIZING DATA FROM MEDICAL MONITORING AND LABORATORY EQUIPMENT

Abstract

A wireless device for facilitating visualization of a state of a patient being monitored by monitoring equipment. The device includes a wireless network interface, a camera, and a touch-sensitive display. A processor is in communication with the wireless network interface, the camera, a memory and the touch-sensitive display over a system bus. The device wirelessly receives data representative of a state of a first physiological parameter of a patient over a time interval. The visualization data includes a plurality of visualization data values, each of the visualization data values being generated by a data visualization module of the data visualization server from multiple values of machine data produced by the monitoring equipment in connection with monitoring the first physiological parameter. A first portion of a monitoring screen displayed by the device includes a graphical representation of the visualization data over the time interval along with or more range indicators.

Claims

1. A wireless device for presenting content relevant to a state of a patient being monitored by monitoring equipment, the device comprising: a wireless network interface; a display; a processor in communication with the wireless network interface and the display over a system bus; and a memory including program instructions which, when executed by the processor, cause to processor to: receive, from a data visualization server platform via the wireless network interface, visualization data representative of a state of a first physiological parameter of a patient wherein the visualization data includes a first plurality of visualization data values representative of the first physiological parameter and wherein the first plurality of visualization data values is generated by a data visualization module of the data visualization server by aggregating a second plurality of machine data values produced by monitoring equipment when monitoring the first physiological parameter, wherein each of the first plurality of visualization data values is representative of the first physiological parameter and is generated by the data visualization module from multiple values of the second plurality of machine data values produced by the monitoring equipment when monitoring the first physiological parameter, render, on the display, a first graphical representation of the visualization data; receive, from the data visualization server platform via the wireless network interface, at least one of education and research content identified by algorithmic rules to be of relevance based upon the machine data values produced by the monitoring equipment; display information relating to the at least one of education and research content via the display.

2. The wireless device of claim 1 wherein the at least one of education and research content are identified to be of relevance based upon the machine data values and a diagnosis associated with the patient.

3. The wireless device of claim 1 wherein the at least one of education and research content are drawn from curated education and research materials stored within a library maintained by the data visualization server platform.

4. The wireless device of claim 1 wherein the at least one of education and research content are identified to be of relevance based upon the machine data values and one or more key words within an electronic health record of the patient.

5. A wireless device for presenting content relevant to a state of a patient being monitored by monitoring equipment, the device comprising: a wireless network interface; a display; a processor in communication with the wireless network interface and the display over a system bus; and a memory including program instructions which, when executed by the processor, cause to processor to: receive, from a data visualization server platform via the wireless network interface, visualization data representative of a state of a first physiological parameter of a patient for rendering on the display wherein the visualization data includes a first plurality of visualization data values and wherein each of the first plurality of visualization data values is representative of the first physiological parameter and is generated by the data visualization module from multiple values of the second plurality of machine data values produced by the monitoring equipment when monitoring the first physiological parameter, receive, from the data visualization server platform via the wireless network interface, at least one of education and research content identified by algorithmic rules to be of relevance based upon a diagnosis associated with the patient; display information relating to the at least one of the education and research content via the display.

6. The wireless device of claim 5 wherein the at least one of education and research content are identified to be of relevance based upon the machine data values and the diagnosis associated with the patient.

7. The wireless device of claim 5 wherein the at least one of education and research content are drawn from curated education and research materials stored within a library maintained by the data visualization server platform.

8. A method for presenting content relevant to a state of a patient being monitored by monitoring equipment, the method comprising: receiving, at a wireless device from a data visualization server platform, visualization data representative of a state of a first physiological parameter of a patient wherein the visualization data includes a first plurality of visualization data values representative of the first physiological parameter and wherein the first plurality of visualization data values is generated by a data visualization module of the data visualization server platform by aggregating a second plurality of machine data values produced by monitoring equipment when monitoring the first physiological parameter, wherein each of the first plurality of visualization data values is representative of the first physiological parameter and is generated by the data visualization module from multiple values of the second plurality of machine data values produced by the monitoring equipment when monitoring the first physiological parameter, displaying, by the wireless device, a first graphical representation of the visualization data; receiving, at the wireless device from the data visualization server platform, at least one of education and research content identified by algorithmic rules to be of relevance based upon the machine data values produced by the monitoring equipment; displaying, by the wireless device, information relating to the at least one of the education and research content.

9. The method of claim 8 wherein the at least one of education and research content are identified to be of relevance based upon the machine data values and a diagnosis associated with the patient.

10. The method of claim 8 wherein the at least one of education and research content are identified to be of relevance based upon the machine data values and one or more key words within an electronic health record of the patient.

11. A method for presenting content relevant to a state of a patient being monitored by monitoring equipment, the method comprising: receiving, at a wireless device from a data visualization server platform, at least one of education and research content wherein the data visualization server platform is configured to store a library of curated education and research information containing the at least one of education and research content and to electronically access an electronic health record of the patient contained within a health care facility database via an application programming interface (API), the data visualization server platform including a research curator module configured to produce the at least one of education and research content by analyzing medical data from the electronic health record and by identifying one or more key words in the electronic health record; displaying, by the wireless device, information relating to the at least one of the education and research content.

12. The method of claim 11, further including: receiving, at the wireless device from the data visualization server platform, visualization data representative of a state of a first physiological parameter of the patient wherein the visualization data includes a first plurality of visualization data values representative of the first physiological parameter and wherein the first plurality of visualization data values are generated by a data visualization module of the data visualization server platform from machine data values produced by monitoring equipment when monitoring the first physiological parameter of the patient, the machine data values being extracted by the data visualization server platform from the electronic health record of the patient; displaying, by the wireless device, a graphical representation of the visualization data.

13. The method of claim 12 wherein each of the first plurality of visualization data values is representative of the first physiological parameter and is generated by a data visualization module of the platform from multiple values of the machine data values.

14. (canceled)

15. (canceled)

16. (canceled)

Description

BRIEF DESCRIPTION OF THE DRAWINGS

[0033] The skilled artisan will understand that the drawings primarily are for illustrative purposes and are not intended to limit the scope of the inventive subject matter described herein. The drawings are not necessarily to scale; in some instances, various aspects of the inventive subject matter disclosed herein may be shown exaggerated or enlarged in the drawings to facilitate an understanding of different features. In the drawings, like reference characters generally refer to like features (e.g., functionally similar and/or structurally similar elements).

[0034] FIG. 1 illustrates a data visualization and engagement platform in accordance with the disclosure.

[0035] FIG. 2 includes a block diagram representation of one embodiment of a portable patient data visualization device implemented an electronic tablet having wireless communications capability.

[0036] FIG. 3A provides an illustrative representation of the manner in which visualized medical data, curated research and engagement tools accessed through a portable patient data visualization device may collectively empower a patient's parents or caregiver to make confident decisions in short timeframes and participate more competently in their baby's NICU care.

[0037] FIG. 3B is an exemplary screen shot of a home screen through a user interface 208 of a portable patient data visualization device.

[0038] FIGS. 4A and 4B provide an overview of an exemplary process for data visualization in accordance with the disclosure.

[0039] FIG. 5 illustrates the type of data conventionally provided by patient monitoring equipment in the case of a patient supported by a ventilator.

[0040] FIG. 6 provides a screen shot of an exemplary respiratory system monitoring screen presented through a user interface of a portable patient data visualization device for the purpose of providing information relating to monitored oxygen saturation percentage.

[0041] FIG. 7 illustrates the type of data conventionally produced by a laboratory performing measurements of the biochemical characteristics of a patent.

[0042] FIG. 8A provides a screen shot of an exemplary respiratory system monitoring screen presented through a user interface of a portable patient data visualization device for the purpose of providing information relating to a carbon dioxide pressure parameter.

[0043] FIGS. 8B and 8C present different magnifications of the exemplary respiratory system monitoring screen of FIG. 8A.

[0044] FIG. 9 illustrates exemplary manually-entered data relating to one or more events occurring in the care of a patient.

[0045] FIGS. 10A-10E provide screen shots of exemplary respiratory system monitoring screes and plots of data visualization values.

[0046] FIGS. 10F-10I, which are screen shots of exemplary respiratory system monitoring screens 1040 presented through the user interface 208 for the purpose of providing information relating to an oxygen saturation parameter 1044 in conjunction with other medical episode information.

[0047] FIGS. 11A and 11B illustratively represent a process for providing curated research in accordance with the disclosure.

[0048] FIG. 12 illustrates a process for tailored question generation in accordance with the disclosure.

[0049] FIG. 13 illustrates an exemplary diary screen which may be reached through selection of a diary icon within a menu ribbon.

[0050] FIG. 14 illustrates an infrastructure architecture diagram of an embodiment of a configuration server within an Azure Virtual Private Cloud (VPC).

[0051] FIG. 15 illustrates an exemplary implementation of a data visualization and engagement platform in accordance with the disclosure.

[0052] FIG. 16 is a walkthrough diagram illustrating general operation of a data visualization and engagement platform in accordance with the disclosure.

[0053] FIG. 17 is a walkthrough diagram illustrating operation of a journey feature of the novel data visualization and engagement platform.

[0054] Corresponding reference characters indicate corresponding components throughout the several views of the drawings. Skilled artisans will appreciate that elements in the figures are illustrated for simplicity and clarity and have not necessarily been drawn to scale. For example, the dimensions of some of the elements in the figures may be exaggerated relative to other elements to help to improve understanding of various embodiments. Also, common but well-understood elements that are useful or necessary in a commercially feasible embodiment are often not depicted in order to facilitate a less obstructed view of these various embodiments.

DETAILED DESCRIPTION

System Overview and Architecture

[0055] Attention is now directed to FIG. 1, which illustrates a data visualization and engagement platform 100 in accordance with the disclosure. As shown, the system includes a plurality of portable patient data visualization devices 102 in communication with a data visualization server configuration 110 via a wireless network 108. As shown, each user device 102 may include a data visualization and engagement module 112 configured to facilitate visualization of, for example, trends and other metrics algorithmically derived from machine-generated patient monitoring data and laboratory results. The module 112 also serves to render curated research relevant to the patient being monitored as well as interactive content intended to drive engagement of the parent or other interested party associated with the patient.

[0056] The data visualization server configuration 110 may include, for example, a data visualization module 116 including a machine data visualization module 120, a lab data visualization module 124 and a manual data visualization module 128. The server configuration 110 also includes a research curator 132, a tailored question generator 136 and a diary module 140. Associated with the server configuration 110 is file storage 148 containing machine-generated data 150 produced by patient monitoring equipment, patient lab results 152 and curated research 156. In one embodiment the machine generated monitoring device data 150 and patient lab results 152 may be obtained from, for example, a healthcare facility database 160 containing an E.H.R. 162 corresponding to a monitored patient.

[0057] In the embodiment of FIG. 1, the data visualization server configuration 110 and associated file storage 148 may be implemented using “cloud” computing capabilities 166. As is known, cloud computing may be characterized as a model for facilitating on-demand network access to a shared pool of configurable computing resources (e.g., networks, servers, storage, applications, and services) that can be rapidly provisioned and released with minimal management effort or service provider interaction. Cloud systems tend to automatically control resource use by utilizing some form of metering capability with respect to, for example, storage, processing, bandwidth, and active user accounts. Various cloud service models are possible, including cloud software as a service (SaaS), cloud platform as a service (PaaS), and cloud infrastructure as a service (IaaS). In one embodiment the server configuration 110 and associated data storage 148 operates through a third party cloud service.

[0058] In other embodiments the data visualization server configuration 110 may be implemented by using on-premise servers and other infrastructure rather than by using cloud-based services. Alternatively, hybrid implementations of the server configuration 110 including a combination of on-premise and cloud-based infrastructure are also within the scope of the present disclosure.

[0059] During operation of the platform 100, the data visualization module 116 executes algorithms to synthesize trend data and other metrics from, for example, the machine-generated monitoring device data 150 and lab results 152 in order to provide visualization data requested by the portable patient data visualization devices 102. As is discussed below, such visualization data provides parents or other parties involved in the care of a patient, such as an infant in a NICU, an opportunity to participate in the patient's care and make competent decisions on their behalf.

[0060] Attention is now directed to FIG. 2, which includes a block diagram representation of one embodiment of the portable patient data visualization device 102, in this case an electronic tablet having wireless communications capability. It will be apparent that certain details and features of the device 102 have been omitted for clarity, however, in various implementations, various additional features of an electronic tablet as are known will be included. The device 102 is in communication with the server configuration 110 via a communications link which may include, for example, the Internet, the wireless network 108 and/or other wired or wireless networks. The device 102 includes a processor 220 operatively coupled to a touch-sensitive display 204 configured to present a user interface 208. In other embodiments the user interface 208 may include a physical keypad or keyboard, audio input device and/or any other device capable of receiving user input or instructions. The device 102 may also include a wireless transceiver and modem 224, a camera 228, and a memory 240 comprised of one or more of, for example, random access memory (RAM), read-only memory (ROM), flash memory and/or any other media enabling the processor 220 to store and retrieve data. In one embodiment the memory 240 stores the data visualization and engagement module 112 and other programs and/or instructions executable by the processor 220. As shown, the data visualization and engagement module 112 includes a data visualization module 248 and a diary module 252.

Exemplary System Operation and Parent Interface

[0061] Turning now to FIG. 3A, an illustrative representation is provided of the manner in which the visualized medical data, curated research and engagement tools accessed through device 102 may collectively empower a patient's parents or caregiver to make confident decisions in short timeframes, participate more competently in their baby's NICU care (e.g. feeding, holding, changing, temperature taking, weighing, bathing, physical therapy, etc.), and enjoy a higher level of satisfaction in their stay.

[0062] FIG. 3B is an exemplary screen shot of a home screen 302 generated by the module 112 and presented through the user interface 208. As shown, the home screen 302 includes a menu ribbon 306 including a data visualization icon 310 and a curated research icon 314 through which data visualization and curated research services may be respectively accessed. The ribbon 306 further includes a journey icon 320 and a diary icon 324 through which a user may access the journey and diary engagement tools described hereinafter.

[0063] Referring now to FIGS. 4A and 4B, an overview of an exemplary process 400 for data visualization in accordance with the disclosure is provided. The data which is visualized for parents is generated based upon monitoring or testing functions or characteristics of the baby's bodily systems (stage 410). In one embodiment data may be captured in three primary ways (stage 420). Capture methodology and frequency may substantially impact visualization design. For example, data generated by a device connected to the baby, e.g. a pulse oximeter, may be captured (stage 420A). In one embodiment the frequency of data collection is constant although in other embodiments data may be collected at different intervals. In addition, body samples taken from baby and analyzed in lab equipment, e.g. arterial blood gas (ABG), may also be collected (stage 420B). In this case the frequency of collection varies at the provider's discretion. Labs tend to become less frequent as the baby becomes more stable. Finally, healthcare team members may type data directly into the electronic health record, e.g. apnea episodes (stage 420C). Frequency of collection varies based on the events manually entered.

[0064] Each baby's data is officially recorded and stored in the Electronic Health Record (E.H.R.) (stage 430). All hospitals have an E.H.R. and these serve as the system of record for patient data. Using API integrations, components of the platform 100 extract raw data from the baby's E.H.R. (stage 440). Algorithms executed by the machine data visualization module 120, lab data visualization module 124 and the manual data visualization module 128 translate the baby's raw data into visual representations that are easy to understand for the parent (stage 450). Each type of data (machine, lab, manual entry) has unique processes to visualize an effective, medically credible way. The translated data, which may include trends or metrics, is displayed visually via the user interface 208 for parents using shapes, colors, and spatial relationships to allow fast synthesis of a complex data set (stage 460).

[0065] FIG. 5 illustrates the type of data conventionally provided by patient monitoring equipment, in this case for a patient supported by a ventilator. Such monitoring equipment or machines are typically used to monitor patient stability metrics, also known as vital signs. The machines generally produce data at consistent intervals on a constant basis, e.g. a pulse oximeter generates data with each heartbeat. However, because machines are used to monitor stability, machine data only has value in the moment for parents. Moreover, machine data is generally only summarized in an E.H.R. as a point-in-time value, hence parents have no way of using the E.H.R. to understand overall stability for an extended period of time or to understand stability trends.

[0066] Attention is now directed to FIG. 6, which provides a screen shot of an exemplary respiratory system monitoring screen 602 presented through the user interface 208 for the purpose of providing information relating to monitored oxygen saturation percentage 606. The monitoring screen 602 may be generated by, for example, the machine data visualization module 120 in cooperation with the data visualization and engagement module 112. In particular, the modules 112 and 120 advantageously aggregate all, or substantially all, machine data points into a plurality of visualization data values. These visualization data values are algorithmically displayed by the monitoring screen 602 as a single-screen visualization that delivers and objectively true portrait of a baby's stability for the shift. The monitoring screen 602 also provides one-touch navigation to previous shifts and includes upper and lower range markers 610 and 612 indicative of a desired range of oxygen saturation percentage.

[0067] FIG. 7 illustrates the type of data conventionally produced by a laboratory performing measurements of, for example, the biochemical characteristics of a patent. In general, laboratory analysis may be conducted as needed by clinicians for a variety of reasons, and labs may be run only once or multiple times over a specific timespan to establish a trend or pattern. Typical uses of laboratory data include, for example, diagnosis of symptoms, evaluation of a baby's response to treatment, and establishing a trend for specific health metrics.

[0068] Unfortunately, there is little or no context for lab result meanings, e.g. what is being measured, the desired range, the trend, or relationship to treatments. For clinicians with medical expertise these lab results can still be useful, but are not useful to laypeople. Lab results for a specific measure, e.g. PCO2, are not formatted in a way that can be viewed over time to easily observe changes. Moreover, specific measurements are displayed with data points that may not be relevant to the use, e.g. CO2 used to evaluate need for respiratory support but is directly next to glucose level, which is irrelevant to the topic.

[0069] FIG. 8A provides a screen shot of an exemplary respiratory system monitoring screen 802 presented through the user interface 208 for the purpose of providing information relating to a carbon dioxide pressure parameter 806. The monitoring screen 802 may be generated by, for example, the data visualization module 116 in cooperation with the data visualization and engagement module 112. The monitoring screen 802 advantageously plots data points for a specific measurement over time, outside of the lab report itself, giving a parent the ability to view trends for one specific measure and to view the measure relative to a desired range 808.

[0070] As may be appreciated with reference to FIGS. 8A-8C, the screen 802 enables parents to view longer or short time periods by pinching in or pinching out on the touch-sensitive display 204. As shown, by pinching “out” the touch-sensitive display 204, a user may cause the screen 802 to display the shorter periods depicted in FIGS. 8B and 8C. For example, the user could pinch out the touch-sensitive display 204 a first time to cause the screen 802 of FIG. 8A to transition to the screen 802′ of FIG. 8B and then pinch out the out the touch-sensitive display 204 a second time to cause the screen 802′ of FIG. 8B to transition to the screen 802″ of FIG. 8C.

[0071] FIG. 9 illustrates exemplary manually-entered data relating to one or more events occurring in the care of a patient. Manually-entered data is typically event-driven and carries with it both quantitative and qualitative information. Events that drive manual data include medical episodes (e.g. apnea spells) and routine care (e.g. feeding details such as volume, contents, amount by PO vs. gavage). Unfortunately, medical episodes are logged, but no quantitative analysis is available for them, e.g. counts, trends, and insights. Routine care data is generally only available as a table, and formatted next to other health data by date, so no trends or insights are possible.

[0072] FIG. 10A provides a screen shot of an exemplary respiratory system monitoring screen 1002 presented through the user interface 208 for the purpose of providing information relating to various manually-entered events. Similarly, FIG. 10B provides a screen shot of an exemplary nutrition monitoring screen 1004 presented through the user interface 208 for the purpose of providing information relating to various manually-entered, nutrition-related events. As shown in FIGS. 10A-10B, in each case counts and trends are provided for medical episodes. Both the screens 1002 and 1004 allow parents to drill down via touch and view specific qualitative log information tied to the count for each time period. Moreover, routine care data may be quantitatively analyzed and visualized by time period.

[0073] FIG. 10C provides a screen shot of an exemplary respiratory system monitoring screen 1006 presented through the user interface 208 for the purpose of providing information relating to exemplary desaturation events over a time period of approximately one week. Similarly, FIG. 10D provides a screen shot of an exemplary respiratory system monitoring screen 1008 presented through the user interface 208 for the purpose of providing information relating to exemplary bradycardia events over a time period of approximately one week

[0074] FIG. 10E provides a screen shot of an exemplary respiratory system monitoring screen 1012 presented through the user interface 208 for the purpose of providing information relating to a oxygen saturation parameter 1014. The monitoring screen 802 may be generated by, for example, the data visualization module 116 in cooperation with the data visualization and engagement module 112 using machine data values produced by medical monitoring equipment such as, for example, a pulse oximeter. The monitoring screen 802 advantageously plots a plurality of visualization data values 1020 generated from a set of the machine data values by, for example, determining a statistical parameter characterizing the set of machine data values.

[0075] As shown in FIG. 10E, the visualization data includes a plot 1022 of the plurality of visualization data values 1020 over which is superimposed a linear representation a low range value 1024 and a linear representation of a high range value 1026. In one embodiment the region between the low range value 1024 and the high range value 1026 bound a desirable range of oxygen saturation and thereby provide a parent with an intuitive means of interpreting the oxygen saturation data associated with their baby.

[0076] As may be appreciated from the time scale of FIG. 10E, the plot 1022 spans a duration of approximately 12 hours (e.g., the duration of a typical hospital shift). In one embodiment similar plots of visualization data values corresponding to oxygen saturation of the same baby/patient during other hospital shifts may be displayed by selecting the corresponding thumbnail icon 1030.

[0077] Attention is now directed to FIGS. 10F-10I, which are screen shots of exemplary respiratory system monitoring screens 1040 presented through the user interface 208 for the purpose of providing information relating to an oxygen saturation parameter 1044 in conjunction with other medical episode information. As shown, the respiratory system monitoring screens 1040 each depict a plurality of graphical objects 1050 respectively corresponding to a plurality of time periods (i.e., half-days or hospital shifts). Each of the graphical objects 1050 includes information identifying a high value and low value of oxygen saturation for the baby/patient over one of the plurality of hospital shifts.

[0078] The exemplary respiratory system monitoring screens 1040 of FIGS. 10F-10I also include medical episode information displayed in conjunction with the graphical objects 1050 visually representing oxygen saturation ranges over consecutive hospital shifts. For example, FIG. 10F includes a plot 1054 of the number of oxygen desaturation events per shift 1058 where the plot 1054 is superimposed of the graphical objects 1050. As shown in FIG. 10G, a plot 1060 of the number of apnea episodes per shift 1064 may also be overlaid onto the respiratory system monitoring screen illustrated in FIG. 10F. Alternatively, as shown in FIG. 10H, a plot 1068 of the number of bradycardia episodes per shift 1070 may also be overlaid onto the respiratory system monitoring screen illustrated in FIG. 10F. Of course, medical episodes and related information may also be represented using other graphical techniques. For example, as shown in FIG. 10I, a partially see-through graphical overlay 1080 representative of the number of oxygen support episodes per shift 1082 may also be overlaid onto the respiratory system monitoring screen illustrated in FIG. 10F.

[0079] FIGS. 11A and 11B illustratively represent a process for providing curated research in accordance with the disclosure. In one embodiment a research team continuously maintains and updates a research library on specific neonatology topics, ensuring that a library items meet standards, e.g. evidence-based and up-to-date (stage 1101). Algorithms executed by the research curator 132 analyze the baby's medical data from its E.H.R. 162, including diagnosis and recent biostatistics (stage 1102). These data points are matched to research content that specifically addresses the most relevant health topics. The research curator 132 then cooperates with the data visualization and engagement module 112 to suggest curated research to parents via the user interface 208 (stage 1103).

[0080] Turning now to FIG. 12, a process for tailored question generation in accordance with the disclosure is illustrated. First, the tailored question generator 136 analyzes a baby's actual health data (e.g., as included in the baby's E.H.R. 162) and generates a list of properly articulated questions for parents to ask their baby's healthcare team (stage 1201). The articulated questions are then displayed via the user interface 208 along with a selectable comprehension indicator (state 1202).

[0081] FIG. 13 illustrates an exemplary diary screen 1302 which may, for example, be reached through selection of the diary icon 324 within the menu ribbon 306. Through the diary screen 1302 parents can snap photographs and shoot videos using the device 102. In addition, parents and family can enter journal entries in free form. Data such as height and weight can be entered manually by parents. All of these items are cataloged by date for easy sharing and organization of memories.

Exemplary Infrastructure Implementation

[0082] FIG. 14 illustrates an infrastructure architecture diagram of an embodiment of the configuration server 110 within a Virtual Private Cloud (VPC) 1402. As shown, in this embodiment the configuration server 110 is linked to a health care facility through a site-to-site VPN through which electronic health records 162 may be accessed.

[0083] FIG. 15 illustrates an exemplary implementation of a data visualization and engagement platform 1500 in accordance with the disclosure. As shown, in the embodiment of FIG. 15 the platform utilizes a Fast Healthcare Interoperability Resources (FHIR) Resource Server.

[0084] FIG. 16 is a walkthrough diagram illustrating general operation of a data visualization and engagement platform in accordance with the disclosure.

[0085] FIG. 17 is a walkthrough diagram illustrating operation of a journey feature of the novel data visualization and engagement platform.

SUMMARY OF SPECIFIC FEATURES & PROCESSES

Application Format—The Journey

[0086] The Journey feature descried herein is unique to the market in its ability to exponentially empower patients and families to participate in healthcare decisions. This is achieved in three ways:

[0087] (a) Chunking: Chunking is the breaking of a specific healthcare journey into chunks in a way that enables the patient and their advocates to understand the battle quickly. In the case of a NICU family, the platform 100 chunks the NICU experience into three categories: stability, development, and growth.

[0088] (b) Layering: Information within each chunk is delivered in layers, which users can add on as they are ready to do so. This enables engagement of users consistently across a lengthy journey, regardless of proficiency with data, language, or medical topics.

[0089] (c) Proximity: The tools by which a patient or family can be empowered to participate and make competent decisions are today disparate; separate, difficult processes are required for obtaining and comprehending medical data, performing research, and documenting the healthcare battle. The Journey design of the platform 100 puts visualized data, research & education, and engagement tools all within one touch of the other, enabling rapid comprehension of status, conditions, and treatments while also encouraging greater participation levels.

[0090] Visualizing Data for Patients, Parents & Families

[0091] (a) Principles for Medical Data Visualization: Today, a patient's medical data is difficult to comprehend and use because it is only available in its native format, i.e. raw data, raw notes, and difficult to read formatting. The platform 100 enables rapid comprehension of complex medical through two principles: visualization and context. [0092] (i) Visualizing Data: [0093] 1) Shapes: are used to precisely communicate values without the need for numbers or words. This is what transcends language and education levels. [0094] 2) Colors: Color and shade levels are used to contrast multiple data types displayed in the same space, enabling fast comprehension of multiple measures. [0095] 3) Spatial Relationships: The way in which data visualizations are placed in relationship to each other provides meaning around important parameters such as time and change. For example, if lab results are taken several times in one day, the shapes representing these values will be closer together than if there was one value every three days. [0096] (ii) Context: Further, measures in E.H.R. documents today are often displayed with little or no definition and context, making the numbers meaningless. The platform's technology contextualizes data in the following ways: [0097] 1) Range: Range guides are provided that denote whether the measure is within the healthcare team's established range. [0098] 2) Trend: Comparing the current status of a particular measure with past measurements over time enables patients to understand whether or not there is improvement. [0099] 3) Related Data: Measures by themselves, even with range and trend present, still rely on other measures to derive true meaning. For example, in the case of a NICU baby whose blood oxygen level (SpO.sub.2) has historically been unstable but over the past day has been within range, it is still important to understand other measures, such as how much oxygen support (FiO.sub.2) is required to keep the baby's SpO.sub.2 stable. It is a much different story if FiO.sub.2 was increased to stabilize the baby than if the baby's SpO.sub.2 levels stabilized without increased support. [0100] 4) Risks: It is important to understand what the health risks are for patients when data behaves in certain ways. For example, if FiO.sub.2 support is high over an extended period of time, a health conditions called Retinopathy of Prematurity (ROP) can develop. Without risk context, there is not full meaning to data. [0101] 5) Remedies: Actions that can be taken to improve the patient's health or reduce their risk are important to communicate so that patients and their families can competently collaborate with their healthcare team on decisions. This is the final step in making the data truly actionable.

[0102] (b) Visualizing Machine Generated Data: Machine-generated data (e.g. a Pulse Oximeter) is unique because of the way it is collected and the purposes it is used for. Therefore, visual representations that are effective must be crafted in a unique way. [0103] (i) Machine Data Characteristics: [0104] 1) Typically used to monitor patient stability metrics, also known as vital signs [0105] 2) Produces data at consistent intervals on a constant basis, e.g. a pulse oximeter generates data with each heart beat [0106] (ii) Current Limitations: [0107] 1) Because machines are used to monitor stability, machine data only has value in the moment for parents [0108] 2) Machine data is generally only summarized in the E.H.R. as a point-in-time value, hence parents have no way of using the E.H.R. to understand overall stability for an extended period of time or to understand stability trends [0109] (iii) Data Point Aggregation: [0110] 1) Aggregates all data points and algorithmically displays a single-screen visualization that delivers and objectively true portrait of a baby's stability for a chosen period of time, e.g. a shift. [0111] 2) Provides one-touch navigation to previous time periods, e.g. shifts

[0112] (c) Visualizing Lab Data [0113] (i) Laboratory Data Characteristics and Uses [0114] 1) Laboratory analysis is conducted as needed by clinicians for a variety of reasons, and labs may be run only once or multiple times over a specific timespan to establish a trend or pattern [0115] 2) Typical uses include: diagnosis of symptoms, evaluation of a baby's response to treatment, establishing a trend for specific health metrics [0116] (ii) Limitations on Prior Systems [0117] 1) There is little or no context for lab result meanings, e.g. what is being measured, the desired range, the trend, or relationship to treatments. For clinicians with medical expertise these can still be useful, but are not useful to laypeople. [0118] 2) Lab results for the a specific measure, e.g. PCO2, are not formatted in a way that can be viewed over time to easily observe changes [0119] 3) Specific measurements are displayed with data points that may not be relevant to the use, e.g. CO2 used to evaluate need for respiratory support but is directly next to glucose level, which is irrelevant to the topic [0120] (iii) Viewing of Trends [0121] 1) Plots data points for a specific measurement over time, outside of the lab report itself, giving a parent the ability to view trends for one specific measure [0122] 2) Enables parents to view longer or short time periods by pinching in or pinching out on a touch-screen.

[0123] (d) Visualizing Manually Entered Data [0124] (i) Manually Entered Data Characteristics [0125] 1) Manually entered data is typically event-driven and carries with it both quantitative and qualitative information [0126] 2) Events that drive manual data include medical episodes (e.g. apnea spells) and routine care (e.g. feeding details such as volume, contents, amount by PO vs. gavage) [0127] (ii) Limitations on Prior Systems [0128] 1) Medical episodes are logged, but no quantitative analysis is available for them, e.g. counts, trends, and insights [0129] 2) Routine care data is only available as a table, and formatted next to other health data by date, so no trends or insights are possible [0130] (iii) Event Counting and Trend Identification [0131] 1) Provides counts and trends for medical episodes [0132] 2) Allows parents to drill down via touch and view specific qualitative log information tied to the count for each time period [0133] 3) Routine care data is quantitatively analyzed and visualized by time period.

[0134] Automated Curation of Education & Research

[0135] (a) Leveling: The platform 100 maintains a library of credible, current, and reviewed education and research materials. These materials are leveled into three categories: [0136] (i) Basic Self-Written Summaries: Summaries written and continuously updated by the platform 100 that contain risks, key measurables, treatments, and participation methods for each health topic. [0137] (ii) Medium Depth Summaries: Third party educational materials, both written and in video form, from providers who write and film in accordance with ADA standards. [0138] (iii) Scholarly Research: Peer-reviewed medical journals.

[0139] (b) Data Relevance: Based on the patient's recent medical data and key words in the E.H.R., education and research materials are served that are most relevant to the status, conditions, risks, and remedies.

[0140] (c) Topic Relevance: Based on the topic being viewed by the user, research is filtered to include those specific topics. For example, if a parent is reading about their baby's respiratory stability, articles relevant to stability

[0141] (d) User Learning Proficiency: Based on the depth of content the user prefers, suggested research is presented. As users are able comprehend the research they consume, the more incented they are to consume more and subsequently participate in care.

[0142] Engagement Tools

[0143] (a) Diary: The experience of birth complications or prematurity is harrowing and the heavy amount of emotional distress discourages participation in care. The Diary module enables parents to derive joy and empowerment from their NICU journey, even in the toughest of situations. These features comprise the Diary: [0144] (i) Video & Photo Documentation: Parents can snap photos, shoot videos and caption them. [0145] (ii) Journaling: Parents are able to write their thoughts and feeling free form in journal style. [0146] (iii) Data Logging: Simple, fun measurements for parents to manually log are available, e.g. height, weight, kangaroo time, and breast feeding. [0147] (iv) Cataloguing: All content is catalogued together by date based on when it was generated, creating a true diary effect. [0148] (v) Sharing: Currently, parents find it cumbersome to send updates to family and friends. The diary module makes this simple with one-touch sharing to provide their content to their friends and family in either a segmented (i.e. single photo or journal entry) or aggregated way (i.e. an entire day's content).

[0149] (b) Question Generator: Patients across the spectrum are typically intimidated by healthcare institutions, and hence tend to take what they are told at face value; few or no questions are asked, and when they are, the responses are not drilled into for total clarity. This leads to non-compliance and suboptimal participation. Empowerment only comes through dialogue with the healthcare team, and to that end, the question generator 136 generates questions for the family to ask, including the following features: [0150] (i) Data Generated Question Articulation: Based on the baby's data, specific questions are tailored and the parent can read them to the healthcare team verbatim, if needed. [0151] (ii) Question Tracking: Parents can track which questions they've asked [0152] (iii) Comprehension Tracking: Parents indicate how well they understood the content of the answers they were given.

[0153] While various embodiments have been described above, it should be understood that they have been presented by way of example only, and not limitation. Where methods described above indicate certain events occurring in certain order, the ordering of certain events may be modified. Additionally, certain of the events may be performed concurrently in a parallel process when possible, as well as performed sequentially as described above. Although various modules in the different devices are shown to be located in the processors of the device, they can also be located/stored in the memory of the device (e.g., software modules) and can be accessed and executed by the processors. Accordingly, the specification is intended to embrace all such modifications and variations of the disclosed embodiments that fall within the spirit and scope of the appended claims.

[0154] The various methods or processes outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or programming or scripting tools, and may be compiled as executable machine language code or intermediate code that is executed on a framework or virtual machine.

[0155] In this respect, various inventive concepts may be embodied as a non-transitory computer readable storage medium (or multiple computer readable storage media) (e.g., a computer memory, one or more floppy discs, compact discs, optical discs, magnetic tapes, flash memories, circuit configurations in Field Programmable Gate Arrays or other semiconductor devices, or other non-transitory medium or tangible computer storage medium) encoded with one or more programs that, when executed on one or more computers or other processors, perform methods that implement the various embodiments of the invention discussed above. The non-transitory computer readable medium or media can be transportable, such that the program or programs stored thereon can be loaded onto one or more different computers or other processors to implement various aspects of the present invention as discussed above.

[0156] The terms “program” or “software” are used herein in a generic sense to refer to any type of computer code or set of computer-executable instructions that can be employed to program a computer or other processor to implement various aspects of embodiments as discussed above. Additionally, it should be appreciated that according to one aspect, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.

[0157] Computer-executable instructions may be in many forms, such as program modules, executed by one or more computers or other devices. Generally, program modules include routines, programs, objects, components, data structures, etc. that perform particular tasks or implement particular abstract data types. Typically, the functionality of the program modules may be combined or distributed as desired in various embodiments.

[0158] In addition, data structures may be stored in non-transitory computer-readable media in any suitable form. For simplicity of illustration, data structures may be shown to have fields that are related through location in the data structure. Such relationships may likewise be achieved by assigning storage for the fields with locations in a non-transitory computer-readable medium that convey relationship between the fields. However, any suitable mechanism may be used to establish a relationship between information in fields of a data structure, including through the use of pointers, tags or other mechanisms that establish relationship between data elements.

[0159] In addition, various inventive concepts may be embodied as one or more methods, of which an example has been provided. The acts performed as part of the method may be ordered in any suitable way. Accordingly, embodiments may be constructed in which acts are performed in an order different from illustrated, which may include performing some acts simultaneously, even though shown as sequential acts in illustrative embodiments.

[0160] All definitions, as defined and used herein, should be understood to control over dictionary definitions, definitions in documents incorporated by reference, and/or ordinary meanings of the defined terms.

[0161] The indefinite articles “a” and “an,” as used herein in the specification and in the claims, unless clearly indicated to the contrary, should be understood to mean “at least one.”

[0162] The phrase “and/or,” as used herein in the specification and in the claims, should be understood to mean “either or both” of the elements so conjoined, i.e., elements that are conjunctively present in some cases and disjunctively present in other cases. Multiple elements listed with “and/or” should be construed in the same fashion, i.e., “one or more” of the elements so conjoined. Other elements may optionally be present other than the elements specifically identified by the “and/or” clause, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, a reference to “A and/or B”, when used in conjunction with open-ended language such as “comprising” can refer, in one embodiment, to A only (optionally including elements other than B); in another embodiment, to B only (optionally including elements other than A); in yet another embodiment, to both A and B (optionally including other elements); etc.

[0163] As used herein in the specification and in the claims, “or” should be understood to have the same meaning as “and/or” as defined above. For example, when separating items in a list, “or” or “and/or” shall be interpreted as being inclusive, i.e., the inclusion of at least one, but also including more than one, of a number or list of elements, and, optionally, additional unlisted items. Only terms clearly indicated to the contrary, such as “only one of” or “exactly one of,” or, when used in the claims, “consisting of,” will refer to the inclusion of exactly one element of a number or list of elements. In general, the term “or” as used herein shall only be interpreted as indicating exclusive alternatives (i.e. “one or the other but not both”) when preceded by terms of exclusivity, such as “either,” “one of,” “only one of,” or “exactly one of.” “Consisting essentially of,” when used in the claims, shall have its ordinary meaning as used in the field of patent law.

[0164] As used herein in the specification and in the claims, the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements. This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified. Thus, as a non-limiting example, “at least one of A and B” (or, equivalently, “at least one of A or B,” or, equivalently “at least one of A and/or B”) can refer, in one embodiment, to at least one, optionally including more than one, A, with no B present (and optionally including elements other than B); in another embodiment, to at least one, optionally including more than one, B, with no A present (and optionally including elements other than A); in yet another embodiment, to at least one, optionally including more than one, A, and at least one, optionally including more than one, B (and optionally including other elements); etc.

[0165] In the claims, as well as in the specification above, all transitional phrases such as “comprising,” “including,” “carrying,” “having,” “containing,” “involving,” “holding,” “composed of,” and the like are to be understood to be open-ended, i.e., to mean including but not limited to. Only the transitional phrases “consisting of” and “consisting essentially of” shall be closed or semi-closed transitional phrases, respectively, as set forth in the United States Patent Office Manual of Patent Examining Procedures, Section 2111.03.