JP2019185408A - Health information management server and health information management system - Google Patents

Abstract

To provide an analysis result for each area narrower than an entire analysis target area for health information related to health.SOLUTION: A local government server, which is connected to a resident terminal used by residents so that data can be communicated via a communication network, acquires health information related to health of the residents from the resident terminal; stores the health information in a storage unit in association with the residents related to the health information; and analyzes, for each of the residents, the health information corresponding to the residents to calculate individual health risks of the residents (steps S47 and S49). The local government server calculates, based on the individual health risks calculated for each of the residents and each of resident locations, area health risks for each of a plurality of preset areas (steps S51 and S52).SELECTED DRAWING: Figure 21

Description

  The present invention relates to a health information management server and a health information management system.

  In recent years, with the spread of ICT (Information and Communication Technology), a health management system that supports the maintenance and promotion of health is being introduced in each local government. Each local government collects and analyzes data on the health and illness of residents, analyzes trends in the illness, etc. in the region, provides health guidance as needed, and holds health events. . In this way, aiming to create a society where there are few people who get sick leads to a reduction in medical expenses.

As a health management system that outputs information useful for maintaining health, for example, data on daily health of an individual, past illness data, genetic disease data, etc., notifications for dietary guidance, etc. that are necessary for individuals to be notified are provided A technique has been proposed (see Patent Document 1).
In addition, a system has been proposed that provides advice on optimal health design, such as diet therapy and sports recreation, according to the health condition grasped from the aspects of disease medical care and health prevention (see Patent Document 2).

JP 2002-149830 A JP 2007-072732 A

  However, health information on health has been collected from each inhabitant, and the disease tendency in the entire analysis target area has been analyzed, but regional characteristics in an area narrower than the analysis target area have not been considered. .

  The present invention has been made in view of the above-described problems in the related art, and an object of the present invention is to provide an analysis result for each area narrower than the entire analysis target area regarding health information related to health.

  In order to solve the above-mentioned problem, the invention according to claim 1 is a health information management server connected to a management target person terminal used by a management target person so that data communication is possible via a communication network. Health information acquisition means for acquiring health information related to the health of the management target person from the management target person terminal, storage control means for storing the health information in a storage means in association with the management target person related to the health information, and the management For each target person, the health information corresponding to the management target person is analyzed, and the personal health risk calculating means for calculating the personal health risk of the management target person, and the personal health calculated for each of the management target person Area health risk that calculates area health risk for each of a plurality of preset areas based on the risk and each residence position of the management subject Comprising a click calculating means.

  According to a second aspect of the present invention, in the health information management server according to the first aspect, the area is connected to a management terminal for managing data in the health information management server via a communication network so that data communication is possible. A public means for publicly displaying the area health risk calculated for each of the management terminals so as to be viewable.

  According to a third aspect of the present invention, in the health information management server according to the second aspect of the present invention, the disclosure means determines the extent of the area health risk calculated for each area on the map including the plurality of areas. Overlaid on the area to be displayed on the management terminal.

  According to a fourth aspect of the present invention, in the health information management server according to the second aspect, the disclosure means displays the degree of the area health risk calculated for each area on the management terminal in a list format. .

  According to a fifth aspect of the present invention, in the health information management server according to any one of the first to fourth aspects, the personal health risk calculation means calculates the personal health risk of each management subject for each of a plurality of types. The area health risk calculating means calculates an area health risk for each area for each of the plurality of types, and a health event genre is associated with each of the plurality of types of area health risks in advance. Determining whether or not the area health risk for each of the plurality of types in the selected area of the plurality of areas is equal to or higher than a predetermined level, and responding to the area health risk of the predetermined level or higher Extraction means for extracting the genre of the attached health event is provided.

  The health information management server according to any one of claims 1 to 5, wherein the health information includes activity records, vital data, meal records, or medication information.

  The health information management server according to any one of claims 1 to 6, wherein the invention according to claim 7 is connected to a medical institution terminal used in the medical institution via a communication network so that data communication is possible. Medical information acquisition means for acquiring medical information of a management target person from the medical institution terminal, the storage control means stores the medical information in association with the management target person related to the medical information in the storage means, The personal health risk calculating means analyzes the health information and medical information corresponding to the management target person for each of the management target persons, and calculates the personal health risk of the management target person.

  According to an eighth aspect of the present invention, in the health information management server according to the seventh aspect, the medical information includes medical information, injury / illness information, prescription information, or a test result.

  The invention described in claim 9 is a health information management system in which a management target person terminal used by a management target person and a health information management server are connected via a communication network so that data communication is possible, and the health information The management server includes health information acquisition means for acquiring health information related to the health of the management target person from the management target person terminal, and storage control for storing the health information in association with the management target person related to the health information in the storage means For each of the management target person, the individual health risk calculating means for analyzing the health information corresponding to the management target person and calculating the personal health risk of the management target person, and each of the management target person Based on the calculated personal health risk and the respective residence positions of the management subject, the area health risk is set for each of a plurality of preset areas. Comprising an area health risk calculation means for calculating the click, the.

  ADVANTAGE OF THE INVENTION According to this invention, about the health information regarding health, the analysis result for every area | region narrower than the whole analysis object area can be provided.

It is a system configuration figure of a health information management system in an embodiment of the invention. It is a block diagram which shows the functional structure of a local government server. (A) is a data structural example of user DB. (B) is an example of the item contained in the user information of each user. (A) is a data structural example of facility location DB. (B) is an example of the item contained in the facility information of each facility. It is an example of a data structure of local government area | region information DB. (A) is a data structural example of division | segmentation area information DB. (B) is an example of the item contained in the area information of each area. It is a data structural example of threshold value DB. (A) is a data structural example of event DB. (B) is an example of items included in the event information of each event. It is a figure which shows the folder structure in the file storage part of a local government server. It is an example of a data structure of a health information / medical information file. It is a block diagram which shows the functional structure of a resident terminal, a medical institution terminal, and a local government terminal. It is a flowchart which shows the health information registration process performed by the local government server. It is an example of the home screen displayed on a resident terminal. It is an example of the health information input screen displayed on a resident terminal. It is a flowchart which shows the medical information registration process performed by a local government server. It is an example of the home screen common to medical institutions displayed on a medical institution terminal. It is an example of the file selection screen displayed on a medical institution terminal. It is a flowchart which shows the area information setting process performed by a local government server. It is a flowchart which shows the area information setting process performed by a local government server. It is an example of the area setting screen displayed on a local government terminal. It is a flowchart which shows the health risk calculation process performed by the local government server. It is an example of the lifestyle-related disease check input screen displayed on a resident terminal. It is a figure which shows the example of the point defined with respect to each item of health information and medical information. It is a flowchart which shows a health risk accumulation process. It is a flowchart which shows a health risk accumulation process. It is a flowchart which shows the health event setting process performed by the local government server. (A) is an example of the map-type event setting screen displayed on a local government terminal. (B) is an enlarged schematic diagram of one area. It is an example of the event setting screen of the list format displayed on a local government terminal. It is a flowchart which shows an event extraction process. It is an example of the event detailed setting screen displayed on a local government terminal.

  Hereinafter, an embodiment of a health information management system according to the present invention will be described with reference to the drawings. However, the scope of the invention is not limited to the illustrated examples.

[Configuration of health information management system]
FIG. 1 shows a system configuration of a health information management system 100 in the present embodiment.
As shown in FIG. 1, the health information management system 100 includes a local government server 10 as a health information management server, a resident terminal 20 as a management target person terminal used by each resident, and a medical worker belonging to each medical institution. Are provided with a medical institution terminal 30, a local government terminal 40 as a management terminal used by a staff member belonging to the local government, and a map information providing device 50. The local government server 10, the resident terminal 20, the medical institution terminal 30, the local government terminal 40, and the map information providing device 50 are connected via a communication network N so that data communication is possible. In addition, the number of the resident terminal 20, the medical institution terminal 30, and the local government terminal 40 is not particularly limited.

  The local government server 10 accumulates and manages health information registered from the resident terminal 20 and medical information registered from the medical institution terminal 30. The local government server 10 may be a cloud server provided in a cloud environment.

  The resident terminal 20 is a computer device such as a PC (Personal Computer), a tablet terminal, or a smartphone used by each resident as a management subject. The resident terminal 20 is used when each resident registers health information regarding the resident's own health in the local government server 10.

  The medical institution terminal 30 is a computer device such as a PC used in each medical institution by a medical worker belonging to each medical institution. The medical institution terminal 30 is used when a medical worker registers medical information of each resident in the local government server 10.

  The local government terminal 40 is a computer device such as a PC used by a staff member belonging to the local government. The local government terminal 40 is a terminal for managing data in the local government server 10, and is used when a local government official browses health information and medical information managed by the local government server 10, area health risks for each area, and the like. .

  The map information providing device 50 provides a service for providing longitude / latitude corresponding to a designated address and map information corresponding to a designated municipality.

[Composition of local government server]
FIG. 2 shows a functional configuration of the local government server 10.
As shown in FIG. 2, the local government server 10 includes a control unit 11, a communication unit 12, a RAM 13, a clock unit 14, a storage unit 15, and the like, and each unit is connected by a bus 16.

  The control unit 11 is configured by a CPU (Central Processing Unit) and the like, and comprehensively controls processing operations of each unit of the local government server 10. Specifically, the CPU reads various processing programs stored in the storage unit 15 and develops them in the RAM 13 to perform various processes in cooperation with the programs.

  The communication unit 12 includes a network interface and the like, and transmits and receives data to and from an external device connected via a communication network N such as a LAN (Local Area Network), a WAN (Wide Area Network), and the Internet.

  The RAM 13 forms a work area that temporarily stores various programs, input or output data, parameters, and the like read from the storage unit 15 in various processes that are executed and controlled by the control unit 11.

  The timer unit 14 has a timer circuit (RTC: Real Time Clock). The timer circuit measures the current date and time and outputs it to the controller 11.

  The storage unit 15 includes an HDD (Hard Disk Drive), a non-volatile semiconductor memory, and the like, and stores various processing programs, parameters and files necessary for executing the programs, and the like. For example, the storage unit 15 includes a web server program for realizing a function as a web server that provides various web screens to the web browser by communicating with a web browser mounted on an external device using the HTTP protocol. The application program etc. which operate | move above and provide a health information management service to the operator of an external apparatus via a web browser are memorize | stored.

  The storage unit 15 stores a user DB (DataBase) 151, a facility location DB 152, a local government area information DB 153, a divided area information DB 154, a threshold value DB 155, and an event DB 156. Further, the storage unit 15 includes a file storage unit 157. The file storage unit 157 stores health information / medical information files.

FIG. 3A shows a data configuration example of the user DB 151.
The user DB 151 stores the final value of the user ID and the user information of each user.
The user ID is a unique ID that the system automatically assigns to each user.
The final value of the user ID is the final value of the value numbered as the user ID. At the next user registration, a value obtained by adding 1 to this final value is issued as a user ID.
User information is information about each user (resident, medical institution, local government). The user information for the local government is registered when the health information management system 100 is constructed. Resident user information and medical institution user information are registered on the Web screen or application form provided by the local government server 10.

  FIG. 3B shows an example of items included in the user information of each user. Further, in FIG. 3B, when a user is a resident, a medical institution, or a local government, items to be registered are indicated by check marks. In addition, for medical institutions and local governments, use is permitted to organizations such as medical institutions and local governments, not individual operators.

  User information includes user ID, registration date, user type (0: local government, 1: medical institution, 2: resident), email address, password, medical institution ID, facility name, user name (in the medical institution Is the name of the facility), gender (0: male, 1: female), date of birth, address (address of the facility for medical institutions, address of the municipal facility for local governments), longitude, latitude, telephone number, living together ( 0: Yes, 1: No), Marriage classification (0: Married, 1: Divided / bereaved, 2: Unmarried), Personal life health risk, Personal diet health risk, Personal exercise health risk, Personal record health risk, etc. .

The registration date / time is the date / time when the user information was registered.
The user type is information indicating the type of user.
The e-mail address is an e-mail address that is a notification destination to the user, and is also used as a login ID.
The password is used for user authentication when the user uses the health information management system 100.
The medical institution ID is identification information of the medical institution.
The facility name is the name of a medical institution (facility).
The longitude is a longitude corresponding to the user's address.
The latitude is the latitude corresponding to the user's address.
The living together classification is information indicating the presence or absence of a living person.
The marriage category is information indicating the marriage status.

Personal life health risk is the number of caution items obtained from lifestyle-related disease check results (life related).
Personal diet health risk is the number of caution items obtained from lifestyle-related disease check results (meal-related).
Personal exercise health risk is the number of caution items obtained from lifestyle-related disease check results (exercise related).
Personal record health risk is the number of points obtained from analysis of health information / medical information files.

FIG. 4A shows a data configuration example of the facility position DB 152.
The facility position DB 152 stores the number of registered facilities and the facility information of each facility.
The number of registered facilities is the number of facilities registered in the facility position DB 152. When a new facility is registered in the facility position DB 152, the number of registered facilities increases by one.
The facility information is information regarding a facility where a health event can be held.

FIG. 4B shows an example of items included in the facility information of each facility.
The facility information includes facility name, facility type (0: health center, 1: civic center, 2: exercise facility, 3: affiliated medical institution), address, longitude, latitude, telephone number, and the like.
The facility name is the name of the facility.
The facility type is information indicating the type of facility.
The address is a facility address.
The longitude is the longitude corresponding to the facility address.
The latitude is the latitude corresponding to the facility address.
The telephone number is the telephone number of the facility.

FIG. 5 shows a data configuration example of the local government area information DB 153.
The local government area information DB 153 stores start longitude, start latitude, end point longitude, end point latitude, X direction step distance, and Y direction step distance.

The origin longitude is the origin (minimum longitude / minimum latitude) of the smallest rectangular area (the sides of the rectangle are approximately parallel to the east-west direction and the north-south direction), including the local government area (regions such as municipalities corresponding to the local government). Longitude.
The starting latitude is the latitude of the starting point of the smallest rectangular area including the local government area.
The end point longitude is the longitude of the end point (maximum longitude / maximum latitude) of the smallest rectangular area including the municipality area.
The end point latitude is the latitude of the end point of the smallest rectangular area including the municipality area.
Hereinafter, the “minimum rectangular area including the local government area” is expressed as “local government area”.

The X direction step distance is a distance of one area in the X direction (east-west direction) when the local government area is divided into a plurality of areas.
The Y direction step distance is a distance of one area in the Y direction (north-south direction) when the local government area is divided into a plurality of areas.

FIG. 6A shows a data configuration example of the divided area information DB 154.
The divided area information DB 154 stores the number of areas and area information of each area.
The number of areas is the number of areas in the municipality area.
The area information is information related to each area obtained by dividing the local government area into a plurality of areas (rectangular areas).

FIG. 6B shows an example of items included in the area information of each area.
Area information includes area origin longitude, area origin latitude, area end longitude, area end latitude, life health risk cumulative small, life health risk cumulative, life health risk cumulative large, diet health risk cumulative small, diet health risk cumulative , Diet Health Risk Accumulation, Exercise Health Risk Accumulation, Exercise Health Risk Accumulation, Exercise Health Risk Accumulation, Record Health Risk Accumulation Small, Record Health Risk Accumulation, Record Health Risk Accumulation, Area Life Health Risk, Area Diet Includes health risk, area exercise health risk, area record health risk, and area total health risk.

The area origin longitude is the longitude of the area origin (minimum longitude / minimum latitude).
The area starting latitude is the latitude of the area starting point.
The area end point longitude is the longitude of the end point (maximum longitude / maximum latitude) of the area.
The area end point latitude is the latitude of the end point of the area.

The small living health risk is the cumulative number of residents living in the area whose personal life health risk is “small”.
The cumulative number of people living in the area is the cumulative number of people living in the area whose personal life health risk is “medium”.
The cumulative life health risk is the cumulative number of inhabitants living in the area who have a personal life health risk of “large”.
The small dietary health risk is the cumulative number of residents who have a small personal dietary health risk among the residents living in the area.
The cumulative dietary health risk is the cumulative number of inhabitants living in the area who have a “medium” personal dietary health risk.
The total dietary health risk is the cumulative number of inhabitants living in the area who have a large personal dietary health risk.
The cumulative exercise health risk is the cumulative number of inhabitants living in the area who have a small exercise health risk.
The cumulative number of exercise health risks is the total number of residents living in the area who have a medium exercise health risk of “medium”.
The cumulative exercise health risk is the cumulative number of inhabitants in the area who have a personal exercise health risk of “large”.
The total recorded health risk small is the total number of residents whose personal record health risk is “small” among the residents living in the area.
The cumulative number of recorded health risks is the total number of residents living in the area who have a personal record health risk of “medium”.
The total recorded health risk is the cumulative number of residents who have a personal record health risk of “large” among the residents living in the area.

The area life health risk is a life-related health risk required for the area.
The area meal health risk is a meal-related health risk required for the area.
Area exercise health risk is an exercise-related health risk required for an area.
The area record health risk is a health risk related to the health information / medical information file required for the area.
The area total health risk is a total health risk required for the area.

FIG. 7 shows a data configuration example of the threshold DB 155.
The threshold DB 155 includes health risk calculation intervals, personal life health risk thresholds A1, A2 (A2> A1), personal diet health risk thresholds B1, B2 (B2> B1), personal exercise health risk thresholds C1, C2 ( C2> C1), personal record health risk thresholds D1, D2 (D2> D1), area life health risk coefficients E1, E2, E3, area life health risk thresholds A11, A12 (A12> A11), area diet health Risk coefficients E11, E12, E13, area diet health risk thresholds B11, B12 (B12> B11), area exercise health risk coefficients E21, E22, E23, area exercise health risk thresholds C11, C12 (C12> C11) , Area recording health risk coefficients E31, E32, E33, area recording health risk thresholds D11, D12 (D12> D 1), the threshold value F1, F2 (F2 area overall health risks> F1) is stored.

The health risk calculation interval is a time that is an interval for performing the health risk calculation process (see FIG. 21).
The threshold A1 of the personal life health risk is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the personal life health risk (the number of attention items related to life).
The personal life health risk threshold A2 is a threshold that is a boundary between “healthy health risk” and “health health risk” with respect to the personal life health risk (the number of caution items related to life).
For example, when the personal life health risk is less than the threshold A1, “small health risk”, when the personal life health risk is greater than or equal to the threshold A1 and less than the threshold A2, “medium health risk”, the individual life health risk is greater than or equal to the threshold A2. In this case, it is judged as “health risk is large”.

The threshold B1 of the personal diet health risk is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the personal diet health risk (the number of caution items related to diet).
The threshold B2 of the personal diet health risk is a threshold that is a boundary between “medium health risk” and “health health risk” with respect to the personal diet health risk (number of diet-related caution items).
The personal exercise health risk threshold C1 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the individual exercise health risk (the number of exercise-related caution items).
The personal exercise health risk threshold C2 is a threshold that is a boundary between “healthy health risk” and “health health risk” with respect to the personal exercise health risk (the number of exercise-related caution items).

The personal record health risk threshold D1 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the personal record health risk (number of points obtained from analysis of health information / medical information file). It is.
The threshold D2 of the personal record health risk is a threshold that is a boundary between “medium health risk” and “large health risk” with respect to the personal record health risk (the number of points obtained from the analysis of the health information / medical information file). It is.

The area life health risk coefficient E1 is a normalization coefficient for the life health risk cumulative small.
The area life health risk coefficient E2 is a normalization coefficient for the accumulated life health risk.
The area life health risk coefficient E3 is a normalization coefficient with respect to the accumulated life health risk.
The area life health risk threshold A11 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the area life health risk.
The area life health risk threshold A12 is a threshold that is a boundary between “medium health risk” and “health health risk” with respect to the area life health risk.

The area meal health risk coefficient E11 is a normalization coefficient for the cumulative meal health risk.
The area meal health risk coefficient E12 is a normalization coefficient for the cumulative meal health risk.
The area meal health risk coefficient E13 is a normalization coefficient for the cumulative meal health risk.
The area meal health risk threshold B11 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the area meal health risk.
The area meal health risk threshold B12 is a threshold that is a boundary between “medium health risk” and “health risk high” for the area meal health risk.

The area exercise health risk coefficient E21 is a normalization coefficient for the exercise health risk cumulative small.
The area exercise health risk coefficient E22 is a normalization coefficient for the accumulated exercise health risk.
The area exercise health risk coefficient E23 is a normalization coefficient for the cumulative exercise health risk.
The area exercise health risk threshold C11 is a threshold that is a boundary between “small health risk” and “medium health risk” for the area exercise health risk.
The area exercise health risk threshold C12 is a threshold that is a boundary between “health health risk” and “health health risk” with respect to the area exercise health risk.

The area recording health risk coefficient E31 is a normalization coefficient for the cumulative recording health risk small.
The area recording health risk coefficient E32 is a normalization coefficient for the accumulated recording health risk.
The area recording health risk coefficient E33 is a normalization coefficient for the cumulative recording health risk.
The area recording health risk threshold D11 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the area recording health risk.
The area recording health risk threshold D12 is a threshold that becomes a boundary between “medium health risk” and “health health risk” with respect to the area recording health risk.

The area total health risk threshold F1 is a threshold that is a boundary between “small health risk” and “medium health risk” with respect to the area total health risk.
The area total health risk threshold value F2 is a threshold value that is a boundary between “medium health risk” and “health health risk” with respect to the area total health risk.

FIG. 8A shows a data configuration example of the event DB 156.
The event DB 156 stores the number of events and event information of each event.
The number of events is the number of events registered in the event DB 156. When a new event is registered in the event DB 156, the number of events increases by one.
The event information is information related to health events. The health event is an event planned for the purpose of maintaining or improving the health condition of the residents, and includes, for example, life guidance, mental consultation, meal guidance, health exercises, walking, and dietary life improvement guidance. Examples of health event formats include lectures by lecturers (doctors, dietitians, etc.), consultations where each resident can consult individually, and resident participation events.

FIG. 8B shows an example of items included in the event information of each event.
The event information includes a holding area, a health event name, a date and time, a holding place, and the like.
The holding area is information indicating an area where the event is held.
The health event name is the name of the event.
The date and time is the date and time when the event is held.
The holding place is a place (facility name) where the event is held.

FIG. 9 shows a folder structure in the file storage unit 157.
A folder (user ID folder) having a name that matches the user ID for each user is created in a lower hierarchy of the health information / medical information folder.

A recording item setting file is stored in the user ID folder, and a recording date / time folder for each recording date / time is created in a lower hierarchy of the user ID folder.
The record item setting file includes information indicating items to be registered set by each resident. Specifically, display / non-display is set for each item of health information shown in FIG. 10 in the recording item setting file. In the input screen when each resident registers health information, only the items set by each resident are displayed according to the recording item setting file.
The recording date / time folder stores the health information / medical information file of the user (resident) corresponding to the user ID folder in the upper hierarchy of the recording date / time folder registered at the recording date / time corresponding to the recording date / time folder. The

FIG. 10 shows a data configuration example of the health information / medical information file.
The health information / medical information file includes a user ID, recording date and time, health information, and medical information.
The user ID is a user ID of a resident (person to be managed).
The recording date is the date when the health information / medical information file was recorded.
Health information includes activity records (steps, distance, time, etc.), vital data (weight, height, body fat percentage, fat mass, muscle mass, body water content, estimated bone mass, systolic blood pressure, diastolic blood pressure, pulse rate, Blood glucose level, etc.), meal records (meal information, etc.), medication information (medicine information, etc.), and the like.
The medical information includes medical information, injury / illness information, prescription information, sample test results, screening data, and the like.

  When the resident terminal 20, the medical institution terminal 30, and the local government terminal 40 access the local government server 10 from a login account (email address / password) corresponding to each user, the control unit 11 uses the storage unit 15. Referring to user DB 151, it is determined whether or not the user is registered in advance. When the combination of the e-mail address and password input at the resident terminal 20, the medical institution terminal 30, and the local government terminal 40 is registered in the user DB 151, the control unit 11 is a valid user. Judge.

The control unit 11 acquires health information related to the health of the resident (person to be managed) from the resident terminal 20. That is, the control unit 11 functions as health information acquisition means.
The control unit 11 stores the health information acquired from the resident terminal 20 in the storage unit 15 in association with the resident (management target person) related to the health information. That is, the control unit 11 functions as a storage control unit. Specifically, in the file storage unit 157, the control unit 11 has a folder with a name that matches the current date and time acquired from the time measuring unit 14 in a lower level of the user ID folder corresponding to the residents who operate the resident terminal 20 ( Recording date folder), and health information is registered in this recording date folder as a health information / medical information file.

The control unit 11 acquires the medical information of the resident (person to be managed) from the medical institution terminal 30. That is, the control unit 11 functions as medical information acquisition means.
The control unit 11 stores the medical information acquired from the medical institution terminal 30 in the storage unit 15 in association with the resident (management target person) related to the medical information. Specifically, in the file storage unit 157, the control unit 11 has a folder (recording date and time) having a name that matches the current date and time acquired from the time measuring unit 14 in a lower layer of the user ID folder corresponding to the residents related to the medical information. Folder) and register medical information as a health information / medical information file in this recording date / time folder.

For each resident (person to be managed), the control unit 11 analyzes the health information corresponding to the resident, and the individual's personal health risk (personal life health risk, personal diet health risk, personal exercise health risk, Record health risk). That is, the control unit 11 functions as a personal health risk calculation unit. Specifically, the control unit 11 calculates the individual health risk of each inhabitant for each of a plurality of types (life, meal, exercise, record).
Moreover, the control part 11 analyzes the health information and medical information corresponding to the said inhabitant about each inhabitant (management object person), and calculates the personal health risk of the inhabitant.

  Based on the individual health risk calculated for each resident (person to be managed) and each resident's residence position (longitude, latitude), the control unit 11 performs area health risk (area) for each of a plurality of preset areas. Life health risk, area diet health risk, area exercise health risk, area recording health risk, area total health risk) are calculated. That is, the control unit 11 functions as an area health risk calculation unit. Specifically, the control unit 11 calculates the area health risk of each area for each of a plurality of types (life, meal, exercise, recording).

  The control unit 11 publishes the area health risk calculated for each area so that it can be viewed from the local government terminal 40. That is, the control unit 11 functions as a disclosure unit. Specifically, when there is a public request for the area health risk of each area from the local government terminal 40, the control unit 11 provides the requested area health risk of each area to the local government terminal 40.

  The control unit 11 causes the local government terminal 40 to display the degree (degree) of the area health risk calculated for each area on the corresponding area on the map including a plurality of areas. For example, the control unit 11 classifies the area health risk for each area into a plurality of ranks (small, medium, large, etc.), and superimposes the ranks on the corresponding areas on the map of the local government area in a manner in which these ranks can be identified. Thus, display data for displaying a map-type event setting screen (see FIG. 27A) is generated. Then, the control unit 11 transmits the generated display data to the local government terminal 40 in order to display the event setting screen in the map format on the local government terminal 40.

  The control unit 11 causes the local government terminal 40 to display the degree (degree) of the area health risk calculated for each area in a list format. For example, the control unit 11 classifies the area health risk for each area into a plurality of ranks (small, medium, large, etc.), and displays a list-type event setting screen (see FIG. 28) that describes the rank for each area. Display data is generated. And the control part 11 transmits the produced | generated display data to the local government terminal 40 so that the local government terminal 40 may display the list-form event setting screen.

  In the storage unit 15, the health event genre is associated with each of a plurality of types of area health risks (area life health risk, area meal health risk, area exercise health risk, area recording health risk) in advance. It is remembered. Specifically, “area life health risk” is associated with a genre of “life guidance / mental consultation”. Further, the “area meal health risk” is associated with the genre of “meal guidance”. The genre of “health exercise / walking” is associated with “area exercise health risk”. In addition, “area recorded health risk” is associated with a genre of “dietary life improvement guidance”.

  The control unit 11 determines whether or not the area health risk for each of the plurality of types of the selected area among the plurality of areas is equal to or higher than a predetermined level. The control unit 11 extracts the genre of the health event associated with the area health risk of a type of a predetermined level or more. That is, the control unit 11 functions as an extraction unit.

[Configuration of Resident Terminal]
FIG. 11 shows a functional configuration of the resident terminal 20.
As shown in FIG. 11, the resident terminal 20 includes a control unit 21, an operation unit 22, a display unit 23, a communication unit 24, a RAM 25, a storage unit 26, and the like. Yes.

  The control unit 21 is composed of a CPU and the like, and comprehensively controls the processing operation of each unit of the resident terminal 20. Specifically, the CPU reads various processing programs stored in the storage unit 26 in accordance with an operation signal input from the operation unit 22 or an instruction signal received by the communication unit 24, expands the program in the RAM 25, and Various processes are performed in cooperation with the program.

The operation unit 22 includes a keyboard having cursor keys, character input keys, various function keys, and the like, and a pointing device such as a mouse. The control unit 21 receives operation signals input by keyboard operations or mouse operations. Output to.
When the resident terminal 20 is a tablet terminal, a smartphone, or the like, the operation unit 22 includes operation keys such as a power key for turning on / off the power, and a touch panel stacked on the display unit 23, and corresponds to each operation key. The operation signal corresponding to the position of the touch operation by the operator's finger or the like is output to the control unit 21.

  The display unit 23 includes a monitor such as an LCD (Liquid Crystal Display), and displays various screens according to instructions of a display signal input from the control unit 21. For example, the display unit 23 displays various Web screens based on display data for various Web screens received from the local government server 10.

  The communication unit 24 includes a network interface and the like, and transmits and receives data to and from an external device connected via a communication network N such as a LAN, WAN, or the Internet. The communication unit 24 performs wireless communication using a mobile phone line or the like, and transmits / receives data to / from an external device such as the local government server 10 connected via the communication network N.

  The RAM 25 forms a work area that temporarily stores various programs, input or output data, parameters, and the like read from the storage unit 26 in various processes that are executed and controlled by the control unit 21.

  The storage unit 26 includes an HDD, a nonvolatile semiconductor memory, and the like, and stores various processing programs, parameters and files necessary for executing the programs, and the like. For example, the storage unit 26 stores a Web browser program and the like for realizing a Web browser.

[Configuration of medical institution terminal]
FIG. 11 shows a functional configuration of the medical institution terminal 30.
As shown in FIG. 11, the medical institution terminal 30 includes a control unit 31, an operation unit 32, a display unit 33, a communication unit 34, a RAM 35, a storage unit 36, and the like, and each unit is connected by a bus 37. ing. Since each part of the medical institution terminal 30 is the same as each part of the inhabitant terminal 20, description is abbreviate | omitted.

[Configuration of local government terminals]
In FIG. 11, the functional structure of the local government terminal 40 is shown.
As shown in FIG. 11, the municipal terminal 40 includes a control unit 41, an operation unit 42, a display unit 43, a communication unit 44, a RAM 45, a storage unit 46, and the like, and each unit is connected by a bus 47. Yes. Since each part of the local government terminal 40 is the same as each part of the resident terminal 20, description is abbreviate | omitted.

[Operation in health information management system]
Next, the operation in the health information management system 100 will be described.

<Resident user registration process>
When each resident uses the health information management system 100 for the first time, resident user registration is performed from the resident terminal 20. The resident terminal 20 accesses the local government server 10 and transmits the resident user information input from the operation unit 22 to the local government server 10.

  In the local government server 10, the control unit 11 sets a value obtained by adding 1 to the “final value of user ID” in the user DB 151 of the storage unit 15 as a user ID of a newly registered user (resident). . As the user information of the newly assigned user ID, the control unit 11 sets “2: Resident” as the user type, sets the current date and time acquired from the timing unit 14 as the registration date and time, and uses it. Registered in the user DB 151. And the control part 11 preserve | saves the user information input in the resident terminal 20 in user DB151 as user information of the user ID which was newly numbered.

Here, the control unit 11 acquires the longitude and latitude corresponding to the resident's address from the map information providing device 50 via the communication network N based on the registered resident's address. The control unit 11 registers the acquired longitude and latitude in the user DB 151 as resident user information.
In addition, the control unit 11 creates a user ID folder with a name that matches the user ID of the newly registered user in the lower hierarchy of the health information / medical information folder of the file storage unit 157.

<Medical institution user registration process>
When a medical institution uses the health information management system 100 for the first time, a use application is submitted from the medical institution to the local government.
The local government staff registers the user of the medical institution from the local government terminal 40 based on the use application form. The local government terminal 40 accesses the local government server 10 and transmits the user information of the medical institution input from the operation unit 42 to the local government server 10.

  In the local government server 10, the control unit 11 adds the value obtained by adding 1 to the “final value of user ID” in the user DB 151 of the storage unit 15 and the user ID of the newly registered user (medical institution). To do. The control unit 11 sets “1: medical institution” as the user type as the user information of the newly assigned user ID, sets the current date and time acquired from the timing unit 14 as the registration date and time, Register in the user DB 151. And the control part 11 preserve | saves the user information of the medical institution input in the local government terminal 40 in user DB151 as user information of the user ID which was numbered newly.

Here, the control unit 11 acquires the longitude and latitude corresponding to the address of the medical institution from the map information providing device 50 via the communication network N based on the registered address of the medical institution. The control unit 11 registers the acquired longitude and latitude in the user DB 151 as user information of the medical institution.
Further, the control unit 11 transmits a mail describing the registration URL to the mail address included in the newly registered user information via the communication unit 12.

The medical staff belonging to the medical institution accesses the URL described in the mail received at the medical institution terminal 30 and registers additional information (such as a password) in the local government server 10.
In the local government server 10, the control unit 11 stores information such as a password input at the medical institution terminal 30 in the user DB 151.

<Health information registration process>
FIG. 12 is a flowchart showing the health information registration process executed by the local government server 10. This process is a process of acquiring and registering health information from the resident terminal 20, and is realized by a software process in cooperation with the program stored in the control unit 11 and the storage unit 15.

First, in the resident terminal 20, when the resident inputs a URL for accessing the local government server 10 from the Web browser by the operation unit 22, the control unit 21 uses the communication unit 24 to enter the local government based on the input URL. The server 10 is accessed.
In the local government server 10, the control part 11 performs a login process according to the access from the resident terminal 20 (step S1). Specifically, the control unit 11 transmits display data for displaying a login screen to the resident terminal 20 via the communication unit 12. In addition, HTML, style sheets, image data, and predetermined processing are executed on the resident terminal 20 for display data of various Web screens including a login screen transmitted to the resident terminal 20 by the Web server function of the local government server 10. Scripts to make it included.

  In the resident terminal 20, when the login screen display data is received by the communication unit 24, the control unit 21 causes the display unit 23 to display the login screen. The login screen includes input fields for an email address and a password. When a resident inputs an e-mail address and a password by operating the operation unit 22 on the login screen, the control unit 21 transmits the input e-mail address and password to the local government server 10 via the communication unit 24.

  In the local government server 10, when the mail address and the password are received by the communication unit 12, the control unit 11 performs user authentication. Specifically, the control unit 11 records from the user DB 151 of the storage unit 15 a record (user information corresponding to the user ID of the resident who operates the resident terminal 20) that matches the email address input at the resident terminal 20. ) And when the password included in the retrieved record matches the password entered at the resident terminal 20, it is determined that the user authentication is successful.

Next, the control unit 11 acquires the user type (2: resident) corresponding to the user ID of the login user who operates the resident terminal 20 from the user DB 151 (step S2).
Next, the control part 11 transmits the display data for displaying a login user's home screen via the communication part 12 with respect to the resident terminal 20 (step S3).

In the resident terminal 20, the home screen is displayed on the display unit 23.
FIG. 13 shows an example of the home screen 231 displayed on the display unit 23 of the resident terminal 20. The home screen 231 includes a home screen icon 51, an activity record icon 52 as a health information type icon, a vital data icon 53, a meal record icon 54, and a medication information icon 55. The resident selects one of the type icons by an operation from the operation unit 22.

  In the local government server 10, when the control unit 11 acquires information indicating the type icon of the health information selected in the resident terminal 20 via the communication unit 12 (step S <b> 4), the control unit 11 sends the communication unit 12 to the resident terminal 20. The display data for displaying the health information input screen corresponding to the icon selected via is transmitted (step S5).

In the resident terminal 20, a health information input screen corresponding to the selected icon is displayed on the display unit 23.
FIG. 14 shows an example of the health information input screen 232 displayed on the display unit 23 of the resident terminal 20. The health information input screen 232 is a screen example when the activity record icon 52 is selected on the home screen 231, and includes a step count input field 61, a distance input field 62, a time input field 63, and a record button 64. The resident inputs health information such as the number of steps by an operation from the operation unit 22.

In the local government server 10, the control part 11 acquires the health information input in the resident terminal 20 via the communication part 12 (step S6).
Next, the control part 11 judges whether the health information corresponding to another icon is registered from the resident terminal 20 (step S7). Specifically, when the recording button 64 on the health information input screen 232 is not pressed in the resident terminal 20, the control unit 11 determines that the health information corresponding to another icon is registered, and the recording button 64 is displayed. When the button is pressed, it is determined that the health information corresponding to the other icon is not registered. If health information corresponding to another icon is registered (step S7; YES), the process returns to step S4 and the process is repeated.

In step S7, when the health information corresponding to the other icon is not registered (step S7; NO), the control unit 11 uses the file storage unit 157 of the storage unit 15 to store the health information / medical information folder in the lower hierarchy. A recording date / time folder of the current date / time is created in a lower hierarchy of the user ID folder of the login user (step S8).
Next, the control unit 11 stores the registered health information as a health information / medical information file in the recording date / time folder (step S9).
This is the end of the health information registration process.

<Medical information registration process>
FIG. 15 is a flowchart showing medical information registration processing executed by the local government server 10. This process is a process for acquiring and registering medical information from the medical institution terminal 30 and is realized by a software process in cooperation with the program stored in the control unit 11 and the storage unit 15.

  First, in the local government server 10, the control part 11 performs a login process according to the access from the medical institution terminal 30 (step S11). The details of the login process are the same as step S1 of the health information registration process except that the user and the terminal used by the user are different.

Next, the control unit 11 acquires the user type (1: medical institution) corresponding to the user ID of the login user who operates the medical institution terminal 30 from the user DB 151 of the storage unit 15 (step S12). .
Next, the control unit 11 transmits display data for displaying a home screen common to medical institutions to the medical institution terminal 30 via the communication unit 12 (step S13).

In the medical institution terminal 30, a home screen common to medical institutions is displayed on the display unit 33.
FIG. 16 shows an example of a common home screen 331 displayed on the display unit 33 of the medical institution terminal 30. The home screen 331 common to medical institutions includes buttons 71, 72, and 73 for selecting a registration method of medical information (SS-MIX2, receipt data, etc.). The medical staff selects a button corresponding to one of the registration methods by an operation from the operation unit 32.

SS-MIX2 is a protocol for exchanging and sharing medical information established in the Ministry of Health, Labor and Welfare's Electronic Medical Information Exchange Promotion Project (Standardized Structured Medical Information eXchange). When the button 71 corresponding to SS-MIX2 is selected, data in a standardized format conforming to SS-MIX2 output from the electronic medical record system of the medical institution can be transmitted to the local government server 10. The data in accordance with SS-MIX2 includes basic patient information (information about the patient), medication information (prescription information), injection information (does not include information on whether or not it has been performed), specimen examination, image examination, and the like. It is.
The receipt data is standardized data output from the medical accounting system of the medical institution. Receipt data includes basic patient information, medication information (prescription information), injection information, treatment information, surgery / anaesthesia information, sample examination (only the examination has been performed, examination results are not included), and image examination (for taking images). Only image data is not included.), Rehabilitation information, etc. are included.

  In the local government server 10, when the control unit 11 acquires information indicating the registration method of the medical information selected in the medical institution terminal 30 via the communication unit 12 (step S14), the control unit 11 transmits the communication unit to the medical institution terminal 30. The display data for displaying the file selection screen is transmitted via 12 (step S15).

In the medical institution terminal 30, a file selection screen is displayed on the display unit 33.
In FIG. 17, the example of the file selection screen 332 displayed on the display part 33 of the medical institution terminal 30 is shown. The file selection screen 332 includes a file selection area 74, a registration button 75, a cancel button 76, and the like. When a medical worker selects a file to be registered in the file selection area 74 by operating the operation unit 32 and presses the registration button 75, the control unit 31 sends the selected file to the local government server via the communication unit 34. 10 to send. In the medical institution, the inhabitants who are patients are notified that they are registered in the health information management system 100. On the file selection screen 332, the medical worker selects a medical information file of the resident who has been registered as a user.

The control part 11 acquires the file selected in the medical institution terminal 30 via the communication part 12 (step S16).
Next, the control part 11 acquires applicable user ID from user DB151 based on the user information (user name etc.) of the file registered (step S17). Specifically, the control unit 11 acquires user information from the basic patient information included in the selected file (standardized format data), and acquires a user ID corresponding to the user information from the user DB 151. .

Next, in the file storage unit 157 of the storage unit 15, the control unit 11 has a lower hierarchy of the user ID folder (folder corresponding to the user ID acquired in step S <b> 17) in the lower hierarchy of the health information / medical information folder. In addition, a recording date / time folder of the current date / time is created (step S18).
Next, the control unit 11 stores the registered medical information in the recording date / time folder as a health information / medical information file (step S19). Specifically, the control unit 11 reads the data of each item from the medical information received as a standardized format file, generates a health information / medical information file in the format shown in FIG. 10, and stores it in the recording date and time folder.

Next, the control part 11 judges whether other medical information is registered from the medical institution terminal 30 (step S20). Specifically, the control unit 11 determines that no other medical information is registered when an operation to end registration of medical information is performed in the medical institution terminal 30. When other medical information is registered (step S20; YES), the process returns to step S14 and the process is repeated.
In step S20, when other medical information is not registered (step S20; NO), the medical information registration process ends.

<Area information setting process>
18 and 19 are flowcharts showing the area information setting process executed by the local government server 10. This process is a process of dividing the local government area and setting each area, and is realized by a software process in cooperation with the program stored in the control unit 11 and the storage unit 15.

  First, in the local government server 10, the control part 11 performs a login process according to the access from the local government terminal 40 (step S21). The details of the login process are the same as step S1 of the health information registration process except that the user and the terminal used by the user are different.

Next, the control unit 11 acquires the user type (0: local government) corresponding to the user ID of the login user who operates the local government terminal 40 from the user DB 151 of the storage unit 15 (step S22).
Next, the control part 11 transmits the data for a display for displaying the home screen of a local government via the communication part 12 with respect to the local government terminal 40 (step S23).
In the local government terminal 40, the home screen of the local government is displayed on the display unit 43. The local government home screen includes an area setting button. The local government staff presses the area setting button by an operation from the operation unit 42.

  In the local government server 10, when the control unit 11 acquires information indicating that the area setting is selected in the local government terminal 40 (pressing the area setting button) via the communication unit 12 (step S24), from the user DB 151 The address corresponding to the user ID of the login user (local government) operating the local government terminal 40 is acquired, and the municipality is acquired from the local government address (step S25).

Next, the control part 11 acquires the map information of a municipality from the map information provision apparatus 50 via the communication part 12 (step S26). Specifically, the control unit 11 transmits an acquisition request for the map information of the municipality corresponding to the local government to the map information providing apparatus 50 and acquires the map information of the municipality from the map information providing apparatus 50.
Next, the control part 11 produces | generates the data for a display for displaying the area setting screen containing the map of the whole municipality corresponding to a local government based on map information, and it is via the communication part 12 with respect to the local government terminal 40. Display data for displaying the area setting screen is transmitted (step S27).

In the local government terminal 40, an area setting screen is displayed on the display unit 43.
In FIG. 20, the example of the area setting screen 431 displayed on the display part 43 of the local government terminal 40 is shown. The area setting screen 431 includes a map display area 81, an address display area 82, an X direction step distance input area 83, a Y direction step distance input area 84, a facility selection area 85, a setting button 86, and a cancel button 87.
In the map display area 81, a map of the entire municipality corresponding to the local government is displayed. Specifically, a map of the local government area is displayed in the map display area 81 with the horizontal direction being the east-west direction (X direction) and the vertical direction being the north-south direction (Y direction).
In the address display area 82, the municipality specified from the address of the local government is displayed.
The X direction step distance input area 83 is an area for inputting an X direction step distance.
The Y direction step distance input area 84 is an area for inputting a Y direction step distance.
The facility selection area 85 includes a button for selecting a facility (candidate place for a health event) to be displayed on the map in the map display area 81. When the local government staff selects a facility to be displayed in the facility selection area 85, the control unit 11 of the local government server 10 acquires the longitude and latitude of the selected facility from the facility position DB 152 of the storage unit 15, and the selected facility Is displayed on the map in the map display area 81.
The setting button 86 is a button for instructing setting of contents input on the area setting screen 431.
The cancel button 87 is a button for instructing to cancel the setting on the area setting screen 431.

  The local government staff inputs the X direction step distance in the X direction step distance input area 83 and the Y direction step distance in the Y direction step distance input area 84 by the operation from the operation unit 42.

  When the control unit 11 of the local government server 10 acquires the X direction step distance and the Y direction step distance input at the local government terminal 40 via the communication unit 12 (step S28), the X direction step distance and the Y direction step distance are obtained. A grid (lattice-like line) indicating the boundary of each area at intervals is displayed on the map in the map display area 81 of the local government terminal 40. Specifically, the control unit 11 updates the display data on the area setting screen 431 so that the grid is displayed at a specified interval on the map in the map display area 81, and the updated display data is updated. It transmits to the local government terminal 40 via the communication unit 12.

  When the local government staff presses the setting button 86 by an operation from the operation unit 42, the control unit 11 of the local government server 10 stores the X direction step distance and the Y direction step distance in the local government region information DB 153 of the storage unit 15. (Step S29).

Next, moving to FIG. 19, the control unit 11 acquires the start point longitude, start point latitude, end point longitude, and end point latitude of the local government area from the local government area information DB 153 of the storage unit 15, and sets XS, YS, XE, and YE. (Step S30).
XS = Starting longitude of the municipality area YS = Latitude starting point of the municipality area XE = Ending longitude of the municipality area YE = Lateral latitude of the municipality area Further, the control unit 11 sets the value obtained by converting the X direction step distance to the longitude difference, A value obtained by converting the Y-direction step distance into a latitude difference is defined as Y (step S31).

Here, the control unit 11 sets the area number k to 1 (step S32).
Further, the control unit 11 sets i = 0 and j = 0 (step S33).

Next, the control unit 11 sets area start point longitude, area start point latitude, area end point longitude, and area end point latitude as the area information of the area k, and stores them in the divided area information DB 154 of the storage unit 15 (step S34).
Area origin longitude = XS + X * i
Area starting latitude = YS + Y * j
Area end point longitude = XS + X * (i + 1)
Area end latitude = YS + Y * (j + 1)

Next, the control unit 11 determines whether the area end longitude is smaller than XE (step S35). That is, the control unit 11 determines whether another area can be set in the X direction.
When the area end longitude is smaller than XE (step S35; YES), 1 is added to i, and 1 is added to k (step S36). Then, it returns to step S34 and repeats a process.

If the area end longitude is greater than or equal to XE in step S35 (step S35; NO), the control unit 11 determines whether the area end latitude is smaller than YE (step S37). That is, the control unit 11 determines whether another area can be set in the Y direction.
If the area end latitude is smaller than YE (step S37; YES), i is set to 0, 1 is added to j, and 1 is added to k (step S38). Then, it returns to step S34 and repeats a process.

  In step S37, when the area end latitude is equal to or greater than YE (step S37; NO), the area information setting process ends.

<Health risk calculation process>
FIG. 21 is a flowchart showing health risk calculation processing executed by the local government server 10. This process is executed at the time interval of the health risk calculation interval of the threshold value DB 155 of the storage unit 15, and is realized by software processing in cooperation with the program stored in the control unit 11 and the storage unit 15. .

  Based on the current date and time acquired from the time measuring unit 14, the control unit 11 executes the health risk calculation process when the health risk calculation interval has elapsed from the previous execution date and time of the health risk calculation process.

  First, the control unit 11 delivers a lifestyle-related disease check execution request to all residents registered in the user DB 151 of the storage unit 15 by mail (step S41). Specifically, the control unit 11 extracts a user whose user type is “2: Resident” among the users registered in the user DB 151, and extracts the user's extracted from the user DB 151. A mail address is acquired, and a lifestyle disease check execution request mail is transmitted to the acquired mail address via the communication unit 12.

Residents who have received the mail access the local government server 10 at the resident terminal 20.
In the local government server 10, the control part 11 performs a login process according to the access from the resident terminal 20 (step S42). The details of the login process are the same as in step S1 of the health information registration process.

Next, the control unit 11 acquires the user type (2: resident) corresponding to the user ID of the login user who operates the resident terminal 20 from the user DB 151 (step S43).
Next, the control part 11 transmits the display data for displaying a login user's home screen via the communication part 12 with respect to the resident terminal 20 (step S44).

In the resident terminal 20, the home screen is displayed on the display unit 23.
As shown in FIG. 13, the home screen 231 displayed at the first login after mail distribution of the lifestyle disease check execution request includes an answer button 56 for the lifestyle disease check. The resident presses the answer button 56 by an operation from the operation unit 22.

  In the local government server 10, when the control unit 11 acquires information indicating that the lifestyle-related disease check is selected in the resident terminal 20 (pressing of the answer button 56) via the communication unit 12 (step S45), the resident terminal Display data for displaying a lifestyle-related disease check input screen is transmitted to 20 via communication unit 12 (step S46).

In the resident terminal 20, a lifestyle-related disease check input screen is displayed on the display unit 23.
22A to 22C show examples of lifestyle-related disease check input screens 233A, 233B, and 233C displayed on the display unit 23 of the resident terminal 20. FIG. In the lifestyle-related disease check input screens 233A, 233B, and 233C, check boxes G1 to G25 are provided for each check item. On the display unit 23, the lifestyle-related disease check input screens 233A, 233B, and 233C are switched by a scroll operation or a page turning operation. The lifestyle-related disease check input screen 233A includes lifestyle-related check items (check boxes G1 to G10), and the lifestyle-related disease check input screen 233B includes diet-related check items (check boxes G11 to G20). The lifestyle-related disease check input screen 233C includes exercise-related check items (check boxes G21 to G25). The lifestyle-related disease check input screens 233A, 233B, and 233C include a save button 91, a cancel button 92, and the like. The resident checks the corresponding part of each check item by the operation from the operation unit 22 and presses the save button 91.

In the local government server 10, the control unit 11 acquires the check result input at the resident terminal 20 via the communication unit 12, and calculates the personal health risk (number of caution items) for each category (life, meal, exercise). (Step S47).
Next, the control unit 11 determines the number of caution items for each category (life, meal, exercise) in the lifestyle-related disease check, the personal life health risk, the personal diet health risk, the personal exercise health risk of the logged-in user of the user DB 151. (Step S48). Information input by lifestyle-related disease check is also a part of health information. Not only the number of caution items for each category but also the check result itself indicating which item is checked may be stored.

  Next, in the file storage unit 157 of the storage unit 15, the control unit 11 stores all the recorded date and time folders in the lower level of the user ID folder of the login user of the lower level of the health information / medical information folder. The health information / medical information file is analyzed, the points for each item are added, and the personal record health risk (number of points) is calculated (step S49).

  FIG. 23 shows an example of points determined for each item of health information / medical information. For example, regarding the BMI value, 1 point is added when it is less than 25, 2 points when it is 25 or more and less than 35, and 3 points when it is 35 or more.

Next, the control unit 11 stores the number of points obtained from the analysis of the health information / medical information file in the personal record health risk of the logged-in user in the user DB 151 (step S50).
The process of step S42-step S50 is performed for every inhabitant.

Next, the control part 11 performs a health risk accumulation process (step S51). The health risk accumulation process is a process of classifying the individual health risk of each resident into “small”, “medium”, and “large” for each area and counting the number of people.
Here, the health risk accumulation process will be described with reference to FIGS. 24 and 25.

First, the control unit 11 sets i = 1 (step S61).
Next, the control part 11 judges whether i is below the user ID final value of user DB151 of the memory | storage part 15 (step S62).
When i is equal to or less than the user ID final value (step S62; YES), the control unit 11 acquires the user type of the user i (step S63).

Here, the control unit 11 determines whether or not the user type of the user i is 2 (resident) (step S64).
When the user type of the user i is not 2 (resident) (step S64; NO), the control unit 11 adds 1 to i (step S65) and returns to step S62. That is, the process is repeated with another user as the process target.

In step S64, when the user type of the user i is 2 (resident) (step S64; YES), the control unit 11 determines the longitude, latitude, and personality from the user information of the user i in the user DB 151. Life health risk, personal diet health risk, personal exercise health risk, and personal record health risk are acquired, and Xi, Yi, R1, R2, R3, and R4 are set (step S66).
Xi = Longitude Yi = Latitude R1 = Personal life health risk R2 = Personal diet health risk R3 = Personal exercise health risk R4 = Personal record health risk

Next, the control unit 11 sets the area number k to 1 (step S67).
Next, the control unit 11 determines whether k is equal to or smaller than the number of areas in the divided area information DB 154 in the storage unit 15 (step S68).
When k is larger than the number of areas (step S68; NO), the control unit 11 adds 1 to i (step S65) and returns to step S62.

In step S68, when k is equal to or smaller than the number of areas (step S68; YES), the control unit 11 determines the area start longitude, area start latitude, area end longitude, and area from the area information of area k in the divided area information DB 154. The end point latitude is acquired, and XSk, YSk, XEk, and YEk are set (step S69).
XSk = Area origin longitude YSk = Area origin latitude XEk = Area end longitude YEk = Area end latitude

Next, the control unit 11 determines whether Xi is greater than or equal to XSk and less than XEk, and Yi is greater than or equal to YSk and less than YEk (step S70). That is, the control unit 11 determines whether the address (resident position) of the user i is included in the area k.
If Xi is less than XSk, Xi is greater than or equal to XEk, Yi is less than YSk, or Yi is greater than or equal to YEk (step S70; NO), that is, if the address of user i is not included in area k, control is performed. The unit 11 adds 1 to k (step S71) and returns to step S68. That is, the processing is repeated with another area as a processing target.

  In step S70, if Xi is not less than Xsk and less than XEk and Yi is not less than Ysk and less than YEk (step S70; YES), that is, if the address of user i is included in area k, the process proceeds to FIG. .

The control unit 11 acquires the personal life health risk threshold values A1 and A2 from the threshold value DB 155 of the storage unit 15, and compares the personal life health risk R1 of the user i with the threshold values A1 and A2 (step S72).
When the personal life health risk R1 of the user i is less than the threshold value A1 (step S72; R1 <A1), the control unit 11 adds 1 to the small sum of life health risks in the area k of the divided area information DB 154. (Step S73).
In step S72, when the personal life health risk R1 of the user i is not less than the threshold value A1 and less than the threshold value A2 (step S72; A1 ≦ R1 <A2), the control unit 11 determines the area k of the divided area information DB 154. 1 is added to the accumulated life health risk (step S74).
In step S72, when the personal life health risk R1 of the user i is equal to or greater than the threshold value A2 (step S72; A2 ≦ R1), the control unit 11 increases the accumulated life health risk of area k in the divided area information DB 154. 1 is added (step S75).

After step S73, step S74, or step S75, the control unit 11 acquires the personal meal health risk threshold values B1 and B2 from the threshold value DB 155 of the storage unit 15, and sets the personal diet health risk R2 of the user i as the threshold values B1 and B2. (Step S76).
When the personal diet health risk R2 of the user i is less than the threshold value B1 (step S76; R2 <B1), the control unit 11 adds 1 to the dietary health risk cumulative small of the area k in the divided area information DB 154. (Step S77).
In step S76, when the personal diet health risk R2 of the user i is not less than the threshold value B1 and less than the threshold value B2 (step S76; B1 ≦ R2 <B2), the control unit 11 determines the area k of the divided area information DB 154. 1 is added to the cumulative dietary health risk (step S78).
In step S76, when the personal diet health risk R2 of the user i is equal to or greater than the threshold B2 (step S76; B2 ≦ R2), the control unit 11 increases the cumulative dietary health risk for the area k in the divided area information DB 154. 1 is added (step S79).

After step S77, step S78 or step S79, the control unit 11 acquires the personal exercise health risk threshold values C1 and C2 from the threshold value DB 155 of the storage unit 15, and sets the personal exercise health risk R3 of the user i as the threshold values C1 and C2. (Step S80).
When the personal exercise health risk R3 of the user i is less than the threshold C1 (step S80; R3 <C1), the control unit 11 adds 1 to the exercise health risk cumulative small of the area k in the divided area information DB 154. (Step S81).
In step S80, when the personal exercise health risk R3 of the user i is greater than or equal to the threshold value C1 and less than the threshold value C2 (step S80; C1 ≦ R3 <C2), the control unit 11 stores the area k of the divided area information DB 154. 1 is added to the accumulated exercise health risk (step S82).
In step S80, when the personal exercise health risk R3 of the user i is greater than or equal to the threshold C2 (step S80; C2 ≦ R3), the control unit 11 increases the cumulative exercise health risk for the area k in the divided area information DB 154. 1 is added (step S83).

After step S81, step S82 or step S83, the control unit 11 acquires the personal record health risk thresholds D1 and D2 from the threshold value DB 155 of the storage unit 15, and sets the personal record health risk R4 of the user i as the threshold values D1 and D2. (Step S84).
When the personal recorded health risk R4 of the user i is less than the threshold value D1 (step S84; R4 <D1), the control unit 11 adds 1 to the recorded health risk cumulative small of the area k in the divided area information DB 154. (Step S85).
In step S84, when the personal record health risk R4 of the user i is greater than or equal to the threshold value D1 and less than the threshold value D2 (step S84; D1 ≦ R4 <D2), the control unit 11 sets the area k of the divided area information DB 154. 1 is added to the accumulated record health risk (step S86).
In step S84, when the personal recorded health risk R4 of the user i is greater than or equal to the threshold value D2 (step S84; D2 ≦ R4), the control unit 11 increases the accumulated health risk of area k in the divided area information DB 154. 1 is added (step S87).

After step S85, step S86, and step S87, the control unit 11 adds 1 to i (step S65), and returns to step S62.
In step S62, when i is larger than the user ID final value (step S62; NO), that is, when the process is completed for all users, the health risk accumulation process is terminated and the process returns to FIG.

  After step S51, the control unit 11 calculates area life health risk, area meal health risk, area exercise health risk, area recording health risk, and area total health risk for each area (step S52).

The area life health risk is calculated using the area life health risk coefficients E1, E2, and E3 in the threshold life DB 155, the life health risk cumulative size of the target area of the divided area information DB 154, the life health risk accumulation, It calculates | requires by the following formula | equation (1).
Area Life Health Risk = Life Health Risk Accumulation Small x E1 + Life Health Risk Accumulation x E2 + Life Health Risk Accumulation Large x E3 (1)

The area meal health risk is calculated by using the dietary health risk cumulative small of the target area of the divided area information DB 154, the meal health risk cumulative, the meal health risk cumulative large, and the area meal health risk coefficients E11, E12, E13 of the threshold DB 155, It calculates | requires by the following formula | equation (2).
Area Meal Health Risk = Meal Health Risk Accumulation Small x E11 + Meal Health Risk Accumulation x E12 + Meal Health Risk Accumulation Large x E13 (2)

The area exercise health risk is calculated by using the area exercise health risk coefficients E21, E22, and E23 of the threshold area DB 155 in the area of exercise health risk accumulated in the divided area information DB 154, exercise health risk accumulation, exercise health risk accumulation, It calculates | requires by the following formula | equation (3).
Area Exercise Health Risk = Exercise Health Risk Accumulation Small x E21 + Exercise Health Risk Accumulation x E22 + Exercise Health Risk Accumulation Large x E23 (3)

The area recorded health risk is calculated by using the recorded health risk cumulative small of the target area of the divided area information DB 154, the recorded health risk accumulated, the recorded health risk accumulated large, and the area recorded health risk coefficients E31, E32, E33 of the threshold DB 155, It calculates | requires by the following formula | equation (4).
Area Recorded Health Risk = Recorded Health Risk Accumulated Small x E31 + Recorded Health Risk Accumulated x E32 + Recorded Health Risk Accumulated Large x E33 (4)

The area total health risk is obtained by the following formula (5) using the area life health risk, the area meal health risk, the area exercise health risk, and the area recording health risk in the target area.
Area comprehensive health risk = Area life health risk + Area meal health risk + Area exercise health risk + Area recording health risk (5)

Next, the control unit 11 stores the area life health risk, area meal health risk, area exercise health risk, area recording health risk, and area total health risk calculated for each area in the divided area information DB 154 (step S53). ).
This is the end of the health risk calculation process.

<Health event setting process>
FIG. 26 is a flowchart showing the health event setting process executed by the local government server 10. This process is a process of setting a health event according to an operation from the local government terminal 40, and is realized by a software process in cooperation with a program stored in the control unit 11 and the storage unit 15.

Since the process of step S91-step S93 is the same as the process of step S21-step S23 of an area information setting process, description is abbreviate | omitted.
The local government home screen displayed on the display unit 43 of the local government terminal 40 includes an event setting button. The local government staff presses the event setting button by an operation from the operation unit 42. In the present embodiment, pressing the event setting button corresponds to a public request for area health risk in each area.

  In the local government server 10, when the control unit 11 acquires information indicating that the event setting is selected in the local government terminal 40 (depression of the event setting button) via the communication unit 12 (step S94), the control unit 11 displays the event setting screen. Display data for display is generated, and display data for displaying the event setting screen is transmitted to the local government terminal 40 via the communication unit 12 (step S95).

  When generating the event setting screen, the control unit 11 uses the divided area information DB 154 in the storage unit 15 to generate an area life health risk, an area diet health risk, an area exercise health risk, an area recording health risk, and an area total health risk for each area. For each area, the area health risk, area diet health risk, area exercise health risk, area record health risk, area total health risk are "health risk small", "health risk medium", "health risk high" It is judged whether it is classified into. For example, the control unit 11 acquires the area life health risk thresholds A11 and A12 from the threshold value DB 155 of the storage unit 15, and compares the area life health risk of each area with the thresholds A11 and A12. When the area life health risk is less than the threshold A11, it is determined as “health risk low”, and when the area life health risk is greater than or equal to the threshold A11 and less than the threshold A12, it is determined as “health risk”. If the area life health risk is greater than or equal to the threshold A12, it is determined that the health risk is large. The same applies to area diet health risk, area exercise health risk, area recording health risk, and area total health risk.

In the municipal terminal 40, an event setting screen is displayed on the display unit 43.
FIG. 27A shows an example of a map-type event setting screen 432 displayed on the display unit 43 of the local government terminal 40.
The map-type event setting screen 432 includes an area selection area 101, a facility selection area 104, a display target health risk selection area 105, a list display button 106, and the like.

In the area selection area 101, the area health risk level (small, medium, large) for each area is superimposed and displayed on the local government area map. The area selection area 101 is divided into a plurality of areas 102 set in the area information setting process. FIG. 27B is an enlarged schematic diagram of one area 102. The area 102 is divided into four areas 103A, 103B, 103C, and 103D. Areas 103A, 103B, 103C, and 103D correspond to area life health risk, area meal health risk, area exercise health risk, and area recording health risk, and each area health risk in area 102 is “small”, “medium” "Large" is displayed. For example, each of the regions 103A, 103B, 103C, and 103D is displayed in a color, pattern, or the like corresponding to the degree of area health risk (small, medium, or large).
The local government staff can grasp the degree of the area health risk for each area by checking the areas 103A, 103B, 103C, and 103D in each area 102.

  The facility selection area 104 includes a button for selecting a facility to be displayed on the map of the area selection area 101. When the local government staff selects a facility to be displayed in the facility selection area 104, the control unit 11 of the local government server 10 acquires the longitude and latitude of the selected facility from the facility position DB 152 of the storage unit 15, and the selected facility Is displayed on the map of the area selection area 101.

The display target health risk selection area 105 selects, in the area selection area 101, the type of area health risk (area life health risk, area meal health risk, area exercise health risk, area recording health risk) displayed in an identifiable manner. It is an area for.
The list display button 106 is a button for switching to a list-type event setting screen 433 (see FIG. 28).

  FIG. 28 shows an example of a list format event setting screen 433 displayed on the display unit 43 of the local government terminal 40. The list-type event setting screen 433 includes a health risk display list 111 and a map display button 112.

The health risk display list 111 includes an area general health risk column 111A, an area life health risk column 111B, an area diet health risk column 111C, an area exercise health risk column 111D, an area recording health risk column 111E, and an area display column 111F. .
Area health risk column 111A, area life health risk column 111B, area meal health risk column 111C, area exercise health risk column 111D, and area record health risk column 111E include the level of area health risk for each area (small, medium, Large) is displayed in an identifiable manner.
In the area display column 111F, information indicating the starting point (area starting point longitude, area starting point latitude) and ending point (area end point longitude, area end point latitude) of the corresponding area is displayed.
The map display button 112 is a button for switching to a map-type event setting screen 432 (see FIG. 27A).

  The local government staff selects an area for setting an event in the area selection area 101 on the map-type event setting screen 432 or the health risk display list 111 on the list-type event setting screen 433 by an operation from the operation unit 42. . For example, an employee who is in charge of planning an event needs a health event in an area that is judged as “health risk high” for area life health risk, area diet health risk, area exercise health risk, or area record health risk. Select as area.

  The control part 11 of the local government server 10 acquires the area (selection area) which sets the event selected in the local government terminal 40 via the communication part 12 (step S96).

Next, the control unit 11 performs an event extraction process for the selected area (step S97).
Here, the event extraction processing will be described with reference to FIG.

  The control unit 11 acquires the area life health risk, area diet health risk, area exercise health risk, and area recording health risk of the selected area from the divided area information DB 154 of the storage unit 15 (step S101).

Next, the control unit 11 acquires the area life health risk threshold A12 from the threshold value DB 155 of the storage unit 15, and determines whether or not the area life health risk of the selected area is equal to or greater than the threshold A12 (step S102). That is, the control unit 11 determines whether or not the area life health risk of the selected area is “high health risk”.
When the area life health risk of the selected area is equal to or greater than the threshold A12 (step S102; YES), the control unit 11 sets “life life health risk” associated with “area life health risk” as the genre of the health event to be set. "Instruction / mental consultation" is extracted (step S103).

After step S103 or in step S102, if the area life health risk of the selected area is less than the threshold A12 (step S102; NO), the control unit 11 reads the area diet health risk from the threshold DB 155 of the storage unit 15 The threshold B12 is acquired, and it is determined whether or not the area meal health risk of the selected area is equal to or greater than the threshold B12 (step S104). That is, the control unit 11 determines whether or not the area meal health risk of the selected area is “high health risk”.
When the area meal health risk of the selected area is greater than or equal to the threshold B12 (step S104; YES), the control unit 11 sets “meal associated with“ area meal health risk ”as the genre of the health event to be set. “Instruction” is extracted (step S105).

After step S105 or in step S104, if the area meal health risk of the selected area is less than the threshold B12 (step S104; NO), the control unit 11 reads the area exercise health risk from the threshold DB 155 of the storage unit 15 The threshold C12 is acquired, and it is determined whether or not the area exercise health risk of the selected area is greater than or equal to the threshold C12 (step S106). That is, the control unit 11 determines whether or not the area exercise health risk in the selected area is “high health risk”.
When the area exercise health risk of the selected area is equal to or greater than the threshold C12 (step S106; YES), the control unit 11 sets “health exercise health risk” associated with “area exercise health risk” as the genre of the health event to be set. “Gymnastic / Walking” is extracted (step S107).

After step S107 or in step S106, if the area exercise health risk of the selected area is less than the threshold C12 (step S106; NO), the control unit 11 reads the area recording health risk from the threshold DB 155 of the storage unit 15 The threshold D12 is acquired, and it is determined whether or not the area recording health risk of the selected area is greater than or equal to the threshold D12 (step S108). That is, the control unit 11 determines whether or not the area recording health risk of the selected area is “health risk high”.
When the area recording health risk of the selected area is equal to or greater than the threshold D12 (step S118; YES), the control unit 11 sets “food” associated with “area recording health risk” as the genre of the health event to be set. “Life improvement guidance” is extracted (step S109).

  After step S109 or in step S108, if the area recording health risk of the selected area is less than the threshold value D12 (step S108; NO), the event extraction process ends and the process returns to FIG.

  After step S97, the control unit 11 generates display data for displaying the event detail setting screen, and displays the event detail setting screen for the local government terminal 40 via the communication unit 12. Is transmitted (step S98).

In the local government terminal 40, the event detail setting screen is displayed on the display unit 43.
In FIG. 30, the example of the event detailed setting screen 434 displayed on the display part 43 of the local government terminal 40 is shown.
The event detail setting screen 434 includes an area health risk display area 121, a comment display area 122, event selection check boxes 123A, 123B, and 123C, a date and time selection area 124, a venue selection area 125, a setting button 126, and a cancel button 127. included.
The area health risk display area 121 displays the degree (small / medium / large) of the area health risk of the selected area. Specifically, for each of the area total health risk, area life health risk, area diet health risk, area exercise health risk, and area record health risk in the selected area, “small health risk”, “medium health risk”, “health” Whether it is classified as “large risk” is displayed.
In the comment display area 122, comments (such as characteristics and trends of health conditions) obtained by analyzing the health information / medical information file of the residents living in the selected area are displayed.

The event selection check boxes 123A, 123B, and 123C are used to select whether or not an event is actually performed for the genre (candidate) of the health event extracted in the event extraction process.
The date and time selection area 124 is an area for selecting the date and time of the health event selected to be executed in the event selection check boxes 123A, 123B, and 123C.
The holding place selection area 125 is an area for selecting a holding place for the health event selected to be executed in the event selection check boxes 123A, 123B, and 123C. When a venue for a health event is selected in the venue selection area 125, the distance between the venue and the center position of the selected area is displayed on the right side of the venue selection area 125.
The setting button 126 is a button for instructing setting of contents input on the event detail setting screen 434.
The cancel button 127 is a button for instructing cancellation of settings on the event detail setting screen 434.
The local government staff selects the health event to be performed, the date and time of the event, and the venue by the operation from the operation unit 42.

The control unit 11 of the local government server 10 acquires the health event to be performed, the date and time of the event, and the location selected by the local government terminal 40 via the communication unit 12 (step S99).
Next, the control part 11 preserve | saves the event information of the newly set health event in event DB156 of the memory | storage part 15 (step S100). Specifically, the control unit 11 adds a holding area (selected area), a health event name, a holding date / time, and a holding place as new event information to the event DB 156, and adds 1 to the number of events.
This is the end of the health event setting process.

  As described above, according to the present embodiment, the local government server 10 determines the area for each of a plurality of preset areas based on the individual health risk calculated for each resident and each resident location. Since health risks (area life health risk, area diet health risk, area exercise health risk, area recording health risk, area total health risk) are calculated, health information on health is narrower than the entire analysis target area (area). Analysis results can be provided. The same applies to medical information.

  Specifically, since the local government server 10 discloses the area health risk calculated for each area to the local government terminal 40, the local health risk can be browsed from the local government terminal 40 for each area. Thereby, the local government staff can plan the health event suitable for each area, referring the area health risk for every area.

  Also, in the event extraction process, for the selected area, the health event genre is extracted according to the type of health risk (life, meal, exercise, record) determined as “health risk high”. The event genre can be displayed in the event detail setting screen 434 of the local government terminal 40. Thereby, the candidate of the health event which should be set can be shown with respect to the local government staff.

  The description in the above embodiment is an example of the health information management system according to the present invention, and the present invention is not limited to this. The detailed configuration and detailed operation of each device constituting the system can be changed as appropriate without departing from the spirit of the present invention.

For example, in the above embodiment, when the local government area is divided into a plurality of areas, each area is a rectangular area. However, the shape of the area can be arbitrarily changed. .
Also, the personal health risk and the area health risk may be calculated based only on the health information, or the personal health risk and the area health risk may be calculated based only on the medical information.

  Moreover, the genre of the health event extracted in steps S103, S105, S107, and S109 of the event extraction process is an example, and is not limited to this.

  The health information may be automatically registered in the local government server 10 from the resident terminal 20 by application software installed in the resident terminal 20.

  Moreover, although the said embodiment demonstrated what health information and medical information of a resident are managed by the local government server 10 which a local government manages as a health information management system, it is not limited to this.

  In the above description, an example in which an HDD or a nonvolatile semiconductor memory is used as a computer-readable medium storing a program for executing each process has been disclosed. However, the present invention is not limited to this example. As another computer-readable medium, a portable recording medium such as a CD-ROM can be applied. A carrier wave may be applied as a medium for providing program data via a communication line.

DESCRIPTION OF SYMBOLS 10 Local government server 11 Control part 12 Communication part 14 Timekeeping part 15 Storage part 20 Resident terminal 30 Medical institution terminal 40 Local government terminal 50 Map information provision apparatus 100 Health information management system 151 User DB
152 Facility location DB
153 Local government area information DB
154 Division area information DB
155 Threshold DB
156 Event DB
157 File storage unit N Communication network

Claims (9)

A health information management server connected to a managed person terminal used by a managed person so that data communication is possible via a communication network,
Health information acquisition means for acquiring health information related to the health of the management target person from the management target person terminal;
Storage control means for storing the health information in a storage means in association with a management subject related to the health information;
Analyzing the health information corresponding to the management target person for each of the management target person, and calculating the personal health risk of the management target person,
Area health risk calculation means for calculating an area health risk for each of a plurality of preset areas based on the individual health risk calculated for each of the management target person and the respective residence position of the management target person;
Health information management server with Connected to a management terminal for managing data in the health information management server via a communication network so that data communication is possible,
The health information management server according to claim 1, further comprising public means for publicizing the area health risk calculated for each area so that the health risk can be viewed from the management terminal.   The health information according to claim 2, wherein the disclosure means causes the management terminal to display the degree of the area health risk calculated for each area so as to overlap the corresponding area on the map including the plurality of areas. Management server.   The health information management server according to claim 2, wherein the public means displays the degree of area health risk calculated for each area on the management terminal in a list format. The personal health risk calculating means calculates the personal health risk of each management target for each of a plurality of types,
The area health risk calculation means calculates an area health risk for each area for each of the plurality of types,
For each of the plurality of types of area health risk, a genre of health event is associated in advance,
It is determined whether or not the area health risk for each of the plurality of types of the selected area among the plurality of areas is equal to or higher than a predetermined level, and the area health risk is associated with the area health risk of the predetermined level or higher. The health information management server according to any one of claims 1 to 4, further comprising extraction means for extracting a genre of a health event.   The health information management server according to any one of claims 1 to 5, wherein the health information includes activity records, vital data, meal records, or medication information. Connected to a medical institution terminal used in a medical institution through a communication network so that data communication is possible,
Comprising medical information acquisition means for acquiring medical information of a management subject from the medical institution terminal,
The storage control unit stores the medical information in the storage unit in association with a management target person related to the medical information,
The personal health risk calculation means analyzes the health information and medical information corresponding to the management target person for each of the management target persons, and calculates the personal health risk of the management target person. The health information management server according to any one of the above.   The health information management server according to claim 7, wherein the medical information includes medical information, sickness information, prescription information, or a test result. A health information management system in which a managed person terminal used by a managed person and a health information management server are connected to enable data communication via a communication network,
The health information management server
Health information acquisition means for acquiring health information related to the health of the management target person from the management target person terminal;
Storage control means for storing the health information in a storage means in association with a management subject related to the health information;
Analyzing the health information corresponding to the management target person for each of the management target person, and calculating the personal health risk of the management target person,
Area health risk calculation means for calculating an area health risk for each of a plurality of preset areas based on the individual health risk calculated for each of the management target person and the respective residence position of the management target person;
Health information management system with

Images