Patent Application
20210249120
The present disclosure pertains to a system and method for providing model-based predictions related to patients associated with a provider, including predictions of patients actively managed by the provider or other patients associated with the provider.
Healthcare networks working towards value-based care have to work with a range of healthcare providers to ensure that clinical, financial, and patient satisfaction goals are reached. This is often achieved by setting common performance indicators or quality measures common across the organization, and establishing performance assessments for the healthcare providers. Although automated and other computer-assisted provider performance assessment systems exist, such systems may assess the provider based on the payer-attributed population of patients associated with the provider and fail to distinguish the provider's performance with respect to a subset of the population actively managed by the provider, thus leading inherently to a misalignment of judgement and perception of performance. These and other drawbacks exist.
Accordingly, one or more aspects of the present disclosure relate to a system for providing model-based predictions of actively managed patients. The system comprises one or more processors configured by machine readable instructions and/or other components. The one or more processors are configured to: obtain, from one or more databases, a collection of information related to a payer-attributed population of patients associated with a provider; extract, from the collection of information, health insurance claims data, clinical data, process data, and patient encounter data; provide the health insurance claims data, clinical data, process data, and patient encounter data to a machine learning model to train the machine learning model; cause the machine learning model to predict familiarity values associated with patients of the population of patients; and generate a provider assessment based on the familiarity values and the collection of information.
Another aspect of the present disclosure relates to a method for providing model-based predictions of actively managed patients with a system. The system comprises one or more processors configured by machine readable instructions and/or other components. The method comprises: obtaining, with one or more processors, a collection of information related to a payer-attributed population of patients associated with a provider from one or more databases; extracting, with the one or more processors, health insurance claims data, clinical data, process data, and patient encounter data from the collection of information; providing, with the one or more processors, the health insurance claims data, clinical data, process data, and patient encounter data to a machine learning model to train the machine learning model; causing, with the one or more processors, the machine learning model to predict familiarity values associated with patients of the population of patients; and generating, with the one or more processors, a provider assessment based on the familiarity values and the collection of information.
Still another aspect of present disclosure relates to a system for providing model-based predictions of actively managed patients. The system comprises: means for obtaining a collection of information related to a payer-attributed population of patients associated with a provider from one or more databases; means for extracting health insurance claims data, clinical data, process data, and patient encounter data from the collection of information; means for providing the health insurance claims data, clinical data, process data, and patient encounter data to a machine learning model to train the machine learning model; means for causing the machine learning model to predict familiarity values associated with patients of the population of patients; and means for generating a provider assessment based on the familiarity values and the collection of information.
These and other objects, features, and characteristics of the present disclosure, as well as the methods of operation and functions of the related elements of structure and the combination of parts and economies of manufacture, will become more apparent upon consideration of the following description and the appended claims with reference to the accompanying drawings, all of which form a part of this specification, wherein like reference numerals designate corresponding parts in the various figures. It is to be expressly understood, however, that the drawings are for the purpose of illustration and description only and are not intended as a definition of the limits of the disclosure.
As used herein, the singular form of “a”, “an”, and “the” include plural references unless the context clearly dictates otherwise. As used herein, the term “or” means “and/or” unless the context clearly dictates otherwise. As used herein, the statement that two or more parts or components are “coupled” shall mean that the parts are joined or operate together either directly or indirectly, i.e., through one or more intermediate parts or components, so long as a link occurs. As used herein, “directly coupled” means that two elements are directly in contact with each other. As used herein, “fixedly coupled” or “fixed” means that two components are coupled so as to move as one while maintaining a constant orientation relative to each other.
As used herein, the word “unitary” means a component is created as a single piece or unit. That is, a component that includes pieces that are created separately and then coupled together as a unit is not a “unitary” component or body. As employed herein, the statement that two or more parts or components “engage” one another shall mean that the parts exert a force against one another either directly or through one or more intermediate parts or components. As employed herein, the term “number” shall mean one or an integer greater than one (i.e., a plurality).
Directional phrases used herein, such as, for example and without limitation, top, bottom, left, right, upper, lower, front, back, and derivatives thereof, relate to the orientation of the elements shown in the drawings and are not limiting upon the claims unless expressly recited therein.
Returning to
In some embodiments, system 10 comprises processors 12, electronic storage 14, external resources 16, computing device 18 (e.g., associated with user 38), or other components.
Electronic storage 14 comprises electronic storage media that electronically stores information (e.g., health insurance claims data, clinical data, process data, and patient encounter data). The electronic storage media of electronic storage 14 may comprise one or both of system storage that is provided integrally (i.e., substantially non-removable) with system 10 and/or removable storage that is removably connectable to system 10 via, for example, a port (e.g., a USB port, a firewire port, etc.) or a drive (e.g., a disk drive, etc.). Electronic storage 14 may be (in whole or in part) a separate component within system 10, or electronic storage 14 may be provided (in whole or in part) integrally with one or more other components of system 10 (e.g., computing device 18, etc.). In some embodiments, electronic storage 14 may be located in a server together with processors 12, in a server that is part of external resources 16, and/or in other locations. Electronic storage 14 may comprise one or more of optically readable storage media (e.g., optical disks, etc.), magnetically readable storage media (e.g., magnetic tape, magnetic hard drive, floppy drive, etc.), electrical charge-based storage media (e.g., EPROM, RAM, etc.), solid-state storage media (e.g., flash drive, etc.), and/or other electronically readable storage media. Electronic storage 14 may store software algorithms, information determined by processors 12, information received via processors 12 and/or graphical user interface 20 and/or other external computing systems, information received from external resources 16, and/or other information that enables system 10 to function as described herein.
External resources 16 include sources of information and/or other resources. For example, external resources 16 may include a population's electronic medical record (EMR), the population's electronic health record (EHR), or other information. In some embodiments, external resources 16 include health information related to the population. In some embodiments, the health information comprises demographic information, vital signs information, medical condition information indicating medical conditions experienced by individuals in the population, treatment information indicating treatments received by the individuals, care management information, and/or other health information. In some embodiments, external resources 16 include sources of information such as databases, websites, etc., external entities participating with system 10 (e.g., a medical records system of a health care provider that stores medical history information of patients, publicly and privately accessible social media websites), one or more servers outside of system 10, and/or other sources of information. In some embodiments, external resources 16 include components that facilitate communication of information such as a network (e.g., the internet), electronic storage, equipment related to Wi-Fi technology, equipment related to Bluetooth® technology, data entry devices, sensors, scanners, and/or other resources. In some embodiments, some or all of the functionality attributed herein to external resources 16 may be provided by resources included in system 10.
Processors 12, electronic storage 14, external resources 16, computing device 18, and/or other components of system 10 may be configured to communicate with one another, via wired and/or wireless connections, via a network (e.g., a local area network and/or the internet), via cellular technology, via Wi-Fi technology, and/or via other resources. It will be appreciated that this is not intended to be limiting, and that the scope of this disclosure includes embodiments in which these components may be operatively linked via some other communication media. In some embodiments, processors 12, electronic storage 14, external resources 16, computing device 18, and/or other components of system 10 may be configured to communicate with one another according to a client/server architecture, a peer-to-peer architecture, and/or other architectures.
Computing device 18 may be configured to provide an interface between user 38 and/or other users, and system 10. In some embodiments, computing device 18 is and/or is included in desktop computers, laptop computers, tablet computers, smartphones, smart wearable devices including augmented reality devices (e.g., Google Glass), wrist-worn devices (e.g., Apple Watch), and/or other computing devices associated with user 38, and/or other users. In some embodiments, computing device 18 facilitates presentation of a list of individuals assigned to a care manager, or other information. Accordingly, computing device 18 comprises a user interface 20. Examples of interface devices suitable for inclusion in user interface 20 include a touch screen, a keypad, touch sensitive or physical buttons, switches, a keyboard, knobs, levers, a camera, a display, speakers, a microphone, an indicator light, an audible alarm, a printer, tactile haptic feedback device, or other interface devices. The present disclosure also contemplates that computing device 18 includes a removable storage interface. In this example, information may be loaded into computing device 18 from removable storage (e.g., a smart card, a flash drive, a removable disk, etc.) that enables caregivers or other users to customize the implementation of computing device 18. Other exemplary input devices and techniques adapted for use with computing device 18 or the user interface include an RS-232 port, RF link, an IR link, a modem (telephone, cable, etc.), or other devices or techniques.
Processor 12 is configured to provide information processing capabilities in system 10. As such, processor 12 may comprise one or more of a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, or other mechanisms for electronically processing information. Although processor 12 is shown in
As shown in
It should be appreciated that although components 26, 28, 30, 32, 34, and 36 are illustrated in
In some embodiment, the present disclosure comprises means for obtaining, from one or more databases (e.g., electronic storage 14, external resources 16, etc.), a collection of information related to a payer-attributed population of patients associated with a provider. In some embodiments, such means for obtaining takes the form of communications component 26. In some embodiments, the collection of information includes all of the key administrative clinical data relevant to that patients care under a particular provider, such as demographics, progress notes, problems, medications, vital signs, past medical history, immunizations, laboratory data, radiology reports, or other information. In some embodiments, the collection of information includes digital equivalents of paper records, charts, or other patient records at a provider's office. In some embodiments, the collection of information includes treatment and medical history about one or more patients as collected by the individual provider, healthcare organization, or other entities. In some embodiments, the collection of information is related to all patients that have been attributed to the provider, even those who are not actively being managed by the provider. These may be patients who primarily seek care with other health care providers (e.g., other physicians, emergency departments, etc.), who rarely seek care, or who do not seek care at all.
In some embodiment, the present disclosure comprises means for extracting, from the collection of information, health insurance claims data, clinical data, process data, patient encounter data, or other information. In some embodiments, such means for extracting takes the form of feature extraction component 28. In some embodiments, health insurance claims data includes information gathered from medical bills or claims submitted by providers to government and private health insurers. In some embodiments, clinical data includes outcome measures reflective of the impact of the health care service or intervention on the health status of patients. For example clinical data may include the percentage of patients who died as a result of surgery (e.g., surgical mortality rates), the rate of surgical complications or hospital-acquired infections, or other information. In some embodiments, process data indicates what a provider does to maintain or improve health, either for healthy people or for those diagnosed with a health care condition. In some embodiments, process data includes specific steps in a process that lead (positively or negatively) to a particular outcome metric. For example, assuming the outcome measure is length of stay, a process metric for that outcome may be the amount of time that passes between when the provider ordered the discharge and when the patient was actually discharged. In some embodiments, patient encounter data may include information related to a patient's engagement with the healthcare system. For example, patient encounter data includes information related to (i) who provided the service, (ii) what service was provided, (iii) where the service was provided, (iv) when the service was provided, (v) why the service was provided, and (vi) other information.
In some embodiments, feature extraction component 28 is configured to determine, based on the health insurance claims data, clinical data, process data, patient encounter data, or other information, (i) an interaction parameter, (ii) a case heterogeneity parameter, (iii) a network distance parameter, or (iv) other parameters. In some embodiments, the interaction parameter is indicative of a frequency of interaction based on length of enrolment of a patient at a healthcare facility, a frequency of encounters during a predetermined amount of time (e.g., last year), consultations with multiple members of the same family, or other information. In some embodiments, more recent visits may be weighted more than earlier visits. In some embodiments, the case heterogeneity parameter is indicative of patient case heterogeneity. In some embodiments, the case heterogeneity parameter may influence the interaction parameter (e.g., balance) to reflect continuity and complexity of care (e.g., there is a different level of provider involvement when it comes to providing care for the same patient visiting 10 times for 10 different reasons, compared to the same patient visiting 10 times for the same reason). In some embodiments, feature extraction component 28 is configured to determine the case heterogeneity parameter based on one or more factors including reasons for encounters, co-morbidity profile, or other factors. In some embodiments, the network distance parameter is indicative of the positioning of a provider in a patient's greater care network. In some embodiments, the network distance parameter may indicate that patient may be subject to other providers' influences out of the provider's scope of control. In some embodiments, the network distance parameter may indicate the closer network to the physician in the provider group to account for services provided by “rendering physicians” on the account of the “attributed physician” in the health insurance claims data. In some embodiments, feature extraction component 28 is configured to determine which individual providers and/or services the patient has been in touch with over the predetermined amount of time.
In some embodiment, the present disclosure comprises means for providing the health insurance claims data, clinical data, process data, and patient encounter data (e.g., as obtained via feature extraction component 28) to a machine learning model to train the machine learning model. In some embodiments, such means for providing takes the form of machine learning component 30. In some embodiments, machine learning component 30 is configured to provide the interaction parameter, the case heterogeneity parameter, the network distance parameter, or other information to the machine learning model to train the machine learning model on the providers' dataset. In some embodiments, the machine learning model's training dataset is specific to the provider's population of patients.
In some embodiments, the machine learning model comprises a neural network (e.g., a feedforward neural network or other neural network). In some embodiments, the neural network comprises (i) one or more nodes of an input layer that correspond to the health insurance claims data, clinical data, process data, and patient encounter data, (ii) one or more nodes of an output layer that correspond to the familiarity values associated with patients of the population of patients, (iii) one or more nodes (or “neurons”) of at least one hidden layer, (iv) other components. In some embodiments, a feedforward neural network is configured such that information moves in only one direction, forward, from the input layer nodes, through the hidden layer nodes and to the output layer nodes. In some embodiments, the feedforward neural network may not include cycles or loops in the network. In some embodiments, machine learning component 30 is configured to determine a number of neurons (e.g., the predetermined number of neurons of a hidden layer or other neurons) in the neural network. In some embodiments, the neural network is configured to adjust weights associated with the neurons to minimize output error based on its assessment of feedback (e.g., user feedback, feedback self-generated by the neural network, etc.) or its assessment of its outputs (e.g., prior outputs against feedback or other outputs).
In some embodiments, machine learning component 30 comprises a multiple linear regression machine learning model. In some embodiments, the multiple linear regression machine learning model is configured to determine coefficients associated with inputs corresponding to the health insurance claims data, clinical data, process data, and patient encounter data based on at least a portion of the health insurance claims data, clinical data, process data, and patient encounter data. For example, 70% of the collection of information related to the payer-attributed population of patients associated with the provider may be used as a training data set and the remaining 30% of the collection of information may be used as testing samples.
For example, machine learning component 30 is configured to generate a linear regression model data based on at least a portion of the health insurance claims data, clinical data, process data, and patient encounter data as shown below:
Familiarity Value=β0+β1(interaction)+β2 (case heterogeneity)+β3(network distance)+εi, wherein β1, β2, and β3 represent coefficients associated with the interaction parameter, the case heterogeneity parameter, and the network distance parameter respectively.
In some embodiments, the present disclosure comprises means for causing the machine learning model to predict familiarity values associated with patients of the population of patients. In some embodiments, such means for causing takes the form of machine learning component 30. In some embodiments, the familiarity values are relative measures of familiarity within a providers' population (e.g., rather than a generic measure of familiarity across providers). In some embodiments, the familiarity values may facilitate identification of patients who the provider will have a lasting impression of (e.g., a regularly visiting patient with chronic conditions that the provider has been personally managing for years vs. a patient who only comes in for an episodic consultation for minor non-recurring conditions).
In some embodiments, the present disclosure comprises means for generating a provider assessment based on the familiarity values and the collection of information. In some embodiments, such means for generating takes the form of scorecard component 32. In some embodiments, the provider assessment is configured to provide (e.g., at a high level) an overview of long-term and strategic outcomes improvement goals for the population of patients associated with the provider (e.g., reduce readmissions, increase average patient satisfaction, and reduce average or turnaround times). In some embodiments, the provider assessment is configured to combine electronic medical records, financial/billing, patient satisfaction data, or other information to track strategic goals. In some embodiments, the provider assessment is configured to evaluate provider performance on an organizational level.
In some embodiments, scorecard component 32 is configured to select a subset of the payer-attributed population of patients associated with the provider based on the predicted familiarity values associated with each patient of the population of patients exceeding a predetermined threshold. In some embodiments, the subset may be indicative of patients actively managed by the provider. In some embodiments, scorecard component 32 is configured to generate a first provider assessment based on the collection of information corresponding to the subset of the payer-attributed population of patients associated with the provider (e.g., patients actively managed). In other words, scorecard component 32 is configured to generate the first provider assessment without the use of the collection of information corresponding to patients not included in the subset (e.g., patients not actively managed). In some embodiments, the first provider assessment is indicative of actual performance as perceived by the provider themselves.
In some embodiments, scorecard component 32 is configured to generate a second provider assessment (i) based on the collection of information and (ii) without using the predicted familiarity values. As such, the second provider scorecard is indicative of the provider's performance with respect to the entire payer-attributed population of patients associated with the provider.
By way of a non-limiting example, Table 1 illustrates provider assessments, in accordance with one or more embodiments. As shown in Table 1, quality measures are used to assess clinical, financial and process outcomes. In some embodiments, providers are benchmarked against organizational targets and their peers. In some embodiments, the provider assessment (e.g., the first provider assessment) distinguishes the providers' efforts in the part of the sub-population they actively manage.
In some embodiments, scorecard component 32 is configured to identify areas of focus needed to achieve optimal results in parts of the population not actively managed by the provider. In some embodiments, scorecard component 32 is configured to generate a personalized provider patient population needs assessment. In some embodiments, the personalized provider patient population needs assessment is indicative of the health and needs of the population beyond the organizational goals. In some embodiments, the personalized provider patient population needs assessment may support communication between the provider and organization on pragmatic strategic and operational decision making that could directly support an individual provider to meet their specific population's needs.
In some embodiments, campaign component 34 is configured to identify, based on a comparison of the first provider assessment and the second provider assessment, one or more patients (i) not actively managed by the provider and (ii) requiring the provider's attention. In some embodiments, campaign component 34 is configured to generate one or more care plans for the identified one or more patients.
In some embodiments, campaign component 34 is configured to obtain patient characteristics information associated with the subset of the population (actively managed patients). In some embodiments, the patient characteristics information include patients' clinical and demographic information. In some embodiments, patients' clinical and demographic information comprises one or more of an age, a gender, a primary diagnosis, a time since primary diagnosis, a number of secondary diagnosis, a frailty index, a 30-days readmissions risk score, one or more lab test results, a weight, a body mass index, or other information.
In some embodiments, campaign component 34 is configured to perform one or more queries (e.g., in a database associated with a healthcare organization, an accountable care organization, etc.) based on the patient characteristics information associated with the subset of the population to identify similar individuals (i) having similar patient characteristics information and (ii) not being currently managed by the provider. In some embodiments, campaign component 34 is configured to generate an outreach campaign to the similar individuals such that the similar individuals are managed by the provider. By way of a non-limiting example,
Returning to
In some embodiments, presentation component 36 is configured to effectuate, via user interface 20, the first provider assessment, the second provider assessment, familiarity values associated with patients of the population of patients, or other information. In some embodiments, presentation component 36 is configured to effectuate, via user interface 20, patient characteristics information associated with the similar individuals. In some embodiments, presentation component 36 is configured to effectuate, via user interface 20, the feasibility of extending the proactive actions to patients not currently included in the subset of the population (i.e., patients not actively managed).
In some embodiments, method 400 may be implemented in one or more processing devices (e.g., a digital processor, an analog processor, a digital circuit designed to process information, an analog circuit designed to process information, a state machine, or other mechanisms for electronically processing information). The devices may include one or more devices executing some or all of the operations of method 400 in response to instructions stored electronically on an electronic storage medium. The processing devices may include one or more devices configured through hardware, firmware, or software to be specifically designed for execution of one or more of the operations of method 400.
At an operation 402, a collection of information related to a payer-attributed population of patients associated with a provider is obtained from one or more databases. In some embodiments, operation 402 is performed by a processor component the same as or similar to communications component 26 (shown in
At an operation 404, health insurance claims data, clinical data, process data, and patient encounter data are extracted from the collection of information. In some embodiments, operation 404 is performed by a processor component the same as or similar to feature extraction component 28 (shown in
At an operation 406, the health insurance claims data, clinical data, process data, and patient encounter data are provided to a machine learning model to train the machine learning model. In some embodiments, operation 406 is performed by a processor component the same as or similar to machine learning component 30 (shown in
At an operation 408, the machine learning model is caused to predict familiarity values associated with patients of the population of patients. In some embodiments, operation 408 is performed by a processor component the same as or similar to machine learning component 30 (shown in
At an operation 410, a provider assessment is generated based on the familiarity values and the collection of information. In some embodiments, operation 410 is performed by a processor component the same as or similar to scorecard component 32 (shown in
Although the description provided above provides detail for the purpose of illustration based on what is currently considered to be the most practical and preferred embodiments, it is to be understood that such detail is solely for that purpose and that the disclosure is not limited to the expressly disclosed embodiments, but, on the contrary, is intended to cover modifications and equivalent arrangements that are within the spirit and scope of the appended claims. For example, it is to be understood that the present disclosure contemplates that, to the extent possible, one or more features of any embodiment can be combined with one or more features of any other embodiment.
In the claims, any reference signs placed between parentheses shall not be construed as limiting the claim. The word “comprising” or “including” does not exclude the presence of elements or steps other than those listed in a claim. In a device claim enumerating several means, several of these means may be embodied by one and the same item of hardware. The word “a” or “an” preceding an element does not exclude the presence of a plurality of such elements. In any device claim enumerating several means, several of these means may be embodied by one and the same item of hardware. The mere fact that certain elements are recited in mutually different dependent claims does not indicate that these elements cannot be used in combination.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/EP2019/062308 | 5/14/2019 | WO | 00 |
| Number | Date | Country | |
|---|---|---|---|
| 62671635 | May 2018 | US |
