The present application relates generally to the technical field of automated filling centers. In a specific example, the present application may relate to a high volume fulfillment center, e.g., a high volume pharmacy and to systems and devices used in filling prescriptions and prescription orders at a high volume pharmacy.
A high-volume pharmacy may process and fill a large number of prescriptions and prescription orders. Automated systems may be used by a high volume pharmacy to process and fulfill prescriptions.
Certain prescription drug may be ready for delivery to a patient utilizing the original packaging provided by the manufacturer, while other prescription drug may be filled in the pharmacy. A container that has been filled with a prescription drug via automation or manually may be capped or otherwise closed. Different styles of caps may be preferred.
Example systems and methods for capping are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of example embodiments. It will be evident, however, to one of ordinary skill in the art that these embodiments may be practiced without these specific details.
Generally, different styles of caps or closures may be required and/or preferred. For example, there may be a preference for a child-resistant cap whereas others prefer a cap that opens more easily. Example capping systems and methods disclosed herein accommodate a specific preference for a type of cap.
As a component of selecting a preferred cap type, it may also be required and/or preferred to apply a particular amount of torque in attaching the cap to a bottle. For example, applying too much torque to a cap intended to be opened more easily may result in a cap that requires more effort to open than desired.
The order processing device 102 may receive information about prescriptions being filled at a pharmacy in which the order processing device 102 is deployed. The order processing device 102 may track a prescription order as it is fulfilled. The order processing device 102 may make routing decisions and/or order consolidation decisions for a prescription order. The order processing device 102 may operate on its own or in combination with the network manager device 106.
Examples of the network 104 include Mobile Communications (GSM) network, a code division multiple access (CDMA) network, 3rd Generation Partnership Project (3GPP), an Internet Protocol (IP) network, a Wireless Application Protocol (WAP) network, a WiFi network, or an IEEE 802.11 standards network, as well as various combinations thereof. Other conventional and/or later developed wired and wireless networks may also be used. The network may be a local area network or a global communication network, such as the Internet. Other conventional and/or later developed wired and wireless networks may also be used.
The network manager device 106 is a device operated by an entity at least partially responsible for creation and/or management of the pharmacy benefit. While the network manager operating the network manager device 106 is typically a pharmacy benefit manager (PBM), other entities may operate the network manager device 106 either on behalf of themselves, the PBM, or another entity. The network manager device 106 may include a processor, memory to store data and instructions, and a communication device.
Some of the operations of the PBM that operates the network manager device 106 may include the following. A member (or a person on behalf of the member) attempts to obtain a prescription drug at a retail pharmacy location where the member can obtain drugs in a physical store from a pharmacist or pharmacist technician, or in some instances through mail order drug delivery from a mail order pharmacy location. The member may also obtain a prescription drug directly or indirectly through the use of a machine, such as a kiosk, vending unit, mobile electronic device, or a different type of computing device.
The member may have a co-pay for the prescription drug that reflects an amount of money that the member is responsible to pay the pharmacy for the prescription drug. The money paid by the member to the pharmacy may come from the personal funds of the member, a health savings account (HSA) of the member or the member's family, a health reimbursement arrangement (HRA) of the member or the member's family, a flexible spending accounts (FSA) of the member or the member's family, or the like. An employer of the member may directly or indirectly fund or reimburse the member or an account of the member for the co-pay.
The amount of the co-pay paid by the member may vary by the benefit plan of the client with the PBM. The member's co-pay may be based on a flat co-pay (e.g., $10), coinsurance (e.g., 10%), and/or a deductible (e.g., for first $500 of annual prescription drug spend) for certain prescription drugs, certain types of prescription drugs, and/or all prescription drugs.
In certain instances, the member may not pay the co-pay or may only pay for a portion of a co-pay for a prescription drug. For example, if the usual and customary cost for a generic version of a prescription drug is $4, and the member's flat co-pay is $20 for the prescription drug, the member may only pay $4 to receive the prescription drug. In another example involving a worker's compensation claim, no co-pay may be due by the member for the prescription drug.
In conjunction with receiving the co-pay (if any) from the member and dispensing the prescription drug to the member, the pharmacy submits a claim to the PBM for the prescription drug. The PBM may perform certain adjudication functions including verifying the eligibility of the member, reviewing the formulary to determine appropriate co-pay, coinsurance, and deductible for the prescription drug, and performing a drug utilization review (DUR) on the member. The PBM then adjudicates the claim associated with the prescription drug and provides a response to the pharmacy following performance of the aforementioned functions. As part of the adjudication, the client (or the PBM on behalf of the client) ultimately reimburses the pharmacy for filling the prescription drug when the prescription drug was successfully adjudicated. The aforementioned adjudication functions generally occur before the co-pay is received and the prescription drug dispensed. However, the operations may occur simultaneously, substantially simultaneously, or in a different order. In addition, more or less adjudication functions may be performed as part of the adjudication process. Adjudication may be performed through the use of a machine, such as a computer system.
The amount of reimbursement paid to the pharmacy by the client and/or member may be based at least in part on the type of pharmacy network in which the pharmacy is included. Other factors may be used to determine the reimbursement amount in addition to the type of pharmacy network. The above methodologies may be implemented by executing instructions in the network manager device 106.
One, or more than one, device may be included in the system to enable prescription fulfillment. For example, the system 100 may include a loading device 108, a sorting device 110, an automated dispensing device 112, a manual fulfillment device 114, a review device 116, a cap device 118, an accumulation device 120 and/or a packing device 122.
One, or more than one, device may be included in the system to enable prescription fulfillment. For example, the system 100 may include a loading device 108, a sorting device 110, an automated dispensing device 112, a manual fulfillment device 114, a review device 116, a cap device 118, an accumulation device 120 and/or a packing device 122.
The loading device 108 may load prescription containers by a robotic arm, pick and place mechanism, or the like. In one embodiment, the loading device 108 has robotic arms or pickers to grasp a container and move it to and from a pallet.
The sorting device 110 may receive containers and may identify the containers that belong to a particular prescription drug order. The sorting device 110 may group the containers according to the prescription drug order in which they belong.
The automated dispensing device 112 includes one or more devices that dispense prescription drugs or pharmaceuticals into containers in accordance with one or more prescription orders. Various automated dispensing systems are available commercially such as e.g., the system sold under the trademark OPTIFILL by AmerisourceBergen Corporation.
The manual fulfillment device 114 provides for manually fulfilling prescriptions. In general, a manual fulfillment may include operations at least partially performed by a pharmacist or pharmacy technician. For example, a person may retrieve a supply of the prescribed drug, may make an observation, may count out a prescribed quantity of drugs and place them into a container, or the like. Some portions of the manual fulfillment process may be automated by use of a machine. For example, counting of capsules, tablets or pills may be at least partially automated (e.g., through use of a pill counter). In some embodiments, the automated fulfillment is integrated with the manual fulfillment operations. Certain automated fulfillment may be performed before manual fulfillment and vice versa. The automated fulfillment for a prescription may be paused to allow for the manual fulfillment to be completed. Once the devices receive an input that manual fulfillment is complete, then the automated fulfillment is released and fulfillment proceeds automatically.
The review device 116 may process containers to be reviewed by a pharmacist. Fulfilled prescriptions may be reviewed and/or verified by a pharmacist, as may be required by state or local law. In other embodiments, prescriptions are reviewed and/or verified for quality assurance. A pharmacist or other licensed person who may dispense certain drugs in compliance with local and/or other laws may operate the review device 116 and visually inspect a container that has been filled with a prescription drug. The pharmacist may review, verify, and/or evaluate drug quantity, drug strength, and/or drug interaction concerns, or otherwise perform pharmacist services.
Cap device 118 may be used to cap a container. In some embodiments, cap device 118 may provide caps in accordance with a patient preference (e.g., a preference regarding child resistance), a client preference, prescriber preference, etc. The cap is intended to close the opening into the container such that the contents, e.g., prescription drugs, are contained for a specified shelf life and limit entry of dirt, oxygen, moisture, etc. into the container. The cap can further operate to reduce drying or out-gassing of the contents in the container. The cap also may operate to keep the contents secure from undesired premature opening (e.g., during delivery using packaging delivery services or mail services).
In general, the cap is intended to close the opening of the container such that the contents, e.g., prescription drugs, are contained for a specified shelf life and limit entry of dirt, oxygen, moisture, and the like within the container. The cap can further operate to reduce drying or out-gassing of the contents in the container. The cap also may operate to keep the contents secure from undesired premature opening (e.g., during delivery using packaging delivery services or mail services).
While the system 100 in
The order processing device 102 and/or the network manager device 106 may be in communication directly (e.g., through local storage) and/or through the network 104 (e.g., in a cloud configuration or software as a service) with a database 124 (e.g., as may be retained in memory or otherwise). The database 124 may store order data 126, member data 128 and/or client data 130.
The order data 126 may include data used for completion of the prescription, such as prescription materials. Prescription materials are a type of order materials that include an electronic copy of information regarding the prescription drug for inclusion with the fulfilled prescription. The prescription materials may include electronic information regarding drug interaction warnings, recommended usage, possible side effects, expiration date, date of prescribing, etc.
The member data 128 includes information regarding the members associated with the benefit manager. Examples of the member data 128 include name, address, telephone number, e-mail address, prescription drug history, and the like. The member data 128 may include a client identifier that identifies the client associated with the member and/or a member identifier that identifies the member to the client. The member data 128 may include a member identifier that identifies the client associated with the patient and/or a patient identifier that identifies the patient to the client. The member data 128 may also include, by way of example, dispensation preferences such as type of label, type of cap, message preferences, language preferences, or the like. The member data 128 may be accessed by the devices 102, 106-122 to obtain the necessary information for fulfilling the prescription and shipping the prescription drugs.
The client data 130 includes information regarding the clients of the benefit manager. Examples of the client data 130 include company name, company address, contact name, contact telephone number, contact e-mail address, and the like.
The order processing device 102 may include an order verification subsystem 202, an order control subsystem 204 and/or an order tracking subsystem 206.
The order verification subsystem 202 may communicate with the network manager device 106 to verify the eligibility of the member, review the formulary to determine appropriate co-pay, coinsurance, and deductible for the prescription drug, and/or perform a drug utilization review (DUR).
The order control subsystem 204 controls various movements of the containers, groups of containers and/or pallets along with various filling functions during progression through the system 100. The devices 108-122 may be interconnected by a system of conveyors or other container movement systems. The pallet may be located on a conveyor assembly.
The order tracking subsystem 206 tracks a prescription order as it progresses (or stops) toward fulfillment. The order tracking subsystem 206 may track, record and/or update order history, order status or the like. The order tracking subsystem 206 may store data locally (e.g., in a memory) or at the order data 124.
When multiple capping subsystems 304 are used, they may be adapted to cap containers with a particular type of cap. For example, a type of cap may be selected based on patient preference, client preference, prescriber preference, or otherwise.
An example deployment of the cap device 118 is within the system 100. In such a deployment, the system 100 may include one or more conveyors or other devices to facilitate transporting containers or pallets of containers through mechanical devices within the system 100, such as devices to label, fill, cap, and check containers. The capping subsystem 304 may be deployed in-line within the system 100, such that containers pass through capping subsystem 304 as they move through the system 100 instead of being diverted to a separate capping device. The order control subsystem 204 may identify the container holding a prescribed drug as needing to be capped at a particular capping subsystem 304 based on a cap preference included in the order component. The capping subsystems 304 may be otherwise deployed. In one embodiment, two capping subsystems 304 are deployed in which one provides a child resistant cap and one provides an easy open cap without child resistance. In another deployment of the cap device 118, a single capping subsystem 304 may be adapted to cap containers with more than one type of cap. In another embodiment, a single capping subsystem 304 may be adapted to cap containers with more than one type of cap. However, other capper configurations may be used.
The capping subsystem 304 may include a cap feeder 402, a conveyor 404, a capping assembly 406, and a bottle gripping assembly 408. The cap feeder 402 terminates at a cap pick station 410 and may be in the form of a chute or gravity fed channel, for example.
The capping subsystem 304 includes a frame portion 420. The frame portion 420 has an entrance 422 and an exit 424 that allow the conveyor 404 therethrough. The conveyor 404 may deliver the pallet 416 through an entrance 422 of the capping subsystem 304 and convey the pallet 416 through the capping subsystem 304 to an exit 424.
The conveyor 404 may stop when a row 426a, 426b, 426c, 426d, 426e of containers 414 on pallet 416 reaches a capping position 418. In an example embodiment, the conveyor 404 stops when a row of the pallet 416 including at least one container to be capped within the capping assembly 304 reaches the capping position 418 but does not stop when a row of the pallet 416 including no container to be capped within the capping assembly 304 reaches the capping position 418.
Although pallets are described as being employed in some embodiments to move a group of containers through the system 100 or within the capping subsystem 304, trays or other types of carriers may be used to move groups of containers through the system 100 or the capping subsystem 304.
The capping subsystem 304 may include a locating pin adapted to be received within a hole of a pallet within capping assembly 304. The locating pins may be used to grab pallets and/or locate pallets precisely within the capping assembly 304.
The bottle gripping assembly 408 may include multiple bottle gripping devices to grip the containers 414 while the capping assembly 406 may include multiple cappers to engage caps onto the containers 414. The bottle gripping assembly may be configured to hold the container against rotation when the cap gripper rotates the cap on the container.
The chuck head gripper solenoid 602 of capping devices 520a, 520b may rotate independently of a solenoid of another capper 520b and may be adapted to receive torque feedback. In an example embodiment, the chuck head gripper solenoid 602 senses the mechanical resistance to determine the torque being applied to the cap during a capping process. The control subsystem 302 may cause rotation of the cap gripping part of the cappers 520a, 520b to cease when a particular torque has been achieved. Torque response may be individualized such that each capper will cease rotating when it has achieved the desired torque when applying a cap to a particular container 414.
The control subsystem 302 may associate particular torque characters with a particular condition, such as a cap cross-threading condition. In an example embodiment, when cross-threading conditions have been identified in connection with a particular application of a cap by a particular capper 520a, the capper 520a will lift, and possibly rotate the cap in a direction opposite of the cap tightening direction so that the cap will back up, and the capper 520a will retry capping the container 414.
If torque conditions associated with capping a particular container 414 fall outside of certain parameters, the container 414 may be selected for further review or processing, either at the cap device 118 or otherwise within the system 100. For example, the parameters may include too little torque or too much torque.
If a container 414 in a particular row stopped at the capping position 418 is not to be capped with the type of cap deployed in capping subsystem 304, then the capper 520a adjacent to that container 414 will not select a cap from the holding station 514 and the container 414 will not be capped at the capping subsystem 304. That container 414 may be capped at another capping subsystem, entered by pallet 416 after it exits capping subsystem 304. Caps may be applied to containers 414 in capping subsystem using the mechanisms and according to the processes described with respect to capping subsystem 304.
The capper 520a may further sense the travel distance of the cap when the cap is being engaged on the container 414. The distance can be the rotational travel of the cap. This distance can be the vertical distance onto container 414. These travel distances can selectively be used with the sensed force, e.g., torque, to determine whether the cap is properly seated on the container 414.
The pair of arms 712, 714 may include extensions 724, 726. The bottle gripping device 524a may be fixed within capping assembly 304 such that containers 414 in the pallet 416 passing through the capping assembly 304 will pass under a bottom portion 728 of the bottle gripping device 524a. Widths of the extensions 724, 726 and the finger portions 702, 704 may allow the extensions 724, 726 and the finger portions 702, 704 to pass between the containers 414 in the pallet 416 when finger portions are open and the pallet 416 moves through capping assembly 304.
The order control subsystem 204 may cause the containers 414 to be capped at a particular capping subsystem 304 to be grouped on the pallet 416. For example, if a pallet is adapted to hold five rows of the containers 414, and each row is adapted to hold five containers, a particular pallet may include twelve containers to be capped with a first type of cap (such as a child-resistant cap) and thirteen containers to be capped with a second type of cap (such as an easy-open cap). Referring again to
In some embodiments, the containers 414 may be otherwise grouped in the pallet 416, or the containers 414 may be placed without regard to the particular capping subsystem 304 in which the containers 414 will be capped.
In some embodiments, the modules of the control subsystem 302 may be distributed so that some of the modules are deployed in the order processing device 102 and some modules are deployed in the cap device 118. In one embodiment, the modules are deployed in memory and executed by a processor coupled to the memory. The functionality contained within the modules 802, 804 may be combined into a lesser number of modules, further divided among a greater number of modules, or redistributed among existing modules. Other configurations including the functionality of the modules 802, 804 may be used.
The preference module 802 accesses member or client dispensation preferences from the order processing device 102 or the database 124, for example. Based on the dispensation preferences that dictate a preference of a cap on a container 414, the preference module 802 may determine the capping subsystem 304 at which the container 414 will be capped. For examples, in a deployment in which there is a child resistant capping subsystem 304 and a non-child resistant capping subsystem 304, the preference module 802 may indicate which of the two capping subsystems 304 the container 414 will be capped. The preference module 802 may instruct the capper 520a adjacent to a container 414 at the capping position 418 that is to be capped within that capping subsystem 304 to lift a cap from its associated cap holding position 516a within the cap holding station 514 and place the cap on the adjacent container 414 when the capper 520a moves forward and over the container 414. Conversely, when the cap adjacent to the capper 520a at the capping position 418 is not to be capped within that capping subsystem 304, the preference module 802 may instruct that capper 520a to refrain from lifting a cap from its associated cap holding position 516a.
The torque module 804 may monitor the torque applied by cappers to the cap being placed on a container 414. The torque module 804 may determine when a predetermined or set amount of torque has been applied in rotating a cap onto a container 414, whether capping should be retried (e.g., if the torque characteristics indicate improper threading), whether the container 414 should be rejected or selected for subsequent review based on possible torqueing errors.
At block 902, a pallet 416 holding the containers 414 enters a first capping subsystem 304. If a row 426a of the pallet 416 at the capping position 418 includes at least one container 414 to be capped in that first capping subsystem 304, that row 426a of the pallet 416 stops at the capping position 418 and the containers 414 to be capped in that capping subsystem 304 are capped at block 904. The capping operations performed during operations at block 904 may sense the torque being applied to each of the caps being mounted to the containers 414. If that row 426a of the pallet 416 does not include at least one container 414 to be capped in that capping subsystem 304, the corresponding row 426a of the pallet 416 does not stop at the capping position 418. These operations may repeat for each subsequent row 426b, 426c, 426d, 426e of the pallet 416. After the entire pallet 416 has passed through the capping position 418 of the first capping subsystem 304, it exits the first capping subsystem at block 906 and enters the second capping subsystem 304 at block 908.
As in the first capping subsystem 304, if a row 426a of the pallet 416 at the capping position 418 of the second capping subsystem 304 includes at least one container 414 to be capped in that capping subsystem 304, the corresponding row 426a of the pallet 418 stops at the capping position 418 and the containers 414 to be capped in that capping subsystem 304 are capped at block 910. The capping at block 910 may sense the torque being applied to each of the caps being mounted to containers 414. If the corresponding row 426a of the pallet 416 does not include at least one container 414 to be capped in the second capping subsystem 304, that row 426a of the pallet 416 does not stop at the capping position 418. The operations may repeat for each subsequent row 426b, 426c, 426d, and 426e of the pallet 416. After the entire pallet 416 has passed through the capping position 418 of the second capping subsystem, it exits the second capping subsystem 304 at block 912.
In some embodiments, every container 414 included on the pallet 416 and ultimately provided to the member is capped at either the first capping subsystem 304 or the second capping system 304.
In an example embodiment, the machine operates as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a gaming device, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions sequential or otherwise) that specifies actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein.
The example computer system 1000 includes a processor 1002 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), a main memory 1004 and a static memory 1006, which communicate with each other via a bus 1008. The computer system 1000 further includes a video display unit 1010 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 1000 also includes an alphanumeric input device 1012 (e.g., a keyboard), a cursor control device 1014 (e.g., a mouse), a drive unit 1016, a signal generation device 1018 (e.g., a speaker) and a network interface device 1020.
The drive unit 1016 includes a computer-readable medium 1022 on which is stored one or more sets of instructions (e.g., software 1024) embodying any one or more of the methodologies or functions described herein. The software 1024 may also reside, completely or at least partially, within the main memory 1004 and/or within the processor 1002 during execution thereof by the computer system 1000, the main memory 1004 and the processor 1002 also constituting computer-readable media.
The software 1024 may further be transmitted or received over a network 1026 via the network interface device 1020.
While the computer-readable medium 1022 is shown in an example embodiment to be a single medium, the term “computer-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “computer-readable medium” shall also be taken to include any medium that is capable of storing or encoding a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “computer-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, and optical media, and magnetic media. In some embodiments, the computer-readable medium is a non-transitory computer-readable medium.
The term “based on” or using, as used herein, reflects an open-ended term that can reflect others elements beyond those explicitly recited.
Certain systems, apparatus, applications or processes are described herein as including a number of modules. A module may be a unit of distinct functionality that may be presented in software, hardware, or combinations thereof. The hardware may include circuitry. When the functionality of a module is performed in any part through software, the module includes a computer-readable medium. The modules may be regarded as being communicatively coupled.
The inventive subject matter may be represented in a variety of different embodiments of which there are many possible permutations.
Thus, methods and systems for capping have been described. Although embodiments of the present invention have been described with reference to specific example embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the embodiments of the invention, Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
The methods described herein do not have to be executed in the order described, or in any particular order. Moreover, various activities described with respect to the methods identified herein can be executed in serial or parallel fashion. Although “End” blocks are shown in the flowcharts, the methods may be performed continuously,
This application is a continuation application of U.S. application Ser. No. 14/706,150 filed on 7 May 2015; said application claims the benefit of U.S. provisional patent application 61/989,875 filed on 7 May 2014, entitled “Systems and Method for Capping”. The entire disclosures of these applications are incorporated herein by reference.
Number | Date | Country | |
---|---|---|---|
61989875 | May 2014 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 14706150 | May 2015 | US |
Child | 17021043 | US |