Triage management system, triage management method, and program

Abstract

To allow for appropriately grasping the on-site situation.SOLUTION: A triage management system for managing the triage situation is provided, the system being configured to create electronic medical records based on classifications of triage tags attached to patients and symptoms of the patients, and output the created electronic medical records in the form of a classification-specific list for each classification.SELECTED DRAWING: Figure 1

Description

Technical Field

[0001] The present invention relates to a technique effective for managing triage situations.

Background Art

[0002] Triage is performed during disasters and emergency activities. When triage is performed, it is necessary to appropriately register information regarding the injured. Therefore, a system is known that registers injured person information and triage tags in a database and outputs them as necessary (see Patent Document 1).

Prior Art Documents

Patent Documents

[0003]

Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, in the invention described in Patent Document 1, although the state of each injured person can be grasped, it is difficult to appropriately grasp the situation at the scene. Therefore, a method for appropriately grasping the situation at the scene is required.

[0005] An object of the present invention is to provide a triage management system, a triage management method, and a program capable of appropriately grasping the situation at the scene.

Means for Solving the Problems

[0006] The present invention is a triage management system for managing triage situations, a creation unit that creates an electronic medical record based on the classification of a triage tag attached to a patient and the symptoms of the patient, a classification list output unit that outputs the created electronic medical record as a classification list by classification, To provide a triage management system.

[0007] According to the present invention, by collectively outputting electronic medical records for each category of triage tags, it becomes possible to appropriately grasp the situation of the injured.

[0008] The present invention is a system category, but the same operations and effects can also be achieved by a method and a program.

Effects of the Invention

[0009] According to the present invention, it becomes possible to appropriately grasp the situation at the scene.

Brief Description of the Drawings

[0010]

Figure 1

Figure 2

Figure 3

Figure 4

Figure 5

Figure 6

Figure 7

Figure 8

Figure 9

Figure 10

Figure 11

Figure 12

Figure 13

Figure 14

Figure 15

Figure 16

Embodiments for Carrying Out the Invention

[0011] Hereinafter, with reference to the accompanying drawings, embodiments for carrying out the present invention (hereinafter referred to as embodiments) will be described in detail. In the following figures, the same elements are given the same numbers or symbols throughout the description of the embodiments.

[0012] [Overview of Triage Management System 1] FIG. 1 is a schematic diagram for explaining the overview of the triage management system 1. Based on FIG. 1, the components of the triage management system 1 will be described. The triage management system 1 is a system for managing the triage situation, which consists of at least a computer 10 having a server function. In the present embodiment, in addition to the computer 10, a rescuer terminal 2 possessed by a rescuer who conducts rescue activities on site and an administrator terminal 3 possessed by an administrator who manages the rescuer are provided. The computer 10 has a server function and may be realized by, for example, one computer, or may be realized by a plurality of computers like a cloud computer. The cloud computer in this specification may be either one that uses any computer in a scalable manner when performing a specific function, or one that includes a plurality of functional modules to realize a certain system and freely combines and uses those functions. The rescuer terminal 2 is, for example, a terminal device such as a mobile phone, smartphone, tablet terminal, laptop computer, personal computer, etc., or a wearable terminal such as a smartwatch, smart glasses, HMD (Head Mounted Display), etc. The number of rescuer terminals 2 is not particularly limited and can be appropriately designed. The administrator terminal 3 is, for example, a terminal device such as a mobile phone, smartphone, tablet terminal, laptop computer, personal computer, etc., or a wearable terminal such as a smartwatch, smart glasses, HMD, etc. The number of administrator terminals 3 is not particularly limited and can be appropriately designed. In addition to the above-described rescuer terminal 2, administrator terminal 3, and computer 10, the triage management system 1 may include other terminals and devices such as medical facility terminals (terminal devices such as mobile phones, smartphones, tablet terminals, laptop computers, personal computers, etc.) used in medical facilities. The number, type, and function thereof are not particularly limited and can be appropriately designed.

[0013] An overview of the processing steps when the triage management system 1 manages the triage situation will be described.

[0014] The computer 10 creates an electronic medical record based on the classification of the triage tag worn by the patient and the symptoms of this patient (step S1). The rescuer terminal 2 reads the identification code attached to the triage tag worn by the person in need of rescue by a predetermined application and requests the computer 10 to transmit the electronic medical record associated with the identification code. The computer 10 transmits a blank electronic medical record to the rescuer terminal 2 in response to the request. The rescuer terminal 2 displays the received blank electronic medical record on its own display unit, and accepts input of the classification of the triage tag of the person in need of rescue and the patient's symptoms for a predetermined column of the electronic medical record. The rescuer terminal 2 transmits the received input content to the computer 10. The computer 10 receives the input content, and creates an electronic medical record based on the classification of the triage tag attached to the patient and the patient's symptoms based on the received input content.

[0015] The computer 10 outputs the created electronic medical record as a classification list by classification (step S2). The computer 10 classifies the created electronic medical records for each classification of the triage tag, and creates a classification list that summarizes the electronic medical records of the persons in need of rescue for each classification. The administrator terminal 3 requests the transmission of the classification list by a predetermined application. The computer 10 transmits the created classification list to the administrator terminal 3 in response to the request. The administrator terminal 3 receives the classification list and displays it on its own display unit. The computer 10 outputs the created electronic medical record as a classification list by classification by causing the administrator terminal 3 to display the classification list.

[0016] The above is the outline of the triage management system 1. According to this triage management system 1, it is possible to appropriately grasp the on-site situation.

[0017] [Device Configuration] FIG. 2 is a block diagram showing the configuration of the triage management system 1. Based on FIG. 2, the device configuration of the triage management system 1 will be described. The triage management system 1 is a system for managing triage situations, and is composed of at least a computer 10. In this embodiment, the triage management system 1 is composed of a computer 10, a rescuer terminal 2, and an administrator terminal 3 in addition to the computer 10. The triage management system 1 is a system in which a computer 10 is connected to be capable of data communication with a rescuer terminal 2 and an administrator terminal 3 via a network 8 such as a public switched telephone network. In the triage management system 1, the number of rescuer terminals 2 and administrator terminals 3 can be designed as appropriate and is not particularly limited. In addition to the rescuer terminal 2, the administrator terminal 3, and the computer 10, the triage management system 1 may include other terminals and devices such as medical facility terminals used in medical facilities, and the number, type, and functions of the other terminals and devices can be designed as appropriate.

[0018] The computer 10 has a server function and may be realized by, for example, one computer or may be realized by a plurality of computers such as a cloud computer. The computer 10 includes, as a control unit, a CPU (Central Processing Unit), a GPU (Graphics Processing Unit), a RAM (Random Access Memory), a ROM (Read Only Memory), etc., and includes, as a communication unit, a device for enabling communication with other terminals and devices, a triage list output unit for outputting the created electronic medical record as a triage list by category, etc. The computer 10 includes, as a storage unit, a data storage unit using a hard disk, a semiconductor memory, a recording medium, a memory card, etc. The computer 10 includes, as a processing unit, various devices for executing various processes, a creation unit for creating an electronic medical record based on the category of a triage tag worn by a patient and the symptoms of this patient, etc.

[0019] In computer 10, by loading a predetermined program, the control unit, in cooperation with the communication unit, realizes an electronic medical record output module, an input reception module, a position information acquisition module, an editing reception module, a list output module by category, a summary list output module, a map output module, an empty bed number acquisition module, an acceptance list output module, and a medical facility output module. Also, in computer 10, by loading a predetermined program, the control unit, in cooperation with the storage unit, realizes an electronic medical record storage module and an empty bed number storage module. Also, in computer 10, by loading a predetermined program, the control unit, in cooperation with the processing unit, realizes an electronic medical record creation module, an editing module, a list creation module by category, a summarization module, a summary list creation module, a position identification module, a category identification module, a map creation module, an acceptance list creation module, and a decision module.

[0020] The rescuer terminal 2 is a terminal device held by a rescuer, such as the above-described terminal device or a wearable terminal. The rescuer terminal 2 includes a CPU, a GPU, a RAM, a ROM, etc. as a terminal control unit, and includes a device for enabling communication with other terminals and devices as a communication unit. The rescuer terminal 2 includes various devices for receiving a predetermined input, etc. and performing input / output of various data as an input / output unit.

[0021] The administrator terminal 3 is a terminal device held by an administrator who manages rescuers conducting rescue activities at the scene, such as the above-described terminal device or a wearable terminal. The administrator terminal 3 includes a CPU, a GPU, a RAM, a ROM, etc. as a terminal control unit, and includes a device for enabling communication with other terminals and devices as a communication unit. The administrator terminal 3 includes various devices for receiving a predetermined input, etc. and performing input / output of various data as an input / output unit.

[0022] Next, each process executed by the triage management system 1 will be described in conjunction with the processes executed by each of the above-described modules. In this specification, each module may execute its processing content as a function it has, or may execute it via a predetermined application.

[0023] [Electronic medical record creation process executed by computer 10] Based on FIG. 3, the electronic medical record creation process executed by computer 10 will be described. This figure is a diagram showing a flowchart of the electronic medical record creation process executed by computer 10. This electronic medical record creation process is the details of a creation process (step S1) for creating an electronic medical record based on the classification of the triage tag attached to the above-described person in need of rescue and the symptoms of this person in need of rescue.

[0024] The electronic medical record output module outputs a blank electronic medical record (step S10). The electronic medical record output module outputs a blank electronic medical record in response to a request from the rescuer terminal 2. The rescuer attaches a triage tag (such as a colored silicon band) corresponding to the state of the person in need of rescue (such as the urgency or severity of the injury or illness) to the hand or foot of the person in need of rescue. The triage tag is classified into four categories of 0 to 3 according to the state. 0 is the apnea group or the death group, 1 is the highest priority treatment group (severe injury group), 2 is the standby treatment group (moderate injury group), and 3 is the hold group (minor injury group). Also, the triage tag is color-coded for each category, with 0 being black, 1 being red, 2 being yellow, and 3 being green. The triage tag is attached with a position information transmission tag (such as a GPS (Global Positioning System) tag). Further, the position information transmission tag is attached with a predetermined identification code (such as a two-dimensional code). The rescuer terminal 2 receives an input from the rescuer regarding the activation of a predetermined application for reading the identification code (such as tapping on a predetermined icon arranged on the home screen or the like of the rescuer terminal 2), and activates the corresponding application. The rescuer terminal 2 reads the identification code by a predetermined application, and based on a URL (Uniform Resource Locator) for accessing the electronic medical record stored in the identification code, etc., requests the computer 10 to transmit a blank electronic medical record. The identification code has a one-to-one correspondence with the electronic medical record (a state where only one electronic medical record is associated with one identification code). If it has been read in the past, the computer 10 and the rescuer terminal 2 execute the editing process described later. Upon request, the electronic medical record output module transmits a blank electronic medical record to the rescuer terminal 2. The rescuer terminal 2 receives the blank electronic medical record and displays it on its own display unit (see Fig. 4). The electronic medical record output module outputs the blank electronic medical record by causing the rescuer terminal 2 to display the blank electronic medical record.

[0025] Based on Fig. 4, the blank electronic medical record output by the electronic medical record output module will be described. This figure is a diagram schematically showing the blank electronic medical record output by the electronic medical record output module. In this figure, an electronic medical record 20 is shown. The electronic medical record 20 includes at least a triage tag column 21 where the classification of the triage tag can be input, an image column 22 where at least one of an image of the location where the symptoms were judged and images before and after first aid can be input, etc. Further, the electronic medical record 20 has columns where basic information of the person in need of rescue (name, age, gender, address, phone number, triage implementation date and time, triage implementer name, transportation agency name, accommodation agency name, etc.), symptoms (injuries, medical conditions, etc.) are input.

[0026] Returning to Fig. 3, the continuation of the electronic medical record creation process will be described. The input reception module receives the input of information on the person in need of rescue regarding the person in need of rescue (step S11). The rescuer terminal 2 receives inputs from the rescuer for each column of the blank electronic medical record. The rescuer terminal 2 receives inputs (such as taps) from the rescuer for each column, direct inputs of text, images, etc. for each column (inputs using a virtual keyboard, etc., image inputs, etc.), and selection inputs of options tailored to the person in need of rescue from among a plurality of preset options (inputs using a drop-down list, etc.). It receives inputs of information about the person in need of rescue, such as the basic information of the person in need of rescue, the classification of the triage tag, images, symptoms, etc. (see Fig. 5). The rescuer terminal 2 transmits the received information about the person in need of rescue to the computer 10. The input reception module receives the information about the person in need of rescue and accepts inputs of information about the person in need of rescue.

[0027] Based on Fig. 5, the information about the person in need of rescue that the input reception module accepts inputs for will be described. This figure is a diagram schematically showing the state where the rescuer terminal 2 has accepted inputs of information about the person in need of rescue. In this figure, an electronic medical record 20 is shown. The triage tag column 21 is a column where the rescuer can select and input a desired option from among a plurality of options using a drop-down list, etc. The rescuer terminal 2 receives an input of the classification of the triage tag of the person in need of rescue in the triage tag column 21. When the rescuer terminal 2 receives an input (such as a tap) from the rescuer for the triage tag column 21, it displays a drop-down list and accepts a selection input of the classification of the triage tag of the person in need of rescue. When the rescuer terminal 2 receives a selection input of the classification of the triage tag from the rescuer, the background color of the triage tag column 21 is changed to a color (0 is black, 1 is red, 2 is yellow, 3 is green) corresponding to the selected classification of the triage tag. Note that the triage tag column 21 may also be a column where text can be directly input. The image field 22 is a field where an image can be input. The rescuer terminal 2 accepts at least one input of an image of the location where the symptoms of the person in need of rescue were judged and an image before and after first aid in the image field 22. When the rescuer terminal 2 receives an input (such as a tap) to the image field 22 from the rescuer, the rescuer terminal 2 accepts an input of an image of the person in need of rescue taken by the rescuer terminal 2 or an image of the person in need of rescue taken by a photographing device communicably connected to the rescuer terminal 2. Similarly, when the rescuer terminal 2 receives an input (such as a tap) to each corresponding field provided in the electronic medical record 20 regarding the basic information, symptoms, etc. of the person in need of rescue, the rescuer terminal 2 accepts a selection input using a drop-down list or the like and a direct input of text. When the rescuer terminal 2 receives an input such as a transmission icon (an icon for transmitting the received input content to the computer 10) provided in the electronic medical record 20, the rescuer terminal 2 transmits the received information of the person in need of rescue to the computer 10. The input reception module receives information of the person in need of rescue and accepts an input of information of the person in need of rescue regarding the person in need of rescue.

[0028] Returning to FIG. 3, the continuation of the electronic medical record creation process will be described. The location information acquisition module acquires the location information of the person in need of rescue (step S12). The location information transmission tag attached to the triage tag measures its own location information based on GPS and transmits the measured location information of itself to the computer 10 as the location information of the person in need of rescue. At this time, the location information transmission tag transmits its own identifier (management number, name, etc.) together. The location information transmission tag sequentially transmits location information. The location information acquisition module receives the location information and the identifier of the location information transmission tag and acquires the location information of the person in need of rescue.

[0029] The electronic medical record creation module creates an electronic medical record based on the classification of the triage tag worn by the person in need of rescue and the symptoms of the person in need of rescue (step S13). Based on the received information of the person in need of rescue, the electronic medical record creation module creates an electronic medical record for the person in need of rescue by using the classification and color of the triage tag worn by the person in need of rescue, the symptoms of the person in need of rescue, images, etc. The format of the electronic medical record created by the electronic medical record creation module is not particularly limited and can be designed as appropriate. For example, it may be the format shown in FIG. 5 described above. The electronic medical record creation module associates the obtained location information of the person in need of rescue and the identifier of the location information transmission tag with the created electronic medical record.

[0030] Note that for the processing in step S13 described above, instead of the computer 10, a predetermined generative AI (Artificial Intelligence) can execute the processing, and the computer 10 can obtain the processing result by the generative AI.

[0031] The electronic medical record storage module stores the created electronic medical record (step S14).

[0032] The above is the electronic medical record creation process.

[0033] [Electronic Medical Record Editing Process Executed by Computer 10] Based on FIG. 6, the electronic medical record editing process executed by the computer 10 will be described. This figure is a diagram showing a flowchart of the electronic medical record editing process executed by the computer 10.

[0034] The electronic medical record output module outputs the electronic medical record of the person in need of rescue (step S20). The electronic medical record output module outputs the electronic medical record created by the processing in step S13 described above in response to a request from the rescuer terminal 2. When a change occurs to the person in need of rescue (such as a change in status or symptoms), the rescuer terminal 2 receives an input (such as tapping a predetermined icon arranged on the home screen or the like of the rescuer terminal 2) regarding the activation of a predetermined application for reading the identification code attached to the triage tag worn by the person in need of rescue from the rescuer, and activates the corresponding application. The rescuer terminal 2 reads the identification code by a predetermined application, and based on a URL for accessing the electronic medical record stored in the identification code or the like, requests the computer 10 to transmit the electronic medical record of the person in need of rescue. The electronic medical record output module transmits the electronic medical record of the person in need of rescue to the rescuer terminal 2 in response to the request. The rescuer terminal 2 receives the electronic medical record and displays it on its own display unit. The electronic medical record output module outputs the electronic medical record of the person in need of rescue by causing the rescuer terminal 2 to display the electronic medical record of the person in need of rescue. The electronic medical record of the person in need of rescue output by the electronic medical record output module is, for example, the one shown in FIG. 5.

[0035] The editing reception module receives editing corresponding to the changes of the person in need of rescue (step S21). The rescuer terminal 2 receives inputs from the rescuer for each column corresponding to the changes of the person in need of rescue. The rescuer terminal 2 receives inputs (such as taps) from the rescuer for each column, direct inputs of text, images, etc. for each column (inputs using a virtual keyboard, etc., input of images, etc.), and selection inputs of options adapted to the person in need of rescue from among a plurality of preset options (inputs using a drop-down list, etc.), and receives editing corresponding to the changes of the person in need of rescue for the person in need of rescue information such as the basic information of the person in need of rescue, the classification of the triage tag, images, symptoms, etc.

[0036] The editing module edits the electronic medical record according to the changes of the person in need of rescue (step S22). The editing module edits the content of the electronic medical record of the person in need of rescue based on the received editing content. For example, when the editing module receives the editing of the classification of the triage tag, it edits the classification of the triage tag and edits the background color to a color corresponding to the edited classification. Similarly, for the editing of each other column, the corresponding content of the corresponding column is edited.

[0037] Note that, instead of the computer 10, the above-described process of step S22 may also be configured such that a predetermined generative AI executes the process and the computer 10 obtains the processing result by the generative AI.

[0038] The electronic medical record storage module stores the edited electronic medical record (step S23). The electronic medical record storage module updates the electronic medical record before editing to the electronic medical record after editing.

[0039] The above is the electronic medical record editing process. Note that since the computer 10 sequentially receives the position information transmitted by the position information transmission tag attached to the triage tag worn by the person in need of rescue, the position information of the person in need of rescue may be sequentially edited, may be edited every predetermined period, or may be edited during the above-described electronic medical record editing process.

[0040] [List Output Process by Computer 10 Classified by Category] Based on FIG. 7, the list output process classified by category executed by the computer 10 will be described. This figure is a diagram showing a flowchart of the list output process classified by category executed by the computer 10. This list output process classified by category is the detail of the list output process classified by category (step S2) that outputs the created electronic medical record as a list classified by category.

[0041] The list creation module classified by category creates a list classified by category by grouping the created electronic medical records (step S30). The category is the category of the triage tag worn by each person in need of rescue. The list creation module classified by category classifies the persons in need of rescue by category. The list creation module classified by category groups the persons in need of rescue for each classification and creates a list classified by category that groups the electronic medical records of the grouped persons in need of rescue. The classification list creation module classifies rescue seekers into each county of the group of rescue seekers with a classification of 0, the group of rescue seekers with a classification of 1, the group of rescue seekers with a classification of 2, and the group of rescue seekers with a classification of 3, summarizes the electronic medical records of each rescue seeker for each classification as a list, and creates a classification list.

[0042] Note that for the processing of step S30 described above, instead of the computer 10, a predetermined generation AI can execute the processing, and the computer 10 can obtain the processing result by the generation AI.

[0043] The classification list output module outputs the created electronic medical records as a classification list by classification (step S31). The classification list output module outputs the created classification list in response to a request from the administrator terminal 3. The administrator terminal 3 receives an input regarding the activation of a predetermined application for displaying the classification list (such as tapping a predetermined icon arranged on the home screen or the like of the administrator terminal 3), and activates the corresponding application. The administrator terminal 3 receives an input regarding the display of the classification list for this application (such as tapping a predetermined icon in a predetermined UI (User Interface)), and requests the computer 10 to transmit the classification list in the classification desired by the administrator. The classification list output module transmits the classification list in the classification desired by the administrator to the administrator terminal 3 in response to the request. The administrator terminal 3 receives the classification list and displays it on its own display unit (see FIG. 8). The classification list output module outputs the created electronic medical records as a classification list by classification by causing the administrator terminal 3 to display the classification list.

[0044] Based on FIG. 8, the classification list output by the classification list output module will be described. This figure is a diagram schematically showing the classification list output by the classification list output module. In this figure, a classification list 30 is shown. The classification list 30 is composed of the classification 31 desired by the administrator and a list combining the electronic medical records 32 of each person in need of rescue. The classification 31 shows the number of the classification desired by the administrator, and the background color is a color corresponding to the number of the classification. The electronic medical record 32 is the electronic medical record created by the above-described electronic medical record creation process or the electronic medical record edited by the electronic medical record editing process. The content to be output as the electronic medical record 32 is not particularly limited, and all of the created or edited electronic medical records may be output, or a part thereof (such as symptoms) may be output. The classification list output module outputs the classification list 30 via a predetermined UI. In the classification list 30, the classification 31 exists at a predetermined position (the top, bottom, etc. of the classification list 30), and the electronic medical records 32 of each person in need of rescue are arranged in a predetermined order (in the order of earlier triage execution date and time, in alphabetical order of name, in order of age, etc.). Note that the position of the classification 31 and the arrangement order of each electronic medical record 32 can be designed as appropriate. In addition, when the administrator terminal 3 receives an input for switching the display to the classification list of another classification (such as tapping a predetermined icon in a predetermined UI), it requests the computer 10 to transmit the classification list in the received classification. The classification list output module transmits the classification list in the classification desired by the administrator in response to the request. The administrator terminal 3 receives the classification list in the classification desired by the administrator and switches the display to the newly received classification list in the classification desired by the administrator.

[0045] The above is the classification list output process.

[0046] [Aggregate List Output Process Executed by Computer 10] Based on FIG. 9, the aggregate list output process executed by the computer 10 will be described. This figure is a diagram showing a flowchart of the aggregate list output process executed by the computer 10.

[0047] The aggregation module aggregates the number of people in need of assistance by category (step S40). The aggregation module aggregates the number of people in need of assistance based on the categories of the triage tags in the electronic medical records of each person in need of assistance created by the above-described electronic medical record creation process and the categories of the triage tags in the electronic medical records of each person in need of assistance edited by the electronic medical record editing process.

[0048] The aggregation list creation module creates an aggregation list of the number of people in need of assistance by category based on the aggregation result (step S41). The aggregation list creation module creates an aggregation list that summarizes the respective aggregation results of the people in need of assistance by category.

[0049] Note that for the processing of steps S40 and S41 described above, instead of the computer 10, a predetermined generative AI may execute the processing, and the computer 10 may acquire the processing result by the generative AI.

[0050] The aggregation list output module outputs the aggregation result as an aggregation list (step S42). The aggregation list output module outputs the created aggregation list in response to a request from the administrator terminal 3. The administrator terminal 3 receives an input related to the activation of a predetermined application for displaying the aggregation list (such as tapping a predetermined icon arranged on the home screen or the like of the administrator terminal 3), and activates the corresponding application. The administrator terminal 3 receives an input related to the display of the aggregation list (such as tapping a predetermined icon in a predetermined UI) for this application, and requests the computer 10 to transmit the aggregation list. The aggregation list output module transmits the aggregation list to the administrator terminal 3 in response to the request. The administrator terminal 3 receives the aggregation list and displays it on its own display unit (see FIG. 10). The aggregation list output module outputs the aggregation result as an aggregation list by causing the administrator terminal 3 to display the aggregation list.

[0051] Based on FIG. 10, the aggregated list output by the aggregation list output module will be described. This figure is a diagram schematically showing the aggregated list output by the aggregation list output module. In this figure, an aggregated list 40 is shown. The aggregated list 40 is composed of each category 41 of the triage tags worn by the victims in need of assistance and the aggregation result 42 in each category 41. The category 41 shows the numbers indicating each category of the triage tags, and the background color is the color corresponding to the number of the category. The aggregation result 42 shows the number of victims in need of assistance aggregated in each category 41. Note that the aggregated list 40 may further include some or all of the content input into the electronic medical records such as the basic information and symptoms of the victims in need of assistance in each category 41. For example, common symptoms, common ages, etc. in each category 41, or conversely, rare symptoms, rare ages, etc. In addition, the aggregation list output module can also be configured to receive from the administrator the input of the category of the triage tag of the victim in need of assistance (selection input by a drop-down list, direct input by a virtual keyboard, etc.), and change (blinking, highlighting, adding icons, etc.) aspects such as the category 41 and the aggregation result 42 associated with the category of the triage tag of the received victim in need of assistance.

[0052] The above is the aggregated list output process.

[0053] [Map Output Process Executed by Computer 10] Based on FIG. 11, the map output process executed by the computer 10 will be described. This figure is a diagram showing the flowchart of the map output process executed by the computer 10.

[0054] The location information acquisition module acquires the location information of the victim in need of assistance from the location information transmission tag attached to the triage tag (step S50). The location information acquisition module receives the location information sequentially transmitted by the location information transmission tag, and acquires the location information of the person in need of rescue from the location information transmission tag attached to the triage tag. The location information acquisition module also receives the identifier (management number, name, etc.) of the location information transmission tag and acquires the identifier (management number, name, etc.) of the location information transmission tag.

[0055] The location identification module identifies the location of the person in need of rescue based on the location information (step S51). The location identification module identifies the location of the person in need of rescue wearing the triage tag with the location information transmission tag attached based on the location information transmitted by each location information transmission tag. The location identification module identifies, for example, the location of the person in need of rescue on a predetermined map.

[0056] The category identification module identifies the category of the triage tag worn by the person in need of rescue (step S52). The category identification module identifies the electronic medical record of the person in need of rescue whose location has been identified based on the identifier of the location information transmission tag transmitted by each location information transmission tag and the identifier of the location information transmission tag associated with the electronic medical record created and edited by the above-described electronic medical record creation process and electronic medical record editing process. The category identification module identifies the category of the triage tag worn by the person in need of rescue based on the category of the triage tag input into the identified electronic medical record of the person in need of rescue.

[0057] The map creation module creates a map reflecting the location of the identified person in need of rescue (step S53). The map creation module creates an icon associated with the identified electronic medical record of the person in need of rescue. The map creation module may create this icon in a manner corresponding to the category of the triage tag worn by the identified person in need of rescue (color-coded in a color corresponding to the category of the triage tag, etc.), or in other manners, or in the same manner for all. The map creation module places the created icon at the location of each identified person in need of rescue on a predetermined map, and creates a map reflecting the location of the identified person in need of rescue.

[0058] Also, the map creation module may create a map that reflects only the positions of the rescue seekers in the category desired by the administrator. This case will be described. The administrator terminal 3 receives an input related to the activation of a predetermined application for displaying a map (such as tapping a predetermined icon arranged on the home screen or the like of the administrator terminal 3), and activates the corresponding application. The administrator terminal 3 receives an input related to the display of the map (such as tapping a predetermined icon in a predetermined UI) for this application, and further receives an input of the desired category (selection input by a drop-down list, direct input by a virtual keyboard, etc.), and transmits the received category to the computer 10. The computer 10 receives this category and creates an icon associated with the electronic medical record of the rescue seeker in this category. The map creation module arranges the created icons at the positions of each rescue seeker in a predetermined map, and creates a map that reflects the positions of the rescue seekers in the category desired by the administrator.

[0059] Note that for the processing of steps S51 to S53 described above, instead of the computer 10, a predetermined generation AI may execute the processing, and the computer 10 may acquire the processing result by the generation AI.

[0060] The map output module outputs a map that reflects the positions of the rescue seekers based on the acquired position information (step S54). The map output module outputs the created map in response to a request from the administrator terminal 3. The administrator terminal 3 receives an input related to the activation of a predetermined application for displaying a map (such as tapping a predetermined icon arranged on the home screen or the like of the administrator terminal 3), and activates the corresponding application. The administrator terminal 3 receives an input related to the display of the map (such as tapping a predetermined icon in a predetermined UI) for this application, and requests the computer 10 to transmit the map. The map output module transmits a map to the administrator terminal 3 in response to a request. The administrator terminal 3 receives the map and displays it on its own display unit (see FIG. 12). The map output module outputs a map that reflects the location of the person in need of assistance based on the acquired location information by causing the administrator terminal 3 to display the map.

[0061] Based on FIG. 12, the map output by the map output module will be described. This figure is a diagram schematically showing a map that reflects the location of the person in need of assistance based on the acquired location information output by the map output module. In this figure, a map 50 is shown. The map 50 has icons 51 associated with each person in need of assistance wearing a triage tag with a location information transmission tag attached. The icons 51 are arranged at the locations of each person in need of assistance on the map 50. The icons 51 are colored according to the classification of the triage tags of the persons in need of assistance. Note that the icon 51 is not limited to a predetermined mark, and may be something related to the person in need of assistance such as basic information of the person in need of assistance, an image of the person in need of assistance, or something else such as a symbol. The icon 51 can also be configured to receive an input (such as a tap) from the administrator and display, near the icon 51 or in a pop-up display, etc., the electronic medical record of the person in need of assistance associated with the received icon 51. In addition, the map output module can also be configured to receive an input (such as a selection input using a drop-down list, a direct input using a virtual keyboard, etc.) of the classification of the triage tag of the person in need of assistance from the administrator and change the mode (such as blinking, highlighting, adding an icon, etc.) of the icon 51 associated with the received classification of the triage tag of the person in need of assistance. In addition, the map output module can also be configured to receive an input (such as a direct input using a virtual keyboard, etc.) of the basic information of the person in need of assistance from the administrator and change the mode (such as blinking, highlighting, adding an icon, etc.) of the icon 51 associated with the received basic information. In addition, when the administrator terminal 3 receives an input (such as tapping a predetermined icon in a predetermined UI, direct input using a virtual keyboard, etc.) for switching the display to a map reflecting the positions of the rescue seekers in the desired category by the administrator, the computer 10 is requested to transmit a map that satisfies the received input content. The computer 10, in response to the request, executes a process similar to the process of step S53 described above, and when creating a map, creates a map reflecting the positions of the rescue seekers in the category desired by the administrator. The map output module transmits the map created in response to the request to the administrator terminal 3. The administrator terminal 3 receives a map reflecting the positions of the rescue seekers in the category desired by the administrator and displays it on its own display unit. At this time, if a map that has not specified a category or a map reflecting the positions of the rescue seekers in other categories is already being displayed, the display is switched to the newly received map reflecting the positions of the rescue seekers in the category desired by the administrator. In addition, the map output module can also be configured to change the mode of the icons associated with the rescue seekers in the category desired by the administrator (such as blinking, highlighting, adding icons, etc.) in the original map instead of switching the map.

[0062] The above is the map output process.

[0063] [Empty bed number acquisition process executed by computer 10] Based on FIG. 13, the empty bed number acquisition process executed by the computer 10 will be described. This figure is a diagram showing a flowchart of the empty bed number acquisition process executed by the computer 10.

[0064] The empty bed number acquisition module acquires the number of empty beds for each medical facility (step S60). The empty bed number acquisition module acquires the number of empty beds for each medical facility from the medical facility terminals (terminal devices such as mobile phones, smartphones, tablet terminals, laptop computers, personal computers, etc.) managed by each medical facility. The medical facility terminal managed by each medical facility (such as a disaster base hospital) capable of accepting rescue seekers transmits the number of available beds in the current facility that can accept rescue seekers to the computer 10. In addition to the number of available beds, the medical facility terminal also transmits medical facility information related to its own facility, such as the identifier (name, etc.) of the medical facility, location, medical department, and the identifier (name, etc.) of the doctor. The available bed number acquisition module receives the number of available beds and medical facility information, and acquires the number of available beds for each medical facility.

[0065] The available bed number storage module stores the acquired number of available beds (step S61). The available bed number storage module stores the acquired number of available beds in association with the medical facility information.

[0066] The above is the available bed number acquisition process. The computer 10 executes the available bed number acquisition process at any time, stores the number of available beds in medical facilities at any time, and updates the already stored number of available beds according to the newly acquired number of available beds.

[0067] [Acceptability List Output Process Executed by Computer 10] Based on FIG. 14, the acceptability list output process executed by the computer 10 will be described. This figure is a diagram showing the flowchart of the acceptability list output process executed by the computer 10.

[0068] The acceptability list creation module creates an acceptability list of rescue seekers based on the number of available beds (step S70). The acceptability list creation module creates an acceptability list for each medical facility, which combines the triage tag classification and symptoms of acceptable rescue seekers and the number of rescue seekers, based on the acquired number of available beds and medical facility information for each medical facility. When creating the acceptability list of rescue seekers, the acceptability list creation module may arrange the medical facilities in descending order of the number of available beds, or in descending order of the number of applicable classifications, or in descending order of the number of applicable symptoms, or in alphabetical order of the medical facility names, or vice versa, or in any other way. The acceptance list created by the acceptance list creation module is updated at any time by the above-described vacant bed number acquisition process.

[0069] In addition, the acceptance list creation module may create an acceptance list only for medical facilities that meet the conditions desired by the administrator (identifier of the medical facility, location, available category, available symptoms, number of vacant beds). This case will be described. The administrator terminal 3 accepts an input related to the activation of a predetermined application for displaying the acceptance list (such as tapping a predetermined icon arranged on the home screen or the like of the administrator terminal 3), and activates the corresponding application. The administrator terminal 3 accepts an input related to the display of the acceptance list for this application (such as tapping a predetermined icon in a predetermined UI), and further accepts an input of desired conditions (selection input by a drop-down list, direct input by a virtual keyboard, etc.), and transmits the accepted conditions to the computer 10. The computer 10 receives this condition and creates an acceptance list for the rescue seekers only for the medical facilities that meet this condition.

[0070] Note that for the process of step S70 described above, it is also possible to have a configuration in which a predetermined generation AI executes the process instead of the computer 10, and the computer 10 acquires the processing result by the generation AI.

[0071] The acceptance list output module outputs the acceptance of the rescue seekers as an acceptance list based on the acquired number of vacant beds (step S71). The acceptance list output module outputs the created acceptance list in response to a request from the administrator terminal 3. The management terminal 3 receives an input (such as tapping on a predetermined icon arranged on the home screen or the like of the management terminal 3) regarding the activation of a predetermined application for displaying the acceptance list, and activates the corresponding application. The management terminal 3 receives an input (such as tapping on a predetermined icon in a predetermined UI) regarding the display of the acceptance list for this application, and requests the computer 10 to transmit the acceptance list. The acceptance list output module transmits the acceptance list to the management terminal 3 in response to the request. The management terminal 3 receives the acceptance list and displays it on its own display unit (see FIG. 15). The acceptance list output module outputs the acceptance or non-acceptance of the disaster victims to be rescued as an acceptance list based on the obtained number of empty hospital beds by causing the management terminal 3 to display the acceptance list.

[0072] Based on FIG. 15, the acceptance list output by the acceptance list output module will be described. This figure is a diagram schematically showing the acceptance list output by the acceptance list output module. In this figure, an acceptance list 60 is shown. The acceptance list 60 is composed of a medical facility 61, a manageable category 62, manageable symptoms 63, and the number of empty hospital beds 64. The medical facility 61 shows the name of the medical facility based on the obtained medical facility information. The manageable category 62 shows the category of triage tags that the medical facility can handle. The background color of the manageable category 62 may or may not correspond to the category of the triage tag. The manageable symptoms 63 show the symptoms of the disaster victims to be rescued that the medical facility can handle. The manageable symptoms 63 may list all the symptoms of the disaster victims to be rescued, or may list some (representative symptoms, etc.). The number of empty hospital beds 64 shows the number of empty hospital beds in the medical facility. Note that the acceptance list 60 may be composed of only the medical facility 61 and the number of available beds 64, or may be composed of those other than the above. In addition, when the administrator terminal 3 receives an input (such as tapping a predetermined icon in a predetermined UI or direct input using a virtual keyboard) to switch the display to an acceptance list of only medical facilities that meet the conditions desired by the administrator (identifier of the medical facility, location, applicable category, applicable symptoms, number of available beds), the computer 10 is requested to transmit an acceptance list of rescued persons targeted only at medical facilities that meet the received input content. In response to the request, the computer 10 executes the same process as the process of step S70 described above, and when creating an acceptance list of rescued persons, creates an acceptance list of rescued persons limited to only medical facilities that meet the conditions desired by the administrator. The acceptance list output module transmits the acceptance list created in response to the request to the administrator terminal 3. The administrator terminal 3 receives an acceptance list that meets the conditions desired by the administrator and displays it on its own display unit. At this time, if an acceptance list that has not specified conditions or an acceptance list that meets other conditions is already being displayed, the display is switched to the acceptance list that meets the conditions desired by the newly received administrator. In addition, the acceptance list output module can also be configured to change the mode of medical facilities that meet the conditions desired by the administrator (such as blinking, emphasizing, adding icons, etc.) in the original acceptance list instead of switching the acceptance list.

[0073] The above is the acceptance list output process.

[0074] [Medical facility allocation process executed by computer 10] Based on FIG. 16, the medical facility allocation process executed by the computer 10 will be described. This figure is a diagram showing a flowchart of the medical facility allocation process executed by the computer 10.

[0075] The determination module determines the destination medical facility for the person in need of assistance according to the symptoms of the person in need of assistance (step S80). The determination module determines the destination medical facility for the person in need of assistance based on the classification and symptoms of the triage tag worn by the person in need of assistance and the acceptance list created by the above-described acceptance list output process. The determination module identifies the medical facility corresponding to the classification and symptoms of the triage tag for each person in need of assistance, and determines whether there is a vacancy in the number of available beds in the identified medical facility. If there is no vacancy, the determination module re-identifies a medical facility other than the identified medical facility. On the other hand, if there is a vacancy, the determination module determines the identified medical facility as the destination for the person in need of assistance. Here, when the determination module identifies a plurality of medical facilities as the destination for the person in need of assistance, the determination module determines the medical facility with the largest number of available beds as the destination for the person in need of assistance. In addition to this, a medical facility closer to the current position of the person in need of assistance may be determined as the destination for the person in need of assistance, or the destination of the person in need of assistance to the medical facility may be determined by other methods.

[0076] Note that for the process of step S80 described above, instead of the computer 10, a predetermined generative AI may execute the process, and the computer 10 may acquire the processing result by the generative AI.

[0077] Also, in the process of step S80 described above, although the computer 10 determines the destination medical facility for the person in need of assistance, it is also possible to configure the administrator terminal 3 to execute this process instead of the computer 10. This case will be described. The administrator terminal 3 accepts an input to the medical facility (such as tapping on the medical facility 61 and the number of available beds 64) for the acceptance list displayed by the above-described acceptance list output process, and transmits to the computer 10 the destination information indicating that the accepted medical facility is the destination. The determination module determines the medical facility in the destination information as the destination medical facility for the person in need of assistance.

[0078] The medical facility output module outputs the electronic medical record to the determined medical facility (step S81). The medical facility output module transmits a notification (such as a message that can grasp the number of victims in need of rescue, date and time, etc.) that a victim in need of rescue has been assigned to the medical facility terminal managed by the medical facility to which the victim in need of rescue has been assigned. The medical facility terminal receives this notification and displays it on its own display unit. The medical facility terminal accepts an input (such as tapping a predetermined icon arranged on the home screen or the like of the medical facility terminal) regarding the activation of a predetermined application for displaying the electronic medical record, and activates the corresponding application. The medical facility terminal accepts an input (such as tapping a predetermined icon in a predetermined UI) regarding the display of the electronic medical record for this application, and requests the computer 10 to transmit the electronic medical record. The medical facility output module transmits the electronic medical record of the victim in need of rescue assigned to this medical facility to the medical facility terminal in response to the request. The medical facility terminal receives the electronic medical record and displays it on its own display unit. The medical facility terminal output module outputs the electronic medical record to the determined medical facility by causing the medical facility terminal to display the electronic medical record of the victim in need of rescue assigned to the medical facility.

[0079] The above is the medical facility allocation process.

[0080] Although each of the above-described processes is described as a separate process, the computer 10 may be configured to execute some or all of the above-described processes in combination. Also, the computer 10 may be configured to execute each process at a timing other than the timing described in each process. Also, although each of the above-described processes has been described as a process executed by the computer 10, a configuration in which part or all of them are directly executed not by the computer 10 but by the rescuer terminal 2 or the administrator terminal 3 is also possible. In this case, for example, the rescuer terminal 2 executes the electronic medical record creation process and the electronic medical record editing process, outputs the processing results to the administrator terminal 3, and stores the electronic medical record. The administrator terminal 3 executes the classification list output process, the summary list output process, the map output process, the vacant bed number acquisition process, the acceptance list output process, the medical facility allocation process, and the like.

[0081] The above-described means and functions are realized by a computer (including a CPU, an information processing device, and various terminals) reading and executing a predetermined program. The program may be provided, for example, in a form provided from a computer via a network (SaaS: Software as a Service) or in a cloud service. Further, the program may be provided in a form recorded on a computer-readable recording medium. In this case, the computer reads the program from the recording medium, transfers it to an internal recording device or an external recording device, records it, and executes it. Further, the program may be recorded in advance in a recording device (recording medium), and provided to the computer via a communication line from the recording device.

[0082] As described above, the embodiments of the present invention have been described, but the present invention is not limited to the above-described embodiments. Further, the effects described in the embodiments of the present invention are merely an enumeration of the most preferable effects resulting from the present invention, and the effects according to the present invention are not limited to those described in the embodiments of the present invention.

[0083] A first aspect disclosed in the present embodiment is a triage management system for managing triage situations, a creation unit that creates an electronic medical record based on the classification of a triage tag attached to a patient and the symptoms of the patient, a classification list output unit that outputs the created electronic medical record as a classification list by classification, and provides a triage management system including the same.

[0084] The second aspect disclosed in this embodiment includes a totaling unit that totals the number of the patients by the classification, a totaling list output unit that outputs the totaling result as a totaling list, and provides the triage management system according to the first aspect further including these.

[0085] The third aspect disclosed in this embodiment is that the electronic medical record includes at least one of an image of a location where a symptom is determined and an image before and after first aid. It provides the triage management system according to the first aspect.

[0086] The fourth aspect disclosed in this embodiment is an editing unit that edits the electronic medical record according to changes in the symptoms of the patient, and provides the triage management system according to the first aspect further including this.

[0087] The fifth aspect disclosed in this embodiment is a location information acquisition unit that acquires the location information of the patient from a location information transmission tag attached to the triage tag, a map output unit that outputs a map reflecting the location of the patient based on the acquired location information, and provides the triage management system according to the first aspect further including these.

[0088] The sixth aspect disclosed in this embodiment is a vacant bed number acquisition unit that acquires the number of vacant beds for each medical facility, an acceptance availability list output unit that outputs the acceptance availability of the patient as an acceptance availability list based on the acquired number of vacant beds, and provides the triage management system according to the first aspect further including these.

[0089] The seventh aspect disclosed in this embodiment is a determination unit that determines the allocation destination of the patient to a medical facility according to the symptoms of the patient, a medical facility output unit that outputs the electronic medical record to the determined medical facility, Provided is a triage management system according to the first aspect, which further includes .

Explanation of Signs

[0090] 1 Triage management system 2 Rescuer terminal 3 Administrator terminal 10 Computer 20 Electronic medical record 21 Triage tag column 22 Image column 30 Classification list 31 Classification 32 Electronic medical record 40 Aggregation list 41 Classification 42 Aggregation result 50 Map 51 Icon 60 Acceptability list 61 Medical facility 62 Classifications that can be handled 63 Symptoms that can be handled 64 Number of available beds

Claims

1. A triage management system for managing triage situations, comprising: a creation unit that creates an electronic medical record based on the classification of a triage tag attached to a person in need of assistance and the symptoms of the person in need of assistance; a classification list output unit that outputs the created electronic medical record as a classification list by classification; A triage management system comprising the above.

2. a totaling unit that totals the number of persons in need of assistance by the above classification; a total list output unit that outputs the total result as a total list; The triage management system according to claim 1, further comprising the above.

3. The electronic medical record includes at least one of an image of the location where the symptom was judged and an image before and after first aid. The triage management system according to claim 1.

4. The triage management system according to claim 1, further comprising an editing unit that edits the electronic medical record according to changes in the person in need of assistance. The triage management system according to claim 1, further comprising the above.

5. a location information acquisition unit that acquires the location information of the person in need of assistance from a location information transmission tag attached to the triage tag; a map output unit that outputs a map reflecting the location of the person in need of assistance based on the acquired location information; The triage management system according to claim 1, further comprising the above.

6. a vacant bed number acquisition unit that acquires the number of vacant beds for each medical facility; an acceptance availability list output unit that outputs the acceptance availability of the person in need of assistance as an acceptance availability list based on the acquired number of vacant beds; The triage management system according to claim 1, further comprising the above.

7. a determination unit that determines the allocation destination of the person in need of assistance to a medical facility according to the symptoms of the person in need of assistance; a medical facility output unit that outputs the electronic medical record to the determined medical facility; The triage management system according to claim 1, further comprising the above.

8. A triage management method executed by a computer for managing triage situations, comprising: a step of creating an electronic medical record based on the classification of a triage tag attached to a person in need of assistance and the symptoms of the person in need of assistance; a step of outputting the created electronic medical record as a classification list by classification; A triage management method for executing the above.

9. A computer-readable program for causing a computer for managing triage situations to execute a step of creating an electronic medical record based on the classification of a triage tag attached to a person in need of assistance and the symptoms of the person in need of assistance, execute a step of outputting the created electronic medical record as a classification list by classification. ​

Images