WO2023176694A1 - 薬剤管理システム - Google Patents

薬剤管理システム Download PDF

Info

Publication number
WO2023176694A1
WO2023176694A1 PCT/JP2023/009079 JP2023009079W WO2023176694A1 WO 2023176694 A1 WO2023176694 A1 WO 2023176694A1 JP 2023009079 W JP2023009079 W JP 2023009079W WO 2023176694 A1 WO2023176694 A1 WO 2023176694A1
Authority
WO
WIPO (PCT)
Prior art keywords
box
information
drug
patient
unit
Prior art date
Application number
PCT/JP2023/009079
Other languages
English (en)
French (fr)
Inventor
陽介 岡山
光司 鴻巣
昇二 佐藤
雄弘 木村
Original Assignee
株式会社デンソーウェーブ
株式会社Mediotology
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社デンソーウェーブ, 株式会社Mediotology filed Critical 株式会社デンソーウェーブ
Publication of WO2023176694A1 publication Critical patent/WO2023176694A1/ja

Links

Classifications

    • AHUMAN NECESSITIES
    • A61MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61JCONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
    • A61J3/00Devices or methods specially adapted for bringing pharmaceutical products into particular physical or administering forms
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/08Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083Shipping
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/22Social work or social welfare, e.g. community support activities or counselling services
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/10ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y10/00Economic sectors
    • G16Y10/60Healthcare; Welfare
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y20/00Information sensed or collected by the things
    • G16Y20/20Information sensed or collected by the things relating to the thing itself
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00IoT characterised by the purpose of the information processing
    • G16Y40/10Detection; Monitoring
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16YINFORMATION AND COMMUNICATION TECHNOLOGY SPECIALLY ADAPTED FOR THE INTERNET OF THINGS [IoT]
    • G16Y40/00IoT characterised by the purpose of the information processing
    • G16Y40/30Control

Definitions

  • the present disclosure relates to a drug management system.
  • drugs dispensed based on the prescription at a pharmacy or the like are delivered to the patient.
  • drugs prescribed based on past prescriptions are delivered by delivery without the patient having to visit a pharmacy or the like.
  • a gift delivery system disclosed in Patent Document 1 below is known.
  • a purchase procedure for a product is carried out via the Internet using pre-registered purchaser information, and the product is shipped to a specified shipping destination.
  • a purchaser can purchase a product without inputting purchaser information each time the product is purchased.
  • the drug be taken at a set time.
  • the medicines to be taken by the patient may not be delivered in time.
  • the present disclosure has been made in order to solve the above-mentioned problems, and its purpose is to provide a drug management system that can notify patients whether the drugs to be taken have been delivered by the scheduled time. There is a particular thing.
  • a drug management system includes: cloud server and an inner box containing one or more drugs to be taken by a patient and attached with a wireless tag in which a box ID (Identifier) is recorded; a housing section in which the inner box is housed; a reading unit that reads the box ID from the wireless tag of the inner box housed in the housing unit; a first communication unit that acquires the box ID read by the reading unit and transmits information including the box ID to a cloud server;
  • a drug management system comprising: The cloud server is a second communication unit that receives delivery time information regarding the box ID and the scheduled time for delivering the inner box to the patient from a delivery source device; A storage unit that stores the box ID, the delivery time information, and patient information regarding the patient, wherein the box ID is associated with the patient information, and the delivery time information is associated with the box ID.
  • a determination unit that determines whether the box ID with which the delivery time information is associated is received from the first communication unit before a predetermined time has elapsed from the scheduled time indicated by the delivery time information; a notification unit that reports information based on the determination result of the determination unit; Equipped with.
  • the determination unit of the cloud server determines that the inner box has not arrived at the patient when a predetermined time has elapsed from the scheduled time indicated by the delivery time information. This determination is also referred to as abnormality determination.
  • the notification unit reports information based on the abnormality determination. In this way, the medicine management system according to the embodiment of the present disclosure can notify whether the medicine to be taken by the patient has been delivered by the time for taking the medicine.
  • FIG. 1 is an explanatory diagram showing a schematic configuration of a drug management system according to a first embodiment of the present disclosure.
  • FIG. 1 is a perspective view showing an inner box according to a first embodiment of the present disclosure.
  • FIG. 2 is an explanatory diagram illustrating a state in which the inner box according to the first embodiment of the present disclosure is wrapped with a cover or the like.
  • FIG. 1 is a block diagram schematically showing the functional configuration of an information processing device according to a first embodiment of the present disclosure.
  • FIG. 1 is a block diagram schematically showing the functional configuration of a cloud server according to a first embodiment of the present disclosure.
  • FIG. 2 is an explanatory diagram illustrating patient information, box ID, delivery date/time information, and receipt date/time information registered in the database of the cloud server according to the first embodiment of the present disclosure.
  • FIG. 7 is an explanatory diagram illustrating a drug with a drug tag according to a second embodiment of the present disclosure. 12 is a flowchart illustrating the flow of medication status management processing performed by the control unit of the cloud server according to the second embodiment of the present disclosure.
  • FIG. 7 is an explanatory diagram illustrating initial information registered in a database of a cloud server according to a second embodiment of the present disclosure.
  • FIG. 7 is an explanatory diagram illustrating updating of information registered in a database of a cloud server according to a second embodiment of the present disclosure.
  • FIG. 7 is an explanatory diagram illustrating information registered in a database of a cloud server according to a modification of the second embodiment of the present disclosure.
  • FIG. 7 is an explanatory diagram illustrating an example in which a display terminal relays between an information processing device in a storage unit and a cloud server in a drug management system according to a modification of the second embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating a hardware configuration of an information processing device according to an embodiment of the present disclosure.
  • FIG. 1 is a block diagram illustrating a hardware configuration of a cloud server according to an embodiment of the present disclosure.
  • Medications cannot be expected to be effective if they are not taken correctly. Patients are required to take the prescribed type of medication in the appropriate amount at a set time. However, if the medicine is not directly handed over to the patient at the pharmacy but is delivered, the sender at the delivery pharmacy cannot confirm whether the medicine intended for the patient has been delivered to the patient. Therefore, the sender is responsible for situations in which some or all of the drugs are not delivered on time (i.e., delivery delays), situations in which the drugs are delivered to the wrong destination, and situations in which the wrong drugs are delivered (i.e., misdelivery). , and it is difficult to promptly deal with these situations (i.e., non-arrival of drugs). If such medicines are not delivered, there may be a shortage of medicines to be taken, and patients may not be able to take their medicines at the designated time, or patients may take medicines that were not prescribed to them. There is a possibility that it may be damaged.
  • a drug management system that can quickly determine whether the drugs taken by a patient are being delivered correctly to the patient.
  • a drug management system is provided that can notify whether the drug to be taken by the patient has been delivered by the time of taking the drug.
  • the drug management system 1 manages one or more types of drugs delivered to each patient based on past prescriptions.
  • an inner box 20 containing a plurality of drugs 10 to be taken by a patient is prepared at a delivery source pharmacy or the like according to a prescription.
  • the inner box 20 is delivered to the patient's home or the like, and is housed in a storage unit 30 that is installed in advance at the patient's home.
  • the inner box 20 is stored in the storage section 30 by a person (for example, the patient himself/herself) at the patient's home.
  • the drug management system 1 manages information read from the wireless tag attached to the inner box 20 containing the plurality of drugs 10 on the cloud server 60, thereby managing the information regarding the plurality of drugs 10 to be delivered to patients. Manage information. For convenience, the state in which the drug is packaged will also be simply referred to as the drug 10.
  • the inner box 20 stores a plurality of drugs 10 to be taken by a patient in each of a plurality of compartments 22a to 22d in a predetermined orientation.
  • the inner box 20 functions as a packaging box for a plurality of drugs 10 for delivery from a pharmacy to a patient's home by being packaged with a cover C1 or the like.
  • the inside of the inner box 20 is partitioned into compartments 22a to 22d as storage locations corresponding to a plurality of types of medicines 10.
  • the inner box 20 is attached with a wireless tag (hereinafter also referred to as a box tag 21) such as an RF (Radio Frequency) tag on which a box ID for distinguishing it from other inner boxes 20 is recorded.
  • a wireless tag hereinafter also referred to as a box tag 21
  • RF Radio Frequency
  • the format of the box ID is a predetermined format. Therefore, the box ID can be distinguished from information recorded on other wireless tags different from the box tag 21.
  • the predetermined format includes "IB" at the beginning, for example, as illustrated in FIG. 5, which will be described later.
  • the housing section 30 houses the inner box 20.
  • the storage unit 30 functions as a medicine box.
  • the housing section 30 includes a main body section 31 having an open front surface and a drawer section 32 that can be taken in and out through the opening.
  • the main body part 31 When the main body part 31 is in a state where the drawer part 32 containing the inner box 20 is pushed into the main body part 31 from the opening (hereinafter also referred to as a set state), the main body part 31 and the front surface of the drawer part 32 are connected to each other.
  • the combination is formed into a substantially box shape.
  • the drawer portion 32 has a rectangular upper opening that matches the outer shape of the inner box 20 so that the inner box 20 is accommodated from above.
  • an information processing device 40 is assembled in the accommodating section 30.
  • the information processing device 40 transmits the box ID read from the box tag 21 to the cloud server 60 when detecting the set state.
  • the information processing device 40 includes a control section 41, a storage section 42, a detection section 43, a reading section 44, and a communication section 45, as shown in FIG.
  • Information regarding patients (hereinafter also referred to as patient information) is stored in advance in the storage unit 42.
  • the control unit 41 includes a processor 81 such as a CPU (Central Processing Unit) or an MPU (Micro Processing Unit), and a memory such as a RAM (Random Access Memory) or a ROM (Read Only Memory).
  • the storage unit 42 may be realized by, for example, a semiconductor memory.
  • the detection unit 43 is a contact sensor or the like for detecting the set state.
  • the detection section 43 is installed on the inner back side of the main body section 31 .
  • the detection section 43 detects contact with the drawer section 32 in the set state and outputs a predetermined detection signal to the control section 41.
  • the detection unit 43 is not limited to a contact sensor, but may be another sensor capable of detecting the set state.
  • the reading unit 44 reads information from predetermined wireless tags including the box tag 21.
  • the reading unit 44 is controlled by the control unit 41 and performs communication using electromagnetic waves with a predetermined wireless tag via an antenna (not shown). Thereby, the reading unit 44 reads and writes data stored in a predetermined wireless tag.
  • the communication unit 45 communicates with external devices.
  • the communication unit 45 is controlled by the control unit 41 and communicates with other external devices such as the cloud server 60 via the network N1 (eg, the Internet).
  • the network N1 eg, the Internet
  • the control unit 41 starts the read information transmission process.
  • the read information transmission process when the information read by the reading section 44 immediately after the detection of the set state is a box ID whose format is the predetermined format, the box ID is stored in the storage section 42. Both patient information is transmitted to the cloud server 60 via the communication unit 45.
  • the box ID read from the box tag 21 of the stored inner box 20 is stored in the information processing device 40 together with the patient information. It is sent to the cloud server 60.
  • the format of the information read from the wireless tag must be in the above-described predetermined format.
  • the read information is not sent to cloud server 60.
  • the information processing device 40 operates by being supplied with power from a battery (not shown).
  • the information processing device 40 is not limited to this, and may operate by being supplied with power from a commercial power source, for example.
  • a storage device 50 for a delivery source which has functions similar to those of the storage unit 30 and the information processing device 40, is installed at a pharmacy that serves as a delivery source for a plurality of drugs 10.
  • An inner box 20 containing a plurality of drugs 10 to be delivered to a patient is prepared.
  • the box ID read from the box tag 21 of the inner box 20 is stored in the cloud server together with drug information and patient information regarding the plurality of drugs 10 stored in the inner box 20. 60.
  • the storage device 50 may read the transmitted drug information and patient information, for example, from a separately prepared wireless tag, or may acquire them using other acquisition means.
  • the cloud server 60 is an information processing device that stores patient information about a patient and drug information about a plurality of drugs 10 taken by the patient. Drug information is associated with patient information, and a database containing patient information and drug information is constructed.
  • the cloud server 60 includes a control section 61, a storage section 62, a display section 63, an operation section 64, and a communication section 65, as shown in FIG.
  • the control unit 61 may be realized by, for example, a processor 91 such as a CPU, and a memory 92 such as a RAM or ROM.
  • the storage unit 62 may be realized by a storage such as a semiconductor memory or a hard disk drive (HDD), for example.
  • the box ID, patient information, and drug information are received from the storage device 50 of the pharmacy via the communication unit 65.
  • the date and time when information was received from the accommodation device 50 is associated with the box ID and patient information as delivery date and time information.
  • the delivery date and time information is registered in a database constructed in the storage unit 62. For example, when patient information "Patient I" and box ID "IB00009" are received from the accommodation device 50 at the date and time "2022/1/20 13:20", as illustrated in FIG. It is registered in the database together with the box ID as date and time information.
  • the delivery date and time information is not limited to the date and time information when the box ID and patient information were received, but may be, for example, date and time information separately received from the pharmacy. Further, in FIG. 5, drug information is omitted for convenience.
  • the date and time when the box ID and patient information were received from the information processing device 40 is associated with the box ID and patient information as reception date and time information.
  • the receipt date and time information is registered and stored in the database. For example, when patient information "Patient B" and box ID "IB00002" are received from the information processing device 40 at the date and time "2022/1/15 11:10", as illustrated in FIG. Registered as receipt date and time information.
  • the receipt date and time information is associated with the already registered box ID.
  • the control unit 61 uses the information stored in the storage unit 62 to perform a process of determining whether the inner box 20 is correctly delivered to the patient (hereinafter also referred to as delivery correctness determination process). be exposed. Specifically, the control unit 61 determines whether the box ID with which the delivery time information is associated has been received from the communication unit 45 of the information processing device 40 before a predetermined time has elapsed from the scheduled time indicated by the delivery time information. . More specifically, the control unit 61 determines whether the time difference between the delivery date and time information and the receipt date and time information is within a predetermined time. If the time difference is within the predetermined time, it is determined that the inner box 20 has been correctly delivered to the patient.
  • the time difference between the delivery date and time information "2022/1/13 15:45” and the receipt date and time information "2022/1/15 11:10" for the box ID "IB00002" is a predetermined time ( For example, within 72 hours), it is determined that the inner box 20 has been correctly delivered to the patient B associated with the box ID.
  • the box ID associated with the delivery date and time information may not be received from the information processing device 40 even after the predetermined time has elapsed since the delivery date and time information.
  • the delivery correctness determination process it is determined that the inner box 20 has not been correctly delivered to the patient. That is, an abnormality determination occurs. For example, as shown in FIG. 5, the box ID "IB00009" is received from the information processing device 40 even after the predetermined time has passed since the delivery date and time information "2022/1/20 13:20" for the box ID "IB00009". If not, it is determined that the inner box 20 has not been correctly delivered to the patient.
  • the control unit 61 determines whether the inner box 20 is correctly attached to the patient based on whether the received box ID is associated with the patient information received from the information processing device 40 in the storage unit 62. Determine whether it has been delivered. In other words, the control unit 61 determines whether the inner box 20 is correct for the patient based on the patient information and box ID received from the information processing device 40 and the patient information and box ID stored in the storage unit 62. Determine whether it has been delivered. For example, in the delivery correctness determination process, if the received box ID does not match the box ID associated with the patient information received in the storage unit 62, it is determined that the inner box 20 has not been correctly delivered to the patient. Ru. In this case, the inner box 20 that should be delivered to a different patient than the patient who received the inner box is mistakenly delivered to the patient.
  • the control unit 61 performs abnormality determination notification processing.
  • the abnormality determination notification process notification information indicating that the inner box 20 has not been correctly delivered to the patient is sent to a predetermined terminal 51 installed at the pharmacy from which the inner box 20 is delivered, along with patient information and the box ID, to the communication unit. 65.
  • the control unit 61 that performs the delivery correctness/incorrect determination process may correspond to a “determination unit” that determines whether the inner box 20 is correctly delivered to the patient.
  • the control unit 61 and the communication unit 65 that perform the abnormality determination notification process may correspond to a “notification unit” that notifies the determination result of the “determination unit”.
  • the received notification information is displayed on the screen of a predetermined terminal 51 installed at the pharmacy.
  • the pharmacist can easily grasp the patient to whom the inner box 20 that has not been delivered correctly and the date and time of delivery.
  • the pharmacist checks the delivery status with the patient or the delivery company, and if necessary, has the delivery company deliver a new inner box 20. This makes it possible to quickly re-deliver the inner box 20 (ie, the medicine 10).
  • the cloud server 60 sends the inner box 20 to a terminal held by the patient before transmitting the notification information to the delivery source (for example, a pharmacy). Information urging the user to store the container in the storage unit 30 may be notified.
  • the cloud server 60 may transmit the above notification information to the delivery source if the box ID is not received from the storage unit 30 at the patient's home even after a certain period of time has passed since the notification.
  • the cloud server 60 may transmit the determination result to the delivery source of the inner box 20.
  • the inner box 20 stores a plurality of drugs 10 to be taken by a patient and is attached with a box tag 21 in which a unique box ID is recorded.
  • the patient is accommodated in the accommodation section 30.
  • the box ID is read from the box tag 21 by the reading unit 44 , and information including the box ID is transmitted to the cloud server 60 via the communication unit 45 .
  • the cloud server 60 when the inner box 20 is delivered to a patient, the box ID and delivery date and time information corresponding to the inner box 20 received from the storage device 50 of the delivery source are associated with patient information and drug information. , is stored in the storage unit 62.
  • the box ID associated with the delivery date and time information and stored in the storage unit 62 is not received even after a predetermined period of time has elapsed from the delivery date and time of the delivery date and time information, it is determined that the inner box 20 has not been correctly delivered to the patient. It is determined that
  • the drug management system includes a cloud server, an inner box that accommodates one or more drugs to be taken by a patient and is attached with a wireless tag in which a box ID is recorded; an accommodating section, a reading section that reads the box ID from the wireless tag of the inner box accommodated in the accommodating section, and information that acquires the box ID read by the reading section and includes the box ID.
  • a first communication unit that transmits information to a cloud server, the cloud server transmits delivery time information regarding the box ID and the scheduled time for delivering the inner box to the patient to a delivery source device.
  • a second communication unit that stores the box ID, the delivery time information, and patient information regarding the patient, the box ID being associated with the patient information, and the delivery time information being associated with the patient information; , a storage unit associated with the box ID, and determining whether the box ID with which the delivery time information is associated is received from the first communication unit before a predetermined time has elapsed from the scheduled time indicated by the delivery time information. and a notification section that notifies information based on the determination result of the determination section.
  • the reading unit 44 will not read the box ID, so the cloud server 60 will not receive the box ID. Therefore, since the related box ID is not received by the cloud server 60 even after a predetermined period of time has passed since the delivery date/time information, it can be determined that the inner box 20 has not been correctly delivered to the patient.
  • the delivery source that has received the notification according to the determination result can confirm the delivery status with the patient and the delivery company and, if necessary, deliver a new inner box 20.
  • the medicine management system 1 can notify whether the medicine 10 to be taken by the patient has been delivered by the time for taking the medicine.
  • the information processing device 40 transmits information including the box ID and patient information to the cloud server 60.
  • the inner box 20 is determined to be the patient based on whether the received box ID is associated with the patient information received from the information processing device 40 in the storage unit 62. Determine whether the delivery is correct.
  • the first communication unit transmits information including the box ID and the patient information to the cloud server, and the determination unit further determines that the box ID received from the first communication unit is The storage unit determines whether the box ID matches the box ID associated with the patient information received from the first communication unit.
  • the patient information received at the cloud server 60 and the box ID received at the same timing will be The patient information associated and stored in the storage unit 62 is different. In this way, if these pieces of patient information do not match, it can be determined that the inner box 20 has not been correctly delivered to the patient. If the wrong inner box 20 is stored in the storage unit 30, the result of the abnormality determination is immediately notified, and the delivery source to which the result of the abnormality determination is notified is able to accommodate the patient in the inner box 20. By notifying the patient not to take the medicine 10, it is possible to prevent the patient from taking the wrong medicine. Note that information regarding the result of the abnormality determination may be transmitted from the cloud server 60 to the display terminal 70, which will be described later. Thereby, it is possible to directly notify the patient not to take the medicine 10 stored in the inner box 20.
  • the box ID is generated in a predetermined format indicating that the box ID is information recorded on the box tag 21 attached to the inner box 20. If the reading unit 44 reads only information different from the box ID generated in the predetermined format, the information processing device 40 does not transmit the different information to the cloud server 60.
  • the format of the box ID is a predetermined format corresponding to the information recorded on the wireless tag attached to the inner box
  • the first communication section is configured to use the predetermined format read by the reading section. Do not send information that is not in this format to the cloud server.
  • the cloud server 60 can prevent unnecessary information other than the information on the inner box 20 from being received.
  • the cloud server 60 determines that the inner box 20 has been correctly delivered to the patient, the medication status such as the remaining amount of the plurality of drugs 10 stored in the inner box 20 is managed. processing is performed. As shown in FIG. 6, each drug 10 housed in the inner box 20 is attached with a wireless tag (hereinafter also referred to as drug tag 11) on which a unique drug ID such as a serial number is recorded. In this embodiment, in order to protect patient privacy, a unique random value is adopted as the drug ID, so that the type of drug 10 cannot be determined from the drug ID alone.
  • the format of the drug ID may be a predetermined format in which drug information is specified from at least a portion of the drug ID. Thereby, drug information regarding the drug 10 can be specified from the drug ID recorded on the drug tag 11 attached to the drug 10.
  • the box ID read from the box tag 21 of the inner box 20 and the plurality of drug tags 11, respectively read from the plurality of drug tags 11, are displayed.
  • the drug ID and patient information etc. are transmitted to the cloud server 60.
  • a box ID and a plurality of drug IDs are read, and information including the read box ID and a plurality of drug IDs is transmitted to the cloud server 60. Ru.
  • the box ID and the plurality of drug IDs are read at the timing when the set state is detected. Therefore, the box ID and the plurality of drug IDs are read not only when the inner box 20 is stored in the storage section 30 for the first time, but also every time the inner box 20 is stored in the storage section 30.
  • the box ID and a plurality of medicine IDs are read, and the read box ID and a plurality of drug IDs are transmitted to the cloud server 60 together with patient information. That is, each time the patient takes out a medicine 10, the medicine IDs of the remaining medicines 10 are transmitted to the cloud server 60.
  • the control unit 61 of the cloud server 60 uses the box ID and the plurality of drug IDs received from the information processing device 40 to manage the medication status including the remaining amount of the medication 10 for each inner box 20. Perform management processing. Furthermore, the storage unit 62 of the cloud server 60 stores the box ID and the plurality of medicine IDs received from the storage device 50 installed at the delivery source as delivery information. A plurality of drug IDs are associated with at least a box ID. Based on the delivery information, the number of medicines 10 to be delivered can be determined. Furthermore, the storage unit 62 of the cloud server 60 stores information regarding the type of medicine 10, medication time, dosage, etc., which is specified from the medicine ID, for each medicine 10 to be managed. That is, information regarding the medicine 10 is associated with at least the medicine ID.
  • the inner box 20 when the inner box 20 is delivered from a pharmacy, information regarding the medicine 10 is input by the pharmacist regarding the medicine ID.
  • the drug ID and information regarding the entered drug 10 are transmitted from the storage device 50 to the cloud server 60, and are registered in the database in association with each other in the storage unit 62.
  • the control unit 61 determines whether a box ID and a plurality of drug IDs have been received via the communication unit 65 in step S101 of FIG.
  • the control unit 61 determines in step S103 whether the box ID and the plurality of drug IDs are received for the first time.
  • the control unit 61 determines that the inner box 20 has been received in step S105. It is determined whether the number of medicines 10 to be delivered, which is determined from the delivery information stored in the storage unit 62 and related to the received box ID, matches the number of received medicine IDs.
  • the medication status is associated with each combination of the received box ID and a plurality of drug IDs.
  • the medication status is registered in the database. Note that the medication status may be associated with each drug ID. For example, as shown in FIG. 8A, patient information "Patient A”, box ID "IB00001", and 60 drug IDs "MD00001" to "MD00060" are sent from the information processing device 40 with the storage unit ID "MB00001". Assuming the case where it is received.
  • step 107 when the number of medicines 10 to be delivered stored as delivery information is 60, the medication status is associated with each combination of the box ID and the 60 medicine IDs. At this time, the medication status for all 60 drug IDs is set to "not taken”. Note that in step 107, the reception date and time of the box ID and the plurality of drug IDs are registered as reception date and time information. Thereafter, the process returns to step S101.
  • step S109 notification information indicating the occurrence of the out-of-stock item is transmitted to the delivery source of the inner box 20 via the communication unit 65 together with the patient information and the box ID. In other words, the delivery origin is notified of the delivery number error.
  • the above notification information received by a predetermined terminal 51 installed at the delivery source is displayed on the screen.
  • the delivery source pharmacist can easily grasp the patient to whom the inner box 20 that is out of stock is to be delivered and the delivery date and time. Therefore, the pharmacist can promptly deal with the non-arrival of the drug 10 by confirming the delivery status with the patient and delivery company and then delivering a new inner box 20.
  • the control unit 61 determines, in step S111, a drug that has not been received among the plurality of registered drug IDs. Assuming that the drug 10 with the ID has been taken by the patient, the medication status of the drug ID is updated to completed. For example, in the case of initial registration as shown in FIG. 8A, it is assumed that the patient takes the drug ID "MD00001". At this time, patient information "Patient A”, storage unit ID "MB00001”, box ID "IB00001", and 59 drug IDs "MD00002" to "MD00060" are received. As illustrated in FIG.
  • the control unit 61 assumes that the patient has taken the drug 10 with the drug ID "MD00001” and updates the medication status of the drug ID to "completed medication.” On the other hand, for drug IDs "MD00002" to "MD00060", the medication status remains "not taken”.
  • step S113 the control unit 61 determines whether the number of drug IDs of unused medicines is equal to or less than a predetermined number. If the number of untaken medicine IDs is greater than the predetermined number (No in S113), it is assumed that a sufficient number of medicines 10 remain in the inner box 20, and the process returns to step S101.
  • the control unit 61 determines that the number of medicines 10 in the inner box 20 is not sufficient and issues a predetermined notification in step S115. , informs the delivery source of information regarding the remaining number of medicines 10. For example, the control unit 61 transmits notification information indicating that there is not enough medicine 10 remaining to the delivery source device (for example, a predetermined terminal 51) specified from the box ID etc. together with the patient information and the box ID etc. 65.
  • the delivery source device for example, a predetermined terminal 51
  • the pharmacist at the delivery source can check the inner box 20 in which there is not enough medicine 10 remaining, The patient who is the delivery destination and the remaining number of medicines 10 can be easily grasped. In this case, the pharmacist can urge the patient to purchase the drug 10 that does not have enough remaining quantity.
  • each of the plurality of drugs 10 is attached with a drug tag 11 on which a unique drug ID is recorded. Then, the information processing device 40 transmits information including the box ID and the plurality of drug IDs read at predetermined intervals to the cloud server 60.
  • the plurality of received medicine IDs are associated with the box ID and stored in the storage unit 62 as medicine IDs of untaken medicines.
  • each of the one or more drugs is attached with a wireless tag in which a drug ID is recorded, and the reading unit reads the box ID and the one or more drug IDs, and the reading unit reads the box ID and the one or more drug IDs, and the first communication unit transmits information including the box ID and the one or more drug IDs read by the reading unit to the cloud server; and one or more medication statuses respectively corresponding to the one or more drug IDs, the one or more drug IDs are associated with the box ID, and the one or more drug IDs are associated with the box ID, Multiple medication statuses are stored as non-medication status.
  • the drug ID of the drug 10 that has not been taken is stored in the cloud server 60 as the drug ID of the drug 10 that has not been taken, and the drug ID of the drug 10 that the patient has taken out from the inner box 20 and taken is transmitted to the cloud server 60. It will no longer be done. Therefore, the cloud server 60 can estimate the medicine 10 taken by the patient. Note that based on the reading time or receiving time of the box ID and drug ID, it is also possible to grasp the time period in which the patient took the drug 10 with a granularity that corresponds to the predetermined interval.
  • the notification unit further determines the one or more drug IDs corresponding to the one or more medication statuses stored in the storage unit, which are non-medication statuses. If the number is less than or equal to a predetermined number, a predetermined notification is made.
  • a predetermined notification as described above is made. Therefore, the delivery source that receives the predetermined notification can urge the patient to purchase the drug.
  • the cloud server 60 transmits at least part of the information notified to the delivery source to a display terminal 70 (see FIG. 10 described later) such as a smartphone managed by the patient over a network N1 (e.g., the Internet, etc.). ) may be used to notify the patient.
  • a display terminal 70 such as a smartphone managed by the patient over a network N1 (e.g., the Internet, etc.).
  • N1 e.g., the Internet, etc.
  • the display terminal 70 is used to notify the patient of the drug. You can directly encourage patients to purchase.
  • the display terminal 70 that can receive and display notification information from the cloud server 60
  • information indicating the time period in which the patient should take medication is transmitted from the cloud server 60 to the display terminal 70.
  • medication time information regarding the medication time of the medicine 10 is acquired from the delivery source device and stored in the storage unit 62 of the cloud server 60.
  • Medication time information is associated with at least patient information and drug ID.
  • the control unit 61 of the cloud server 60 transmits information regarding the medication 10 to the display terminal 70 via the communication unit 65 when the time for the patient to take the medication 10 arrives.
  • the display terminal 70 displays the information received from the cloud server 60 on the screen as information regarding the medicine that the patient should take.
  • the storage unit stores medication time information regarding the medication time of the one or more drugs
  • the medication time information is associated with the patient information and the drug ID
  • the second communication unit Based on the medication time information, display information regarding the one or more drugs to be taken by the patient is transmitted to a display terminal, and the display information received from the second communication unit is displayed on the display terminal.
  • the control unit 61 transmits to the display terminal 70 information regarding the drug 10 identified from the drug ID whose medication time slot is approaching and information including the medication time slot.
  • the patient can easily grasp the medicine 10 to be taken from now on based on the information regarding the medicine 10 displayed on the display terminal 70 and the medication time period. Therefore, forgetting to take the medicine 10 and taking the wrong medicine 10 can be suppressed.
  • the cloud server 60 may also notify the storage location of the medicine 10 to be taken in the inner box 20.
  • information regarding the storage location of the medicine 10 to be taken by the patient is acquired from the delivery source device and stored in the storage unit 62 of the cloud server 60.
  • Information regarding the storage location is associated with at least a combination of a box ID and a drug ID.
  • Information regarding the housing location may further be associated with patient information.
  • the cloud server 60 since the interior of the inner box 20 is partitioned into four compartments 22a to 22d, the cloud server 60 identifies the compartment in which the medicine 10 to be taken is stored among the compartments 22a to 22d.
  • Information regarding the medicine 10 including information (that is, information regarding the storage location) and the medication time period is transmitted to the display terminal 70 .
  • the interior of the inner box is divided by a partition, and each of the plurality of partitioned storage locations corresponds to the one or more types of drugs, and the plurality of storage locations according to the types are divided into the plurality of storage locations.
  • One or more drugs are stored therein, and the second communication unit sends the display information including information about the plurality of storage locations corresponding to the types of the one or more drugs to be taken by the patient to the display terminal.
  • the display information received from the second communication unit is displayed on the display terminal.
  • the patient can easily understand not only the medicine 10 to be taken but also the storage location of the medicine 10 based on the information displayed on the display terminal 70. Therefore, taking the wrong medicine 10 can be more reliably suppressed.
  • the display terminal 70 may transmit the box ID and the like to the cloud server 60 instead of the information processing device 40, as illustrated in FIG. That is, the display terminal 70 may relay communication between the information processing device 40 and the cloud server 60.
  • the display terminal 70 acquires information such as the box ID read by the information processing device 40 using the reading unit 44 using Bluetooth (registered trademark), NFC (Near Field Communication), or the like.
  • the display terminal 70 transmits the acquired information such as the box ID to the cloud server 60 at a predetermined timing.
  • the information processing device 40 may correspond to a “reading unit” that reads the box ID from the box tag 21 of the inner box 20 housed in the housing unit 30.
  • the display terminal 70 may correspond to a “first communication unit” that acquires the box ID read by the “reading unit” and transmits information including the box ID to the cloud server 60.
  • the display terminal 70 relays communication between the information processing device 40 and the cloud server 60, for example, because the display terminal 70 and the information processing device 40 are temporarily separated, the display terminal 70 Data communication may become impossible between the information processing device 40 and the information processing device 40.
  • the control section 41 of the information processing device 40 updates the display terminal 70 with the drug ID that the display terminal 70 could not obtain.
  • the information is read and temporarily stored in the storage unit 42 as unobtained information together with the date and time information.
  • the display terminal 70 obtains information including the unobtained information and the box ID temporarily stored in the storage unit 42, and displays the obtained information. It is sent to the cloud server 60.
  • the storage section 42 may correspond to a "temporary storage section".
  • the first communication unit when the first communication unit cannot acquire the one or more drug IDs read by the reading unit, the reading unit reads the one or more drug IDs that the first communication unit cannot acquire.
  • the first communication unit includes a temporary storage unit that temporarily stores the read time information as unobtained information, and the first communication unit stores the box ID and the one or more drug IDs stored in the temporary storage unit. and transmitting the containing information to the cloud server.
  • the display terminal 70 is temporarily separated from the information processing device 40 and the display terminal 70 is no longer able to communicate with the information processing device 40, the display terminal 70 is unable to communicate with the information processing device 40. It may become impossible to obtain the read information (for example, drug ID).
  • the read information for example, drug ID
  • the information read during the state is temporarily stored in the information processing device 40, and the display terminal 70 acquires the temporarily stored information when the state is resolved. and transmits the acquired information to the cloud server 60. Therefore, even if the relay of the display terminal 70 is temporarily interrupted, the cloud server 60 can continuously determine the status of medication taken by the patient. In other words, deficiencies in medication compliance can be suppressed.
  • the information processing device 40 allows one preset display terminal 70 to acquire the reading results, and It is also possible to not allow other mobile terminals that do not have access to the reading results to obtain the reading results.
  • the reading section provides the reading result only to the first communication section set in advance.
  • the display terminal 70 owned by the patient can acquire the reading result of the information processing device 40 of the inner box 20 for the patient as a communication unit (for example, the second communication unit).
  • a communication unit for example, the second communication unit.
  • the following system configuration may be adopted.
  • a BT (Bluetooth) address and authentication information that specify the storage unit 30 and the information processing device 40 are acquired.
  • the display terminal 70 becomes the master, and connection with the information processing device 40 is automatically started.
  • the display terminal 70 searches for the information processing device 40 advertising the BT address acquired as described above, and makes a connection request to the information processing device 40.
  • the display terminal 70 that has received the authentication information transmission request from the information processing device 40 can acquire the reading result of the information processing device 40 by transmitting the acquired authentication information to the information processing device 40 as described above. It becomes a state.
  • a mobile terminal of another person who cannot obtain the above authentication information cannot connect to the information processing device 40 and therefore cannot obtain the reading result. Therefore, the confidentiality of information such as the patient's medication status can be increased.
  • the cloud server 60 may notify at least a portion of the information stored in the storage unit 62 to the requestor who made the predetermined request with proper authority.
  • the second communication unit receives a predetermined request from a transmission source device, and transmits at least part of the information stored in the storage unit to the transmission source device.
  • a terminal owned by a patient's relative directly or indirectly receives information such as the patient's medication status from the cloud server 60 by transmitting the above-mentioned predetermined request to the cloud server 60. be able to. This allows the patient's relatives to easily understand the patient's medication status, etc.
  • the timing for reading the box ID and the plurality of drug IDs is not limited to the timing when the set state is detected, but may also be, for example, a predetermined time. The timing may be adopted. Further, the box ID and the plurality of drug IDs may be read at predetermined time intervals.
  • the delivery source is not limited to a pharmacy, but may be, for example, a hospital or other facility where the drug 10 can be dispensed.
  • the inside of the inner box 20 is partitioned into four compartments 22a to 22d as storage locations for the medicine 10, but the invention is not limited to this, and the interior is partitioned into two, three, or five or more compartments. It may be divided into sections. Further, when a drug tag 11 is attached to each drug 10, each compartment is formed such that the orientation of the drug 10 accommodated in each compartment is suitable for reading the drug tag 11 by the information processing device 40. It's okay.
  • the storage section 30 stores the inner box 20 in a pull-out manner using the main body section 31 and the drawer section 32, but the present invention is not limited to this.
  • the housing section 30 is a stand on which the inner box 20 is placed, and the inner box 20 is placed at a prescribed position on the upper surface of the housing section 30 .
  • the information processing device 40 of the storage section 30 can read information from the box tag 21 of the inner box 20.
  • placing the inner box 20 in the housing section 30 conceptually includes housing the inner box 20 in the housing section 30 .
  • an information code such as a QR code (registered trademark) in which the box ID is recorded in an optically readable manner may be attached to a readable position on the surface of the inner box 20.
  • the information processing terminal for example, display terminal 70 held by the patient has a function of reading information codes, and has an application program for the drug management system installed therein.
  • the information processing terminal reads the box ID from the information code based on the patient's manual operation, and transmits the read box ID to the cloud server 60.
  • an information code such as a QR code in which a drug ID is recorded in an optically readable manner may be printed on the surface of the drug 10 together with other character information.
  • the information processing terminal reads the drug ID from the information code attached to the drug 10 taken by the patient, and transmits the read drug ID and the box ID read as described above to the cloud server 60. Thereby, the cloud server 60 can update the medication status of the received medication ID to “Medicated”.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Primary Health Care (AREA)
  • Development Economics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Medicinal Chemistry (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Chemical & Material Sciences (AREA)
  • Physics & Mathematics (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Child & Adolescent Psychology (AREA)
  • Veterinary Medicine (AREA)
  • Bioinformatics & Cheminformatics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Pharmacology & Pharmacy (AREA)
  • Bioethics (AREA)
  • Accounting & Taxation (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Medical Preparation Storing Or Oral Administration Devices (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

クラウドサーバと、1又は複数の薬剤が収容され、ボックスIDが記録された無線タグが付されるインナーボックスと、前記インナーボックスが収容される収容部と、前記収容部に収容された前記インナーボックスの前記無線タグから前記ボックスIDを読み取る読取部と、読み取られた前記ボックスIDを含む情報をクラウドサーバに送信する第1通信部と、を備える薬剤管理システムであって、前記クラウドサーバは、前記ボックスID及び前記インナーボックスを前記患者へ配送する予定時間に関する配送時間情報を配送元の装置から受信し、前記ボックスID、前記配送時間情報、及び前記患者に関する患者情報を記憶し、前記配送時間情報が示す予定時間から所定時間が経過する前に、前記配送時間情報が関連付けられる前記ボックスIDが前記第1通信部から受信されたかを判定し、判定結果に基づく情報を報知する、薬剤管理システム。

Description

薬剤管理システム
 本開示は、薬剤管理システムに関する。
 従来、患者が病院にて医者と対面で受診することでその医者から処方箋を交付されると、薬局等にて処方箋に基づき調剤された薬剤が患者に交付されていた。現在、感染症の拡大防止等のため、患者が薬局等への来局することなく、過去の処方箋に基づいて処方された薬剤の配送による交付が行われている。
 このような配送に関する技術としては、例えば、下記特許文献1に開示されるギフト発送システムが知られている。このギフト発送システムでは、予め登録された購入者の情報を使ってインターネットを介して商品の購入手続きを行うことで、その商品が指定された発送先に発送される。このような発送システムでは、購入者は、商品購入時に購入者情報をその都度入力することなく、商品を購入することができる。
特許第4937434号公報
 薬剤は、決められた時間に服薬されることが望ましい。しかし、薬剤の配送では、患者が服薬する薬剤が服薬の時間までに配送されない可能性がある。
 本開示は、上述した課題を解決するためになされたものであり、その目的とするところは、患者が服薬する薬剤が服薬の時間までに配送されているかを報知可能な薬剤管理システムを提供することにある。
 本開示の一実施形態に係る薬剤管理システムは、
 クラウドサーバと、
 患者が服薬する1又は複数の薬剤が収容され、ボックスID(Identifier)が記録された無線タグが付されるインナーボックスと、
 前記インナーボックスが収容される収容部と、
 前記収容部に収容された前記インナーボックスの前記無線タグから前記ボックスIDを読み取る読取部と、
 前記読取部が読み取った前記ボックスIDを取得し、前記ボックスIDを含む情報をクラウドサーバに送信する第1通信部と、
 を備える薬剤管理システムであって、
 前記クラウドサーバは、
 前記ボックスID及び前記インナーボックスを前記患者へ配送する予定時間に関する配送時間情報を配送元の装置から受信する第2通信部と、
 前記ボックスID、前記配送時間情報、及び前記患者に関する患者情報を記憶する記憶部であって、前記ボックスIDは、前記患者情報に関連付けられ、前記配送時間情報は、前記ボックスIDに関連付けられる記憶部と、
 前記配送時間情報が示す予定時間から所定時間が経過する前に、前記配送時間情報が関連付けられる前記ボックスIDが前記第1通信部から受信されたかを判定する判定部と、
 前記判定部の判定結果に基づく情報を報知する報知部と、
 を備える。
 これにより、インナーボックスが患者に届いていない場合には、読取部によってボックスIDが読み取られないため、第1通信部からクラウドサーバへボックスIDが送信されない。即ち、クラウドサーバの第2通信部は、第1通信部からボックスIDを受信しない。クラウドサーバの判定部は、配送時間情報が示す予定時間から所定時間が経過した場合に、インナーボックスが患者に届いていないと判定する。当該判定を異常判定とも称する。異常判定の場合には、報知部は、異常判定に基づく情報を報知する。このように、本開示の実施形態に係る薬剤管理システムは、患者が服薬する薬剤が服薬の時間までに配送されているかを報知することができる。
本開示の第1実施形態に係る薬剤管理システムの概略構成を示す説明図である。 本開示の第1実施形態に係るインナーボックスを示す斜視図である。 本開示の第1実施形態に係るインナーボックスがカバー等で包装された状態を説明する説明図である。 本開示の第1実施形態に係る情報処理装置の機能構成を概略的に示すブロック図である。 本開示の第1実施形態に係るクラウドサーバの機能構成を概略的に示すブロック図である。 本開示の第1実施形態に係るクラウドサーバのデータベースに登録される患者情報、ボックスID、配送日時情報、及び受取日時情報を説明する説明図である。 本開示の第2実施形態に係る薬剤タグが付された薬剤を説明する説明図である。 本開示の第2実施形態に係るクラウドサーバの制御部により行われる服薬状況管理の処理の流れを例示するフローチャートである。 本開示の第2実施形態に係るクラウドサーバのデータベースに登録される初期の情報を説明する説明図である。 本開示の第2実施形態に係るクラウドサーバのデータベースに登録される情報の更新を説明する説明図である。 本開示の第2実施形態の変形例に係るクラウドサーバのデータベースに登録される情報を説明する説明図である。 本開示の第2実施形態の変形例に係る薬剤管理システムにおいて、表示端末が収容部の情報処理装置とクラウドサーバとを中継する例を説明する説明図である。 本開示の実施形態に係る情報処理装置のハードウェア構成を例示するブロック図である。 本開示の実施形態に係るクラウドサーバのハードウェア構成を例示するブロック図である。
 薬剤は、正しく服薬されなければ効果が期待できない。患者は、処方された種類の薬剤であって適量の薬剤を決められた時間帯に服薬する必要がある。しかし、薬剤が薬局にて患者に直接渡されず配送される場合、配送元となる薬局の発送者は、患者のための薬剤が当該患者に届けられたかを確認できない。そのため、発送者は、薬剤の一部又は全部が時間通りに届いていない状況(即ち配送遅延)、並びに誤った配送先に配送される状況及び誤った薬剤が配送される状況(即ち誤配送)、を把握できず、速やかにこれらの状況(即ち薬剤の未到着)に対処することが難しい。このような薬剤の未到着が生じた場合、服薬すべき薬剤が不足し、決められた時間帯に患者が薬剤を服薬できなくなったり、受け取った患者に処方されていない薬剤を当該患者が服薬してしまったりする可能性がある。
 本開示の実施形態によれば、患者が服薬する薬剤が当該患者に正しく配送されているかについて速やかに判定可能な薬剤管理システムが提供される。換言すると、患者が服薬する薬剤が服薬の時間までに配送されているかを報知可能な薬剤管理システムが提供される。
<第1実施形態>
 以下、本開示の第1実施形態に係る薬剤管理システム(換言すると薬剤交付管理システム)を、図面を参照して説明する。本実施形態に係る薬剤管理システム1は、過去の処方箋に基づいて配送される1又は2以上の種類の薬剤を患者ごとに管理する。具体的には、薬剤管理システム1では、配送元となる薬局等にて、患者が服薬すべき複数の薬剤10を収容したインナーボックス20が処方箋に従って用意される。インナーボックス20は、その患者の自宅等に配送され、患者の自宅に予め設置される収容部30に収容される。インナーボックス20は、患者の自宅にいる人(例えば患者本人)によって収容部30に収容される。そして、薬剤管理システム1は、複数の薬剤10を収容するインナーボックス20に付された無線タグから読み取られた情報をクラウドサーバ60にて管理することで、患者に配送される複数の薬剤10に関する情報を管理する。なお、便宜上、薬剤が包装された状態も、単に薬剤10として説明する。
 インナーボックス20は、図2Aに示すように、患者が服薬すべき複数の薬剤10を複数の区画22a~22dの各々に所定の向きで収容する。インナーボックス20は、図2Bに示すように、カバーC1等で包装されることで、薬局から患者の自宅への配送における複数の薬剤10の梱包箱として機能する。インナーボックス20の内部は、複数の薬剤10の種類に対応する収容場所としての区画22a~22dに仕切られる。インナーボックス20には、他のインナーボックス20と識別するためのボックスIDが記録されたRF(Radio Frequency)タグなどの無線タグ(以下、ボックスタグ21ともいう)が付されている。
 本実施形態では、ボックスIDの形式は、所定の形式である。そのため、ボックスIDは、ボックスタグ21と異なる他の無線タグに記録される情報と区別可能である。具体的には、上記所定の形式は、例えば、後述する図5にて例示するように、先頭に「IB」が含む。
 収容部30は、インナーボックス20を収容する。例えば、収容部30は、薬箱であるとして機能する。収容部30は、図1に示すように、収容部30の前面が開口している本体部31と開口を介して出し入れ可能な引き出し部32とを備えている。本体部31は、インナーボックス20が収容された引き出し部32が開口から本体部31の内部に押し込まれた状態(以下、セット状態ともいう)にて、本体部31と引き出し部32の前面との組合せが略箱状となるように形成されている。引き出し部32は、インナーボックス20が上方から収容されるように、インナーボックス20の外形にあわせて上部が矩形状に開口しているる。
 また、収容部30には、情報処理装置40が組み付けられている。情報処理装置40は、上記セット状態の検知時に、ボックスタグ21から読み取られたボックスIDをクラウドサーバ60に送信する。情報処理装置40は、図3に示すように、制御部41、記憶部42、検知部43、読取部44、及び通信部45を備える。記憶部42には、患者に関する情報(以下、患者情報ともいう)が予め記憶されている。図11に示されるように、制御部41は、例えば、CPU(Central Processing Unit)又はMPU(Micro Processing Unit)等のプロセッサ81、及びRAM(Random Access Memory)又はROM(Read Only Memory)等のメモリ82により実現されてよい。記憶部42は、例えば、半導体メモリにより実現されてよい。
 検知部43は、上記セット状態を検知するための接触センサ等である。検知部43は、本体部31の内部の奥側に設置されている。検知部43は、上記セット状態において、引き出し部32の接触を検知して所定の検知信号を制御部41に出力する。なお、検知部43は、接触センサに限らず、上記セット状態を検知可能な他のセンサであってもよい。
 読取部44は、ボックスタグ21を含む所定の無線タグから情報を読み取る。読取部44は、制御部41により制御されてアンテナ(図示略)を介して所定の無線タグとの間で電磁波による通信を行なう。それにより、読取部44は、所定の無線タグに記憶されるデータの読み書きを行なう。
 通信部45は、外部機器と通信を行う。例えば、通信部45は、制御部41により制御されて、ネットワークN1(例えばインターネット等)を介して、クラウドサーバ60等の他の外部機器と通信を行う。
 情報処理装置40では、検知部43により上記セット状態が検知されることで、制御部41により読取情報送信処理が開始される。読取情報送信処理では、上記セット状態の検知直後に読取部44により読み取られた情報が、形式が上記所定の形式であるボックスIDである場合に、当該ボックスIDが、記憶部42に記憶される患者情報ともに通信部45を介してクラウドサーバ60に送信される。
 このため、例えば、患者が薬局から受け取ったインナーボックス20を収容部30に収容することで、収容されたインナーボックス20のボックスタグ21から読み取られたボックスIDが、患者情報ともに情報処理装置40によりクラウドサーバ60に送信される。その一方で、インナーボックス20と異なる他の物体が収容部30に収容され、当該他の物体に無線タグが付されていても、その無線タグから読み取られる情報の形式が上記所定の形式でなければ、読み取られた情報は、クラウドサーバ60に送信されない。なお、本実施形態では、情報処理装置40は、図示されない電池から電力が供給されて動作する。しかし、情報処理装置40は、これに限らず、例えば、商用電源から電力が供給されて動作してもよい。
 複数の薬剤10の配送元となる薬局には、収容部30及び情報処理装置40と類似の機能を有する配送元用の収容装置50が設置されている。患者に配送すべき複数の薬剤10を収容するインナーボックス20が用意される。インナーボックス20を収容装置50に収容することで、当該インナーボックス20のボックスタグ21から読み取られたボックスIDが、当該インナーボックス20に収容される複数の薬剤10に関する薬剤情報及び患者情報ともにクラウドサーバ60に送信される。なお、収容装置50は、送信される薬剤情報及び患者情報を、例えば、別途用意される無線タグから読み取ってもよいし、他の取得手段を利用して取得してもよい。
 クラウドサーバ60は、患者に関する患者情報及び当該患者が服薬する複数の薬剤10に関する薬剤情報が記憶される情報処理装置である。薬剤情報は、患者情報に関連付けられ、患者情報及び薬剤情報を含むデータベースが構築される。クラウドサーバ60は、図4に示すように、制御部61、記憶部62、表示部63、操作部64、及び通信部65を備える。図12に示されるように、制御部61は、例えば、CPU等のプロセッサ91、及びRAM又はROM等のメモリ92により実現されてよい。記憶部62は、例えば、半導体メモリ又はHDD(Hard Disk Drive)等のストレージにより実現されてよい。
 クラウドサーバ60では、薬局にて上述のように用意されたインナーボックス20の患者への配送において、その薬局の収容装置50からボックスID、患者情報、及び薬剤情報が通信部65を介して受信される。収容装置50から情報を受信された日時が、配送日時情報としてボックスID及び患者情報に関連付けられる。配送日時情報は、記憶部62に構築されるデータベースに登録される。例えば、収容装置50から患者情報「患者I」、ボックスID「IB00009」が日時「2022/1/20 13:20」にて受信されると、図5に例示するように、その受信日時が配送日時情報としてボックスIDとともにデータベースに登録される。なお、配送日時情報は、ボックスID及び患者情報を受信した日時情報に限らず、例えば、薬局から別途受信された日時情報であってもよい。また、図5では、便宜上、薬剤情報が省略されている。
 そして、クラウドサーバ60では、情報処理装置40からボックスID及び患者情報が受信された日時が受取日時情報としてボックスID及び患者情報に関連付けられる。受取日時情報は、データベースに登録されて記憶される。例えば、情報処理装置40から患者情報「患者B」、ボックスID「IB00002」が日時「2022/1/15 11:10」にて受信されると、図5に例示するように、その受信日時が受取日時情報として登録される。当該受取日時情報は、既に登録されているボックスIDに関連付けられる。
 クラウドサーバ60では、記憶部62に記憶される情報を利用して、制御部61にてインナーボックス20が患者に正しく配送されているかを判定する処理(以下、配送正否判定処理とも称する)が行われる。具体的には、制御部61は、配送時間情報が示す予定時間から所定時間が経過する前に、配送時間情報が関連付けられるボックスIDが情報処理装置40の通信部45から受信されたかを判定する。より具体的には、制御部61は、配送日時情報と受取日時情報との時間差が所定時間以内であるかを判定する。当該時間差が所定時間以内である場合に、インナーボックス20が患者に対して正しく配送されたと判定される。例えば、図5に示されるように、ボックスID「IB00002」について配送日時情報「2022/1/13 15:45」と受取日時情報「2022/1/15 11:10」との時間差が所定時間(例えば、72時間)以内であることから、当該ボックスIDに関連付けられる患者Bにインナーボックス20が正しく配送されたと判定される。
 一方、上記薬剤の未到着が生じた場合、配送日時情報から上記所定時間が経過しても、当該配送日時情報に関連付けられるボックスIDが情報処理装置40から受信されないことがある。この場合、配送正否判定処理では、インナーボックス20が患者に正しく配送されていないと判定される。即ち、異常判定が生じる。例えば、図5に示されるように、ボックスID「IB00009」について配送日時情報「2022/1/20 13:20」から上記所定時間が経過しても情報処理装置40からボックスID「IB00009」が受信されない場合には、インナーボックス20が患者に正しく配送されていない判定される。
 また、配送正否判定処理では、制御部61は、情報処理装置40から受信された患者情報に受信されたボックスIDが記憶部62にて関連付けられているかに基づいて、インナーボックス20が患者に正しく配送されているかを判定する。換言すると、制御部61は、情報処理装置40から受信された患者情報及びボックスID、並びに記憶部62にて記憶されている患者情報及びボックスIDに基づいて、インナーボックス20が患者に対して正しく配送されているかを判定する。例えば、配送正否判定処理では、受信されたボックスIDが、記憶部62において受信された患者情報に関連づけられているボックスIDと一致しない場合、インナーボックス20が患者に正しく配送されていないと判定される。この場合、インナーボックスを受け取った患者と異なる他の患者に配送すべきインナーボックス20が誤って当該患者に配送されている。
 上述のような異常判定時には、制御部61が異常判定報知処理を行う。異常判定報知処理では、インナーボックス20の配送元となる薬局に設置される所定の端末51に、インナーボックス20が患者に正しく配送されていないことを示す報知情報が患者情報及びボックスIDとともに通信部65を介して送信される。なお、上記配送正否判定処理を行う制御部61は、インナーボックス20が患者に正しく配送されているかを判定する「判定部」に相当し得る。上記異常判定報知処理を行う制御部61及び通信部65は、「判定部」の判定結果を報知する「報知部」に相当し得る。
 薬局に設置される所定の端末51にて、受信された上記報知情報が画面に表示される。これにより、例えば、薬剤師は、正しく配送されていないインナーボックス20の配送先である患者及び配送日時ことを容易に把握することができる。この場合には、例えば、薬剤師は、患者又は配送業者などに配送状況を確認して、必要であれば配送業者にインナーボックス20を新たに配送してもらう。これにより、速やかにインナーボックス20(即ち薬剤10)の再配送が可能となる。
 なお、クラウドサーバ60は、ボックスIDが配送日時から所定時間が経過する前に受信されない場合には、配送元(例えば薬局)に報知情報を送信する前に、患者が保持する端末にインナーボックス20を収容部30に収容することを促す情報を報知してもよい。クラウドサーバ60は、その報知から一定期間経過してもボックスIDが患者宅の収容部30から受信されない場合に、配送元に上記報知情報を送信してもよい。また、クラウドサーバ60は、インナーボックス20が患者に正しく配送されたと判定される場合に、その判定結果を当該インナーボックス20の配送元に送信してもよい。
 以上説明したように、本実施形態に係る薬剤管理システム1では、患者が服薬する複数の薬剤10が収容され、固有のボックスIDが記録されたボックスタグ21が付されるインナーボックス20が、その患者によって収容部30に収容される。インナーボックス20が収容部30に収容された状態においてボックスタグ21からボックスIDが読取部44によって読み取られ、通信部45を介して、当該ボックスIDを含む情報がクラウドサーバ60に送信される。クラウドサーバ60では、インナーボックス20が患者に配送される際に、配送元の収容装置50から受信した当該インナーボックス20に対応するボックスIDと配送日時情報とが、患者情報及び薬剤情報に関連付けられ、記憶部62に記憶される。そして、配送日時情報の配送日時から所定時間が経過しても、当該配送日時情報に関連付けられ記憶部62に記憶されるボックスIDが受信されない場合に、インナーボックス20が患者に正しく配送されていないと判定される。
 換言すると、本実施形態に係る薬剤管理システムは、クラウドサーバと、患者が服薬する1又は複数の薬剤が収容され、ボックスIDが記録された無線タグが付されるインナーボックスと、前記インナーボックスが収容される収容部と、前記収容部に収容された前記インナーボックスの前記無線タグから前記ボックスIDを読み取る読取部と、前記読取部が読み取った前記ボックスIDを取得し、前記ボックスIDを含む情報をクラウドサーバに送信する第1通信部と、を備える薬剤管理システムであって、前記クラウドサーバは、前記ボックスID及び前記インナーボックスを前記患者へ配送する予定時間に関する配送時間情報を配送元の装置から受信する第2通信部と、前記ボックスID、前記配送時間情報、及び前記患者に関する患者情報を記憶する記憶部であって、前記ボックスIDは、前記患者情報に関連付けられ、前記配送時間情報は、前記ボックスIDに関連付けられる記憶部と、前記配送時間情報が示す予定時間から所定時間が経過する前に、前記配送時間情報が関連付けられる前記ボックスIDが前記第1通信部から受信されたかを判定する判定部と、前記判定部の判定結果に基づく情報を報知する報知部と、を備える。
 これにより、インナーボックス20が患者に届いていない場合には、読取部44によってボックスIDが読み取られないため、クラウドサーバ60ではボックスIDが受信されることはない。このため、配送日時情報から所定時間が経過しても関連するボックスIDがクラウドサーバ60にて受信されないことから、インナーボックス20が患者に正しく配送されていないと判定することができる。異常判定の場合には、その判定結果に応じた報知を受けた配送元は、患者及び配送業者に配送状況を確認して、必要であればインナーボックス20を新たに配送することができる。換言すると、薬剤管理システム1は、患者が服薬する薬剤10が服薬の時間までに配送されているかを報知することができる。このように、患者に服薬する薬剤10が正しく配送されているかについて速やかに判定できることにより、薬剤10の未到着が生じた場合に、速やかに薬剤10の未到着に対処することができる。なお、後述する表示端末70に上記異常判定の結果に関する情報を送信して表示端末70を管理する患者に当該情報が報知されてもよい。
 また、情報処理装置40は、ボックスID及び患者情報を含む情報をクラウドサーバ60に送信する。クラウドサーバ60の制御部61が行う配送正否判定処理では、情報処理装置40から受信された患者情報に受信されたボックスIDが記憶部62にて関連付けられているかに基づいて、インナーボックス20が患者に正しく配送されているかを判定する。
 換言すると、前記第1通信部は、前記ボックスID及び前記患者情報を含む情報を前記クラウドサーバに送信し、前記判定部は、さらに、前記第1通信部から受信された前記ボックスIDが、前記記憶部において前記第1通信部から受信された前記患者情報に関連付けられている前記ボックスIDと一致するかを判定する。
 これにより、例えば、ある患者に配送すべきインナーボックス20が誤って他の患者に配送されている場合には、クラウドサーバ60にて受信された患者情報と、同じタイミングで受信されたボックスIDが関連付けられ記憶部62に記憶される患者情報と、が異なる。このように、これらの患者情報が一致していない場合、インナーボックス20が患者に正しく配送されていないと判定することができる。誤ったインナーボックス20が収容部30に収容された場合には、直ちに異常判定の結果が報知されるので、その異常判定の結果が報知された配送元は、患者にインナーボックス20に収容される薬剤10を服薬しないように連絡することで、誤った薬剤の服薬を防止することができる。なお、後述する表示端末70にクラウドサーバ60から上記異常判定の結果に関する情報が送信されてもよい。それにより、患者にインナーボックス20に収容される薬剤10を服薬しないように直接報知することができる。
 また、ボックスIDは、インナーボックス20に付されたボックスタグ21に記録された情報であることを示す所定の形式で生成される。情報処理装置40は、当該所定の形式で生成されているボックスIDと異なる情報のみが読取部44にて読み取られた場合には、当該異なる情報をクラウドサーバ60に送信しない。
 換言すると、前記ボックスIDの形式は、前記インナーボックスに付された無線タグに記録された情報に対応する所定の形式であり、前記第1通信部は、前記読取部にて読み取られた前記所定の形式でない情報を前記クラウドサーバに送信しない。
 これにより、インナーボックス20が収容部30に収容された場合にインナーボックス20のボックスID等の情報がクラウドサーバ60に送信される一方で、無線タグが付された他の物体が収容部30に収容された場合にはその無線タグから読み取られた情報はクラウドサーバ60に送信されない。このため、クラウドサーバ60では、インナーボックス20の情報以外の不要な情報が受信されることを防止できる。
<第2実施形態>
 次に、第2実施形態に係る薬剤管理システムについて、図面を参照して説明する。本実施形態では、薬剤IDが記録された無線タグが薬剤10に付される点が、上記第1実施形態と主に異なる。なお、第1実施形態と実質的に同一の構成については、同一符号を付し、説明を省略する。
 本実施形態では、クラウドサーバ60において、インナーボックス20が患者に正しく配送されていると判定される場合に、インナーボックス20に収容される複数の薬剤10の残量等の服薬状況を管理するための処理が行われる。図6に示すように、インナーボックス20に収容される各薬剤10には、シリアル番号などの固有の薬剤IDが記録された無線タグ(以下、薬剤タグ11ともいう)が付されている。本実施形態では、患者のプライバシー保護のため、薬剤IDとして一意なランダム値が採用されることで、薬剤IDだけでは薬剤10の種類が分からないようになっている。なお、別の実施形態では、薬剤IDの形式は、当該薬剤IDの少なくとも一部から薬剤情報が特定される所定の形式であってもよい。それにより、薬剤10に付された薬剤タグ11に記録された薬剤IDから、当該薬剤10に関する薬剤情報が特定することができる。
 また、配送元となる薬局では、インナーボックス20が収容装置50に収容されることで、当該インナーボックス20のボックスタグ21から読み取られたボックスIDと複数の薬剤タグ11からそれぞれ読み取られた複数の薬剤IDとが患者情報等ともにクラウドサーバ60に送信される。
 また、本実施形態に係る情報処理装置40が行う読取情報送信処理では、ボックスID及び複数の薬剤IDが読み取られ、読み取られたボックスID及び複数の薬剤IDを含む情報がクラウドサーバ60に送信される。本実施形態では、上記セット状態が検知されるタイミングで、ボックスID及び複数の薬剤IDが読み取られる。このため、インナーボックス20が初めて収容部30に収容された時だけでなく、インナーボックス20が収容部30に収容される度に、ボックスID及び複数の薬剤IDが読み取られる。例えば、患者が引き出し部32を本体部31から引き出して服薬すべき薬剤10をインナーボックス20から取り出した後に引き出し部32を押し戻すと、ボックスID及び複数の薬剤IDが読み取られ、読み取られたボックスID及び複数の薬剤IDが患者情報ともにクラウドサーバ60に送信される。すなわち、患者が薬剤10を取り出すごとに、残りの薬剤10の薬剤IDがクラウドサーバ60に送信される。
 クラウドサーバ60の制御部61は、情報処理装置40から受信されるボックスID及び複数の薬剤IDを利用して、インナーボックス20ごとに、薬剤10の残量等を含む服薬状況を管理する服薬状況管理処理を行う。また、クラウドサーバ60の記憶部62には、配送元に設置される収容装置50から受信されたボックスID及び複数の薬剤IDが配送情報として記憶される。複数の薬剤IDは、少なくともボックスIDに関連付けられる。配送情報に基づいて、配送される薬剤10の数を求めることができる。また、クラウドサーバ60の記憶部62には、管理対象となる各薬剤10薬剤IDについて、当該薬剤IDから特定される薬剤10の種別、服薬時間、及び服薬量などに関する情報が記憶される。即ち、薬剤10に関する情報は、少なくとも薬剤IDに関連付けられる。例えば、薬局からインナーボックス20が配送される際に、薬剤IDについて薬剤10に関する情報が薬剤師によって入力される。薬剤IDと入力された薬剤10に関する情報が、収容装置50からクラウドサーバ60へ送信され、記憶部62にて関連付けられてデータベースに登録される。
 以下、制御部61が行う服薬状況管理処理について、図7に示すフローチャートを参照して詳述する。服薬状況管理処理が開始されると、制御部61は、図7のステップS101にて、通信部65を介してボックスID及び複数の薬剤IDが受信されたかを判定する。情報処理装置40からボックスID及び複数の薬剤IDが受信されると(S101でYes)、制御部61は、ステップS103にて、ボックスID及び複数の薬剤IDが初めて受信されたかを判定する。
 患者がインナーボックス20を初めて収容部30に収容してセットしたことによりボックスID及び複数の薬剤IDが受信された場合には(S103でYes)、制御部61は、ステップS105にて、受信されたボックスIDに関連する、記憶部62に記憶される配送情報から求められる配送される薬剤10の数と、受信された薬剤IDの数と、が一致するかを判定する。
 配送される薬剤10の数と受信された薬剤IDの数とが一致する場合には(S105でYes)、判定結果は、薬剤10が欠品することなくインナーボックス20が正しく配送されたことを意味する。この場合には、ステップS107にて、受信されたボックスID及び複数の薬剤IDの各々の組合せに、服薬状況が関連付けられる。当該服薬状況は、データベースに登録される。なお、服薬状況は、各薬剤IDに関連付けられてもよい。例えば、図8Aに示されるように、収容部IDが「MB00001」の情報処理装置40から患者情報「患者A」、ボックスID「IB00001」、及び60個の薬剤ID「MD00001」~「MD00060」が受信される場合を想定する。この場合、配送情報として記憶されている配送される薬剤10の数が60個であるときは、ボックスID及び60個の薬剤IDの各々の組合せに、それぞれ服薬状況が関連付けられる。その際、60個全ての薬剤IDについて服薬状況が「未服薬」に設定される。なお、ステップ107にて、ボックスID及び複数の薬剤IDの受信日時が受取日時情報として登録される。その後、上記ステップS101へ処理が戻る。
 一方、配送される薬剤10の数と受信された薬剤IDの数とが一致しない場合には(S105でNo)、判定結果は、配送中に薬剤10の一部が欠品したことを意味する。この場合には、ステップS109にて、インナーボックス20の配送元に上記欠品の発生を示す報知情報が患者情報及びボックスIDとともに通信部65を介して送信される。換言すると、配送数エラーが配送元に報知される。
 配送元に設置される所定の端末51にて受信された上記報知情報が画面に表示される。これにより、配送元の薬剤師は、欠品が発生しているインナーボックス20の配送先である患者及び配送日時を容易に把握することができる。そのため、薬剤師は、患者及び配送業者に配送状況を確認して、インナーボックス20を新たに配送することで、上記薬剤10の未到着に速やかに対処することができる。
 また、過去にボックスID及び複数の薬剤IDが受信されている場合には(S103でNo)、制御部61は、ステップS111にて、登録されている複数の薬剤IDのうち受信されていない薬剤IDの薬剤10が患者によって服薬されたとして、その薬剤IDの服薬状況を服薬済に更新する。例えば、図8Aに示されるのように初期登録されている場合において、患者が薬剤ID「MD00001」を服薬することを想定する。このとき、患者情報「患者A」、収容部ID「MB00001」、ボックスID「IB00001」、及び59個の薬剤ID「MD00002」~「MD00060」が受信される。制御部61は、図8Bに例示するように、薬剤ID「MD00001」の薬剤10が患者によって服薬されたとして、その薬剤IDの服薬状況を「服薬済」に更新する。一方、薬剤ID「MD00002」~「MD00060」については、服薬状況が「未服薬」のまま維持される。
 その後、制御部61は、ステップS113にて、未服薬の薬剤IDの個数が所定数以下であるかを判定する。未服薬の薬剤IDの個数が上記所定数よりも多い場合には(S113でNo)、インナーボックス20に十分な数の薬剤10が残っているとして、上記ステップS101へ処理が戻る。
 一方、未服薬の薬剤IDの個数が上記所定数以下になると(S113でYes)、制御部61は、インナーボックス20の薬剤10の数が十分ではないとして、ステップS115にて、所定の報知として、配送元に薬剤10の残数に関する情報を報知する。例えば、制御部61は、ボックスID等から特定される配送元の装置(例えば所定の端末51)に、薬剤10の残数が十分でないことを示す報知情報を患者情報及びボックスID等とともに通信部65を介して送信する。
 配送元に設置される所定の端末51にて受信された上記報知情報が画面に表示されることで、配送元の薬剤師は、薬剤10の残数が十分でないインナーボックス20、当該インナーボックス20の配送先である患者、及び薬剤10の残数を容易に把握することができる。この場合には、薬剤師は、患者に残数が十分でない薬剤10の購入を促すことができる。
 以上説明したように、本実施形態に係る薬剤管理システム1では、複数の薬剤10の各々には、固有の薬剤IDが記録された薬剤タグ11がそれぞれ付される。そして、情報処理装置40により、所定の間隔にて読み取られたボックスID及び複数の薬剤IDを含む情報がクラウドサーバ60に送信される。クラウドサーバ60では、記憶部62に、受信された複数の薬剤IDが、ボックスIDに関連付けられ未服薬の薬剤IDとして記憶される。
 換言すると、前記1又は複数の薬剤の各々には、薬剤IDが記録された無線タグが付され、前記読取部は、前記ボックスID及び1又は複数の前記薬剤IDを読み取り、前記第1通信部は、前記読取部によって読み取られた前記ボックスID及び前記1又は複数の前記薬剤IDを含む情報を前記クラウドサーバに送信し、前記記憶部は、前記第1通信部から受信された前記1又は複数の前記薬剤IDと、前記1又は複数の前記薬剤IDにそれぞれ対応する1又は複数の服薬状況と、を記憶し、前記1又は複数の前記薬剤IDは、前記ボックスIDに関連付けられ、前記1又は複数の服薬状況は、未服薬として記憶される。
 これにより、服薬されていない薬剤10の薬剤IDは、クラウドサーバ60にて未服薬の薬剤IDとして記憶され、患者がインナーボックス20から取り出して服薬した薬剤10の薬剤IDは、クラウドサーバ60に送信されなくなる。このため、クラウドサーバ60は、患者が服薬した薬剤10を推定できる。なお、ボックスID及び薬剤IDの読取時間又は受信時間に基づき、上記所定の間隔に応じた粒度で、患者が薬剤10を服薬した時間帯を把握することもできる。
 また、制御部61が行う服薬状況管理処理では、ボックスID単位で記憶部62に記憶される、未服薬の薬剤IDの個数が所定数以下になると、所定の報知を行う。
 換言すると、前記報知部は、さらに、前記記憶部に記憶される前記1又は複数の服薬状況であって未服薬である前記1又は複数の服薬状況に対応する前記1又は複数の前記薬剤IDの個数が所定数以下の場合、所定の報知を行う。
 これにより、記憶される未服薬の薬剤IDの個数が所定数以下となる場合、すなわち、患者の元にある薬剤10の数が十分でない場合には、上述のような所定の報知がなされる。そのため、所定の報知を受けた配送元は、患者に薬剤の購入を促すことができる。
 本実施形態の変形例として、クラウドサーバ60は、配送元に報知される情報の少なくとも一部を、患者が管理するスマートフォンなどの表示端末70(後述する図10参照)にネットワークN1(例えばインターネット等)を介して送信することで、その患者に報知してもよい。例えば、上述のように記憶される未服薬の薬剤IDの個数が所定数以下となる場合に(S113でYes)、表示端末70を利用して上記所定の報知を患者に行うことで、その薬剤の購入を患者に直接促すことができる。
 このように、クラウドサーバ60からの報知情報を受信して表示可能な表示端末70が利用される場合には、例えば、クラウドサーバ60から表示端末70に、患者が服薬すべき時間帯を示す情報が薬剤10に関する情報として送信されてもよい。この場合、クラウドサーバ60の記憶部62には、薬剤10の服薬時間に関する服薬時間情報が配送元の装置から取得され、記憶される。服薬時間情報は、少なくとも患者情報及び薬剤IDに関連付けられる。クラウドサーバ60の制御部61は、服薬時間情報に基づいて、患者が薬剤10を服薬すべき時間が到来すると、当該薬剤10に関する情報を通信部65を介して表示端末70に送信する。表示端末70は、クラウドサーバ60から受信した情報を、患者が服薬すべき薬剤に関する情報として画面に表示する。
 換言すると、前記記憶部には、前記1又は複数の薬剤の服薬時間に関する服薬時間情報が記憶され、前記服薬時間情報は、前記患者情報及び前記薬剤IDに関連付けられ、前記第2通信部は、前記服薬時間情報に基づいて、前記患者が服薬すべき前記1又は複数の薬剤に関する表示情報を表示端末に送信し、前記表示端末において、前記第2通信部から受信された前記表示情報が表示される。
 具体的には、例えば、図9に例示するように、患者情報、薬剤ID、及びその薬剤IDから特定される薬剤10の服薬時間帯が予めデータベースとして記憶部62に記憶される場合、制御部61は、服薬時間帯が近くなった薬剤IDから特定される薬剤10に関する情報及び服薬時間帯を含む情報を表示端末70に送信する。これにより、患者は、表示端末70に表示される薬剤10に関する情報及び服薬時間帯に基づいて、今から服薬すべき薬剤10を容易に把握できる。そのため、薬剤10の服薬忘れ及び誤った薬剤10の服薬を抑制することができる。
 上述のように服薬時間帯が報知される場合、クラウドサーバ60は、服薬すべき薬剤10のインナーボックス20での収容場所をさらに報知してもよい。この場合、クラウドサーバ60の記憶部62には、患者が服薬すべき薬剤10の収容場所に関する情報が配送元の装置から取得されて記憶される。収容場所に関する情報は、少なくともボックスID及び薬剤IDの組合せに関連付けられる。収容場所に関する情報は、さらに患者情報に関連付けられてもよい。具体的には、インナーボックス20の内部は、4つの区画22a~22dに仕切られているので、クラウドサーバ60は、区画22a~22dのうち服薬すべき薬剤10が収容されている区画を特定する情報(即ち収容場所に関する情報)と服薬時間帯とを含む薬剤10に関する情報を表示端末70に対して送信する。
 換言すると、前記インナーボックスの内部は、仕切りで区切られ、区切られた複数の収容場所の各々は、前記1又は複数の薬剤の種類に対応し、前記種類に応じた前記複数の収容場所に前記1又は複数の薬剤が収容され、前記第2通信部は、前記患者が服薬すべき前記1又は複数の薬剤の種類に対応する前記複数の収容場所に関する情報を含む前記表示情報を前記表示端末に送信し、前記表示端末において、前記第2通信部から受信された前記表示情報が表示される。
 これにより、患者は、表示端末70に表示される情報に基づいて、今から服薬すべき薬剤10だけでなく、その薬剤10の収容場所まで容易に把握できる。そのため、誤った薬剤10の服薬をより確実に抑制することができる。
 また、上述の表示端末70が利用される場合には、情報処理装置40の代わりに、図10にて例示するように、表示端末70がボックスID等をクラウドサーバ60に送信してもよい。即ち、表示端末70は、情報処理装置40とクラウドサーバ60との間の通信を中継してもよい。例えば、表示端末70は、情報処理装置40が読取部44を利用して読み取ったボックスID等の情報をBluetooth(登録商標)又はNFC(Near Field Communication)等を利用して取得する。表示端末70は、取得されたボックスID等の情報を所定のタイミングにてクラウドサーバ60に送信する。なお、上述の構成では、情報処理装置40は、収容部30に収容されたインナーボックス20のボックスタグ21からボックスIDを読み取る「読取部」に相当し得る。表示端末70は、「読取部」が読み取ったボックスIDを取得し、当該ボックスIDを含む情報をクラウドサーバ60に送信する「第1通信部」に相当し得る。
 このように、表示端末70が情報処理装置40とクラウドサーバ60との通信を中継する場合では、例えば、表示端末70と情報処理装置40とが一時的に離れてしまったせいで、表示端末70と情報処理装置40とでデータ通信ができなくなる場合がある。
 そこで、情報処理装置40の制御部41は、読取部44が読み取った情報(例えば薬剤ID)を表示端末70が取得できない状態になると、表示端末70が取得できなかった薬剤IDを、薬剤IDが読み取られ日時の情報とともに未取得情報として記憶部42に一時的に記憶させる。そして、表示端末70は、上記薬剤IDを取得できない状態が解消された際に、記憶部42に一時的に記憶される未取得情報とボックスIDとを含む情報を取得し、取得された情報をクラウドサーバ60に送信する。なお、記憶部42は、「一時記憶部」に相当し得る。
 換言すると、前記読取部は、前記読取部が読み取った前記1又は複数の前記薬剤IDを前記第1通信部が取得できない場合、前記第1通信部が取得できない前記1又は複数の前記薬剤IDを読取時間情報とともに未取得情報として一時的に記憶する一時記憶部を備え、前記第1通信部は、前記ボックスIDと、前記一時記憶部に記憶される前記1又は複数の前記薬剤IDと、を含む情報を前記クラウドサーバに送信する。 
 例えば、表示端末70が情報処理装置40から一時的に離れてしまったせいで、表示端末70が情報処理装置40と通信ができなくなったために、表示端末70は、上記のような読取部44が読み取った情報(例えば薬剤ID)を取得できない状態になり得る。しかし、この場合でも、当該状態の間に読み取られた情報が情報処理装置40にて一時的に記憶されて、表示端末70は、当該状態が解消された時に一時的に記憶された情報を取得し、取得された情報をクラウドサーバ60に送信する。このため、表示端末70の中継が一時的に途切れても、クラウドサーバ60は、患者による薬剤の服薬状況を継続的に判定することができる。換言すると、服薬状況の欠損を抑制することができる。
 また、表示端末70が情報処理装置40とクラウドサーバ60との通信を中継する場合では、情報処理装置40は、予め設定された1つの表示端末70に読取結果の取得を許容し、設定されていない他の携帯端末に読取結果の取得を許容しないこともできる。
 換言すると、前記読取部は、予め設定された前記第1通信部のみに読取結果を提供する。
 これにより、患者が所有する表示端末70にのみ、通信部(例えば第2通信部)として、当該患者のためのインナーボックス20の情報処理装置40の読取結果を取得させることができる。この場合、患者以外の他人の端末は、上記読取結果を取得できないので、患者の服薬状況等の情報について秘匿性を高めることができる。
 例えば、表示端末70と情報処理装置40との間でBluetooth通信が利用される場合には、以下のようなシステム構成が採用され得る。システム登録時に専用のアプリケーションプログラムをインストールした表示端末70がクラウドサーバ60にログインすることで、収容部30及び情報処理装置40を特定するBT(Bluetooth)アドレス及び認証情報が取得される。これにより、表示端末70がマスターとなり、自動的に情報処理装置40との接続が開始される。表示端末70は、上述のように取得されたBTアドレスをアドバタイジングする情報処理装置40を探索し、その情報処理装置40に接続要求を行う。そして、情報処理装置40から認証情報の送信要求を受けた表示端末70は、上述のように取得された認証情報を情報処理装置40に送信することで、情報処理装置40の読取結果を取得可能な状態になる。他方で、上記認証情報を取得できない他人の携帯端末は、情報処理装置40に接続できないため、その読取結果を取得できない。そのため、患者の服薬状況等の情報について秘匿性を高めることができる。
 また、クラウドサーバ60は、正当な権限を有して所定の要求を行った要求元に記憶部62に記憶される情報の少なくとも一部を通知してもよい。換言すると、前記第2通信部は、所定の要求を送信元の装置から受信し、前記送信元の装置に前記記憶部に記憶される情報の少なくとも一部を送信する。
 具体的には、例えば、患者の親族が持つ端末は、上記所定の要求をクラウドサーバ60に送信することで、その患者の服薬状況等の情報をクラウドサーバ60から直接的又は間接的に受信することができる。これにより、患者の親族は、患者の服薬状況等を容易に把握することができる。
 また、情報処理装置40にて行われる読取情報送信処理では、ボックスID及び複数の薬剤IDを読み取るタイミングとして、上記セット状態が検知されるタイミングに限らず、例えば、さらに、予め決められた時間となるタイミングが採用されてもよい。また、所定の時間間隔で、ボックスID及び複数の薬剤IDが読み取られてよい。
 なお、本開示は、上記各実施形態等に限定されるものではなく、例えば、以下のように具体化してもよい。
 (1)本開示の他の実施形態では、配送元は、薬局に限らず、例えば、病院又は薬剤10を調剤可能な他の施設であってもよい。
 (2)上記実施形態では、インナーボックス20の内部は、薬剤10の収容場所としての4つの区画22a~22dに仕切られるとしたが、これに限らず、2つ、3つ、又は5つ以上の区画に仕切られてもよい。また、各薬剤10に薬剤タグ11が付される場合、各区画に収容される薬剤10の向きが情報処理装置40による薬剤タグ11の読み取りに適した方向となるように、各区画が形成されてもよい。
 (3)上記実施形態では、収容部30は、本体部31及び引き出し部32によって引き出し式でインナーボックス20を収容する例を説明したが、これに限らない。収容部30は、インナーボックス20が載置される台であり、インナーボックス20は、収容部30の上面における規定の位置に載置される。これにより、収容部30の情報処理装置40は、インナーボックス20のボックスタグ21から情報を読み取ることができる。この場合、収容部30にインナーボックス20が載置されることは、概念的に、収容部30にインナーボックス20が収容されることに含まれる。
 (4)ボックスタグ21に代えて、ボックスIDを光学的に読み取り可能に記録されたQRコード(登録商標)などの情報コードが、インナーボックス20の表面の読み取り可能な位置に付されてもよい。この場合、患者が持つ情報処理端末(例えば表示端末70)は、情報コードを読み取る機能を有し、薬剤管理システム用のアプリケーションプログラムがインストールされる。当該情報処理端末は、患者の手動操作に基づき情報コードからボックスIDを読み取り、読み取られたボックスIDをクラウドサーバ60に送信する。同様に、薬剤タグ11に代えて、薬剤IDを光学的に読み取り可能に記録されたQRコードなどの情報コードが、薬剤10の表面に、他の文字情報等とともに印字されてもよい。この場合、上記情報処理端末は、患者が服薬した薬剤10に付される情報コードから薬剤IDを読み取り、読み取られた薬剤ID及び上述のように読み取られたボックスIDをクラウドサーバ60に送信する。これにより、クラウドサーバ60は、受信された薬剤IDの服薬状況を「服薬済」に更新できる。
 

Claims (10)

  1.  クラウドサーバと、
     患者が服薬する1又は複数の薬剤が収容され、ボックスID(Identifier)が記録された無線タグが付されるインナーボックスと、
     前記インナーボックスが収容される収容部と、
     前記収容部に収容された前記インナーボックスの前記無線タグから前記ボックスIDを読み取る読取部と、
     前記読取部が読み取った前記ボックスIDを取得し、前記ボックスIDを含む情報をクラウドサーバに送信する第1通信部と、
     を備える薬剤管理システムであって、
     前記クラウドサーバは、
     前記ボックスID及び前記インナーボックスを前記患者へ配送する予定時間に関する配送時間情報を配送元の装置から受信する第2通信部と、
     前記ボックスID、前記配送時間情報、及び前記患者に関する患者情報を記憶する記憶部であって、前記ボックスIDは、前記患者情報に関連付けられ、前記配送時間情報は、前記ボックスIDに関連付けられる記憶部と、
     前記配送時間情報が示す予定時間から所定時間が経過する前に、前記配送時間情報が関連付けられる前記ボックスIDが前記第1通信部から受信されたかを判定する判定部と、
     前記判定部の判定結果に基づく情報を報知する報知部と、
     を備える、薬剤管理システム。
  2.  前記第1通信部は、前記ボックスID及び前記患者情報を含む情報を前記クラウドサーバに送信し、
     前記判定部は、さらに、前記第1通信部から受信された前記ボックスIDが、前記記憶部において前記第1通信部から受信された前記患者情報に関連付けられている前記ボックスIDと一致するかを判定する
     請求項1に記載の薬剤管理システム。
  3.  前記ボックスIDの形式は、前記インナーボックスに付された前記無線タグに記録された情報に対応する所定の形式であり、
     前記第1通信部は、前記読取部にて読み取られた前記所定の形式でない情報を前記クラウドサーバに送信しない
     請求項1に記載の薬剤管理システム。
  4.  前記1又は複数の薬剤の各々には、薬剤IDが記録された前記無線タグが付され、
     前記読取部は、前記ボックスID及び1又は複数の前記薬剤IDを読み取り、
     前記第1通信部は、前記読取部によって読み取られた前記ボックスID及び前記1又は複数の前記薬剤IDを含む情報を前記クラウドサーバに送信し、
     前記記憶部は、前記第1通信部から受信された前記1又は複数の前記薬剤IDと、前記1又は複数の前記薬剤IDにそれぞれ対応する1又は複数の服薬状況と、を記憶し、前記1又は複数の前記薬剤IDは、前記ボックスIDに関連付けられ、前記1又は複数の服薬状況は、未服薬として記憶される
     請求項1に記載の薬剤管理システム。
  5.  前記報知部は、さらに、前記記憶部に記憶される前記1又は複数の服薬状況であって未服薬である前記1又は複数の服薬状況に対応する前記1又は複数の前記薬剤IDの個数が所定数以下の場合、所定の報知を行う
     請求項4に記載の薬剤管理システム。
  6.  前記記憶部には、前記1又は複数の薬剤の服薬時間に関する服薬時間情報が記憶され、前記服薬時間情報は、前記患者情報及び前記薬剤IDに関連付けられ、
     前記第2通信部は、前記服薬時間情報に基づいて、前記患者が服薬すべき前記1又は複数の薬剤に関する表示情報を表示端末に送信し、
     前記表示端末において、前記第2通信部から受信された前記表示情報が表示される
     請求項4に記載の薬剤管理システム。
  7.  前記インナーボックスの内部は、仕切りで区切られ、区切られた複数の収容場所の各々は、前記1又は複数の薬剤の種類に対応し、前記1又は複数の薬剤の種類に応じた前記複数の収容場所に前記1又は複数の薬剤が収容され、
     前記第2通信部は、前記患者が服薬すべき前記1又は複数の薬剤の種類に対応する前記複数の収容場所に関する情報を含む前記表示情報を前記表示端末に送信し、
     前記表示端末において、前記第2通信部から受信された前記表示情報が表示される
     請求項6に記載の薬剤管理システム。
  8.  前記読取部は、前記読取部が読み取った前記1又は複数の前記薬剤IDを前記第1通信部が取得できない場合、前記第1通信部が取得できない前記1又は複数の前記薬剤IDを読取時間情報とともに未取得情報として一時的に記憶する一時記憶部を備え、
     前記第1通信部は、前記ボックスIDと、前記一時記憶部に記憶される前記1又は複数の前記薬剤IDと、を含む情報を前記クラウドサーバに送信する
     請求項4に記載の薬剤管理システム。
  9.  前記第2通信部は、所定の要求を送信元の装置から受信し、前記送信元の装置に前記記憶部に記憶される情報の少なくとも一部を送信する
     請求項4に記載の薬剤管理システム。
  10.  前記読取部は、予め設定された前記第1通信部のみに読取結果を提供する
     請求項4に記載の薬剤管理システム。
     
PCT/JP2023/009079 2022-03-16 2023-03-09 薬剤管理システム WO2023176694A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022-041371 2022-03-16
JP2022041371A JP2023135991A (ja) 2022-03-16 2022-03-16 薬剤交付管理システム

Publications (1)

Publication Number Publication Date
WO2023176694A1 true WO2023176694A1 (ja) 2023-09-21

Family

ID=88023742

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/009079 WO2023176694A1 (ja) 2022-03-16 2023-03-09 薬剤管理システム

Country Status (2)

Country Link
JP (1) JP2023135991A (ja)
WO (1) WO2023176694A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017111792A (ja) * 2015-12-15 2017-06-22 クラリオン株式会社 服薬支援システムおよび服薬支援方法
JP2021149171A (ja) * 2020-03-16 2021-09-27 Adss株式会社 宅配ロッカーのための予約装置及び予約プログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017111792A (ja) * 2015-12-15 2017-06-22 クラリオン株式会社 服薬支援システムおよび服薬支援方法
JP2021149171A (ja) * 2020-03-16 2021-09-27 Adss株式会社 宅配ロッカーのための予約装置及び予約プログラム

Also Published As

Publication number Publication date
JP2023135991A (ja) 2023-09-29

Similar Documents

Publication Publication Date Title
US9814653B2 (en) Home medication manager
KR100808693B1 (ko) 내장된 집적회로칩을 구비한 패키지 및 상기 패키지를이용하는 시스템
CN100433026C (zh) 仪表式药物包装的功率控制
TW574662B (en) Systems and methods for monitoring patient compliance with medication regimens
CA2589122C (en) Mobile point of care system and associated method and computer program product
US20150310185A1 (en) In-home iot medication device
JP2019071135A (ja) 配薬支援システム
JP7131741B2 (ja) 医薬品管理システム及び、医薬品管理方法
US20080047969A1 (en) Method for detecting pill removals from pre-sorted medicine array packs
KR20100025252A (ko) 복약 관리 시스템 및 약 복용 지원 장치, 그 장치에서의 약복용 지원 방법
US20150019251A1 (en) Product information management system and method for use in clinical trials
JP6144392B1 (ja) 服薬支援システムおよび服薬支援方法
WO2018222640A1 (en) Method and system for safe medication dispensing
US20140006040A1 (en) Home healthcare system including medication administration system and method of dispensing medicines
WO2023176694A1 (ja) 薬剤管理システム
JP2019536519A (ja) ピルケースでの薬剤の調製および分配のための集合体、装置および方法
JP6359722B1 (ja) 薬服用支援のための薬箱及び薬服用支援システム
WO2017069142A1 (ja) 薬収納装置
KR20200048791A (ko) 복약관리 서비스 제공시스템
WO2016003855A1 (en) Systems and methods for tracking inventory and distribution of medications in a healthcare facility
WO2009043893A1 (en) Drug management system and method with remote programmer
KR101859493B1 (ko) 환자용 물품 공급 시스템 및 방법
WO2016049643A1 (en) Product information management system and method for use in clinical trials
JP2005242637A (ja) 薬剤販売可否決定方法、プログラム及び装置
PL244060B1 (pl) Inteligentna lodówka do przechowywania i dystrybucji preparatów farmaceutycznych

Legal Events

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

Ref document number: 23770650

Country of ref document: EP

Kind code of ref document: A1