|Publication number||WO2015054794 A1|
|Publication date||23 Apr 2015|
|Filing date||17 Oct 2014|
|Priority date||17 Oct 2013|
|Publication number||PCT/2014/51002, PCT/CA/14/051002, PCT/CA/14/51002, PCT/CA/2014/051002, PCT/CA/2014/51002, PCT/CA14/051002, PCT/CA14/51002, PCT/CA14051002, PCT/CA1451002, PCT/CA2014/051002, PCT/CA2014/51002, PCT/CA2014051002, PCT/CA201451002, WO 2015/054794 A1, WO 2015054794 A1, WO 2015054794A1, WO-A1-2015054794, WO2015/054794A1, WO2015054794 A1, WO2015054794A1|
|Inventors||Mark David Vincent|
|Applicant||Vincent Research & Consulting Inc.|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (5), Classifications (6), Legal Events (3)|
|External Links: Patentscope, Espacenet|
ELECTRONIC PLATFORM FOR OPTIMAL TREATMENT PATHS
FIELD OF THE INVENTION
 The present invention pertains to the field of medical diagnosis and in particular toelectronic medical treatment models.
 Practitioners within the medical field routinely provide the essential service of recommending lines of treatment corresponding to the patient's diagnosis and general condition. Each line of treatment generally consists of different alternatives which might be mutually exclusive for concurrent use, but some or all of which might be used in some sequential plan of therapy. The lines of treatment take into account a myriad of diverse information from patient specific tolerances to costs of proposed treatment. There is a need to select amongst the potentially available alternatives at each decision point,by carefully weighing these various factors. A particular choice made now, will probably have an impact on the selection in subsequent lines of treatment, which might or might not be apparent but nonetheless could be very important.
 Patients are very heterogeneous, with respect to criteria such as age, financial resources, smoking status, co-morbidities gender, ethnicity, cognition, values and goals, any or all of which should and do influence therapy and treatment. Furthermore, if other information becomes available in real-time, the projected course of treatment becomes difficult to re-account for, and thus the analysis must be reinitiated.
 Therefore there is a need for a comprehensive singular approach to accessing and providing all relevant information in a delivery system which allows for manipulation while still retaining the initial input information in a convenient fashion.
 This background information is provided to reveal information believed by the applicant to be of possible relevance to the present invention. No admission is necessarily intended, nor should be construed, that any of the preceding information constitutes prior art against the present invention. SUMMARY OF THE INVENTION
 An object of the present invention is to provide anelectronic platform for optimal treatment paths. In accordance with an aspect of the present invention, there is provideda method for providing optimal treatment paths on an electronic network having the following steps: receiving patientinformation from one or more users on the network, the patient information including one or more data entries relating to a medical condition; retrieving database information from a database, the database information corresponding to the patient information; generating one or more user treatment paths based on the correlation between patient information and database information; prioritizing the one or more user treatment paths based on the quality of correlation of the patient information and the database information; and returning the prioritized one or more user treatment paths to the one or more users.
 In accordance with another aspect of the present invention, there is provided a system for providing optimal treatment paths on an electronic network having: a server configured to receive patient information from one or more users on the network, the patient information including one or more data entries relating to a medical condition; a database configured to provide information corresponding to the patient information; a processing engine configured to generate and prioritize one or more user treatment paths based on the quality of correlation of the patient information and the one or more user treatment paths; an interface to one or more users, the interface configured to allow for provision of patient information to the server; and wherein the interface to a communication means is configured to allow communication between the one or more users, the server, the database, and the processing engine.
BRIEF DESCRIPTION OF THE FIGURES
 Embodiments of the present invention will be better understood in connection with the following Figures, in which:
 Figure 1 illustrates an example of patient information input based on patient and disease characteristics;
 Figure 2 illustrates an example of patient information input based on medical details;
 Figure 3 illustrates an example of patient information input based on prior therapy considerations;
 Figure 4 illustrates an example of selection of various standards and/or resources; and
 Figure 5 illustrates an example of an output of the prioritized treatment paths in a matrix like format.
DETAILED DESCRIPTION OF THE INVENTION
 The term "user" is used to define any entity that is able to communicate with the electronic platform. Types of users may include, but are not limited to, devices, applications, and persons.A user may include medical practitioners, medical researchers, medical students, health care professionals, patients, families, trusted personnel of the patient, hospital personnel, clinic staff, pharmaceutical companies, drug developers, and authorized government personnel.
 The term "patient information" is used to define any type of information associated with the status, current or historical, of a patient. Patient information includes, but is not limited to, age, medical conditions, financial resources, medical insurance coverage, smoking status, co-morbidities gender, ethnicity, cognition, values and goals, medical vitals (e.g., blood-work results, heart rate, blood pressure, cholesterol, etc.), histological sub-type, molecular profile, stage, sites of involvement, tumor burden, tolerances to toxicity, adverse relations to any anesthesia, budget for treatment, bank account, financial credentials, willingness to travel for treatment, proximity limits, preference for certain treatments (input as a pre-defined quantitative score), preference for certain physicians (input as a pre-defined quantitative score), and any information utilized at the treatment path calculation stage.
 The term "user data" refers to any information in relation to the user account associated with the electronic platform. User data may include the user's credentials (e.g., medical credentials), patient list, patient characteristics based on aggregate data, and all other types of meta data associated with patients and the user's activity on the electronic platform.
 The term "treatment" is used to define any therapy or therapeutic option in relation to any illness or disease. Treatment may include surveillance of patient (e.g., observation of patient), supportive care (symptom control), pharmaceutical treatment, radiation therapy, surgery, ultrasound, psychotherapy, natural therapy, specific diet regime implementations, specific exercise based implementations, physiotherapy, chiropractic services, Ayurveda medicine, homeopathic treatments, and other similar procedures used to aid illness or disease.
 The term "platform administrator" is used to define any entity that is able to administer the services of the electronic platform. The platform administrator may configure user settings, set pre-defined values for any number of services including, but not limited to, pre-defined treatment plans.
 As used herein, the term "device" may be defined as any apparatus capable of network access. The device may be wired or wireless. In some embodiments, the device may include a personal computer, tablet, mobile device, mobile phone, television, music player, personal organizer, or any similar electronic network enabled device. In some embodiments, the device may be wearable technology including, but not limited to, jewelry, watches, glasses, hats, clothing, shoes, socks - essentially anything that is placed on or in a person which includes network enablement.
 Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this invention belongs.
Electronic Platform Summary
 The present invention provides for an electronic platform to generate the optimal treatment path based on a variety of information in order to provide various personnel, primarily heath care professionals, with the most accurate and cogent information in a convenient fashion.  The platform is enabled electronically whereby input to the platform is performed electronically by one or more users of the network to provide the necessary information required to provide a myriad of optimal treatment. The users access the platform using any type of network enabled device.
 The platform may be utilized as a decision aid to help health care professionals determine the optimal treatment path. Moreover, it may be used as a verification tool for a determined treatment path. Health care professionals may utilize the platform to determine if any new recommendations or literature is available for a particular treatment path.
 The selected treatment path may be selected based on various criteria such as optimal treatment path option, optimal cost/treatment path, optimal cost/treatment path with respect to insured treatment paths, optimal treatment path with respect to specific patient characteristics, and other similar criteriaincluding especially maximizing survival and/or symptom control, maximizing the chance to be able to receive the next line of treatment, and minimizing toxicity in general or particular toxicities.
 In at least one embodiment, the electronic platform may be implemented by means of a software application. The above mentioned user devices interact with platform hardware modules and software modules to fully execute the electronic platform.
 The electronic platform may be implemented by any means known in the art including local installation of a software application on a mobile device with minimal retrieval of extraneous data from a server. In at least one embodiment, the software application is a "thin client" on the user device and retrieves substantial amounts of information from server. In at least one embodiment, the software application is accessed through a network client (e.g., web browser, third party aggregator application). In at least one embodiment, the implementation of the application may include a hybrid of conventional paradigms such as those described above.
 In at least one embodiment, the electronic platform is implemented with multi-lingual support such that various users can access the electronic platform in their language of choice without affecting electronic platform functionality. Electronic Platform Modules
 A server is implemented which functions to receive input from the one or more users of the electronic platform. The server may be any hardware readily understood in the art which functions to receive the input information from the one or more users of the electronic platform. The input information, or "patient information", includes any type of information required for the determination of the optimal treatment path. Patient information includes, but is not limited to, age, medical conditions, financial resources, medical insurance coverage, smoking status, comorbidities gender, ethnicity, cognition, values and goals, medical vitals (e.g., blood-work results, heart rate, blood pressure, cholesterol, etc.), histological sub-type, molecular profile, stage, sites of involvement, tumor burden, tolerances to toxicity, adverse relations to any anesthesia, budget for treatment, bank account, financial credentials, willingness to travel for treatment, proximity limits, preference for certain treatments (input as a pre-defined quantitative score), preference for certain physicians (input as a pre-defined quantitative score), and any information utilized at the treatment path calculation stage. An example of patient information input based on patient characteristics can be seen in Figure 1. An example of patient information input based on medical details can be seen in Figure 2. An example of patient information input based on prior therapy considerations can be seen in Figure 3.
 In at least one embodiment, the user authenticates with the server in order to use the provided services on the electronic platform. Any authentication means known in the art may be utilized which identifies and verifies the user. Authentication means include, but are not limited to, username/password and biometrics (e.g., fingerprint, retina, voice, etc.).
 In at least one embodiment, the patient information is stored with a user account such that all relevant data may be stored for future use upon future authentication. The user may exercise the option to change the patient information or keep the previous patient information on record. In at least one embodiment, one user may have multiple patient information inputs into the electronic database. For example one user may have 2000 patient information records assigned to that user account for the electronic platform.
 In at least one embodiment, patient information may be collected from a variety of sources including, but not limited to, user provided input directly into the electronic platform. Patient information may also be retrieved from any number of third party databases holding information on the patient. For example, patient information may be collected from a patient's (e.g., person's) physician's electronic files. In this way, the most recent medical information may be directly linked with the electronic platform. Another example would include the data interfacing directly with the electronic platform to provide the financial credentials required to calculate eligibility for payment schemes regarding one or more treatment paths. This may be implemented by interfacing with electronic bank records and/or insurance companies.
 A database is implemented for the electronic platform which providesrelevant information relating to the patient information and user data. The database may be of any hardware known in the art which allows for the storage of the electronic platform. The hardware may be local hardware or network based hardware (e.g., "cloud-based"). In at least one embodiment, the database may be a discrete piece of hardware. In at least one embodiment, the database may be the same hardware as the server performing discrete operations.
 The database provides any and all information in relation to any one of the pieces of patient information and user accounts. For example, if the user provides patient information of ethnicity in relation to cancer, the respective information (including suggested treatment schemes) in regards to this combination are retrieved by the platform.
 In at least one embodiment, the patient information is a new type of parameter not utilized by the database for determination of a treatment path. This parameter may be stored on the user's account for the specific patient as additional information as future alterations to the treatment paths may include such information. In at least one embodiment, the user may utilize or provide further clarification to that parameter such that it may be utilized within the current database.
 In at least one embodiment, the database information is populated by the electronic platform administrator. In at least one embodiment, the database information is populated and updated through an electronic interface to Medical Standards Databases (e.g., World Health Organization, Mayo Clinic, American Journal of Medicine, etc.). Various aggregate standards may be overlapped such that different standards may be compared when viewing database information is populated. In at least one embodiment, the patient may dictate a preference for a specific third party school of medicine which may be selected through an electronic interface. An example of the selection of various standards and/or resources can be seen in Figure 4.
 The database information corresponds to the provided patient informationfor a user and therefore may go beyond purely medical considerations. For example, information relating to proximity of medical services may be provided such that this is taken into account when provid ing an optimal treatment path given the user input for a patient. Furthermore, variables such as "wait- time" for services such as specific drug availability may come into play addressing a "time" variable. Additionally, the patient's health insurance policy will be provided to the electronic platform such that a more accurate calculation of costs may be provided. For example, a treatment scheme may suggest that a certain type of specialized treatment is desired, however this path may be ineligible given the patient's lack of health insurance coverage for the specific type of treatment given a preexisting condition.
 A user treatment pathis generated based on patient information input from the user and database information provided corresponding to this patient information. A processing engine is implemented to perform the user treatment path generation. The processing engine may be of any hardware known in the art which allows for the storage of the electronic platform. The hardware may be local hardware or network based hardware (e.g., "cloud-based"). In at least one embodiment, the processing engine may be a discrete piece of hardware. In at least one embodiment, the database may be the same hardware as the server and/or database, but performing discrete operations.
 Through the generation of the user treatment paths, it is possible that some user treatment paths are ineligible given certain user input variables. For example, if the user provides that no travel is to be taken, any inter-jurisdictional options will be relegated in the priority scheme. In at least one embodiment, all ineligible user treatment paths will be eliminated without report. In at least one embodiment, all ineligible user treatment paths will be relegated in the priority scheme but will still be reported. Therefore, the function of the generation of the user treatment path is to analyze the database information received from the database corresponding to the patient information and apply a logic-set in order to generate legitimate user treatment paths given the patient information and preferences.
 This logic-set may be implemented in a variety of fashions. In at least one embodiment, the logic-setincludes applying a numerical score to each relation and comparing it to a predetermined threshold score. If the calculated score of the user treatment path is equal or greater than the pre-determined threshold score, the user treatment path would be considered as a legitimate option.
 In at least one embodiment, the user may be able to bias a pre-defined treatment path during the generation stage. In this manner the pre-defined treatment is given an artificially higher score than conventional calculation such that the output may be adjusted to prefer a specific type of treatment at the behest of the user. In at least one embodiment, similar actions may be conducted by the platform administrator. The electronic platform is dynamic in that it has the functionality to strategize the user treatment plan based on the currency of information provided.
 Once the one or more user treatment paths are calculated, they must be prioritized in view of the input patient information provided by the one or more users. The processing engine is implemented to perform the prioritization calculations. The prioritization is calculated based on the quality of the correlation. This quality calculation may be done in a variety of fashions. In at least one embodiment, as mentioned previously, the correlation between the input patient information and the user treatment paths to a pre-defined threshold may be implemented by applying a numerical score to each relation and comparing it to a pre-determined threshold score.
 The pre-defined threshold may be implemented in a variety of ways. In at least one embodiment, the pre-defined threshold may be a percentage calculation match defined by the platform administrator. In at least one embodiment, the pre-defined threshold may be provided by a third party medical standards database which interfaces with the electronic platform.
 Once the processing engine has calculated the pre-defined threshold calculation for each user treatment path, the output of the prioritization scheme based on how closely the user treatment path matched the pre-defined threshold is returned.
 A communications means is implemented which allows for communication between all system modules. Communication means would be understood by a worker skilled in the art to include any necessary elements of hardware, including but not limited to communications ports, wireless transmitter/receivers, wires or fibre optics; and software, including but not limited to telephony, e-mail, facsimile, Bluetooth®, TCP/IP, FTP, XML, and IRC, that allow for the modules to exchange data packets with other modules.
Output of the Prioritized Treatment Paths
 The output of the prioritized user treatment paths may be conducted in a variety of fashions. In at least one embodiment, the output of the prioritized user treatment paths is returned to the one or more users electronically on the user device. For example, if the user is accessing the electronic platform using a tablet computer, the prioritized user treatment paths will be displayed on the tablet in a variety of formats. These formats may include a matrix of paths, proximity, cost, availability, wait time, testimonials from similar patients, etc. An example of a matrix type output may be seen in Figure 5. In this type of example further information may be sought based on this treatment path including, but not limited to, approved indication, funding/access alternatives, supporting data in the form of actual applications, toxicity issues in general, general strategies to deal with toxicity, and guidelines. This information may stem from a prescribed medication and/or treatment plan. In this way, the full cycle of the treatment path may be analyzed by the user to consider instant requirements and downstream requirements. In at least one embodiment, the user treatment plan is sent directly to the patient on the patient's device.
 The fields and style of the output may be specified by the platform administrator. The output may also be in the form of various standard formats including, but not limited to, standardized medical report formats, standardized laboratory research formats, standardized university medical school formats, and other similar standard formats.
 This type of output may be useful for a variety of purposes including, but not limited to, comparison selection of treatments. For example, this may include comparison of the same treatment in different jurisdictions with the variables of time and cost as the determining factors. In another example, the user may be able to access survival graphs or toxicities tables between a selection of treatments (e.g., suggested treatment and alternative treatments). In at least one embodiment, the retrieved metrics may be derived from a number of sources (e.g., various discrete medical publications) with or without a common comparison parameter. In at least one embodiment, the retrieved information is produced on the user's device such that the presentation is synthetically superimposed or presented side-by-side comparison on the same window. Information may include both the presentation of alternate treatments and the display of associated information to the treatment including trials and publications.
 In at least one embodiment, the user may appreciate a certain variable during the output process and desire a re-calculation of the prioritized treatment paths which would require a change of patient information, or a change of the pre-defined threshold for the prioritization stage. In this way, a re-calculation may be done in real-time at the user's request. In a sense, the output which is returned is calculated rapidly such that it appears as an "automatic alteration" to the prioritized treatment paths.
 In at least one embodiment, the prioritized treatment paths may be printed and used as a hard copy for records, distribution to patients, and distribution to medical students.  In at least one embodiment, the output of prioritized treatment paths may have "flags" on specific treatment paths based on current medical literature regarding toxicity, sideeffects, or other area of interest. These flags alert the user (e.g., medical practitioner) that there may be additional elements of risk given current updated studies which should be taken into account. Once again, the data carrying these new studies would be provided through an interface from third party information sources to the electronic platform.
 In at least one embodiment, an aggregation of user data and patient information is utilized for data collection and mining. The data may be anonymized and sorted based on any particular parameter of interest. For example, if one were inclined to see the highest prioritized treatment path for Hispanic males in age 35-45 bracket with respect to lung cancer, the platform administrator could configure the platform to provide this information to an interested party. This information may be useful for discovering trends, projecting trends, and utilized for preventative care.
 In another example, the information may be useful for government bodies to analyze funding for various treatment schemes.
 In another example, the information may be used by companies (e.g., pharmaceutical firms) to determine product positioning, financial consequences, general marketing strategy, general R&D strategy, and competitive landscape. For example, the electronic platform would allow users to insert proprietary products (pharmaceutical/regimen) to determine treatment plans. This analysis may also be completed relative to other industry competitors to determine positioning within landscape.
 In at least one embodiment, side effects felt by patients with similar characteristics are analyzed via a correlation algorithm known in the art. This information is then kept within the electronic platform such that future users of the electronic platform can elect to view treatment paths with similar patient characteristic side effects data in order to have correlation data at their disposal. In a similar fashion, the electronic platform may analyze and correlate data with respect to patients based on classification characteristics to derive correlation. Example of classification characteristics include, but are not limited to, age, medical conditions, financial resources, smoking status, co-morbidities gender, ethnicity, cognition, values and goals, medical vitals (e.g., blood-work results, heart rate, blood pressure, cholesterol, etc.), histological sub-type, molecular profile, stage, sites of involvement, tumor burden, tolerances to toxicity, and adverse relations to any anesthesia.
 In at least one embodiment, it is contemplated that the patient information input is not for an actual patient but rather a fictitious or virtual patient used for simulation and/or educational purposes. The electronic platform performs the same way based on the patient information input.
Expert Review Embodiment
 In at least one embodiment, it is contemplated that the user may be an individual or team of health care professionals determine a treatment path using the electronic platform. The health care professionals (one or more users) have configured their account with the electronic platform to select "expert review function". This selection provides for a secondary expert review team to view the selected treatment path through the platform and provide guidance as to whether the selected treatment path is the optimal path.
 This may have application in jurisdictions where top caliber medical expertise is sparse and the electronic platform allows for an expert review to ensure a higher chance of quality treatment path selection facilitated through the electronic platform.
Dynamic Treatment Selection
 In at least one embodiment, the electronic platform may be utilized to determine the viability of choosing a specific type of treatment plan without implementing the treatment plan to verify whether further lines of treatment within a selected treatment plan are operable given the manipulation of a specific parameter (e.g., insurance coverage in a province/state). The determination of the eligibility of different lines is calculated by the processing engine based on an elimination logic type algorithm or any other known algorithm known in the art.
 For example, in Figure 5 if a particular first line of treatment was selected, it may exclude a number of potential second lines of treatment given a controlled parameter (toxicity thresholds specified initially). This may be applied prior to the insertion of specific patient information to gain a general state of medicine without specific patient specific particularities. In this way, the parameters may be toggled by the user to determine various outcomes based on the various permutations and combinations with the tweaking of various control parameters (e.g., toxicity threshold). In another example, depending on the line of treatment selected, other lines of treatment which were previously unavailable may become available. The determination of availability of treatments is conducted by the processing engine. The lines of treatment within a treatment plan operate as a sequential plan of therapy.
 In at least one embodiment, it is contemplated that the user provides feedback testimonials to the prescribed and selected user treatment path for a patient. This may be used purely for the patient in the future or potentially anonymized for all future uses regarding this specific user treatment path.
Integration with Third Party Tools
 In at least one embodiment, it is contemplated that the electronic platform integrates with third party tools to more effectively provide correct analysis. For example, in calculation of a user's toxicity prediction, one may integrate using an interface with a third party toxicity prediction service. Likewise, for calculation risk of particular event for preemptive intervention. For example, the patent application CA 2,650,562 Dranitsaris et al. discloses a system which provides for facilitating the development of an individualized treatment regimen for a patient based on an evaluation of the risk(s) associated with a disease and/or associated with known treatment options.
 Utilizing the output from this application, the data would be reinserted in the electronic platform to more accurately model toxicity based on patient information and third party tools.
 It is contemplated that any variety of diagnostic or predictive tools may be integrated with the instant electronic platform including information pertinent to tumor sensitivity to particular treatmentsin order to provide a more accurate output of prioritized user treatment paths. Off-Label Usage
 In at least one embodiment, it is contemplated that the electronic platform provides for the integration of "off-label use" of medical materials in relation to one or more user treatment paths.
 This notification of "off-label use" may be sent through the electronic platform to the user and/or patient.
 In at least one embodiment, it is contemplated that the electronic platform provides for notification alerts for previously selected and generated user treatment paths for specific users (and patients). For example, if the platform is integrated with various medical standard organizations which provide for new guidance with respect to certain treatment, the platform will automatically generate an alert for the user (e.g., oncologist) stating that the user has four patients under this selected generated treatment path and new literature suggests this is detrimental. A new generation of treatment paths is conducted providing the user with optimal selection going forward. In this way, there is no positive obligation on the part of the user to be updated with all new medical literature, rather the platform provides the notification when the literature affects previously selected treatment paths for patients.
 In at least one embodiment, the notification is sent to the user's device in real time such that the user can keep updated with the latest information in real time. In at least one embodiment, the user may customize the level of priority of various treatment paths currently implemented to create a notification hierarchy to configure which notifications are high priority and which are lower priority. The higher priority notifications may be sent in real time to the device, while low priority designated notifications may be accessed via a dashboard on the electronic platform.
 It is obvious that the foregoing embodiments of the invention are examples and can be varied in many ways. Such present or future variations are not to be regarded as a departure from the spirit and scope of the invention, and all such modifications as would be obvious to one skilled in the art are intended to be included within the scope of the following claims.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US7447643 *||21 Sep 2000||4 Nov 2008||Theradoc.Com, Inc.||Systems and methods for communicating between a decision-support system and one or more mobile information devices|
|US8172576 *||21 Jul 2005||8 May 2012||Koninklijke Philips Electronics N.V.||Decision support system for simulating execution of an executable clinical guideline|
|US8496474 *||31 Oct 2007||30 Jul 2013||Align Technology, Inc.||Computer automated development of an orthodontic treatment plan and appliance|
|US8548937 *||17 Aug 2011||1 Oct 2013||Wisercare Llc||Medical care treatment decision support system|
|US20120232930 *||11 Mar 2012||13 Sep 2012||Definiens Ag||Clinical Decision Support System|
|International Classification||G06F19/00, G06F17/30, A61B19/00|
|Cooperative Classification||G06F19/345, G06F19/324, G06F17/30|
|3 Jun 2015||121||Ep: the epo has been informed by wipo that ep was designated in this application|
Ref document number: 14854499
Country of ref document: EP
Kind code of ref document: A1
|18 Apr 2016||NENP||Non-entry into the national phase in:|
Ref country code: DE
|9 Nov 2016||122||Ep: pct application non-entry in european phase|
Ref document number: 14854499
Country of ref document: EP
Kind code of ref document: A1