JP2006243950A - Information processor and method and program for controlling it - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information processor that achieves a user interface making it possible to efficiently and properly allocate objects to be allocated to a plurality of resources; and a method and a program for controlling the information processor. <P>SOLUTION: Allocation requirements for allocating the object data to the resource data as objects to be allocated to the resource data are set. Relief requirements permitted to the allocation requirements are set. New allocation requirements are calculated on the basis of the allocation requirements and the relief requirements. Based on the new allocation requirements, a search is made for the resource data serving as candidates to which the objects to be allocated are allocated. The candidates found for allocation are displayed. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to an information processing apparatus, a control method thereof, and a program for managing the allocation of object data related to objects for resource data related to resources capable of allocating objects as allocation objects in time series.

  As the population ages, people are increasingly dependent on the medical, nursing and health sectors, and the market size is growing rapidly. On the other hand, those who provide services in the same field still lack human resources as demand grows. Beds and rooms in facilities such as medical care and nursing care are no exception, and there are always situations where services cannot be provided because there is no space in the beds or rooms.

  For example, a person in charge usually assigns a bed to a person who wishes to enter a nursing facility based on experience. In addition, the allocation is more complicated than the simple allocation to one bed and the allocation of the desired period to a plurality of beds. Therefore, especially when the number of beds is large or the beds are congested, even though there is an allocatable bed, it cannot be searched, even if it can be searched, it takes time, and it matches the desire of the applicant. There was a problem such as finding only assignments that did not. This can lead to a decline in resident satisfaction and a worsening of the business environment.

In order to improve this situation, for example, Patent Document 1 proposes a mechanism for automatically allocating beds based on resident information and bed allocation status information.
JP 2002-297760 A

  The above prior art automatically assigns beds based on a predetermined index indicating the degree of coincidence between the resident and the bed without intervening the judgment of the person in charge. For this reason, the allocation result may not necessarily be a result that takes into account the satisfaction of residents.

  For example, to consider the satisfaction of residents, private room / large room hope, distance to toilet, distance from bad friends, whether close to door, specific room number designation (when resident is demented, etc.) Various indicators such as the medical condition and physical condition of the resident and the daily light of the room can be considered.

  However, since the number of indicators themselves is large and the hopes of each resident change every moment, it is virtually impossible to input and maintain all information in the system (so-called experience and intuition) Part to be called). Therefore, to fully consider the satisfaction of residents, automated bed allocation is incomplete, and it is necessary to intervene the judgment of the person in charge in some way.

  In addition, when the person in charge accepts an entrance reservation and there is no vacant bed that covers the entire period desired by the resident, there are cases where the adjustment is made by shortening or shifting the period.

  However, this adjustment is done through dialogue between the person in charge and the residents. For this reason, it is necessary to manually input a desired period of time and to repeatedly perform a bed allocation search operation until a desired bed allocation is obtained, which lacks operability.

  The present invention has been made to solve the above-described problem, and is an information processing that realizes a user interface capable of efficiently and appropriately assigning assignment objects (objects) to a plurality of resources (resources). An object is to provide an apparatus, a control method thereof, and a program.

In order to achieve the above object, an information processing apparatus according to the present invention comprises the following arrangement. That is,
An information processing apparatus that manages allocation of object data related to an object with respect to resource data related to a resource capable of allocating an object that is an allocation target in time series,
An allocation condition setting means for setting an allocation condition for allocating object data to be allocated to the resource data;
A relaxation condition setting means for setting a relaxation condition allowed for the allocation condition;
Determining means for determining a new allocation condition from the allocation condition and the relaxation condition;
Search means for searching for resource data that is a candidate for assignment of the object data to be assigned based on the new assignment condition or the assignment condition and the new assignment condition;
Display means for displaying resource data to be the allocation candidates searched by the search means.

  Preferably, the allocation condition setting means sets allocation conditions for a plurality of types of items and sets weights for the allocation conditions.

  Preferably, the allocation condition setting means includes, as the allocation condition, at least one of a resource-object matching degree, a resource-object matching period, an object-to-resource movement count, and an object-to-resource movement distance. Includes conditions.

  In a preferred embodiment, the display means displays at least two resource data as allocation candidates searched by the search means for comparison.

  Preferably, the resource data serving as the allocation candidate includes resource data serving as an allocation candidate for other object data whose allocation state is changed by allocating the object data to be allocated to the resource data. .

  Preferably, the display means displays the presence / absence of a change in the assignment state of the object data to the resource data as the assignment candidate so as to be identifiable.

  Preferably, the display means displays information on other resource data included in the resource group to which the resource data serving as the allocation candidate belongs.

  Preferably, the display means displays allocation information of the object data to the resource data.

  Preferably, the display means displays the attribute of each object data so as to be identifiable.

Preferably, switching means for switching the resource data that is the allocation candidate displayed on the display means to the resource data that is another allocation candidate,
And a confirmation means for confirming the assignment state of the object data to be assigned to the resource data that is the assignment candidate displayed by the display means.

  Preferably, the relaxation condition setting means, as the relaxation condition, is at least one of a start time and end time shift, a shortening period, and a shift unit of the period with respect to the period specified by the allocation condition. Can be set.

Preferably, the relaxation condition setting means sets a weight for the relaxation condition,
The determination means determines the new allocation condition in order of priority based on weighting for the relaxation condition.

In order to achieve the above object, a method for controlling an information processing apparatus according to the present invention comprises the following arrangement. That is,
A control method for an information processing apparatus for managing allocation of object data related to an object with respect to resource data related to a resource capable of allocating an object as an allocation target in time series,
An allocation condition setting step for setting allocation conditions for allocating object data to be allocated to the resource data;
A relaxation condition setting step for setting an allowable relaxation condition for the allocation condition;
A determination step of determining a new allocation condition from the allocation condition and the relaxation condition;
A search step of searching for resource data that is an allocation candidate of the object data to be allocated based on the new allocation condition or the allocation condition and the new allocation condition;
A display step of displaying the resource data that is the allocation candidate searched in the search step.

In order to achieve the above object, a program according to the present invention comprises the following arrangement. That is,
A program for realizing control of an information processing apparatus that manages allocation of object data related to an object with respect to resource data related to a resource that can assign an object that is an allocation target in time series,
A program code of an allocation condition setting step for setting allocation conditions for allocating object data to be allocated to the resource data;
A program code of a relaxation condition setting step for setting a relaxation condition allowed for the allocation condition;
A program code of a determination step for determining a new allocation condition from the allocation condition and the relaxation condition;
A program code of a search step for searching for resource data that is an allocation candidate of the object data to be allocated based on the new allocation condition or the allocation condition and the new allocation condition;
And a program code of a display step for displaying the resource data that is the allocation candidate searched in the search step.

  ADVANTAGE OF THE INVENTION According to this invention, the information processing apparatus which implement | achieves the user interface which can allocate an allocation target object (object) efficiently and more appropriately to a some resource (resource), its control method, and a program can be provided.

  As an embodiment, the present invention will be described by taking, for example, a bed control system that supports bed allocation for a person who desires to enter a nursing facility, but is not limited thereto.

  In other words, multiple resources (living rooms and conference rooms, warehouses, buildings, karaoke rooms, tenants, sports facilities (tennis courts, baseball fields, etc.) in any facility such as public facilities, companies, and apartment buildings) The present invention can be applied to any system as long as it is required to assign (human, tissue, article, etc.) in time series as in the following embodiments.

  First, in order to explain the characteristics of the present invention, the contents of the problem to be solved by the present invention will be described again.

  Problems to be solved by the present invention include the following points.

    -The judgment index of a good resource allocation plan varies depending on the environment.

    ・ It is difficult to quantify all the judgment indicators for a good resource allocation plan.

    -Difficulty in creating a good resource allocation plan varies depending on the level of resource utilization.

        Occupancy rate High: Difficulty level → High (difficult) In manual planning or automatic planning with only one solution, there is an incomplete problem (it is likely that a good allocation plan cannot be planned with automatic logic).

        Occupancy rate low: Difficulty level → low (easy) However, there are issues in improving the operability of the plan (areas where manual planning and automatic planning are difficult to produce, and automatic planning also has adverse effects).

  Therefore, the present invention proposes a mechanism for solving all of the above problem structures. As a concrete means of realization, it is an area where it is difficult to quantify a complete evaluation index due to the structure of the issue, so it is effective and versatile with a focus on clearly reflecting human intentions in the allocation plan. Provides a high user interface. In addition, in this user interface, in order to further improve the planning work efficiency, it is possible to provide only suitable plan candidates and finally determine a good allocation plan that gives room for human selection. .

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  First, the functional configuration of the bed control system of the present embodiment will be described with reference to FIG.

  FIG. 1 is a diagram showing a functional configuration of a bed control system according to an embodiment of the present invention.

  In FIG. 1, reference numeral 100 denotes a bed control unit which controls various components for realizing the bed control system of the present embodiment.

  In the bed control unit 100, reference numeral 101 denotes a manual planning unit, which has a plurality of allocation objects (this implementation) for a plurality of resources (a bed in this embodiment) of a certain facility (a care facility in this embodiment). In the case of the embodiment, a user interface (manual plan screen) for manually assigning a person who wants to enter) is manually generated, and various processes related to the manual plan are performed based on operations from the user via the operation unit 105. Execute.

  Reference numeral 102 denotes an allocation candidate display unit that displays resources that are allocation candidates to which the allocation target is allocated based on the conditions input via the operation unit 105 and finally determines the resource to which the allocation target is allocated. A user interface for generating a user interface is generated, and various processes related to allocation are executed based on an operation from the user via the operation unit 105.

  Reference numeral 103 denotes an allocation candidate enumeration unit, which refers to the data storage unit 104 based on a condition (allocation condition) input via the operation unit 105 and searches for a resource as an allocation candidate to which an allocation target is allocated, The search result is output on the user interface generated by the allocation candidate display unit 102.

  Reference numeral 107 denotes a relaxation condition setting unit, which refers to the data storage unit 104 based on the condition input via the operation unit 105 and allows relaxation for the allocation condition input by the allocation candidate enumeration unit 103. Set conditions. Further, the relaxation condition setting unit 107 can set a plurality of conditions as relaxation conditions, and weight each of the relaxation conditions.

  Reference numeral 108 denotes a relaxation priority calculation unit, which refers to the data storage unit 104 based on the condition input via the operation unit 105, and assigns another allocation that takes the relaxation condition into consideration from the allocation condition and the relaxation condition. Determine the condition (new allocation condition). Specifically, other allocation conditions (new allocation conditions) are determined in order of priority based on weighting with respect to the relaxation conditions.

  A data storage unit 104 stores various data used in the bed control system of this embodiment.

  The data storage unit 104 includes reservation data 104a, bed data 104b, room data 104c, allocation candidate data 104d, resident data 104e, allocation status data 104f, resident proximity prohibition data 104g, allocation candidate enumeration condition data 104h, relaxation conditions. Data 104i, period relaxation data 104j, and allocation candidate temporary storage data 104k are stored.

Here, the content of each data is
[Reservation data 104a]: Information related to the reservation of the target person, reservation period, desired room type, etc. [Bed data 104b]: Information related to the bed such as bed name, room name, floor name, etc. [Room data 104c]: Room type (private room, Information on rooms such as large rooms), floors, etc. [Allocation candidate data 104d]: Information on allocation method (= allocation candidate) to a bed (with 0 to N transfer beds) for reservation [Resident data 104e]: Name Resident profile information such as gender, date of birth, etc. [Allocation status data 104f]: Information regarding the allocation status of reservations to the current bed [Residential proximity data 104g]: Information regarding proximity and degree of residents [Allocation candidate enumeration condition setting data 104h]: Information on allocation candidate enumeration conditions such as the weight of the number of overturning [Relief condition data 104i]: information on relaxation conditions for periods, such as maximum shortened days [period relaxation data 104j]: information on relaxation of specific periods, such as start date, end date and priority after relaxation [assignment candidate temporary storage data 104k ]: Information on allocation candidates temporarily saved on the allocation candidate display screen.

  An operation unit 105 performs various inputs for executing various processes provided by the bed control system. A display unit 106 displays various images such as a user interface.

  As described above, in the present invention, resource data indicating information on a plurality of resources (resources) and object data indicating information on an allocation target (object) to be allocated to the resource data are stored in the data storage unit 104. Then, using these data, a user interface for efficiently and more appropriately assigning object data to resource data includes a manual planning unit 101, an allocation candidate display unit 102, an allocation candidate listing unit 103, a relaxation condition, This is implemented using the setting unit 107 and the relaxation priority calculation unit 108.

  Next, the detailed configuration of various data stored in the data storage unit 104 will be described with reference to FIG.

  FIG. 2 is a diagram showing a detailed configuration of various data stored in the data storage unit according to the embodiment of the present invention.

  In FIG. 2, the detailed configuration of various data stored in the data storage unit 104 includes a data type, item names of item data constituting various types of data, and descriptions indicating the contents thereof.

  For example, the reservation data 104a includes, as item data, a reservation ID, a resident ID, a desired start date, a desired start time, and the like. Similarly, there are various item data for other types of data.

  Note that the various data in FIG. 2 is an example, and it goes without saying that various data or item data is configured according to the application and purpose.

  Next, the hardware configuration of the information processing apparatus that implements the bed control system of the present embodiment will be described with reference to FIG.

  FIG. 3 is a diagram illustrating a hardware configuration of the information processing apparatus according to the embodiment of this invention.

  A CPU 301 controls the entire information processing apparatus. A RAM 302 functions as a data work area and a temporary save area. A ROM 303 records various control programs and setting information for controlling the information processing apparatus.

  A hard disk drive (HDD) 304 stores various data such as image data. Reference numeral 305 denotes a network I / F (interface) that transmits and receives data via the network 104.

  Reference numeral 306 denotes a video I / F (interface) that controls display of an image displayed on the display unit 321. Reference numeral 321 denotes a display unit, which includes a liquid crystal, a CRT, or the like, and corresponds to the display unit 106 in FIG.

  A pointing device 307 includes, for example, a mouse, an input tablet, a touch panel, and the like. Reference numeral 308 denotes a keyboard. The operation unit 105 in FIG. 1 is realized by the pointing device 307 and the keyboard 308.

  Reference numeral 309 denotes an external storage device, which includes a CD-ROM, CD-R / RW, DVD-ROM, DVD-R / RW, DVD-RAM, and the like. The data storage unit 104 in FIG. 1 is realized in the external storage device 309, for example.

  Reference numeral 311 denotes a bus that interconnects the above-described components.

  In this embodiment, the information processing apparatus is configured to realize the bed control system of FIG. 1, but various functions of the bed control system are distributed to a plurality of information processing apparatuses according to the purpose and purpose. You may make it implement | achieve.

  In addition, when the number of processing data is enormous, in order to distribute the load of the information processing apparatus or to use the bed control system from multiple locations, a server client system is constructed and the bed control system is installed in this system. It may be realized by mounting. However, in this case, in order to maintain data consistency, it is preferable that clients accessing the server are exclusively controlled.

  Next, an outline flow of the bed control system of the present embodiment will be described with reference to FIG.

  FIG. 4 is a flowchart showing an outline flow of the bed control system according to the embodiment of the present invention.

<Step S401>
First, when the system is activated, a manual planning screen is displayed as an initial screen in step S401. Details of this process will be described later.

<Step S401a>
In step S401a, the relaxation condition setting unit 107 is activated based on an operation from the user via the operation unit 105, and the relaxation condition is set. Details of this process will be described later.
<Step S402>
In step S402, based on an operation from the user via the operation unit 105, reservation data that is processing target data is selected from the manual plan screen.

<Step S403>
In step S403, a bed allocation method for the selected reservation data is selected based on an operation from the user via the operation unit 105.

<Step S404>
In step S403, when a bed is allocated using the manual planning function by the manual planning unit 101, the process proceeds to step S404, and an allocation process using the manual planning function is executed based on an operation through the operation unit 105 from the user. . Details of this process will be described later.

<Step S405>
On the other hand, when assigning beds using the allocation candidate enumeration function in step S403, the process proceeds to step S405, and the allocation candidate enumeration function by the allocation candidate display unit 102 is used based on an operation from the user via the operation unit 105. Execute the allocation process. Details of this process will be described later.

<Step S406>
After the determination in step S404 or step S405, the presence or absence of unprocessed reservation data is determined in step S406. If there is unprocessed reservation data (NO in step S406), the process returns to step S402 to wait for selection of unprocessed reservation data. On the other hand, if there is no unprocessed reservation data (NO in step S406), the process ends.

  Next, details of the processing in step S401 in FIG. 4 will be described with reference to FIG. 5A.

  FIG. 5A is a flowchart showing details of the process in step S401 according to the embodiment of the present invention.

  The process of FIG. 5A is a process of generating a manual plan screen 800 as shown in FIG. 8A.

<Step S501>
First, in step S501, the bed control unit 100 refers to the data storage unit 104, and reserve data 104a, bed data 104b, room data 104c, resident data 104e, necessary for configuring the manual planning screen 800, The allocation status data 104f is read.

<Step S502>
In step S502, a screen defined by the horizontal axis in the manual planning screen 800 is generated. Specifically, the date and time are displayed, and the week is set as the large item, the day is set as the middle item, and the time is set as the small item. Further, a time axis 806 indicating the current date and time and a calendar unit 850 are displayed.

  The unit width on the horizontal axis can be arbitrarily changed by the operation unit 105. Further, the calendar unit 850 displays the date and time at the present time when the manual plan screen 800 is displayed. Further, the user can display the contents near the desired date by operating various controls on the calendar unit 850 for the desired date.

<Step S503>
In step S503, a bed view 801 indicating the resident's current bed allocation state is displayed. Specifically, based on the bed data 104b and the room data 104c, as a column constituting the bed view 801, a building ID indicating a building of a facility, a floor ID indicating a floor, a room group ID indicating a room group, and a room are shown. The bed ID indicating the room ID and the bed number is displayed.

  The order of beds is the ascending order of [ridge ID, floor ID, room group ID, room ID, bed ID].

  Moreover, it is preferable that the beds of the same room are fixed in the arrangement of the rooms indicated by the room ID. This is to make it easier for the user to confirm the resident proximity restriction and the gender same room restriction. For example, in FIG. 8A, it can be confirmed that the beds in the same room are displayed together, such as the beds ID1 to 4 in the room ID201 and then the beds ID1 to 4 in the room ID202.

  Further, in conjunction with selection of a resident view piece indicating a resident assignment status in the resident view 802, scrolling is performed so that the target bed is displayed on the bed view 801.

<Step S504>
In step S504, a bed view piece indicating the allocation status of residents for each bed constituting the bed view 801 is displayed. Specifically, information about each bed is acquired from the allocation status data 104f, and allocation information (start / end date and time and allocation destination) is displayed as a bed view piece.

  In FIG. 8A, for example, a part of the bed view piece 804 of the resident name “Asako Iwasa” (female) is displayed (grayed) on the bed ID1 of the room ID202. In addition, a part of the bed view piece 805 of the resident name “Taro Yamada” (male) is displayed (hatched display) in the bed ID 1 of the room ID 203. In addition, the white display portion other than that indicates an empty period in which a bed can be allocated.

  In addition, the bed view piece displays different display forms for men and women so that the gender, which is one of its attributes, can be easily recognized. In particular, in FIG. 8A, a male bed view piece is indicated by hatching, and a female bed view piece is indicated by gray. However, the display form is not limited to this, and color-coded display, other texture display, and the like can be used as long as men and women can be easily identified.

<Step S505>
In step S505, the visitor view 802 showing the assignment target residents is displayed. Specifically, the resident name to be allocated is displayed from the reservation data 104a, the resident data 104e, and the allocation status data 104f. For example, in FIG. 8A, the resident name “Suzu Suzuki” is displayed.

<Step S506>
In step S506, the resident view piece that is the desired entry period of the resident who is the assignment target constituting the resident view 802 is displayed. Specifically, information about the resident who is the allocation target is acquired from the reservation data 104a, the resident data 104e, and the allocation status data 104f, and the allocation information of the resident and the reservation [desired start date, start request] Of the period from [time] to [desired end date, desired end time], an unallocated period is calculated, and the unallocated period information is displayed as a visitor view piece.

  In FIG. 8A, the resident view piece (“unsold”) indicates that the period displayed in the bed view 801 as the resident view piece of the resident name “Suzu Suzuki” is an unallocated period (desired reservation period). "Is displayed: the unallocated piece 802a) is displayed.

<Step S507>
In step S507, a reservation list 807 indicating information related to the resident to be allocated is displayed. Specifically, information about the resident of the reservation data 104a whose assigned flag is unassigned (indicating that an unassigned period exists) is displayed from the reservation data 104a, the resident data 104e, and the assignment status data 104f. To do.

  In the reservation list 807 in FIG. 8A, items of reservation ID, resident name, and gender are displayed as information about the resident, and can be sorted for each item.

  Also, in conjunction with the bed view piece selection in the bed view 801, the reservation selection in the reservation list 807, and the resident search function (not shown), information on the target resident is updated (the resident view vertical axis display and The resident view piece display is re-executed).

Further, in FIG. 8A, a logic assignment button 808 is a button for starting an assignment candidate display function to be described later. The relaxation condition setting button 860 is a button for activating a relaxation condition setting function described below.
Next, details of the processing in step S401a in FIG. 4 will be described with reference to FIG. 5B.

FIG. 5B is a flowchart showing details of the processing in step S401a according to the embodiment of the present invention <step S511>.
First, in step S511, the mitigation condition setting function is activated from the manual plan screen 800 based on an operation from the user via the operation unit 105.

<Step S512>
In step S512, a relaxation condition setting screen 1800 as shown in FIG. 8B is displayed.

  The relaxation condition setting screen 1800 includes setting item fields 1801 to 1803 for setting various conditions (relaxation conditions) for relaxing the period. Each field is composed of radio buttons and numerical input fields.

  Here, the relaxation of the period means that the desired reservation period to be processed in the allocation process by the allocation candidate enumeration function described later is relaxed. In this way, by allocating and / or shortening the unallocated period to be processed within an allowable range (by relaxing), allocation to the original desired reservation period using the allocation candidate enumeration function Even when a candidate cannot be searched, an allocation candidate can be searched, and a more flexible allocation candidate search can be realized.

  In the relaxation condition setting screen 1800, particularly in the present embodiment, the priority relaxation item field 1801, the deviation value designation field 1802 (maximum start date deviation field 1802a, maximum shortened date field 1802b, and maximum end date deviation field 1802c are set as setting item fields. ), A shift unit consideration field 1803.

  Here, the priority relaxation item field 1801 is a field for setting whether priority is given to shifting of the period or reduction of the period when relaxing the period.

  In addition, the maximum start date deviation field 1802a is a field for setting the number of days before the start date allowed. For example, when this value is 1 day, a forward shift of 8/9 is allowed when a reservation for 6 days with a reservation period of 8/10 to 8/15 is relaxed.

  The maximum shortened date deviation field 1802b is a field for setting the number of days shortened in an allowable period. For example, when this value is 1 day, when a reservation for 6 days with a reservation period of 8/10 to 8/15 is relaxed, the relaxation to a period with a period of 5 days or more is permitted within the reservation period. It will be.

  The maximum end date shift field 1802c is a field for setting the number of days that are allowed to be behind. For example, when this value is 3 days, a backshift of 8/18 is allowed when relaxing a reservation for 6 days with a reservation period of 8/10 to 8/15.

  A shift unit consideration field 1803 is a field for setting a shift unit to be considered. For example, if this value is in units of 7 days, when relaxing a reservation for 6 days with a reservation period of 8/10 to 8/15, 8/3 to 8/8, 8/17 to 8/22, etc., 7 days The unit shift is allowed.

  The number of setting item fields is an example, and the relaxation condition can be set based on at least one of these setting item fields or an arbitrary combination. In addition, these setting item fields are examples of setting item fields that are particularly effective in setting relaxation conditions in the bed control system of the present embodiment, depending on past empirical rules, applications, and purposes. Needless to say, other setting item fields can be designed.

  The setting method in each setting item field is not limited to the radio button and the numerical value input field as shown in FIG. 8B. Other control parts such as a check box and a pull-down menu that can realize the same setting method are provided. Needless to say, it may be realized by using.

<Step S513>
In step S <b> 513, relaxation conditions are set according to the setting item fields 1801 to 1803 in the relaxation condition setting screen 1800 based on an operation from the user via the operation unit 105.

<Step S514>
In step S514, the set relaxation condition is written into the relaxation condition data 104i. The relaxation condition data 104i is normally set as a default value for the entire system, but can also be set individually for each processing target as described later.
Next, a manual planning function that is a characteristic function of the present embodiment will be described.

<< Manual planning function >>
The manual planning function configures a manual planning screen (user interface) that uses a bed view 801 that indicates the allocation status of a bed and an resident view 802 that indicates information about a resident who is an allocation target. In particular, the following points are realized by promoting information linkage.

  -Automatic division of unallocated periods (partial allocation is possible, the rest are unallocated) is executed.

  -Automatic connection of unassigned periods (if there are consecutive unassigned parts in the visitor view 802, concatenate them into one unassigned period).

  ・ Assignment / deallocation operation is realized by drag and drop. In addition, the allocation method allows input using bed identification information (room ID, bed ID, etc.). Further, at the time of deallocation, the deallocation may be realized by designating allocated piece information (room ID, bed ID, etc.) to be deallocated and inputting an deallocation instruction from the input unit 105. .

  An allocation operation / deallocation operation accurately reflects a user's intention by two visualization functions and provides a user interface that can be performed in one operation.

  Next, details and operation examples of the processing of step S404 in FIG. 4 (allocation processing using the manual planning function) will be described with reference to FIGS. 6 and 8A to 12.

  FIG. 6 is a flowchart showing details of the process in step S404 according to the embodiment of the present invention.

  In the initial state of the manual planning screen, as shown in FIG. 8A, an unallocated period piece 802a indicating that the allocated period of the allocation target resident is unallocated is displayed in the resident view 802. . In the unassigned period piece 802a, “unassigned” indicating that it is not assigned is displayed.

<Step S601>
First, in step S601, a resident who is an assignment target is determined from the resident view 802 based on an operation from the user via the operation unit 105. In this determination, if there is only one resident who is to be assigned, that resident is determined as the assignment target, and the resident name is displayed in the resident view 802. In addition, when there are a plurality of residents to be allocated, by selecting a desired resident from the reservation list 807, the selected resident is determined as an allocation target, and the resident name is displayed in the resident view 802. indicate.

  As shown in (1) of FIG. 9, when a user searches for a bed to be allocated, if the time axis of the bed view 801 and the resident view 802 are not linked, the bed corresponding to the reservation period is displayed. The free period cannot be grasped intuitively. Therefore, it is preferable that the time axes of both views are linked.

  In addition, as shown in (2) of FIG. 9, since there are cases where it is desired to allocate beds in consideration of compatibility (gender, human relations, etc.) with residents in the same room, the order of the beds in the bed view 801 is It is preferable that the rooms are arranged in order, and the beds in the same room are displayed in one place.

  In addition, as shown in (3) of FIG. 9, there is a case where it is desired to continuously allocate a bed to a currently allocated resident, so when a bed view piece on the bed view 801 is selected, it is linked with it. It is preferable in terms of operability to change the display target resident in the resident view 802. In this example, when the resident name “Asako Iwasaki” is selected, the resident name “Suzu Suzuki” in the resident view 802 is switched to “Asako Iwasaki”. As a result, the bed allocation information for “Asako Iwasaki” is displayed in the resident view. Therefore, it becomes possible to easily confirm the allocation status of beds to the residents.

  In addition, as shown in (4) of FIG. 9, there is a case where the user wants to assign the bed used by the resident last time, so when the resident view piece on the resident view 802 is selected, it is linked with it. When the display range of the time chart of the bed view 801 is switched, it is preferable in terms of operability.

  In this example, when the allocated piece of the bed ID 3 of the room ID 207 of the resident name “Suzu Suzuki” in the resident view 802 is selected, the display content of the bed view 801 is switched to the content including the bed ID 3 of the room ID 207. .

<Step S602>
In step S602, the reservation unallocated period and the allocation target bed are associated with each other based on an operation from the user via the operation unit 105.

  In order to allocate a bed to an unallocated period on the resident view 802, the unallocated period piece is selected, and the unallocated period piece is dragged and dropped onto the bed view piece having an empty period on the bed view 801. It is realized by doing.

  As a specific example, the unallocated period piece 809 in the visitor view 802 is dragged and dropped onto the bed view piece 810 on the bed view 801 on the manual planning screen 800 of FIG.

<Step S603>
In step S603, after the association is completed, an allocatable period of the allocation target bed is calculated.

  This calculation starts when the drag-and-drop operation is completed. Specifically, from the start date, start time, end date, end time (existing on the data storage unit 104) and the bed availability period (derived from the bed data 104a and the allocation status data 104f) Within the allocation period, the allocation period of the allocation target bed is calculated.

<Step S604>
In step S604, the allocation to the allocation target bed is executed for the calculated allocatable period, and the reservation data 104a and the allocation status data 104f are updated.

  In this update, an allocation period is generated (0 to plural) based on the calculated allocatable period, and the allocation status data 104f is updated. If all the reservations are already assigned by this assignment, the assigned flag in the reservation data 104a is updated to assigned.

  With this update, the contents of the manual plan screen 800 are also updated. Specifically, the display of various pieces is updated in the bed view 801 and the resident view 802 corresponding to the generated assignment. In particular, in the bed view 801, a bed view piece corresponding to the generated allocation is newly displayed. In the resident view 802, the dragged unallocated period piece is deleted, and the allocated pieces (room ID and bed ID) corresponding to the generated allocation are newly displayed. Here, for the unallocated period that still remains, an unallocated period piece is newly displayed.

  As a specific example, bed view pieces 814 and 815 are newly displayed on the bed view 801 as shown in the manual plan screen 800 of FIG. 11 by drag and drop on the manual plan screen 800 of FIG. In addition, on the resident view 802, the allocated pieces 811 and 813 in which the room ID-bed ID (202-3) is displayed and the unallocated period piece 812 are newly displayed.

  As described above, in this embodiment, the unassigned period piece of the resident view 802 is dragged and dragged onto a bed view piece having a plurality of empty periods sandwiching the assigned piece, such as the bed view piece 810 on the bed view 801. In the case of dropping, the unallocated period piece 802a can be automatically divided into partial unallocated period pieces for a period that can be allocated to each of a plurality of empty periods and allocated as allocated pieces 811 and 813. is there.

  That is, by realizing such processing, the user performs one drag-and-drop operation for a plurality of vacant periods that are scattered in bed view pieces in a certain row on the bed view 801. Only one unallocated period piece can be divided into partial unallocated period pieces for a period corresponding to each empty period of the plurality of empty periods and allocated to each empty period at once.

  In addition, in the manual planning screen 800 of FIG. 11, since the unallocated period piece 812 remains on the resident view 802, the unallocated period piece 812 is selected by the same operation, and the corresponding on the bed view 801. Drag and drop to a row (bed) that has an unassigned period.

  The above operation is repeated, and the allocation is completed until there are no unallocated period pieces on the resident view 802 (or when the user determines that no further allocation is necessary).

  The manual planning screen 800 in FIG. 12 shows a state after the unallocated period piece 812 on the resident view 802 of the manual planning screen 800 in FIG. 11 is dragged and dropped onto the bed view piece 816 on the bed view 801. . In this case, the unallocated period piece 812 on the resident view 802 on the manual plan screen 800 in FIG. 11 is updated to an allocated period piece 817.

<Step S605>
In step S605, a release operation for canceling the assignment on the bed view 801 at the time of erroneous operation and assignment correction is accepted.

  In addition, this cancellation | release operation performs necessary operation, for example, after selecting the bed view piece on the bed view 801 of a process target. In particular, when it is desired to perform reassignment in another unallocated period, the selected bed view piece is dragged and dropped onto a bed view piece having another unallocated period in the same manner as the operation in step S602.

  In order to delete the selected bed view piece, for example, a delete key on the keyboard 308 is pressed. Alternatively, it is of course possible to select an assigned piece on the resident view 802 and perform a release operation.

<Step S606>
In step S606, the allocation is canceled based on the cancellation operation, and the reservation data 104a and the allocation status data 104f are updated based on the contents.

  In this update, the canceled allocation is deleted from the allocation status data 104f. Also, the assigned flag of the reservation data 104a corresponding to this assignment is updated to unassigned.

  With this update, the contents of the manual plan screen 800 are also updated. Specifically, the display of various pieces is updated in the bed view 801 and the resident view 802 corresponding to the released allocation. In particular, in the bed view 801, the bed view piece corresponding to the released allocation is deleted. In the resident view 802, the room ID and the bed ID displayed on the assigned piece corresponding to the released assignment are changed to an unassigned period piece in which “unassigned” indicating unassigned is displayed.

  Here, in the resident view 802, when a plurality of unallocated period pieces are continuous in terms of period, these are linked to one unallocated period piece.

<Step S607>
In step S607, it is determined whether or not an unallocated period remains in the reservation data to be processed. If an unallocated period remains (YES in step S607), the process returns to step S601. On the other hand, if no unallocated period remains (NO in step S607), the process ends.

  Next, an allocation candidate enumeration function that is a characteristic function of the present embodiment will be described.

<< Allocation candidate enumeration function >>
The allocation candidate enumeration function can also be regarded as a support function of the manual planning function. The allocation candidate display screen (user interface) that searches and enumerates the allocation candidates desired by the user according to the set conditions and allows the user to select them. In particular, the following points are realized.

  -Simultaneously display a plurality of allocation candidates for comparing allocation candidates.

  When displaying allocation candidates, a partial time chart of already allocated information that may be affected by the corresponding allocation (change in allocation status) is also displayed.

  Next, details of the process of step S405 in FIG. 4 (allocation process using the allocation candidate enumeration function) and an operation example will be described with reference to FIGS. 7 and 13 to 16.

  FIG. 7 is a flowchart showing details of the processing in step S405 of FIG. 4 according to the embodiment of the present invention.

  In addition, when using an allocation candidate enumeration function, it starts from the manual plan screen 800 of FIG. 8A.

<Step S701>
First, in step S701, the assignment candidate display unit 102 activates the assignment candidate display function based on an operation from the user via the operation unit 105.

  The allocation candidate display function is activated by a logic allocation button 808 as shown in FIG. 13, but in addition to this, the activation function is allocated to a menu operation or a predetermined key on the keyboard 308. It may be realized. Alternatively, when the reservation period of the target reservation is extended by an operation such as dragging, the assignment candidate display function may be activated for the extended period part.

  Further, the logic assignment button 808 does not need to be configured on the manual plan screen 800, and may be any configuration as long as the allocation candidate display function can be activated.

  When the allocation candidate display function is activated, an allocation candidate display screen 1400 as shown in FIG. 14 is displayed, for example.

<Step S702>
In step S702, an allocation candidate enumeration condition setting unit and a relaxation condition setting unit are displayed on the allocation candidate display screen.

  As a specific example, an allocation candidate enumeration condition setting unit 1401 and a relaxation condition setting unit 1450 are displayed on the allocation candidate display screen 1400 of FIG.

  The allocation candidate enumeration condition setting unit 1401 has setting item fields 1402a to 1402d for setting various conditions (allocation candidate enumeration conditions) for searching for and enumerating allocation candidates. Each field is composed of a radio button and a numerical value input field.

  In particular, in the present embodiment, the setting item fields are composed of a number of bed change minimization field 1402a, a bed changing distance minimization field 1402b, a resident desired room type field 1402c, and a resident desired satisfaction period field 1402d.

  Here, the shift bed minimization field 1402a is a field for setting whether or not to search for allocation candidates in consideration of allocation candidates with a small number of past bed changes. The weight here is a weight to be multiplied according to a value corresponding to the number of times of bed change. For example, this value is a value obtained by deducting 1000 points at 0 turnovers and 100 points at each turnover.

  Further, the shift bed distance minimizing field 1402b is a field for setting whether or not to search for allocation candidates in consideration of allocation candidates with short distances between past shift beds. Further, the weight here is a weight to be multiplied according to a value corresponding to the moving bed distance.

  For example, this value is 1000 points for changing beds in the same room, 800 points for changing beds in different rooms, 600 points for changing beds in different room groups, 400 points for changing beds in different rooms, and different ridges. In the case of a roll bed, it will be 200 points.

  The resident desired room type field 1402c is a field for setting whether or not to search for allocation candidates in consideration of the desired room type. The weight here is a weight to be multiplied according to a value matching the desired room type. For example, this value is 1000 points for the desired room type and 500 points if different from the desired room type.

  Further, the resident desired satisfaction period field 1402d is a field for setting whether or not to search for allocation candidates in consideration of the desired resident period. The weight here is a weight to be multiplied according to a value corresponding to the desired period. For example, this value is, for example, 1000 points when desired over the entire reservation period and 0 points when not desired during the entire period, and the points are prorated according to the period.

  As described above, in the present embodiment, basically, allocation candidates can be searched based on the search conditions (evaluation indices) defined by the four setting item fields.

  In this embodiment, a relaxation condition setting unit 1450 for relaxing the contents of search conditions set by the allocation candidate enumeration condition setting unit 1401 is configured.

  Here, in the relaxation condition setting unit 1450, the value of the relaxation condition data 104i generated by the process of FIG. 5B is set as a default value, and the content is displayed (grayed out). However, there are cases where the relaxation conditions set in the relaxation condition data 104i may be individually changed (set) for each reservation to be assigned.

  Therefore, in such a case, the value displayed in the relaxation condition setting unit 1450 can be changed by checking the check box 1451 and operating the change buttons 1452 and 1453 in the relaxation condition setting unit 1450. it can.

  The check box 1451 also functions as a check box for designating whether to execute a search by applying a relaxation condition to an allocation condition (search condition) for searching for an allocation candidate. It is possible to search for allocation candidates to which the condition is applied.

  The change buttons 1452 and 1452 in the relaxation condition setting unit 1450 function as an earliest start date change button and a latest end date change button for resetting the earliest start date and the latest end date, respectively.

  In the earliest start date change button 1452 and the latest end date change button 1453, the earliest start date and the latest end date calculated from the reservation data 104a and the relaxation condition data 104i are displayed as initial values. Therefore, it can be changed each time.

  Note that this configuration is an example, and it goes without saying that other configurations can be designed according to the setting method of the relaxation condition.

  The number of various setting item fields shown in FIG. 14 is only an example, and it is possible to search for allocation candidates based on at least one of these setting item fields or an arbitrary combination. In addition, these setting item fields are examples of setting item fields that are particularly effective in searching for allocation candidates in the bed control system of the present embodiment, depending on past rules of thumb, usage, and purpose. Needless to say, other setting item fields can be designed.

  Further, the setting method in each setting item field is not limited to the radio button and the numerical value input field as shown in FIG. 14, and other control components such as a check box and a pull-down menu capable of realizing the same setting method are provided. Needless to say, it may be realized by using.

<Step S703>
In step S703, assignment candidate enumeration conditions are set by the setting item fields 1402a to 1402d in the assignment candidate enumeration condition setting unit 1401 based on an operation from the user via the operation unit 105.

<Step S704>
In step S704, the allocation candidate listing unit 103 activates the allocation candidate listing function.

  The allocation candidate enumeration function is activated by the logic execution button 1404 in FIG. 14, but other than this, it is realized by assigning an activation function to a menu operation or a predetermined key of the keyboard 308. May be.

<Step S705>
In step S705, the setting value of the allocation candidate condition is written to the allocation candidate enumeration condition setting data 104h. This writing is executed when the logic execution button 1404 is pressed.

  A “return to initial setting” button 1403 in FIG. 14 is a button for returning the setting value of the allocation candidate condition to the setting value set immediately before.

<Step S706>
In step S706, allocation candidates are calculated.

  In this calculation, first, reservation data 104a, bed data 104b, room data 104c, resident data 104e, allocation status data 104f, resident proximity improper data 104g, and allocation candidate enumeration condition setting data 104h are read. Next, an evaluation score is calculated for each allocation candidate that satisfies the allocation candidate condition.

  This evaluation score is calculated by, for example, the sum of (evaluation value for each evaluation index) × (weight for each evaluation index). Then, the allocation candidate whose evaluation score has been calculated is written into the allocation candidate data 104d. Further, in the calculation, the calculation may be performed in consideration of the weight considering the setting history of the past evaluation index. Further, when the relaxation condition is set, the calculation may be performed in consideration of the degree of time shift or shortening as an evaluation value.

<Step S707>
In step S707, the top and second allocation candidate data are read from the allocation candidate data 104d and displayed on the temporary optimal candidate display unit and the comparison candidate display unit in the allocation candidate display unit, respectively.

  As a specific example, on the allocation candidate display screen 1400 in FIG. 15, the top and second allocation candidate data are displayed on the provisional optimal candidate display unit 1405 a and the comparison candidate display unit 1405 b in the allocation candidate display unit 1405.

  In the allocation candidate display unit 1405, it is preferable that a plurality of allocation candidates are simultaneously displayed by the provisional optimal candidate display unit 1405a and the comparison candidate display unit 1405b. This is because the allocation candidates can be compared with each other while leaving the provisional optimal allocation candidates. Moreover, you may display the evaluation score with respect to each candidate, and the evaluation score of an individual evaluation parameter | index collectively.

  In addition, the provisional optimal candidate display unit 1405a and the comparison candidate display unit 1405b represent already allocated information that may be affected by the allocation in a time chart similar to the bed view 801 of the manual planning screen 800 in FIG. 8A. It is preferable. This is to make it easy to visually recognize the allocation status by visualizing the range of influence by allocation.

  Specifically, the information about the allocation candidates displayed in the provisional optimal candidate display unit 1405a and the comparison candidate display unit 1405b, respectively, the gender of the resident assigned to the allocated piece, and the allocated piece is the allocation target It is displayed in different display forms so that the presence or absence of a change indicating whether or not a change has been made in order to assign a resident can be identified. In particular, in FIG. 15, male assigned pieces are indicated by hatching, female assigned pieces are indicated by gray, and if the assigned pieces have been changed, the outer frame is surrounded by a thick line frame. Displayed.

  However, the display form is not limited to this, and color-coded display, other texture display, and the like can be used as long as men and women can be easily identified.

  In calculating allocation candidates, if priority is given to the calculation speed, a bed having a free period in which an unallocated period of a resident can be allocated efficiently can be calculated as an allocation candidate. On the other hand, in order to improve the efficiency of the entire system and the satisfaction of the resident's request, the allocation state of the allocated beds is changed as appropriate, and more suitable allocation candidates are calculated for the entire system. Also good.

  In particular, in the case of the present embodiment, an example in which the latter calculation method is employed is shown. In this case, since the allocation state of the allocated bed may change, the display mode as described above is used. Execute control.

<Step S707a>
Next, it is determined whether or not assignment candidates are confirmed. When the user confirms the allocation candidate and confirms the allocation candidate intended by the user (YES in step S707), the process proceeds to step S712. On the other hand, if the allocation candidate intended by the user has not been confirmed (NO in step S707), the process proceeds to step S707b.

  This determination is made based on whether or not the confirm button 1408 in FIG. 15 is pressed. In particular, if the confirm button 1408 is pressed, it is determined that the allocation candidate is confirmed, and the process proceeds to step S712.

<Step S707b>
Next, the presence / absence of a relaxation condition application operation is determined. If there is no relaxation condition application operation (NO in step S707b), the process proceeds to step S708. On the other hand, if there is a relaxation condition application operation (YES in step S707b), the process proceeds to step S707c.

  The mitigation condition application operation corresponds to, for example, a case where the logic execution button 1404 is operated while the check box 1451 is checked on the allocation candidate display screen 1400. When this operation is performed, a new allocation condition to which a relaxation condition set by the relaxation condition setting unit 1450 described below is applied is determined, and the new allocation candidate search is executed. Become.

  In the present embodiment, a plurality of types of relaxation conditions are usually obtained. However, in a single relaxation condition application operation, an allocation based on a new allocation condition to which the highest priority among them is applied. The candidate search is configured to be executed. However, the present invention is not limited to this, and it is needless to say that a configuration in which allocation candidate searches based on new allocation conditions to which a part or all of all types of relaxation conditions are applied may be collectively executed according to applications and purposes.

  Furthermore, even when the check box 1451 is not checked, the mitigation condition application operation may be executed when the logic execution button 1404 is operated. In this case, an allocation candidate search based on an allocation condition to which the relaxation condition data 104i, which is the default value of the relaxation condition, is applied.

<Step S707c>
In step S707c, the relaxation condition priority calculation function is activated.

<Step S707d>
In step S707d, relaxation conditions are listed based on the relaxation condition data 104i set by the relaxation condition setting unit 107, and relaxation priority is calculated. Here, the relaxation priority means that multiple types of relaxation conditions can be obtained from the original allocation conditions (reservation period) based on the contents specified by the relaxation conditions. It is a priority for deciding whether to apply mitigation conditions.

  Here, a specific example of relaxation condition priority calculation will be described with reference to FIG.

  In FIG. 19, the original reservation period is 6 days from 8/10 to 8/15, and as the relaxation condition data 104i, the priority item is “period shift priority”, the maximum start date shift “1 day” (up to 8/9) )), Assuming that the maximum end date shift is “3 days” (up to 8/18 days)) and the maximum shortened days is “1 day”, the relaxation conditions for shifting the original reservation period are as shown in FIG. Eleven types are obtained.

  The relaxation priority of each of the 11 types of relaxation conditions is such that, since the priority item is “period shift priority”, the period shift is as small as possible within the range of the maximum start date shift and the maximum end date shift. A higher relaxation priority is assigned in the order of relaxation conditions in the reservation period (here, the smaller the value, the higher the priority).

  When priority is given to the relaxation conditions for the reservation period due to the period shift, priorities are similarly assigned to the relaxation conditions for the reservation period due to the combination of the period shift and the number of days shortened, and all the relaxation conditions for the reservation period due to possible combinations If a priority is assigned to, the process is terminated.

  In this embodiment, in order to suppress redundant allocation candidate search, the allocation candidate search is executed only for the relaxation condition of the highest relaxation priority, and the allocation candidate does not exist or is not accepted by the user. The allocation candidate is searched for the relaxation condition of the next relaxation priority. However, as a matter of course, a configuration in which allocation candidates for all the relaxation conditions are collectively searched to search for allocation candidates may be used.

<Step S707e>
In step S707e, the reservation period defined by the relaxation condition for which the relaxation priority is calculated is written in the period relaxation data 104j.

<Step S707f>
In step S707f, the allocation candidate is not calculated from the period relaxation data 104j, and the relaxation condition with the highest priority at that time is acquired and passed to the allocation candidate listing unit 103 as the start date and end date of the reservation. The allocation candidate listing unit 103 refers to the start date, end date, and other conditions, calculates allocation candidates, and writes them to the allocation candidate data 104d. If there are a plurality of relaxation conditions having the highest priority, each allocation candidate is calculated.

After that, in step S707, among the allocation candidate data 104d obtained by the search condition to which the relaxation condition is applied, the top and first allocation candidate data are read, respectively, and the provisional optimal candidate display unit in the allocation candidate display unit and the comparison Display on the candidate display.
<Step S708>
In step S708, it is determined whether or not the allocation candidate enumeration condition is reset. If there is a reset (YES in step S708), the process returns to step S702. On the other hand, if there is no resetting (NO in step S708), the process proceeds to step S709.

  This determination is made based on whether or not the condition reset button 1406 in FIG. 15 is pressed. In particular, when the condition reset button 1406 is pressed, the process returns to step S702.

<Step S709>
In step S709, it is determined whether or not the search with the allocation candidate group is completed. If completed (YES in step S709), the process advances to step S712. On the other hand, if not completed (NO in step S709), the process proceeds to step S710.

  This determination is made based on whether or not the confirm button 1408 in FIG. 15 is pressed. In particular, if the confirm button 1408 is pressed, it is determined that the search has been completed, and the process proceeds to step S712.

<Step S710>
In step S710, the presence / absence of display switching is determined. If there is a display switching operation (YES in step S710), the process proceeds to step S711. On the other hand, if there is no display switching operation (NO in step S710), the process returns to step S709.

  Note that this determination is made by using another candidate display button (1405c or 1405d), a save button (1405e or 1405h), or a load button (1405f or 1405i) of the provisional optimum candidate display unit 1405a and comparison candidate display unit 1405b in FIG. ), The same room display button (1405g or 1405j), and whether or not the view switching button 1405k is pressed.

  In particular, when another candidate display button 1405c or 1405d, save button (1405e or 1405h), load button (1405f or 1405i), same room display button (1405g or 1405j), or view switching button 1405k is pressed, step S711 is performed. Proceed to

<Step S711>
In step S711, the display content of the allocation candidate display screen 1400 is updated and displayed based on an operation through the operation unit 105 from the user.

  This update display is performed when another candidate display button 1405c or 1405d, a save button (1405e or 1405h), a load button (1405f or 1405i), a room display button (1405g or 1405j), or a view switching button 1405k is pressed. To start processing.

  The separate candidate display buttons 1405c and 1405d are configured with a “<<” button, a “<” button, a “>” button, and a “>>” button, respectively. The “<<” button is a button to advance from the current allocation candidate to the top (highest) allocation candidate, the “<” button is a button to advance to the previous allocation candidate (higher), and the “>” button is the current The button for proceeding from the current allocation candidate to the next (lower) allocation candidate and the “>>” button are buttons for proceeding from the current allocation candidate to the last (lowest) allocation candidate.

  Then, in response to pressing of these buttons, the target allocation candidate is read from the allocation candidate data 1405d and displayed on the corresponding display unit (provisional optimal candidate display unit 1405a or comparison candidate display unit 1405b).

  Further, in the center of each of the separate candidate display buttons 1405c and 1405d, there is a display / input field indicating the allocation candidate rank, which is displayed in the form of “current allocation candidate rank / total allocation candidate count”. ing. As for the contents in the display / input field, the display of the current allocation candidate order is switched in response to pressing of the “<<” button, the “<” button, the “>” button, and the “>>” button.

  Furthermore, by directly inputting a desired numerical value in this display / input field, it is also possible to display allocation candidates having a desired allocation candidate rank.

  Save buttons 1405e and 1405h are buttons for saving the current allocation candidate in the allocation candidate temporary storage data 104k. The load buttons 1405f and 1405i are buttons for reading the allocation candidates stored in the allocation candidate temporary storage data 104k and displaying them on the corresponding display unit (provisional optimal candidate display unit 1405a or comparison candidate display unit 1405b).

  By using these save buttons and load buttons in combination, it is possible to save and refer to assignment candidates that the user likes at any time. Thereby, the comparison between the allocation candidates intended by itself can be executed more efficiently.

  Further, the same room display buttons 1405g and 1405j are buttons for displaying all beds in the same room as the displayed bed when the view is a bed view. Here, the resident bed view piece displayed on the bed in the same room is also displayed in a different display form for each attribute so that the attribute can be visually recognized.

  The view switching button 1405k is a button for switching between the bed view and the resident view.

  These buttons are also displayed according to their functions when pressed.

<Step S712>
In step S709, when the search with the allocation candidate group is completed (YES in step S708), that is, when the confirm button 1408 is pressed, the allocation status indicated by the allocation candidate displayed on the temporary optimal candidate display unit 1405a is displayed. Confirm and return to the manual planning screen 800. At this time, the reservation data 104a and the allocation status data 104f are updated based on the allocation candidate data displayed in the provisional optimum candidate display unit 1405a.

  As a specific example, when the confirm button 1408 is pressed on the allocation candidate display screen 1400 of FIG. 15, the allocation content displayed on the provisional optimal candidate display unit 1405a is changed to the bed view 801 of the manual planning screen 800 of FIG. And reflected in the visitor view 802.

  In the process of FIG. 7, when the cancel button 1407 on the allocation candidate display screen 1400 is pressed at an arbitrary timing, the display of the allocation candidate display screen 1400 is terminated when the button is pressed, and the manual planning screen 800 is displayed. Return to.

  In addition, in the allocation candidate display screen 1400, the provisional optimal candidate display unit 1405a and the comparison candidate display unit 1405b of the allocation candidate display unit 1405 are configured to display two allocation candidates in a contrasting manner. Only the candidate display unit 1405a may be configured, or three or more allocation candidates may be displayed in contrast.

  This is because there are various uses and purposes such as when only the allocation candidate display by the provisional optimal candidate display unit may be displayed, and conversely, at least two or more allocation candidates are displayed in contrast. Because it can exist.

  In addition, the allocation candidate display unit 1405 is configured to display allocation candidates that may be affected by allocation in a time chart format. However, main information of all allocation candidates can be displayed in a table format, It is also possible to display only the evaluation values of the allocation candidates.

  However, since the tabular display is not intuitive, the visibility is low. Also, the visibility of all allocation candidate time charts is low because there is a lot of redundant information. In addition, in the display of only the evaluation values of all allocation candidates, information necessary for the user to make a determination regarding the relationship with other beds is missing.

  Therefore, in the present embodiment, only the beds that are affected by bed movement or the like due to reservation allocation are displayed in the time chart format as information on allocation candidates. Thereby, allocation candidates can be displayed while ensuring high visibility.

  For example, it is possible to easily visually recognize the size of the influence range simply by looking at the number of rows in the allocation candidate time chart.

  Specifically, in the provisional optimum candidate display unit 1405a of FIG. 15, the allocation candidates are displayed in one line, and all unassigned periods of the resident can be allocated in one bed shown in this line. I know that there is. On the other hand, in the comparison candidate display unit 1405b, the allocation candidates are displayed in two rows, and it is possible to allocate all the unallocated periods of the resident with the two beds shown in these two rows. Recognize.

  Further, as described above, the provisional optimum candidate display unit 1405a or the comparison candidate display unit 1405b can switch the display contents of the allocation candidates with the corresponding different candidate display buttons 1405c and 1405d. It is possible to search for a suitable allocation candidate while switching the allocation candidate rank of the optimal candidate display unit 1405a or the comparison candidate display unit 1405b to higher / lower.

  For example, when an allocation candidate that is more suitable (= provisional optimal) than the allocation candidate displayed on the provisional optimal candidate display unit 1405a is displayed on the comparison candidate display unit 1405b, the provisional optimal candidate display unit 1405a is displayed. By replacing the allocation candidate, the allocation candidate can be set as a provisional optimal allocation candidate.

  However, depending on the environment at the time of allocation candidate search (high or low operating rate, etc.), there is a possibility that allocation candidates that the user considers suitable are not necessarily concentrated at the top. In such a case, the user can reset the setting value on the allocation candidate enumeration condition setting screen 1401 by pressing the condition reset button 1406.

  With this resetting function, it is possible to display allocation candidates that the user considers suitable as high as possible.

  Next, an example of a display screen when the same room display buttons 1405g and 1405j are operated will be described with reference to FIG.

  FIG. 17 shows a display screen example after the operation of the same room display button 1405g on the allocation candidate display screen 1400 of FIG. As shown in FIG. 17, when the same room display button 1405g is operated, a bed in the same room as the bed displayed on the temporary optimal candidate display unit 1405a in FIG. 15 is displayed (the same room bed display). .

  At this time, the button label of the same room display button 1405g is changed from “same room display” to “same room non-display”, and the user is notified of the display state in the provisional optimum candidate display unit 1405a. can do. Thereby, for example, the user can grasp the compatibility of members (residents) in the same room and the allocation situation at a glance, and therefore can select more appropriate allocation candidates.

  Needless to say, when the same-room display button 1405g whose button label is “non-same room display” is operated, the same-room bed display ends and the button label is changed to “same room display”.

  Next, a display screen example when the view switching button 1405k is operated will be described with reference to FIG.

  FIG. 18 shows a display screen example after operating the same room display button 1405g on the allocation candidate display screen 1400 of FIG. As shown in FIG. 18, when the radio button “member” is operated in the view switching button 1405k, the bed view displayed in the temporary optimal candidate display unit 1405a and the comparison candidate display unit 1405b in FIG. The view switches to a resident view made up of members (for example, members in the same room) related to the allocation candidate members (residents) displayed on the view.

  Thus, in addition to the bed view (bed view) that is time axis information about the resident assigned to the bed, the resident view that is time axis information about the bed assigned to the resident (Resident perspective) can be displayed. Thereby, the user can confirm the information regarding the resident at various points of view, and can select more appropriate allocation candidates.

  As described above, according to the present embodiment, an allocation candidate desired by a user is searched according to a set search condition (allocation condition), and information on allocation candidates that may be affected by allocation is provided. By doing so, it is possible to provide a user interface that allows easy allocation while incorporating user judgment.

  If the intended allocation candidate is not searched according to the initially set allocation condition, the unallocated period specified in the allocation condition is relaxed with the relaxation condition within the allowable range, and the relaxation condition (new allocation By implementing a search for allocation candidates according to (condition), a more efficient allocation candidate search can be realized.

  By configuring a manual plan screen that uses both the bed view that shows the allocation status of the bed and the resident view that shows information about the resident who is the allocation target, and interactively links information between these views, multiple beds can be linked. It is possible to provide a user interface that can manually and easily perform complex assignments distributed over a period of time.

  Although the embodiments have been described in detail above, the present invention can take an embodiment as, for example, a system, an apparatus, a method, a program, or a storage medium, and specifically includes a plurality of devices. The present invention may be applied to a system that is configured, or may be applied to an apparatus that includes a single device.

  The information processing apparatus described above can be understood as a method invention as a procedure for realizing the function by a computer. Since the present invention can be realized by a computer, the present invention can be applied to a computer program executed by a computer, and further to a computer-readable storage medium such as a CD-ROM that stores the computer program and can be read by the computer. It will be clear.

  Accordingly, the embodiment according to the above embodiment is an information processing apparatus, a control method thereof, and a program. Among these, the information processing apparatus is listed as follows.

<Embodiment 1>
An information processing apparatus that manages allocation of object data related to an object with respect to resource data related to a resource capable of allocating an object that is an allocation target in time series,
A first display means for displaying, for each resource data, a time chart indicating an allocation state of allocated object data;
Second display means for displaying a time chart indicating an allocation state of object data to be allocated to the resource data;
Selecting means for selecting resource data to which the object data to be allocated is allocated from the resource data group displayed on the first display means;
An allocating unit that allocates an unallocated period of the object data to be allocated to a period in which the object data of the resource data selected by the selecting unit can be allocated;
An information processing apparatus comprising: update means for updating display contents of the first and second display means based on an assignment result by the assignment means.

<Embodiment 2>
An operation means for performing a drag and drop operation on the object data to be allocated to the resource data selected by the selection means;
Based on the drag and drop operation by the operation means, the assignment means assigns an unassigned period of the object data to be assigned to a period in which the object data of the resource data selected by the selection means can be assigned. The information processing apparatus according to the first embodiment, which is characterized.

<Embodiment 3>
The object data to be allocated includes at least one unallocated piece indicating an unallocated period,
The information processing apparatus according to claim 2, wherein the drag-and-drop operation by the operation means is executed in units of the unallocated pieces.

<Embodiment 4>
The update means displays the assignment state of the assigned object data on the second display means when the assigned object data is selected for the resource data displayed on the first display means. The information processing apparatus according to any one of the first to third embodiments.

<Embodiment 5>
5. The embodiment according to claim 1, wherein the updating unit controls display by interlocking a time chart display of the first display unit and a time chart display of the second display unit. 6. Information processing device.

<Embodiment 6>
The information processing apparatus according to any one of claims 1 to 5, wherein a time axis indicating a current time is displayed on the first display unit and the second display unit.

<Embodiment 7>
When there are a plurality of periods in which object data of the resource data selected by the selection unit can be allocated, the allocation unit can allocate an unallocated period of the object data to each of the plurality of periods. 7. The information processing apparatus according to any one of Embodiments 1 to 6, wherein the information processing apparatus is divided into partial unallocated periods for a period and allocated to each period.

<Embodiment 8>
A release unit for releasing the allocation state of the allocated period of the object data to be allocated displayed on the first display unit or the second display unit;
The information processing apparatus according to any one of embodiments 1 to 7, wherein the update unit updates display contents of the first and second display units based on a release result by the release unit. .

<Embodiment 9>
The update means, when the release by the release means generates a plurality of continuous unallocated periods in the object data to be allocated, connects the plurality of unallocated periods to one unallocated period, The information processing apparatus according to any one of embodiments 1 to 8, wherein a time chart display of an allocation state of the allocation target object data displayed on a display unit is updated.

  In the present invention, a software program (in the embodiment, a program corresponding to the flowchart shown in the figure) that realizes the functions of the above-described embodiment is directly or remotely supplied to the system or apparatus, and the computer of the system or apparatus Is also achieved by reading and executing the supplied program code.

  Accordingly, since the functions of the present invention are implemented by computer, the program code installed in the computer also implements the present invention. In other words, the present invention includes a computer program itself for realizing the functional processing of the present invention.

  In that case, as long as it has the function of a program, it may be in the form of object code, a program executed by an interpreter, script data supplied to the OS, or the like.

  As a recording medium for supplying the program, for example, floppy (registered trademark) disk, hard disk, optical disk, magneto-optical disk, MO, CD-ROM, CD-R, CD-RW, magnetic tape, nonvolatile memory card ROM, DVD (DVD-ROM, DVD-R) and the like.

  As another program supply method, a client computer browser is used to connect to an Internet homepage, and the computer program of the present invention itself or a compressed file including an automatic installation function is downloaded from the homepage to a recording medium such as a hard disk. Can also be supplied. It can also be realized by dividing the program code constituting the program of the present invention into a plurality of files and downloading each file from a different homepage. That is, a WWW server that allows a plurality of users to download a program file for realizing the functional processing of the present invention on a computer is also included in the present invention.

  In addition, the program of the present invention is encrypted, stored in a storage medium such as a CD-ROM, distributed to users, and key information for decryption is downloaded from a homepage via the Internet to users who have cleared predetermined conditions. It is also possible to execute the encrypted program by using the key information and install the program on a computer.

  In addition to the functions of the above-described embodiments being realized by the computer executing the read program, the OS running on the computer based on an instruction of the program is a part of the actual processing. Alternatively, the functions of the above-described embodiment can be realized by performing all of them and performing the processing.

  Furthermore, after the program read from the recording medium is written in a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer, the function expansion board or The CPU or the like provided in the function expansion unit performs part or all of the actual processing, and the functions of the above-described embodiments are realized by the processing.

It is a figure which shows the function structure of the bed control system of embodiment of this invention. It is a figure which shows the detailed structure of the various data stored in the data storage part of embodiment of this invention. It is a figure which shows the hardware constitutions of the information processing apparatus of embodiment of this invention. It is a flowchart which shows the outline | summary flow of the bed control system of embodiment of this invention. It is a flowchart which shows the detail of a process of step S401 of embodiment of this invention. It is a flowchart which shows the detail of a process of step S401a of embodiment of this invention. It is a flowchart which shows the detail of a process of step S404 of embodiment of this invention. It is a flowchart which shows the detail of a process of step S405 of embodiment of this invention. It is a figure which shows an example of the manual plan screen of embodiment of this invention. It is a figure which shows an example of the relaxation condition setting screen of embodiment of this invention. It is a figure for demonstrating the manual planning function of embodiment of this invention. It is a figure for demonstrating the manual planning function of embodiment of this invention. It is a figure for demonstrating the manual planning function of embodiment of this invention. It is a figure for demonstrating the manual planning function of embodiment of this invention. It is a figure for demonstrating the allocation candidate display function of embodiment of this invention. It is a figure which shows an example of the allocation candidate display screen of embodiment of this invention. It is a figure for demonstrating the allocation candidate display function of embodiment of this invention. It is a figure for demonstrating the allocation candidate display function of embodiment of this invention. It is a figure for demonstrating the allocation candidate display function of embodiment of this invention. It is a figure for demonstrating the allocation candidate display function of embodiment of this invention. It is a figure for demonstrating the specific example of relaxation condition priority calculation of embodiment of this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 Bed control part 101 Manual planning part 102 Assignment candidate display part 103 Assignment candidate enumeration part 104 Data storage part 107 Relaxation condition setting part 108 Relaxation priority calculation part 104a Reservation data 104b Bed data 104c Room data 104d Assignment candidate data 104e Resident data 104f Allocation status data 104g Resident access impossible data 104h Allocation candidate enumeration condition setting data 104i Relaxation condition data 104j Period relaxation data 104k Allocation candidate temporary storage data 105 Operation unit 106 Display unit

Claims (14)

An information processing apparatus that manages allocation of object data related to an object with respect to resource data related to a resource capable of allocating an object that is an allocation target in time series,
An allocation condition setting means for setting an allocation condition for allocating object data to be allocated to the resource data;
A relaxation condition setting means for setting a relaxation condition allowed for the allocation condition;
Determining means for determining a new allocation condition from the allocation condition and the relaxation condition;
Search means for searching for resource data that is a candidate for assignment of the object data to be assigned based on the new assignment condition or the assignment condition and the new assignment condition;
An information processing apparatus comprising: display means for displaying resource data that is the allocation candidate searched by the search means. The information processing apparatus according to claim 1, wherein the allocation condition setting unit sets allocation conditions for a plurality of types of items, and sets weights for the allocation conditions. The allocation condition setting means includes, as the allocation condition, at least one of the following conditions: a matching degree between the resource and the object, a matching period between the resource and the object, the number of times the object moves between resources, and a distance the object moves between resources The information processing apparatus according to claim 1, wherein the information processing apparatus is characterized. 4. The display unit according to claim 1, wherein the display unit displays at least two resource data serving as allocation candidates out of resource data serving as allocation candidates searched by the search unit. 5. The information processing apparatus described. The resource data serving as the allocation candidate includes resource data serving as an allocation candidate for other object data whose allocation state is changed by allocating the object data to be allocated to the resource data. The information processing apparatus according to any one of claims 1 to 4. The information processing apparatus according to claim 5, wherein the display unit displays the presence / absence of a change in the allocation state of the object data to the resource data that is the allocation candidate in an identifiable manner. The information processing apparatus according to any one of claims 1 to 6, wherein the display unit displays information of other resource data included in a resource group to which the resource data as the allocation candidate belongs. The information processing apparatus according to claim 1, wherein the display unit displays allocation information of the object data to the resource data. The information processing apparatus according to claim 8, wherein the display unit displays the attribute of each of the object data so as to be identifiable. Switching means for switching resource data to be allocation candidates displayed on the display means to resource data to be other allocation candidates;
10. The method according to claim 1, further comprising: a determination unit that determines an allocation state of the object data to be allocated to resource data that is an allocation candidate displayed on the display unit. Information processing device. The relaxation condition setting means can set at least one of a start date / time and an end date / time shift, a shortening period, and a shift unit of the period with respect to the period specified by the allocation condition as the relaxation condition. The information processing apparatus according to claim 1, wherein the information processing apparatus is an information processing apparatus. The relaxation condition setting means sets a weight for the relaxation condition,
The information processing apparatus according to claim 1, wherein the determination unit determines the new allocation condition in order of priority based on weighting with respect to the relaxation condition. A control method for an information processing apparatus for managing allocation of object data related to an object with respect to resource data related to a resource capable of allocating an object as an allocation target in time series,
An allocation condition setting step for setting allocation conditions for allocating object data to be allocated to the resource data;
A relaxation condition setting step for setting an allowable relaxation condition for the allocation condition;
A determination step of determining a new allocation condition from the allocation condition and the relaxation condition;
A search step of searching for resource data that is an allocation candidate of the object data to be allocated based on the new allocation condition or the allocation condition and the new allocation condition;
And a display step of displaying resource data that is the allocation candidate searched in the search step. A program for realizing control of an information processing apparatus that manages allocation of object data related to an object with respect to resource data related to a resource that can assign an object that is an allocation target in time series,
A program code of an allocation condition setting step for setting allocation conditions for allocating object data to be allocated to the resource data;
A program code of a relaxation condition setting step for setting a relaxation condition allowed for the allocation condition;
A program code of a determination step for determining a new allocation condition from the allocation condition and the relaxation condition;
A program code of a search step for searching for resource data that is an allocation candidate of the object data to be allocated based on the new allocation condition or the allocation condition and the new allocation condition;
And a program code of a display step for displaying resource data that is the allocation candidate searched in the search step.

Images