Embodiments are directed to a method comprising interrogating a medical device associated with a patient to obtain device data using a first processor, and transmitting the device data from the first processor to a remote server. The method comprises producing patient-generated data using a second processor, and transmitting the patient-generated data from the second processor to the remote server. The method also comprises producing clinician-generated data using a third processor, and transmitting the clinician-generated data from the third processor to the remote server. The method further comprises aggregating, by the remote server, the device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The method comprises accessing the aggregated patient data at the remote server by at least one of the first, second, and third processors or a separate processor. The method also comprises displaying the aggregated patient data on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a method comprising interrogating a therapy device associated with a patient to obtain therapy device data using a first processor, and transmitting the therapy device data from the first processor to a remote server. The method comprises producing patient-generated data using a second processor, and transmitting the patient-generated data from the second processor to the remote server. The method also comprises producing clinician-generated data using a third processor, and transmitting the clinician-generated data from the third processor to the remote server. The method further comprises aggregating, by the remote server, the therapy device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The method comprises accessing the aggregated patient data at the remote server by at least one of the first, second, and third processors or a separate processor. The method also comprises displaying the aggregated patient data on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a method comprising interrogating a therapy device implantable in a patient to obtain device data using a first processor of a patient remote, and transmitting the device data from the patient remote to a remote server. The method comprises producing patient-generated data using a second processor, and transmitting the patient-generated data from the second processor to the remote server. The method also comprises producing clinician-generated data using a third processor, and transmitting the clinician-generated data from the third processor to the remote server. The method further comprises aggregating, by the remote server, the device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The method comprises accessing the aggregated patient data at the remote server by at least one of the first, second, and third processors or a separate processor. The method also comprises displaying the aggregated patient data on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a system comprising a first processor configured to interrogate a medical device associated with a patient to obtain device data, a second processor configured to produce patient-generated data, and a third processor configured to produce clinician-generated data. A remote server is communicatively coupled to the first, second, and third processors. The remote server is configured to receive, in memory of the remote server, the device data, the patient-generated data, and the clinician-generated data respectively from the first, second, and third processors. The remote server is configured to aggregate the device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The remote server is also configured to grant access to the aggregated patient data by at least one of the first, second, and third processors or a separate processor. The remote server is further configured to format the aggregated patient data for presentation on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a system comprising a first processor configured to interrogate a therapy device associated with a patient to obtain therapy device data, a second processor configured to produce patient-generated data, and a third processor configured to produce clinician-generated data. A remote server is communicatively coupled to the first, second, and third processors. The remote server is configured to receive, in memory of the remote server, the therapy device data, the patient-generated data, and the clinician-generated data respectively from the first, second, and third processors. The remote server is configured to aggregate the therapy device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The remote server is also configured to grant access to the aggregated patient data by at least one of the first, second, and third processors or a separate processor. The remote server is further configured to format the aggregated patient data for presentation on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a system comprising a remote server. The remote server comprises a communication interface configured to communicate with a first processor configured to produce medical device data, a second processor configured to produce patient-generated data, and a third processor configured to produce clinician-generated data. The remote server comprises memory configured to store the medical device data received from the first processor, the patient-generated data received from the second processor, and the clinician-generated data received from the third processor. The remote server also comprises a data transformation module and a server processor coupled to the communication interface, the memory, and the data transformation module. The server processor is configured to aggregate the medical device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The server processor is also configured to grant access to the aggregated patient data by at least one of the first, second, and third processors or a separate processor. The server processor is further configured to cooperate with the data transformation module to display the aggregated patient data on a display coupled to at least one of the first, second, and third processors or the separate processor.
Embodiments are directed to a system comprising a remote server. The remote server comprises a communication interface configured to communicate with a first processor configured to produce therapy device data, a second processor configured to produce patient-generated data, and a third processor configured to produce clinician-generated data. The remote server comprises memory configured to store the therapy device data received from the first processor, the patient-generated data received from the second processor, and the clinician-generated data received from the third processor. The remote server also comprises a data transformation module and a server processor coupled to the communication interface, the memory, and the data transformation module. The server processor is configured to aggregate the therapy device data and one or both of the patient-generated data and the clinician-generated data to produce aggregated patient data. The server processor is also configured to grant access to the aggregated patient data by at least one of the first, second, and third processors or a separate processor. The server processor is further configured to cooperate with the data transformation module to display the aggregated patient data on a display coupled to at least one of the first, second, and third processors or the separate processor.
The above summary is not intended to describe each disclosed embodiment or every implementation of the present disclosure. The figures and the detailed description below more particularly exemplify illustrative embodiments
Throughout the specification reference is made to the appended drawings, where like reference numerals designate like elements, and wherein:
The figures are not necessarily to scale. Like numbers used in the figures refer to like components. However, it will be understood that the use of a number to refer to a component in a given figure is not intended to limit the component in another figure labeled with the same number.
In the following description, reference is made to the accompanying set of drawings that form a part of the description hereof and in which are shown by way of illustration several specific embodiments. It is to be understood that other embodiments are contemplated and may be made without departing from the scope of the present disclosure. The following detailed description, therefore, is not to be taken in a limiting sense.
Comprehensive medical care of a patient involves the assimilation of patient-related data generated from disparate data sources by a clinician. The complete set of relevant medical data for a patient is not presently available from any one system for display to a clinician and/or a patient. For example, and with reference to
In the illustrative traditional scenario shown in
Embodiments of the disclosure are directed to systems and methods that provide for the aggregation of patient medical data generated from disparate data sources for storage and access from a centralized data resource. The centralized aggregation, storage, and processing of patient medical data acquired from disparate sources for a particular patient provides for more relevant data (current and/or historical) to be made available to a clinician and/or a patient. Data that can enhance care and treatment of a patient is referred to herein as patient medical data. For example, patient medical data may exclude various types of patient-related data, such as insurance information and other patient data unrelated to the care and treatment of the patient. Patient medical data can include data acquired from one or more diagnostic and/or therapy devices (also referred to herein as medical device data or device data) and/or data acquired from one or more physiologic sensors that sense and/or monitor a physiologic condition of a patient (also referred to herein as physiologic sensor data or sensor data).
In some embodiments, the patient medical device 202 can be a device subject to medical regulatory body approval (e.g., FDA approval). In other embodiments, the patient medical device 202 can be a consumer device, such as a wearable, which is not subject to medical regulatory body approval. The patient medical device 202 can be an external medical device, an implantable medical device or a combination of external and implantable medical devices. In some embodiments, the patient medical device 202 can be a diagnostic device capable of sensing and monitoring one or more physiologic signals or conditions of the patient. For example, a diagnostic device that generates patient medical data can be configured to sense and monitor one or more of oxygen saturation (e.g., via a pulse oximeter), sleep stage, respiration, snoring, posture (e.g., sleeping position, such as left, right, prone, supine), brain activity (e.g., electroencephalogram, EEG), muscle activity (e.g., electromyogram, EMG), glucose level, heart mechanical activity (e.g., heart sounds, seismocardiogram, SCG), heart electrical activity (electrocardiogram, ECG), heart rate, heart rate variability, blood pressure, temperature, and nerve activity. In other embodiments, the patient medical device 202 can be a therapy delivery device capable of delivering a therapy to the patient. For example, a therapy delivery device that generates patient medical data can be an implantable pulse generator, neurostimulator, cardiac pacemaker, resynchronizer, cardioverter/defibrillator, drug administration device (e.g., drug pump, external or implantable), diaphragm stimulator, bladder stimulator, cochlear implant, hearing aid, muscle stimulator or other type of stimulation device. As was discussed above, the patient P1 may be prescribed or recommended one or more patient medical devices 202, each of which can generate diagnostic device data and/or therapy device data.
In some embodiments, the patient medical device 202 can be a combination of two or more patient medical devices, and the medical device data generated by the combined patient medical device 202 is a combination of medical device data (MDD 220) produced by each of the patient medical devices. In other embodiments, the patient medical device 202 can be a combination of one or more patient medical devices and one or more physiologic sensors, with each of the patient medical devices and physiologic sensors producing data that is combined to define medical device data (MDD 220). In further embodiments, the patient medical device 202 can be a combination of disparate physiologic sensors each producing data that is combined to define medical device data (MDD 220). For example, a patient medical device 202 can include an array of sensors (e.g., respiration, oxygen saturation, EEG, etc.) that together define a home sleep test.
In the illustrative scenario shown in
The first processor 206 is also communicatively coupled to a remote server 240. The remote server 240 is typically a cloud data storage resource accessed via the Internet. In some embodiments, the remote server 240 can be a networked data storage resource accessed via private communication infrastructure. Communication between the first processor 206 and the remote server 240 can be facilitated by one or more devices (e.g., a modem, a router) and via a wired link, a wireless link, or a combination of wired and wireless links. Medical device data 220 acquired by the first processor 206 is transmitted (e.g., uploaded) to a secured location 242 in memory 241 of the remote server 240. In some embodiments, a user (e.g., clinician, patient, or patient caregiver) of the first processor 206 is authenticated prior to uploading the medical device data 220 to the remote server 240. The medical device data 220 may be encrypted such that only the remote server 240 can decrypt the medical device data 220.
The secured location 242 is allocated to store and aggregate various types of patient medical data acquired from disparate data sources for patient P1. In general, the remote server 240 is configured to store and aggregate patient medical data acquired from disparate data sources for any number of patients. For example, secured location 246 in the remote server memory 241 is allocated to store and aggregate various types of patient medical data 248 for patient PN. It is understood that the remote server 240 is configured to grant access to a particular secured location associated with a particular patient only to users who are authorized (e.g., authenticated) to access aggregated patient medical data for the particular patient. For example, the remote server 240 may grant access to the aggregated patient data for patient P1 stored in secured location 242 to the patient P1 and/or one or more clinicians who are caring for the patient P1.
The patient P1 can use a second processor 210 to produce patient-generated data (PGD) 222. The second processor 210 can be a medical device (e.g., medical system at a clinic or a home medical system) or a consumer device (e.g., a PC, tablet, phablet or smartphone). The patient P1 can input information regarding the patient's subjective health, such as general wellness and specific parameters such as tiredness level. The patient P1 may also input answers to a questionnaire (e.g., Epworth Sleepiness Scale) and/or one or more open-ended questions. The second processor 210 is communicatively coupled to the remote server 240 via one or more devices (e.g., a modem, a router) and a wired link, a wireless link, or a combination of wired and wireless links. The patient-generated data 222 is transmitted (e.g., uploaded) to the secured location 242 in memory 241 of the remote server 240 via the second processor 210, assuming the patient P1 has been granted access to the secured location 242. In various embodiments, the patient P1 and/or the patient's caregiver can be authenticated prior to uploading the patient-generated data 222 to the remote server 240. The patient-generated data 222 may be encrypted, such that only the remote server 240 can decrypt the patient-generated data 222. In some embodiments, the patient-generated data 222 can be produced using the first processor 206, rather than the second processor 210. In such embodiments, the patient-generated data 222 and the medical device data 220 can be transmitted (e.g., uploaded) from the first processor 206 to the secured location 242 of the remote server 240.
The clinician C1 can use third processor 230 to produce clinician-generated data (CGD) 234. The third processor 230 can be a medical device (e.g., medical system at a clinic) or a consumer device (e.g., a PC, laptop, tablet, phablet or smartphone). The clinician-generated data 234 can include outcome data, annotations, and/or notes generated by the clinician relating to the care of the patient P1. The clinician-generated data 230 can also include responses to a single question or answers to a multi-part questionnaire. The third processor 230 is communicatively coupled to the remote server 240 via one or more devices (e.g., a modem, a router) and a wired link, a wireless link, or a combination of wired and wireless links. The clinician-generated data 234 is transmitted (e.g., uploaded) to the secured location 242 in memory 241 of the remote server 240 via the third processor 230, assuming the clinician C1 has been granted access to the secured location 242. In various embodiments, the clinician C1 can be authenticated prior to uploading the clinician-generated data 234 to the remote server 240. The clinician-generated data 234 may be encrypted, such that only the remote server 240 can decrypt the clinician-generated data 234.
Physiologic data (PD) 226 can be generated by one or more physiologic sensors coupled to or situated in proximity to the patient P1. As shown in
In general, the aggregated patient data stored in the remote server 240 can be accessed by various entities that have an association with the patient P1 (e.g., the patient P1, the patient's caregiver(s), the patient's clinician(s), a medical practice caring for patient P1). The remote server 240 can implement an authentication process by which credentials of an entity requesting access to aggregated patient data stored in memory 241 are authenticated. In the illustrative scenario shown in
In some embodiments, the server processor 402 is configured to perform storage and/or retrieval processing on one or more of the patient medical data, clinician-generated information, patient-generated information, and physiologic sensor data. For example, the server processor 402 may perform various functions, such as data format transformation, and implementation of de-duplication logic to ensure that the data sent by the same source or different sources is not duplicated. The server processor 402 can be configured to perform pre-determined processing or, in some embodiments, processing that changes over time according to various optimization means such as machine learning based on a patient's data in machine learning based on anonymized data for all patient data stored in the remote server 402. It is noted that the data storage, storage processing, and retrieval processing performed by the remote server 402 can be implemented on a medical device and/or a consumer device in addition to the remote server 402. This processing may be a subset of the processing that occurs in the remote server 402. This allows access and display of patient medical data without communication with the remote server 402 for performance or if connectivity is not present.
In the representative example shown in
It is assumed, for purposes of illustration and not of limitation, that a patient medical device associated with patient P1 is a therapy device, such as a neurostimulation device configured to deliver a neurostimulation therapy for treating an obstructive disordered breathing condition of the patient P1. The medical device data (MDD) 405 stored in the secured location 406 for patient P1 includes one or more of therapy settings data, therapy utilization data, stimulation/sensing settings, device diagnostic data, and patient remote data. For example, therapy settings data can include programmable parameter values unique to the patient. The therapy utilization data can include the date/time therapy was turned on, off, and paused, and patient configuration such as therapy amplitude. The stimulation/sensing settings can include stimulation amplitudes, stimulation thresholds, and exhalation/inhalation sensing settings. Device diagnostic data can include data used to determine if the patient medical device operation and/or performance is as expected or designed. Device diagnostic data can include, for example, battery status, electrode status, communication device status, processor status, memory status, firmware/software version/status, pulse generator status, and fault codes.
In some embodiments, the patient remote can be configured to facilitate patient adjustment of one or more therapy settings of the therapy device 420 directly, without the need of a programmer. The patient remote includes a communication interface (wired or wireless) configured to facilitate communication with the therapy device 420. The patient remote also includes memory that can store data produced by the therapy device 420, such as therapy settings data including patient-initiated programming changes, therapy utilization data, physiologic data, and device diagnostic data. As such, the first processor 422 that interrogates the patient medical device 420 can be a processor of the patient remote. The processor of the patient remote can produce the medical device data 405 rather than, or in addition to, a separate processor (e.g., of a programmer) that interrogates the therapy device 420. In some embodiments, the patient remote can be implemented to provide the functionality of the patient remote disclosed in commonly-owned U.S. Pat. No. 9,839,786 (Rondoni et al.) and U.S. Pat. Pub. No. 2016/0193468 (Rondoni et al.), each of which is incorporated herein by reference.
The patient-generated data (PGD) 406 stored in the secured location 406 for patient P1 includes answers to a questionnaire (e.g., Epworth Sleepiness Scale) and/or one or more open-ended questions, and patient notes. The clinician-generated data (CGD) 407 stored in the secured location 4064 patient P1 includes outcome data, annotations, notes, and observations made by a clinician in connection with care given to the patient P1. The physiologic data (PD) 408 includes data relevant to the treatment of a medical condition, such as AHI (Apnea Hypopnea Index), oxygen saturation, sleep stage, respiration, heart rate, heart rate variability, temperature, and blood pressure (or data produced by a diagnostic device discussed above).
The aggregated data 405, 406, 407, 408 stored in the secured location 406 for the patient P1 can be accessed by entities associated with the patient P1, typically after successful completion of an authentication process. The aggregated data 405, 406, 407, 408 is processed by the data transformation module 414 to transform the aggregated data into a format or structure that is appropriate for a target device (e.g., a processor, a display, a printer).
According to various embodiments, more than one device or system may be used to transmit data from a patient medical device to the remote server. For example, and with reference to
Referring to
With reference to
The patient medical device 802 includes a transceiver 814 which can be configured to facilitate wired or wireless communication with another device or system via any of the protocols described herein. In some embodiments, the transceiver 814 is configured to facilitate communication between the patient medical device 802 and a network or the Internet via a router and/or modem. In other embodiments, the transceiver 814 is configured to facilitate communication between the patient medical device 802 and a first processor 820 (see, e.g.,
The physiologic sensor 902 includes a transceiver 914 which can be configured to facilitate wired or wireless communication with another device or system via any of the protocols described herein. In some embodiments, the transceiver 914 is configured to facilitate communication between the physiologic sensor 902 and a network or the Internet via a router and/or modem. In other embodiments, the transceiver 914 is configured to facilitate communication between the physiologic sensor 902 and a fourth processor 920 (see, e.g.,
In this illustrative example, a user (e.g., a patient or a clinician) accesses the remote server 1002 via the Internet using a modem and a processor of a personal computer 1030. It is understood that the personal computer 1030 can instead be representative of a medical system, laptop, notebook, tablet, phablet or smartphone. The personal computer 1030 is shown coupled to a display 1032 and a printer 1040. Typically, access to the remote server 1002 and to aggregated patient data for a particular patient (e.g., patient P1) is granted to the user after successfully completing an authentication process. The user may select the most relevant aggregated patient data for a particular patient and for specific point in time. The user may select the most relevant aggregated patient data for a particular patient and for a particular span of time. The most relevant patient medical data may be a subset of the aggregated patient data stored in the remote server 1002 for a particular patient. In some implementations, the server processor 1020 is configured to determine the most relevant aggregated patient data for a particular patient. The most relevant patient medical data associated with a particular patient can be data most likely to be useful for the clinician for the purpose of furthering the patient's care. For example, the most relevant patient medical data associated with a particular patient can be the newest data of each type as of the current time, the newest data for each type as of a clinician selected time, a subset of data types having data newer than a given period, a subset of data types having characteristics different from the norm, a subset of data types most often selected by the clinician, a subset of data types most recently selected by the clinician, a subset of data types most often selected by all clinicians, or a combination of these.
The user may request aggregated patient data for a specific point in time. In response, the server processor 1020 selects aggregated patient data for the particular patient from the memory 1004 for the specific date or date and time requested by the user. The data transformation module 1024 formats the aggregated patient data for the specific point in time to produce an output 1026 having a format appropriate for presentation on the display 1302 and/or to produce a report 1042 by the printer of 1040.
The user may request aggregated patient data for a specific span of time. In response, the server processor 1020 selects aggregated patient data for the particular patient from the memory 1004 for the specific span of time requested by the user. In some embodiments, the server processor 1020 is configured to automatically compute the specific span of time as an interval between patient visits to a clinician or medical practice. The span of time between patient visits is particularly relevant to the determination of whether therapy is effective and/or a particular patient is complying with therapy directives issued by a clinician. The data transformation module 1024 formats the aggregated patient data for the specific span of time to produce an output 1026 having a format appropriate for presentation on the display 1032 and/or to produce a report 1042 by the printer of 1040.
The patient remote data 1102c includes patient amplitude utilization data over the specific span of time. The patient amplitude utilization data is based on the patient's interaction with the patient remote, which provides the patient the ability to adjust the stimulation amplitude within an amplitude range established by the clinician C1. The patient remote data 1102c includes the incoming amplitude at the time of a clinician visit and the previous amplitude set by the patient P1. The number of patient amplitude changes during the specific span of time is also included, as is the average number of patient amplitude changes per week. The incoming patient amplitude control range established by the clinician C1 is also provided. Also included is a histogram of utilization (percentage) for each of the amplitude increments falling within the patient amplitude control range established by the clinician C1.
The clinician-generated data 1104 includes Apnea-Hypopnea Index (AHI) data generated by the clinician C1 during a sleep study of the patient P1 at a sleep laboratory. In some cases, the clinician-generated data 1104 is manually generated data. In other cases, the clinician-generated data 1104 is computer-generated data or a combination of computer and manually generated data. For example, AHI can be generated manually or via a computer or the implanted neurostimulation device. The clinician-generated data 1104 includes pre-implant data and titrated data. The pre-implant data includes the patient's AHI prior to implant with no therapy being delivered. The titrated data includes the patient's AHI after titration of the neurostimulation therapy by the clinician C1 (or a clinician at the sleep laboratory). The clinician-generated data 1104 provides outcome data when therapy is active and when therapy is inactive for purposes of comparison. The clinician-generated data 1104 can also provide comparative outcome data associated with one or more different therapy settings, such as outcome data at different therapy amplitudes.
The patient-generated data 1106 includes subjective health data produced by the patient P1. The patient-generated data 1106 includes the patient's score on a health questionnaire, in this case an Epworth Sleepiness Scale (ESS) questionnaire. The patient-generated data 1106 includes the patient's pre-implant ESS score and ESS score with therapy delivered to the patient P1.
Depending on the user's needs, additional medical device data 1102 can be retrieved from the remote server for output to a display or a printer coupled to the user's computing or communication device.
The wireless programmer 1502 can be used by a clinician to interrogate the patient medical device 1505 and make adjustments to various parameters (referred to as “programming”), monitor therapy delivered by the patient medical device 1505, and monitor patient adherence to prescribed therapy.
The telemetry cable 1550 communicates wirelessly with the patient medical device 1505 and facilitates wireless communication between the patient medical device 1505 and the wireless programmer 1502. The wireless programmer 1502 includes a display 1504 and a stylus 1506 which allows the clinician to interact with the display 1504, such as by inputting, modifying, and reviewing data. In some embodiments, the display 1504 can be configured as a touchscreen, in which case the stylus 1506 may be excluded or an optional accessory. The wireless programmer 1502 includes a number of interfaces, buttons, and controls, several of which are shown in the illustrative embodiment of
The telemetry cable 1550 is configured to wirelessly communicate with both the wireless programmer 1502 and the patient medical device 1505. The telemetry cable 1550 effectively serves as a wireless bridge or modem between the programmer 1502 and the patient medical device 1505. In accordance with the embodiment shown in
A cable 1554 extends from the telemetry head 1552 and is connected to a wireless transceiver 1560. The wireless transceiver 1560 may be configured for short-range radio frequency (RF) communication. For example, the wireless transceiver 1560 may be configured to implement a short-range RF communication link, such as by implementing a Bluetooth® or ZigBee® communications protocol. In some embodiments, the wireless transceiver 1560 can be configured to wirelessly communicate with existing network infrastructure via an appropriate RF communication protocol, such as Wi-Fi®. The wireless transceiver 1560 is shown to include a status indicator 1562. Power is supplied to the telemetry cable 1550 by way of a power supply 1570, which is shown to include a power cable 1572 terminated by a standard AC wall plug 1574. The power supply 1570 provides power for both the wireless transceiver 1560 and the telemetry head 1552.
The patient remote 1580 (patient remote) is shown to include buttons to allow the patient to modify therapy parameters, and status indicators for implantable device status (e.g., remote and implantable device communication status and implantable device battery status) and remote status (remote battery status). The patient remote 1580 is utilized by a patient during home use of the therapy and to make necessary adjustments of therapy parameters (e.g., stimulation amplitude) if needed or desired. The patient remote 1580 shown in
The wireless programmer 1502, patient remote 1580, and patient medical device 1505 (e.g., a neurostimulator) can be implemented in accordance with commonly-owned U.S. Pat. No. 9,839,786 (Rondoni et al.) and U.S. Pat. Pub. No. 2016/0193468 (Rondoni et al.), each of which is incorporated herein by reference.
The term patient medical device as used herein is intended to represent a broad range of external and implantable devices. A patient medical device can be a device subject to medical regulatory body approval or a consumer device, such as a wearable, which is not subject to medical regulatory body approval. A patient medical device can be a device configured to communicate with an implantable therapy or a diagnostic device (e.g., a patient remote or programmer). A patient medical device can be a device in a patient's home, bedroom, at a medical clinic, a clinician device, a wearable device, a portable device, a stationary device or an implantable device.
In this disclosure, reference is made to various processors (e.g., first, second, third, fourth, separate, server, clinician processors). A processor as disclosed herein may be a single processor or multiple processors. A processor can be implemented as one or more of a multi-core processor, a digital signal processor (DSP), a microprocessor, a programmable controller, a general-purpose computer, a special-purpose computer, a hardware controller, a software controller, a combined hardware and software device, such as a programmable logic controller, a programmable logic device (e.g., FPGA, ASIC), a personal computer (PC), a main frame computer, a laptop, a notebook, a tablet, phablet or a personal digital assistant, such as a smartphone. A processor can include or be coupled to memory, such as RAM, SRAM, ROM, flash, SSD (solid-state drive), or a hard drive (HDD). A processor can be a component of a computing or communication device that cooperates with a communication interface (e.g., wired or wireless interface), a display (e.g., a touch screen), memory (RAM, ROM, flash, SSD, hard drive), and a user interface (e.g., keyboard, mouse, voice control interface, touch screen). A processor can include or be coupled to one or more communication interfaces, such as a wired and/or wireless interface (e.g., USB, FireWire®, Lightning®, GSM, CDMA, GPRS, HDSPA, Bluetooth®, ZigBee®, IEEE 802.11, ISO/IEEE 11073 compliant interface). A processor of the present disclosure can be programmed to execute program instructions or code (e.g., software, firmware) to cause the processor to perform the processes disclosed herein, such as those described with reference to the Figures (e.g., interrogating, producing, acquiring, uploading, transmitting, aggregating, accessing, selecting, displaying, determining, authenticating, granting, sharing, encrypting).
Although specific embodiments have been illustrated and described herein, it will be appreciated by those of ordinary skill in the art that a variety of alternate and/or equivalent implementations can be substituted for the specific embodiments shown and described without departing from the scope of the present disclosure. This application is intended to cover any adaptations or variations of the specific embodiments discussed herein. Therefore, it is intended that this disclosure be limited only by the claims and the equivalents thereof.
This application claims the benefit of Provisional Patent Application Ser. No. 62/678,650 filed on May 31, 2018, to which priority is claimed pursuant to 35 U.S.C. § 119(e), and which is incorporated herein by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
62678650 | May 2018 | US |