JP2005011334A - Product management device, product management system, product management method, and product management program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To realize a product order management device for managing the shipment of products according to an order without increasing the amounts of stock. <P>SOLUTION: This product management device is provided with an order data receiving means for receiving order data including at least desired delivery date information concerning prescribed products from a customer through a predetermined communication line, an operation instruction data transmission means for transmitting an operation instruction associated with the received order data as operation instruction data through the predetermined communication line, a lead time data acquiring means for acquiring data associated with a lead time including a transportation time at the time of transporting products to the customer and a control means for controlling the operation instruction transmission means to transmit the operation instruction data when a result acquired by subtracting a time shown by the lead time data from data shown by the desired delivery date information is made equal to the current time. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

  The present invention relates to a product management apparatus, a product management system, a product management method, and a product management program. Based on the order data of a product related to an order from a customer, a work instruction is given to a warehouse department that stores the product related to the order. The present invention relates to a product management apparatus, a product management system, a product management method, and a product management program for supply.

Manufacturers and other general distributors sell products used for medical treatment (such as surgery) through dealers that sell to medical institutions such as hospitals.
Conventionally, when a sales person at a dealership conducts a sales activity that asks a medical institution to ask for a product explanation with a sample product, and receives a request for a product through the business, a predetermined number of products are placed as samples for the time being. I went and confirmed the required number at the hospital at a later date, and received an order for the product by delivering only the required number to the hospital.
In contrast to such conventional sales methods, in recent years, it has been possible to receive orders for medical equipment and medical equipment using a communication network such as the Internet, and sell or lease such equipment and equipment to medical institutions. (For example, refer to Patent Documents 1 and 2).

  Furthermore, when a salesperson at a store receives an order directly from a hospital, or when a manufacturer receives an order via the Internet or the like, a lending-type sales method may be used. This lending-type sales method is a method of renting a product in accordance with an order from a medical institution, and billing from the sales store to the medical institution is performed according to the amount used in the medical institution.

For example, in recent years, regenerative medicine is being performed in which organs and functions lost due to illness or injury are treated using human regenerative ability. For example, an artificial bone is used as a replacement for a bone defect caused by trauma such as bone tumor removal or fracture.
As such artificial bones, there are three types of shapes, for example, a cylindrical body, a block body, and a granule. With respect to the size, each size of the cylindrical body and the block body has six sizes from 1.0 mL to 15 mL. There are several types of capacities for the granules that are also stored. The medical institution determines the type and quantity of the artificial bone product according to the contents of the operation, determines the date of delivery to the medical institution according to the scheduled date of the operation, and places an order from the store.

When such an order from a medical institution, for example, an order “I want to lend on the 10th of next month” comes from a medical institution, the salesperson at the store took one of the following two actions.
1) When a loan request is received from a medical institution, the warehouse department, the warehouse department of the manufacturer, etc. are instructed to ship the product, and the product is immediately sent from the warehouse to the medical institution until the operation date. Have it stored.
2) Ask the warehousing or the like to have the product shipped suspended in consideration of the delivery time to the location of the medical institution, that is, the transportation time. The warehouse company or the like decides the shipping date in consideration of the delivery time, and delivers the product on the shipping date.
JP 2002-132959 A (page 1-4, FIG. 1) JP 2002-140426 A (page 1-4, FIG. 1)

However, in the case of 1) above, if the period between the day when the order for the loan request is made and the actual use in the operation at the medical institution is long, the number of stays at the medical institution increases, but it is effective in the warehouse. Inventory will decrease. Therefore, since the amount of product stock in the warehouse, that is, the effective stock is reduced, there is a possibility that a new order cannot be accepted.
Therefore, in order to reduce the number of stays at medical institutions, the above measure 2) may be taken. However, if a warehousing company or the like packs a product related to an order that has time before shipping, Even if there is a product in place, the effective inventory will decrease. For example, if you pack products that need to be shipped one month ahead and secure each order, that is, if you do not accept other orders, such as 3 days ahead, 1 week ahead, etc. If a new order is generated, the dealer cannot accept such an order. Even in this case, the number of stays in the warehouse eventually increases, and the effective inventory amount decreases.

Therefore, in either case, the manufacturer or salesman is able to lend some of the products staying at the medical institution or warehouse until they are actually used at the medical institution. Determines that the product is out of stock and will not be able to accept orders for new loan requests. As long as these measures are taken, the manufacturer must increase the product inventory in the warehouse in order to be able to respond to new orders. There is a problem that it will be forced to increase.
SUMMARY OF THE INVENTION An object of the present invention is to provide a product management apparatus that manages the shipment of products according to orders without increasing the product inventory.

  The product management apparatus according to the present invention includes order data receiving means for receiving order data including at least desired delivery date / time information from a customer via a predetermined communication line, and a predetermined communication line via the predetermined communication line. A work instruction data transmitting means for transmitting the received work instruction relating to the order data as work instruction data, and a lead time data acquiring means for acquiring data relating to a lead time including a transport time when the product is transported to the customer And, when the result obtained by subtracting the time indicated by the lead time data from the data indicated by the desired delivery date / time information is equal to the current time, control is performed so that the work instruction data is transmitted by the work instruction transmitting means. Control means.

Hereinafter, terms used in the specification will be described.
The customers include wholesale dealers, retail dealers, and final users (hospitals, etc.) as seen from the total distributors that lend. For example, in the case of artificial bones, a plurality of types of products means that products having the same components but different shapes and sizes (capacities) for one box are prepared. Common item information refers to product quantity, price, and the like. In other words, limit values are set for the quantity and price of products lent out according to customers. The product management system also includes a management terminal alone located at a total sales source (often a manufacturer).

With the loan sales method, the customer may use the product delivered by the customer's loan request, but depending on the situation, it may return without using some or all of the borrowed product, This means that after a product is rented, the customer returns a product that was not used, or receives a result that all of the product has been used, and then confirms the sale. It is characterized by a separate ordering and ordering operation after the sale is finalized to complete the sale.
The products for lending sale may include a plurality of product types in one lending, and the number of each product may be plural.

  According to the present invention, it is possible to realize a product order management apparatus that manages the shipment of products according to orders without increasing the amount of stock.

Embodiments of the invention will be described with reference to the drawings.
FIG. 1 is a block diagram showing a product management system according to an embodiment of the present invention. In FIG. 1, dotted arrows represent the product flow (shipment and return).
In FIG. 1, in the product management system, a total sales agency 10 having a server 11, a sales office 20, a store 30, and a warehouse 40 are connected to a communication line 100 (hereinafter referred to as a network) 100 such as the Internet. Configured.

  The total sales source 10 is usually a manufacturer, for example, and plays a role as a headquarters for comprehensive management of manufacturing and sales. The total sales source 10 includes a WWW server (hereinafter referred to as a Web server or simply a server) 11 connected to the network 100, and a management client computer connected to the network 100 to perform input / output of information, system management, and the like. And a terminal 12. The total sales agency 10 has a system administrator who performs basic information setting and the like.

  The server 11 is configured by a computer for a Web server, and information stored in the server can be viewed from a plurality of client computer terminals connected to the network 100 using a browser (browsing software). The server 11 has a database server function and a mail server function in addition to the function as a Web server. A user may access a Web server using a Web client (browser), perform a search with a linked database server function, and input / output information, while receiving and sending an e-mail with a linked mail server function. it can.

  The network 100 is manufactured in addition to the server 11 and the management terminal 12, a plurality of sales offices 20 provided in each region of the country, and a plurality of sales offices 30 managed by each sales office 20 A warehouse computer 40 that stores products is connected to the network 100 by a client computer terminal that plays a role. The server 11 is connected to the equivalent sales office 20, the dealer 30, and the warehouse 40 by one network, but may be connected to each other by an individual network.

  The responsible sales office 20 indicates a branch, a branch office, a sales office, etc. of a total sales agency provided for each region in the country, and is in charge of the sales department of the total sales agency 10. The responsible sales office 20 manages a plurality of stores 30 in its own area using a Web screen having a database function and a mail function displayed on its computer terminal.

  The retail store 30 is a wholesale store or a retail store that handles medicines or products used for surgery, etc., and is directly related to the hospital 50 by visiting the hospital 50, which is a medical institution. have. When the store 30 listens to the request of the hospital 50 and receives a rental order for a product such as an artificial bone, the store 30 inputs necessary items on a Web screen having a database function and an email function displayed on its computer terminal. Thus, the lending request as the order data is transmitted to the server 11 of the total sales source 10 via the network 100. The order data includes at least desired delivery date and time information to be described later. The server 11 of the total sales source 10 has a receiving means, and the lending request contents included in the received order data satisfy the necessary conditions (for example, the total amount of lending products and the lending accumulated product price limit conditions). The lending request is accepted, and the warehousing company 40 and the sales office 20 are informed that the lending request has been confirmed. In addition, the notification of the lending request from the server 11 to the warehouse company 40 is suspended for a predetermined period and not notified as will be described later.

  The warehouse company 40 is in charge of the warehouse department of the total sales agency 10 and stores a plurality of types of products manufactured by the total sales agency 10. The warehouse company 40 arranges the packing and delivery of the product in time for the desired delivery date according to the contents of the request displayed on the Web screen having the database function and the mail function displayed on its computer terminal. Then, the product of the quantity specified by the dealer is sent directly to the dealer 30 as the request destination, or when the borrower is instructed as the destination, the product is sent directly to the hospital 50 as the borrower.

  As described above, the product management system of the present embodiment is a system in which the store 30 can immediately make a request for renting a product and confirming the status of the rent request via the network 100. The lending request made by the store 30 is notified to the warehouse agent 40, and the warehouse agent 40 executes lending acceptance (and return acceptance described later). Further, the lending status can be referred to by the system administrator of the total sales source 10 or the sales office 20 in charge, and the status can always be monitored.

There are four types of users of the server 11, that is, a system administrator of the total sales source 10, a sales store 30, a sales office 20 in charge, and a warehouse company 40, and they are used from their respective positions.
The information screens that can be viewed on the computer terminals of the above four types of users are different for each user. That is, the usage method of the server 11 is different for each user.

Next, a method of using the server 11 for each user will be described with reference to FIGS. In these figures, a dotted arrow indicates that data is read from a data storage unit (such as a hard disk) in the server.
FIG. 2 is a diagram for explaining a server usage method that can be executed by a system administrator. The system administrator accesses the URL (Uniform Resource Locator) of the homepage for product management system loaded on the server 11 on the browser screen of the computer terminal 12, and the system administrator logs in by entering the ID and password, Display the menu for the system administrator. At this time, “system administrator menu” and “information” are displayed.

  The “System Administrator Menu” includes “Information”, “Database”, “Basic Information Settings”, “Master Settings”, “Information Settings”, “Database Settings”, “Lending Status Management”, “Product Catalog”. Each menu is provided.

  “Information” (not shown) is information that is displayed first when all users log in, and provides all users with the latest information that they want to announce. In order to update this information, only the system administrator can use “information setting” in the system administrator menu.

  A “database” (not shown) is a page that provides files and information that all users want to refer to frequently. To update this information, only the system administrator can use the “database setting” in the system administrator menu.

“Basic information setting” (not shown) sets basic information about the system such as a screen design. The contents specified in each item are reflected on all screens of all users.
“Master setting” is included in the master data reading / registration screen of FIG. 2 and newly registers / updates / deletes master data in the database. The types of master data include “user”, “product”, “medical subject”, “facility”, “delivery company”, “calendar”, and “lead time”. The master data reading / registration screen displays various data (data formats are various formats such as CSV, GIF, etc.) such as dealer data, delivery destination data, delivery company data, product data, and flight number data, and various master databases (FIG. 2). This is a screen for registering, reading, etc.

In the “information setting”, the contents of the information displayed in the “information” included in the information registration screen of FIG. 2 and providing the latest information to be announced to all users are set. If you want to distribute detailed materials as files, set "Attached file". The contents of the information are registered in the information database (information data in FIG. 2).
“Database setting” (not shown) is a menu for setting contents to be displayed on a “database” page that provides files and information that all users frequently refer to.

  “Lending status management” is included in the lending status / lending history management screen of FIG. 2, and it is possible to input search conditions, display the result of product search in a list, and further check the details. Display order "new order", "old order" can be set. If multiple conditions are specified, only records that satisfy all the conditions are displayed. Press the “Search” button to start the search. Status (also referred to as status, indicating whether it is being requested, loaned, or returned), dealer / branch name (sales office in charge), desired delivery date, return shipping deadline, shipping destination name, facility name used, loan request date , Loan acceptance date, etc. are displayed. The lending status / lending history management screen is based on lending record data (Fig. 2), status change, reading lending record data, and automatic batch processing, and overdue lending to dealers, sales offices and warehouses Is a screen for performing notification by e-mail.

The “product catalog” is a page that introduces the contents of the product, which is included in the product catalog display screen of FIG. The shape, product name, size, suggested retail price, etc. are displayed. The product catalog display screen is a screen for reading data registered in the product database (product data in FIG. 2).
FIG. 3 is a diagram for explaining a server usage method that can be executed by a store. The store 30 accesses the URL of the homepage for the product management system loaded on the server 11 on the browser screen of his computer terminal, logs in by entering the ID and password, and displays the menu for the store. . At this time, “store menu” and “information” are displayed.

  In the “store menu”, menus of “information”, “database”, “product catalog”, “rental request registration”, and “rental status management” are provided.

  “Information” is included in the information confirmation screen of FIG. 3 and is displayed first when all users log in. Provide the latest information to be announced to all users. Only system administrators can change information. The content of the information is information registered in the information database (information data in FIG. 2).

A “database” (not shown) is a page that provides files and information that all users want to refer to frequently. Only the system administrator can change the database.
The “product catalog” is a function that is included in the product catalog display screen of FIG. 3 and displays a list of currently handled products. If you want detailed information, press the "Details" button. The product catalog display screen displays data registered in the product database (product data in FIG. 2).

  “Lending request registration” is included in the lending request registration screen of FIG. 3, and a lending request is made by clicking a button therein. A lending request product selection screen, a person-in-charge information input screen, a lending item input screen, and a lending request execution screen can be sequentially displayed. It is possible to request rental of multiple products at one time. Even when the lending request registration operation is completed, the request notification mail is not sent to the warehouse. In addition, upon completion of the lending request registration operation, a request notification mail is transmitted to the sales office in charge or the general sales agency. The loan request procedure is as follows.

1) Specify the quantity of products you want to request for lending. When the quantity is specified, the total amount is calculated immediately and displayed at the bottom right of the screen.
2) Press the “Next” button.
3) The person in charge information input screen is displayed. “Store name / branch name”, “telephone number”, and “FAX number” display information registered by the system administrator. The dealer cannot change this information without permission, so you need to contact your system administrator if you need to change it.

4) Press the “Next” button.
5) A screen for entering the details of the loan request is displayed. In order to save the trouble of inputting, there are functions of “input from history” and “search from facility master”.
6) Press the “Next” button.
7) Check the loan request details and click the “Next” button to complete the loan request procedure.

  “Lending status management” is included in the lending status / lending history management screen of FIG. 3, and the search condition is input, and the product search result is displayed in a list from the lending record data (FIG. 2). Details can be confirmed. Display order "new order", "old order" can be set. If multiple conditions are specified, only records that satisfy all the conditions are displayed. Press the “Search” button to start the search. Status (requested, loaned, returned), dealer / branch name (business office in charge), desired delivery date, return shipping deadline, shipping destination name, facility name used, loan request date, loan acceptance date, etc. Is displayed. In addition, the lending status / lending history management screen of FIG. 3 is used by the user using this screen to lend the lending status in the EXCEL (trademark) format, CSV format, etc. from the lending record data (FIG. 2). It is also a screen on which a list such as a loan history can be output.

  FIG. 4 is a diagram for explaining a server usage method that can be executed by the sales office in charge. The sales office 20 accesses the URL of the homepage for the product management system loaded on the server 11 on the browser screen of its computer terminal, logs in by entering the ID and password, and displays the menu for the sales office Let At this time, a “menu for sales office” and “information” are displayed.

Each menu of “information”, “database”, “rental status management”, and “product catalog” is provided in the “sales office menu”.
“Information” is included in the information confirmation screen of FIG. 4 and is displayed first when all users log in. Provide the latest information to be announced to all users. Only system administrators can change information. The content of the information is information registered in the information database (information data in FIG. 2).

A “database” (not shown) is a page that provides files and information that all users want to refer to frequently. Only the system administrator can change the database.
“Lending status management” is included in the lending status / lending history management screen of FIG. 4. From the lending record data (FIG. 2), enter the search conditions for the dealer in charge of the company, lending status The search results can be displayed in a list, and further details can be confirmed. You can set the display order “newest” and “oldest”. If multiple conditions are specified, only records that satisfy all the conditions are displayed. Press the “Search” button to start the search. Status (requested, loaned, returned), dealer / branch name (sales office in charge), desired delivery date, return shipping deadline, shipping destination name, facility name used, loan request date, loan acceptance date, etc. Is displayed. The lending status / lending history management screen changes the lending record data (Fig. 2) status, reads lending record data, and electronically processes overdue lending to dealers, sales offices, and warehouses through automatic batch processing. This is a screen for notification by email.

  The “product catalog” is a function that is included in the product catalog display screen of FIG. 4 and displays a list of currently handled products. If you want detailed information, press the "Details" button. The product catalog display screen displays data registered in the product database (product data in FIG. 2).

  “Lending request registration” is included in the lending request registration screen of FIG. 4 and has the same function as “lending request registration” of the dealer in charge in FIG.

  FIG. 5 is a diagram for explaining a server usage method that can be executed by a warehouse company. The warehouse company 40 accesses the URL of the homepage for the product management system loaded on the server 11 on the browser screen of his computer terminal, logs in by entering the ID and password, and displays the menu for the warehouse company. . At this time, “warehouse dealer menu” and “information” are displayed.

Each menu of “information”, “database”, “rental reception registration”, “return reception registration”, and “rental status management” is provided in the “warehouse dealer menu”.
“Information” is included in the information confirmation screen of FIG. 5 and is displayed first when all users log in. Provide the latest information to be announced to all users. Only system administrators can change information. The content of the information is information registered in the information database (information data in FIG. 2).

  A “database” (not shown) is a page that provides files and information that all users want to refer to frequently. Only the system administrator can change the database.

“Lending acceptance registration” is included in the lending acceptance registration screen of FIG. 5 and instructs the shipment of the product designated by the store.
The flow of work from accepting a loan request to shipping is as follows.
1) A list of shipping requests is displayed today in the rental request from the dealer. The display of the shipping list is performed from the computer terminal of the warehouse company (warehouse department) in response to a request for displaying the shipping list, that is, a request for work instruction content data. As will be described later, the shipping work instructions to the warehouse 40 are suspended until the lead time is reached from when the product related to the order must be delivered to the customer (desired delivery date and time). The In the pull-down menu, specify "Display shipping request one week in advance" or "Display shipping request two weeks in advance" and press the "Display" button to display the shipping requests from today. You can also The details of the loan request contents can be viewed by pressing the “details” button of each displayed request.

2) After specifying the delivery company / delivery service name, enter the slip number in the "ticket management number".
3) After confirming the contents and clicking the “Accept Lending Request” button, an e-mail indicating that it has been accepted is sent to the lending requester (return source) and the sales office along with the lending contents.
“Return reception registration” is included in the return reception registration screen of FIG. 5. When a product lent out from each facility is returned, the return reception is registered, and an e-mail of the return reception content is sent to the rental request source (return source). And send it to the sales office.

1) A list of dealers / branches that currently rent the product is displayed. Press the “Details” button in the data field of the store / branch that returned the product.
2) Specify the number of products returned this time and click the “Next” button. If the number of orders is five and two of them are returned, “2” is entered to accept the return.
3) On the confirmation screen, check the number of returns and click the “Register loan return” button.

  “Lending status management” is included in the lending status / lending history management screen of FIG. 5 and displays search results as a list of lending status search results from lending record data (FIG. 2). Details can be confirmed. Display order "new order", "old order" can be set. If multiple conditions are specified, only records that satisfy all the conditions are displayed. Press the “Search” button to start the search. Status (Requested, Lending, Separated), Dealer / Branch name (Sales office in charge), Desired delivery date, Return shipping deadline, Ship-to name, Facility name, Lending request date, Lending acceptance date, etc. Is displayed. Further, the lending status / lending history management screen of FIG. 5 performs a list output of lending status, lending history, etc. in a format such as EXCEL (trademark) format or CSV format from the lending record data (FIG. 2). It is also a screen that can be.

  Next, an operation flow for lending and selling in the product management system will be described with reference to FIGS. 11 to 29 show screen display examples at each step in the flowcharts of FIGS. 6 to 10. FIGS. 11 to 29 also correspond to the menu screens described in the server usage method of FIGS.

FIG. 6 shows the flow of the store work (steps S1 to S10).
First, the person in charge at the store 30 accesses the server 11 to access the product management system. At that time, the server 11 displays the login screen FIG. 11 on the terminal screen of the store 30, and prompts the person in charge to input the ID and password (step S1). If the login is successful, a menu screen and an information screen are displayed on the display screen of the terminal of the store 30 (FIG. 12).

  Next, it is confirmed whether or not the loan request data transmitted from the lending destination terminal such as the hospital 50 and received by the lending request data receiving means provided in the terminal of the store 30 is present (step S2). The loan request data includes the content “how many months and what number of products (artificial bones) of this size are required in this shape for the scheduled operation”.

  Next, when the person in charge at the store 30 selects “rental request registration” from the menu screen, the server 11 displays the loan request registration screen (FIG. 13) on the display screen and lends to the total sales source 10. Prompt for request data.

  12. Click on the lending request registration on the information and menu screen in FIG. 12 and enter it in the order quantity column on the lending request registration screen in FIG. When the order quantity (5 pieces, 2 pieces) is entered, the price in the order price column is automatically calculated for each desired retail price (unit price) and displayed as shown in FIG. For example, if the number of products of 1000 yen is 5 and the number of products of 2000 yen is 2 and the number is input, the order prices of 5000 yen and 4000 yen are displayed in the order price column.

  Then, the total loan amount for each loan request is compared with the upper limit total loan amount per loan product set for each dealer to determine whether the total loan amount is equal to or less than the upper limit number ( Step S4). If the total lending amount exceeds the upper limit number, the process returns to step S3, and the lending number is changed and input again so as to be equal to or less than the upper limit number.

  If it is determined in step S4 that the input rental number of the product is equal to or less than the upper limit number, the process proceeds to step S5.

  In step S5, the server 11 accumulates the rented product price that has already been lent according to the rent request, and the total rented product price that is the sum of the products lent based on the product type, product price, and number of products in the current rent request. It is added to the value, it is calculated as the cumulative rented product price, the calculated cumulative lent product price is compared with the upper limit cumulative lent product price set in the store, and it is determined whether or not it is less than the upper limit (step) S5). If the accumulated rented product price exceeds the upper limit, the process returns to step S3, and the person in charge at the store 30 is urged to change the rented number so that it is less than or equal to the upper limit number.

If the accumulated loan amount of the product is equal to or less than the upper limit in step S5, the process proceeds to step S6.
13 and 14, the upper limit value (20 pieces) of the order quantity for each loan request and the upper limit value of the accumulated loan order price are displayed as the upper limit of the loan. In FIG. 14, the total number of loans (7) for each loan request and the cumulative loan order price are displayed. For example, in the above example, 9000 yen, which is the sum of 5000 yen and 4000 yen, is displayed as the cumulative lending order price.

  In step S6, the server 11 displays a rental details input screen (FIG. 15) on the display screen, and prompts the user to input information on rental destinations such as shipping destinations and facilities used. When the input of the loan details is completed, the loan request is transmitted via the network 100 in order to register the loan request to the server 11 (step S7). A “Register lending request” button at the bottom of the lending request execution screen in FIG. 16 is pressed.

  On the server 11 side, the lending request data is received (step S8). At the timing when the loan request data is received, the loan request is confirmed and the loan management number is assigned (step S9). At this time, the lending management number and the lending request data are associated and recorded as lending request data in the recording means. The lending management number is a unique identification number assigned to each lending request. Therefore, the server 11 has an identifier assigning unit that assigns an identification code to each order data so as not to overlap. Then, when the lending management number is assigned, a confirmation e-mail is transmitted to the store (step S10), and simultaneously, the lending request reply and the lending management number are notified to the store computer terminal via the network 100. Therefore, the computer terminal of the store 30 receives a reply to the rental request. Based on the received contents, a lending management number can be assigned to each product lending item (in other words, a surgical item) (step S11). The lending management number (2002120012) is assigned automatically or manually in the order management number column above the lending request execution screen in FIG.

Thereafter, as indicated by F1, the flow shifts to the warehouse operation flow (steps S21 to S29) in FIG.
First, the warehouse operator 40 accesses the server 11 to access the product management system via the computer terminal of the warehouse agent 40. At that time, the server 11 displays a login screen (FIG. 18) on the display screen of the terminal of the warehouse 40, and prompts the person in charge to input an ID and password (step S21). If the login is successful, the menu screen and the information screen are displayed on the display screen of the terminal of the warehouse trader 40 (FIG. 19).

  Next, when the person in charge of the warehouse trader 40 selects “rental reception registration” from the menu screen, the server 11 displays the loan reception registration screen (FIG. 21) on the display screen, and the rental from the store 30 is performed. Confirmation of request data is prompted (step S22). The warehouse company 40 is ready to ship the product to the store 30. The display of the shipment list which is the lending request list for the warehouse company 40 is performed in response to a request for display of the shipment list, that is, a work instruction content data request from the computer terminal of the warehouse company (warehouse department). Therefore, the server 11 has work instruction data transmission means for transmitting work instruction data to the terminal device of the warehouse company 40. As will be described later, the shipping work instruction to the warehouse 40 is put on hold until the time when the product related to the order must be delivered to the customer, the time before the lead time. Therefore, the orders that are displayed in the lending request list are limited to orders for which there is an instruction for shipping work that has not been reserved. Refer to the loan request list on the loan acceptance registration screen in FIG. After that, by clicking each detail button in the detail column, it is possible to shift to a loan request detail screen for each item as shown in FIG. In the loan request detail screen of each case as shown in FIG. 20, in addition to information such as the order management number, the store, the person in charge, etc., the case of the operation subject to which the product is used, the part to be used, the doctor, etc. Information is also displayed.

  First, confirm the delivery flight of which shipping company will ship the product, enter the delivery flight name, and enter the shipment number for each shipment (steps S23 to S25). Preparation is confirmed (step S26). See FIGS. 20-22. A delivery flight and a case management number are entered at the bottom of the screens of FIGS. Then, when proceeding, the shipment confirmation (acceptance of the lending request) of FIG. 22 is made.

  The confirmation of the shipment is sent to the server 11 as a confirmation mail, and the fact that the shipment stage has been entered is sent to the server 11 to notify the total sales agency and the sales office in charge (step S27).

  After the shipment is confirmed, the warehouse trader 40 selects (picks) the shape and size of the product and sets the production lot number. After confirming the above, shipment to the store 30 is performed (steps S28 and S29). Note that operations such as picking and packing may be performed after step S23.

  Thereafter, as indicated by F2, the flow proceeds to the shop work flow (steps S31 to S34) in FIG.

  Upon receiving the rented product (Step S31), the store 30 delivers it to the hospital 50 that is the lent destination (Step S32). When the operation scheduled to be delivered at the hospital 50 is completed, the store 30 collects the unpacked loaned product from the hospital 30 as a returned item among the rented products (step S33), and then uses the loaned item by a home delivery service or the like. Then, it is returned to the warehouse trader 40 (step S34).

  Thereafter, as indicated by F3, the flow shifts to the warehouse operation flow (steps S41 to S47) in FIG.

  When the warehouse company 40 receives the returned product (step S41), the product lot No. And inspection of the package damage (step S42), and the quantity of returned products is confirmed (step S43). Refer to the return item record at the bottom of the return receipt registration screen in FIGS. The server 11 displays a return acceptance registration screen (FIG. 25) on the display screen, and prompts registration of return contents. When the return content corresponding to the lending management number (order management number) is input to the return acceptance registration screen of the product management system, the input return content is transmitted to the server 11 via the network 100. Return contents are registered in the storage area (step S44).

  The server 11 receives the return content transmitted from the computer terminal of the warehouse company 40. Based on the received return content, calculate the breakdown of the number of used products among multiple types of loaned products. The calculation result is transmitted as a return mail to the computer terminal of the store 30 or the sales office 20 that is the lending request source (step S46).

  On the other hand, after inputting the return contents on the screen and transmitting them to the server side in step S44, the warehouse company 40 stores the returned items in the warehouse (step S47). Since the returned goods are maintained at a certain environmental condition by this warehouse storage, they are stored for a certain period of time until the expiration date while maintaining the quality.

  FIG. 10 shows a flow of sales processing (steps S51 to S56) in the management department or sales office in charge of the total sales.

  First, the sales person in charge of lending logs in by entering the ID and password on the screen of the product management system on the web using a computer terminal (step S51). See the login screen in FIG. Then, a store for which sales processing is performed is searched from the lending status management screen (step S52). See the lending status management search condition input screen (filling in the store / branch name column) in FIGS. 27 and 28. Then, after selecting the period for which sales are to be processed for the dealer, the number of loans and returns for each product for each rental management number (order management number) for the corresponding period was calculated. The result of sales is confirmed by displaying the result of consumption on the screen (step S53). FIG. 29 shows the lending status search result after the search.

  Next, separately, the sales amount is calculated based on the number of consumptions for each lending management number by the accounting system software, and the amount charged to the store is calculated (step S54). Then, an invoice for the sales contents and the sales amount for each lending management number in the corresponding period is issued to the dealer, and a billing action is performed (step S55). Then, the sales proceeds from the store are collected (step S56).

  Next, functions of the entire product management system centering on the server 11 will be described. In the following description, customer refers to a dealer.

  Comparing means for comparing the total amount of lending products for each time the customer has requested lending with the maximum number of lending products per lending product set for each customer is provided, and the comparison result by the comparing means Based on the above, the approval or restriction (holding or refusal) of the loan request, that is, if the loan request is less than or equal to the maximum loan product total, a display indicating “permitted” is displayed. The display indicating “permitted” is also displayed (in real time) on the screen of the terminal of the customer who requested the loan through the network or another terminal (such as a portable terminal) designated by the customer.

  A calculation means is provided for calculating a rental product price obtained by adding up the products lent based on the product type, the product price and the number of products each time the customer makes a loan request, and the result calculated by the calculation means is calculated by the customer. It is also displayed (in real time) on the screen of the terminal or another terminal designated by the customer (such as a mobile terminal).

  When the customer has already lent the product, the above-mentioned rented product price is accumulated for each customer, and the result is stored in the server of the product management system as the accumulated rented product price.

  A calculation means for adding a new loan product price when a new loan request is made, a cumulative loan product price already lent by the loan request, a total amount calculated by the calculation means, and a setting for each customer A comparison means for comparing the upper limit cumulative lending product price, and based on the comparison result by the comparison means, the customer who made the lending request understands or restricts (holds or rejects) the lending request, In other words, if the loan request is less than or equal to the upper limit cumulative loan product price, a display that indicates “permitted”, and if the loan request exceeds the upper limit cumulative loan product price, a display that indicates “not permitted” is the customer who has requested the loan via the network. (In real time) on the screen of other devices (such as mobile devices) specified by the customer.

  The total amount of the upper limit rented product for each time is set according to the creditworthiness of the customer. Further, the upper limit cumulative lending product price is set according to the creditworthiness of the customer.

  If the total number of products lent by the loan request exceeds the upper limit total product amount and the loan request is displayed as “not permitted”, the new loan contents can be changed and the loan request can be made again.

  If the sum of the new loan product price and the existing accumulated loan product price due to the loan request exceeds the upper limit cumulative loan product price and the loan request is displayed as `` disallowed '', change the new loan contents You can request a loan again.

  When both the quantity and the price indicate “permitted”, the loan request waiting display (display confirming that this is OK) is displayed on the terminal of the customer who made the loan request via the network, or It is also displayed on the screen of another terminal specified by the customer (such as a mobile terminal).

  Both the quantity and the price indicate “permitted”, and the display indicating that the loan request is awaiting confirmation is displayed on the terminal of the customer who made the loan request via the network, meaning execution from the terminal. There is an input means for the customer to transmit information (information indicating that the customer is OK), and the input operation can be performed by the input means.

  By inputting information that means execution by the customer through the above-mentioned input means, the input is transmitted to the server of the product management system of the total distributor through the network, and the server confirms the loan request, and the loan Request contents are recorded as data.

  When the customer performs the above-described input work by the input means described above, the input is transmitted to the server via the network, and a display confirming that the loan request has been confirmed from the server is displayed on the customer who made the loan request via the network It is also displayed on the screen of another terminal (such as a mobile terminal) designated by the customer.

  When the aforementioned server confirms the loan request, the server assigns a loan management number for the loan request, and the loan management number is assigned to the customer terminal or another terminal (such as a portable terminal) designated by the customer. ) Is also displayed on the screen.

  The lending management number is a unique identification number that does not overlap.

  Based on the above-mentioned loan management number, the date and time when the loan request was made, the store that made the loan request, the type and number of the product that made the loan request, the destination of the product that made the loan request, the use of the product that made the loan request Data relating to various loans such as the destination is associated.

  When the customer performs the above-mentioned execution input work, the input is transmitted to the server of the product management system via the network, and when recorded as data on the server, the customer's e-mail address to confirm that the data has been received, Alternatively, the contents of the loan request are transmitted by e-mail to an e-mail address designated by the customer.

  Next, a process when the warehouse trader 40 requests a work instruction data from the computer terminal to the server 11 to display the lending acceptance registration screen will be described. When the warehouse operator 40 displays the loan acceptance registration screen on its own computer terminal, a process is performed in which only the object of the loan request that the warehouse agent 40 should work on that day (hereinafter referred to as today) is displayed. The flow from the rental request to delivery will be described with reference to FIG. FIG. 30 is a diagram for explaining an example of a flow from a product rental request to delivery and return.

  First, in the store 30, when the lending request registration is performed in accordance with the order from the medical institution by the processing of FIG. 6 described above, the lending request registration date is the lending request date (D0). The date of “desired delivery date” in the lending request registration is the desired delivery date (Dn). The “desired delivery date and time” in FIGS. 15 and 16 is the desired delivery date, but for the sake of simplicity, the following description will be made with only the day, omitting the time.

  In order to deliver the product to the medical institution that is the orderer on the desired delivery date (Dn), the transportation time for transporting the ordered product from the location of the warehouse 40 storing the product to the location of the medical institution Considering (t1), a shipping instruction is given to the warehouse 40 on the day (Dn-1) before the desired delivery date (Dn) by the transportation time (t1). For example, if May 24 is the desired delivery date (Dn) of the product related to the order, if it takes 1 day to transport from the location of the warehouse 40 to the location of the lending medical institution, 5 On March 23rd, the product must be delivered to the delivery company and shipped. In that case, the shipping date (Dn-1) is May 23.

  When the warehouse operator 40 instructs the computer terminal to display the lending acceptance registration screen, when the server 11 displays the screen of FIG. 19 on the computer terminal, the server 11 generates data for display only for today. , To the computer terminal of the warehouse 40. In the above-described example, if the warehouse operator 40 sends a command to display a lending acceptance registration screen from the computer terminal, that is, a display instruction (DD) is May 23, lending acceptance registration with the product as a display target Display on the screen, and if it is May 22, do not display it on the lending acceptance registration screen. In this way, the shipping date is determined in consideration of the lead time, that is, the transportation time (t1), and only after May 23 (Dn-1), the warehouse trader 40 works by knowing the shipping work target. Therefore, the warehouse company 40 does not carry out the packing work up to a product scheduled to be shipped several days ahead.

  In addition, if the order quantity is large, it takes time for the packing work. Considering the time for the packing work (t2), the transportation time (t1) and the packing time (t2) than the desired delivery date (Dn) ) Is sent to the warehouse trader 40 (Dn-2) before the combined amount. For example, when May 24 is the desired delivery date of the product related to the order, it takes 1 day to transport from the location of the warehouse 40 to the location of the lending medical institution, and it is judged from the order quantity. If it takes one day for the packing work of the warehouse 40, the packing work must be started on May 22 and the product must be delivered to the delivery company on May 23 and shipped.

  In that case, when the warehouse operator 40 has instructed the display of the lending acceptance registration screen from the computer terminal, when displaying the screen of FIG. 19 on the computer terminal, generate data for display only for today, It transmits to the computer terminal of the warehouse trader 40. In the example described above, the server 11 notifies the warehouse company 40 of the work target as “today's packing target” on May 22nd. If the warehouse store 40 sends a command for display of the loan acceptance registration screen from the computer terminal, that is, if the display instruction (DD) is May 22, the product is displayed on the loan acceptance registration screen as a display target. If it is May 21, it will not be displayed on the lending acceptance registration screen. Thus, the packing instruction date to the warehouse 40 is determined in consideration of the lead time, that is, the time (t1 + t2) that combines the transportation time and the packing time, and only after May 22 (Dn-2) Since the warehouse trader 40 knows the object of the packaging work and works, the warehouse trader 40 does not carry out the packaging work up to a product scheduled to be packed a few days ahead. In the above example, the expression “today's packing target” is used, but the expression may be variously modified, for example, “today's packing, tomorrow is the target of shipment”.

  As described above, when the server 11 accepts the instruction to display the lending acceptance registration screen from the warehouse 40 in S22 of FIG. 7, the server 11 executes the process for giving the work instruction in consideration of the lead time described above. The data is transmitted to the computer terminal of the warehouse trader 40 so that only the loan request target that requires the shipping work or the packing work is notified to the computer terminal. FIG. 31 is a flowchart illustrating an example of a flow of processing executed by the server 11 in order to determine a display target when receiving a display instruction for a lending reception registration screen from the warehouse 40 in S22 of FIG.

  First, the number of days (P1) from when the instruction to display the lending acceptance registration screen is received (current time (DD)) to the desired delivery date (Dn) in the records of all lending requests is calculated (step S101) (FIG. 30). reference). This calculation is performed by taking the difference between the date of the desired delivery date and time in each record and the current date (DD).

  For all the lending requests, the lead time data is acquired (step S102). As will be described later, the lead time data is acquired by reading from the data of the table in which the lead time is set corresponding to the postal code of the address. Specifically, the lead time data is read from the table based on the zip code data included in the shipping destination data in the record of each loan request. As described above, the table data may include data to which time for packing (packing time) is added according to the number of loan requests. For example, when the quantity is such that the packing time does not end with a predetermined time (for example, one day), the lead time for the packing time, that is, the lead time with the packing time added.

  Then, the number of days waiting for instructions to the warehouse 40 is calculated (S103). The number of days waiting for instruction is the number of days (P11) obtained by subtracting the lead time (t1) from the number of days (P1) from the current time (DD) to the desired delivery date (see FIG. 30). The number of waiting days for instruction is (P1−t1) if the lead time is t1, and (P1− (t1 + t2)) if the lead time is (t1 + t2). Waiting for the instruction is the current time (DD), that is, the time when sending to the warehouse 40 in response to the request for the lending acceptance registration screen which is the data of the work instruction is more lead than when the order data product should be delivered to the customer Until the previous hour is reached. In the case of waiting for an instruction, transmission of work instruction data to the warehouse 40 is suspended, that is, not transmitted.

  Next, it is determined whether or not the instruction waiting days are positive for all the loan requests (S104). If the number of days waiting for instructions for a certain loan request is positive, the number of days waiting for instructions for that loan request is one day or more, so that the result is YES in S104 and no processing is performed. If the number of days waiting for the instruction is not positive, that is, 0 (zero) or negative, it is necessary to give a work instruction to the warehouse in consideration of the lead time. The loan acceptance registration screen data is transmitted (S105). In other words, the server 11 subtracts the time indicated by the lead time data (for example, one day) from the data indicated by the information on the desired delivery date (for example, May 24), to obtain the current time (for example, Work instruction data is transmitted when it becomes equal to May 23). The server 11 includes a control unit that controls transmission of work instruction data from the work instruction data transmission unit by performing the processing shown in FIG.

  In the example described above, if the desired delivery date is May 24 and the order for the lead time for transportation, that is, the transportation time is one day, the warehouse operator 40 instructs the display of the lending acceptance registration screen on May 22. Even if the operation is performed, the number of instruction waiting days is one day. Therefore, in this case, YES is obtained in S104 and no processing is performed. However, if the date on which the warehouse operator 40 instructs the display of the lending acceptance registration screen is May 23, S104 becomes NO and the number of days waiting for the instruction becomes 0 (zero). Processing (S105) to be displayed on the lending reception registration screen is performed.

  As described above, lending is performed until the data on the lending acceptance registration screen (work instruction) is sent to the warehouse 40 until the time of the lead time before the time when the order data should be delivered to the customer. Transmission of the data on the reception registration screen to the warehouse company 40 is suspended.

  In the above description, the data on the lending acceptance registration screen (work instruction) from the warehouse agent 40 has been described in the form of being transmitted in response to a request from the warehouse agent. The present invention can be similarly applied to a mode in which instruction data is transmitted.

  Next, an example of a method for acquiring the transport lead time in S102 of FIG. 31 will be described. Here, the lead time of transportation is acquired by referring to table data in which a lead time preset in correspondence with the postal code of the shipping address is stored. FIG. 32 is a diagram illustrating an example of table data in which the lead time for transportation is recorded.

  In the table data of FIG. 32, transport lead time data is preset for each zip code. Therefore, in S102, the server 11 reads out the zip code data in the address data in each lending request record, and reads out the lead time set for the read zip code from the table data in FIG. The lead time data of each record. Therefore, since the lead time is determined based on the zip code, the lead time can be easily set and changed.

  In particular, as shown in FIG. 32, the upper three digits of the zip code are used to determine the lead time. In other words, in order to deliver the product to the customer on the desired delivery date, the transportation time is set for each area specified by this zip code. The lead time is read out from the lead time table data based on the upper three digits of the zip code included in the customer's address.

  Further, the lead time data read from the table data of FIG. 7 may be changed according to the conditions. For example, prepare multiple table data according to weather conditions such as typhoons, conditions such as seasons, change table data to be used according to weather conditions, etc., or table data according to weather conditions etc. The table data may be changed by adding or multiplying a predetermined coefficient to the value.

  In particular, since the transportation time varies depending on the location of the warehouse, the table data described above may be transmitted to the server 11 from the terminal device of the warehouse company. For example, data related to various transportations are input to the terminal device of the warehouse company 40, and the terminal device of the warehouse company 40 calculates the lead time based on the data such as the zip code. However, the lead time as the calculation result may be transmitted to the data server 11 as data in a table format, for example. That is, the terminal device of the warehouse company 40 has lead time data calculation means for calculating data related to the lead time, and the server 11 acquires data of the calculation result.

  As described above, the server 11 has lead time data acquisition means for acquiring data related to the lead time including the transport time when the product is transported to the customer.

By the way, the warehouse trader carries out the shipment work of the rented product based on the contents of the rent request notified as the work target.
After the completion of the above-mentioned shipping operation, information indicating that the total sales agency has completed the shipping operation is also displayed on the screen of the terminal of the customer who requested the loan through the network or another terminal (such as a portable terminal) designated by the customer. indicate.
If a product lent by the product management system is sent to a customer-designated borrower and there is a product that has not been used, it will be returned to the total distributor from the customer who requested the loan, and the total distributor It is accepted as a return and the return process is performed.
After all the products lent by the product management system are sent to the customer's designated lender, if there is no return product that is used, the customer who made the loan request will contact the general sales agent with no return. , The total seller performs return processing as no return.

The return processing can be performed by distinguishing the type and number of products returned from the lending destination according to the lending management number at the total distributor.
The result of the return processing performed for each lending management number can be input to the server of the product management system from the screen of the terminal of the total sales source.
The result of the return process is input to the lending system server from the terminal of the general store, so that the terminal of the customer who made the corresponding lending request via the network, or another terminal specified by the customer (such as a portable terminal) ) Is also displayed on the screen.

When the customer performs the above-described return process, the loaned product price for which the return process has been performed is subtracted from the customer's accumulated loaned product price, and the result can be newly set as the accumulated loaned product price.
Comparing means for comparing the types of products lent to customers by the lending management number and the respective numbers, and the types of products returned and returned from the customers and the respective numbers, and the comparison results by the comparing means Based on this, the consumption (number of uses) of the product generated by the lending is determined.

  Based on the confirmation of consumption (number of uses), the contents are also displayed on the screen of the terminal of the customer who made a loan request by the loan management number via the network, or another terminal (such as a mobile terminal) designated by the customer To do.

  Based on the above confirmation of consumption (number of uses), the contents are also sent to the e-mail address of the customer who made the lending request via the network according to the lending management number or the e-mail address specified by the customer by e-mail Send.

  Only the lending management number for which the customer has requested lending is selected, and the lending management number data can be downloaded from the terminal of the customer or another terminal (such as a portable terminal) designated by the customer. Has a function of utilization.

  The total sales source can browse the data of all lending management numbers from the lending of the product upon receiving a lending request from the customer to the return of the product.

  Select an arbitrary period of lending by the total seller, and display the lending management number corresponding to that period, the customer corresponding to that lending management number, the number of lending, the result of return processing, and the result of product consumption. Display on the screen for sales processing.

  As a result, it is possible to specify an arbitrary period, such as from what month and day to what month and day, and see the sales and trends of the product.

  There is a calculation means for calculating the sales amount from the consumption result for each lending management number and the product partition price using the data stored in the server of the product management system, and the sales amount is calculated for each lending management number by the calculation means.

  The result of calculating the sales amount is stored as data in the server of the product management system.

  From the sales amount data calculated for each lending management number, the sales amount for each customer is totaled, and the amount charged for performing a billing action for the customer is calculated.

  Next, a method for canceling a rental request once registered will be described. When canceling the registration of the lending request, the store 30 searches for the lending request to be canceled by inputting a search condition on the lending status / lending history management screen. FIG. 33 is a screen example of a search result obtained by inputting a search condition from the lending status / lending history management screen. In the store 30, it can be seen from the screen of FIG. 33 that the request for renting the received order management number is “requesting”, that is, the item that is scheduled to be shipped according to the current order. In the store 30, the “details” button in FIG. 33 is clicked to display the details of the loan request for the order management number. FIG. 34 is an example of a screen that displays the detailed contents of the loan request for the order management number. By clicking a “cancel this content” button displayed at the bottom of FIG. 34, the lending request can be canceled. FIG. 35 is an example of a confirmation screen that is displayed after the button “Cancel this content” in FIG. 34 is clicked. When the “OK” button in FIG. 35 is clicked, cancel processing is executed, and the canceled record of the loan request is deleted from the loan record data in the server 11.

  Each “unit” and “means” in the present specification is a conceptual one corresponding to each function of the embodiment, and does not necessarily correspond one-to-one to specific hardware or software routine. Therefore, in the present specification, the embodiment has been described below assuming a virtual circuit block (unit) having each function of the embodiment. In addition, each step of each procedure in the present embodiment may be executed in a different order for each execution by changing the execution order and executing a plurality of steps at the same time as long as it does not contradict its nature.

  The program for executing the operations described above is recorded or stored in whole or in part on a portable medium such as a floppy disk, CD-ROM, or a storage device such as a hard disk. Yes. The program is read by a computer, and all or part of the operation is executed. Alternatively, all or part of the program can be distributed or provided via a communication network. The user can easily realize the product management system of the present invention by downloading the program via a communication network and installing it on a computer, or installing the program on a computer from a recording medium.

  The present invention is not limited to the above-described embodiment, and various changes and modifications can be made without departing from the scope of the present invention.

The block diagram which shows the product management system of one embodiment of this invention. The figure which shows the server usage method which a system administrator can perform. The figure which shows the server usage method which a dealer can perform. The figure which shows the server usage method which a charge sales office can perform. The figure which shows the server usage method which a warehouse agent can perform. The flowchart of a shop operation | work which performs the loan request process of loan sales with a product management system. Flow chart of warehousing work to process lending sales shipment by product management system. The flowchart of the shop work which performs delivery and return processing of rental sales in the product management system. Flow chart of warehousing work that performs return processing of rental sales in the product management system. The flowchart in the management department or the sales office in charge of the total sales, which performs the sales processing of the rental sales by the product management system. The figure which shows the example of a screen display in step S1 in the flowchart of FIG. The figure which shows the example of a screen display by step S2 in the flowchart of FIG. The figure which shows the example of a screen display by step S3 in the flowchart of FIG. The figure which shows the example of a screen display in step S4, S5 in the flowchart of FIG. The figure which shows the example of a screen display by step S6 in the flowchart of FIG. The figure which shows the example of a screen display in step S7 in the flowchart of FIG. The figure which shows the example of a screen display in step S11 in the flowchart of FIG. The figure which shows the example of a screen display in step S21 in the flowchart of FIG. The figure which shows the example of a screen display by step S22 in the flowchart of FIG. The figure which shows the example of a screen display in step S23 in the flowchart of FIG. The figure which shows the example of a screen display in step S24, S25 in the flowchart of FIG. The figure which shows the example of a screen display by step S26 in the flowchart of FIG. The figure which shows the example of a screen display of 42 by step S in the flowchart of FIG. The figure which shows the example of a screen display by step S43 in the flowchart of FIG. The figure which shows the example of a screen display by step S44 in the flowchart of FIG. The figure which shows the example of a screen display by step S51 in the flowchart of FIG. The figure which shows the example of a screen display by step S52 in the flowchart of FIG. The figure which shows the example of a screen display by step S52 in the flowchart of FIG. The figure which shows the example of a screen display by step S53 in the flowchart of FIG. The figure for demonstrating the example of the flow from the rental request | requirement of a product to delivery and return. The flowchart which shows the example of the flow of the process which a server performs in order to determine a display target, if the display instruction | indication of the lending reception registration screen from a warehouse company is received in step S22 of FIG. The figure which shows the example of the table data which recorded the lead time of transport. Screen example of search results obtained by entering search conditions from the lending status / lending history management screen. An example of a screen that displays the details of a loan request. An example of a confirmation screen that is displayed after clicking the “Cancel this content” button in FIG.

Explanation of symbols

10 ... Total distributor (including system administrator)
11: Web server (server)
12 ... Management terminal 20 ... Responsible sales office 30 ... Distributor (customer)
40 ... Warehousing company 50 ... Hospital (rental)
Agent Patent Attorney Susumu Ito

Claims (4)

Order data receiving means for receiving order data including at least desired delivery date and time information on a predetermined product from a customer via a predetermined communication line;
Work instruction data transmission means for transmitting work instructions relating to the received order data as work instruction data via the predetermined communication line;
A lead time data acquisition means for acquiring data relating to a lead time including a transport time when the product is transported to the customer;
Control for controlling to send work instruction data by the work instruction sending means when the result of subtracting the time indicated by the lead time data from the data indicated by the desired delivery date and time information is equal to the current time And a product management apparatus. In a product management system that transmits work instruction data related to the transportation of a product related to an order based on the order data of the product related to an order from a customer
Order data receiving means for receiving order data including at least desired delivery date and time information of a predetermined product input by the customer;
Work instruction data transmitting means for transmitting work instructions relating to the received order data as work instruction data;
A lead time data acquisition means for acquiring data relating to a lead time including a transport time when the product is transported to the customer;
When the result obtained by subtracting the time indicated by the lead time data from the data indicated by the desired delivery date / time information is equal to the current time, control is performed so that the work instruction data is transmitted by the work instruction data transmission means. A first information processing apparatus having a control means;
A product management system comprising: a second information processing apparatus having work instruction data receiving means for receiving the work instruction data transmitted by the work instruction data transmitting means. A product management method using a first information processing apparatus that receives order data of a product related to an order from a customer and a second information processing apparatus that receives work instruction data from the first information processing apparatus. There,
Order data receiving step for receiving the order data including at least desired delivery date and time information by the first information processing apparatus;
A lead time data acquisition step of acquiring data relating to a lead time including a transport time when the product ordered to the customer is transported by the first or second information processing apparatus;
When the result obtained by subtracting the time indicated by the lead time data from the data indicated by the desired delivery date / time information by the first information processing device is equal to the current time, the first information processing device And a control step of controlling to transmit work instruction data related to the order data to the second information processing apparatus. A product management method using a first information processing device that receives order data of a product related to an order from a customer and a second information processing device that receives work instruction data from the first information processing device is realized. A program for
Order data receiving means for receiving the order data including at least desired delivery date and time information by the first information processing apparatus;
Lead time data acquisition means for acquiring data related to a lead time including a transport time when the product ordered to the customer is transported by the first or the second information processing device;
When the result obtained by subtracting the time indicated by the lead time data from the data indicated by the desired delivery date and time information is equal to the current time, work instruction data related to the order data is obtained from the first information processing apparatus. A product management program for causing a computer to function as control means for controlling transmission to the second information processing apparatus.

Images