WO2015157575A2 - Soins holistiques à dispenser à un patient dans un hôpital et système de gestion et procédé de surveillance automatisée de patient - Google Patents

Soins holistiques à dispenser à un patient dans un hôpital et système de gestion et procédé de surveillance automatisée de patient Download PDF

Info

Publication number
WO2015157575A2
WO2015157575A2 PCT/US2015/025205 US2015025205W WO2015157575A2 WO 2015157575 A2 WO2015157575 A2 WO 2015157575A2 US 2015025205 W US2015025205 W US 2015025205W WO 2015157575 A2 WO2015157575 A2 WO 2015157575A2
Authority
WO
WIPO (PCT)
Prior art keywords
patient
data
clinical
patients
risk
Prior art date
Application number
PCT/US2015/025205
Other languages
English (en)
Other versions
WO2015157575A3 (fr
Inventor
Rubendran Amarasingham
George Oliver
Anand Shah
Vaidyanatha SIVA
Brian LUCENA
Monal SHAH
Praseetha Cherian
Spencer BALLARD
Jason MCGINN
Original Assignee
Parkland Center For Clinical Innovation
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Parkland Center For Clinical Innovation filed Critical Parkland Center For Clinical Innovation
Priority to EP15776758.3A priority Critical patent/EP3129949A4/fr
Priority to CA2945137A priority patent/CA2945137C/fr
Publication of WO2015157575A2 publication Critical patent/WO2015157575A2/fr
Publication of WO2015157575A3 publication Critical patent/WO2015157575A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/90—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to alternative medicines, e.g. homeopathy or oriental medicines

Definitions

  • the present disclosure relates to the healthcare industry, and more particularly to a holistic hospital patient care and management system and method.
  • CMS Centers for Medicare and Medicaid Services
  • IHI Institute for Healthcare Improvement
  • NQF National Quality Forum
  • AHRQ Agency for Healthcare Research and Quality
  • Joint Commission have demonstrated their prioritization of high quality patient care through clearly articulated performance and quality measurement programs that incorporate disease-focused and patient- focused process and outcomes measures.
  • FIG. 1 is a simplified block diagram of an exemplary embodiment of a holistic hospital patient care and management system and method according to the present disclosure
  • FIG. 2 is a simplified diagram of an exemplary architecture of the holistic hospital patient care and management system and method according to the present disclosure
  • FIG. 3 is a timeline diagram depicting the application of the holistic hospital patient care and management system and method during a patient's progression from hospital admission to post-discharge according to the present disclosure
  • FIG. 4 is a simplified logical block diagram of an exemplary embodiment of a clinical predictive and monitoring system and method, by detailed inputs and outputs, according to the present disclosure
  • FIG. 5 is a simplified logical block diagram illustrating the conceptual data integration, disease/risk, and data presentation and system configuration logic of an exemplary embodiment of the holistic hospital patient care and management system and method according to the present disclosure
  • FIG. 6 is a simplified flowchart/block diagram, illustrating the process of predictive analytics based on data inputs and outputs throughout a patient's care continuum, of an exemplary embodiment of a clinical predictive and monitoring method according to the present disclosure
  • FIG. 7 is a simplified flowchart/block diagram of an exemplary embodiment of a clinical predictive modeling method, describing the application of predictive analytics across the different stages of a patient's clinical encounter in various settings of care, according to the present disclosure
  • FIG. 8 is a simplified flowchart diagram of an exemplary embodiment of a dashboard user interface method according to the present disclosure
  • FIG. 9 is a simplified flowchart of an exemplary embodiment of an enhanced predictive modeling method according to the present disclosure.
  • FIG. 10 is a simplified flowchart of an exemplary embodiment of a facial and biological recognition process according to the present disclosure
  • FIG. 11 is a simplified fiowchart of an exemplary embodiment of an automated patient monitoring process according to the present disclosure
  • FIG. 12 is a simplified fiowchart of an exemplary embodiment of an automated healthcare staff monitoring process according to the present disclosure
  • FIG. 13 is a simplified fiowchart of an exemplary embodiment of an automated resource management process according to the present disclosure
  • FIG. 14 is a simplified flowchart of an exemplary embodiment of a telemedicine process according to the present disclosure.
  • FIG. 15 is a simplified flowchart of an exemplary embodiment of a patient/family engagement process according to the present disclosure.
  • FIG. 16 is a simplified fiowchart of an exemplary embodiment of a situation analysis simulation process according to the present disclosure.
  • FIG. 1 is a simplified block diagram of an exemplary embodiment of a holistic hospital patient care and management system and method 10 according to the present disclosure.
  • the holistic hospital patient care and management system 10 includes a computer system 12 adapted to receive a variety of clinical and non-clinical data relating to patients or individuals requiring care.
  • the variety of data include real-time data streams and historical or stored data from hospitals and healthcare entities 14, non-health care entities 15, health information exchanges 16, and social-to-health information exchanges and social services entities 17, for example. These data are used to determine the likelihood of occurrence of an adverse event or disease classification via a risk score for selected patients so that they may receive more targeted intervention, treatment, and care that are better tailored and customized to their particular condition(s) and needs.
  • the system 10 is most suited for identifying particular patients who require intensive inpatient and/or outpatient care to avert serious detrimental effects of certain diseases and to reduce hospital readmission rates.
  • the computer system 12 may comprise one or more local or remote computer servers operable to transmit data and communicate via wired and wireless communication links and computer networks.
  • the data received by the holistic hospital patient care and management system 10 may include electronic medical records (EMR) data that is both clinical and non-clinical in nature.
  • EMR clinical data may be received from entities such as, but not limited to, hospitals, clinics, pharmacies, laboratories, and health information exchanges, and detail things such as, but limited to, vital signs and other physiological data; data associated with comprehensive or focused history and physical exams by a physician, nurse, or allied health professional; medical history (including utilization of various medical services); prior allergy and adverse medical reactions; family medical history; prior surgical history; emergency room records; medication administration records; culture results; dictated clinical notes and records; gynecological and obstetric history; mental status examination; vaccination records; radiological imaging exams; invasive visualization procedures; psychiatric treatment history; prior histological specimens; laboratory data; genetic information; physician's notes; networked devices and monitors (such as blood pressure devices and glucose meters); pharmaceutical and supplement intake information; and focused genotype testing.
  • EMR electronic medical records
  • the EMR non-clinical data may include, but is not limited to, social, behavioral, lifestyle, and economic data; history, type and nature of employment; medical insurance information; exercise information; (addictive) substance use; occupational chemical exposure; frequency of physician or health system contact; location of residences and frequency of residence changes over a specific time period; predictive screening health questionnaires such as the patient health questionnaire (PHQ); patient preference survey; personality tests; census and demographic data; neighborhood environments; diet; gender; marital status; education; proximity and number of family or care-giving assistants; address; housing status; social media data; and educational level.
  • the non-clinical patient data may further include data entered by the patients, such as data entered or uploaded to a social media website.
  • Additional sources or devices of EMR data may provide, for example, procedure codes, lab/order results, medication assignments and changes, EKG results, radiology notes, daily weight readings, and daily blood sugar testing results.
  • Data may be retrieved from sources such as hospitals, clinics, patient care facilities, patient home monitoring devices. Additionally, data may be provided by other available and relevant clinical or healthcare sources.
  • patient data sources may include non-healthcare entities
  • Such data sources may provide additional insightful information about patient lifestyle/environment, such as the number of family members, marital status, any personal dependents, and health and lifestyle preferences that may influence individual health outcomes.
  • the holistic hospital patient care and management system 10 may further receive data from health information exchanges (HIE) 16.
  • HIEs are organizations that mobilize healthcare information electronically across groups within a region, community or hospital system. HIEs are increasingly developed to share clinical and non-clinical patient data between healthcare entities within cities, states, regions, or within umbrella health systems. Data may be extracted from numerous sources such as hospitals, clinics, consumers, payers, physicians, labs, outpatient pharmacies, ambulatory centers, long-term acute care centers, skilled nursing facilities, and state or public health agencies.
  • a subset of HIEs connect healthcare entities to community organizations that do not specifically provide health services, such as non-governmental charitable organizations, social service agencies, and city agencies.
  • the holistic hospital patient care and management system 10 may receive data from these social services organizations and social-to-health information exchanges 17, which may include, for example, information on daily living skills, availability of transportation to scheduled doctor's appointments, proximity of healthcare services, employment assistance, training, substance abuse rehabilitation, counseling or detoxification, rent and utilities assistance, homelessness status and receipt of services, medical follow-up, mental health services, meals and nutrition, food pantry services, housing assistance, temporary shelter, home health visits, domestic violence, medical appointment adherence, discharge instructions, prescriptions, medication instructions, neighborhood of residence, and ability to track referrals and appointments.
  • Another data source may include social media or social network services 18, such as FACEBOOK, TWITTER, GOOGLE+, and other similar websites.
  • Such information sources 18 can provide information like number of family members, educational level, and relationship status, or may help to identify individuals who may be directly or indirectly involved with caring for a specific patient, and health and lifestyle preferences that may influence health outcomes.
  • These social media data may be received from relevant social networking websites, at the expressed consent of the individual being evaluated, and some data may come directly from a user's computing devices (mobile phones, tablet computers, laptops, etc.) as the user enters status updates, at the expressed consent of the individual being evaluated.
  • non-clinical patient data may potentially provide a much more realistic and accurate depiction of the patient's overall health status and holistic healthcare environment. Augmented with such non- clinical patient data, the analysis and predictive modeling performed by the present system to identify patients at high-risk of readmission or an alternate adverse clinical event become much more robust and accurate. As always, prior to the collection and use of a patient's data, necessary patient consent and authorization are requested and received.
  • the system 10 is further adapted to receive and display user preferences and system configuration data from clinicians' computing devices (mobile devices, tablet computers, laptop computers, desktop computers, servers, etc.) 19 in a wired or wireless manner. These computing devices 19 are equipped to display a system dashboard and/or another graphical user interface to present data, reports, and alerts.
  • the system is further in communication with a number of display monitors 20 mounted and located in a number of locations, including patient rooms, hallways, etc.
  • a clinician may use the system to access a number of patient data, including immediately generating a list of patients that have the highest congestive heart failure readmission risk scores using real-time data, e.g., top n numbers or top x %.
  • a display in a patient's room may be used to provide care plan and/or discharge information to the patient and family.
  • the graphical user interfaces are further adapted to receive the user's (healthcare personnel) input of preferences and configurations, etc.
  • the data may be transmitted, presented, and displayed to the clinician/user in the form of web pages, web-based message, text files, video messages, multimedia messages, text messages, e-mail messages, and in a variety of suitable ways and formats.
  • the holistic hospital patient care and management system 10 further receives input and data from a number of additional sources, including RFID (Radio Frequency Identification) tags 21 that are worn, associated with, or affixed to patients, medical staff, hospital equipment, hospital instruments, medical devices, supplies, and medication.
  • RFID Radio Frequency Identification
  • a plurality of RFID sensors 21 are distributed in the hospital rooms, hallways, equipment rooms, supply closets, etc. that are configured to detect the presence of RFID tags so that movement, usage, and location can be easily determined and monitored.
  • a plurality of stationary and mobile video cameras 22 are distributed in various strategic locations in the hospital to enable patient monitoring and identify biological changes in the patient.
  • a plurality of sensors 23 including biometric sensors are also located in the hospital rooms.
  • the system 10 may receive input of ambient temperature and humidity of rooms and locations in the hospital, as well as the ability to control some aspects of the patient's environment, such as temperature and humidity.
  • GPS Global Position System
  • a patient may be tracked and monitored during clinical visits, social services appointments, and visits and appointments with other care providers.
  • the patient's location information may be used to monitor and predict patient utilization patterns of clinical services (e.g., emergency department, urgent care clinic, specialty clinic), social service organizations (e.g., food pantries, homeless shelters, counseling services), and the frequency of use of these services.
  • clinical services e.g., emergency department, urgent care clinic, specialty clinic
  • social service organizations e.g., food pantries, homeless shelters, counseling services
  • the holistic hospital patient care and management system 10 may receive data streamed real-time, or from historic or batched data from various data sources. Further, the system 10 may store the received data in a data store 24 or process the data without storing it first.
  • the real-time and stored data may be in a wide variety of formats according to a variety of protocols, including CCD, XDS, HL7, SSO, HTTPS, EDI, CSV, etc.
  • the data may be encrypted or otherwise secured in a suitable manner.
  • the data may be pulled (polled) by the system 10 from the various data sources or the data may be pushed to the system 10 by the data sources. Alternatively or in addition, the data may be received in batch processing according to a predetermined schedule or on-demand.
  • the data store 24 may include one or more secure local servers, memory, drives, and other suitable storage devices. Alternatively or in addition, the data may be stored in a data center in the cloud.
  • the computer system 12 may comprise a number of computing devices, including servers, that may be located locally or in a cloud computing farm.
  • the data paths between the computer system 12 and the data store 24 may be encrypted or otherwise protected with security measures or transport protocols now known or later developed.
  • FIG. 2 is a simplified diagram of an exemplary architecture 30 of the holistic hospital patient care and management system and method 10 according to the present disclosure.
  • data 32 from the information sources are in a plurality of EMR-specific data definitions 33, and social service data definitions 34.
  • Each clinical or non- clinical (social service) institution or entity may define the format for its own data and database, which is typically different from that of other entity or organization's database formats.
  • the EMR-specific data definitions 33 are mapped or translated to a number of data models 36 used by the system 10. It is preferable that the system's data models 36 are normalized, or in other words, organized or arranged to minimize redundancy.
  • the system's data models 36 are further converted or mapped to a number of application-specific data models 37 that are developed for the system's software applications, such as real time applications 38 and reporting applications 39.
  • the system further continuously perform ongoing model maintenance to ensure that optimal performance is achieved.
  • FIG. 3 is a timeline diagram of an exemplary embodiment of a clinical predictive and monitoring subsystem 40 of the holistic hospital patient care and management system and method 10 according to the present disclosure.
  • the timeline diagram is used to illustrate how the holistic hospital patient care and management system and method 10 may be applied to a typical patient experiencing congestive heart failure as an example.
  • a majority of U.S. hospitals struggle to contain readmission rates related to congestive heart failure.
  • numerous studies have found that some combination of careful discharge planning, care provider coordination, and intensive counseling can prevent subsequent re-hospitalizations, success is difficult to achieve and sustain at the typical U.S. hospital.
  • Enrolling all heart failure patients into a uniform, high intensity care transition program requires a depth of case management resources that is out of reach for many institutions, particularly safety-net hospitals.
  • the clinical predictive and monitoring subsystem and method 40 is adapted to accurately stratify risk for certain diseases and conditions such as 30-day readmission among congestive heart failure patients.
  • EMTs Emergency Medical Technicians
  • the ideal protocol is that the EMTs assess the patient, takes vital signs, and via video cameras worn by the EMT (using, e.g., glasses-mounted camera or shoulder-mounted camera), transmits a video of the patient to appropriate medical personnel at the hospital.
  • the EMTs recognize and validate that the patient may be suffering from a heart attack, and prepares to administer care to stabilize the patient. All past medical history and data of the patient become accessible from the hospital's EMR to the EMT personnel, who notes a patient allergy to aspirin prior to administration of any therapy.
  • the EMT is able to deliver appropriate care to the patient, and is in constant communication with the on-site physician who is awaiting the patient's arrival.
  • stored historical and real-time patient data are analyzed by the clinical predictive and monitoring system and method to confirm both the likelihood of diagnosis of a specific disease(s) and the likelihood of occurrence of certain subsequent adverse events related to the patient, such as congestive heart failure (readmission), taking into account the most recent adverse event as well.
  • the processes for disease identification and risk score calculation are described in more detail below.
  • Bypass surgery may be identified by physicians as necessary to alleviate angina and reduce the risk of death. During surgery, the system transmits the patient's conditions and status on a real time basis to the patient's family.
  • FIG. 4 is a simplified logical block diagram further illustrating the information input into and output from the holistic hospital patient care and management system and method 10. As noted above, the system 10 retrieves and uses patient data that include real-time and historical clinical and non-clinical data 40.
  • a patient When a patient first presents at a medical facility, such as an emergency department of a hospital, his or her symptoms and information 41 such as height, weight, personal habits (e.g., smoking/non-smoking), current medications, etc. are noted and entered by the medical staff into the system 10. Additionally, the system 10 regularly receives the patient's clinical information, including vital signs 42, (e.g., blood pressure, pulse rate, and body temperature). The healthcare staff may order lab tests and these results 43 are also transmitted or entered into the system 10. The healthcare staffs input 44, including notes, diagnosis, and prescribed treatment are entered into the system 10 as well.
  • vital signs 42 e.g., blood pressure, pulse rate, and body temperature
  • the healthcare staff may order lab tests and these results 43 are also transmitted or entered into the system 10.
  • the healthcare staffs input 44 including notes, diagnosis, and prescribed treatment are entered into the system 10 as well.
  • the patient and/or family member may be given a tablet, laptop computer or use a mobile telephone to access custom applications designed to facilitate input 45 around the patient's preferences (dietary preferences, preferred rounding time, complaints about medications, etc.), comments, feedback, and current (clinical) status during the patient's stay at the hospital, as well as after discharge from the hospital.
  • the hospital is equipped with a variety of tools, equipment and technology that are configured to monitor the patient's vital signs, wellbeing, presence, location, and other parameters. These may include RFID tags and sensors, or GPS systems, for example, for location monitoring.
  • cameras may be mounted in the patient room, hallways, emergency department, radiology department, and other parts of the hospital to generate still and moving video images of the patient.
  • the patient monitoring, location tracking, and image data 46 from these devices are also provided as input to the system.
  • Healthcare staff such as physicians and nurses may also carry ID badges with embedded RFID tags that enable their location, movement, and availability within the hospital to be tracked.
  • This healthcare staff tracking information 47 is provided as input to the system. Further, for resource management, the availability of certain hospital resources is also tracked and monitored, with occupied and free resources noted appropriately. Other resources such as equipment, medication, supplies may include RFID tags that are used to track their location (shelf, room, storage, department, etc.), use, and availability.
  • the system 10 also receives this resource tracking data 48 from the various sensors distributed throughout the facilities.
  • another input includes "What-I ' scenarios 49 intended to simulate outcomes given specific parameters and conditions as entered by a member of the operations group of the hospital or health facility.
  • the user may select one or more constraints, such as staffing level, hours of operation, the number of new patients, the number of available patient beds, the availability of certain medical equipment, the amount of supplies, and simulation time period, varying values to create a simulated scenario for purposes of generating possible outcomes.
  • the system 10 may further generate recommendations based on the simulated outcome to avoid adverse events or unfavorable results.
  • All of the above-described input data including the clinical and non-clinical patient data are continually received, collected, and/or polled by the system 10 whenever they become available and are used in analysis for a number of output data and results.
  • the data may be presented in numerical format, graphical format, textual format, etc.
  • the system 10 is configured to provide disease identification 50, risk identification 51, adverse event identification 52, and recommended treatment and therapy 53 on a real-time or near real-time basis.
  • the information presented by the system 10 preferably includes an identification of one or more diseases that the patient has, whether the patient is at risk for readmission due to a particular condition, and whether there is a risk of the occurrence of one or more adverse events.
  • the system 10 includes a predictive model that provides treatment or therapy recommendations based on the patient's data (e.g., medical history, symptoms, current vital signs, lab results, and the clinician's notes, comments, and diagnosis), and forms the fundamental technology for identification of diseases, readmission risk, adverse events, and situation simulation. Additionally, the system 10 is configured to generate a course of treatment or therapy recommendations for the patient based on disease, risk, and adverse event identification. Disease identification, risk identification, adverse event identification, and patient care surveillance information are displayed, reported, transmitted, or otherwise presented to healthcare personnel based on the user's identity or in a role-based manner. In other words, a patient's data and analysis is available to a particular user if that user's identity and/or role is relevant to the patient's care and treatment.
  • the patient's data e.g., medical history, symptoms, current vital signs, lab results, and the clinician's notes, comments, and diagnosis
  • the system 10 is configured to generate a course of treatment or therapy recommendations for the patient based on disease, risk,
  • the attending physician and the nursing staff may access the patient data as well as receive automatically-generated alerts regarding the patient's status, and missed or delayed treatment.
  • An attending physician may only have access to information for patients under his/her care, but an oncology department head may have access to data related to all of the cancer patients admitted at the facility, for example.
  • the hospital facility's chief medical officer and chief nursing officer may have access to all of the data about all of the patients treated at the facility so that innovative procedures or policies may be implemented to prevent or minimize adverse events.
  • the system 10 provides information on the availability of the healthcare staff 54, such as current nurse load for efficient resource allocation purposes.
  • the system 10 also has an inventory of available equipment, supplies, and other resources 55, and can quickly pinpoint the location of available and required medical resources.
  • Another form of information or data presented by the system 10 is information about the disease, therapy, and care plan useful to the patient and family 56.
  • the patient and family may also have access to the patient's medical information, lab results, prescriptions, etc.
  • the system 10 also provides what-if simulation results 57 in response to the variations on some input parameters including staffing level, hours of operation, resource availability, current patient census, etc.
  • the system 10 also outputs various notifications and alerts 58 to the appropriate personnel so that proper action can be taken regarding the patient's treatment and care.
  • Any of the functions described above may include an alert and notification output that can immediately present and push information to a user. For example, if a patient's lab results or vitals became available and it suggests that the patient's condition is deteriorating, an alert is immediately generated and transmitted to the attending physician and/or nursing staff.
  • FIG. 5 is a simplified logical block diagram of an exemplary embodiment of the holistic hospital patient care and management system and method 10 according to the present disclosure.
  • the holistic hospital patient care and management system and method 10 receives and extracts data from many disparate sources in myriad formats pursuant to different protocols, the incoming data must first undergo a multi-step process before they may be properly analyzed and utilized.
  • the holistic hospital patient care and management system and method 10 includes a data integration logic module 60 that further includes a data extraction process 62, a data cleansing process 63, and a data manipulation process 64. It should be noted that although the data integration logic module 60 is shown to have distinct processes 62-64, these are done for illustrative purposes only and these processes may be performed in parallel, iteratively, and interactively.
  • the data extraction process 62 extracts clinical and non-clinical data from data sources in real-time or batch files using hospital-accepted protocols.
  • the data cleansing process 63 "cleans” or pre-processes the data, putting structured data in a standardized format and preparing unstructured text for natural language processing (NLP) to be performed in the disease/risk logic module 66 described below.
  • NLP natural language processing
  • the system 10 may also receive "clean" data or previously processed data and convert them into desired formats (e.g., text date field converted to numeric for calculation purposes).
  • the data manipulation process 64 may analyze the representation of a particular data feed against a meta-data dictionary and determine if a particular data feed should be reconfigured or replaced by alternative data feeds. For example, a given hospital EMR may store the concept of "maximum creatinine" in different ways. The data manipulation process 64 may make inferences in order to determine which particular data feed(s) from the EMR would most accurately represent the whole concept of "creatinine" as defined in the meta-data dictionary and whether a feed would need particular re-configuration to arrive at the maximum value (e.g., select highest value).
  • the maximum value e.g., select highest value
  • the data integration logic module 60 then passes the pre-processed data to a disease/risk logic module 66.
  • the disease/risk logic module 66 is operable to calculate a risk score associated with a specific disease or condition for each patient and subsequently identify those patients who should receive more targeted intervention and care as a result of the assigned risk score (e.g., patient's risk of readmission for a particular condition, patient's risk of the occurrence of one or more adverse events).
  • the disease/risk logic module 66 includes a de-identification/re-identification process 67 that is adapted to remove all protected identifying information according to HIPAA standards before the data is transmitted over the Internet. It is also adapted to re-identify the data.
  • Protected identifying information that may be removed and added back later may include, for example, name, phone number, facsimile number, email address, social security number, medical record number, health plan beneficiary number, account number, certificate or license number, vehicle number, device number, URL, all geographical subdivisions smaller than a state identifier, including street address, city, county, precinct, zip code, and their equivalent geocodes (except for the initial three digits of a zip code, if according to the current publicly available data from the Bureau of the Census), Internet Protocol number, biometric data, and any other unique identifying number, characteristic, or code.
  • the disease/risk logic module 66 further includes a disease identification process 68.
  • the disease identification process 68 is configured to identify one or more diseases or conditions of interest for each patient.
  • the disease identification process 68 considers data such as, but not limited to, lab orders, lab values, clinical text and narrative notes, and other clinical and historical information to determine the probability that a patient has a particular disease. Additionally, during disease identification, natural language processing is conducted on unstructured clinical and non-clinical data to determine the potential disease(s) that the physician believes are likely to be diagnosed for the patient. This process 68 may be performed iteratively over the course of multiple days to establish a higher confidence in identifying the disease as the attending physician becomes more certain in the diagnosis. When a patient is identified to have a particular disease, the patient is identified in a disease list for that ailment. Where new or updated patient data may not support a previously identified disease, the system would automatically remove the patient from that disease list.
  • the disease/risk logic 66 includes a hybrid model of natural language processing and generation 70, which combines a rule-based model and a statistically-based learning model.
  • natural language processing 70 raw unstructured data, for example, physicians' notes and reports, first go through a process called tokenization.
  • the tokenization process divides the text, in the form of raw unstructured data, into basic units of information in the form of single words or short phrases by using defined separators such as punctuation marks, spaces, or capitalizations.
  • these basic units of information are identified in a meta-data dictionary and assessed according to predefined rules that determine meaning.
  • the disease identification process 68 quantifies the relationship and frequency of word and phrase patterns and then processes them using statistical algorithms. Using machine learning, the statistical-based learning model develops inferences based on repeated patterns and relationships.
  • the disease identification process 68 performs a number of complex natural language processing functions including text pre-processing, lexical analysis, syntactic parsing, semantic analysis, handling multi-word expression, word sense disambiguation, and other functions.
  • a physician's notes include the following: "55 yo m c h/o dm, cri. now with adib rvr, chfexac, and rle cellulitis going to 10W, tele.”
  • the data integration logic 60 is operable to translate these notes as: "Fifty-five-year-old male with history of diabetes mellitus, chronic renal insufficiency now with atrial fibrillation with rapid ventricular response, congestive heart failure exacerbation and right lower extremity cellulitis going to 10 West and on continuous cardiac monitoring.”
  • the disease identification process 68 is adapted to further ascertain the following: 1) the patient is being admitted specifically for atrial fibrillation and congestive heart failure; 2) the atrial fibrillation is severe because rapid ventricular rate is present; 3) the cellulitis is on the right lower extremity; 4) the patient is on continuous cardiac monitoring or telemetry; and 5) the patient appears to have diabetes and chronic renal insufficiency.
  • the disease component/risk logic module 66 further comprises a predictive modeling process 71 that is adapted to predict the risk of being diagnosed with particular diseases or developing an adverse event of interest according to one or more predictive models. For example, if a hospital desires to determine the level of risk for future readmission for heart failure, the heart failure predictive model may be selected for processing patient data. However, if the hospital desires to determine the risk levels for readmission for all internal medicine patients for any cause, an all-cause readmissions predictive model may be used to process the patient data. As another example, if the hospital desires to identify those patients at risk for short-term and long-term diabetic complications, the diabetes disease identification component may be used to target those patients. Other predictive models may include HIV readmission, risk for cardio-pulmonary arrest, kidney disease progression, acute coronary syndrome, pneumonia, cirrhosis, colon cancer pathway adherence, and others.
  • the predictive model for congestive heart failure may take into account a set of risk factors, such as laboratory and vital sign variables including: albumin, total bilirubin, creatine kinase, creatinine, sodium, blood urea nitrogen, partial pressure of carbon dioxide, white blood cell count, troponin-I, glucose, internationalized normalized ratio, brain natriuretic peptide, pH, temperature, pulse, diastolic blood pressure, and systolic blood pressure. Further, non-clinical factors are also considered.
  • the predictive model is configured to each hospital based on a retrospective data analysis conducted to tune the model to fit the unique characteristics of each individual hospital.
  • the system is able to stratify, in real-time, the risk of each patient that arrives at a hospital or another healthcare facility. Therefore, those patients at the highest risk are automatically identified so that targeted intervention and care may be instituted.
  • One output from the disease component/risk logic module 66 includes the risk scores of all the patients for particular potential disease diagnosis or adverse event.
  • the module 66 may rank the patients according to the risk scores, and provide a sortable list to facilitate prioritizing the patients needing the most resources. For example, a hospital may desire to identify the top 20 patients most at highest risk for congestive heart failure readmission, and the top 5% of patients most at highest risk for cardio-pulmonary arrest in the next 24 hours.
  • Other diseases and adverse events that may be identified through risk stratification using predictive modeling include, HIV readmission, diabetes identification, kidney disease progression, colorectal cancer continuum screening, meningitis management, acid-base management, anticoagulation management, etc.
  • the natural language generation module 70 is adapted to receive the unstructured clinical information for a patient, and "translate" that data to present the textual evidence that the patient is at high-risk for a specific disease. In this manner, the intervention coordination team may better formulate the targeted inpatient and outpatient intervention and treatment plan to address the patient's potential specific situation.
  • the disease component/risk logic module 66 further includes an artificial intelligence (AI) model tuning process 72.
  • the artificial intelligence model tuning process 72 utilizes adaptive self-learning capabilities using machine learning technologies. The capacity for self-reconfiguration enables the system and method 10 to be sufficiently flexible and adaptable to detect and incorporate trends or differences in the underlying patient data or population that may affect the predictive accuracy of a given algorithm.
  • the artificial intelligence model tuning process 72 may periodically retrain a selected predictive model for improved accurate outcome to allow for selection of the most accurate statistical methodology, variable count, variable selection, interaction terms, weights, and intercept for a local health system or clinic.
  • the artificial intelligence model tuning process 72 may automatically modify or improve a predictive model in three exemplary ways. First, it may adjust the predictive weights of clinical and non-clinical variables without human supervision.
  • the artificial intelligence model tuning process 72 may, without human supervision, evaluate new variables present in the data feed but not used in the predictive model, which may result in improved accuracy.
  • the artificial intelligence model tuning process 72 may compare the actual observed outcome of the event to the predicted outcome then separately analyze the variables within the model that contributed to the incorrect outcome. It may then re-weigh the variables that contributed to this incorrect outcome, so that in the next reiteration those variables are less likely to contribute to a false prediction.
  • the artificial intelligence model tuning process 72 is adapted to reconfigure or adjust the predictive model based on the specific clinical setting or population in which it is applied. Further, no manual reconfiguration or modification of the predictive model is necessary.
  • the artificial intelligence model tuning process 72 may also be useful to scale the predictive model to different health systems, populations, and geographical areas in a rapid timeframe.
  • the sodium variable coefficients may be periodically reassessed to determine or recognize that the relative weight of an abnormal sodium laboratory result on a new population should be changed from 0.1 to 0.12. Over time, the artificial intelligence model tuning process 72 examines whether thresholds for sodium should be updated. It may determine that in order for the threshold level for an abnormal sodium laboratory result to be predictive for readmission, it should be changed from, for example, 140 to 136 mg/dL.
  • the artificial intelligence model tuning process 72 is adapted to examine whether the predictor set (the list of variables and variable interactions) should be updated to reflect a change in patient population and clinical practice.
  • the sodium variable may be replaced by the NT-por-BNP protein variable, which was not previously considered by the predictive model.
  • the results from the disease component/risk logic module 66 are provided to the designated medical staff, such as the intervention coordination team and other care providers, by a data presentation and system configuration logic module 74.
  • the data presentation logic module 74 includes a dashboard interface 75 that is adapted to provide information on the performance of the system and method 10.
  • a user e.g., medical staff, administrator, and intervention coordination team
  • the interface may further be responsive to audible commands, for example. Because the number of patients a hospital admits each day can be overwhelming, a simple graphical interface that maximizes efficiency and reduces user navigation time is especially desirable.
  • the visual cues are preferably presented in the context of the problem being evaluated (e.g., readmissions, out-of- ICU, cardiac arrest, diabetic complications, among others).
  • the dashboard user interface 75 allows interactive requests for a variety of views, reports and presentations of extracted data and risk score calculations from an operational database within the system, including for example, summary views of a list of patients in a specific care location; graphical representations of the data for a patient or population over time; comparison of incidence rates of predicted events to the rates of prediction in a specified time frame; summary text clippings, lab trends and risk scores on a particular patient for assistance in dictation or preparation of history and physical reports, daily notes, sign-off continuity of care notes, operative notes, discharge summaries, continuity of care documents to outpatient medical practitioners; automated order generation of orders authorized by a care provider's healthcare environment and state and national guidelines to be returned to the practitioner's office, outside healthcare provider networks or for return to a hospital or practices electronic medical record; aggregation of the data into frequently used medical formulas to assist in care provision including but not limited to: acid-base calculation, MELD score, Child-Pugh-Turcot score, TIMI risk score, CHADS score, estimated creatin
  • the data presentation and system configuration logic module 74 further includes a messaging interface 76 that is adapted to generate output messaging code in forms such as HL7 messaging, text messaging, e-mail messaging, multimedia messaging, web pages, web portals, REST, XML, computer generated speech, constructed document forms containing graphical, numeric, and text summary of the risk assessment, reminders, and recommended actions.
  • a messaging interface 76 that is adapted to generate output messaging code in forms such as HL7 messaging, text messaging, e-mail messaging, multimedia messaging, web pages, web portals, REST, XML, computer generated speech, constructed document forms containing graphical, numeric, and text summary of the risk assessment, reminders, and recommended actions.
  • the interventions generated or recommended by the system and method 10 may include: risk score report to the primary physician to highlight risk of readmission for their patients; score report via new data field input into the EMR for use by population surveillance of entire population in hospital, covered entity, accountable care population, or other level of organization within a healthcare providing network; comparison of aggregate risk of readmissions for a single hospital or among hospitals within a system to allow risk- standardized comparisons of hospital readmission rates; automated incorporation of score into discharge summary template, continuity of care document (within providers in the inpatient setting or to outside physician consultants and primary care physicians), HL7 message to facility communication of readmission risk transition to nonhospital physicians; and communicate subcomponents of the aggregate social-environmental score, clinical score and global risk score.
  • This output may be transmitted wirelessly or via LAN, WAN, the Internet, and delivered to healthcare facilities' electronic medical record stores, user electronic devices (e.g., pager, text messaging program, mobile telephone, tablet computer, mobile computer, laptop computer, desktop computer, and server), health information exchanges, and other data stores, databases, devices, and users.
  • the system and method 10 may automatically generate, transmit, and present information such as high-risk patient lists with risk scores, natural language generated text, reports, recommended therapies, alerts, Continuity of Care Documents, flags, appointment reminders, telemedicine video communications, simulation results and recommendations, healthcare staff location and availability, and patient/family surveys or questionnaires.
  • the data presentation and system configuration logic module 74 further includes a system configuration interface 77.
  • Local clinical preferences, knowledge, and approaches may be directly provided as input to the predictive models through the system configuration interface 77.
  • This system configuration interface 77 allows the institution or health system to set or reset variable thresholds, predictive weights, and other parameters in the predictive model directly.
  • the system configuration interface 77 preferably includes a graphical user interface designed to minimize user navigation time.
  • FIG. 6 is a simplified flowchart of an exemplary embodiment of a clinical predictive and monitoring method 80 according to the present disclosure.
  • the method 80 receives structured and unstructured clinical and non-clinical data related to specific patients from a variety of sources and in a number of different formats, as shown in block 82. These data may be encrypted or protected using data security methods now known or later developed.
  • the method 80 pre-processes the received data: data extraction, data cleansing, and data manipulation. Other data processing techniques now known and later developed may be utilized.
  • data processing methods such as natural language processing and other suitable techniques may be used to translate or otherwise make sense of the unstructured data.
  • one or more potential diseases or adverse events of interest as related to each patient are identified.
  • the method 80 applies one or more predictive models to further analyze the data and calculate one or more risk scores for each patient as related to the identified diseases or adverse events.
  • one or more lists showing those patients with the highest risks for each identified disease or adverse event are generated, transmitted, and otherwise presented to designated medical staff, such as members of an intervention coordination team. These lists may be populated in real- time, or otherwise regularly according to a recurring schedule depending on hospital capability and resources. The intervention coordination team may then prescribe and follow targeted intervention and treatment plans for inpatient and outpatient care.
  • those patients identified as high-risk are continually monitored while they are undergoing inpatient and outpatient care.
  • the method 80 ends in block 98.
  • the de -identification process in which the data become disassociated with the patient's identity to comply with HIPAA regulations.
  • the data can be de-coupled with the patient's identity whenever they are transmitted over wired or wireless network links that may be compromised, and otherwise required by HIPAA.
  • the method 80 is further adapted to reunite the patient data with the patient's identity.
  • FIG. 7 is a simplified flowchart/block diagram of an exemplary embodiment of a clinical predictive modeling method 100 according to the present disclosure.
  • a variety of data are received from a number of disparate data sources 102 related to particular patients admitted at a hospital or a healthcare facility.
  • the incoming data may be received in real-time or the data may be pulled in batches.
  • the incoming data are stored in a data store 104.
  • the received data undergo a data processing and integration process following data extraction (e.g., data cleansing and data manipulation), as described above.
  • the resultant data then undergo the disease risk logic process 108 during which disease identification, and predictive modeling are performed.
  • the risk score (with specific regard to high risk) computed for each patient for a disease of interest is compared to a disease high risk threshold in block 110.
  • Each disease is associated with its own high risk threshold. If the risk score is less than the high risk threshold, then the process determines if the patient's risk score falls into the medium or low risk categories, otherwise the process returns to data integration and is repeated when new data associated with a patient become available. If the risk score is greater than or equal to the high risk threshold, then the identified patient having the high risk score is identified as 'high risk' and included in a patient list in block 112.
  • the patient list and other associated information may then be presented to the intervention coordination team in one or more possible ways, such as transmission to and display on a desktop or mobile device in the form of a text message, e-mail message, web page, etc.
  • an intervention coordination team is notified and activated to target the patients identified in the patient list for assessment, and inpatient and outpatient treatment and care, as shown in block 118.
  • the process may thereafter provide feedback data to the data sources 102 and/or return to data integration 106 that continues to monitor the patient during his/her targeted inpatient and outpatient intervention and treatment.
  • Data related to the patient generated during the inpatient and outpatient care such as prescribed medicines and further laboratory results, radiological images, etc. may be continually monitored to track intervention completion.
  • FIG. 8 is a simplified flowchart diagram of an exemplary embodiment of a dashboard user interface method 120 according to the present disclosure.
  • the patients' data are evaluated as described above, and those patients associated with targeted diseases and surveillance conditions are identified in block 122.
  • the targeted diseases are those illnesses that the patient is at risk for readmission to the healthcare facility.
  • the monitored conditions are those patient conditions, e.g., injury and harm, that are indicative of occurrence of adverse events in the healthcare facility.
  • the patients' inclusion on a particular disease or surveillance condition list is further verified by comparison to a predetermined probability threshold, as shown in block 124. If the probability threshold is met, then the patient is classified or identified as belonging to a disease list or condition list.
  • the display is also updated so that when a user selects a particular disease list for display, that patient is shown in the list, as shown in block 126.
  • a particular disease list for display that patient is shown in the list, as shown in block 126.
  • the list of patients that are at risk for 30-day readmission due to congestive heart failure (CHF) are identified and listed in the active congestive heart failure list. Details of the exemplary screen are provided below.
  • CHF congestive heart failure
  • the user may use the displayed information acknowledging and adhering to patient privacy protocols, and generate standard or custom reports.
  • the reports may be primarily textual in nature, or include graphical information.
  • a graphical report may chart the comparison of expected to observed readmission rates for any disease type, condition, or category for patients enrolled or not enrolled in an intensive intervention program, the readmission rates for enrolled versus dropped patients over a period of time for any disease type, condition, or category. Patients with greater than 95%, for example, probability of having heart failure, total versus enrolled in an intervention program over a specified time period, and the number of patients not readmitted within 30-day discharge readmission window.
  • Additional exemplary standard tracking reports may further identify all enrolled patients for which: post-discharge appointments are scheduled, post-discharge phone consults are scheduled, patient has attended follow-up appointment, patient has received post-discharge phone consult, patient has received and filled medical prescriptions, and patient has received transportation voucher.
  • Further sample reports may include a comparison of expected to observed readmission rates for any disease type, adverse event, or category for intervention program-enrolled and not enrolled patients, or readmission rates for intervention- enrolled vs. dropped patients over a period of time for any disease type, adverse event, or category.
  • Another type of report available is outcome optimization reports. These are reports designed to help users (administrators) assess the benefit and efficacy of a program, establish benchmarks, and identify needs for change on systematic and population levels to improve care outcomes.
  • the report may include data that assist in assessing the effectiveness of the identifying high risk patients. Some of the data may demonstrate effort spent, patients enrolled in an intervention program following designation as high risk for an adverse event, and how often those patents truly are afflicted with the identified diseases. Reports may include data that assist in assessing whether interventions are given to the right patients, at the right time, etc.
  • the data is evaluated to identify or verify disease/condition.
  • the patient may be reclassified if the data now indicate the patient should be classified differently, for example.
  • a patient may also be identified as potentially being diagnosed with an additional disease and be classified as such.
  • the system identifies a particular patient as having CHF.
  • the system identifies this patient as also having AMI.
  • this patient is identified as an AMI candidate and a CHF candidate.
  • Targeted predictive readmission diseases may include: congestive heart failure, pneumonia, acute myocardial infarction, diabetes, cirrhosis, and all cause.
  • Targeted disease or adverse event identification may include: sepsis, chronic kidney disease, and diabetes mellitus.
  • Targeted conditions due to a possible adverse event for surveillance may include: sepsis, post-operative pulmonary embolism (PE) or deep vein thrombosis (DVT), post-operative sepsis, post-operative shock, unplanned return to surgery, respiratory failure, hypertension, unexpected injury, inadequate communication, omission or errors in assessment, diagnosis, or monitoring, falls, hospital-acquired infections, medication-wrong patient, patent identification issues, out-of-ICU cardiopulmonary arrest and mortality, chronic kidney disease, shock, trigger for narcan, trigger for narcotic (over-sedation), trigger for hypoglycemia, and unexpected death.
  • PE post-operative pulmonary embolism
  • DVDTT deep vein thrombosis
  • the evaluation may include users inputting observations and comments about the patient, for example.
  • a user a healthcare provider
  • the user may review, via the user interface, notes and recommendations associated with a particular patient and confirm the inclusion of that patient in the congestive heart failure list for intervention program enrollment, as shown in block 108.
  • the user may review the clipped clinician's notes that call attention to key words and phrases that led to a disease identification by the system.
  • Key terms such as “shortness of breath,” “BNP was elevated,” and “Lasix” may help the user validate the disease identification of CHF for that patient, and validate enrollment of the patient into a specific intervention program. If the patient's classification, risk level, and eligibility level are confirmed, there is no change in the patient's classification and the data that are displayed (except to indicate this classification has been confirmed), as shown in block 109.
  • the user may supply or enter comments associated with the confirmation. The user may disagree with the inclusion of the patient in the congestive heart failure list, or express uncertainty or enter comments explaining his or her assessment. User comments are stored and can be seen by other users, allowing clear and timely communication between team members. The user may proceed to select a report or a display parameter, or review and evaluate particular selected patients.
  • the system may additionally display or flag information about the patient that contributed to the inclusion of the patient on a particular list. For example, if the user denies the disease identification that John Smith has heart failure, the system may further request confirmation wherein which the user is required to respond to the query with yes or no.
  • the system may additionally request rationale from the user for wanting to remove the patient from the active list.
  • the rationale supplied by the user may be stored and displayed as reviewer comments.
  • the user may also indicate uncertainty, which may result in the patient being removed from the active list and placed on a watch list for further evaluation.
  • the user may then review and evaluate additional patients on the same target disease list or review patients included on other disease and adverse event lists.
  • the user may use, with compliance and adherence to patient privacy protocols, in some form, the displayed information, such as generating standard or custom reports.
  • a patient is identified as a CHF patient at the time of admission. After receiving more data (i.e., new lab results and new physician notes) during her hospital stay, the system has identified this patient as having AMI.
  • Elevated troponins -NSTEMI despite pt denying CP - pt with known hx of CAD, mild troponin leak 0.13->0.15->0.09->0.1 - on admission pt given 325, Plavix load with 300 mg 1, and heparin gtt - Metop increased 50 mg q6, possibly change Coreg at later time - LHC today per Cardiology, with PCI. also discuss with EP for possible ICD placement 2.
  • the reviewer may assess the above admission notes with the disease identification of CHF compared with a disease identification of AMI by the system 10 in an effort to validate this new real-time disease identification.
  • the admission note indicated CHF as the primary disease.
  • Key highlighted terms that are indicative of CHF include "pmh of CAD” (past medical history of coronary artery disease, "SOB” (shortness of breath), "edema,” “elevated BNP.”
  • SOB past medical history of coronary artery disease
  • edema CAD
  • the second note indicates that while the patient has CHF, CAD is the primary cause of the CHF.
  • the dashboard user interface 75 may also indicate a change in the level of risk.
  • the system may identify a patient initially evaluated to be at medium risk of readmission to currently be at high risk for readmission. A reviewer can follow these changes in real-time and to validate the change in risk level and take any additional appropriate action.
  • the holistic hospital patient care and management system and method 10 further include a number of novel features shown in FIGS. 9-16 described below.
  • FIG. 9 is a simplified flowchart of an exemplary embodiment of an enhanced predictive modeling method 140 according to the present disclosure.
  • the patient's consent for continued collection and analysis of the patient's data is requested. Because the enhanced method will continue to track and monitor the patient's wellbeing and collect data associated with the patient for analysis, the patient's consent is sought to comply with all local, state, and federal regulations. If the patient's consent is not received or the patient declined, as determined in block 144, then the patient's no consent status is recorded in the system's database, as shown in block 146. If the consent is received in block 144, then the patient's visits to clinical/medical and non-medical/social service appointments are monitored and tracked and data recorded, as shown in block 148.
  • the patient's social media data may also be received and stored for analysis, upon receipt of patient consent, as shown in block 150.
  • the patient's vitals may be continuously monitored and taken automatically or otherwise for analysis, as shown in block 152 through an electronic device (worn by the patient) that is capable of measuring the vitals of the patient on a periodic basis, such as once or twice a day. This information may be automatically relayed or transmitted to the system 10 directly or via a portal or information exchange.
  • the enhanced predictive model is capable of serving as a reliable warning tool for the timely detection and prevention of adverse events. Its functionality may include patient risk stratification, notification of clinical staff of an adverse event, and identification of health service and relevant social service organizations based on the patient's location to best serve the patient's needs.
  • the system 10 may notify caregiver or healthcare provider via, for example, pages, best practice alerts, conventional alerts, and visualization reports.
  • FIG. 10 is a simplified flowchart of an exemplary embodiment of a facial and biological recognition process 140 according to the present disclosure. It is assumed that the patient has given all required consent for the enrollment into this program.
  • One or more video and/or still cameras are placed in strategic locations in the patient's room. For example, a camera may be mounted on the ceiling above the patient's bed to be able to capture unimpeded visible light and infrared thermal images of the patient's face.
  • nurses attending to the patient may wear a video camera attached to his uniform, glasses, or other accessories.
  • the cameras are preferably capable of capturing high definition and high quality images. These images may be accessible by attending physicians and nurses.
  • the system continually receives images of the patient, and records those images.
  • the system continually analyzes the patient's images to detect biological changes indicative of an adverse clinical outcome which may not have physically manifested in the patient yet.
  • the algorithm considers abnormalities in variables such as body temperature, conjunctival color, pupillary responsiveness, facial expression, etc.
  • the system uses facial recognition and artificial intelligence software to recognize and detect certain changes in temperature, color, and expressions. For example, a change in the patient's conjunctival color may be identified as a possibility that the patient is becoming anemic due to anostomotic hemorrhage post-surgery.
  • a mild change in the patient's pupillary responsiveness may be detected by the system as a change in intra-cranial pressure that requires attention.
  • the system may also recognize an expression on the patient's face that indicates the patient is experiencing pain or severe discomfort.
  • FIG. 11 is a simplified flowchart of an exemplary embodiment of an automated patient monitoring process 150 according to the present disclosure.
  • the patient's consent for the collection and analysis of data is requested.
  • the patient's no consent status is noted in the system in block 156, and the patient is not enrolled in this program. If the patient does provide consent, then the patient is tracked and monitored in a number of ways, including location, social service appointments and visits, and vitals, as shown in blocks 158-162.
  • the patient's location may be determined using various suitable technologies, including RFID, GPS, and WiFi/cell tower triangulation.
  • the patient may be given an RFID bracelet or another form of accessory when the patient was first admitted in a hospital.
  • the patient's location may then be tracked by a plurality of RFID sensors distributed within the hospital.
  • clinical and social service organizations that participate in this patient monitoring program may be outfitted with RFID so that when the patient visits the organization for an appointment, his presence is detected.
  • mobile devices such as mobile telephones equipped with GPS capabilities has become ubiquitous, a patient's location and movement may also be tracked using the device's GPS functionality and relayed back to the system via an application (app) downloaded to the patient's device.
  • the sensors and mobile devices are configured to transmit the patient's detected location to the system for recording and analysis.
  • the system is able to determine that the patient's location matches up with the patient's calendar appointments for healthcare and social services, and is thus properly following prescribed therapies and treatment.
  • This functionality combined with disease and risk identification functions provide a capability of identifying the highest priority patients based on severity of disease and deploying the right resources to the most vulnerable patients in timely manner. Patients that repeatedly fail to follow prescribed therapies may cause an alert to be generated and sent to healthcare providers or social service providers so that additional, more focused assistance or guidance may be given to the patient.
  • FIG. 12 is a simplified flowchart of an exemplary embodiment of an automated healthcare staff monitoring process 170 according to the present disclosure. This function is capable of assessing existing nurse availability and workload and producing new staff assignments based on current or expected patient inflow.
  • Healthcare staff such as nurses are given ID badges that have embedded RFID tags that respond to RFID sensors distributed throughout the hospital facility.
  • ID badges that have embedded RFID tags that respond to RFID sensors distributed throughout the hospital facility.
  • RFID technology each nurse's location can be determined, tracked, and recorded.
  • a nurse that is inside a patient's room or substantially co-located with a patient is automatically identified as "busy” or "with patient.”
  • the system may also receive input from the nurses who can manually indicate on a user interface (of software application executing on a computing device such as mobile telephone, laptop computer, and desktop computer) or in some other manner that they are "busy” or “available.”
  • the nursing staff for each department may be clearly marked or delineated along with the patients assigned to each nurse.
  • the system continually receives the nursing staffs location information and makes a determination on whether each nurse is "busy” or “available.”
  • the nursing staff location and status are displayed on a graphical user interface of the system, as shown in block 174.
  • the nurses' location, current (real-time) status, and department designation are presented via the graphical user interface at one glance.
  • FIG. 13 is a simplified flowchart of an exemplary embodiment of an automated resource management process 180 according to the present disclosure.
  • This function is capable of tracking/monitoring hospital resource availability, deficiencies, and surpluses. Further, this function may be used to reserve resources for anticipated use. For example, the system may be used to hold a hospital bed for a patient undergoing testing; 2) notify appropriate staff to turnover beds for patients who have been discharged/transferred; and 3) indicate free beds once necessary cleaning and maintenance has occurred following patient discharge/transfer.
  • the system may be used to track and monitor all resources in a hospital, including patient beds, medical equipment, medicine, and supplies. All of these resources have an RFID tag that communicates with RFID sensors distributed throughout the hospital.
  • the system can detect and determine that certain equipment and supplies are located in a specific storage room and/or in a particular storage cabinet. Further, if a patient's RFID tag is co-located with the RFID tag of a particular hospital bed, then the system determines that the patient is occupying that bed and that bed is not available.
  • the system receives RFID sensor output that informs the system of the location of each resource item. This information is recorded and analyzed.
  • the resource information is also presented or displayed via a graphical user interface that provides an at-a- glance view of which bed (hospital room) is available for incoming patients, what equipment and supplies are available, as shown in block 184.
  • a status change is indicated, either automatically detected (e.g., when an item is moved as detected by RFID sensors) or by user input (e.g., when an assignment to a patient is entered by a user), the item's status is updated in the system, as shown in block 188. For example, a nurse may use a handheld barcode scanner to scan supplies and drugs that are being readied and used for a particular patient.
  • the information from the scan would then be transmitted to the system, which would update the status and location of these items in the appropriate inventory tracking module.
  • a nurse may scan, via the graphical user interface, that four emergency beds should be reserved as four critical patients are being transported to the hospital from an industrial accident. This information would be sent back to the system, and the quantity of required beds would be held by notification status of HOLD next to the unit/room number in the bed listing for the hospital. The process returns to block 182 to continually monitor and update resource location and status.
  • FIG. 14 is a simplified flowchart of an exemplary embodiment of a telemedicine process 190 according to the present disclosure.
  • the telemedicine function is configured to resolve the issue of competing and high priority demands faced by clinical staff. Functionality includes the identification of physicians who are able to provide remote clinical assessments and validate disease identification. Scenarios in which telemedicine is initiated are when the patient is taken to a clinic where specialized medical staff is not available for consult for the patient's disease or condition. Alternatively, a telemedicine session may be initiated when paramedics are assisting a patient and they need immediate assistance or consultation with a physician to deal with a time sensitive condition.
  • the patient's name and/or other forms of identifier is entered by the attending personnel assisting the patient.
  • the patient's clinical and non-clinical data are retrieved from the data store, and displayed if necessary.
  • the patient's current vitals and other information taken by the attending personnel are entered into the system and recorded, as shown in block 194.
  • the patient's medical history along with the current vitals and other information are used by the predictive model to identify a disease. This information is used to select a physician or other telemedicine staff that are available for the present telemedicine session.
  • the physicians' medical specialties are considered for the selection.
  • the available physicians and staff are displayed by specialty area. A selection may be recommended by the system taking all data into account or received by a manual selection by the attending personnel, as shown in block 198.
  • the selected physician or staff is alerted or notified by a method preferred by that person.
  • the status of the selected physician or staff is updated, as shown in block 202.
  • a two-way encrypted video session between the telemedicine physician and the attending personnel is initiated to enable the two parties to communicate, view the patient, share notes, and attend to the patient. In this manner, the best qualified telemedicine physician available may be automatically selected or recommended by the system to be consulted for the care of the patient.
  • FIG. 15 is a simplified flowchart of an exemplary embodiment of a patient/family engagement process 210 according to the present disclosure.
  • This function is capable of serving as a repository of reference material to inform provider decision-making and assist patients/families in self-care and disease management. This function further allows patients to describe all medical issues and submit questions to ensure that physician-patient communication is as efficient and transparent as possible.
  • a patient's family is also provided with opportunities to be notified of patient status in an effort to increase awareness and shared decision-making during complicated situations, such as surgery.
  • a software application may be provided to the patient or the patient may download the app to a computing device, such as a mobile device or laptop computer.
  • the patient and family member may be provided access to this function at admission to the hospital, with it remaining accessible even after discharge from the hospital, contingent on adequate Internet accessibility.
  • the patient and/or family member that have been given access to this function may enter authentication data or login information. Once the access is authenticated, a selective subset of the patient's data are retrieved from the data store and displayed, as shown in block 214. Also displayed are resources available to the patient, such as information related to a particular disease that the patient is being treated for, information related to a therapy or treatment that the patient is undergoing, information about available support groups, etc.
  • the system further displays queries that solicit the patient's and family's preferences, as shown in block 216.
  • the patient and family members may provide their preferences by inputting them or selecting from among available options, as shown in block 218.
  • the patient or family member may indicate the preferred rounding time, preferred family notification method, privacy preferences for communication, and online health history.
  • the received input are stored and made available to healthcare workers and social service workers, where necessary, and are applied to modify the system configuration (e.g., how the system notifies patient or family) and the patient's care plan where suitable, as shown in block 222.
  • FIG. 16 is a simplified flowchart of an exemplary embodiment of a situation analysis simulation process 230 according to the present disclosure.
  • This function gives the hospital administrator the ability to simulate 'what-if scenarios by adjusting different parameters and observing the expected impact on operations will facilitate appropriate planning to optimize existing resources, thereby enhancing operational efficiency.
  • the use of real-time data used to run the simulations will provide reasonable confidence in the application of simulated results to current and future resource planning.
  • the method displays input parameters that can be varied to simulate certain scenarios.
  • the parameters may include the number of available beds, the number of patients, then number of physicians, the number of nurses, the number of certain medical equipment, the amount of certain medical supplies, etc.
  • the user is provided the ability to alter or change these parameter values to see what would happen to the operations of the hospital.
  • the user may increase the number of patients needing care in the emergency department by two fold due to a multi-car accident.
  • the user may reduce the number of available beds and decrease the number of physicians available to tend to the patients due to a high patient volume day.
  • the user may lower the number of physicians, and increase the number of nurses available due to more severe cases (e.g., surgeries) requiring physician (rather than nurse) supervision.
  • the user may indicate the time period of the simulation in terms of days, weeks, months, for example.
  • the system receives the user input, as shown in block 234, and uses the predictive model to simulate the scenario described by the user input in block 236 in order to evaluate options based on potential financial, operational, or clinical outcomes (as selected by the user) as demonstrated by the simulation.
  • the system has access to current real-time data about patient status, healthcare staff availability, resource and supply availability, and other information that are modified or influenced by the user simulation input.
  • the system may identify and display if, when, where, and how patient care would be compromised with the simulation input, as shown in block 238.
  • the system may further identify recommended actions or advanced precautions that can be taken to address shortcomings identified in the simulation, as shown in block 240.
  • the system may identify one or more patients who are currently occupying beds in the emergency department who can be safely discharged or moved to other departments of the hospital without compromising their care and treatment. These are patients who have been determined by the predictive model to be at low risk for adverse events (e.g., readmission) for example. In this manner, hospital administrators and physicians may make advanced informed decisions about staffing mix, adjusting resources and supplies, and inpatient care to achieve better efficiencies and outcomes.
  • adverse events e.g., readmission
  • Time-to-surgical repair is an important factor determining outcomes for patients identified to be at high-risk of having a ruptured abdominal aortic aneurysm (AAA).
  • AAA abdominal aortic aneurysm
  • USPSTF U.S. Preventive Services Task Force
  • the patient is a 68 year-old male who arrives at the emergency department complaining of back pain and is found to have hypertension.
  • the predictive model detects that this patient is at high risk of having a ruptured AAA, and transmits an alert to the physicians, appropriate clinical staff, and blood bank.
  • the patient is rushed to the CT scanner, where the CT A/P confirms an AAA with partially contained internal bleeding.
  • the patient is taken to the operating room. During surgery the patient's core temperature drops.
  • the system 10 automatically alerts the attending healthcare staff to deploy a warming device to raise the patient's body temperature, as well as adjust the operating room temperature and humidity settings.
  • the patient is placed on a ventilator after the surgery is completed. Four hours after leaving the operating room, while still on the ventilator, an alert is fired based on the patient's conjunctival pallor.
  • the bedside nurse was wearing GOOGLE Glasses equipped with a video camera, which transmits the patient's image to the system 10.
  • the system's facial recognition software and other algorithms identified that the patient was likely becoming more anemic based on change in conjunctival color.
  • the nurse receives the alert, and calls the attending surgeon and the patient is rushed back to the operating room to control the patient's anostomotic hemorrhage. The patient then recovers from surgery and is discharged from the hospital.
  • Cardiology and surgical services are two areas of medicine that can be aided by innovative tools to risk stratify patients in real-time to notify the healthcare providers that individuals at high risk for developing a specific disease or condition, such as AAA rupture.
  • These areas of medicine are highly susceptible to a wide range of adverse outcomes, such as readmissions and healthcare-associated infections (HAIs), two adverse clinical outcomes hospitals are eager to address and remedy.
  • the system 10 can both accurately identify patients at high-risk of AAA rupture in real-time contributes to decreasing delays in administering/activating evidence-based therapies/interventions aimed at reducing the likelihood of poor outcomes due to an unintended or undetected AAA rupture.
  • a patient is a 64 year-old male who has had sudden onset of right-sided weakness.
  • the patient's wife calls an ambulance, and Emergency medical services (EMS) personnel arrive to provide assistance.
  • EMS Emergency medical services
  • the EMS paramedic examines the patient and determines that the patient likely had a stroke.
  • the paramedic initiates a telemedicine consult with a neurologist who is available at a hospital.
  • the neurologist is able to receive needed information from the paramedic about the patient, ask questions about the patient's condition, and observe the patient by viewing a streaming video of the patient.
  • the neurologist then orders the administration of tissue plasminogen activator (TPA) based on the patient's current vitals and a thorough conversation with the patient's family regarding the risks and benefits of treatment.
  • TPA tissue plasminogen activator
  • the patient is immediately transported to the hospital emergency department where the TPA is prepped and immediately administered.
  • the patient is then transferred to the Neuro-ICU.
  • the patient In the Neuro-ICU, the patient may be monitored by the facial and biological recognition system that is able to detect a mild change in pupillary responsiveness signaling an early change in intra-cranial pressure. This information is immediately transmitted to the healthcare staff as an alert.
  • the healthcare staff responds by taking immediate action to intubate the patient and administer treatment for increased intra- cranial pressure. Therefore, early and aggressive treatment aided by the system 10 helps this patient regain complete neurologic functioning.
  • the ability to communicate remotely with a trained medical professional capable of offering sound medical diagnosis and treatment advice in a timely fashion may significantly improve patient clinical outcomes, especially for conditions like stroke, where time-to-treatment significantly impacts outcomes.
  • resources such as clinical staff face competing and high priority demands
  • the use of telemedicine services may reduce the number of required on-site clinical patient evaluations and assessments, providing in-house clinical staff with more time to allocate to those patients requiring in-person services.
  • tools such as facial recognition capable of detecting biological changes serves as warning mechanisms allowing medical professionals to act proactively to prevent adverse events and poor outcomes.
  • Telemedicine services may alleviate these burdens by increasing access to care, while potentially reducing costs associated with that care.
  • HCAHPS influencer of reimbursement
  • EMS Emergency medical services
  • EMS dispatch multiple ambulances to the scene to bring approximately 30 patients to the emergency department.
  • EMS dispatch a single order is triggered that is transmitted throughout the hospital to personnel in the emergency department, operating room, ICU, and on hospital floors.
  • the emergency department stops taking new patients, and clears all trauma bay for the accident victims; a patient waiting for an elective surgery in the hospital operating room has his case delayed; three patients who are flagged for discharge from the ICU are immediately given hospital beds and moved out of the ICU; and 10 patients, waiting to be discharged, are expediently given discharge orders.
  • the system 10 automatically pages or notifies the on-call nursing staff. Current nurse workload is calculated and new nursing assignments are immediately generated to properly handle the likely surge of new patients as a result of the bus crash. Additionally, the blood bank is automatically notified to send ⁇ Negative' blood to the emergency department in anticipation of needed blood transfusions.
  • the unique nature of the ICU mandates solutions that assist an already short- staffed unit to better manage competing demands.
  • the automated healthcare staff monitoring system which accurately communicates existing nurse availability and workload and produces new assignments based on expected patient inflow will promote better staff and resource planning and patient outcomes. Specifically, an accurate monitoring system will support the optimal clinical team necessary to achieve desired patient outcomes through improvements in communication and expedited intervention activation/therapy administration.
  • Cancer patients' care is impacted by extrinsic and intrinsic factors.
  • One recent national concern around providing effective care for oncology patients is that patient preferences are not adequately communicated in a timely manner. Understanding patient preferences and improving communication are important to promote opportunities for shared decision-making that would lead to better patient care.
  • patient preferences and feedback are extremely important due to the aggressive nature of many therapies and the adverse side effects associated with these treatments.
  • the patient has a scheduled elective mastectomy in 6 days.
  • Challenges associated with this procedure include lack of patient and family understanding about the procedure itself, as well as post-op best care practices aimed at promoting the individual recovery process.
  • the patient Prior to hospital admission, the patient is able to log in and access an app that allows her to identify, for example, 1) preferred rounding time, 2) preferred family notification pathway, 3) privacy preferences for communication, and 4) online health history.
  • biometric devices e.g., fingerprint scanner, retina scanner, etc.
  • the patient is given a bracelet with a RFID tag that will allow her location to be tracked throughout the hospital.
  • the patient is admitted to the hospital for elective mastectomy for breast cancer.
  • the nurse welcomes her and reviews her pre-populated answers to the nursing assessment.
  • the nurse confirms the answers.
  • the patient settles in comfortably in her room and she is able to view a monitor in her room that has been programmed to display more detailed information about her diagnosis and treatment plan.
  • This patient is prepped for surgery and wheeled to the operating room.
  • Her family waits is in the waiting room but is able to track the patient's progress (e.g., anesthesia, first incision, closing) from an app on their mobile devices. Only those individuals that have been explicitly given permission by the patient can access this information.
  • the patient's family may also review frequently asked questions (FAQs) regarding her recovery process on the app.
  • FAQs frequently asked questions
  • the surgery is successful, and the patient is returned to her inpatient hospital room after the effects of anesthesia are eliminated.
  • the patient's vitals are continually monitored.
  • the next morning, the patient's care team comes to the room at the rounding time specified by her in advance of surgery.
  • the doctor checks her surgery wounds, monitors her vitals, and talks to her about the surgery, her condition, and her recovery.
  • the doctor also informs her that all of the details of her individual care plan, and background on her diagnosis can be viewed on the in-room monitor for perusal at her leisure.
  • Oncology is an area of medicine where incorporation of patient preferences can have a significant and positive impact on clinical outcomes.
  • Oncology is an area of medicine where incorporation of patient preferences can have a significant and positive impact on clinical outcomes.
  • Oncology patient's care continuum due to the 1) existence of multiple treatment options, 2) the lack of clinical evidence or inapplicability of clinical evidence (due to evidence related to very different populations), or 3) presence of cultural beliefs that may impact treatment decisions, innovative solutions should be focused on achieving a better patient experience through a coordinated approach including both the patient and his/her treatment team.
  • This solution promotes improved methods of communication and increase opportunities for patient/family awareness and engagement. For example, post- discharge status remains an area where more active and up-to-date patient monitoring mechanisms are required.
  • patients can take a more participatory role in the communication of their health status and preferences to the healthcare providers. This information can help providers develop and deploy more personalized care plans targeting specific patient-voiced needs without patients having to physically visit the hospital or clinic for care.
  • this innovative solution is focused on promoting patient education around various areas of this disease area to better assist patients/families understand the benefits and consequences associated with sometimes extremely aggressive and harsh therapies in order to make the best decision for that particular patient.
  • patient knowledge around palliative care options is important because the institution of palliative care interventions in the early stages of cancer may allow oncologists (with proper patient input and feedback) to re-align their focus on simultaneously addressing treatment concerns, as well as prominent and widespread issues like poor quality of life, or adverse symptoms or psychological distress associated with chemotherapy, radiation therapy, or other anti-cancer treatments.
  • Patient educational materials facilitated and presented by this functionality help to diminish the common issue of patient-physician information asymmetry. Adequate patient education is necessary to ensure patients understand, retain, and are able to put into practice the treatment plans physicians prescribe. Additionally, as quality of life and patient experience become equally prioritized in care plans, alongside more conventional treatments, (especially in areas such as oncology where palliative care consultations have consistently demonstrated statistically significant improvements in patients' symptom control, which may and oftentimes do lead to better short- and long-term outcomes for those impacted by cancer) it will be imperative that patient education focus on the benefits and costs of both curative and palliative therapies designed to both eliminate disease and reduce adverse consequences of that disease.
  • a patient has a wide array of medical and social issues. He is homeless, requires regular dialysis treatments, and suffers from schizophrenia and Crohn's disease. The patient has frequented his local hospital emergency department approximately 15 times over the last 2 months for dialysis treatments and complications related to his Crohn's disease. Additionally, he regularly visits a Dallas social service organization for his meals, shelter, and clothing. This organization also provides this patient with the mental health services he requires but is unable to afford. Upon arrival at the hospital for his dialysis treatment, the patient is given a bracelet equipped with RFID technology that allows his location to be tracked as he visits various settings of care, both clinical and social in nature. The staff explains the purpose of wearing the bracelet and seeks the patient's consent for close monitoring.
  • RFID technology provides useful information that allows the predictive model to forecast, with consistent and reliable accuracy, future clinical and social service utilization. This ability allows the care teams to improve care transition plans that focus on actual patient needs. Additionally, real-time visibility around patient utilization may provide opportunities for clinical organizations to interact with relevant social service organizations in an effort to improve long-term patient outcomes and health.
  • the indigent comprises a large proportion of the U.S. healthcare system's high-utilizer population, and understanding the social and clinical services these patients use enables providers to develop patient- specific care plans that have a high potential to both reduce adverse outcomes and improve the quality of life for this vulnerable population.
  • an evidence-based care plan can facilitate shared-decision making, shared accountability, and the collaboration between clinical and social service organizations and the entire healthcare system at large to improve the quality of patient care and overall patient experience. It is estimated that effective care coordination may result in annual healthcare cost savings as high as 240 billion dollars.
  • the current system and method are operable to display, transmit, and otherwise present the list of high risk patients to the intervention coordination team, which may include physicians, physician assistants, case managers, patient navigators, nurses, social workers, family members, and other personnel or individuals involved with the patient's care.
  • the means of presentment may include e-mail, text messages, multimedia messages, voice messages, web pages, facsimile, audible or visual alerts, etc. delivered by a number of suitable electronic or portable computing devices.
  • the intervention coordination team may then prioritize intervention for the highest risk patients and provide targeted inpatient care and treatment.
  • the system and method may further automatically present a care plan to include recommended intervention and treatment options.
  • Some intervention plans may include detailed inpatient clinical assessment as well as patient nutrition, pharmacy, case manager, and heart failure education consults starting early in the patient's hospital stay.
  • the intervention coordination team may immediately conduct the ordered inpatient clinical and social interventions.
  • the plan may include clinical and social outpatient interventions and developing a post-discharge plan of care and support.
  • High-risk patients are also assigned a set of high-intensity outpatient interventions. Once a targeted patient is discharged, outpatient intervention and care begin. Such interventions may include a follow-up phone call within 48 hours from the patient's case manager, such as a nurse; doctors' appointment reminders and medication updates; outpatient case management for 30 days; a follow-up appointment in a clinic within 7 days of discharge; a subsequent cardiology appointment if needed; and a follow-up primary care visit. Interventions that have been found to be successful are based on well-known readmission reduction programs and strategies designed to significantly reduce 30-day readmissions associated with congestive heart failure. [00126] The clinical predictive and monitoring system and method continue to receive clinical and non-clinical data regarding the patient identified as high risk during the hospital stay and after the patient's discharge from the hospital to further improve the diagnosis and modify or augment the treatment and intervention plan, if necessary.
  • the system and method After the patient is discharged from the hospital, the system and method continue to monitor patient intervention status according to the electronic medical records, case management systems, social services entities, and other data sources as described above.
  • the system and method may also interact directly with caregivers, case managers, and patients to obtain additional information and to prompt action.
  • the system and method may notify a physician that one of his or her patients has returned to the hospital, the physician can then send a pre-formatted message to the system directing it to notify a specific case management team.
  • the clinical predictive and monitoring subsystem and method 40 may recognize that a patient missed a doctor's appointment and hasn't rescheduled. The system may send the patient a text message reminding the patient to reschedule the appointment.
  • the clinic administrator may run the situation analysis simulator to understand, given real-time data, the best mix of staff, exam rooms, clinic hours, equipment, and the optimal service time required for patients to maximize operational efficiency.
  • the simulation function determines that clinic hours should be modified from 8am - 5pm, Monday - Friday to 10am - 7pm, Monday - Friday and additional hours should be added from 10am - 3pm on Saturdays to respond to higher patient demands and achieve optimal operating efficiency.
  • the simulation function further determines that upward adjustment of the number of examination rooms would not substantially reduce the wait time, considering other variable simulation parameters.
  • the simulation function further determines the optimal clinical staff mix and makes a recommendation of the number of physicians, nurse practitioners, registered nurses, and technicians during office hours. The recommendation may further recommend a staggered staffing schedule so that more staff are available during the peak hours.
  • the simulation function may recommend adding specific types of equipment based on existing and anticipated demand to minimize wait times and move patients through the examination rooms to providers more quickly.
  • a further clinical illustration of the functionalities of the situation analysis simulator is instructional. Many patients' poor outcomes may be attributable to hospital- specific factors such as premature discharge, rather than the patient's inability to properly manage their condition following departure from the hospital.
  • a "red bed day” is a common term used to refer to a hospital that is above capacity and signals the need to free beds for incoming patients who may be more critical in nature.
  • hospitals are at risk of discharging patients prematurely without a complete understanding of the impact of their decision on future patient outcomes.
  • early discharge may not translate to any adverse event, whereas for other patients, premature discharge may equate to potentially avoidable adverse outcomes, such as readmissions or other preventable conditions.
  • an hospital is experiencing a "red bed day" where the hospital is at peak capacity.
  • the clinical staff is alerted of this unfavorable status and instructed to prioritize existing patient discharges to free up beds for more critical incoming patients.
  • CHF congestive heart failure
  • This patient is a recipient of Medicare, smokes regularly, and has stable familial support. Additionally, this patient has been previously identified to have hypertension and diabetes.
  • Another patient is a 55 year-old white male who was also admitted two days ago with a diagnosis of acute myocardial infarction (AMI) and atrial fibrillation.
  • AMI acute myocardial infarction
  • the second patient is identified as a recipient of Medicaid, has a history of drug abuse, and self-reports that he does not have a permanent address or stable family support.
  • the situation analysis simulator is used to analyze current data and generate recommendations.
  • the situation analysis simulator is configured to provide real-time identification of patients who are at risk for an adverse event due to a specific clinical decision, such as premature discharge. Once the appropriate parameters are included in the simulator, the tool is capable of generating and presenting a risk score for both patients.
  • the situation analysis simulator identifies the first patient as someone with a low-risk for readmission. Therefore, the system identifies the first patient for immediate discharge. The first patient is thus discharged with appropriate discharge instructions by the case manager on shift, including information for a scheduled follow-up appointment and phone call. The situation analysis simulator further identifies the second patient as high-risk for readmission. Accordingly, despite the dire "red bed” status, the second patient stays in the hospital and continues to receive the on-site care he needs to improve his condition.
  • the situation analysis simulator is a tool capable of simulating 'What-If scenarios by analyzing the impact of discharging individual patients during high volume days will facilitate effective discharge planning in order to reduce the likelihood of future poor patient clinical outcomes.
  • the use of real-time data to run the simulations provides reasonable confidence in the application of simulated results to current and future clinical planning (such as around discharge prioritization).
  • the novel feature described herein is the ability to simulate data over a shorter, more recent period allowing the hospital to behave proactively to prevent likely adverse patient events rather than reacting to an adverse outcome that has occurred, but that could have been prevented.
  • the hospital is able to improve population health and the overall patient experience by immediately prioritizing more vulnerable patients during periods of resource shortages.
  • hospitals can, reliably and with greater confidence and speed, deliver more focused care for individuals at increased risk of adverse outcomes (such as a re -hospitalization), as identified by the Situation Analysis Simulator despite hospital-specific factors, such as red bed days.
  • the system and method as described herein are operable to harness, simplify, sort, and present patient information in real-time or near real-time, predict and identify highest risk patients, identify adverse events, coordinate and alert practitioners, and monitor patient outcomes across time and space. The present system improves healthcare efficiency, assists with resource allocation, and presents the crucial information that lead to better patient outcomes.

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Epidemiology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Biomedical Technology (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Pathology (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Educational Administration (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Tourism & Hospitality (AREA)
  • Marketing (AREA)
  • Game Theory and Decision Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Alarm Systems (AREA)

Abstract

La présente invention concerne des soins holistiques à dispenser à un patient dans un hôpital et un système de gestion comprenant les éléments suivants : une mémoire de données destinée à recevoir et stocker des données de patient, incluant des données cliniques et non cliniques; une pluralité de capteurs RFID pour détecter une pluralité d'étiquettes RFID associées à des patients afin de permettre un suivi de localisation en temps réel; au moins un modèle prédictif incluant une pluralité de variables de risque pondéré et de seuils de risque, compte tenu des données cliniques et non cliniques, et conçu pour identifier au moins un état médical associé aux patients; un module logique de risque conçu pour appliquer au moins un modèle prédictif aux données cliniques et non cliniques pour déterminer au moins un score de risques associé à chaque patient; un module logique de surveillance de patient conçu pour recevoir des données de localisation des patients et déterminer l'état et la localisation des patients en temps réel; et un module d'interface utilisateur conçu pour afficher la pathologie médicale du patient, le score de risque, la localisation, et les informations de statut à un personnel autorisé.
PCT/US2015/025205 2014-04-10 2015-04-09 Soins holistiques à dispenser à un patient dans un hôpital et système de gestion et procédé de surveillance automatisée de patient WO2015157575A2 (fr)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP15776758.3A EP3129949A4 (fr) 2014-04-10 2015-04-09 Soins holistiques à dispenser à un patient dans un hôpital et système de gestion et procédé de surveillance automatisée de patient
CA2945137A CA2945137C (fr) 2014-04-10 2015-04-09 Soins holistiques a dispenser a un patient dans un hopital et systeme de gestion et procede de surveillance automatisee de patient

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201461978058P 2014-04-10 2014-04-10
US61/978,058 2014-04-10

Publications (2)

Publication Number Publication Date
WO2015157575A2 true WO2015157575A2 (fr) 2015-10-15
WO2015157575A3 WO2015157575A3 (fr) 2015-12-03

Family

ID=54288414

Family Applications (6)

Application Number Title Priority Date Filing Date
PCT/US2015/025207 WO2015157577A2 (fr) 2014-04-10 2015-04-09 Les soins à apporter à un patient d'hôpital holistique et système de gestion et procédé pour télémédecine
PCT/US2015/025202 WO2015157572A1 (fr) 2014-04-10 2015-04-09 Système de gestion et de soins holistiques de patients d'un hôpital et procédé pour l'engagement des familles et des patients
PCT/US2015/025200 WO2015157570A1 (fr) 2014-04-10 2015-04-09 Système holistique de soins de santé et de gestion de patients d'hôpital et procédé de gestion automatisée des ressources
PCT/US2015/025205 WO2015157575A2 (fr) 2014-04-10 2015-04-09 Soins holistiques à dispenser à un patient dans un hôpital et système de gestion et procédé de surveillance automatisée de patient
PCT/US2015/025206 WO2015157576A1 (fr) 2014-04-10 2015-04-09 Système holistique de soins et de gestion de patients d'hôpital et procédé de stratification des risques améliorée
PCT/US2015/025203 WO2015157573A2 (fr) 2014-04-10 2015-04-09 Système de gestion et de soins holistiques pour patient d'hôpital et procédé de surveillance automatisée du personnel

Family Applications Before (3)

Application Number Title Priority Date Filing Date
PCT/US2015/025207 WO2015157577A2 (fr) 2014-04-10 2015-04-09 Les soins à apporter à un patient d'hôpital holistique et système de gestion et procédé pour télémédecine
PCT/US2015/025202 WO2015157572A1 (fr) 2014-04-10 2015-04-09 Système de gestion et de soins holistiques de patients d'un hôpital et procédé pour l'engagement des familles et des patients
PCT/US2015/025200 WO2015157570A1 (fr) 2014-04-10 2015-04-09 Système holistique de soins de santé et de gestion de patients d'hôpital et procédé de gestion automatisée des ressources

Family Applications After (2)

Application Number Title Priority Date Filing Date
PCT/US2015/025206 WO2015157576A1 (fr) 2014-04-10 2015-04-09 Système holistique de soins et de gestion de patients d'hôpital et procédé de stratification des risques améliorée
PCT/US2015/025203 WO2015157573A2 (fr) 2014-04-10 2015-04-09 Système de gestion et de soins holistiques pour patient d'hôpital et procédé de surveillance automatisée du personnel

Country Status (3)

Country Link
EP (4) EP3129951A4 (fr)
CA (6) CA2945137C (fr)
WO (6) WO2015157577A2 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180288024A1 (en) * 2017-03-31 2018-10-04 Intel Corporation Secure manner for sharing confidential information
WO2019227097A1 (fr) * 2018-05-25 2019-11-28 Green, Nicholas Systèmes et procédés de fourniture d'informations d'identité
US11915570B2 (en) 2020-07-16 2024-02-27 Ventec Life Systems, Inc. System and method for concentrating gas
US11931689B2 (en) 2020-07-16 2024-03-19 Ventec Life Systems, Inc. System and method for concentrating gas
US12008854B2 (en) 2019-05-28 2024-06-11 Joseph Sauer Systems and methods for providing identity information

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3085086C (fr) 2011-12-06 2023-08-08 Delta Faucet Company Distribution d'ozone dans un robinet
US11568982B1 (en) 2014-02-17 2023-01-31 Health at Scale Corporation System to improve the logistics of clinical care by selectively matching patients to providers
US11114204B1 (en) * 2014-04-04 2021-09-07 Predictive Modeling, Inc. System to determine inpatient or outpatient care and inform decisions about patient care
CA3004601A1 (fr) * 2015-11-25 2017-06-01 Emopti, Inc. Systeme de soins medicaux de courte duree
WO2017105880A1 (fr) * 2015-12-14 2017-06-22 Tricella Inc. Service de suivi de santé robuste
US11458214B2 (en) 2015-12-21 2022-10-04 Delta Faucet Company Fluid delivery system including a disinfectant device
EP3547320A4 (fr) * 2016-05-20 2020-11-11 Pulse Participações S.A. Système et procédés associés pour réaliser une corrélation entre des données médicales et des conditions de diagnostic et d'accompagnement du traitement de santé d'un patient surveillé en temps réel
US11348679B1 (en) * 2017-07-12 2022-05-31 Teletracking Technologies, Inc. Systems and methods for processing real-time and historical data and generating nursing unit health scores
US20190156923A1 (en) 2017-11-17 2019-05-23 LunaPBC Personal, omic, and phenotype data community aggregation platform
US20190180872A1 (en) * 2017-12-12 2019-06-13 International Business Machines Corporation Second Opinion Decision Support Using Patient Electronic Medical Records
WO2019115465A1 (fr) * 2017-12-15 2019-06-20 Radiometer Medical Aps Système de dispositifs médicaux
WO2019152675A2 (fr) * 2018-01-31 2019-08-08 Curelator, Inc. Rétroaction précoce de facteurs de maladie pour améliorer la qualité de vie, l'engagement et la persistance d'un patient
US11908581B2 (en) 2018-04-10 2024-02-20 Hill-Rom Services, Inc. Patient risk assessment based on data from multiple sources in a healthcare facility
US11504071B2 (en) 2018-04-10 2022-11-22 Hill-Rom Services, Inc. Patient risk assessment based on data from multiple sources in a healthcare facility
EP3573068A1 (fr) * 2018-05-24 2019-11-27 Siemens Healthcare GmbH Système et procédé pour un système de support de décisions cliniques automatisé
EP3890598A4 (fr) * 2018-12-07 2022-07-27 Emory University Collecte passive de données et utilisation de modèles d'apprentissage automatique pour la prédiction d'événements
JP2022523621A (ja) 2018-12-28 2022-04-26 ルナピービーシー コミュニティデータの集約、完成、修正、および使用
CN110010240A (zh) * 2019-04-01 2019-07-12 安徽九翔信息科技有限责任公司 一种医疗机构信息云计算服务平台
US11315056B2 (en) * 2019-04-05 2022-04-26 International Business Machines Corporation Resource planning having improved visualization
CN111009322B (zh) * 2019-10-21 2022-08-02 四川大学华西医院 围术期风险评估和临床决策智能辅助系统
US11468381B1 (en) * 2019-12-02 2022-10-11 Sallen Llc System and method for virtual cloud-based facilitation of homelessness reduction through secure, scalable, real-time need assessment and resource availability tracking and allocation
US11610679B1 (en) 2020-04-20 2023-03-21 Health at Scale Corporation Prediction and prevention of medical events using machine-learning algorithms
CN113592238A (zh) * 2021-07-01 2021-11-02 浪潮软件股份有限公司 一种基于大数据的监管养老机构的方法
WO2023281424A1 (fr) * 2021-07-09 2023-01-12 Ayur.Ai (Opc) Private Limited Système d'intégration et méthode pour effectuer un diagnostic médical à l'aide d'une intelligence artificielle
CN113724845B (zh) * 2021-08-30 2023-06-23 深圳平安智慧医健科技有限公司 基于人工智能的医护人员配比检测方法及相关装置
CN113851210A (zh) * 2021-10-15 2021-12-28 威海市立医院 一种医院设备定位管理系统
WO2024037796A1 (fr) * 2022-08-15 2024-02-22 Biotronik Ag Système numérique pour l'admission et/ou le traitement par ordre de priorité d'un patient
EP4343789A1 (fr) * 2022-09-23 2024-03-27 Koninklijke Philips N.V. Procédés et systèmes d'optimisation de sortie de patient à l'aide d'une probabilité de montée
CN115662598B (zh) * 2022-12-27 2023-04-07 深圳市全息医疗科技有限公司 一种基于医院数据资源的管理智慧化质量提升系统
CN116919361A (zh) * 2023-09-06 2023-10-24 广东省建科建筑设计院有限公司 基于物联网实现负压病房下的电气智能控制方法及系统
CN117275692A (zh) * 2023-09-25 2023-12-22 苏州仲如悦科技有限责任公司 一种基于大数据的医疗资源优化配置方法及系统

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7860725B2 (en) * 1998-05-26 2010-12-28 Ineedmd.Com, Inc. Method for remote medical consultation and care
US20070156456A1 (en) * 2006-01-04 2007-07-05 Siemens Medical Solutions Health Services Corporation System for Monitoring Healthcare Related Activity In A Healthcare Enterprise
US8684922B2 (en) * 2006-05-12 2014-04-01 Bao Tran Health monitoring system
US20080164998A1 (en) * 2007-01-05 2008-07-10 Siemens Medical Solutions Usa, Inc. Location Sensitive Healthcare Task Management System
US20100017225A1 (en) * 2008-07-18 2010-01-21 WAVi Diagnostician customized medical diagnostic apparatus using a digital library
US8381124B2 (en) * 2008-07-30 2013-02-19 The Regents Of The University Of California Single select clinical informatics
JP5401556B2 (ja) * 2008-12-08 2014-01-29 インフォノーツ インク． 疾病マッピングと感染制御のシステム及び方法
WO2010108092A2 (fr) * 2009-03-19 2010-09-23 Phenotypeit, Inc. Système médical d'information sur la santé
US20110077972A1 (en) * 2009-09-24 2011-03-31 Agneta Breitenstein Systems and methods of clinical tracking
CN103189883A (zh) * 2010-09-07 2013-07-03 里兰斯坦福初级大学理事会 医学评分系统及方法
US20120078661A1 (en) * 2010-09-28 2012-03-29 Scan Am Company Health Care Facility Management and Information System
US8515777B1 (en) * 2010-10-13 2013-08-20 ProcessProxy Corporation System and method for efficient provision of healthcare
US9536052B2 (en) * 2011-10-28 2017-01-03 Parkland Center For Clinical Innovation Clinical predictive and monitoring system and method
US9075909B2 (en) * 2011-11-20 2015-07-07 Flurensics Inc. System and method to enable detection of viral infection by users of electronic communication devices
US9147041B2 (en) * 2012-09-13 2015-09-29 Parkland Center For Clinical Innovation Clinical dashboard user interface system and method
WO2014042942A1 (fr) * 2012-09-13 2014-03-20 Parkland Health & Hospital System Système et procédé d'interface utilisateur pour tableau de bord clinique

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20180288024A1 (en) * 2017-03-31 2018-10-04 Intel Corporation Secure manner for sharing confidential information
WO2019227097A1 (fr) * 2018-05-25 2019-11-28 Green, Nicholas Systèmes et procédés de fourniture d'informations d'identité
US12008854B2 (en) 2019-05-28 2024-06-11 Joseph Sauer Systems and methods for providing identity information
US11915570B2 (en) 2020-07-16 2024-02-27 Ventec Life Systems, Inc. System and method for concentrating gas
US11931689B2 (en) 2020-07-16 2024-03-19 Ventec Life Systems, Inc. System and method for concentrating gas

Also Published As

Publication number Publication date
EP3129949A2 (fr) 2017-02-15
WO2015157573A2 (fr) 2015-10-15
WO2015157577A2 (fr) 2015-10-15
EP3129951A1 (fr) 2017-02-15
WO2015157577A3 (fr) 2015-12-03
CA2945143C (fr) 2023-08-08
CA2945138A1 (fr) 2015-10-15
EP3129949A4 (fr) 2018-01-03
EP3129945A4 (fr) 2018-01-24
WO2015157570A1 (fr) 2015-10-15
WO2015157573A3 (fr) 2015-12-03
WO2015157572A1 (fr) 2015-10-15
EP3129951A4 (fr) 2018-01-10
CA2945137C (fr) 2024-01-16
CA2945131A1 (fr) 2015-10-15
CA2945137A1 (fr) 2015-10-15
WO2015157576A1 (fr) 2015-10-15
EP3129950A4 (fr) 2018-01-03
CA2945136A1 (fr) 2015-10-15
WO2015157575A3 (fr) 2015-12-03
EP3129945A1 (fr) 2017-02-15
EP3129950A2 (fr) 2017-02-15
CA2945134A1 (fr) 2015-10-15
CA2945143A1 (fr) 2015-10-15

Similar Documents

Publication Publication Date Title
US10496788B2 (en) Holistic hospital patient care and management system and method for automated patient monitoring
CA2945137C (fr) Soins holistiques a dispenser a un patient dans un hopital et systeme de gestion et procede de surveillance automatisee de patient
US10593426B2 (en) Holistic hospital patient care and management system and method for automated facial biological recognition
US20150213225A1 (en) Holistic hospital patient care and management system and method for enhanced risk stratification
US20150213217A1 (en) Holistic hospital patient care and management system and method for telemedicine
US20150213222A1 (en) Holistic hospital patient care and management system and method for automated resource management
US20150213202A1 (en) Holistic hospital patient care and management system and method for patient and family engagement
US20150213206A1 (en) Holistic hospital patient care and management system and method for automated staff monitoring
US20210012866A1 (en) Client Management Tool System and Method
US20150213223A1 (en) Holistic hospital patient care and management system and method for situation analysis simulation
US9147041B2 (en) Clinical dashboard user interface system and method
CA2884613C (fr) Systeme et procede d'interface utilisateur pour tableau de bord clinique
US20170061093A1 (en) Clinical Dashboard User Interface System and Method
US9536052B2 (en) Clinical predictive and monitoring system and method
US20170132371A1 (en) Automated Patient Chart Review System and Method
EP3910648A1 (fr) Système et procédé d'outil de gestion de clients

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15776758

Country of ref document: EP

Kind code of ref document: A2

ENP Entry into the national phase

Ref document number: 2945137

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015776758

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015776758

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15776758

Country of ref document: EP

Kind code of ref document: A2