Patent Application
20210401673
This disclosure relates to healthcare management services with robotic devices and, more particularly, to healthcare management services with artificially intelligent robotic companion devices that help users manage their healthcare needs, for example, by engaging users in a social manner through voice interaction to provide healthcare-focused content and services.
Conventional medication adherence systems fail to provide secure authentication of appropriate end users, to notify relevant caretakers of successful or unsuccessful adherence by end users, and/or to dispense of medication while also addressing the social and/or emotional needs of end users.
This document describes systems, methods, and computer-readable media for a healthcare management service.
For example, a robotic interface system is provided that may include a communications component, at least one sensor, at least one input/output (I/O) component, a processor in operative communication with the communications component, the at least one sensor, and the at least one I/O component, and a main body including an inlet port, an outlet port, a container assembly including a plurality of compartments, and a motor coupled to the container assembly and operative to rotate the container assembly about an axis within the main body to align any one of the plurality of compartments with either the inlet port or the outlet port, wherein the processor is operative to communicate with a user via the at least one I/O component during an assisted pill insertion procedure in which at least one pill is inserted into at least one of the plurality of compartments via the inlet port and communicate with the user via the at least one I/O component during a pill dispersal procedure in which at least one pill is dispersed out of one of the plurality of compartments via the outlet port.
As another example, a robotic interface system is provided that may include a main body including an inlet port, an outlet port, a container assembly including a plurality of compartments, and a motor coupled to the container assembly and operative to rotate the container assembly about a rotation axis within the main body to align any one of the plurality of compartments with either the inlet port or the outlet port, a stand that supports the main body and that is constructed to hold a receptacle under the outlet port, and a processor that is operative to control rotation of the motor to align a selected one of the plurality of compartments with the inlet port or the outlet port in accordance with a pill insertion procedure or a pill dispersal procedure.
As yet another example, a robotic interface system is provided that may include a main body including an inlet port, an outlet port, a container assembly including a container member including a plurality of compartments, and a ring member including a pill window, a first motor operative to selectively couple or decouple the ring member to the container member, a second motor coupled to the container member and operative to rotate both the container member and the ring member in concert with each other about a rotation axis within the main body to align the pill window with the inlet port, the outlet port, or any location between the inlet and outlet ports when the container member is coupled to the ring member, and rotate the container member independently of the ring member about the rotation axis within the main body to align any one of the plurality of compartments with the pill window when the container member is decoupled from the ring member, a stand that supports the main body and that is constructed to hold a receptacle under the outlet port, and a processor that is operative to control operation of the first and second motors in accordance with a pill insertion procedure or a pill dispersal procedure.
As yet another example, a method for loading pills with assistance of a robotic interface system including a container assembly is provided, where the method may include determining whether a user desires to manually load the container assembly or requires assisted loading of the container assembly, in response to determining that the user desires to manually load the container assembly, instructing the user to remove the container assembly from the robotic interface system, displaying manual insertion instructions on the robotic interface system that provide step-by-step instructions for populating a plurality of compartments of the container assembly according to a pill schedule, detecting whether the container assembly has been inserted into the robotic interface system, and verifying that the container assembly has been filled according to the pill schedule, and, in response to determining that the user requires assisted loading of the container assembly, displaying assisted loading instructions on the robotic interface system that specify which pill to insert into an inlet port of the robotic interface system, verifying that a pill is received into one of the plurality of compartments, and repeating the displaying of assisted loading instructions and the verifying until it is determined that the plurality of compartments are filled according to the pill schedule.
As yet another example, a method for dispensing pills with assistance of a robotic interface system including a container assembly and receptacle region is provided, where the method may include verifying an identity of a user before commencing a pill dispensing procedure, determining whether the pill dispensing procedure is for pills contained inside the container assembly or outside the container assembly, in response to determining that the pill dispensing procedure is for pills contained inside the container assembly, displaying a list of pills to be dispensed according to a pill schedule for the verified user, and dispensing each pill in the displayed list of pills out of the container assembly into the receptacle.
As yet another example, a method for dispensing pills with assistance of a robotic interface system including a container assembly is provided, where the method may include receiving a wake signal, activating the robotic interface system in response to the received wake signal, determining whether an identity of a user is verified, in response to determining that the user is not verified, transmitting mobile reminders to the user if a time duration past a scheduled dose time is less than a fixed period of time, and marking the scheduled dose as missed if the time duration past the scheduled dose time is equal to or greater than the fixed period of time.
As yet another example, a method for managing missed dosages with assistance of a robotic interface system is provided, where the method may include receiving a wake signal, activating the robotic interface system in response to the received wake signal, determining that a scheduled dose time has been missed, receiving a user interaction with the robotic interface system after it has been determined that the scheduled dose time has been missed, displaying a first set of user selectable options when the user interaction is received during a same day as the scheduled dose time, and displaying a second set of user selectable options when the user interaction is received at a day subsequent to the scheduled dose time.
As yet another example, a method for rescheduling admission of dosages with assistance of a robotic interface system is provided, where the method may include receiving a wake signal with a pill schedule, activating the robotic interface system in response to the received wake signal, receiving an indication from a user that a dosage requires rescheduling, receiving a user specified rescheduling of a time to take the dosage, and updating the pill schedule based on the user specified rescheduling of a time to take the dosage.
As yet another example, a system is provided that may include a plurality of robotic interface (RI) subsystems, a plurality of user caretaker (UC) subsystems, and a healthcare management service (HMS) subsystem operative to communicate with the plurality of RI subsystems and the plurality of UC subsystems to facilitate and supervise a user's medication adherence.
As yet another example, a pill dispenser is provided that may include a main body forming a cavity and comprising an inlet port and an outlet port, and a container assembly disposed in the cavity of the main body. The container assembly may comprise a container body, and a plurality of blades fastened to the container body and dividing the container assembly into a plurality of compartments, the plurality of blades being movable relative to the container body.
As yet another example, a disposable container is provided that may include a removable element, and a tray. The tray may include a body and a plurality of compartments, including a first compartment, attached to the body. The first compartment is bounded by an inner wall defined by the body and by an outer wall defined by the removable element, the inner wall is closer to a center of the body than the outer wall.
As yet another example, a disposable container is provided that may include a base, a first wall, a removable wall, a plurality of compartments bounded by the base, the first wall and the removable wall, and a cavity formed through the base. In some embodiments, removable wall is made of a flexible material. In some embodiments, the base has a rotational symmetry. In some embodiments, the cavity has a contour, at least part of the contour being defined by the first wall. In some embodiments, the cavity has a circular shape. In some embodiments, the first wall bounds a first area and the removable wall bounds a second area, wherein the first area is within the second area. In some embodiments, the first and removable walls are curved. In some embodiments, the first and removable walls are concentric. In some embodiments, adjacent compartments of the plurality of compartments are separated by respective removable blades. In some embodiments, the removable blades are fastened to the first wall. In some embodiments, adjacent compartments of the plurality of compartments are separated by respective blades, wherein adjacent blades are angled relative to each other. In some embodiments, the first wall is fixed to the base. In some embodiments, the first and removable walls extend perpendicularly from the base.
As yet another example, a pill dispenser is provided that may include a container including a plurality of compartments, a mechanical actuator, an outlet port and a processor. The processor is configured to control the pill dispenser to align a first compartment of the plurality of compartments to the outlet port, determine whether one or more medications are present in the first compartment, and control the mechanical actuator to shake at least a portion of the pill dispenser.
As yet another example, a pill dispenser is provided that may include a container including a plurality of compartments, a camera, a wall having thereon a depiction of a pattern, and a processor configured to determine whether one or more medications are present in a first compartment of the plurality of compartments using the camera and the depiction.
This summary is provided merely to summarize some example embodiments, so as to provide a basic understanding of some aspects of the subject matter described in this document. Accordingly, it will be appreciated that the features described in this Summary are only examples and should not be construed to narrow the scope or spirit of the subject matter described herein in any way. Unless otherwise stated, features described in the context of one example may be combined or used with features described in the context of one or more other examples. Other features, aspects, and advantages of the subject matter described herein will become apparent from the following Detailed Description, Figures, and Claims.
Various aspects and embodiments of the invention are described below with reference to the following figures. It should be appreciated that the figures are not necessarily drawn to scale. Items appearing in multiple figures are indicated by the same reference number in all the figures in which they appear.
Systems, methods, and computer-readable media for a healthcare management service are provided. Hardware and software system elements may be combined for providing a robotic interface subsystem (e.g., an artificially intelligent robotic companion device) that may function as a healthcare companion for an end user of a healthcare management service platform. The robotic interface subsystem may be operative to interact with end users via voice to assist with their healthcare needs and answer healthcare questions for educational purposes. The robotic interface subsystem may be configured with the capability to store medications and dispense medications according to a schedule associated with an end user. At the specified times of the schedule for the user's medication doses, the robotic interface subsystem may issue voice reminders and confirm the user's identity and presence using facial recognition and/or any other suitable biometric sensors (e.g., voice recognition and/or a fingerprint sensor and/or a password entry mechanism). If a medication dose is missed, the robotic interface subsystem may be operative to alert a personal electronic device of the end user and/or of a user caretaker associated with the end user (e.g., via both text message and/or mobile app notifications). The robotic interface subsystem may be operative to track each of the end user's medications and automatically reorder medications before they run out. At the user's request, the robotic interface subsystem may be operative to export medication adherence reports via e-mail or any other suitable communication mechanism to both caretakers and physicians and end users alike. The robotic interface subsystem may feature a software platform that may host third-party applications, such as telehealth services for further enhancing the healthcare management services of the robotic interface subsystem.
Some healthcare management systems, methods, computer-readable media and robotic interface subsystems for healthcare management services are described in U.S. patent application Ser. No. 15/620,546, filed on Jun. 12, 2017, and titled “HEALTHCARE MANAGEMENT SYSTEMS,” which is hereby incorporated by reference herein in its entirety. Any combination of the healthcare management systems, methods, computer-readable media and robotic interface subsystems described in U.S. patent application Ser. No. 15/620,546 can be used with any combination of the healthcare management systems, methods, computer-readable media, robotic interface subsystems and pill containers described herein.
Description of
As shown in
Processor 112 may be used to run one or more applications, such as an application that may be provided as at least a part of one data structure 119 that may be accessible from memory 113 and/or from any other suitable source (e.g., from HMS subsystem 10 via an active internet connection). Such an application data structure 119 may include, but is not limited to, one or more operating system applications, firmware applications, communication applications, internet browsing applications (e.g., for interacting with a website provided by HMS subsystem 10 for enabling subsystem 100 to interact with an online service of HMS subsystem 10 (e.g., a HMSP) and/or any of its partners), MIS applications (e.g., a web application or a native application or a hybrid application that may be at least partially produced by HMS subsystem 10 or any of its partners for enabling subsystem 100 to interact with an online service of HMS subsystem 10 (e.g., a HMSP)), or any other suitable applications. For example, processor 102 may load an application data structure 119 as a user interface program to determine how instructions or data received via an input component of I/O component 116 or via communications component 114 or via sensor component 115 or via any other component of subsystem 100 may manipulate the way in which information may be stored and/or provided to a user via an output component of I/O component 116 and/or to any other subsystem via communications component 114. As one example, an application data structure 119 of a subsystem 100 may provide a subsystem user or a communicatively coupled device (e.g., accessory or peripheral device) with the ability to interact with a healthcare management service or the HMSP of HMS subsystem 10, where such an application 119 may be a third party application that may be running on subsystem 100 (e.g., an application (e.g., software and/or firmware) associated with HMS subsystem 10 that may be loaded on subsystem 100 from HMS subsystem 10 or via an application market or partner of MIS subsystem 10) and/or that may be accessed via an internet application or web browser running on subsystem 100 (e.g., processor 112) that may be pointed to a uniform resource locator (“URL”) whose target or web resource may be managed by HMS subsystem 10 or any other remote subsystem. One, some, or each subsystem 100 may be a portable media device (e.g., a smartphone), a laptop computer, a tablet computer, a desktop computer, an appliance, a wearable electronic device, a virtual reality device, a dongle device, at least one web or network server (e.g., for providing an online resource, such as a website or native online application, for presentation on one or more other subsystems) with an interface for an administrator of such a server, and/or the like.
HMS subsystem 10 may include a housing 11 that may be similar to housing 111, a processor component 12 that may be similar to processor 112, a memory component 13 that may be similar to memory component 113, a communications component 14 that may be similar to communications component 114, a sensor component 15 that may be similar to sensor component 115, an I/O component 16 that may be similar to I/O component 116, a power supply component 17 that may be similar to power supply component 117, and/or a bus 18 that may be similar to bus 118. Moreover, HMS subsystem 10 may include one or more data sources or data structures or applications 19 that may include any suitable data or one or more applications (e.g., any application similar to application 119) for facilitating a healthcare management service or HMSP that may be provided by HMS subsystem 10 in conjunction with one or more subsystems 100. Some or all portions of HMS subsystem 10 may be operated, managed, or otherwise at least partially controlled by an entity (e.g., administrator) responsible for providing a healthcare management service to one or more clients or other suitable entities.
HMS subsystem 10 may communicate with one or more subsystems 100 via communications network 50. Network 50 may be the internet or any other suitable communication network, such that when intercoupled via network 50, any two subsystems of system 1 may be operative to communicate with one another (e.g., a subsystem 100 may access information (e.g., from a data structure 19 of HMS subsystem 10, as may be provided as a healthcare management service via processor 12 and communications component 14 of HMS subsystem 10 or from a data structure of another subsystem 100) as if such information were stored locally at that subsystem 100 (e.g., in memory component 113)).
Various clients and/or partners may be enabled to interact with HMS subsystem 10 for enabling the healthcare management services and the HMSP. For example, at least one robotic interface subsystem of system 1 (e.g., each one of the one or more robotic interface subsystems 100a-100c) may be any suitable subsystem (e.g., robotic companion device) that may be interacted with by any suitable end user (“EU”) that may own, rent, or otherwise have access to such a robotic interface subsystem. At least one end user subsystem of system 1 (e.g., each one of the one or more end user subsystems 100d-100f) may be any suitable subsystem (e.g., portable computing device) that may be communicatively coupled to a respective robotic interface subsystem (e.g., via any suitable network 50). For example, an end user subsystem may be any suitable personal computing device (e.g., laptop computer, desktop computer, telephone, smart watch, and/or the like) that may be used by a particular end user and, optionally, accessible to the end user at most times (e.g., a device worn by the end user or carried by the end user in a pocket or purse during most daily activities), which may be operative to communicate any suitable data with a robotic interface subsystem of the same end user (e.g., reminders and/or health information) and/or with HMS subsystem 10 via any suitable communications path (e.g., any suitable wired or wireless communications path using any suitable communications protocol). At least one user caretaker subsystem of system 1 (e.g., each one of the one or more user caretaker subsystems 100g-100i) may be any suitable subsystem (e.g., personal computing devices, servers, etc.) operated or managed by any suitable entity that may be interested in following the healthcare status of any particular end user of the HMSP (e.g., any suitable physician and/or healthcare professional associated with the end user and/or a friend or family member of the end user) by communicating appropriate information with various other subsystems of the HMSP. At least one third party enabler subsystem of system 1 (e.g., each one of the one or more third party enabler subsystems 100j-1001) may be operated by any suitable third party enabler (“TPE”) that may be operative to enable at least partially any suitable operation provided by the HMSP, such as a third party application or service provider that may be operative to process or provide any suitable subject matter that may be used by any other suitable subsystem of system 1 for enabling the HMSP (e.g., any telehealth service providers or healthcare information databases that may be able to provide answers to any suitable healthcare related questions (e.g., what foods ought to be avoided when taking certain medication, what are the symptoms for a particular condition, etc.), any medication providers (e.g., pharmacy that may be able to fulfill and/or deliver medication to an end user), any home automation systems (e.g., any suitable subsystems that may automate any components of an end user's home or other surrounding environment), booking subsystems (e.g., transportation service subsystems (e.g., Uber Technologies, etc.), healthcare service subsystems (e.g., ZocDoc, Inc., etc.), wearable sensor subsystems (e.g., smart watches, medical devices, virtual and/or augmented reality devices, etc.), any social networks that may provide any suitable connection information between various parties, government agencies/regulators, licensing bodies, third party advertisers, owners of relevant data, sellers of relevant goods/materials, software providers, and/or any other suitable third party service provider distinct from an RI subsystem, EU subsystem, UC subsystem, and HMS subsystem 10).
Each subsystem 100 of system 1 (e.g., each one of subsystems 100a-1001) may be operated by any suitable entity for interacting in any suitable way with HMS subsystem 10 (e.g., via network 50) for deriving value from and/or adding value to a service of the HMSP of HMS subsystem 10. For example, a particular subsystem 100 may be a server operated by a client/partner entity that may receive any suitable data from HMS subsystem 10 related to any suitable healthcare management enhancement of the HMSP provided by HMS subsystem 10 (e.g., via network 50). Additionally or alternatively, a particular subsystem 100 may be a server operated by a client/partner entity that may upload or otherwise provide any suitable data to HMS subsystem 10 related to any suitable healthcare management service of the HMSP provided by HMS subsystem 10 (e.g., via network 50).
Description of
System 1 may be utilized to manage the healthcare of at least one end user through interaction with an associated robotic interface subsystem in any suitable manner, including, but not limited to, facilitating and supervising the end user's medication adherence, providing the end user with positive reinforcement for a healthy lifestyle, and/or answering health-related questions of the end user. For example, as shown in
As shown in
A back of main body 120 may include a cover 150 with a handle 145 that may allow access to the internal receptacle(s) (e.g., medication container(s)) within main body 120). Cover 150 may be configured to be removed for enabling access to the internal receptacle(s) only upon user authentication via fingerprint verification or any other suitable authentication (e.g., using any suitable sensor of subsystem 100a), such that the contents may be protected from people other than the appropriate end user (e.g., meddling children or a thieves). For example, external-facing screws (not shown) may require a proprietary screwdriver to be removed from cover 150 and main body 120, ensuring the security of the internal contents of the internal receptacle(s) of main body 120.
Main body 120 may at least partially enclose or support an ARM-based mobile processor 112, an LCD touchscreen 130 of I/O component 116a (e.g., a high definition touchscreen display), external camera sensor 115a, at least one microphone sensor 115b (e.g., one or two omnidirectional microphones), at least one speaker I/O component 116b (e.g., tweeter and subwoofer), any suitable wireless communication adapters 114 (e.g., a Wi-Fi transceiver 114a and a Bluetooth transceiver 114b). One or more light emitting I/O components 116c (e.g., mood lights) may be provided adjacent hatch 142 for illuminating the space at which contents may be released from main body 120 for an end user. One or more motion sensors and/or image or camera sensors 115c and 115d may be provided hatch 140 and hatch 142, respectively, to detect filling and dispensing of contents with respect to the internal receptacle(s) of main body 120.
The internal receptacle(s) of main body 120 may be provided by any suitable container 160 (e.g., a removable antibacterial medicine container). As shown, container 160 may be provided as a circular container of any suitable material (e.g., plastic) with a central spoke opening 162 for motorized rotation about an axis A by any suitable motor 170 that may be positioned at least partially within or supported by main body 120. Container 160 may be subdivided to include any suitable number (e.g., 28 or 31) of compartments 164 in a circumferential manner. Each compartment 164 may be sized to receive and retain at least one dose of at least one medication for an end user. Container 160 may be covered by a cover 180 that may be removable (along with or independently of cover 150) from container 160 (e.g., as shown in
Main body 120 of RI subsystem 100a may be perched on a stand 122 that may permit receptacle 199 to be positioned under main body 120 for catching any contents dispensed from any compartment 164 of container 160. Directly above receptacle 199 may be one or more light emitting I/O components 116c (e.g., mood lights) for illuminating the space at which contents may be released from main body 120 for an end user (e.g., for illuminating receptacle 199 when it contains medications). For example, one or more light emitting I/O components 116c may be turned on independently of the presence or absence of material (e.g., medications) inside receptacle 199, but instead one or more light emitting I/O components 116c may be turned on when RI subsystem 100a determines that a user's attention ought to be attracted to RI subsystem 100a for reminding the user to access certain material (e.g., certain medication). RI subsystem 100a may be configured to determine whether the appropriate material has been dispensed into receptacle 199 and/or whether receptacle 199 has been removed from the position to receive material from RI subsystem 100a (e.g., using any suitable sensor(s), such as one or more capacitive and/or NFC sensors). Once it has been detected that a user has removed a receptacle in which material had been dispensed, one or more light emitting I/O components 116c may be turned off. RI subsystem 100a may also include one or more suitable user authentication sensors 115e (e.g., a fingerprint scanner sensor or any other suitable biometric sensor(s)) for added security, as noted above, that may require an appropriate end user be detected before any contents from container 160 may be released from main body 120 (e.g., into receptacle 199). Stand 122 may at least partially protect or support power supply 117 of RI subsystem 100a (e.g., a wired power supply (e.g., via power cable 117a) and a lithium-ion battery that may assures all basic functions of RI subsystem 100a remain active in the event of a power outage). Immediately below or adjacent a side of a properly positioned receptacle 199 there may be provided at least one sensor 115f that may be built into or otherwise supported by stand 122. For example, a first sensor 115f may be a capacitive sensor that may be operative to detect the presence of any receptacle 199 under hatch 142, while a second sensor 115f may be a radio frequency identification (“RFID”) or NFC sensor that may be operative to read a specific RFID or NFC tag of receptacle 199 (e.g., to determine the type of receptacle and the owner of the receptacle). A user may be provided with two or more particularly tagged receptacles 199 (e.g., a glass receptacle for home use and a plastic receptacle for travel) that may be associated by the HMSP with the particular user and particular biometrics of the user that may detected by sensor(s) 115e or otherwise in conjunction with the data received by sensor(s) 115f to confirm authentication of a particular end user prior to dispensing contents (e.g., medication) from hatch 142. Two independent microcontrollers may verify the biometric data detected by sensor(s) 115e and synthesize such data with any receptacle data detected by sensor(s) 115f. RI subsystem 100a may be configured to detect the presence of receptacle 199 utilizing any suitable methods, including, but not limited to, near field communication and capacitive sensing. For example, a tag may be embedded in (e.g., in the bottom of) or otherwise coupled to receptacle 199. Any suitable component (e.g., concentric copper tracks on the base of stand 122) may be operative to detect the presence of a specific receptacle 199 with all accompanying information, such as type of receptacle (e.g., plastic to-go receptacle or glass home-use receptacle) and owner of the receptacle (e.g., a particular user of potentially multiple users of the system). Alternatively, no tag may be coupled to receptacle 199. Instead, detection of receptacle 199 may be accomplished by RI subsystem 100a monitoring the capacitance between a component (e.g., one or more copper tracks on the base of stand 122). For the purpose of detecting receptacle 199, an integrated system with concentric copper tracks on the base of stand 122 can either function as an antenna for specific tags or as a capacitive sensor. Commutation between the two functions may either be electro-mechanical (e.g., relay commutation) or solid state.
Any suitable data structure(s) 119 of RI subsystem 100a may be accessible to RI subsystem 100a and used to drive RI subsystem 100a (e.g., a processor 112 of RI subsystem 100a). For example, any suitable data structure(s) 119 of RI subsystem 100a may be a firmware or software application operating system based on a customized platform (e.g., of an Android and/or iOS platform). Key functionalities of such an application may be interactivity, reliability, safety, and/or versatility. Such an application may enable RI subsystem 100a to interact with an end user via an anthropomorphic persona of RI subsystem 100a. Such a persona may include two eyes that express human emotion and a mouth (e.g., features of face 93) that may mirror movements associated with human speech indicative of audible information presented by any speaker I/O component of RI subsystem 100a. For example, RI subsystem 100a may be configured to better address the social and emotional needs of a user because RI subsystem 100a may integrate information from its programmed schedule, camera, microphone, cloud based medication database, and/or any other available features to interact with the user proactively. For example, if a particular medication has a common side effect, RI subsystem 100a may be configured to inquire whether the user is experiencing the side effect. In addition, RI subsystem 100a may be configured to be fully responsive to voice inquiries and/or commands of the user. RI subsystem 100a, therefore, may be operative to answer health-related questions and recommend a telehealth visit if RI subsystem 100a cannot provide a satisfactory answer.
RI subsystem 100a may be configured to be constantly aware of its surroundings. Using its camera(s) and/or microphone(s) and/or any other suitable sensors 115, RI subsystem 100a may be configured to identify any particular end user of the HMSP as the user enters a detectable sphere of RI subsystem 100a. Upon user detection and identification, RI subsystem 100a may be configured to awaken (e.g., power certain other components of RI subsystem 100a) so as to be able to respond to end user commands, as necessary. Initial user identification by RI subsystem 100a may rely on facial recognition or any other suitable detection technique. RI subsystem 100a may be configured to detect faces in real-time. The image of a detected face may be uploaded or otherwise shared with a backend cloud server (e.g., HMS subsystem 10 and/or an appropriate TPE subsystem) that may process such an image for facial recognition purposes (e.g., against all known users of the HMSP or of that particular RI subsystem 100a) and user identification or any other suitable information may be confirmed and returned to RI subsystem 100a. For medications that require greater security, fingerprint verification and/or any other user detection techniques may be used.
RI subsystem 100a may be configured to interact with end users primarily via voice recognition and processing. In the event that RI subsystem 100a cannot understand a user's vocal commands, the end user may be provided with the ability to enter commands on touchscreen 130 or via any other suitable input component of RI subsystem 100a. Voice interactivity may also include the ability for RI subsystem 100a to respond to a user's healthcare questions. The content for this capability may be sourced from any suitable (e.g., publicly available or privately maintained) health information databases and third-party healthcare artificial intelligence providers (e.g., any suitable TPE subsystem or data repository maintained by MIS subsystem 10 itself). Any operating system or accessible application (e.g., data structure 119) of RI subsystem 100a may provide several other core capabilities. For example, RI subsystem 100a may be configured to track an end user's medication schedule to issue voice reminders and dispense medications. In the event of a missed dose, RI subsystem 100a may be operative to alert the end user (e.g., via one or more associated end user subsystems) and/or one or more user caretakers (e.g., via one or more user caretaker subsystems) via any suitable communication techniques (e.g., via text message and/or mobile app notifications and/or the like). RI subsystem 100a may be configured to reorder automatically medications from the user's doctor or pharmacy seven days or any other suitable duration of time before they run out (e.g., before container 160 retains no more of such medication). At an end user's request, RI subsystem 100a can export medication adherence reports via e-mail or any other suitable technique to both caretakers and physicians and/or other suitable interested parties. Any suitable data may be communicated from RI subsystem 100a to HMS subsystem 10 that may be operative to maintain a database of information associated with any one or more end users, and such information may be requested or otherwise accessed from HMS subsystem 10 by any suitable user or caretaker subsystem using any suitable log-in credentials with HMS subsystem 10.
As RI subsystem 100a may operate with an open software platform, third party developers may be enabled to develop add-on services that may include, but are not limited to, connecting users to doctors on telemedicine services, hosting weight management programs, and linking to third party wearables and diagnostic devices.
RI subsystem 100a may also be accompanied by a mobile application for reminders and notifications while an end user is away from home (e.g., an application or data structure of an end user subsystem that may be in communication with RI subsystem 100a (e.g., directly or via HMS subsystem 10)). Designated caretakers of various caretaker subsystem can also use such an application (e.g., an application or data structure of a user caretaker subsystem that may be in communication with RI subsystem 100a (e.g., directly or via HMS subsystem 10)) to receive alerts and monitor the adherence rates of users. Medication information and schedules can also be entered via such a mobile application instead of onto RI subsystem 100a directly.
Description of
As shown in
A back of main body 220 may include a cover 250 that may allow access to the internal receptacle(s) (e.g., medication container(s)) within main body 220). Cover 250 may be configured to be removed for enabling access to the internal receptacle(s) only upon user authentication via fingerprint verification or any other suitable authentication (e.g., using any suitable sensor of subsystem 200a), such that the contents may be protected from people other than the appropriate end user (e.g., meddling children or a thieves). For example, external-facing screws (not shown) may require a proprietary screwdriver to be removed from cover 250 and main body 220, ensuring the security of the internal contents of the internal receptacle(s) of main body 220.
Main body 220 may at least partially enclose or support an ARM-based mobile processor 212 (e.g., on a printed circuit board), an LCD touchscreen 230 of I/O component 216 (e.g., a high definition touchscreen display), external camera sensor 215a, at least one microphone sensor (e.g., one or two omnidirectional microphones), at least one speaker I/O component (e.g., tweeter and subwoofer), any suitable wireless communication adapters (e.g., a Wi-Fi transceiver and a Bluetooth transceiver). One or more light emitting I/O components (e.g., mood lights) may be provided adjacent the dispensing hatch for illuminating the space at which contents may be released from main body 220 for an end user. One or more motion sensors and/or image or camera sensors may be provided by a respective hatch to detect filling and dispensing of contents with respect to the internal receptacle(s) of main body 220.
The internal receptacle(s) of main body 220 may be provided by any suitable container 260 (e.g., a removable antibacterial medicine container). As shown, container 260 may be provided as a circular container of any suitable material (e.g., plastic) with a central spoke opening for motorized rotation about an axis A by any suitable motor 270 that may be positioned at least partially within or supported by main body 220. Container 260 may be subdivided to include any suitable number (e.g., 28 or 31) of compartments 264 in a circumferential manner. Each compartment 264 may be sized to receive and retain at least one dose of at least one medication for an end user. Container 260 may be covered by a cover that may be removable (along with or independently of cover 250) from container 260 to facilitate visualization of some or all compartments 264 for enabling cleaning of compartments 264 and/or manual loading of contents by an end user into compartments 264. On the circumference of container 260, each small compartment 264 may feature a spring-loaded door 266 that may be operative to open to expose an opening into its respective compartment 264 when that compartment 264 and door 266 is aligned with either hatch 240 for filling compartment 264 with contents or the dispensing hatch for dispensing contents from compartment 264 and main body 220 (e.g., into receptacle 299). Motor 270 may rotate container 260 about axis A under the control of a microcontroller that may separate from a primary processor of RI subsystem 200a. When a compartment 264 and door 266 may be aligned with hatch 240, material (e.g., medication (e.g., a single dose)) may be inserted into hatch 240 and compartment 264 by the user. A stop (e.g., a mechanical limit stop) may be provided and used to reset a motor to a zero position and/or to limit the movement of a mechanism (e.g., a mechanical rocker) that may be configured to open door 266 (e.g., a spring-loaded door). A motor may be operative to move such a mechanism to open one or more doors 266, while another mechanism may be any suitable support (e.g., mechanical support) for the motor.
In some embodiments, rather than manually loading content into compartments 264 of container 260 (e.g., via hatch 240), a pre-sealed and/or disposable tray 290 that may include multiple compartments 294, one or more of which may be pre-filled with medication (not shown), may be shipped in a package 293 to the patient. Package 293 may be a sealed pouch, which may be airtight to protect the content of tray 290 during shipment and until use. The user may open package 293 (e.g., with a tear away pull tab) and may remove tray 290 from package 293 (e.g., in the direction of arrow O of
While covering 296 is still coupled to tray 290, the user can then couple tray 290 to container 260, such as by laying the front side of tray 290 with covering 296 in the downward direction of arrow D of
Main body 220 of RI subsystem 200a may be perched on a stand 222 that may permit receptacle 299 to be positioned under main body 220 for catching any contents dispensed from any compartment 264 of container 260. Directly above receptacle 299 may be one or more light emitting I/O components (e.g., mood lights) for illuminating the space at which contents may be released from main body 220 for an end user (e.g., for illuminating receptacle 299 when it contains medications). For example, one or more light emitting I/O components 216c may be turned on independently of the presence or absence of material (e.g., medications) inside receptacle 299, but instead one or more light emitting I/O components 216c may be turned on when RI subsystem 200a determines that a user's attention ought to be attracted to RI subsystem 200a for reminding the user to access certain material (e.g., certain medication). RI subsystem 200a may be configured to determine whether the appropriate material has been dispensed into receptacle 299 and/or whether receptacle 299 has been removed from the position to receive material from RI subsystem 200a (e.g., using any suitable sensor(s), such as one or more capacitive and/or NFC sensors). Once it has been detected that a user has removed a receptacle in which material had been dispensed, one or more light emitting I/O components may be turned off. RI subsystem 200a may also include one or more suitable user authentication sensors (e.g., a fingerprint scanner sensor or any other suitable biometric sensor(s)) for added security, as noted above, that may require an appropriate end user be detected before any contents from container 260 may be released from main body 220 (e.g., into receptacle 299). Stand 222 may at least partially protect or support a power supply 217 of RI subsystem 200a (e.g., a wired power supply (e.g., via power cable 217a) and a lithium-ion battery that may assures all basic functions of RI subsystem 200a remain active in the event of a power outage). Immediately below or adjacent a side of a properly positioned receptacle 299 there may be provided at least one sensor that may be built into or otherwise supported by stand 222. For example, a first sensor may be a capacitive sensor that may be operative to detect the presence of any receptacle 299 under the dispensing hatch, while a second sensor may be a radio frequency identification (“RFID”) or NFC sensor that may be operative to read a specific RFID or NFC tag of receptacle 299 (e.g., to determine the type of receptacle and the owner of the receptacle). A user may be provided with two or more particularly tagged receptacles 299 (e.g., a glass receptacle for home use and a plastic receptacle for travel) that may be associated by the HMSP with the particular user and particular biometrics of the user that may detected by sensor(s) or otherwise in conjunction with the data received by sensor(s) to confirm authentication of a particular end user prior to dispensing contents (e.g., medication) from the dispensing hatch. Two independent microcontrollers may verify the biometric data detected by the sensor(s) and synthesize such data with any receptacle data detected by the sensor(s). RI subsystem 200a may be configured to detect the presence of receptacle 299 utilizing any suitable methods, including, but not limited to, near field communication and capacitive sensing. For example, a tag may be embedded in (e.g., in the bottom of) or otherwise coupled to receptacle 299. Any suitable component (e.g., concentric copper tracks on the base of stand 222) may be operative to detect the presence of a specific receptacle 299 with all accompanying information, such as type of receptacle (e.g., plastic to-go receptacle or glass home-use receptacle) and owner of the receptacle (e.g., a particular user of potentially multiple users of the system). Alternatively, no tag may be coupled to receptacle 299. Instead, detection of receptacle 299 may be accomplished by RI subsystem 200a monitoring the capacitance between a component (e.g., one or more copper tracks on the base of stand 222). For the purpose of detecting receptacle 299, an integrated system with concentric copper tracks on the base of stand 222 can either function as an antenna for specific tags or as a capacitive sensor. Commutation between the two functions may either be electro-mechanical (e.g., relay commutation) or solid state.
Any suitable data structure(s) of RI subsystem 200a may be accessible to RI subsystem 200a and used to drive RI subsystem 200a (e.g., a processor 112 of RI subsystem 200a). For example, any suitable data structure(s) of RI subsystem 200a may be a firmware or software application operating system based on a customized platform (e.g., of an Android and/or iOS platform). Key functionalities of such an application may be interactivity, reliability, safety, and/or versatility. Such an application may enable RI subsystem 200a to interact with an end user via an anthropomorphic persona of RI subsystem 200a. Such a persona may include two eyes that express human emotion and a mouth (e.g., features of a face) that may minor movements associated with human speech indicative of audible information presented by any speaker I/O component of RI subsystem 200a. For example, RI subsystem 200a may be configured to better address the social and emotional needs of a user because RI subsystem 200a may integrate information from its programmed schedule, camera, microphone, cloud based medication database, and/or any other available features to interact with the user proactively. For example, if a particular medication has a common side effect, RI subsystem 200a may be configured to inquire whether the user is experiencing the side effect. In addition, RI subsystem 200a may be configured to be fully responsive to voice inquiries and/or commands of the user. RI subsystem 200a, therefore, may be operative to answer health-related questions and recommend a telehealth visit if RI subsystem 200a cannot provide a satisfactory answer.
RI subsystem 200a may be configured to be constantly aware of its surroundings. Using its camera(s) and/or microphone(s) and/or any other suitable sensors, RI subsystem 200a may be configured to identify any particular end user of the HMSP as the user enters a detectable sphere of RI subsystem 200a. Upon user detection and identification, RI subsystem 200a may be configured to awaken (e.g., power certain other components of RI subsystem 200a) so as to be able to respond to end user commands, as necessary. Initial user identification by RI subsystem 200a may rely on facial recognition or any other suitable detection technique. RI subsystem 200a may be configured to detect faces in real-time. The image of a detected face may be uploaded or otherwise shared with a backend cloud server (e.g., HMS subsystem 10 and/or an appropriate TPE subsystem) that may process such an image for facial recognition purposes (e.g., against all known users of the HMSP or of that particular RI subsystem 200a) and user identification or any other suitable information may be confirmed and returned to RI subsystem 200a. For medications that require greater security, fingerprint verification and/or any other user detection techniques may be used.
RI subsystem 200a may be configured to interact with end users primarily via voice recognition and processing. In the event that RI subsystem 200a cannot understand a user's vocal commands, the end user may be provided with the ability to enter commands on touchscreen 230 or via any other suitable input component of RI subsystem 200a. Voice interactivity may also include the ability for RI subsystem 200a to respond to a user's healthcare questions. The content for this capability may be sourced from any suitable (e.g., publicly available or privately maintained) health information databases and third-party healthcare artificial intelligence providers (e.g., any suitable TPE subsystem or data repository maintained by HMS subsystem 10 itself). Any operating system or accessible application (e.g., data structure) of RI subsystem 200a may provide several other core capabilities. For example, RI subsystem 200a may be configured to track an end user's medication schedule to issue voice reminders and dispense medications. In the event of a missed dose, RI subsystem 200a may be operative to alert the end user (e.g., via one or more associated end user subsystems) and/or one or more user caretakers (e.g., via one or more user caretaker subsystems) via any suitable communication techniques (e.g., via text message and/or mobile app notifications and/or the like). RI subsystem 200a may be configured to reorder automatically medications from the user's doctor or pharmacy seven days or any other suitable duration of time before they run out (e.g., before container 260 retains no more of such medication). At an end user's request, RI subsystem 200a can export medication adherence reports via e-mail or any other suitable technique to both caretakers and physicians and/or other suitable interested parties. Any suitable data may be communicated from RI subsystem 200a to MIS subsystem 10 that may be operative to maintain a database of information associated with any one or more end users, and such information may be requested or otherwise accessed from HMS subsystem 10 by any suitable user or caretaker subsystem using any suitable log-in credentials with HMS subsystem 10.
As RI subsystem 200a may operate with an open software platform, third party developers may be enabled to develop add-on services that may include, but are not limited to, connecting users to doctors on telemedicine services, hosting weight management programs, and linking to third party wearables and diagnostic devices.
RI subsystem 200a may also be accompanied by a mobile application for reminders and notifications while an end user is away from home (e.g., an application or data structure of an end user subsystem that may be in communication with RI subsystem 200a (e.g., directly or via HMS subsystem 10)). Designated caretakers of various caretaker subsystem can also use such an application (e.g., an application or data structure of a user caretaker subsystem that may be in communication with RI subsystem 200a (e.g., directly or via HMS subsystem 10)) to receive alerts and monitor the adherence rates of users. Medication information and schedules can also be entered via such a mobile application instead of onto RI subsystem 200a directly.
Description of
It is understood that the operations shown in process 500 of
Description of
As shown in
On top of main body 320 may be an inlet port 340 that may serve as pill insertion point that enables pills to be inserted into one or more internal compartments within main body 320. A load operation may trigger when a user interacts with RI subsystem 300a to load a medication or other material into an internal compartment, such that a container 360 may be rotated or otherwise moved to align a compartment with inlet port 340, and then RI subsystem 300a may be operative to instruct the user to load any suitable amount of material (e.g., one dose of medication) therein, after which container assembly 360 may be rotated or otherwise moved to align another compartment with inlet port 340 to repeat the process as appropriate. As will be explained below, inlet port 340 may be blocked by a filled cell within container 360 once the filling process has been completed. On a bottom or downwardly facing surface of main body 320 may be outlet port 342 that enables content (e.g., medications) from the internal compartment(s) of main body 320 to be dispensed to an end user (e.g., into a drinking glass) that may be positioned underneath outlet port 342. One or more sensors (e.g., capacitive and/or near-field communication (“NFC”) sensor(s)) may be provided to determine if a particular container (e.g., a glass receptacle or a plastic receptacle or no receptacle) is positioned adjacent to outlet port 342. As will be further explained below, container 340 may be rotated into the appropriate position by RI subsystem 300 to dispense contents out of container 340 through the outlet port.
A back of main body 320 may include a cover 350 that may allow access to the internal receptacle(s) (e.g., medication container(s)) within main body 320). Cover 350 may be configured to be removed for enabling access to the internal receptacle(s) only upon user authentication via fingerprint verification or any other suitable authentication (e.g., using any suitable sensor of subsystem 300a), such that the contents may be protected from people other than the appropriate end user (e.g., meddling children or a thieves). For example, cover 350 can be opened to allow a user to remove container assembly 360 and take it on vacation or to use it as a manually operated pill container.
Main body 320 may at least partially enclose or support one or more processors 312 (e.g., on a printed circuit board), touchscreen 330, external camera sensor 315, at least one microphone sensor (e.g., one or two omnidirectional microphones), at least one speaker I/O component (e.g., tweeter and subwoofer), any suitable wireless communication adapters (e.g., a Wi-Fi transceiver and a Bluetooth transceiver). Main body 320 may also enclose a rotary motor that spins shaft 345 around rotation axis B, a linear motor (not shown) that selectively interfaces with container assembly 360, and electronics (not shown) for controlling operation of the rotary motor and the linear motor. One or more light emitting I/O components (e.g., mood lights) may be provided adjacent the dispensing hatch for illuminating the space at which contents may be released from main body 320 for an end user. One or more motion sensors and/or image or camera sensors may be provided by a respective hatch to detect filling and dispensing of contents with respect to the internal receptacle(s) of main body 320.
The internal receptacle(s) of main body 320 may be provided by container 360 (e.g., a removable antibacterial medicine container). As shown, container 360 may be provided as a circular container of any suitable material (e.g., plastic) with a central spoke opening for motorized rotation about a rotation axis by a motor that may be positioned at least partially within or supported by main body 320. Container 360 may be subdivided to include any suitable number (e.g., 28 or 31) of compartments in a circumferential manner. Each compartment may be sized to receive and retain at least one dose of at least one medication for an end user.
Container 360 may be a multi-piece assembly including segmented container member 362, ring member 380, cover member 390, and knob 400. Container member 362 may sit inside ring member 380 and cover member 390 and knob 400 may be positioned on top of container member 362. Each of segmented container member 362, ring member 380, cover member 390, and knob 395 may rotate about a common rotation axis B. In one embodiment, RI subsystem 300a may rotate container member 362 independent of ring member 380 such that ring member 380 remains stationary while container member 362 is moved inside of ring member 380. In another embodiment, RI subsystem 300a may rotate ring member 380 and container member 362 in concert with each other. Thus, when ring member 380 rotates, container member 362 follows suit. In yet another embodiment, when container 360 is removed from RI subsystem 300a, container member 362 may be locked in place with respect to ring member 380 such that it does not freely rotate within ring member 380, but the user can manually rotate cover 390 by turning knob 400.
Segmented container member 362 can include several compartments 364 that are distributed around the circumference of member 362. Each compartment 364 may be delineated by blade members 365 that extend from cover surface 366 to backplate 367, surfaces 368, ring member 380, and cover 390. That is, each of blade members 365, backplate 367, surface 368, ring member 380, and cover 390 represent a boundary wall, or a portion of a boundary wall, that forms one of compartments 364. Filled member 363 may fully occupy one of compartments 364 such that no materials may be contained therein. Filled member 363 may be used to shut off inlet port 340 when filled member 363 is aligned with inlet port 340.
Segmented container member 362 can include retention region 370 is designed to interface with a shaft of a motor that causes container 360 to rotate about axis B. Retention region 370 may also interface with knob 400. That is, a motor shaft may enter region 370 through the backplate 367 side of member 362 and knob 400 may enter region 370 through the cover surface 368 side of member 362. Cover surface 368 may include spring biased members 372 that are operable to serve as friction members that provide tactile and/or audible feedback when the user is manually rotating cover 390 using knob 400. Spring biased members 372 may include an engagement member 373 (e.g., a knob or protrusion) that engages one of reciprocal engagement members 391 (e.g., holes or slots) of cover 390. If desired, spring biased members 372 may enable step-wise rotation of cover 390 with respect to member 362. Also existing on cover surface 366 can be indicia 374 that indicates a compartment number. Indicia 374 may be visible to users when container 360 is being used manually.
Segmented container member 362 can include gears 375 that are arranged concentric with respect to rotation axis B. Gears 375 can enable ring member 380 to lock in place onto container member 362 such that when the motor shaft rotates, both ring member 380 and contain member 362 rotate in concert with each other. The number of gears 375 may be same as the number of compartments 364, including filled member 363. For example, if there are 28 compartments and one filled member, the number of gears may be 29. This way, any one of compartments 364 or filled member 363 can be locked in place with respect to window 381 of ring member 380.
Ring member 380 can include window 381, gear engagement member 382, which may include push button nub 383 and engagement member 384, and bearing retaining region 385. Window 381 may serve as a pill loading and dispensing passageway when container 360 is being used in RI subassembly 300a. In some embodiments, only one such window 381 may exist in ring member 380. Push button nub 383 is operative to engage with any one of gears 375 when it is in a gear engagement position. When push button nub 383 is in the gear engagement position, ring member 380 is locked in place with respect to segmented container member 362 and thus rotates in concert with member 362 when the motor rotates its shaft around rotation axis B. Push button nub 383 may be in a gear engagement position or a non-engagement position depending on whether an external force is being applied to nub 383. When no external force is being applied to nub 383, nub may be in its gear engagement position. When an external force is being applied to nub 383 (e.g., via a linear motor), nub may be in its non-engagement position. The external force may push nub 383 towards container member 362 to disengage nub 383 from any of the gears 375 to which it was engaged. Once disengaged, container member 362 may rotate independent of ring member 380. Nub 383 may be attached to engagement member 384 that engages with one of gears 375. Thus, when in the gear engagement position, engagement member 384 nestles into one of gears 375, but when in the non-engagement position, engagement member 384 is pushed away from gears 375 and no longer permitted to touch one of gears 375. In some embodiments, engagement member 384 may be chamfered to facilitate gear engagement when the external force is no longer applied.
Cover 390 can include reciprocal engagement members 391, throughhole 392, pill window 393, indicia window 394, ribbed edge 395, top surface 396, and bottom surface 397. Reciprocal engagement members 391 may exist only on bottom surface 397. In one embodiment, the number of reciprocal engagement members 391 may be same as the sum total of the number compartments 364 and filled member 363. This way, for each step wise rotation, pill window 393 is aligned over one of compartments 364 or filled member 363 and indicia window 394 is aligned over one of indicia 375. Ribbed edge 395 may provide grip for enabling the user to manually rotate cover 390 with respect to container member 362 and/or ring member 380. When cover 390 is attached to container member 362, it cannot move if no torsion is applied to it. Cover 390 can be rotated by hand to align windows 393 and 394 to the desired compartment 364 and the rotation can be performed in a step wise manner.
Knob 400 may be used to secure cover 390 to compartment member 362. Keyed member 402 may engage with retention region 370 and held in place, for example, with a friction fit. In some embodiments, knob 400 may be fixed in place and does not rotate cover 390 when it is rotated by a user. The user may rotate cover 390 as it spins around knob 400. Knob 400 may also have thread screws 404 for securing knob 400 to motor shaft 345.
It should be understood that cover 390 and knob 400 may be replaced with pre-filled pill tray 290. That is, a tray 290 may be coupled to container member 362 and/or ring member 380.
Rotary motor 430 may be responsible for rotating container member 362 and ring member 380 (when in the gear engaged position). Rotary motor 430 may only rotate container member 362 when ring member is in the not-engaged position. Linear motor 440 may be responsible for coupling/decoupling ring member 380 (particularly engagement member 384) to/from one of gears 375 of container member 362.
Container assembly 360 can be used by humans and machines. When used by a human, the pill window 381 must be aligned with and secured in place with respect to filled member 363 to ensure that the machine loading/dispensing port is closed. In addition, when container assembly 360 is inserted or removed from main body 320, window 393 should be aligned with filled member 363 to prevent inadvertent pill spillage. It is in this configuration that container assembly 360 is completely closed and no pills can be inserted or removed. In addition, because push button nub 383 is biased to interface with one of gears 375 when there is no externally applied force to nub 383, container member 362 is locked in place with ring member 380. As a result, when container assembly 360 is removed from body 320, there is substantially little or no relative motion between ring member 380 and container member 362. When a user wishes to place pills in or retrieve pills from container assembly 360, the user can use one hand to grasp ring member 380 and user the other hand to rotate cover 390 until the opening is aligned with the desired compartment. In this configuration, the desired compartment is opened and can be accessed by the patient. The container assembly can be closed by returning window 393 to filled member 363.
When container assembly 360 is used in a machine, pills are loaded and dispensed via window 383. In the machine, container assembly 360 may be secured in a vertical orientation such that during pill loading, window 381 may be positioned in a 12:00 position and during pill dispensing, window may be positioned in a 6:00 position. For example,
At step 3940, medicine may be received into the desired compartment when a user inserts pills into inlet port 340 and they pass through window 381 into compartment 364. This is illustrated in
It should be appreciated that the steps shown in
After the desired compartment 364 is positioned in line with pill window 381, ring member 380 may be integrally coupled to container member 362, as step 4040. This way, when the rotary motor rotates its shaft, both ring member 380 and container member 362 rotate in concert with each other. At step 4050, both ring member 380 and container member 362 are rotated such that window 381 and the desired compartment 364 are positioned over the outlet port (e.g., port 342). This rotation is shown in
At step 4070, both ring member 380 and container member 362 are rotated back toward the closed position. As shown in
It should be appreciated that the steps shown in
If a pill schedule does exist, process 4100 may ask the user whether he or she is ready to load pills at step 4108. If the user says or inputs a NO command, then process 4100 may inform the user that the pills be may loaded at another time, as indicated by step 4109. If the user says or inputs a YES command at step 4108, process 4100 may display or audibly inform the user of the pills that should be loaded at step 4110. The display may display information relating to each known pill including, for example, pill shape and color, pill name, pill dosage, and the number of pills. Process 4100 may ask the user to confirm whether the displayed pill information is correct. If the user says or inputs a NO command, process 4100 may instruct the user to update the pill schedule at step 4111. If the user says or inputs a YES command, process 4100 may proceed to step 4112.
At step 4112, process 4100 may ask the user how he or she would like to load the pills and whether the user wishes to watch a video on the different loading techniques. For example, the user can choose from an assisted fill of pills or a manual fill of pills. If the user desires to watch instructional videos for either assisted or manual filling pills, he or she can select which video(s) to watch and process 4100 may cause an assisted fill video to be played back at steps 4113 and 4114 or cause a manual fill video to be played back at steps 4115 and 4116. After the selected video is played back, process 4100 may return to step 4112.
If the user elects to manually fill pills at step 4112, process 4100 may proceed to step 4120. At step 4120, process 4120 may inform the user to gather his or her pills, remove the container assembly from the RI subsystem, and indicate when he or she is ready to start loading. In the manual fill mode, the user manually inserts the pills into the container assembly or pill box. Process 4100 may provide, at step 4122 audio and/or visual instructions of which pills and a quantity thereof are to be placed in a particular bin or compartment of the container assembly. The user may provide input instructions, at step 4123, to cause process 4100 to show what the pill composition is for the next compartment/bin or the previous compartment/bin. Process 4100 may repeat the pill loading instructions for each compartment until the container assembly is full or the user indicates he or she is done filling pills (step 4124).
After the user is done loading pills, process 4100 may instruct the user to insert the container assembly in to the RI subassembly at step 4125. At step 4126, a determination is made as to whether the container assembly is re-inserted. If desired, a time limit may be associated with the re-insertion. At step 4127, if the container assembly has not been re-inserted and the time limit has not expired or the user has been warned less than a predetermined number of times, process 4100 may look back to step 4125. If, at step 4127, the container assembly has not been re-inserted and the time limit has expired or the user has been warned at least the predetermined number of times, process 4100 may pause or abandon the pill loading procedure at step 4128.
If, at step 4126, the container assembly is re-inserted, process 4100 may verify whether all pills have been inserted in their respective compartments as instructed (at step 4129). The RI system may use an internal camera, for example, to determine whether the pills have been properly loaded. If the pills are determined to be properly loaded, process 4100 may proceed to step 4130, in which the system may indicate that pill loading is complete, and then process 4100 may end at step 4107. If the pills are determined not be loaded properly, process 4100 may inform the user of a danger situation and may not dispense any pills (as indicated by step 4131).
If the user elects to perform an assisted fill of pills at step 4112, process 4100 may proceed to step 4140. At step 4140, process 4100 may instruct the user to gather his or her pills ask for confirmation if he or she is ready to start. During assisted fill of pills, the user may fill pills into the container assembly by inserting them through the inlet port at the top of the RI subsystem. At step 4142, process 4100 may indicate (visually and/or audibly) which pills and how many of each are to be inserted into the inlet port to fill a particular one of the compartments. At step 4144, the system may verify whether a pill has been inserted into the inlet port and contained in that particular compartment. For example, a camera may track the number of pills, the color of the pills, and/or the size of the pills being inserted. If the pill was inserted, process 4100 may emit a sound (at step 4146) to indicate that the RI subsystem properly processed the pills for that compartment, and then proceed to step 4148. At step 4148, a determination is made as to whether all compartments have been loaded. If YES, process 4100 proceeds to step 4130. If NO, process 4100 may proceed to step 4150, which determines whether more of a particular pill needs to be inserted into a particular compartment. If YES, process 4100 may provide an indication (e.g., animation), at step 4152, that at least one additional pill is needed and return to step 4142. If the determination at step 4150 is NO, process 4100 may indicate that it is now time to insert another pill (at step 4154) and proceed to step 4142. Thus, in one embodiment, it should be appreciated that assisted pill loading ensures that the correct number of pills for each pill type are inserted into each compartment before moving on to the next compartment.
If at step 4144, it is not verified that a pill is inserted, process 4100 may progress through steps 4160-4163, as appropriate.
It should be appreciated that the steps shown in
If the user's identity is verified at step 4204, process 4200 may proceed to step 4205, which determines whether the user's recommend medicine is contained within or outside of the device. If the user's medicine is located outside of the device, process 4200 may inform the user which medicine he should take and whether he wishes to take the medicine now or later (at step 4210). If the user opts not to take the medicine (at step 4211), process 4200 may prompt the user as to when he would like to be reminded to take it (at step 4212). The user may input his response at step 4213. The user may specify, for example, an exact time of reminder or a set oa timer defining the number of minutes or hours to be reminded. At step 4214, the device may confirm when it provide the reminder and go into an idle state at step 4215. When the timer elapses or the reminder time is reached, process 4200 may restart at step 4201.
Referring back to step 4210, if the user opts to take the medicine (at step 4220), process 4200 may mark the medicine dose as having been taken (or marked as taken late if it was missed) at step 4222. At step 4224, a determination is made as to whether there are any unresolved missed doses. If NO, process 4200 may enter into an idle state (at step 4226) and process 4200 may end at step 4227. If the determination at step 4224 is YES, process 4200 may proceed to step 4228.
At step 4228, a determination is made whether a missed dose occurred on the same day or the next day. If the missed dose occurred on the same day, process 4200 present information pertinent to missing the dose that day (at step 4230). For example, the user may be presented with the options to take the pill now, reschedule to take the pill, discard or decide not to take the pill. If, at step 4228, the missed dose occurred on the next day, process 4200 may present information pertinent to missing the dose the next day (at step 4236). For example, the user may be presented with an option to reschedule or discard the dose. If the user opts to reschedule (at step 4232), process 4200 may reschedule a specific date and time for the user to take the dose (at step 4234) and then proceed to step 4224. If the user opts to discard the dose (at step 4238), process 4200 may mark the dose as discarded (at step 4239) and then proceeds to step 4224. In some embodiments, if the pills are contained in the device, and are marked as discarded, they may be dispensed.
Returning to step 4205, if the user's medicine is located within the device, process 4200 may inform the user it is time to take his pills whether he wishes them dispensed (at step 4250). If the user opts not to take the medicine (at step 4211), process 4200 may prompt the user as to when he would like to be reminded to take it (at step 4212). If the user opts to take the medicine (at step 4251), a determination may made be as to whether a pill cup is present. If NO, the system may instruct the user to place the pill in cup in place (at step 4254) and the system may wait a fixed period of time before returning to the idle state (step 4255). If the user timely places the pill cup in place, process 4200 may proceed to step 4256). Process 4200 may proceed to step 4256 if the pill cup is determined to be in place.
At step 4256, the device may dispense all the pills the user needs to consume. In addition, the device may display of list of the pills the user should take. At step 4258, process 4200 may wait a fixed period of time (e.g., 60 seconds) or until the pill cup is picked up before proceeding to step 4259. At step 4259, a determination is made as to whether the pill cup was picked up. If the cup is not picked up, process 4200 may provide reminders by providing audio and/or visual cues (at step 4261) or sending mobile notifications to the user's or caretaker's mobile phone (at step 4262). Process 4200 may return to step 4259 from step 4261 or 4262.
At step 4264, process 4200 may wait another fixed period of time or until the pill cup is placed back in its place in the device. At step 4264, a determination is made as to whether the pill cup has been put back in place in the device. If NO, process 4200 may provide a notice informing the user to place cup back in place after the user has consumed the pill(s) (at step 4268). In addition, mobile notifications may be sent to the user's or caretaker's mobile device at step 4270. If the pill cup is replaced or in place, process 4200 may determine whether part of the dose is located outside of the device at step 4272. If the determination at step 4272 is YES, process 4200 may inform the user to take the medicine that is not stored in the device (at step 4274). In addition, the device may display a list of the medications that user should take. If the determination at step 4272 is NO, process 4200 may proceed to step 4222 (previously discussed).
If, at step 4204, the user is not recognized, process 4200 may determine whether more than a fixed period of time (e.g., sixty minutes) has elapsed since a scheduled time for a dose (at step 4276). If the determination at step 4276 is NO, process 4200 may send one or more mobile messages to the user's mobile phone (at step 4278). For example, the notifications may be sent to user's phone at different time periods within the fixed period of time. The process 4200 may proceed to step 4285, in which a user activates a rescheduling program to reschedule admission of the dosage (at step 4286). Process 4200 may continue to step 4212 (as previously discussed). If the determination at step 4276 is YES, process 4200 may mark the dose as missed (at step 4279) and send a notification to the user's or caretaker's phone to inform of the missed dose (at step 4280). At step 4280, the system may display a persistent infographic that a dose was missed. If the user interacts with the device (at step 4284), process 4200 may proceed to step 4228 (previously discussed).
It should be appreciated that the steps shown in
Description of
The inventors have recognized and appreciated that, in some circumstances, one or more pills may accidentally position in relation to one another in such a way that they get trapped inside a compartment. For example, some pills may accidentally position themselves to form a barrier that obstructs the passage of other pills through the outlet port. In some circumstances, even a single pill may get trapped inside a compartment, for example if it gets stuck at the corner of the compartment and is unable to move under the effect of gravity. Under these circumstances, the force exercised by gravity may be insufficient to push the pill(s) through the outlet port. As a result, the pill dispenser may be unable to dispense pills (or at least some of the pills).
In some embodiments as described herein, the inventors have developed pill dispensers designed to prevent the pills from getting trapped inside a compartment. In particular, in some implementations developed by the inventors, the pill dispenser includes movable blades for separating the compartments. Motion of the blades relative to the body of the container may shake the pills from their trapped position and/or may result in the creation of additional space for the pills to move under the effect of gravity. In some embodiments, removable blades are provided that can be inserted into and removed from the body of a container member. When inserted, the blades may be configured to oscillate freely relative to the body of the container member, thus promoting motion of the pills inside the compartment. Further, the removable blades may be adjusted to create a larger compartment that accommodates larger numbers of pills.
RI subsystem 500a may be configured to include the capability to store medications and dispense medications according to any suitable schedule accessible to RI subsystem 500a (e.g., a schedule that an end user may manually input into RI subsystem 500a via an I/O component and/or a schedule that may be loaded onto RI subsystem 500a from a remote source). A main body 547 of RI subsystem 500a may feature curved edges and/or a high quality glossy finish. The form factor may represent an anthropomorphic assistant with a face on a circular or any other suitably shaped screen (not shown in
Referring to
Main body 547 may include an underlying base 529. The base 529 may be arranged to be the point of contact with the surface on which main body 547 is placed. In other words, when main body 547 is positioned on a surface 527 (e.g., a counter or a desk), base 529 faces the surface. In the example of
Main body 547 may define a cavity 521, which may be shaped and sized to accommodate container assembly 560. In some embodiments, cavity 521 may have a rotational symmetry. In one example, cavity 521 may have a cylindrical shape, though other shapes are also possible. The rotational symmetry axis of cavity 521 may extend in any suitable direction. In some embodiments, the rotational symmetry axis of the cavity 521 may extend in a direction that is not parallel the z-axis (such that it forms a non-zero projection in xy-plane). In some embodiments, container assembly 560 may define a rotation axis that is angled relative to the perpendicular to surface 527.
RI subsystem 500a may further include a cover member 590 configured to close off cavity 521.
Container member 562 may form multiple compartments for separating pills or other medications. As described above, container housing 580 may include a window sized to permit passage of one or more pills or other medications. Container member 562 may include multiple indicia (e.g., reference numerals) for uniquely identifying each compartment, and cover member 590 may include a window 557 to permit users to see the indicia. Cover member 590 may be held together with container member 562 using knob 600 or other types of fasteners.
As further illustrated in
In some embodiments, oscillation of the blades may be further promoted by shaking the container assembly back and forth when the desired compartment is aligned with the outlet port. For example, the rotary motor may be activated to rapidly carry out an alternating back and forth movement of reduced angular stroke, thus placing the blades in oscillation.
In some embodiments, the blades 565 may be free to move in the axial direction to further promote motion of the pills when trapped inside a compartment. In the example of
Designing the blades to be removable may further allow for the arrangements of compartments with different sizes. For example, the container member 562 may be arranged such that the width of a compartment is twice (or three times, four times, etc.) the width of another compartment. This may be achieved by removing one or more of the blades from the container member. Any possible configuration of compartments can be obtained by removing and/or inserting blades.
Container member 562 and container housing 580 may be designed such that, when engaged, they rotate together, and when disengaged, they rotate independently. In some embodiments, a rotary motor (e.g., motor 430 of
An example of an engagement member 590 is illustrated in
Ideally, when the actuator is released, tooth 594 is in the same angular position as an interstice between adjacent teeth 576 of gear 575. In this way, release of the actuator results in proper engagement of tooth 594 with gear 575. In some circumstances however, prior to release of the actuator, container member 562 and container housing 580 may rotate relative to each other by an amount such that tooth 594 is in the same angular position as one of teeth 576. In this case, release of the actuator results in the collision of tooth 594 a tooth 576, thus preventing these pieces from properly engaging with each other. In some embodiments, the engaging surfaces of the teeth may be provided with shapes configured to promote angular motion of the container housing 580 relative to container member 562 when a collision of teeth occurs. For example, as illustrated in
In some embodiments, a camera may be used to monitor the loading/dispensing of the pills. The camera may be used to determine whether 1) one or more pills have properly been loaded into a compartment, 2) no pills are actually present in a compartment after the compartment has been unloaded, 3) a compartment is full such that no other pills can be loaded, and/or 4) recognize the type of pills loaded in a compartment.
As described in detail above in connection with
Different techniques may be employed to remedy this issue. In one example, the robotic pill dispenser may shake the container assembly thereby causing the pills to get unstuck. This procedure may be particularly effective in embodiments including movable blades, such as those described in connection with
A procedure for determining whether one or more pills are present in a compartment may be implemented in any of numerous ways. In some embodiments, a camera may be used to monitor the presence of pills in a compartment. Other embodiments may involve use of one or more light sources (e.g., a laser of an LED) coupled with one or more photodetectors. A clear line of sight between a light source and a photodetector may indicate that there are no pills present along this path. In contrast, an obstructed line of sight may indicate that a pill is present along the path.
A raised portion 597 may optionally be formed on the inner side of panel 595. The raised portion 597 may be shaped as a donut in some embodiments, and may align with the upper side of container assembly 560. In this way, the raised portion 597 may seal the top side of the compartments 564.
In some embodiments, a depiction 596 may be formed on the inner side of panel 595, for example on raised portion 597. In some embodiments, depiction 596 is a sticker attached to panel 595. In other embodiments, depiction 596 is printed directly on panel 596. In yet other embodiments, depiction 596 is formed via lithography. In yet another embodiment, depiction 596 is formed on a film and the film is attached to panel 596. Any other suitable way for forming depiction 596 may be employed. In some embodiments, depiction 596 represents a pattern, and the pattern may be known by the robotic pill dispenser. In one example, depiction 596 includes a checkerboard pattern, as illustrated in
Depiction 596 may be used in cooperation with a camera for enabling the robotic pill dispenser to determine whether pills are present in a compartment. The manner in which depiction 596 cooperates with a camera is illustrated in
The shell of compartment 564 may be transparent thereby providing a direct line of sight from camera 519 the depiction 596. In some embodiments, the shell of compartment 564 may glow when illuminated, thus enhancing the camera's ability to view depiction 596. For example, as described above, container member 562 may be made of a material that guides light, such as a transparent or translucent plastic. Illumination may be provided by a light source disposed inside the robotic pill dispenser. The beam generated by the light source may reach the container assembly via opening 531 (see
In some embodiments, the following algorithm may be implemented to determine the presence of pills. First, camera 519 captures an image of depiction 596 through a compartment 564. Optionally, a processor coupled to camera 519 may perform optimization, equalization, and/or filtering of the captured image. For each feature of the pattern, the processor determines any differences between the captured pattern and a reference pattern which represents the pattern when no pills are present and which is stored in a memory. (Instead of determining the difference on a per-feature basis, in other embodiments, the difference may be determined over sets of features, or yet alternatively, over the entirety of the pattern). If the processor determines that the overall difference between the captured image and the reference image is above a certain threshold, the processor concludes that one or more pills are present in the compartment.
The flowchart of
In at least some of the embodiments that use a camera in connection with a depiction, step 5004 may involve rotation of the container assembly to align the compartment with the camera. In some such embodiments, this may involve a 180 degree rotation, such that the compartment of interest is moved from the lowest position (near the outlet port) to the highest position (near the camera). However, rotations other than 180 degrees are also possible, especially in those embodiments in which the camera is not positioned near the highest compartment.
If the processor determines that no pills are present in the compartment, procedure 5000 may end. In contrast, if the processor determines that one or more pills are present in the compartment, procedure 5000 moves to step 5006. At step 5006, one or more procedures may be executed for getting the pills unstuck. In one example, the processor may inform the user that pill(s) have not been properly dispensed and may request the user's assistance. Additionally, or alternatively, the processor may control a mechanical actuator to shake at least a portion of the pill dispenser. For example, the processor may control the mechanical actuator to rotate the container assembly back and forth for an interval of a predefined duration. An example of such a mechanical actuator is rotary motor 430. Additionally, or alternatively, the processor may control the mechanical actuator to rotate the container assembly in one direction.
In the embodiments in which the camera and the outlet port are disposed at different locations of the container assembly, a further rotation of the container assembly may be needed for purposes of re-aligning the compartment to the outlet port prior to the shaking.
Procedure 5000 may iterate numerous times. In one specific example, the first iteration involves shaking of the container assembly and the second iteration involves a request for user assistance. In another specific example, the first N iterations involve shaking of the container assembly and the (N+1)th iteration involves a request for user assistance, where N may have any suitable value greater than zero.
Robotic pill dispensers of the types described herein may interact with users in any of numerous ways, including for example by way of facial and/or voice recognition. A robotic pill dispenser may implement facial recognition, voice recognition and/or any other suitable biometric sensors (e.g., voice recognition and/or a fingerprint sensor and/or a password entry mechanism) to identify users.
In one example, at the specified times of the schedule for the user's medication doses, the robotic pill dispenser may issue a voice reminder. In another example, a robotic pill dispenser may confirm a user's identity and presence using facial recognition. In another example, if a medication dose is missed, the robotic pill dispenser may alert a personal electronic device of the user and/or of a user caretaker associated with the user (e.g., via both text message and/or mobile app notifications). The robotic pill dispenser may be track each of the user's medications and automatically reorder medications before they run out. At the user's request, the robotic pill dispenser may export medication adherence reports via e-mail or any other suitable communication mechanism to caretakers, physicians and/or to the end user. The robotic pill dispenser may feature a software platform that may host third-party applications, such as telehealth services for further enhancing the healthcare management services of the robotic interface subsystem.
The robotic pill dispenser may constantly be aware of its surroundings. Using its camera(s) and/or microphone(s) and/or any other suitable sensors, the robotic pill dispenser may be configured to identify any particular end user as the user enters a detectable sphere of the pill dispenser. Upon user detection and identification, the robotic pill dispenser may be configured to awaken (e.g., power certain other components of the robotic pill dispenser) so as to be able to respond to end user commands, as necessary. Initial user identification by the robotic pill dispenser may rely on facial recognition or any other suitable detection technique. The robotic pill dispenser may be configured to detect faces in real-time. The image of a detected face may be uploaded or otherwise shared with a backend cloud that may process such an image for facial recognition purposes (e.g., against all known users of the HMSP or of that particular the robotic pill dispenser) and user identification or any other suitable information may be confirmed and returned to the robotic pill dispenser. In some cases, such as for medications that require greater security, fingerprint verification and/or any other user detection techniques may be used.
A robotic pill dispenser may be configured to be fully responsive to voice inquiries and/or commands of a user. The robotic pill dispenser, for example, may answer health-related questions and recommend a telehealth visit if the robotic pill dispenser cannot provide a satisfactory answer.
Voice interactivity may also include the ability for the robotic pill dispenser to respond to a user's healthcare questions. The content for this capability may be sourced from any suitable (e.g., publicly available or privately maintained) health information databases and third-party healthcare artificial intelligence providers (e.g., any suitable TPE subsystem or data repository). Any operating system or accessible application of the robotic pill dispenser may provide several other core capabilities. In some instances, rather than relying on a predetermined schedule, a user may request that the pill dispenser dispense certain medications of interest to the user. In some embodiments, the user may perform such request using his/her voice. The robotic pill dispenser may be trained, using machine learning algorithms, to recognize questions or requests of a user.
Description of
The inventors have appreciated that the utility of robotic interfaces subsystems of the types described herein may be further enhanced if they were designed to connect patients directly with healthcare providers. Connecting patients to healthcare providers may have several benefits. First, it may allow robotic interfaces subsystems to gather data regarding the medical behavior of a patient, and to communicate such data to the healthcare provider with which the patient is affiliated. Data that may be gathered by a robotic interfaces subsystem include information indicative of whether the patient has indeed been taking his/her medications, information indicative of side effects the patient has experienced and and/or information indicative of possible correlations between side effects and pills being taken, etc. Such data may be sent to the healthcare provider, which may use the data to produce statistical analyses and/or to adjust the healthcare service provided to the user. Second, it may allow healthcare providers to send educational or other medical content directly to the patient. In this way, for example, healthcare providers may inform their patients about new medications or therapies. The information provided by the healthcare provider may be tailored to the patient, for example on the basis of the data gathered by the robotic interfaces subsystem. Third, it may allow a healthcare provider to organize the patient's medications in a more convenient way. In some embodiments, a healthcare provider may preload the patient's pills into a container at the healthcare facility, and may ship the container to the patient. The container may be designed such that, when received by the patient, can be plugged into a robotic interfaces subsystem of the types described herein. At that point, the robotic interfaces subsystem can organize the patient's medications in the manners described with reference to
An example of a disposable container is illustrated in
Each compartment may be bounded by a pair of blades in the angular direction, and by the inner and outer walls in the radial direction. The blades may be monolithic with any one of base 667, inner wall 612 and outer wall 614. In other embodiments, however, blades 665 may be removable pieces, similar to blades 565 of
Disposable container 610 may be made of a recyclable material, so that it could be disposed of with limited harm to the environment. In some embodiments, outer wall 614 may be made of a material that can be easily removed from disposable container 610. For example, as shown in
Once loaded and organized with pills and/or other medications, the healthcare provider may ship the packaged container to a patient. The container identifier (e.g., a bar code, a QR code, SPARQ code, an RFID tag, or an NFC tag, etc.) may be programmed with information uniquely identifying the patient, and may be shipped with the packaged container. The identifier may further include instructions providing a use schedule of the pills. When the patient receives the packaged disposable container, he/she may load the disposable container to a robotic interface subsystem of the types described herein. A reader or camera of the robotic interface subsystem may be used to extract information contained in the identifier. Alternatively, the patient may retrieve information from the identifier using a reader or a camera of a portable device (e.g., a smartphone or a tablet). The portable device may be programmed with an application configured to communicate the retrieved information to the robotic interface subsystem. Based on the retrieved information, the robotic interface subsystem can determine whether the patient identifier matches with this particular patient. If the patient identifier matches, the robotic interface subsystem can proceed with the organization of the pills. Otherwise, the robotic interface subsystem may notify the patient that the wrong container was received.
Based on the retrieved information, the robotic interface subsystem may generate a plan identifying which pills need to be disposed and when. For example, the information stored in the identifier may inform the robotic interface subsystem that the pills of compartment 1 are to be dispensed on Monday, the pills of compartment 2 are to be dispensed on Tuesday, etc. Once the disposable container has been loaded into the robotic interface subsystem with the pills, operations of the robotic interface subsystem may proceed as described with reference to
In some embodiments, the blades of disposable container 610 may be removable, as shown in
Description of
As discussed above in connection with
A pill container may be disposed of after use, or may be reloaded numerous times. For example, the patient may remove the pill container from the robotic pill dispenser once all the medications have been dispensed, and may return the pill container back to the healthcare facility.
When tray 716 is disassembled from removable element 714 and cover 711, each compartment is bounded internally by an inner wall 735, angularly by a pair of walls 732, and on the bottom side by a base 734. Each compartment, however, is open on the outer side as well as on the top side. Tray 716 is depicted as having a generally circular shape. However, not all embodiments are limited in this respect as other shapes are also possible.
Removable element 714 is designed to enclose compartments 764 on the outer side when assembled with tray 716. Removable element 714 includes a frame 720, which in some embodiments has a circular shape. Removable element 714 further includes a plurality of screens 722 attached to frame 720. The screens serve as outer walls for respective compartments of the tray when the removable element is assembled to the tray. The screens may be discrete, as in the example of
In some embodiments, each screen 722 may be defined separately. That is, instead of having a unitary removable element 714 including a plurality of screens 722, each screen may be a separable piece. In such embodiments, enclosing compartments 764 involves inserting each screen 72 individually into the respective compartment. In some circumstances, having separable screens 722 may be more convenient than having a unitary removable element during transportation. In these circumstances, in fact, the screens may be shipped by the manufacturer stacked on top of each other. Stacking the screens may reduce the size of the package, and as a result, shipping costs.
A tab 724 is formed at the bottom side of each screen and provide means for fastening the removable element to the tray. As shown in
As further illustrated in
Cover 711 is designed to close off the top side of compartments 764 when it is attached to tray 716. In some embodiments, cover 711 is made of a flexible material. In some embodiments, cover 711 is a sticker configured to adhere to body 730. For example, glue may be placed on the bottom side of the sticker for purposes of adhesion. In other embodiments, however, cover 711 may be made of a rigid material.
An example of a cover 711 is illustrated in
In some embodiments, cover 711 may be further perforated to define a plurality of sectors 742. Each sector is shaped to cover a corresponding compartment 764. The inventors have recognized that, in some embodiments, a user may wish to manually access the pills of a specific compartment without necessarily opening the other compartments. In this case, the user may remove the sector 742 corresponding to the desired compartment. Because of the perforation, the user is able to remove only the desired sector.
In some embodiments, cover 711 may include a digital identifier 744. Digital identifier 744 may include a bar code (as illustrated in
Furthermore, the robotic pill dispenser may be programmed to create a schedule for dispensing pills to the user based on the information retrieved from the digital identifier. In one specific example, a digital identifier may be encoded with information indicating that, each day at 9 am, the robotic pill dispenser is to dispense the pills of one of the compartments of the disposable container.
In some embodiments, the information described above may be loaded on a digital identifier at a healthcare facility, and a disposable container containing pills may be shipped to a patient with a digital identifier. Generally, the patient may use the disposable container in connection with a robotic pill dispenser, as illustrated further below. In other circumstances, however, the patient may wish to manually access the pills of a certain compartment without having to rely on a robotic pill dispenser. The patient may do so by removing a sector 742 from cover 711. The ability to manually access compartments may be useful for example during travel, when a patient may carry a disposable container but not a robotic pill dispenser.
In these embodiments, the patient may access the information carried by digital identifier 744 using an application installed on the patient's device, such as a smartphone, tablet, computer, smartwatch or other wearable devices. The application may be programmed to keep track of which pills the patient has already taken and which pills the patient has yet to take. The application, for example, may organize the pills in accordance with a calendar, and may send notifications informing the patient to take the pills. The application may be used whether the container is accessed manually by a patient or is used in connection with a robotic pill dispenser.
In some embodiments, an application may be used in connection with augmented reality software to identify the presence of pills inside the compartments of a container. The augmented reality software may be used when a disposable tray is used manually, when a container is used in connection with a robotic pill dispenser, or both. When looking at a container through the lenses of the augmented software, the patient may visually identify which pills are still in the container and which pills have been removed.
Removable containers of the types described herein may be shaped to be placed inside a robotic pill dispenser. As shown in
In some embodiments, a disposable container may be inserted in a container assembly when the container assembly is placed inside a robotic pill dispenser. In other embodiments, a disposable container may be inserted in a container assembly and then the container assembly with the disposable container in it may be placed in a robotic pill dispenser.
In some embodiments, disposable container 710 may be shaped such that container assembly permits insertion of tray 716 but rejects insertion of removable element 714. Rejection of the removable element may be achieved by promoting disengagement of the removable element from tray 716 as the disposable container is being inserted into the container assembly. In some embodiments, protrusions 725 may be used for this purpose. For example, protrusions 725 may cooperate with the edge 582 of container housing 580.
When a user places disposable container 710 into container assembly 560, protrusions 725 abut against edge 582. The result is that the disposable container rests on edge 582, and the bottom side of the disposable container is suspended. To complete insertion of the disposable container, the user presses the disposable container further in the downward direction. This downward pressure causes tray 716 to slide down inside the container assembly. At the same time, edge 582 prevents insertion of removable element 714. As a result, removable element 714 is disengaged from tray 716.
In some of the embodiments in which cover 711 is a sticker and in which the sticker is perforated, when removable element 714 is separated from tray 716, intermediate portion 740 remains attached to body 730 while peripheral portion 741 remains attached to frame 720.
Having thus described several aspects and embodiments of the technology of this application, it is to be appreciated that various alterations, modifications, and improvements will readily occur to those of ordinary skill in the art. Such alterations, modifications, and improvements are intended to be within the spirit and scope of the technology described in the application. It is, therefore, to be understood that the foregoing embodiments are presented by way of example only and that, within the scope of the appended claims and equivalents thereto, inventive embodiments may be practiced otherwise than as specifically described. In addition, any combination of two or more features, systems, articles, materials, kits, and/or methods described herein, if such features, systems, articles, materials, kits, and/or methods are not mutually inconsistent, is included within the scope of the present disclosure.
All definitions, as defined and used herein, should be understood to control over dictionary definitions, definitions in documents incorporated by reference, and/or ordinary meanings of the defined terms.
The indefinite articles “a” and “an,” as used herein in the specification and in the claims, unless clearly indicated to the contrary, should be understood to mean “at least one.”
The phrase “and/or,” as used herein in the specification and in the claims, should be understood to mean “either or both” of the elements so conjoined, i.e., elements that are conjunctively present in some cases and disjunctively present in other cases.
As used herein in the specification and in the claims, the phrase “at least one,” in reference to a list of one or more elements, should be understood to mean at least one element selected from any one or more of the elements in the list of elements, but not necessarily including at least one of each and every element specifically listed within the list of elements and not excluding any combinations of elements in the list of elements. This definition also allows that elements may optionally be present other than the elements specifically identified within the list of elements to which the phrase “at least one” refers, whether related or unrelated to those elements specifically identified.
The terms “approximately” and “about” may be used to mean within ±20% of a target value in some embodiments, within ±10% of a target value in some embodiments, within ±5% of a target value in some embodiments, and yet within ±2% of a target value in some embodiments. The terms “approximately” and “about” may include the target value.
In the claims, as well as in the specification above, all transitional phrases such as “comprising,” “including,” “carrying,” “having,” “containing,” “involving,” “holding,” “composed of,” and the like are to be understood to be open-ended, i.e., to mean including but not limited to. The transitional phrases “consisting of” and “consisting essentially of” shall be closed or semi-closed transitional phrases, respectively.
This application claims the benefit under 35 U.S.C. § 119 to U.S. Provisional Application Ser. No. 62/752,156, filed on Oct. 29, 2018, and titled “HEALTHCARE MANAGEMENT SERVICES,” which is hereby incorporated by reference herein in its entirety.
| Filing Document | Filing Date | Country | Kind |
|---|---|---|---|
| PCT/US2019/058520 | 10/29/2019 | WO | 00 |
| Number | Date | Country | |
|---|---|---|---|
| 62752156 | Oct 2018 | US |
