Disaster specific regular medicine management system

Abstract

To provide a service that attaches the contents of medicine notebooks to disaster prevention products such as helmets in preparation for disasters.SOLUTION: A disaster specific regular medicine management system includes a disaster prevention service management server 20 that executes: a purchase acceptance process (S4) for accepting an application for purchasing a disaster prevention product from a user terminal 10, an addition acceptance process (S7) for accepting a request to add regular medicine information to the disaster prevention product from the user terminal 10; a request transmission process (S8) for transmitting a request for an image of a medicine notebook to the user terminal 10; an image receiving process (S10) for receiving the image of the medicine notebook transmitted from the user terminal 10; an information acquisition process (S11) for acquiring the regular medicine information of a person who wishes to purchase based on the image of the medicine notebook; a code generation process (S12) for generating regular medicine code information obtained by encoding the regular medicine information; and an instruction output process (S17) for outputting a shipping instruction to ship the disaster prevention product accompanied by the regular medicine code information to the corresponding person who wishes to purchase.SELECTED DRAWING: Figure 7

Description

[Technical field]

[0001] The present invention relates to a disaster-specific medicine stock management system including a disaster prevention service management server. [Background technology]

[0002] 2. Description of the Related Art Conventionally, a medication management support system that manages a customer's medication information by reading information from a medication notebook has been known (see, for example, Patent Document 1). [Prior art documents] [Patent documents]

[0003] [Patent Document 1] JP 2014-174786 A Summary of the Invention [Problem to be solved by the invention]

[0004] However, it is difficult for patients to carry their prescription book with them at all times, and while it would be convenient if there was a service that could attach the contents of a prescription book to disaster prevention supplies such as helmets in preparation for sudden disasters, such technology did not exist until now.

[0005] An object of the present invention is to provide a specialized disaster preparedness management system that can provide a service for attaching the contents of a medication notebook to disaster prevention supplies such as helmets in preparation for disasters. [Means for solving the problem]

[0006] In order to achieve the above object, the present invention provides a disaster-specific medicine management system that includes a disaster prevention service management server that is provided to be capable of communicating with a user terminal of a person who wishes to purchase disaster prevention supplies, has an operation unit, a storage unit, and a control unit, and manages an information addition service that adds commonly used medicine information to the disaster prevention supplies, wherein the control unit performs a purchase reception process that receives a purchase application for the disaster prevention supplies from the user terminal, an addition reception process that receives from the user terminal a request to add the commonly used medicine information to the disaster prevention supplies for which the purchase application is received in the purchase reception process, and a transmission to the user terminal of information on commonly used medicines held by the person who wishes to purchase the disaster prevention supplies. The system is characterized by executing a request sending process for sending an image request for the medicine notebook, an image receiving process for receiving the image of the medicine notebook sent from the user terminal in response to the image request sent in the request sending process, an information acquisition process for acquiring the desired purchaser's frequent medication information based on the image of the medicine notebook received in the image receiving process, a code generation process for generating frequent medication code information that encodes the frequent medication information acquired in the information acquisition process, and an instruction output process for outputting a shipping instruction to ship the disaster prevention product accompanied by the frequent medication code information generated in the code generation process to the corresponding desired purchaser.

[0007] In the present invention, a user (a person wishing to purchase) applies for the purchase of disaster prevention supplies to a disaster prevention service management server via a user terminal. The application is accepted in a purchase reception process executed by a control unit of the disaster prevention service management server. When applying for such an online purchase, the user can request an optional service that adds information written in the user's medicine notebook (information on commonly used medicines that are prescribed at a regular hospital and dispensed at a pharmacy) to the disaster prevention supplies. When such an addition request is made from the user terminal, it is accepted in an addition acceptance process executed by the control unit, and then, in a request transmission process, a request for an image of the medication notebook is transmitted to the user terminal.

[0008] In response to this, when the user photographs a page of his / her own medicine notebook with an appropriate imaging means (such as a digital camera or the camera function of the user terminal) and transmits the image from the user terminal, the image of the medicine notebook is received in the image reception process executed by the control unit. After that, the commonly used medicine information based on the received image is acquired in the information acquisition process. This acquisition may be automatically performed by the control unit of the disaster prevention service management server using a known image recognition process, or the server operator may manually input the commonly used medicine information via the operation unit of the disaster prevention service management server based on the image and acquire the input result.

[0009] Based on the acquired frequently used medication information, a code generation process is executed by the control unit to generate frequently used medication code information by encoding the frequently used medication information into a barcode or the like. Thereafter, the control unit performs an instruction output process, and the disaster prevention goods accompanied with the generated frequently used medicine code information are sent to the corresponding user. As a method of accompanying the disaster prevention goods, the frequently used medicine code information may be directly formed (engraved, etc.) on the disaster prevention goods, the frequently used medicine code information may be made into a sticker and attached to the disaster prevention goods, or the frequently used medicine code information may be made into a card and the card may be stored or attached to a pocket, etc. of the disaster prevention goods.

[0010] By associating such regular medication code information with disaster prevention supplies, in the event of a disaster, for example if the user is injured or unconscious and is unable to inform a caregiver or rescuer of his or her regular medications, the caregiver or rescuer can read the regular medication code information with an appropriate reading means and learn the type of regular medication the user is taking, the amount that should be taken, etc.

[0011] In addition, when the caregiver / rescuer reads the frequently used medication code information, the contents of the medication notebook may be displayed directly on the caregiver's / rescuer's mobile device, etc., or the reading may result in access to the disaster prevention service management server, and the frequently used medication information acquired in the above-mentioned information acquisition process and stored in the memory unit (database, etc.) of the disaster prevention service management server may be sent to the caregiver's / rescuer's mobile device, etc. and displayed. As described above, according to the present invention, a service can be realized in which the contents of a medicine notebook are attached to disaster prevention supplies, thereby improving convenience for users. Effect of the Invention

[0012] According to the present invention, a service can be provided in which the contents of a medication record are attached to disaster prevention supplies such as helmets in preparation for disasters, allowing users to receive appropriate relief and care at the disaster site. [Brief description of the drawings]

[0013] [Figure 1] 1 is a schematic functional block diagram showing a functional configuration of a specialized emergency medicine management system (information addition service system) according to an embodiment. [Diagram 2] 1 is a diagram showing an example of a display on a screen of an operation terminal when applying for online purchase in a specialized emergency medicine management system (information additional service system). [Diagram 3] FIG. 2 is a side view of a disaster prevention helmet when worn (A) and a front view of the disaster prevention helmet (B). [Figure 4] 13 is a rear view of an example of a rear storage bag and a protective cover. FIG. [Diagram 5] 4 is a schematic cross-sectional view of a rear storage bag body. FIG. [Figure 6] FIG. 2 is a conceptual diagram illustrating the contents of commonly used medication information encoded in two-dimensional barcode information. [Figure 7] FIG. 2 is a diagram showing the flow of each process executed in the specialized emergency medicine management system (information addition service system). DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0014] An embodiment of the present invention will be described below with reference to the drawings. Note that the embodiment described below is for illustrative purposes only and does not limit the technical scope of the present invention. Therefore, a person skilled in the art can adopt an embodiment in which each of the components below is replaced with an equivalent, and such an embodiment is also included in the technical scope of the present invention. In addition, in the following description, in order to facilitate understanding of the present invention, the description of unimportant known technical matters will be appropriately omitted or simplified.

[0015] <System configuration> FIG. 1 shows a schematic functional block diagram illustrating the functional configuration of an information addition service system (corresponding to an example of a disaster-specific medicine stock management system) according to an embodiment. The information addition service system of this embodiment has an operation terminal 10 consisting of, for example, a smartphone owned by a user, a service management server 20 managed by an operating company of the information addition service, and a manufacturer delivery server 30 managed by a disaster prevention product company that manages and delivers disaster prevention products. The operation terminal 10 corresponds to an example of a user terminal. The service management server 20 corresponds to an example of a disaster prevention service management server. The manufacturer delivery server 30 corresponds to an example of a delivery company terminal.

[0016] Each of the service management server 20 and the manufacturer delivery server 30 is capable of sending and receiving various types of information between the operation terminal 10 owned and used by the user who uses the information addition service, and between the service management server 20 and the manufacturer delivery server 30 themselves, via a communication network 2 such as the Internet.

[0017] The operation terminal 10 may be a so-called smartphone, a tablet terminal, or a general-purpose personal computer of a desktop type or a notebook type. The operation terminal 10 transmits and receives information to and from a control unit 21 of a service management server 20 via the Internet from a specific website. At this time, the information may be transmitted and received via an application program (app) stored in a storage unit 23 of the service management server. Alternatively, the information may be transmitted and received between the operation terminal 10 and the service server 20 using an application program (app) downloaded in advance from the service management server 20 and installed. The disaster prevention service program 25 in FIG. 1 is an example of an application program.

[0018] In this embodiment, the service management server 20 is a server operated by a business that provides an information addition service that adds commonly used medication information to disaster prevention supplies (hereinafter referred to as the "service company"). The service management server 20 is equipped with a database 22 that stores information about customers. The manufacturer's delivery server 30 is a server operated by a manufacturer's delivery company or the like that manages the inventory and delivers disaster prevention supplies. In this embodiment, the manufacturer's delivery server 30 is equipped with a database 32 that stores information about information sent and received with the service company, past delivery history, etc.

[0019] <About the operating device> The operation terminal 10 is a terminal such as a smartphone, tablet terminal, or desktop or notebook general-purpose personal computer that is composed of a CPU, ROM, RAM, HDD, flash memory, communication interface, etc., and has a control unit 12 (control means) that performs communication control processing, application display processing, website display processing, and various information processing.

[0020] The operation terminal 10 further includes at least a display unit 11 (display means) such as a display, an operation unit 13 (operation means) operated by a user, and a storage unit 14 capable of storing various programs including a disaster prevention service program 25. When the operation terminal 10 is a smartphone or a tablet terminal, the display unit 11 and the operation unit 13 function in particular as a touch panel.

[0021] <About each server> The service management server 20 and the manufacturer delivery server 30 are computers each composed of a CPU, ROM, RAM, HDD, flash memory, a communication interface, etc., and have control units 21, 31 that perform communication control processing, application display processing, website display processing, and various information processing in conjunction with the above-mentioned databases 22, 32.

[0022] The database 22 included in the service management server 20 is a database that stores various information necessary for the control unit 21 to execute the disaster prevention service program. The database 22 stores, for example, information about users under contract (user's personal information, user's contract information, user's medication information, and information about chronic illnesses and regular hospitals, etc.) and information about delivery companies.

[0023] The database 32 provided in the manufacturer delivery server 30 stores information about the service company that transmits the delivery instructions, information about past delivery history, and the like.

[0024] <About the screen displayed on the operation terminal 10> Next, a specific example of a screen displayed on the operation terminal 10 when applying for an online purchase of an information addition service and the operation contents of the user on the screen will be described.

[0025] In this embodiment, when a user operates the operation terminal 10 to access a website that accepts purchases of disaster prevention products, a product list of disaster prevention products as shown in Fig. 2 is displayed on the display unit 11. Here, an example of a disaster prevention helmet will be described as a disaster prevention product that can be purchased, but disaster prevention products other than helmets may also be used.

[0026] The four displayed on the display unit 11, "Black for adults," "White for adults," "Blue for children," and "Pink for children," are products that do not include an information addition service, and when purchased, only a disaster prevention helmet is delivered. The three displayed on the display unit 11, "Adult with follow-up on managing regular medications (white only)," "Children with follow-up on managing regular medications (blue)," and "Children with follow-up on managing regular medications (pink)," are products that include an optional information addition service in addition to the disaster prevention helmet, and dictated two-dimensional barcode information is added to the disaster prevention helmet. By entering a check mark in the check box located to the left of the product with these options by performing a predetermined operation and sending it to the service server 20, a purchase of disaster prevention goods with the information addition service option can be applied for.

[0027] <Disaster prevention helmet> An example of a disaster prevention helmet 100 according to this embodiment will be described with reference to Figs. 3, 4, and 5. In Fig. 3, the disaster prevention helmet 100 comprises a helmet body 110 made of synthetic resin appropriately molded into a cap shape so as to cover the user's head, and two-dimensional barcode information 200 that encodes information on frequently used medications of a customer. The two-dimensional barcode information 200 is an example of frequently used medication code information. In this example, the two-dimensional barcode information 200 is printed on a sticker and attached to the front of the helmet body 110.

[0028] The two-dimensional barcode information 200 is preferably placed in a place that is easily visible to rescuers in the event of a disaster, but the placement location is not particularly limited and the information can be placed in any location. The two-dimensional barcode information 200 may be directly engraved (printed) on the disaster prevention helmet. The two-dimensional barcode information 200 may also be printed on a card or the like and stored inside a storage case or cover separately provided on the helmet body 110.

[0029] In this example, the disaster prevention helmet 100 further includes a rear storage bag 120 that is detachable on the rear side of the helmet main body 110, and a pair of left and right side storage bags 130 that cover the user's ears. A rear attachment part 111 and a side attachment part 112 are bonded to the inner lower end of the helmet main body 110. The rear storage bag 120 is detachably attached to the helmet main body 110 via an attachment part 121, and the side storage bag 130 is detachably attached to the helmet main body 110 via an attachment part 131. The rear attachment part 111, the side attachment part 112, the attachment part 121, and the attachment part 131 are configured to include hook-and-loop fasteners, buttons, etc. that can be engaged with each other.

[0030] As shown in FIG. 4, the rear storage bag body 120 comprises an attachment part 121 attached to the rear attachment part 111, a first storage part 123 which is located on the outside of the body when the helmet body 100 is worn and has a storage opening 122 on one side of the body (the left hand side in FIG. 3), and a second storage part 125 which is located on the inside of the body when the helmet body 110 is worn and has a storage opening 124 on the lower end side, which is below the body, as shown in FIG.

[0031] When not in use, protective cover 126 is stored in second storage section 125 in an appropriate rolled up or folded state, and when in use, it is pulled out from downward storage opening 124 and can be used in an unfolded state. The protective cover 126 is preferably made of a material having flame retardant or non-flammable properties. In addition, protective cover 126 can be provided with at least one small item storage section (four locations on the top, bottom, left and right in FIG. 2) 127 on the side facing the user's body when in the unfolded state, and small item storage section 127 is designed to store the user's regular medications, etc.

[0032] Side storage bag 130 includes mounting portion 131 attached to side mounting portion 112, and storage body 132 that opens upward. Side storage bag 130 is preferably made of a thick fabric or the like in order to protect the outside of the ear.

[0033] In this example, a disaster prevention helmet 100 has been described in which commonly used medications are stored in a protective cover 126 that can be attached to the helmet body 110, but the disaster prevention helmet 100 is not limited to this configuration and may be any disaster prevention helmet that has a helmet body 110 and two-dimensional barcode information 200.

[0034] 6 shows a conceptual diagram for explaining the contents of the frequently used medication information encoded in the two-dimensional barcode information 200. The two-dimensional barcode information 200 affixed to the disaster prevention helmet 100 encodes the user's frequently used medication information read from the user's medication notebook 300. The frequently used medication information is encoded as the two-dimensional barcode information 200, for example, when the user photographs a predetermined area of ​​any page of the medication notebook 300 with a camera built into the operation terminal 10 and transmits it to the service company, which then automatically uses image recognition to read and record the information or the service company reads and records the information manually by the staff in charge.

[0035] In this figure, for example, information on the medications currently being taken by the user, such as "●●fetamine 3 tablets / day, □□□ capsules 2 capsules / day, △△ herbal granules 3 packets / day," is encoded in the two-dimensional barcode information 200. In addition to this, information such as the name of the user's chronic illness, the name of the regular hospital, and contact information may also be encoded. In addition, the URL to a website that serves as a contact point for the service company may be encoded as the two-dimensional barcode information 200.

[0036] <Processing flow> Next, the flow of each process executed in the information addition service system will be described with reference to Fig. 7. The following process is started when the user operates the operation terminal 10 to connect to an online purchase site for disaster prevention products provided by a service company. At this time, the disaster prevention service program 25 of the service management server 20 is started as necessary.

[0037] In step S1, the control unit 21 of the service management server 20 outputs to the control unit 12 of the operation terminal 10 a display signal for a purchase application screen for disaster prevention products.

[0038] In step S2, the control unit 12 of the operation terminal 10 displays a purchase application screen for disaster prevention products, as described with reference to FIG.

[0039] In step S3, when an application to purchase a disaster prevention helmet is made on the display unit 11 via a predetermined operation by the user, the control unit 12 of the operation terminal 10 transmits this to the service management server 20.

[0040] In step S4, the control unit 21 of the service management server 20 accepts the purchase application for the disaster prevention helmet transmitted in step S3 from the user terminal 10. The process executed by the control unit 21 in S4 is an example of a purchase acceptance process.

[0041] In step S5, the control unit 12 of the operation terminal 10 judges whether or not the information addition service is added as an option to the disaster prevention helmet for which the purchase application was accepted in step S4, and if it is added (Yes judgment), the process proceeds to step S6. If it is not added (No judgment), the process proceeds to S16.

[0042] In step S6, the control unit 12 of the operation terminal 10 transmits to the control unit 21 of the service management server 20 a notification of application for adding the medicine notebook information (notification of a request to add the frequently used medicine information).

[0043] In step S7, the control unit 21 of the service management server 20 accepts an application for adding medicine notebook information (a request for adding regular medication information) to the disaster prevention helmet for which a purchase application was accepted in step S5. The process executed by the control unit 21 in step S7 is an example of an addition acceptance process.

[0044] In step S8, the control unit 21 of the service management server 20 transmits a request for an image of the medicine notebook 300 held by the intended purchaser to the control unit 12 of the user terminal 10. At this time, for example, a message such as "Please take a picture of the latest page of your medicine notebook and send us the image" is displayed on the display unit 11 of the user terminal 10. The process executed by the control unit 21 in step S8 is an example of a request transmission process.

[0045] In step S9, the control unit 12 of the user terminal 10 transmits an image of the medication notebook 300 taken via a predetermined operation by the user in response to the message to the control unit 21 of the service management server 20.

[0046] In step S10, the control unit 21 of the service management server 20 receives the image of the medication notebook 300 transmitted in step S9 from the user terminal 10. The process executed by the control unit 21 in step S10 is an example of an image receiving process.

[0047] In step S11, the control unit 21 of the service management server 20 automatically recognizes and acquires the habitual medication information of the purchaser from the image of the medicine notebook 300 received in step S10 using a predetermined image analysis means. Note that the habitual medication information may be acquired from the image of the medicine notebook 300 or by manual input based on additional information input fields, etc. The process executed by the control unit 21 in step S11 is an example of information acquisition processing.

[0048] In step S12, the control unit 21 of the service management server 20 generates two-dimensional barcode information 200 by encoding the commonly used medicine information acquired in step S11. The two-dimensional barcode information 200 is an example of commonly used medicine code information. The process executed by the control unit 21 in step S12 is an example of a code generation process.

[0049] In step S13, the control unit 21 of the service server 20 transmits the two-dimensional barcode information 200 generated in step S12 to the control unit 31 of the manufacturer's delivery server 30.

[0050] In step S14, the control unit 31 of the manufacturer's delivery server 30 receives the two-dimensional barcode information 200 transmitted in step S13.

[0051] In step S15, the control unit 31 of the manufacturer's delivery server 30 forms a sticker on which the two-dimensional barcode information 200 received in step S14 is printed.

[0052] In step S16, the control unit 12 of the user terminal 10 transmits a final confirmation of the purchase to the control unit 21 of the service management server 20 via a predetermined operation by the user.

[0053] In step S17, the control unit 21 of the service management server 20 transmits a shipping command to the control unit 31 of the manufacturer delivery server 30 to ship the disaster prevention helmet 100 accompanied by the two-dimensional barcode information 200 generated in step S12 to the corresponding user. The process executed by the control unit 21 in step S17 is an example of an instruction output process.

[0054] When the control unit 31 of the manufacturer's delivery server 30 receives the delivery command transmitted in step S17, it delivers the disaster prevention helmet 100, on which a sticker with the corresponding two-dimensional barcode information 200 printed thereon has been affixed to the specific helmet body 100 for which purchase has been requested, to the corresponding user. Then, this flow ends.

[0055] The service company may manage and ship the disaster prevention supplies without going through the manufacturer's delivery company. In this case, in the instruction output process executed in step S17, the control unit 21 of the service management server 20 transmits the shipping command to an operation terminal or the like of a delivery department that handles delivery work within the company, and a person in charge of the delivery department prints the two-dimensional barcode information 200 and ships the disaster prevention helmet 100 with the two-dimensional barcode information 200 attached to it to the user.

[0056] In addition, the service company may manage the disaster prevention supplies and entrust only the delivery to a delivery company. In this case, the service company attaches a sticker on which the two-dimensional barcode information 200 is printed to the helmet body 110 that it manages, and then in the instruction output process executed in the above-mentioned step S17, when the control unit 21 of the service management server 20 transmits the shipping command to the operation terminal of the delivery company, the delivery company appropriately collects the disaster prevention helmets 100 and then delivers them to the user.

[0057] <Effects of this embodiment> In this embodiment, a user (a person wishing to purchase) applies to purchase the disaster prevention helmet 100 to the service management server 20 via the user terminal 10. The application is accepted in a purchase acceptance process (S4) executed by the control unit 21 of the service management server 20. When applying for a purchase online, the user can request an optional service that adds information recorded in a medicine notebook 300 (information on commonly used medicines that are regularly prescribed at a regular hospital and dispensed at a pharmacy) to the disaster prevention helmet 100.

[0058] When such an addition request is made from the user terminal 10, it is accepted in an addition acceptance process (S7) executed by the control unit 21, and then, in a request transmission process (S8), a request for an image of the medication notebook 300 is sent to the user terminal. In response to this, when the user photographs a page of his / her own medicine notebook 300 with an appropriate imaging means (such as a digital camera or the camera function of the user terminal 10) and transmits the image from the user terminal 10, the image of the medicine notebook is received in an image reception process (S10) executed by the control unit 21. After that, the commonly used medicine information based on the received image is acquired in an information acquisition process (S11). This acquisition may be performed automatically by the control unit 21 of the service management server 20 using a known image recognition process, or the server operator may manually input the commonly used medicine information via the operation unit 24 of the service management server 20 based on the image, and the input result may be acquired.

[0059] Based on the acquired frequently used medicine information, in a code generation process (S12) executed by the control unit 21, two-dimensional barcode information 200 is generated by encoding the frequently used medicine information into a barcode or the like. Thereafter, the control unit 21 performs an instruction output process (S17), and the disaster prevention helmet 100 accompanied by the generated two-dimensional barcode information 200 is shipped to the corresponding user. As a method of accompanying the disaster prevention helmet 100, the two-dimensional barcode information 200 may be directly formed (engraved, etc.) on the disaster prevention product, the two-dimensional barcode information 200 may be made into a sticker and attached to the disaster prevention helmet 100, or the two-dimensional barcode information 200 may be made into a card and the card may be stored or attached in a pocket or the like of the disaster prevention helmet 100.

[0060] By associating such two-dimensional barcode information 200 with the disaster prevention helmet 100, even if a disaster occurs and, for example, the user is injured or loses consciousness and is unable to inform a caregiver or rescuer of his or her regular medications, the caregiver or rescuer can read the two-dimensional barcode information 200 with an appropriate reading means to find out the type of the user's regular medication, the amount that should be taken, etc.

[0061] In addition, when the caregiver / rescuer reads the two-dimensional barcode information 200, the contents of the medication notebook itself may be displayed directly on the caregiver / rescuer's mobile device, etc., or reading the barcode information may access the service management server 20, and the commonly used medication information acquired in the above-mentioned information acquisition process (S11) and stored in the memory unit 23 (database, etc.) of the service management server 20 may be transmitted to the caregiver / rescuer's mobile device, etc. and displayed.

[0062] As described above, according to this embodiment, a service can be realized in which the contents of a medicine notebook 300 are attached to the disaster prevention helmet 100, thereby improving convenience for the user.

[0063] Also, as described in this embodiment, when a small amount of commonly used medicine is stored in advance in the disaster prevention helmet 100, by reading the two-dimensional barcode information 200 as described above, it is possible to check whether the commonly used medicine stored is really correct. For example, when a user faints and falls down during a disaster, even if medicine is found near the user's helmet, it does not necessarily mean that it is the user's commonly used medicine, and even if there is medicine in the helmet pocket, it may be the wrong medicine due to the user's mistake. In this case, the two-dimensional barcode information 200 attached to the disaster prevention helmet 100 functions as answer checking information for the caregiver / rescuer to check (determine) whether the commonly used medicine stored in the storage section of the disaster prevention product is correct.

[0064] Furthermore, in the information acquisition process (S11) of this embodiment, particularly when the image of the acquired medication notebook 300 is automatically recognized by the service management server 20, the server operator is spared the trouble of having to manually input data each time, and there is also no risk of erroneous input.

[0065] Furthermore, in the information acquisition process (S11) of this embodiment, when acquiring frequently used medication information by manual input based on the acquired image of the medication notebook 300, etc., the contents of the acquired image of the medication notebook 300 are not recorded as is, but the server operator can select appropriate information and input additional information such as detailed information and supplementary information.

[0066] In particular, in this embodiment, by executing an instruction output process (S17) to the delivery company terminal, the efficiency of service execution can be improved by separating the task of generating two-dimensional barcodes corresponding to commonly used medication information from the task of delivering disaster prevention supplies.

[0067] The above steps are merely examples, and at least some of the steps may be deleted or changed, or steps other than those described above may be added. Furthermore, the order of at least some of the steps may be changed, or multiple steps may be combined into a single step.

[0068] In addition to the above, the methods according to the above embodiments and their modifications may be used in appropriate combination.

[0069] Although not specifically illustrated, the present invention can be implemented with various modifications without departing from the spirit and scope of the present invention. [Explanation of symbols]

[0070] 10 Operation terminal (an example of a user terminal) 11 Display section 12 Control section 13 Control section 14 Storage section 20 Service Management Server 21 Control section 22 Database 23 Memory section 24 Control section 30 Manufacturer distribution server 25 Disaster Prevention Services Program 31 Control Unit 32 Database 100 Emergency helmet 110 Helmet body 111 Rear attachment part 112 Side attachment part 120 Rear storage bag 121 Mounting part 122 Storage opening 123 First storage section 124 Storage opening 125 Second storage section 126 Protective Cover 127 Small item storage section 130 Side storage bag 131 Mounting part 132 Storage unit body 200 2D barcode information 300 Medicine Book

Claims

1. A disaster preparedness medicine management system including a disaster prevention service management server that is provided to be capable of communicating with a user terminal of a person who wishes to purchase disaster prevention supplies, has an operation unit, a storage unit, and a control unit, and manages an information addition service that adds regular medication information to the disaster prevention supplies, The control unit is A purchase acceptance process for accepting a purchase application for the disaster prevention product from the user terminal; an addition acceptance process for accepting, from the user terminal, a request to add the regular medication information to the disaster prevention goods for which a purchase application is accepted in the purchase acceptance process; A request transmission process for transmitting a request for an image of the medicine notebook held by the purchaser to the user terminal; an image receiving process for receiving an image of the medicine notebook transmitted from the user terminal in response to the image request transmitted in the request transmitting process; an information acquisition process for acquiring information on the habitual medication of the purchaser based on the image of the medication notebook received in the image reception process; a code generation process for generating common medication code information by encoding the common medication information acquired in the information acquisition process; an instruction output process for outputting a shipping instruction to ship the disaster prevention product accompanied by the commonly used medication code information generated in the code generation process to the corresponding purchaser; A specialized disaster preparedness medicine management system that executes the following:

2. In the disaster-specific medicine stock management system according to claim 1, The control unit, in the information acquisition process, The image of the medicine notebook is analyzed to automatically recognize the contents of the commonly used medicine information. This is a specialized disaster preparedness medication management system.

3. In the disaster-specific medicine stock management system according to claim 1, The control unit, in the information acquisition process, The commonly used medicine information is acquired based on the input result at the operation unit corresponding to the image of the medicine notebook. This is a specialized disaster preparedness medication management system.

4. In the disaster-specific medicine stock management system according to claim 1, The control unit, in the instruction output process, The delivery instruction is output to a delivery company terminal that is communicably connected to the disaster prevention service management server. This is a specialized disaster preparedness medication management system.

Images