Patent Application
20100250280
This application claims priority to New Zealand Patent Application No. 575836, filed Mar. 27, 2009, the contents of which are hereby incorporated by reference in their entirety.
This invention relates to improvements in or relating to medicament delivery systems. More specifically, the invention relates to improved systems for managing data relating to patient usage of a medicament delivery device(s). The invention may be particularly suitable for use with medicament delivery devices used for the treatment of respiratory diseases such as asthma, COPD, cystic fibrosis, and bronchiectasis. However, it is to be understood and appreciated that the invention is not to be limited to such use. For example, the invention may also be used in relation to medicament delivery devices used to treat diabetes, as well as a whole range of other diseases, afflictions, or even addictions. The prior art and possible applications of the invention, as discussed below, are therefore given by way of example only.
Medicament inhalers are widely used for the treatment of diseases, and especially respiratory diseases such as asthma, COPD, cystic fibrosis, and bronchiectasis. Medicament inhalers are also becoming ever-more prevalent for use with other diseases, for example diabetes.
A common type of medicament inhaler is what is known as a pressurised Metered Dose Inhaler (pMDI). Such inhalers generally comprise a medicament canister and an actuator. The medicament canister contains medicament under pressure and is designed to deliver a metered dose of medicament in the form of an aerosol spray. The actuator generally comprises a substantially L-shaped hollow tube which has a first open end adapted to receive the medicament canister, and a second open end which acts as a mouth piece. Medicament canisters for use with a pMDI generally have a spray stem extending from one end which is adapted to engage with a spray-directing element housed within the actuator, and adjacent to the mouth piece of the actuator. When the canister is pushed down into the actuator, the spray stem and spray-directing element combine to direct a metered dose of medicament out through the mouthpiece and into the mouth of the user.
Another common type of medicament inhaler is what is known as a Dry Powder Inhaler (DPI). DPI's are generally in the form of a disc or grinder which may be rotated in order to dispense a metered dose of dry powder into an appropriate receptacle or mouthpiece, from where it may then be inhaled by the user (for example, by sucking strongly on the mouthpiece of the inhaler).
Some medicament inhalers are kept on hand for use in a specific event or emergency. For example, if a person were to have a sudden asthma attack, they may reach for a medicament inhaler which contains what is generally known as a “reliever” medicament. A reliever medicament is fast acting and in most cases will relieve (or reduce the severity of) an asthma attack, almost instantaneously.
Other medicament inhalers are designed for regular use in order to prevent an event such as an asthma attack and/or to manage or control a disease such as asthma. Such inhalers are generally known as “preventers” because the regular use of such inhalers serves to prevent (or minimise the likelihood of) an asthma attack. The regular use of preventer medicament by asthma sufferers is generally effective in controlling the disease and/or preventing the vast majority of asthma attacks. Commonly, preventer medicament for asthma sufferers is taken twice a day, usually at a set time in the morning and in the evening.
There are now also available “combination” medicament inhalers which combine both a reliever and preventer medicament, with a view to controlling the respiratory disease (with the preventer medicament), when a patient uses their reliever medicament for symptom alleviation.
Studies have shown that many people demonstrate poor disease management, for example by overusing their reliever medicament. The overuse of a reliever medicament has the potential to reduce the effectiveness of the medicament which may render the medicament less effective in times of real need, for example during a severe asthma attack.
Moreover, a patient's increased use of reliever medicament over a period of time may be indicative of a pending exacerbation event.
A problem or difficulty associated with the use of preventer (or “combination”) medicament inhalers is poor medicament compliance. That is, many studies have shown that users frequently do not take their medicament at the predetermined or prescribed times and/or in the required amounts.
The consequences of this non-compliance are reduced disease control, lower quality of life, lost productivity, hospitalisation and avoidable deaths.
Furthermore, during clinical trials (for example, to test a new preventer medicament), it is important (for the trial to be successful) that the patients in the trial take their medicament at the prescribed times and/or in the prescribed amounts.
Not only is compliance to preventative medicaments typically low, but it has also been shown that actual compliance by a user is lower than the same user's estimated compliance.
To order to address these problems and difficulties, there are available a number of compliance monitoring devices for use with medicament inhalers.
Presently available electronic compliance monitors generally include electronic dose counting means. For example, see U.S. Pat. No. 5,544,647 (Jewettt et al), U.S. Pat. No. 6,202,642 (McKinnon et al) and US Patent Publication No. 2005/0028815 (Deaton et al).
Furthermore, presently available electronic compliance monitoring devices also include means to record a range of compliance data, in addition to dose counting. For example, McKinnon includes an electronics module to record date and time as well as more comprehensive patient usage data.
U.S. Pat. No. 5,363,842 (Mishelevich et al) describes a device which also monitors patient inhalation data, for example how much air is inhaled through the inhaler and with what time course. The resultant data may be transmitted to a remote location such as a health care professional where the inhalation data can be compared to a standard target envelope and, based on the comparison, the success or failure of the patient to inhale the medicament effectively may be determined. The success or otherwise of the patent's inhalation may then be signaled back to the patient. Mishelevich also monitors for other patient usage data such as whether the medicament inhaler was shaken prior to use.
The compliance data gathered by such electronic compliance monitoring devices may be managed or used in various ways.
For example, Deaton displays the compliance data (in the form of a counter module) on a display (20) which is integrally formed with the device. This has limitations in that the compliance data is only able to be viewed by the user, whereas it would be of more benefit to have the data viewed and/or monitored by a third party such as a care giver, insurer, or a medical professional.
Jewett includes both an LCD display (54) for displaying compliance data on the device, as well as a memory for storing data which may later be downloaded to a printer via a terminal (58). McKinnon describes a docking station (300) which is adapted to receive the compliance monitoring device and retrieve the compliance data from the device, where it may be viewed and manipulated by a computer.
A disadvantage associated with Jewett, Deaton and McKinnon is that the compliance data is not able to be transmitted wirelessly and/or in real time. Instead, the compliance data is only able to be downloaded periodically, and at the sole discretion of the user. There is also no provision for the two-way transmission of data.
An advantage of monitoring patient compliance in real time (or at frequent time intervals) is that patient usage data is always current, and hence anyone viewing or wishing to have access to the data will feel more comfort knowing this. Furthermore, any potential overuse or underuse of the inhaler may be immediately apparent, and (for example) any appropriate alerts may be made to the patient (or to a third party such as a care giver or medical professional). Real time monitoring may also be able to predict a potential exacerbation event, prior to the event occurring.
An advantage associated with the wireless transmission of data, is that the data may be transferred to a remote monitoring location, for example via a mobile phone network to the internet and/or a network computer system. The remote monitoring location may be, for example, a medical professional whereby the medical professional may monitor patient usage or compliance data.
U.S. Pat. No. 6,958,691 (Anderson et al) describes such a system, namely a device for the delivery of medicament which includes a medicament inhaler with an electronic data management system. The Anderson device includes an inbuilt communicator which provides for two-way wireless communication between the electronic data management system and a network computer system. The communication may be in real time. The network computer system is integrated with a host of websites, for example those of a pharmacy and weather station.
However, a disadvantage associated with Anderson (and also to a certain extent, Mishelevich) is that such systems generally use proprietary software, which therefore has limitations as to use and applicability. Furthermore, whilst the patient data may be made available, for example, on a central database which may be accessible by authorised users, any data or analysis of the data may only be viewable on a computer connected to the network and/or within a web browser. Moreover, there is no provision for a third party's software programs to be able to obtain and integrate patient usage information into their own software programs, for example a health information system or clinical trials application.
It is an object of the present invention to provide an improved medicament delivery system which goes some way towards addressing the aforementioned problems or difficulties, or which at the very least provides the public with a useful choice.
Throughout this specification unless the text requires otherwise, the word ‘comprise’ and variations such as ‘comprising’ or ‘comprises’ will be understood to imply the inclusion of a stated integer or step or group of integers or steps but not the exclusion of any other integer or step or group of integers or steps.
Throughout this specification, the term “patient” when used in relation to a medicament delivery device, is to be understood to refer to any person that uses a medicament delivery device.
According to one aspect of the present invention, there is provided a system for managing data relating to patient usage of a medicament delivery device, said medicament delivery device including:
The “data” (or variations such as “dataset”) relating to the patient usage of the medicament delivery device may include (but is not limited to) any or all data or information relating to the patient; the environment (eg, temperature or humidity); the medicament; the delivery of the medicament; the quantity of medicament delivered; patient compliance data; the medicament delivery device; any physiological criteria of a patient (eg, peak flow data, inhalation data or blood glucose level data); any programs or algorithms associated with the system; any data or instructions sent or received by any component of the system; the results of any operations on any of the aforesaid data.
The use of medicament delivery devices with compliance monitoring technology such as data gathering means and/or data storage means and/or wireless communicators are known in the prior art and to those skilled in the art (eg, the prior art patents referred to in the discussion under “Background Art”). It is not intended therefore (or considered necessary) to include an overly detailed description of such compliance monitoring technology per se.
Preferably, the system provides for the remote monitoring of a plurality of medicament delivery devices, although the monitoring of a single medicament delivery device is still within the scope of the invention. It is envisaged however that the invention may be particularly useful for monitoring patient usage data in relation to a large number of medicament delivery devices, such as are used for clinical trials and the like. The number of medicament devices associated with the system may therefore run into the hundreds, if not thousands. For convenience however, the medicament delivery device will be predominantly referred to herein in the singular.
Any type of medicament delivery device is within the scope of this invention. Examples of medicament delivery devices include (but are not limited to): medicament inhalers; medicament devices for delivering a dose of insulin; nasal sprays; nebulisers; transdermal devices; and pill boxes or containers (eg those which have a compartment for medicaments to be taken each day of the week).
Any type of medicament may be utilised, as required or as desired or as dictated by the nature of the medicament delivery devices and/or the disease being treated.
Any suitable medicament dispensing means may be utilised which enables the patient to receive a dose of medicament.
The medicament delivery device may preferably be adapted to deliver a metered dose of medicament, although the delivery of a non-metered dose of medicament is also within the scope of the invention.
Preferably, the medicament delivery device may be a medicament inhaler, such as a pMDI or a DPI, and preferably an integrated electronic medicament inhaler.
The medicament delivery device may preferably include a user interface which allows the patient to access data recorded or received by the medicament delivery device, and also to change the settings of the device (for example, date/time settings and/or visual/audible alarm and notification settings). The user interface may include operational buttons and a LCD screen. Such user interfaces are known in the prior art (eg Anderson and Mishelevich).
The medicament delivery device may preferably include a power management system, for example a battery. The battery may be a replaceable battery or a rechargeable battery.
The data gathering means may include any suitable means to monitor and/or gather the data relating to patient usage of the medicament delivery device, as defined previously.
Preferably, the medicament delivery device includes, at the very least, data gathering means in the form of a dose counter and a real time clock (which may record the date/time of each delivery of a dose of medicament).
The data gathering means may preferably include an electronic dose counter.
The data gathering means may also include means for monitoring for patient usage (or compliance) data such as inhalation data; peak flow data; blood/glucose levels; quantity of medicament dispensed; environmental conditions such as temperature and humidity; whether the medicament device was shaken prior to use; as well as data relating to the patient or the medicament device itself.
The medicament delivery device may preferably include a controller for controlling the operation of the medicament delivery device and/or for performing operation(s) on the data. Such controllers are known in the prior art (eg McKinnon and Anderson).
For example, the controller may serve to manage the settings or operational configurations of the medicament delivery device such as date/time and/or the timing of any alarms or notifications. The controller may also have the ability to increase or decrease the amount of medicament dispensed by the medicament delivery device, for example the quantity of medicament dispensed per dose. The controller may do this by sending a signal to the dose dispensing means to alter the quantity of medicament dispensed per dose. The controller may also have the ability to prevent the medicament dispensing means from dispensing a dose(s) of medicament for a predetermined time period (this may be particularly important for dispensing pain medicament—where the nature of the medicament often makes the patient susceptible to taking too much medicament or possibly even becoming addicted to the medicament). Preferably any such instructions for the controller to increase/decrease the quantity of medicament dispensed, or to cease medicament dispensing for a time period, may come from a third party, via the at least one web service.
The controller may preferably include a micro processor for performing operations on the data gathered. Such micro processors for use with medicament delivery devices are known in the prior art (eg Mishelevich and Anderson).
As part of its make up, the controller may include a microcontroller and/or an Application Specific Integrated Circuit (ASIC) and/or a set of digital logic gates.
In one embodiment, the data gathering means may be a stand alone component, which gathers data relating to patient usage of the medicament delivery device, and which is adapted or able to forward the data thus gathered to the data storage means.
Alternatively, the data gathering means may comprise part of the controller.
The real time clock may be incorporated within the data gathering means or alternatively it may comprise part of the controller.
The medicament delivery device may preferably include data storage means for the storage of data relating to patient usage of the medicament delivery device. For example, the data storage means may be memory in the form of RAM or ROM.
The data storage means may also be able to store data resulting from any operations performed on the patient usage data, for example by the microprocessor. The data storage means may also be able to store data relating to any instructions or data received from the at least one web service, for example when instructions were received for the controller to limit or increase the amount of medicament to be dispensed.
The communication means may preferably be adapted or able to facilitate the wireless transmission of data from the medicament delivery device to the one or more web services.
Preferably, the communication means may use cellular communications, for example in the form a cellular chip embedded in the medicament delivery device.
The communication means may be adapted to transmit the data in real time, or preferably, the communication means may be adapted to transmit the data at pre determined intervals, for example one or twice a day.
Preferably the at least one web service includes a communications web service for communicating with, or providing the communications interface with, the communications means associated with the medicament delivery device.
The data storage means associated with the medicament delivery device may also be able to store data relating to the nature and timings of any transmissions of data from the medicament delivery device to the at least one web service, including data relating to signal strengths.
Preferably, the at least one web service further includes a data storage web service for receiving and storing the data gathered and/or transmitted by the medicament delivery device, and including the results of any operation(s) on the data. The data storage web service may also store all incoming data or information or requests (including timings and the nature of the incoming data), for example from the at least one computer program.
The data storage web service may comprise part of the at least one web service, or alternatively the data storage web service may be in communication with the at least one web service, whereby data may be readily retrieved or sent as or when required.
In one embodiment, the data storage means associated with the medicament delivery device may be adapted to retain a copy of any data transmitted to the at least one web service. This may be advantageous in that it ensures a copy of the data is retained if, for example, the data was lost or corrupted in transit to the at least one web service. The copy of the data retained by the data storage means may thereafter be deleted after a set period of time or by manual operation of the device—or by instructions received from the at least one web service.
In another embodiment, the data storage means associated with the medicament delivery device may be adapted to transmit any data to the at least one web service, without retaining a copy of the data in the data storage means (but preferably the data may only be deleted from the data storage means once a signal has been received back from the at least one web service indicating the data transfer was successful).
The data to be gathered by, and/or transmitted from, the medicament delivery device to the at least one web service, may include data relating to settings of the medicament delivery device and/or data relating to a patient's prescribed treatment regimen and/or data relating to diagnostic information concerning operation of the medicament delivery device. Some of this data may be entered into the medicament delivery device by the patient, for example by use of the user interface or a PC which is operatively connected to the device (for example via the at least one web service).
Examples of data to be gathered and/or transmitted by the medicament delivery device include (but are not limited to):
Preferably the at least one web service can receive, queue and/or store information or data received from the at least one computer program. Such information or data may, for example, be destined for immediate or scheduled transmission to the medicament delivery device.
Preferably, such information is received, queued and/or stored by the data storage web service.
The information received from the at least one computer program may, for example, include information or data relating to settings of the medicament delivery device and/or data relating to a patient's prescribed treatment regimen and/or data relating to the operation of the medicament delivery device.
This information or data may be provided by any party, for example the patient, a care giver, a health professional or clinical trial investigator or insurer, and so on. Some of the information may relate to a patient's desire to change the settings of the device and this may be done more easily from a PC (with which people are generally very familiar with) rather than using the user interface associated with the medicament delivery device (which the patient may find unfamiliar and/or tricky to use given its small size and generally limited function).
Examples of such data or information may include (but is not limited to):
Preferably, the at least one web service is be able to perform processes and/or computations upon the data, in order to produce a report, with the report being deliverable to the at least one computer program upon request. The report may include the data in a dataset pertaining to the requested area of interest.
Any type of processes or computations upon the data may be carried out, as required or as desired, or as dictated by the type of patient compliance monitoring and/or research being undertaken. Examples of the type of processes and/or computations undertaken may include (but are not limited to) the following:
Preferably, the system may include a web service(s) that enables another computer program to add and/or edit and/or delete data stored within the data storage web service. Examples of the type of additions and/or edits and/or deletions that may be provided for may include (but are not limited to) the following:
Preferably, the system may include one or more system administration web services which may be able to create, update and/or remove accounts for the at least one computer program which accesses and/or utilizes the at least one web service.
In such an embodiment, the system may include one or more administration web services that transact payment and billing services in exchange for access to the at least one web service by the least one computer program.
For example, the system may provide for payment and billing services which transact on a per use basis.
Alternatively, or additionally, the system may provide for payment and billing services which transact on a subscription basis
Alternatively, or additionally, the system may provide for payment and billing services which transact a pre-paid basis
Furthermore, the payment and billing services may transact a setup fee prior to enabling access to the at least one web service by the least one computer program.
Preferably, the at least one web service may be able to generate a notification message, for example if a patient has forgotten to take their medicament for a predetermined time; or if it appeared that an exacerbation event may be imminent based on the patient usage data received; or if the battery associated with a medicament delivery device was running low. Such notification means are known in the prior art (eg, Mishelevich).
In one embodiment, the at least one web service may be adapted to generate a notification message itself directly to a patient or third party such as a care giver or health professional.
In another embodiment, and preferably, the at least one web service may be adapted to generate a notification message to the at least one computer program.
In such an embodiment, the at least one computer program may subsequently be adapted to generate a notification message, for example to a health professional or care giver or to the patient themselves. Suitable means for transmitting such a notification message may include SMS, a phone call or an email.
In another embodiment, the at least one web service may generate a notification to the at least one computer program, and wherein the at least one computer program may be a plurality of web services that can deliver the notification to another device associated with the same patient (for example a cell phone of the patient).
Preferably, the at least one web service may be accessible to the at least one computer program developer's software development tools for incorporation into new computer programs.
Preferably, the system may further include an access control web service for managing authentication of the at least one computer program to the at least one web service and/or authorization to use the at least one web service.
In such an embodiment, the access control web service may preferably be able to inter-operate with the at least one computer program's authentication and authorization system(s) to enable sharing of data between the at least one web service and the at least one computer program.
Preferably, the system may further include a web service which enables the at least one computer program to only access patient, patient medicament and medicament delivery device information for a provided care giver, health care professional or clinical researcher where there has already been established an association between the care giver, health care professional or clinical researcher for that patient, medicament or delivery device.
Preferably, the at least one web service may be hosted in a cloud computing infrastructure.
Alternatively, or additionally, the at least one web service may run on a number of distributed computers all located in data centres and accessible via the internet.
Alternatively, or additionally, the at least one web service may be hosted in an on-premise web hosting infrastructure.
Alternatively, or additionally, the at least one web service may exist in multiple instances.
Alternatively, or additionally, the at least one web service may exist in geographically distributed locations.
Alternatively, or additionally, the at least one web service is specified and interfaced with using standard web services protocols such as SOAP and RESTFUL
Alternatively, or additionally, the at least one web service may enable programmatic control of the behaviour of the at least one web service, such as the number of instances of the web service that should run.
It is envisaged that the at least one web service may be able to represent a virtual machine of some or all of the medicament delivery devices. For example, the virtual representation may be in a visual form depicting a picture of the medicament delivery device.
The at least one computer program may include one or more other web services.
Alternatively, or additionally, the at least one computer program may include one or more websites. In such an embodiment, the at least one web service may be in communication with the one or more websites, whereby the one or more websites may be able to request and/or receive data from the at least one web service and present the data in a human-readable format. For example, the individual or organisation responsible for managing the system may wish to view certain data (for example, relating to a particular individual or a particular patient criteria) on its own web browser. In such an embodiment, the at least one web service may be adapted to only provide the specified data to the web browser, and in a desired or requested format, for example in the form of a bar graph or table.
The at least one computer program may include a desktop application that can access the one or more web services via the internet.
The at least one computer program may include a patient management application.
The at least one computer program may include a clinical trials management application.
The at least one computer program may include a personal health software application
In the present invention, the at least one web service essentially provides a standards based means for enabling a third party's software programs to obtain and integrate the data (or the results of any operation(s) on the data) into their software programs. This is distinct from Anderson which integrates other website-based data sources (eg, a weather monitoring station) into a network computer system.
The description of a preferred form of the invention to be provided herein, with reference to the accompanying drawings, is given purely by way of example and is not to be taken in any way as limiting the scope or extent of the invention.
Having regard to
The medicament delivery device 2 includes a supply of medicament in the form of a medicament canister 3, which is housed within an actuator 4. The device 2 also includes a mouthpiece 5.
The medicament canister 3 includes a spray stem (not shown), which is adapted to engage with a spray-directing element (not shown) formed integrally within the actuator 4.
A metered dose of medicament may be delivered by the medicament delivery device 2 as follows:
The patient places his/her mouth over the mouthpiece 5 and pushes the medicament canister 3 downwards into the actuator 4 in the direction shown by arrow 6. This has the effect of pushing the spray stem into the spray directing element, which releases a metered dose of medicament. The metered dose of medicament is directed out of the mouthpiece 5 and into the mouth of the patient. The patient will generally inhale at the same time that the medicament is dispensed so that the medicament is inhaled as deeply as possible into the lungs of the patient.
The medicament delivery device 2 includes a controller (not shown in
The medicament delivery device 2 also includes data gathering means for gathering data relating to patient usage of the medicament delivery device 2.
The data gathering means includes an integrated electronic dose counter (not shown in
The data gathered is stored within a memory (not shown in
The device 2 also includes a user interface (not shown in
The device 2 includes a power management system (not shown in
The controller includes a microprocessor (not shown in
The real time clock is able to note the date and time associated with each dose of medicament dispensed by the device 2, as well as being able to note the date and time of any other event, for example when a new canister of medicament is placed within the device 2, or when the battery runs out or is getting low, or when instructions have been received by the medicament delivery device 2 to cease the ability to dispense doses, and so on.
The device 2 also includes an integrated wireless data communication means, generally indicated by arrow 7. The wireless data communicator 7 is able to transmit data gathered by the device 2 to at least one web service, and preferably to a communications web service which comprises part of the at least one web service. The wireless data communicator 7 may be adapted to transmit the data in real time or preferably at pre determined intervals, for example one or twice a day or after a predetermined number of inhalations by the patient.
The wireless data communicator 7 includes a cell phone chip (not shown in
Such compliance monitoring means for medicament delivery devices 2 (as described in very general terms above) are well known in the prior art and to those skilled in the art, and it is not considered necessary therefore to describe their operations in any significant further detail herein.
Having regard to
The schematically-represented system 1 includes the following features or components:
The medicament delivery device 11 includes a supply of medicament 12 and a medicament dispensing means 13. The medicament delivery device 11 further includes a controller 14, a data gathering means 15, and a data storage means 16,
The device 11 also includes a wireless communications means 17 in the form of a wireless transmitter for the transmission of data to at least one web service, generally indicated by arrow 18.
The at least one web service 18 is able to share any of the data with at least one computer program, generally indicated by arrow 19. The at least one computer program 19 may be a third party's software program(s) which is able to obtain and integrate the data (or the results of any operation(s) on the data) into their software programs.
Having regard to
In
The web services platform 21 is able to share data with a number of other (third parties') computer programs 29.
The communications web service 22 effectively acts as the web service platform's communication interface with the medicament delivery device 20, and in particular with the communications means associated with the medicament delivery device 20. The communications web service 22 is able to both send and receive data or information or instructions with respect to the medicament delivery device 20.
Any data sent from the medicament delivery device 20 to the web services platform 21, via the communications web service 22, is forwarded to the data storage services 23, to be stored therein.
The medicament delivery device 20 is able to send any data gathered by and/or stored within the medicament delivery device 20. For example, the medicament delivery device 20 may able to transmit data relating to settings of the medicament delivery device 20 and/or data relating to a patient's prescribed treatment regimen and/or data relating to diagnostic information concerning operation of the medicament delivery device 20, and so on. Further examples of the type of data that may be gathered by and/or transmitted from the medicament delivery device 20 have been previously described in this specification.
The web services platform 21 is able to receive, queue and/or store information received from the other computer programs 29, for immediate or scheduled transmission to the medicament delivery device 20.
For example, information received from the other computer programs 29 may include data relating to settings of the medicament delivery device 20 and/or data relating to a patient's prescribed treatment regimen and/or data relating to the operation of the medicament delivery device 20. Other examples of data or information that may be received by the other computer programs 29 have been provided previously in this specification. Any such data may preferably be stored in the data storage web service 23.
The reporting web service 24 may be able to perform processes and/or computations upon the data gathered, in order to produce a report, with the report being deliverable to the other computer programs 29 upon request.
Any type of processes or computations upon the data may be carried out, as required or as desired, or as dictated by the type of patient compliance monitoring being undertaken. Examples of the types of processes and/or computations that may be undertaken on the data gathered have been previously described in this specification.
The customer relationship web service 25 enables another computer program 29 to add, edit and/or delete data stored within said data storage web service 23. Examples of the types of additions, edits or deletions that may be undertaken on the data have been previously described in this specification.
The administration web service 26 can create, update and/or remove accounts for the other computer programs 29 which access and/or utilize the web services platform 21.
For example, the administration web service 26 may transact payment and billing services in exchange for access to the web services platform 21 by the other computer programs 29. Examples of other types of functions undertaken by the administration web service 26 have been previously described in this specification.
The notification web service is able to generate a notification message to the other computer programs 29, for example a notification alerting the programs 29 that a patient has forgotten to take their medicament for a predetermined time period, or if it appears that an exacerbation event may be imminent based on the patient usage data received.
In such an embodiment, the other computer programs 29 may be adapted to generate a notification message, for example to a health professional or care giver or the patient themselves. Suitable means for transmitting such a notification message may include SMS, a phone call or an email.
The access control web service 28 is adapted to manage authentication of the other computer programs 29 to the web services platform 21 and/or authorization of the other computer programs 29 to use the web services platform 21. In such an embodiment, the web services platform 21 may be able to federate with the other computer program's authentication systems to let claims created in one identity scope be accepted by another.
The access control web service 28 also includes a web service which enables other computer programs 29 to only access patient, patient medicament and medicament delivery device information for a provided care giver, health care professional or clinical researcher where there has already been established an association between the care giver, health care professional or clinical researcher for that patient, medicament or delivery device.
Examples of suitable computer programs 29 for use with the system 1 are a health information system and a clinical trials application. Such programs 29 may be owned or run by third party vendors who have an interest in monitoring the patient data gathered and who therefore pay for the privilege of being able to access data via the web services platform 21 (eg, the vendors may be insurance companies checking to ensure their customers are complying with their medicament as per the insurance agreement between them; or the vendors may be medical professionals monitoring patient usage data for any events which may be indicative of non-compliance or an exacerbation event).
Each such software program 29 is able to request specific data from the web services platform 21, and the web services platform 21 is subsequently able to send the data (usually in a format defined by the web services platform 21).
For example, a health information program may request data from the web services platform 21 relating to all their customers who have missed at least one scheduled dose of a preventer medicament in the last 48 hours. The web services platform will then supply this information in a predetermined format. This request may be handled, for example, by a first reporting web service 24. Simultaneously, a second reporting web service 24 may be responding to a request from a clinical trials program relating to the number of trialists who are overusing their medicament, and this response may thus be transmitted to the clinical trials program.
The web services platform 21 may be hosted in a cloud computing infrastructure. Examples of possible make ups of such a cloud computing infrastructure have been previously provided in this specification.
Furthermore, there is shown a computer program in the form of a web site 33 which is also in communication with the cloud computing infrastructure 32.
The website 33 is able to request and receive data from the web services platform 21 and present the data in a human-readable format (for example, in the form of a bar graph 34). For example, the individual or organisation responsible for the website 33 may wish to view certain data (for example, relating to the number of doses of medicament a patient takes over a 20 day period) on its own web browser—of which the website 33 is operatively connected or comprises part of. In such an embodiment, the web services platform 21, housed within the cloud computing infrastructure 32, may be adapted to provide the specified data to the web browser (and therefore the website 33) in the desired or requested format.
An advantage of the system 1 over and above prior art patient compliance monitoring systems (which generally use integrated data sources connected to a network computer system—eg Anderson) is that the system 1 provides for a standards based means for enabling other vendor's software programs 29 to obtain and integrate medicament delivery device information into their own software programs.
The invention may be useful for use with large clinical trials, for example those used to determine whether a particular medicament may have unwanted side effects. Such trials may include a number of people in a trial group (those using the medicament being tested) and a number of people in the control group (those not using the medicament being tested). There may be upwards of 3000 people in each group, and the results of the clinical trail may be very important. Hence, it is imperative that the people running the trial have ready access to the data from the trial, and in a useful format. Moreover, it would be of advantage if the people running the trial were able to integrate patient usage data relating to use of the medicament device into their own software programs. The system 1 allows for this.
While the embodiments described above are currently preferred, it will be appreciated that a wide range of other variations might also be made within the general spirit and scope of the invention and/or as defined by the appended claims.
| Number | Date | Country | Kind |
|---|---|---|---|
| 575836 | Mar 2009 | NZ | national |
