JP2016126386A - Delivery management device and delivery management method - Google Patents

Abstract

PROBLEM TO BE SOLVED: To share a delivery schedule of a radio-pharmaceutical product quickly among plural sections.SOLUTION: A delivery management device 100 comprises: an information storage part 102 for, storing plural data records, each of which contains at least, plural data items respectively indicating a radio-pharmaceutical product which is delivered, a delivery source, a delivery destination, a terminal foothold, and time for every foothold on a transport route from the delivery source to the delivery destination via the terminal foothold; and a display processing part 101 for, dividing the pieces of delivery schedule information of the radio-pharmaceutical product indicated by at least one data record stored in the information storage means, into delivery units for simultaneously delivering the products to one delivery destination, and then displaying the delivery schedule information on each client device respectively.SELECTED DRAWING: Figure 1

Description

  The present invention relates to a technique for managing delivery of a radiopharmaceutical.

  Radiopharmaceuticals are used for diagnosis and inspection of diseases such as SPECT inspection and PET inspection, and radiotherapy. Since radiopharmaceuticals are radioactive substances, safety must be sufficiently ensured in all situations such as production, delivery, and disposal. On the other hand, since radiopharmaceuticals have a relatively short effective period due to the half-life of radioactivity, they are required to be stably supplied to medical institutions.

  It is desirable that radiopharmaceutical delivery with such special restrictions be performed more carefully than delivery of other items. Patent Documents 1 and 2 below propose a method for delivering a radiopharmaceutical and a radiopharmaceutical quickly and efficiently. In the delivery system of Patent Document 1, the server stores the order information from the shipper terminal, and displays the shipping base and customer information assigned to the logged-in shipping company on the shipping company terminal based on the received order information. Let Furthermore, the server stores arrangement data including the collection date / time, delivery date / time, and delivery person information input from the shipping company terminal, and instructs the shipping base to create an arrangement table and a delivery table. Each shipping base determines whether or not shipping is possible by comparing the delivery table delivered to the arriving delivery person with the product. In the method of Patent Document 2 below, each delivery vehicle delivers a radiopharmaceutical from the delivery base to one or more inspection facilities based on the location of the radiopharmaceutical delivery base and the inspection facility and the inspection schedule at the inspection facility. A delivery schedule including a delivery route and a delivery time to each inspection facility is automatically generated.

JP 2007-280022 A JP 2013-211007 A

  Radiopharmaceutical delivery is affected by transportation and production problems. Transportation troubles that affect the delivery schedule can occur accidentally due to natural phenomena such as typhoons, storms, heavy snowfalls, earthquakes, and traffic accidents. For example, transportation obstacles include suspension of operation of aircraft, trains and ships, closed roads on expressways and general roads, and traffic congestion. On the other hand, medical practices using radiopharmaceuticals at medical institutions are carried out regardless of the presence or absence of such troubles. If the delivery is delayed and the radiopharmaceutical cannot be delivered at the scheduled time, the medical practice at the medical facility will be delayed, which can be a serious problem.

  Therefore, if a trouble occurs, the manufacturer's logistics department or shipping company needs to review the default delivery route and quickly determine a new delivery route to meet the medical schedule at the medical institution. Furthermore, when a trouble occurs, the delivery status of the radiopharmaceutical should be notified to the customer's medical institution more quickly than usual. This is because a medical institution can quickly respond to the trouble.

  In order to promptly notify the medical institution of the delivery status, it is desirable that the delivery status is quickly shared among the logistics department and sales department in the manufacturer and an external shipping company. However, the above-mentioned Patent Document 1 does not particularly mention the point of managing the delivery status. In addition, the proposed method of Patent Document 2 focuses on how to create a delivery route so that one delivery vehicle can deliver to a plurality of inspection facilities. There is no particular mention of how to share between different departments.

  The present invention has been made in view of such circumstances, and enables a radiopharmaceutical delivery schedule to be quickly shared among a plurality of departments.

  Each aspect of the present invention employs the following configurations in order to solve the above-described problems.

  The first aspect relates to a delivery management device. The delivery management device according to the first aspect includes a plurality of radiopharmaceuticals to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base. The information storage means for storing a plurality of data records each including at least the data items and the delivery schedule information of the radiopharmaceutical indicated by the at least one data record stored in the information storage means are simultaneously delivered to one delivery destination. Display processing means for classifying the units into delivery units and displaying them on each client device. The above display processing means is for each base on a plurality of transportation routes from a plurality of shipping sources to a delivery destination via a plurality of types of radiopharmaceuticals, a plurality of shipping origins, a single delivery destination, a single terminal base, and a single terminal base. The delivery schedule information of one delivery unit indicating the actual time or the estimated time is displayed on each client device.

  The second aspect relates to a delivery management method executed by at least one computer. The delivery management method according to the second aspect includes a plurality of radiopharmaceuticals to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base. The information storage unit that stores a plurality of data records each including at least one data item is referred to, and the radiopharmaceutical delivery schedule information indicated by the at least one data record stored in the information storage unit is simultaneously transmitted to one delivery destination. It is classified into delivery units to be delivered and displayed on each client device. The delivery schedule information for each delivery unit includes a plurality of types of radiopharmaceuticals, a plurality of shipping origins, a delivery destination, a terminal end base, and a terminal end base and a plurality of shipping destinations to a delivery destination. Shows the actual or estimated time for each location on the route.

  Another aspect of the present invention is a program that causes at least one computer to execute the method according to the second aspect, or a computer-readable recording medium that records such a program. This recording medium includes a non-transitory tangible medium.

  According to each said aspect, the delivery schedule of a radiopharmaceutical can be rapidly shared among several departments.

It is a figure which shows notionally the process structural example of the delivery management apparatus in 1st embodiment. It is a figure which shows the aspect of a delivery unit notionally. It is a flowchart which shows the operation example of the delivery management apparatus in 1st embodiment. It is a figure which shows notionally the system configuration example of the delivery management system in 2nd embodiment. It is a figure which shows notionally the process structural example of the delivery management server in 2nd embodiment. It is a figure which shows the example of the information storage part in 2nd embodiment. It is a figure which shows the example of a part of display screen of delivery schedule information. It is a figure which shows the example of a related screen. It is a figure which shows the example of the single-cuts display screen of delivery schedule information. It is a figure which shows the example of a part of update history screen of delivery schedule information. It is a figure which shows the example of an update notification. It is a figure which shows the main utilization methods of the delivery management system in 2nd embodiment. It is a flowchart which shows the operation example of the delivery management server in 2nd embodiment when each user terminal browses delivery schedule information. It is a flowchart which shows the operation example of the delivery management server in 2nd embodiment when a user terminal updates delivery schedule information. It is a flowchart which shows the operation example of the delivery management server in 2nd embodiment when delivery schedule information is not updated for a predetermined period.

  Embodiments of the present invention will be described below. In addition, each embodiment given below is an illustration, respectively, and this invention is not limited to the structure of each following embodiment.

[First embodiment]
[Processing configuration]
FIG. 1 is a diagram conceptually illustrating a processing configuration example of the delivery management apparatus 100 in the first embodiment. As illustrated in FIG. 1, the delivery management apparatus 100 includes a display processing unit 101, an information storage unit 102, and the like. The information storage unit 102 includes a plurality of data items respectively indicating the radiopharmaceutical to be shipped, the shipping source, the delivery destination, the terminal base, and the time for each base on the transportation route from the shipping source to the delivery destination via the terminal base. Store at least multiple data records. Here, the terminal base means the last transportation base where a delivery vehicle that moves to one or more delivery destinations starts with the loading of radiopharmaceuticals delivered to each delivery destination at the same time. If the number of bases on the transportation route in which the data item indicates time is 1 or more, there is no particular limitation. The base means a transport base where a plurality of transport routes from different shipping sources can join. The base includes an end base and may include a place where a transportation means such as an airport or a station is switched.

  The display processing unit 101 divides the radiopharmaceutical delivery schedule information indicated by at least one data record stored in the information storage unit 102 into delivery units to be delivered simultaneously to one delivery destination, and displays them on each client device. Let There are no restrictions on how to implement the division display. For example, the division display may be realized by a line segment like each line of the list display, or may be realized by display switching or slide display like a single sheet display.

The display processing unit 101 treats the delivery of radiopharmaceuticals delivered simultaneously to one delivery destination as a “delivery unit”, and displays the delivery schedule information of the radiopharmaceuticals divided into these “delivery units”. One delivery unit displayed in a divided manner includes a delivery mode as shown in FIG.
FIG. 2 is a diagram conceptually showing the mode of delivery units. As shown in FIG. 2, the delivery unit can be roughly divided into three modes. Of course, there can be a combination of each aspect.
(Aspect 1) Delivery in which radiopharmaceuticals shipped simultaneously from one shipping source are delivered to one delivery destination at the same time.
(Aspect 2) Delivery in which radiopharmaceuticals shipped from a plurality of shipping sources are merged at a certain base on the transportation route and delivered simultaneously to one delivery destination.
(Aspect 3) Delivery in which radiopharmaceuticals shipped at different times from one shipping source join at a certain base on the transportation route and are delivered to one delivery destination at the same time.

  When the delivery unit indicates (Aspect 2), the display processing unit 101 performs a single delivery from a plurality of shipping sources through a plurality of types of radiopharmaceuticals, a plurality of shipping sources, a single delivery destination, a single terminal base, and a single terminal base. Each client device is caused to display delivery schedule information of one delivery unit indicating the actual time or the estimated time for each base on a plurality of previous transportation routes.

  The delivery unit may correspond to one data record stored in the information storage unit 102 or may correspond to a plurality of data records. In (Aspect 2) and (Aspect 3), since the transportation route before the junction is branched, in the case of the former, a plurality of transportation routes are indicated by one data record. In the latter case, since it is necessary to associate a plurality of data records corresponding to one delivery unit, each data record may include an association ID.

  The delivery management apparatus 100 is a general computer and has, for example, the same hardware configuration as the delivery management server 10 in the second embodiment described later. Each processing module described above is realized by processing the program in the same manner as the delivery management server 10. Each of the above-described client apparatuses is a portable or stationary general computer, such as a salesperson terminal 5, a logistics department terminal 6, and a shipping company terminal 7 in a second embodiment described later.

[Operation example / Delivery management method]
FIG. 3 is a flowchart showing an operation example of the delivery management apparatus 100 in the first embodiment. The delivery management method in the first embodiment is executed by at least one computer such as the delivery management apparatus 100 as shown in FIG. The delivery management method refers to the information storage unit 102 described above (S101), and delivers the delivery schedule information of the radiopharmaceutical indicated by at least one data record stored in the information storage unit 102 to one delivery destination at the same time. This includes dividing into units and displaying them on each client device (S102). The delivery units displayed in a classified manner can have the above-described modes. Therefore, the delivery schedule information for each delivery unit includes multiple types of radiopharmaceuticals, multiple shipping sources, one delivery destination, one terminal base, and one terminal base, and multiple transportations from multiple shipping sources to one delivery destination. The actual time or the estimated time for each base on the route may be indicated.

[Operation and Effect in First Embodiment]
As described above, in the first embodiment, the delivery schedule information of the radiopharmaceutical indicated by the data record stored in the information storage unit 102 is divided into delivery units to be delivered to one delivery destination at the same time. Each is displayed. For example, the delivery schedule information is displayed on the radiopharmaceutical manufacturer's logistics department and sales department, and on each client device of the shipping company. The delivery schedule information indicates the radiopharmaceutical to be shipped, the time for each base on the transport route from the shipping source to the delivery destination via the terminal base, and the like. Therefore, according to the first embodiment, a radiopharmaceutical delivery schedule can be quickly shared among a plurality of departments.

  Furthermore, in the first embodiment, the delivery of radiopharmaceuticals delivered simultaneously to one delivery destination is treated as a “delivery unit”, and the delivery schedule information of the radiopharmaceuticals is divided into the “delivery units” and displayed. Thereby, the browsing person can grasp | ascertain easily the delivery schedule for every delivery of the radiopharmaceutical delivered to one delivery destination simultaneously.

  As shown in the delivery mode described above, radiopharmaceuticals delivered to one delivery destination at the same time may be delivered by a plurality of transportation routes until they merge at a terminal site or a site before that. In particular, when a transportation trouble or a production trouble occurs, there is a high possibility that such a complicated transportation route is selected. This is because even when a trouble occurs, all means are selected because it is necessary to meet the inspection and diagnosis at the delivery destination. According to the present embodiment, even when radiopharmaceuticals delivered simultaneously to one delivery destination are delivered by a plurality of transportation routes, the time for each base on the transportation route is regarded as one delivery unit. Since they are displayed in a separated manner, the viewer can easily grasp the delivery schedule for each transportation route. That is, even when trouble occurs, the radiopharmaceutical delivery schedule can be quickly and easily shared among a plurality of departments.

  Hereinafter, further details of the above-described first embodiment will be described as a second embodiment. In the following, a delivery model in which a radiopharmaceutical manufacturer delivers a radiopharmaceutical to a medical institution that is a delivery destination using the transportation means of the shipping company is exemplified. However, application of the following second embodiment is not limited only to such a delivery model. The transportation means of the shipping company may not be used, and the delivery destination may not be a medical institution.

[Second Embodiment]
〔System configuration〕
FIG. 4 is a diagram conceptually illustrating a system configuration example of the delivery management system 1 in the second embodiment. As shown in FIG. 1, the delivery management system 1 includes a delivery management server 10, a salesperson terminal 5, a logistics department terminal 6, a shipping company terminal 7, a logistics server 8, and the like. Manage delivery status.

The delivery management server 10 corresponds to the delivery management apparatus 100 described above.
The delivery management server 10 is a so-called computer and includes a CPU (Central Processing Unit) 11, a memory 12, an input / output interface (I / F) 13, a communication unit 14 and the like as shown in FIG. The memory 12 is a RAM (Random Access Memory), a ROM (Read Only Memory), a hard disk, or the like. The input / output I / F 13 can be connected to a user interface device such as a display device (not shown) or an input device (not shown). The communication unit 14 communicates with other computers via the communication network 2 and exchanges signals with other devices. A portable recording medium or the like can be connected to the communication unit 14. The delivery management server 10 may include hardware elements not shown in FIG. 4, and the hardware configuration of the delivery management server 10 is not limited.

  The delivery management server 10 is communicably connected to the communication network 2. The delivery management server 10 can communicate with other computers such as a salesperson terminal 5, a logistics department terminal 6, a shipping company terminal 7, and a logistics server 8 via the communication network 2. The communication network 2 is formed by a combination of Wi-Fi (Wireless Fidelity) line network, Internet communication network, dedicated line network, LAN (Local Area Network), WAN (Wide Area Network) and the like. However, in the second embodiment, the communication form between computers via the communication network 2 is not limited.

  The salesperson terminal 5, the logistics department terminal 6, and the shipping company terminal 7 are portable or stationary general computers. Each terminal 5, 6 and 7 has a CPU 11, a memory 12, an input / output I / F 13, a communication unit 14, a display device (not shown), an input device (not shown), and the like as hardware elements. The hardware configurations of these terminals are not limited as long as they can communicate with the delivery management server 10, display a screen, detect a user operation on the displayed screen, and the like. Hereinafter, the terminals 5, 6 and 7 may be collectively referred to as user terminals.

  In the second embodiment, the user of each user terminal is assumed as follows for convenience of explanation. The user of the sales company terminal 5 is a person in charge of medical information of a radiopharmaceutical manufacturer, the user of the logistics department terminal 6 is a person in charge of the logistics department of the manufacturer, and the user of the shipping company terminal 7 is in charge of the shipping company. It is a person. However, the users of the terminals 5, 6 and 7 are not limited. Hereinafter, the sales representative terminal 5 may be abbreviated as an MR (Medical Representative) terminal 5, the logistics department terminal 6 may be abbreviated as a DA (Distribution Arm) terminal 6, and the shipping company terminal 7 may be abbreviated as a TC (Transport Company) terminal 7. In addition, the medical information staff, the logistics department staff, and the shipping company staff who are the users of the terminals 5, 6, and 7 may be referred to as user MR, user DA, and user TC.

  The distribution server 8 manages shipping information at the radiopharmaceutical manufacturer. Before the radiopharmaceutical is shipped, the radiopharmaceutical to be shipped, the delivery facility, and the delivery time have been determined between the manufacturer and the customer's medical institution, and the manufacturer has a production base for the radiopharmaceutical to be shipped. (Shipping origin) is decided. Therefore, the shipping information managed by the logistics server 8 includes at least a radiopharmaceutical to be shipped, a production base (shipping source), a delivery destination facility, and a delivery time. The logistics server 8 outputs a shipment details data file based on the managed shipment information. The output shipment details data file also includes at least a radiopharmaceutical to be shipped, a shipping source, a delivery destination, and a delivery time.

[Processing configuration]
FIG. 5 is a diagram conceptually illustrating a processing configuration example of the delivery management server 10 in the second embodiment. As shown in FIG. 5, the delivery management server 10 includes an information storage unit 20, an import unit 21, an access control unit 22, a display processing unit 23, an update processing unit 24, a detection unit 25, a notification unit 26, and a statistical processing unit 27. A fetch processing unit 28, an information extraction unit 29, and the like. Each of these processing modules is realized, for example, by executing a program stored in the memory 12 by the CPU 11. The program may be installed via a communication unit 14 from a portable recording medium such as a CD (Compact Disc) or a memory card or another computer, and may be stored in the memory 12.

  FIG. 6 is a diagram illustrating an example of the information storage unit 20 in the second embodiment. The information storage unit 20 corresponds to the information storage unit 102 in the first embodiment described above. The information storage unit 20 stores the delivery schedule information of the above “delivery unit” as one data record. Each data record stored in the information storage unit 20 includes a plurality of data items shown in FIG. However, each data record may not include data (values) of all data items, and may include data items without data (no values).

  As in the above (Aspect 2) and (Aspect 3), a plurality of transport routes may be included in one delivery unit. That is, in the data item, different data (value) may be set for each transportation route. In the second embodiment, information on a plurality of transportation routes is stored in each data item in a state where the information is distinguished by line feed codes. However, the code for distinguishing the transportation route is not limited to the line feed code, but may be another code such as a tab code or a blank code.

  Data items included in each data record are roughly classified into basic information, delivery transfer information, delivery progress status information, and delivery completion report information. The basic information data item indicates a basic delivery plan that was originally planned. The data items of the basic information include shipping date, shipping source, delivery destination name (hospital name), product information, delivery time (FROM), delivery time (TO), shipping time, airport name and store name. For example, the name of the factory that produces the radiopharmaceutical to be shipped is set in the “shipping source”. In the “product information”, the name of the radiopharmaceutical to be shipped is set. In “Delivery time (FROM)” and “Delivery time (TO)”, each time for specifying the time width of the scheduled delivery time is set. The “airport name” is set to the name of the landing airport of the air transport route closest to the delivery destination when the “delivery unit” indicated by the data record includes the air transport route. In the “store name”, the name of the terminal base is set.

  The data item of the delivery transfer information indicates information changed from the delivery plan originally scheduled due to trouble or the like. The data items of the delivery transfer information include the disclosure level, transfer airport, flight number, airport departure time (shown as airport departure), aircraft arrival time (shown as aircraft arrival), main departure time (shown as main departure), main line It includes arrival time (shown as main line arrival), transfer store name, terminal departure time (terminal arrival shown) and estimated delivery time. In the “public level”, one of public level data indicating three public levels of private, private (adjustment), and public is set. In the following description, it is assumed that a high public level is shown in the order of private, private (coordination), and public. Public level data indicating non-public is set in the “public level” of the delivery transfer information in the data record generated by the capturing unit 21 described later. In the “main line departure time” and “main line arrival time”, the departure time from the airport where the aircraft landed at the time indicated by “aircraft arrival time” and the arrival time at the terminal base indicated by “transfer store name” are set. Is done. In the “terminal departure time”, the departure time from the terminal base indicated by the “transfer shop name” is set. The actual time or the scheduled (expected) time is set in the data item of each time in the delivery transfer information.

The data item of the delivery progress status information indicates the progress status of the delivery. The data items of the delivery progress status information include delivery status, delivery status, and time. In the “delivery status”, flag data indicating air transportation, land transportation, completion, or the like is set. In the “delivery status”, arbitrary text data representing the current status of delivery, such as the current position, moving speed, traffic jam status, and estimated arrival time at the next base, is set. In “Time”, the time when “Delivery Status” or “Delivery Status” is input is set.
The data item of delivery completion report information indicates information related to delivery completion. The data items of the delivery completion report information include actual delivery time, delivery location, and delivery signature. In the “delivery sign”, the name of the delivery confirmer is set.

  However, the above-described data items are examples, and other data items may be included. For example, the data item of the basic information may include a shipping company name, product code, delivery destination ID, shipping source ID, and the like.

  The information storage unit 20 further stores information indicating a correspondence relationship between the user and the delivery destination. Since this correspondence is used to specify the destination of the update notification by the notification unit 26 described later, in the second embodiment, the user associated with the delivery destination is basically an MR user (medical information) Person in charge). A plurality of users including MR users and DA users may be associated with one delivery destination. Further, the address information of the user of the delivery destination (medical institution) terminal may be associated with the delivery destination ID.

  For example, the information storage unit 20 stores the user address information and the delivery destination ID in association with each other as the information indicating the correspondence relationship. In this case, a delivery destination ID is included in the data record. The user address information is information that can be set as a notification destination by the notification unit 26 described later. When the notification is made by e-mail, the user address information may be an e-mail address. When the notification is realized by a notification function such as SNS (Social Networking Service) or groupware, the user address information may be a user ID such as SNS or groupware. In this case, in addition to the user address information and the delivery destination ID, information for specifying the SNS or groupware site (server) is further associated.

  The capturing unit 21 acquires the shipping specification data file output from the physical distribution server 8, refers to the shipping specification data file, and extracts data of each item to be captured from the file. For example, the shipment details data file is output in CSV (Comma-Separated Value) format. However, the format of the shipment specification data file is arbitrary as long as the data (value) of each data item can be distinguished.

  The capture processing unit 28 generates a data record to be stored in the information storage unit 20 based on the data of each item extracted by the capture unit 21, and stores the generated data record in the information storage unit 20. . The capturing unit 21 and the capturing processing unit 28 can also be referred to as capturing means.

  As described above, at least one record including at least a plurality of items each indicating a radiopharmaceutical to be shipped, a shipping source, a delivery destination, and a delivery time is stored in the shipping specification data file. The data item of the basic information shown in FIG. 6 may be included in a record in the shipping specification data file. As described above, the record stored in the shipment specification data file may not include all the data items stored in the information storage unit 20. In this case, the capturing unit 21 and the capturing processing unit 28 may set an initial value or no value (NULL, etc.) for a data item that does not exist in the record read from the shipment specification data file.

  Further, the record stored in the shipment specification data file may not correspond to the delivery unit indicated by one data record stored in the information storage unit 20. For example, each record stored in the shipment specification data file may be divided for each order, or may be divided for each radiopharmaceutical. In this case, the capturing unit 21 and the capturing processing unit 28 group a plurality of records read from the shipment specification data file according to the delivery destination and the delivery time, so that the data record of the delivery unit to be stored in the information storage unit 20 is obtained. Can be generated.

  The access control unit 22 controls access from each user terminal using the user ID sent from each user terminal. Specifically, the access control unit 22 specifies the disclosure level corresponding to the user ID acquired from the accessing user terminal, and notifies the display processing unit 23 of the disclosure level. For example, the access control unit 22 holds correspondence information between user IDs and affiliation groups (MR user group, DA user group, TC user group, etc.) and correspondence information between affiliation groups and disclosure levels. Using the information, the disclosure level corresponding to the acquired user ID is specified. Further, the access control unit 22 may hold correspondence information between the user ID and the disclosure level.

  In the second embodiment, higher public levels (private, private (adjustment), public) are specified in the order of DA user, TC user, and MR user. As a result, the delivery schedule information whose disclosure level indicates non-disclosure is viewed only by DA users, and the delivery schedule information whose disclosure level indicates non-disclosure (adjustment) is viewed by DA users and TC users, and the disclosure level is public. Can be viewed by DA users, TC users and MR users.

  Furthermore, the access control unit 22 determines whether or not to permit the change of the displayed delivery schedule information based on the user ID acquired from the user terminal or information obtained from the user ID (for example, belonging group information). It can also be judged. For example, only the DA user and the TC user are allowed to change the delivery schedule information, and the MR user is only allowed to view the delivery schedule information. Furthermore, the access control unit 22 can also confirm the legitimacy of the user based on the user ID sent from each user terminal. For confirmation of validity, PIN (Personal Identification Number) authentication such as a password may be performed, or biometric authentication may be performed.

  The display processing unit 23 corresponds to the display processing unit 101 in the first embodiment described above. The display processing unit 23 displays only the delivery schedule information of the delivery unit permitted by the disclosure level specified by the access control unit 22 on the user terminal corresponding to the specified disclosure level. Thereby, the delivery schedule information shown by the data record which shows the publication level higher than the publication level specified using user ID is not displayed on a user terminal. On the contrary, the delivery schedule information indicated by the data record indicating the public level below the public level specified by using the user ID is displayed on the user terminal.

  FIG. 7 is a diagram illustrating an example of a part of a display screen for delivery schedule information. For example, the display processing unit 23 causes the user terminal to display a list screen that displays the delivery schedule information for each delivery unit on each line as a view for viewing as shown in FIG. In FIG. 7, a plurality of data items are omitted due to the size restriction of the drawing. In FIG. 7, two delivery units are displayed in two lines. The delivery unit 1 indicates that two “products 1” are delivered from the shipping source “Chiba factory” to the delivery destination “local hospital 1” at a time. That is, the delivery unit 1 corresponds to the above (Aspect 1). On the other hand, “Product 1” is shipped from the shipping source “Chiba factory”, “Product 2” is shipped from the shipping source “Hyogo factory”, and “Product 1” and “Product 2” are the terminal bases. It shows that it is delivered and delivered to the delivery destination “local hospital 2” at once. Since the delivery unit 2 includes two transport routes, it corresponds to the above (Aspect 2). In addition, although “Sendai Airport” is set as the airport name in the basic information, only one “Sendai Airport” is set as the transfer airport in the delivery transfer information. Although it was scheduled to get off at Sendai Airport using air transportation, it was changed to a transportation route that does not use air transportation.

  As shown in FIG. 7, the display processing unit 23 displays not only a delivery unit composed of only a single transportation route but also a delivery unit including a plurality of transportation routes in one line. The display processing unit 23 displays information on each transportation route in one delivery unit in each row (each stage) in the divided row. In the example of FIG. 7, the transport route of “Product 1” shipped from the shipping source “Chiba factory” is displayed in the upper row in the row displaying “Delivery unit 2”, and shipped from the shipping source “Hyogo factory”. The transportation route of “Product 2” is displayed in the lower part of the bank. However, the display method of a plurality of transportation routes included in one delivery unit is not particularly limited as long as each transportation route is displayed so as to be distinguishable.

  FIG. 8 is a diagram illustrating an example of a related screen. As shown in FIG. 8, the display processing unit 23 can cause the user terminal to display a screen indicating the delivery destination name and the number of delivery units counted by the statistical processing unit 27 described later for each delivery destination. . When one delivery destination is selected by the user operation on this screen, the display processing unit 23 identifies the delivery destination selected by the user operation, and displays a delivery schedule information list screen for the identified delivery destination. You may display on the user terminal.

  FIG. 9 is a diagram showing an example of a single-cut display screen for delivery schedule information. As shown in FIG. 9, the display processing unit 23 can also display delivery schedule information in a single-cut format for each delivery unit. Further, the display processing unit 23 may display a single sheet display screen shown in FIG. 9 as a screen for editing the delivery schedule information of a certain delivery unit. For example, when the target delivery unit is selected by the user operation and the edit button is pressed on the list display screen as described above, the display processing unit 23 displays the cut sheet display screen as the edit screen.

  FIG. 10 is a diagram illustrating an example of a part of an update history screen for delivery schedule information. As shown in FIG. 10, the display processing unit 23 can also display the update history of the delivery schedule information for one delivery unit on the user terminal in a state where the updated data item and the updated data can be identified. . In the example of FIG. 10, the data item with the star mark is updated, and the value of the data item with the star mark indicates the updated data. However, the display method that can identify the updated data item and the updated data is not limited. The character color of the data may be changed, or the background color of the data item may be changed. The update history of the delivery schedule information is accumulated by the update processing unit 24 described later.

  The update processing unit 24 updates a data record stored in the information storage unit 20 due to a user operation at each user terminal. For example, the update processing unit 24 acquires the delivery unit to be changed, the data item, and the changed data (value) according to the user operation on the single-cut screen shown in FIG. A data record indicating the delivery unit to be changed is specified from among the items. The update processing unit 24 updates the data item to be changed in the identified data record with the acquired changed data. Each time the data record is updated, the update processing unit 24 separately stores the updated data record in time series. An update history screen shown in FIG. 10 is generated using the data records accumulated in time series.

  When the update processing unit 24 updates the data record in the information storage unit 20, the notification unit 26 updates at least a part of the delivery schedule information of one delivery unit indicated by the updated data record. The user terminal is notified in a state where the data items can be distinguished. Hereinafter, this notification is referred to as an update notification. The notification unit 26 may notify all of the updated delivery schedule information or a part thereof. The notification method by the notification unit 26 is not limited. The notification unit 26 can use any notification method such as notification functions such as e-mail and SNS, messages, bulletin boards, and chats.

  The notification unit 26 uses the information indicating the correspondence relationship between the user and the delivery destination stored in the information storage unit 20, and the user associated with one delivery destination of one delivery unit indicated by the updated data record Address information is extracted as the destination of the update notification.

  FIG. 11 is a diagram illustrating an example of the update notification. In the example of FIG. 11, the update notification is performed by e-mail. The updated data item is marked with “*” so that it can be distinguished from other data items. However, the display method that can distinguish the updated data item from other data items is not limited.

  Furthermore, the notification unit 26 notifies the user terminal of information that prompts the user to update the delivery schedule information of the delivery unit that has been detected as not being updated for a predetermined period by the detection unit 25 described later. The notification unit 26 may notify all of the delivery schedule information of the target delivery unit as information that prompts the update, or only data of representative data items that can be distinguished from other delivery units in the information. May be notified. In addition, the notification unit 26 may notify only a character string or a graphic indicating that it has not been updated for a predetermined period. Hereinafter, this notification is referred to as an unupdated notification in order to be distinguished from the above-described update notification.

  Since this non-update notification is for prompting the update, in the second embodiment, the destination of the non-update notification is basically the TC user. The destination of the unupdated notification may be fixedly determined. Further, when a different shipping company is in charge of transportation for each delivery unit, the data record stored in the information storage unit 20 stores the ID of the shipping company. The information storage unit 20 holds the shipping company ID and the address information of the TC user in association with each other. The notification unit 26 can specify the destination of the non-update notification using such information.

  The notification unit 26 excludes a delivery unit indicating that the delivery status of the delivery progress status information is completed (delivery completed) from the targets of non-update notification and update notification. That is, when the delivery status in the data record updated by the update processing unit 24 indicates completion, the notification unit 26 does not perform update notification of the delivery schedule information indicated by the data record. In addition, when the delivery status in the data record in which the notification unit 26 detects that it has not been updated for a predetermined period by the detection unit 25 described later indicates that the delivery schedule information indicated by the data record is not updated Do not notify.

  The detection unit 25 detects a delivery unit that has not been updated for a predetermined period by monitoring the update status of the data records stored in the information storage unit 20. In the second embodiment, since the data record stored in the information storage unit 20 indicates one delivery unit, the detection unit 25 detects a data record that has not been updated for a predetermined period. This predetermined period is desirably set to a time width that the customer feels to confirm the delivery status when trouble occurs or during normal times, and is set to 20 minutes, for example.

  The statistical processing unit 27 refers to a plurality of data records stored in the information storage unit 20 to count the number of delivery units for each delivery destination. In the second embodiment, since the data record stored in the information storage unit 20 indicates one delivery unit, the statistical processing unit 27 counts the number of data records for each delivery destination as the number of delivery units.

  The information extraction unit 29 extracts a desired data record from the information storage unit 20 for the display processing unit 23, the statistical processing unit 27, and the like. The information extraction unit 29 extracts information (destination information) desired for the notification unit 26 from the information storage unit 20. For example, the information extraction unit 29 acquires an extraction condition (query information) from another processing unit such as the display processing unit 23, the notification unit 26, and the statistical processing unit 27, and stores an SQL sentence corresponding to the extraction condition in the information storage unit 20 is issued. The combination of the display processing unit 23 and the information extraction unit 29 can be called a display processing unit, and the combination of the statistical processing unit 27 and the information extraction unit 29 can be called a statistical processing unit, and the notification unit 26 and the information extraction unit 29. This combination can be called a notification means.

[Operation example / Delivery management method]
Hereinafter, the delivery management method in the second embodiment will be described with reference to FIGS. FIG. 12 is a diagram showing a main utilization method of the delivery management system 1 in the second embodiment. FIGS. 13, 14 and 15 are flowcharts showing an operation example of the delivery management server 10 in the second embodiment. As shown in the figure, the delivery management method in the second embodiment is executed by at least one computer such as the delivery management server 10. For example, each process shown in the figure is executed by each processing module described above that the delivery management server 10 has. Since each process is the same as the processing content of each processing module described above that the delivery management server 10 has, the details of each process are omitted as appropriate.

  First, an example of a main usage method of the delivery management system 1 by DA users, TC users, and MR users will be described with reference to FIG.

  First, the DA user causes the shipping details data that needs to manage the delivery status to be output to the physical distribution server 8, and the data is taken into the delivery management server 10 (S121). At this time, the delivery management server 10 generates a data record to be stored in the information storage unit 20 with reference to the shipping specification data file output from the logistics server 8, and stores the generated data record in the information storage unit 20. To do. This is performed by the capturing unit 21 described above. The DA user can also design the delivery route and delivery schedule for each delivery, and manually edit the shipment details data file. In the data record newly stored in the information storage unit 20, disclosure level data indicating non-disclosure is set.

  Subsequently, the DA user operates the DA terminal 6 to change the disclosure level of the new delivery schedule information indicated by the data record newly stored in the information storage unit 20 in (S121) from private to private (adjustment). Change to With this change, the new delivery schedule information can be viewed not only by the DA user but also by the TC user. However, in this state, the MR user cannot browse the new delivery schedule information.

The DA user designs a transportation route, a delivery schedule, and the like regarding new delivery schedule information in cooperation with the TC user (S122).
Based on the information designed in (S122), the DA user or TC user operates the DA terminal 6 or TC terminal 7 to update the new delivery schedule information (S123). Here, the transfer airport, the loaded flight name, each time information, the transfer charge store name, etc. in the delivery schedule information are changed.

  When the DA user determines that the delivery schedule information has been set to such an extent that the MR user is not confused, the DA user operates the DA terminal 6 to change the disclosure level from private (adjustment) to public (S124). Thereby, the MR user can also browse the delivery schedule information.

  Thereafter, the DA user, the TC user, and the MR user appropriately update their delivery schedule information using their user terminals 5, 6, and 7 (S125). Here, each time information and delivery progress status of the delivery transfer information of the delivery schedule information are mainly updated. For example, when an air freighter aircraft departs, the DA user or TC user updates the time set in the delivery transfer information from the airport to the actual time. In addition, the TC user grasps the movement status of his / her delivery vehicle and updates the delivery status, delivery status, and time of the delivery progress status as appropriate.

When the delivery is completed, the TC user operates the TC terminal 7 to update the delivery status of the delivery schedule information to complete, and updates the actual delivery time and delivery location with the actual result (S126).
With such use of each user, the delivery management server 10 operates as shown in FIGS.

<When browsing>
The flowchart of FIG. 13 shows a flow when each user terminal browses the delivery schedule information. As described above, with the data record stored in the information storage unit 20, the delivery management server 10 receives access from the MR terminal 5, the logistics department terminal 6, and the shipping company terminal 7 (S131). At this time, the delivery management server 10 acquires a user ID from each user terminal that has accessed. The delivery management server 10 may confirm the legitimacy of the user based on the user ID.

  The delivery management server 10 specifies the disclosure level corresponding to the acquired user ID (S132). The method for specifying the disclosure level corresponding to the user ID is as described above.

  The delivery management server 10 divides the radiopharmaceutical delivery schedule information indicated by the data record stored in the information storage unit 20 into delivery units to be delivered simultaneously to one delivery destination, and displays the delivery units on each user terminal (S133). ). At this time, the delivery management server 10 displays only the delivery schedule information of the delivery unit permitted by the publication level identified in (S122) on the user terminal corresponding to the identified publication level. In the second embodiment, the delivery management server 10 performs browsing control of delivery schedule information as follows based on the disclosure level. The delivery management server 10 displays delivery schedule information indicating that the disclosure level is not disclosed only on the DA terminal 6 of the DA user. The delivery management server 10 causes the DA user 6 and the TC terminal 7 of the DA user and TC user to display delivery schedule information indicating that the disclosure level is not disclosed (adjustment). The delivery management server 10 causes the MR terminal 5, the DA terminal 6 or the TC terminal 7 to display delivery schedule information indicating that the publication level is “public”.

  In (S133), the delivery management server 10 can also display on the user terminal a screen indicating the delivery destination name and the number of delivery units for each delivery destination (see FIG. 8). Further, the delivery management server 10 can display an update history screen of delivery schedule information as shown in FIG. 10 on the user terminal using the data record stored in (S142) of FIG.

<When updating data>
The flowchart in FIG. 14 shows a flow when the user terminal updates the delivery schedule information. The delivery management server 10 can execute the operation shown in FIG. 14 in parallel with the operation shown in FIG.

  The delivery management server 10 updates the data record stored in the information storage unit 20 due to the user operation at each user terminal (S141). For example, the user operation for updating the data record is performed on the single form screen shown in FIG. Immediately after the execution of (S121) in FIG. 12, only the DA user can be updated, and until the execution of (S122) to (S124), the DA user and the TC user can be updated, and after the execution of (S124) Can be updated by DA users, TC users and MR users.

  The delivery management server 10 accumulates the updated data record (S142). Using this accumulated data record, the delivery management server 10 can display the update history screen shown in FIG. However, the delivery management server 10 may always store the data record immediately before the update, not the updated data record. Similarly, the update history screen can be displayed.

  The delivery management server 10 determines whether or not the delivery status of the updated data record indicates delivery completion (S143). When the delivery status indicates delivery completion (S143; YES), the delivery management server 10 finishes the process. On the other hand, when the delivery status does not indicate delivery completion (S143; NO), the delivery management server 10 acquires the address information of the user associated with the delivery destination indicated by the updated data record (S144). The user address information and the acquisition method are as described above.

  The delivery management server 10 uses the address information acquired in (S144), and at least a part of the delivery schedule information indicated by the updated data record in a state in which the updated data item can be distinguished. (S145). Thereby, the MR user can receive an update notification every time (S125) is executed until delivery completion is input. The delivery management server 10 may transmit an update notification to a user (terminal) of a delivery destination (medical institution) instead of or together with the MR user, or a delivery driver (terminal of a TC user or a shipping company) ) May be sent an update notification. According to the former, the medical institution that is the delivery destination can take measures such as quickly adjusting the examination schedule without waiting for contact from the MR user. According to the latter, the delivery driver can check his / her business status and can quickly notify the delivery organization of the delivery status.

<< When delivery schedule information is not updated >>
The flowchart of FIG. 15 shows a flow when the delivery schedule information is not updated for a predetermined period. The delivery management server 10 can execute the operation shown in FIG. 15 in parallel with the operations shown in FIGS.

  The delivery management server 10 monitors the update status of the data record stored in the information storage unit 20 (S151). This can be realized by monitoring an update transaction for the information storage unit 20. It can also be realized by confirming the data record accumulated with the update as shown in (S142).

  The delivery management server 10 detects a delivery unit that has not been updated for a predetermined period (S152). This predetermined period is as described above (detection unit 25). When a delivery unit that has not been updated for a predetermined period is detected (S152; YES), the delivery management server 10 further confirms the delivery status of the delivery unit (S153). If the delivery status does not indicate delivery completion (S153; NO), the delivery management server 10 notifies the user terminal of information prompting to update delivery schedule information for a delivery unit that has not been updated for a predetermined period of time. (S154). In the second embodiment, the destination of the non-update notification is basically the TC user.

  The delivery management server 10 does not detect a delivery unit that has not been updated for a predetermined period (S152; NO), and if the delivery status of the delivery unit that has not been updated for a predetermined period indicates completion of delivery (S152; YES) ( S153; YES), the non-update notification (S154) is not executed, and the process ends.

  In FIG. 13, FIG. 14 and FIG. 15, a plurality of steps (processes) are shown in order, but the steps executed in the second embodiment and the execution order of the steps are only in the examples shown in each figure. It is not limited. For example, (S142) in FIG. 14 may be executed after (S145). Further, (S153) in FIG. 15 may not be executed. In this case, (S151) in the figure may be such that the update status of the data record whose delivery status indicates other than delivery completion is monitored. Also in the utilization method shown in FIG. 12, (S122) and (S123) may not be performed.

[Operation and Effect in Second Embodiment]
As described above, in the second embodiment, the delivery schedule information for each delivery unit is stored in the information storage unit 20 as one data record, and the delivery schedule information is divided into delivery units and displayed on each user terminal. This enables delivery of radiopharmaceuticals from multiple shipping sources to one delivery destination (medical facility) at the same time, and delivery of radiopharmaceuticals shipped at different times from one shipping source to one delivery destination (medical facility) at the same time The delivery delivered to is also displayed as one delivery unit. With this classification display, the MR user can easily grasp the delivery status of the radiopharmaceutical delivered simultaneously to the medical institution that he / she is responsible for, even if the delivery includes a complicated transportation route.

  Furthermore, in the second embodiment, a public level is set for the delivery unit, and only the delivery schedule information of the delivery unit permitted by the public level specified for the user of the user terminal is displayed on the user terminal. Thereby, according to the delivery design situation by the logistics department or the shipping company, it is possible to control the disclosure and non-disclosure to the MR user as a contact point with the customer for each delivery unit. Accordingly, it is possible to prevent the MR user from seeing a situation in which the transportation route and the delivery schedule are frequently changed, and to prevent the customer from being confused in such a situation.

  In the second embodiment, the delivery schedule information for each delivery unit can be updated by each of the MR terminal 5, the DA terminal 6, and the TC terminal 7. Therefore, the DA user and the TC user can input the delivery status sequentially, and the MR user can always grasp the latest delivery status. Therefore, according to the second embodiment, it is possible to save troublesome communication such as receiving a telephone contact from a shipping company by a person in charge in the logistics department and further contacting the person in charge of medical information in charge of the delivery destination. be able to. As a result, the person in charge in the logistics department can concentrate on the original work such as designing the transportation route and the delivery schedule.

  Furthermore, in the second embodiment, when the delivery schedule information is updated, at least a part of the updated delivery schedule information can be notified to the user terminal in a state where the updated data items can be distinguished. Thereby, each user can immediately grasp the data items of the delivery schedule information updated by other users, that is, the latest delivery status. In addition, information indicating the correspondence relationship between the user and the delivery destination is stored in the information storage unit 20, so that only the user associated with the delivery destination of the updated delivery unit is set as the destination of such an update notification. Can be limited to. For example, the destination of the update notification can be limited to only the MR user who is in charge of the delivery destination of the updated delivery unit, and the situation where many unnecessary notifications reach each user can be avoided.

  Furthermore, in the second embodiment, a delivery unit that has not been updated for a predetermined period is detected, and information that prompts the user to update the delivery schedule of the detected delivery unit is notified to the user terminal. For example, when the delivery vehicle has stayed in one place for a long time due to traffic jam, the TC user may refrain from input because the delivery status does not change. However, customers who do not know the status of such delivery vehicles may become anxious if no information is available during that time. According to the second embodiment, the above-described non-update notification can force a user who knows the current status of delivery (for example, a TC user) to sequentially input the latest delivery status, and the latest delivery status can be determined by the user. Can be shared between. As a result, the customer can be informed of the latest delivery status, and the customer can be prevented from becoming uneasy. On the other hand, since the delivery unit whose delivery status information indicates delivery completion is excluded from the target of update notification and non-update notification as described above, unnecessary notification can be eliminated.

  In the second embodiment, the update history of the delivery schedule information of one delivery unit can be displayed on the user terminal by accumulating the update information of the data record in the information storage unit 20. As a result, it is possible to look back later on the changes and results of the transportation route and the delivery schedule for each delivery unit, which can be used to improve the skills of subsequent delivery design.

  Furthermore, in the second embodiment, by counting the number of delivery units for each delivery destination based on the data record stored in the information storage unit 20, for each delivery destination, the delivery destination name and its counted delivery. A screen indicating the number of units can be displayed on the user terminal. According to this screen, the person in charge of medical information in charge of a plurality of delivery destinations (medical institutions) and their supervisors can easily grasp the number of delivery units for each delivery destination to be noted. Further, a list screen of delivery schedule information for each delivery destination can be displayed from this screen.

[Modification]
In the second embodiment described above, one data record stored in the information storage unit 20 indicates one delivery unit. However, one data record may indicate one transport route. In this case, one delivery unit having the delivery modes as described in the above (Aspect 2) and (Aspect 3) is indicated by a plurality of data records, and the above-described contents are modified as follows, for example.

  Each data record in the information storage unit 20 includes a delivery unit ID indicating a delivery unit to which the data record belongs. Each data record does not need to have public level data. For example, a delivery unit ID and public level data indicating the public level of the delivery unit are stored in the information storage unit 20 in association with each other. Further, the delivery unit ID and the delivery status information are stored in the information storage unit 20 in association with each other. The detection unit 25 detects a delivery unit that has not been updated for a predetermined period because all of one or more data records including the same delivery unit ID are not updated for a predetermined period.

  Although not particularly mentioned in the second embodiment, a part of the delivery schedule information may not be updated by a user operation but may be updated by computer processing. For example, the departure management time “airport departure” and arrival time “aircraft arrival” of the air transportation may be updated by the data automatically acquired from the air transportation company server by the delivery management server 10. In addition, when the server of the shipping company manages the actual arrival time of each delivery vehicle at each location, and further predicts the arrival time at each location from the location of each delivery vehicle, the delivery management server 10 Each data can also be acquired from. Further, when the server of the shipping company can acquire the inspection related information read by the handy terminal by communicating with the handy terminal owned by the delivery person, the delivery management server 10 displays the inspection related information. By acquiring from the server, the actual delivery time and the like can be automatically updated. In this case, the delivery management server 10 may acquire the inspection related information from a handy terminal owned by the delivery person. Further, the delivery management server 10 may predict the expected delivery time from the terminal base departure time “terminal departure” and update the predicted delivery time.

  The notification unit 26 can also control the timing of update notification. The notification unit 26 notifies the update only when the update width of the updated data item exceeds the predetermined width. If the information is continuously updated with a small update width, receiving the update notification every time may be troublesome for the user. Therefore, for example, if the value of the data item “main line departure” is updated from 5 o'clock to 5 o'clock, the notification unit 26 has an update width of 5 minutes and a predetermined width (for example, 15 ), The update notification will be declined. The notification unit 26 can hold a predetermined update width for performing such an update notification for each data item, or can hold it for each radiopharmaceutical type to be shipped. Since the effective period is different for each radiopharmaceutical, even in the same delay time, there may be a difference in customer awareness of problems. Therefore, for the delivery of radiopharmaceuticals with a short effective period, the predetermined update width for performing the update notification is made smaller than the delivery of radiopharmaceuticals with a long effective period. The notification unit 26 can also sequentially switch the predetermined update width according to the delivery delay degree. For example, the notification unit 26 may determine the degree of delivery delay using the proximity of the estimated delivery time to the delivery time (TO) of the basic information or the time when the estimated delivery time exceeds the delivery time (TO). it can. The notification unit 26 sets the predetermined update width for performing the update notification to be smaller as the determined delivery delay degree is larger. In this way, only the update notification desired by the user can be notified.

  Moreover, the detection unit 25 can also control the detection timing of the unupdated. That is, the detection unit 25 dynamically changes the predetermined period. For example, the detection unit 25 changes the predetermined period for each radiopharmaceutical species to be shipped. The detection part 25 should just make a predetermined period shorter than the delivery of a radiopharmaceutical with a long effective period about the delivery of a radiopharmaceutical with a short effective period. The detection unit 25 can also sequentially switch the predetermined period according to the delivery delay degree. The method for determining the delivery delay degree is as described above. The detection unit 25 sets the predetermined period shorter as the determined delivery delay degree is larger. In this way, only a desired notification can be sent to a user who receives an update notification, and only a necessary update can be performed for a user who is requested to update.

  The delivery management apparatus 100 and the delivery management server 10 described above do not include the information storage unit 102 and the information storage unit 20, and other computers may include the information storage unit 102 and the information storage unit 20. in this case. The delivery management device 100 and the delivery management server 10 can refer to and edit the information storage unit 102 and the information storage unit 20 by accessing the other computer.

  Moreover, each above-mentioned embodiment and each modification can be combined in the range with which the content does not conflict.

  A part or all of each of the above-described embodiments and modifications may be specified as follows. However, each embodiment and each modification are not limited to the following description.

1. A plurality of data records each including at least a plurality of data items each indicating a radiopharmaceutical to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base Information storage means for storing
Display processing means for displaying the radiopharmaceutical delivery schedule information indicated by the at least one data record stored in the information storage means, divided into delivery units to be delivered simultaneously to one delivery destination, and displayed on each client device, respectively;
With
The display processing means includes a plurality of types of radiopharmaceuticals, a plurality of shipping sources, a single delivery destination, a single terminal base, and a base on a plurality of transportation routes from a plurality of shipping sources to a single delivery destination via the single terminal base. Display the delivery schedule information of one delivery unit indicating the actual time or the expected time of each on each client device,
Delivery management device.
2. Access control means for controlling access from the client device based on user identification information sent from the client device;
Further comprising
The information storage means further stores public level data indicating any one of a plurality of public levels for the delivery unit,
The access control means specifies a public level corresponding to the user identification information;
The display processing means causes the client device to display only the delivery schedule information of a delivery unit permitted by the specified publication level.
1. The delivery management device described in 1.
3. An update processing means for updating a data record stored in the information storage means due to a user operation on the client device;
Notification means for notifying at least a part of the delivery schedule information of one delivery unit indicated by the data record updated by the update processing means to other client devices in a state where the updated data items can be distinguished;
1 is further provided. Or 2. The delivery management device described in 1.
4). The information storage means further stores information indicating a correspondence relationship between the user and the delivery destination,
The notifying means extracts the address information of the user associated with one delivery destination of the one delivery unit indicated by the updated data record as a destination of the notification by referring to the information storing means.
3. The delivery management device described in 1.
5). Detecting means for detecting a delivery unit that has not been updated for a predetermined period by monitoring an update status of a data record stored in the information storage means;
Further comprising
The notifying means notifies the client device of information prompting to update the delivery schedule information of the delivery unit detected by the detecting means not being updated for the predetermined period;
3. Or 4. The delivery management device described in 1.
6). The information storage means further stores delivery status information indicating at least whether delivery is completed with respect to a delivery unit;
The notifying means excludes a delivery unit whose delivery status information indicates delivery completion from a notification target;
3. To 5. The delivery management device according to any one of the above.
7). The display processing means causes the client device to display an update history of the delivery schedule information of one delivery unit in a state where the updated data item and the updated data can be identified.
3. To 6. The delivery management device according to any one of the above.
8). Read multiple records from a file that stores multiple records that contain at least multiple items that indicate the radiopharmaceuticals shipped, shipper, delivery destination, and delivery time respectively, and read the multiple records by delivery destination and delivery time A grouping unit that generates a data record of a delivery unit to be delivered simultaneously to one delivery destination, and stores the generated data record in the information storage unit;
1 is further provided. To 7. The delivery management device according to any one of the above.
9. Statistical processing means for counting the number of delivery units for each delivery destination by referring to a plurality of data records stored in the information storage means;
Further comprising
The display processing means causes the client device to display a screen indicating the delivery destination name and the number of delivery units counted by the statistical processing means for each delivery destination.
1. To 8. The delivery management device according to any one of the above.

10. In a delivery management method executed by at least one computer,
A plurality of data records each including at least a plurality of data items each indicating a radiopharmaceutical to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base Refer to the information storage unit that stores
The radiopharmaceutical delivery schedule information indicated by the at least one data record stored in the information storage unit is divided into delivery units to be delivered simultaneously to one delivery destination, and is displayed on each client device.
Including
The delivery schedule information for one delivery unit includes multiple types of radiopharmaceuticals, multiple shipping sources, one delivery destination, one terminal base, and one terminal base on multiple transportation routes from multiple shipping sources to one delivery destination. Indicates the actual or estimated time for each site
Delivery management method.
11. The information storage unit further stores public level data indicating any one of a plurality of public levels for the delivery unit,
The delivery management method is:
Specify the disclosure level corresponding to the user identification information sent from the client device,
Only the delivery schedule information of the delivery unit permitted by the specified disclosure level is displayed on the client device.
Further includes: The delivery management method described in 1.
12 Update the data record stored in the information storage unit due to user operation on the client device,
Notifying at least a part of the delivery schedule information of one delivery unit indicated by the updated data record to another client device in a state where the updated data item can be distinguished.
Further includes: Or 11. The delivery management method described in 1.
13. The information storage unit further stores information indicating a correspondence relationship between the user and the delivery destination,
The delivery management method is:
By referring to the information storage unit, the address information of the user associated with one delivery destination of the one delivery unit indicated by the updated data record is extracted as the destination of the notification.
Further includes: The delivery management method described in 1.
14 Detecting a delivery unit that has not been updated for a predetermined period by monitoring the update status of the data records stored in the information storage unit;
Notifying the client device of information prompting to update the delivery schedule information of the delivery unit that is detected not updated for the predetermined period;
Further includes: Or 13. The delivery management method described in 1.
15. The information storage unit further stores delivery status information indicating at least whether delivery is completed with respect to a delivery unit,
The delivery management method is:
The delivery unit whose delivery status information indicates delivery completion is excluded from the notification target.
Further includes: To 14. The delivery management method according to any one of the above.
16. Display the update history of the delivery schedule information of one delivery unit on the client device in a state where the updated data item and the updated data can be identified;
12 To 15. The delivery management method according to any one of the above.
17. Read multiple records from a file that stores multiple records that contain at least multiple items that indicate the radiopharmaceutical being shipped, ship origin, delivery destination and delivery time respectively,
By grouping the plurality of read records by delivery destination and delivery time, a data record of a delivery unit to be delivered simultaneously to one delivery destination is generated,
Storing the generated data record in the information storage unit;
Further includes: To 16. The delivery management method according to any one of the above.
18. By referring to a plurality of data records stored in the information storage unit, the number of delivery units for each delivery destination is counted,
For each delivery destination, a screen indicating the delivery destination name and the number of delivery units counted is displayed on the client device.
Further includes: To 17. The delivery management method according to any one of the above.

19. 10. To 18. A program for causing at least one computer to execute the delivery management method according to any one of the above.

1 Delivery management system 5 Sales terminal (MR terminal)
6 Logistics department terminal (DA terminal)
7 Transportation company terminal (TC terminal)
8 Logistics server 10 Delivery management server 11 CPU
DESCRIPTION OF SYMBOLS 12 Memory 20,102 Information storage part 21 Acquisition part 22 Access control part 23,101 Display processing part 24 Update processing part 25 Detection part 26 Notification part 27 Statistical processing part 28 Acquisition processing part 29 Information extraction part 100 Delivery management apparatus

Claims (10)

A plurality of data records each including at least a plurality of data items each indicating a radiopharmaceutical to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base Information storage means for storing
Display processing means for displaying the radiopharmaceutical delivery schedule information indicated by the at least one data record stored in the information storage means, divided into delivery units to be delivered simultaneously to one delivery destination, and displayed on each client device, respectively;
With
The display processing means includes a plurality of types of radiopharmaceuticals, a plurality of shipping sources, a single delivery destination, a single terminal base, and a base on a plurality of transportation routes from a plurality of shipping sources to a single delivery destination via the single terminal base. Display the delivery schedule information of one delivery unit indicating the actual time or the expected time of each on each client device,
Delivery management device. Access control means for controlling access from the client device based on user identification information sent from the client device;
Further comprising
The information storage means further stores public level data indicating any one of a plurality of public levels for the delivery unit,
The access control means specifies a public level corresponding to the user identification information;
The display processing means causes the client device to display only the delivery schedule information of a delivery unit permitted by the specified publication level.
The delivery management apparatus according to claim 1. An update processing means for updating a data record stored in the information storage means due to a user operation on the client device;
Notification means for notifying at least a part of the delivery schedule information of one delivery unit indicated by the data record updated by the update processing means to other client devices in a state where the updated data items can be distinguished;
The delivery management device according to claim 1, further comprising: The information storage means further stores information indicating a correspondence relationship between the user and the delivery destination,
The notifying means extracts the address information of the user associated with one delivery destination of the one delivery unit indicated by the updated data record as a destination of the notification by referring to the information storing means.
The delivery management apparatus according to claim 3. Detecting means for detecting a delivery unit that has not been updated for a predetermined period by monitoring an update status of a data record stored in the information storage means;
Further comprising
The notifying means notifies the client device of information prompting to update the delivery schedule information of the delivery unit detected by the detecting means not being updated for the predetermined period;
The delivery management apparatus according to claim 3 or 4. The information storage means further stores delivery status information indicating at least whether delivery is completed with respect to a delivery unit;
The notifying means excludes a delivery unit whose delivery status information indicates delivery completion from a notification target;
The delivery management device according to any one of claims 3 to 5. The display processing means causes the client device to display an update history of the delivery schedule information of one delivery unit in a state where the updated data item and the updated data can be identified.
The delivery management apparatus according to any one of claims 3 to 6. Read multiple records from a file that stores multiple records that contain at least multiple items that indicate the radiopharmaceuticals shipped, shipper, delivery destination, and delivery time respectively, and read the multiple records by delivery destination and delivery time A grouping unit that generates a data record of a delivery unit to be delivered simultaneously to one delivery destination, and stores the generated data record in the information storage unit;
The delivery management device according to any one of claims 1 to 7, further comprising: Statistical processing means for counting the number of delivery units for each delivery destination by referring to a plurality of data records stored in the information storage means;
Further comprising
The display processing means causes the client device to display a screen indicating the delivery destination name and the number of delivery units counted by the statistical processing means for each delivery destination.
The delivery management device according to any one of claims 1 to 8. In a delivery management method executed by at least one computer,
A plurality of data records each including at least a plurality of data items each indicating a radiopharmaceutical to be shipped, a shipping source, a delivery destination, a terminal base, and a time for each base on the transportation route from the shipping source to the delivery destination via the terminal base Refer to the information storage unit that stores
The radiopharmaceutical delivery schedule information indicated by the at least one data record stored in the information storage unit is divided into delivery units to be delivered simultaneously to one delivery destination, and is displayed on each client device.
Including
The delivery schedule information for one delivery unit includes multiple types of radiopharmaceuticals, multiple shipping sources, one delivery destination, one terminal base, and one terminal base on multiple transportation routes from multiple shipping sources to one delivery destination. Indicates the actual or estimated time for each site
Delivery management method.

Images