JP2007257121A - Information browsing system and server device - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information browsing system which enables a user to take desired browsing configurations and to confirm whether or not browsing is being performed according to the browsing configurations. <P>SOLUTION: This information browsing system S1 is provided with a server device 11 equipped with a data information DB110 in which predetermined data information is stored; a first client terminal 12 capable of designating the browser of the data information; and a second client terminal 13 being a terminal designated as the browser of the data information by the first client terminal 12, wherein they are mutually connected through the Internet. When the second client terminal 13 browses a data information DB110, the browsing history data are recorded in a browsing history DB115. The first client terminal 12 checks the browsing history data to confirm whether or not the data information is being browsed by the second client terminal 13 designated by the first client terminal 12 itself. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to an information browsing system and a server device that can specify a viewer of predetermined data information stored in a server device and can confirm whether or not the specified viewer has actually browsed. It is.

  Efforts are being made to standardize and disseminate the “electronic medical record system” in order to computerize the medical field and promote medical cooperation in the region. Electronic medical record systems are widely used in various hospitals, clinics, etc., but the use and browsing of many systems are restricted to doctors, nurses, and the like who are in-hospital or medically affiliated. Therefore, there is a problem that the user who receives the medical practice cannot access the electronic medical chart system and browse his / her information.

On the other hand, a server device is installed in a data center or the like, and the user himself / herself receives vital information (daily health management data, health check data, etc.) that is regularly measured at home and health check information at medical institutions. A “health management system” having functions that can be managed and viewed via the Internet or the like is known. For example, Patent Document 1 discloses a system in which diagnosis information and examination information are input and stored on a computer network connecting the examinee, the examination unit, and the examination unit, and the examination result information is presented to the examinee whose authentication has been confirmed. Has been proposed. In addition, a network management system in which users manage daily health management data on the Internet has been developed.
JP 2002-109072 A

  However, in the conventional health management system, the system administrator of the health management system sets the authority to view vital information about the user. For this reason, it is difficult to take the browsing mode desired by the user, such as when the vital information is browsed by a viewer unintended by the user, or conversely, the viewing authority is not given to a doctor who desires browsing. There was a problem of being. Furthermore, even if the viewing authority is given to the doctor who desires, it is possible to confirm whether or not the doctor or the like is actually browsing the user's vital information (this is a premise for making medical judgment). There was a problem that I could not.

  The present invention has been made in view of the above problems, and is capable of taking a browsing mode desired by the user, and browsing information in accordance with the browsing mode. An object is to provide a system and a server device.

  An information browsing system according to claim 1 of the present invention includes a database for storing predetermined data information, a viewer designation table storage unit that accepts and stores a designation of a viewer of the data information, and the data by the viewer A server device having a browsing history storage unit for storing browsing history data of information, and connected to the server device via a predetermined communication network, and inputs a viewer to the viewer designation table storage unit A first client terminal capable of confirming browsing history data stored in the browsing history storage unit, the server device, and a predetermined communication network. A terminal connected and designated as a viewer by the first client terminal, the data stored in the database Its browsing history when viewing the information is characterized by comprising a second client terminal stored in the browsing history storage unit.

  According to this configuration, the viewer (second client terminal) of the data information stored in the server device is designated by the designation input given from the first client terminal. When the second client terminal browses the data information, the browsing history data is stored in the browsing history storage unit. Accordingly, the user who owns the first client terminal checks whether or not browsing of data information has been executed from the second client terminal according to his / her designation by accessing the browsing history storage unit. be able to.

  In the above configuration, the database stores data information in a predetermined data type unit, and the viewer designation table storage unit accepts a viewer's designation in the data type unit, It is desirable that the second client terminal can browse only the data information related to the specified data type among the data information stored in the database.

  According to this configuration, the first client terminal is given a data information browsing designation in a predetermined data type unit in the database, and the second client terminal has only the data information related to the designated data type. Can browse. Accordingly, the range of data information that can be browsed by the second client terminal can be freely limited.

  In this case, it is desirable that the data type is divided in units of personal information associated with the first client terminal. According to this configuration, for example, the personal information such as the user who owns the first client terminal or the family of the user or the person desired by the user (for example, in the case of the medical field, a family doctor, nurse, caregiver, By performing browsing designation on the second client terminal held in a medical advisory section or the like, it is possible to construct a browsing form that allows only a doctor or the like to browse the personal information.

  It is desirable that the first client terminal can browse personal information associated with the first client terminal in the database. According to this configuration, the user who owns the first client terminal can also browse the personal information stored in the server device, so that the user can grasp the contents of the personal information.

  The said structure WHEREIN: It can be set as the structure provided with the 3rd client terminal for inputting data information into the said database (Claim 5). According to this configuration, data information accumulated in the database can be sequentially added and updated using the third client terminal.

  Further, it is desirable that the first client terminal and / or the second client terminal have a function of inputting data information into the database. According to this configuration, data information stored in the database can be sequentially added and updated using the first client terminal and / or the second client terminal.

  Further, in the above configuration, when browsing history data by the second client terminal is not recorded in the browsing history storage unit for a predetermined period of time, the data information of the second client terminal is stored in the server device. It is desirable that an alarm information transmission unit that transmits alarm information that prompts browsing is provided. According to this configuration, when the browsing operation is not performed from the second client terminal for a predetermined period, the alarm information is transmitted to the second client terminal.

  In any one of the configurations described above, it is desirable that the data information is vital information related to health care. According to this configuration, the vital information stored in the server device can be designated for browsing and confirmation of browsing history, which is suitable for the construction of an information browsing system for the medical field.

  The server device according to claim 9 of the present invention is received by the database for storing predetermined data information, the designation input accepting means for accepting the input of the designation information of the viewer of the data information, and the designation input accepting means. A browser designation table storage unit that stores the designation information, a browsing application accepting unit that accepts a browsing application for the data information with input of specific information for identifying a browsing applicant, the specific information, and the browsing designation An authentication processing unit that determines whether or not to give browsing permission to the browsing applicant by collating with the designation information stored in the table storage unit, and a browsing applicant who has been given browsing permission by the authentication processing unit When the data information is browsed by the browsing information, the browsing information is stored as browsing history data in association with the specific information about the browsing applicant. Characterized by comprising a history storage unit.

  According to this configuration, the browser designation information given to the designation input receiving means is stored in the browser designation table storage unit, and the viewer for the data information accumulated in the database is designated. When the browsing application from the browsing applicant is received by the browsing application receiving means, the authentication processing unit determines whether or not the browsing applicant has the browsing qualification by comparing the specific information with the specified information. It is determined by. If browsing permission is given and the data information is browsed by a browsing applicant, the browsing history is stored in the browsing history storage unit in association with the specific information. Accordingly, the viewer of the data information is limited to the viewer related to the specified information given to the specified input receiving means, and the browsing history can be confirmed by accessing the browsing history storage unit.

  In the above configuration, it is desirable that an alarm information generation unit is provided that generates alarm information that prompts browsing of the data information when the browsing history data is not recorded in the browsing history storage unit for a predetermined period. . According to this configuration, when browsing history data is not recorded in the browsing history storage unit for a predetermined period, alarm information for transmission to a predetermined client terminal is generated.

  According to the information browsing system according to claim 1 and the server device according to claim 9, the second client terminal that browses the data information stored in the server device can be specified from the first client terminal, Whether or not the data information is actually browsed on the second client terminal can be confirmed. That is, the user who owns the first client terminal can designate a person who wants the data information to be browsed, and confirms whether or not the designated viewer is browsing the data information as desired. Can do. Therefore, there is no possibility that predetermined data information is browsed by unspecified persons, and there is an advantage that a browsing form reflecting the user's intention to allow only a person designated by himself / herself to browse can be formed. Furthermore, since it is possible to confirm whether or not a person designated by the user is browsing data information on a regular basis, there is also an advantage that the user can obtain a sense of security.

  According to the information browsing system according to claim 2, since the range of data information that can be browsed by the second client terminal can be freely limited in units of data types, the user possessing the first client terminal Convenience can be improved.

  According to the information browsing system according to claim 3, the user who owns the first client terminal constructs a browsing form in which only a specific person browses his / her personal information and confirms the browsing state. Can do.

  According to the information browsing system of the fourth aspect, the user who owns the first client terminal can grasp the contents of the personal information, and the use variations of the system can be diversified.

  According to the information browsing system according to claim 5, it is possible to add and update the data information stored in the database every day using the third client terminal, so that the data information can be enhanced. it can.

  According to the information browsing system of the sixth aspect, it is possible to add and update data information stored in the database every day using the first client terminal and / or the second client terminal. Data information can be enhanced.

  According to the information browsing system according to claim 7 and the server device according to claim 10, when the browsing operation is not performed for a predetermined period from the second client terminal, alarm information is generated and transmitted. An opportunity for browsing data information can be provided to the owner of the second client terminal.

  According to the information browsing system according to claim 8, the user who owns the first client terminal designates, for example, a family doctor as a viewer of his / her vital information, and the doctor regularly It is possible to construct a browsing form that can confirm whether or not vital information is being browsed.

Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
(First embodiment)
FIG. 1 is a configuration diagram schematically showing a hardware configuration of an information browsing system S1 according to an embodiment of the present invention. The information browsing system S1 includes a server device 11 that can store predetermined data information, a first client terminal 12 that can designate a viewer of the data information, and the first client terminal. 12, a second client terminal 13 which is a terminal designated as a viewer of the data information is connected to each other via the Internet (communication network) IN.

  The information browsing system S1 can be applied to various uses in addition to the medical field, which will be described in detail in the second embodiment described later. For example, a public office, a financial institution, an information service institution, an in-company system, a specific company group It is possible to apply to the system between. When the information browsing system S1 is constructed for a government office, the server apparatus 11 is a server apparatus having a management database of personal information (tax payment information, etc.) held by the government office, and the first client terminal 12 Is a personal computer or the like held by an individual who owns the personal information managed by the server device 11, and the second client terminal 13 is a personal computer or the like held by a specific person or department in the government office It is.

  FIG. 2 is a block diagram showing in detail the detailed configuration of the information browsing system S1, particularly the functional configuration of the server device 11. The server device 11 includes a data information DB 110 (database), a designated input receiving unit 111 (designated input receiving unit), a browser designation table storage unit 112, a browsing application receiving unit 113 (browsing application receiving unit), an authentication processing unit 114, and A browsing history DB 115 (browsing history storage unit) is provided.

  The data information DB 110 is a database that accumulates predetermined data information. The data information here is, for example, individual (individual) information such as tax payment information of individuals or corporations, deposit / lending information, transaction information, or medical information. The data information DB 110 divides and accumulates such personal information in units of predetermined data types. Although the division of this data type may be determined arbitrarily, it is desirable that the division is performed in units of personal information associated with the first client terminal 12. That is, when assigning the first client terminal 12 as a client of the server apparatus 11, a specific memory address is given to the first client terminal 12, and the memory area of the first client terminal 12 is assigned to the first client terminal 12. It is desirable to store personal information related to the holder. Thereby, it becomes easy to specify the range of data information that can be browsed in the second client terminal 13.

  The designation input receiving unit 111 has a function of receiving input of designation information of a viewer of the data information transmitted from the first client terminal 12. The designation input receiving unit 111 performs access processing (access eligibility confirmation processing such as password processing) for the first client terminal 12 when accepting a browser designation input, and inputs designation information of a browser. An input screen to be displayed is provided to the first client terminal 12. If the input of the designation information is given from the first client terminal 12, the viewer designation table storage unit 112 associates it with the code information etc. individually given to the first client terminal 12. Process to write to.

  The viewer designation table storage unit 112 is composed of a rewritable nonvolatile memory such as an EEPROM (Electrically Erasable and Programmable Read Only Memory), for example, and the designation information received by the designation input reception unit 111 is used as the code information or the like. Store it in association. In the present embodiment, predetermined specific information for specifying the second client terminal 13 (a person who desires to browse) is stored as the specified information.

  The browsing application reception unit 113 has a function of receiving a browsing application for data information stored in the data information DB 110 from the second client terminal 13. The browsing application accepting unit 113 performs the same access process as described above for the second client terminal 13 and inputs specific information for identifying the second client terminal 13 as a browsing designated person. An input screen to be performed is provided to the second client terminal 13. If input of specific information is given from the second client terminal 13, it is transmitted to the authentication processing unit 114. The browsing application accepting unit 113 also performs access processing for the first client terminal 12 when browsing browsing history data recorded in the browsing history DB 115 from the first client terminal 12.

  The authentication processing unit 114 checks the second client terminal 13 for browsing permission by collating the specific information given from the browsing application receiving unit 113 with the designation information stored in the browser designation table storage unit 112. Processing for determining whether or not to give is performed. That is, when it is confirmed that the specific information matches the designation information, the authentication processing unit 114 associates the data with the second client terminal 13 and the first client terminal 12. A decision is made to permit browsing of data information stored in the information DB 110. On the other hand, if the two do not match, a decision not to permit browsing is made. In addition, about access to the browsing history DB 115 from the first client terminal 12, if access is permitted in the access processing in the browsing application receiving unit 113, this is unconditionally passed.

  When the data information in the data information DB 110 is browsed by the second client terminal 13 to which browsing permission is given by the authentication processing unit 114, the browsing history DB 115 stores this as browsing history data. The browsing history data is data including, for example, the specific information about the second client terminal 13, browsing date information, address information of browsed data information, and the like.

  The operation flow of the information browsing system S1 according to the first embodiment configured as described above will be described based on the flowchart shown in FIG. The operation flow includes a browser designation step S11 from the first client terminal 12 to the server device 11, a browsing step S12 from the second client terminal 13 to the server device 11, and a server from the first client terminal 12 to the server. It can be roughly divided into browsing history confirmation step S13 for the device 11. In the actual operation flow, either the browsing step S12 or the browsing history confirmation step S13 is executed on the assumption that the browsing person specifying step S11 is completed. Further, when the designated viewer is changed, either the browsing step S12 or the browsing history confirmation step S13 is executed on the assumption that the viewer designation step S11 related to the change is completed.

  First, the viewer designation step S11 will be described. This step is a step in which the first client terminal 12 designates a person (terminal) that allows browsing of predetermined data information stored in the data information DB 110. In performing this browser designation input, access processing from the first client terminal 12 to the server device 11 is executed (step S111). Although the detailed flow of the access process is omitted here, an authentication operation for performing password input, password verification on the server device 11 side, etc., starting with input of URL information and the like from the first client terminal 12 side, is executed. (The same applies to the access processing that appears below.)

  If the access authentication as described above is successful, the first client terminal 12 is connected to the designated input receiving unit 111. Then, an input screen for inputting the designation information of the viewer is distributed from the designated input receiving unit 111 to the first client terminal 12. On the input screen, predetermined specific information for specifying a terminal (in this case, the second client terminal 13) that allows the first client terminal 12 to browse its own data information is input as the designation information. (Step S112).

  The input designation information is received by the designation input receiving unit 111 when a registration key or the like prepared on the input screen is pressed (step S113). The received designation information is recorded in the viewer designation table storage unit 112 in association with code information or the like given to the first client terminal 12 individually (step S114).

  Next, browsing step S12 will be described. This step is a step of browsing data information stored in the data information DB 110 from the second client terminal 13. First, in the same manner as in the above-mentioned viewer specifying step S11, an access process from the second client terminal 13 to the server device 11 is executed (step S121). If the access authentication is successful, the second client terminal 13 is connected to the browsing application receiving unit 113.

  Then, an input screen for inputting specific information for specifying the browsing designation person is distributed from the browsing application receiving unit 113 to the second client terminal 13. The input screen is provided with a window for inputting the specific information of the second client terminal 13, the type of data information to be browsed (code information for identifying personal information to be browsed, etc.) and the like. After a predetermined input is made from the second client terminal 13 to such an input screen, for example, by pressing a browse application button prepared on the input screen, the browse application data is sent to the server device. 11 (step S122). The browsing application data with this specific information is received by the browsing application receiving unit 113 (step S123) and transferred to the authentication processing unit 114.

  The authentication processing unit 114 collates the specific information given from the browsing application receiving unit 113 with the designation information stored in the browsing person designation table storage unit 112 in the previous step S114 (step S124). Then, it is determined whether or not the specified information matches the specific information, that is, whether or not the access is from a viewer specified in the first client terminal 12 (step S125). If the two do not match (NO in step S125), the authentication processing unit 114 determines not to permit browsing, creates browsing non-permission data, and transmits it to the second client terminal 13. This browsing disapproval data is received as a “browsing disapproval notice” by the second client terminal 13 (step S126).

  On the other hand, if the specified information matches the specific information (YES in step S125), the second client terminal 13 is permitted to view data information associated with the first client terminal 12. The decision is made (step S127). After the determination, the second client terminal 13 is permitted to access the data information DB 110, and the second client terminal 13 can browse the predetermined data information stored in the data information DB 110 (steps). S128). When browsing in step S128 is actually executed, browsing history data based on the browsing conditions at that time is written in the browsing history DB 115 (step S129).

  Next, the browsing history confirmation step S13 will be described. This step is a step for confirming in the first client terminal 12 whether the data information in the data information DB 110 is actually being browsed by the second client terminal 13 designated by itself. First, an access process from the first client terminal 12 to the server device 11 is executed (step S131), and if the access authentication is successful, the first client terminal 12 is connected to the browsing application accepting unit 113. . Then, an input screen for inputting code information, address information, and the like indicating that the user is a viewer of the browsing history DB 115 is distributed from the browsing application receiving unit 113 to the first client terminal 12. After predetermined data is input to the input screen, the browsing application data is transmitted to the server device 11 (step S132). The browsing application data is received by the browsing application receiving unit 113 (step S133). Here, the authentication processing unit 114 does not perform authentication processing (of course, some authentication processing may be executed), and the first client terminal 12 is allowed to access the browsing history DB 115 unconditionally. .

  Thereafter, a search operation unit (not shown) provided in the server apparatus 11 searches the browsing history DB 115 to determine whether or not browsing history data for the data information associated with the first client terminal 12 exists. Is executed (step S134). If the browsing history data does not exist (NO in step S134), the processing calculation unit generates data indicating that the browsing operation is not performed and transmits the data to the first client terminal 12. This data is received by the first client terminal 13 as an “unviewed notification” (step S135).

  On the other hand, if browsing history data exists (YES in step S134), the processing calculation unit creates predetermined history data based on the browsing history data stored in the browsing history DB 115 (step S136). 1 to the client terminal 12. The history data is received by the first client terminal 12 (step S137).

  The routine as described above is executed. In the server device 11, whether or not a close instruction (cancellation processing or the like) has been given to the data information associated with the first client terminal 12 on a regular basis. Is confirmed (step S14). If a close instruction is given (YES in step S14), the process is completed. On the other hand, if the close instruction is not given (NO in step S14), the server apparatus 11 returns to step S123 or step S133 and the process is repeated. If a new viewer designation or a browser change designation is given from the first client terminal 12, the process returns to step S113 and the process is repeated.

  According to the information browsing system S1 according to the first embodiment described above, the second client terminal 13 for browsing the data information stored in the server device 11 from the first client terminal 12 can be specified. Whether or not the data information is actually browsed on the second client terminal 13 can be confirmed. That is, the user who owns the first client terminal 12 can specify a person who wants to browse the data information and store it in the viewer designation table storage unit 112, and the designated viewer can select the data as desired. Whether or not information is being browsed can be confirmed in the browsing history DB 115. Therefore, it is possible to form a browsing form that reflects the user's will to allow only the person designated by the user to browse his / her own data information without the possibility of being viewed by an unspecified person. Furthermore, since it is possible to confirm whether or not the person designated by the user is browsing the data information on a regular basis, the user can obtain a sense of security.

(Second Embodiment)
Next, the present invention is applied to a home-related health management service that is deployed among medical-related service organizations (service organizations that perform medical care, nursing, and / or nursing care, etc.), network operators that operate server devices, and their members. An embodiment of the case will be described. FIG. 4 is a block diagram showing a detailed configuration of the information browsing system S2 according to the second embodiment of the present invention. The information browsing system S1 includes a server device 20 capable of storing personal information related to the health management of a plurality of members, and a member that can designate a viewer of personal information held by each of the members as clients. Terminal 30 (first client terminal), designated browsing terminal 41 (second client terminal) and administrator terminal 42 installed in medical-related service organization 40, these Are interconnected via the Internet (communication network). The member terminal 30 is assigned to each member of the home health management service, but only one unit is shown here for the sake of simplicity.

  The browsing designated terminal 41 is a terminal designated by the member terminal 30 to browse the personal information of the member in the server device 20 (health management information DB 200). This terminal is owned by a doctor, nursing staff or nursing staff. On the other hand, the administrator terminal 42 is a terminal owned by a management staff or the like of a medical-related service organization, and is a terminal that is not given the authority to browse the personal information.

  The server device 20 includes a health management information DB 200 (database), a member information DB 201, an advice information DB 202, a designated input accepting unit 21 (designated input accepting means), a viewer designation table storage unit 22, and a viewing application accepting unit 23 (viewing application accepting). Means), an authentication processing unit 24, a browsing history DB 25 (browsing history storage unit), an alarm information transmitting unit 26, an input application receiving unit 27, and an overall control unit 28.

The health management information DB 200 is a database that accumulates personal information related to the health management of a plurality of members. Personal information here includes, for example, member height, weight, blood pressure, body fat percentage, body temperature, blood sugar level, peak flow value, blood oxygen saturation (SpO ₂ ), bone density, health checkup data, medical history, etc. It is vital information about health management. The health management information DB 200 divides and accumulates such personal information for each member. That is, when allocating the member terminal 30 as a client of the server device 20, a specific memory address is given to the member terminal 30, and an individual related to the owner of the member terminal 30 is assigned to the memory area. Information is stored.

  The member information DB 201 stores the name, address, telephone number, IP address, individual code information, password information, account information for paid content, etc. of the member of the home health management service (the person who owns the terminal 30 for members). It is a database that manages basic information.

  The advice information DB 202 is used by a doctor or a nursing staff who has read the vital information of members stored in the health management information DB 200 using the browsing designated terminal 41 for medical information (medical information based on vital information). It is a database that accumulates and manages findings from important viewpoints and points to keep in mind.

  The designated input receiving unit 21 has a function of accepting a designated information input of a viewer of vital information transmitted from the member terminal 30. The designation input receiving unit 21 performs access processing for the member terminal 30 when accepting a browser designation input, and provides the member terminal 30 with an input screen for inputting designation information of the browser. On the input screen, the member performs an input for designating the terminal 41 for the browsing designated person possessed by a doctor who wants to browse his / her vital information. Then, when input of the designation information is given from the member terminal 30, the process of associating it with the code information etc. individually given to the member terminal 30 and writing it into the viewer designation table storage unit 22 is performed. Do.

  The browsing person designation table storage unit 22 stores the designation information received by the designation input reception unit 21 in association with the code information and the like. In the second embodiment, predetermined specific information for specifying the browsing designated user terminal 41 is stored as the designated information.

  The browsing application reception unit 23 has a function of receiving a browsing application for vital information stored in the health management information DB 200 from the terminal 41 for browsing designation. The browsing application accepting unit 23 performs an access process for the browsing designated person terminal 41 and causes the browsing designated person terminal 41 to input specific information for identifying the browsing designated person. Is provided to the browsing designated person terminal 41. If the input of specific information is given from the browsing designated person terminal 41, it is transmitted to the authentication processing unit 24. In addition, the browsing application accepting unit 23 receives various browsing applications from the member terminal 30, browsing history data recorded in the browsing history DB 25 in this embodiment, own vital information recorded in the health management information DB 200, In addition, in the application for browsing advice information directed to itself recorded in the advice information DB 202, access processing to the member terminal 30 is also performed.

  The authentication processing unit 24 matches the specific information given from the browsing application receiving unit 23 with the designation information stored in the browsing person designation table storage unit 22, thereby granting browsing permission to the browsing designated user terminal 41. Processing for determining whether or not to give is performed. That is, when it is confirmed that the specific information matches the specified information, the authentication processing unit 24 associates the health management information with the browsing designated user terminal 41 in association with the member terminal 30. A decision is made to permit browsing of vital information of the member stored in the DB 200. On the other hand, if the two do not match, a decision not to permit browsing is made. In addition, when access is permitted in the access process in the browsing application accepting unit 23 for a browsing application from the terminal 30 for members, this is unconditionally passed as long as the related information of the member is browsed. Let

  When the vital information of the health management information DB 200 is browsed by the browsing designated person terminal 41 to which browsing permission is given by the authentication processing unit 24, the browsing history DB 25 stores this as browsing history data. This browsing history data is data including, for example, the specific information about the browsing designated user terminal 41, browsing date information, address information of browsing data information, and the like.

  The alarm information transmission unit 26 watches the writing status of browsing history data in the browsing history DB 25. The alarm information transmitting unit 26 generates alarm information that prompts browsing of the data information when the browsing history data is not recorded in the browsing history DB 25 for a predetermined period. For example, when the new browsing information is recorded in the health management information DB 200 after the last browsing history data is recorded, the alarm information is recorded as browsing history data for about one week from the recording date of the new vital information. Can be set to be generated if not. Such alarm information is transmitted to the manager terminal 42. Of course, you may make it transmit directly to the terminal 41 for browsing designation | designated persons.

  The input application receiving unit 27 has a function of receiving various input applications from the member terminal 30, the browsing designated terminal 41 and the administrator terminal 42. The input application accepting unit 27 performs access processing for these terminals and provides an input screen corresponding to various input applications to each terminal.

  The input application accepting unit 27 provides the member terminal 30 with an input screen for recording the vital information measured by the member at home in the health management information DB 200. Using this input screen, the member registers his / her vital information measured regularly in the health management information DB 200. Further, an input screen for recording predetermined advice information in the advice information DB 202 is provided to the browsing designated person terminal 41. A doctor or the like writes the findings based on the vital information in the advice information DB 202 using the input screen as necessary. Furthermore, in the case where the medical-related service institution is a system that performs input of the vital information of members, the vital information is sent to the browsing designated terminal 41 and / or the administrative terminal 42. An input screen for recording in the management information DB 200 is provided.

  The overall control unit 28 controls the operation of each functional unit provided in the server device 20. For example, when there is a browsing history confirmation from the member terminal 30, the overall control unit 28 searches the browsing history DB 25 to search browsing history data, authentication processing in the authentication processing unit 24, and alarm information transmission unit 26. Control of alarm information generation, transmission processing, etc.

The operation flow of the information browsing system S2 according to the second embodiment configured as described above will be described based on the flowcharts shown in FIGS. The operation flow is
(1) Viewer designation step S20 from the member terminal 30 to the server device 20,
(2) Vital information input step S30 from the member terminal 30 or the administrator terminal 42 to the server device 20,
(3) Personal information (vital information) browsing step S40 from the browsing designated user terminal 41 to the server device 20,
(4) Advice input step S50 to the server device 20 from the terminal 41 for designated browsing users,
(5) A browsing history confirmation step S60 from the member terminal 30 to the server device 20,
(6) Member browsing step S70 from the member terminal 30 to the server device 20,
Can be broadly classified. In the actual operation flow, any one of the above steps (2) to (6) is executed on the assumption that the viewer designation step S20 of (1) is completed. In addition, when the designated viewer is changed, any one of the steps (2) to (6) is executed on the assumption that the viewer designation step S20 related to the change is completed. . Hereinafter, the steps (1) to (6) will be described.

(1) Viewer designation step S20
This step is a step of designating a member (terminal) that allows the member's vital information stored in the health management information DB 200 to be viewed on the member terminal 30 held by the member. In performing this browser designation input, an access process from the member terminal 30 to the server device 20 is executed (step S21). Although the detailed flow of the access process is omitted here, an authentication operation is performed to perform password input, password verification on the server device 20 side, etc., starting with input of URL information and the like from the member terminal 30 side. (The access process that appears below is the same).

  When the access authentication as described above is successful, the member terminal 30 is connected to the designated input receiving unit 21. Then, the input screen for inputting the browsing information of the viewer is distributed to the member terminal 30 from the specified input receiving unit 21. On the input screen, predetermined specific information for specifying a terminal (in this case, a browsing designated user terminal 41) for browsing his / her vital information from the member terminal 30 is input as the designated information ( Step S22).

  The input designation information is received by the designation input receiving unit 21 when a registration key or the like prepared on the input screen is pressed (step S23). The received designation information is recorded in the viewer designation table storage unit 22 in association with code information or the like given to the member terminal 30 individually (step S24).

(2) Vital information input step S30 / Vital information input proxy step S30 ′
This step is a step for inputting vital information to the health management information DB 200 from the member terminal 30 (step S30) or the administrator terminal 42 (step S30 ′). This step will be described including the alarm information transmission operation by the alarm information transmission unit 26.

  First, in the same manner as in the above browser designation step S20, access processing from the member terminal 30 to the server device 20 is executed (step S31). If the access authentication is successful, the member terminal 30 is connected to the input application receiving unit 27. Then, an input screen for inputting vital information to the health management information DB 200 is provided to the member terminal 30 from the input application receiving unit 27. The input screen is provided with a window for inputting vital information such as body temperature, blood pressure, and weight.

  On the input screen, after a predetermined input is made from the member terminal 30, the vital information input data is sent to the server device 20 by, for example, pressing a registration button prepared on the input screen. (Step S32). This vital information input data is received by the input application receiving unit 27 (step S33), and this is recorded in the health management information DB 200 in association with the code information of the member terminal 30 (step S34). When the input proxy is performed by the manager terminal 42, an access process is executed for the manager terminal 42 (step S31 '), and from the manager terminal 42 (third client terminal). A vital information input process is executed (step S32 ').

  Thereafter, whether there is a browsing application for browsing the vital information of the member from the browsing designated person terminal 41 by the alarm information transmitting unit 26 at a predetermined sampling period set by the overall control unit 28 (the browsing history data exists). Whether or not) is confirmed (step S35). If it has not been browsed within the predetermined period (NO in step S35), the alarm information transmitting unit 26 creates alarm information (step S36). This alarm information is transmitted toward the manager terminal 42 and is received as alarm information that prompts browsing of vital information in the manager terminal 42 and / or designated browsing terminal 41 (step S37). . By providing such a flow, the management staff of the medical-related service organization can perform management that prompts doctors to browse vital information. Alternatively, forgetting to browse can be suppressed by directly receiving the alarm information by a doctor or the like who owns the browsing designated terminal 41.

  It should be noted that the flow after step S35 is desirably executed at regular intervals regardless of whether or not vital information is input. Accordingly, a doctor or the like is triggered to always check the vital information of the member at regular intervals, and the member can be provided with a sense of security by being periodically checked.

(3) Personal information browsing step S40
This step is a step of browsing vital information stored in the health management information DB 200 from the browsing designated user terminal 41. First, access processing from the browsing designated user terminal 41 to the server device 20 is executed (step S41). If the access authentication is successful, the browsing designated person terminal 41 is connected to the browsing application receiving unit 23.

  And the input screen which performs the input of the specific information for specifying that it is a browsing designation | designated person from the browsing application reception part 23 is delivered to the terminal 41 for browsing designated persons. This input screen is provided with a window for inputting specific information of the browsing designated user terminal 41, the type of data information to be browsed (code information for identifying vital information to be browsed, etc.), and the like. With respect to such an input screen, after a predetermined input is made from the browsing designated person terminal 41, the browsing application data is sent to the server device by, for example, pressing a browsing application button prepared on the input screen. 20 (step S42). The browsing application data with this specific information is received by the browsing application receiving unit 23 (step S43) and transferred to the authentication processing unit 24.

  The authentication processing unit 24 collates the specific information given from the browsing application receiving unit 23 with the designation information stored in the browsing person designation table storage unit 22 in the previous step S24 (step S44). Then, it is determined whether or not the specified information matches the specific information, that is, whether or not the access is from a doctor or the like specified in the member terminal 30 (step S45). If the two do not match (NO in step S45), the authentication processing unit 24 makes a decision not to permit browsing, creates browsing disapproval data, and transmits it to the browsing designated person terminal 41. This browsing disapproval data is received as a “browsing disapproval notice” by the browsing designated person terminal 41 (step S46).

  On the other hand, if the specified information matches the specific information (YES in step S45), the browsing designated person terminal 41 is permitted to view vital information associated with the member terminal 30. A determination is made (step S47). After such determination, the designated access terminal 41 is permitted to access the health management information DB 200, and the member of the member stored in the health management information DB 200 in the doctor or the like who owns the designated access terminal 41. Vital information can be browsed (step S48). When browsing in step S48 is actually executed, browsing history data based on the browsing conditions at that time is written in the browsing history DB 25 (step S49). Since such a browsing form can be taken, the member can browse his / her vital information only to a doctor or the like that he / she wants to see.

(4) Advice input step S50
In this step, a doctor or the like who has read the vital information of a member inputs predetermined advice information for the member from the terminal 41 for browsing designated person to the advice information DB 202. First, access processing from the browsing designated user terminal 41 to the server device 20 is executed (step S51). If the access authentication is successful, the browsing application person terminal 41 is connected to the input application receiving unit 27. Then, an input screen for inputting advice information to the advice information DB 202 is provided from the input application accepting unit 27 to the browsing designated person terminal 41. This input screen is provided with a window for inputting advice information for members such as findings from medical viewpoints and points to be noted based on the vital information.

  For example, by pressing a registration button prepared on the input screen after a predetermined input is made on the input screen by a doctor or the like who owns the browsing designated terminal 41. Input data is transmitted to the server device 20 (step S52). This vital information input data is received by the input application receiving unit 27 (step S53), and this is recorded in the advice information DB 202 in association with the member code information and the like (step S54). Such advice information is provided for browsing from the member terminal 30.

(5) Browsing history confirmation step S60
This step is a step for confirming whether or not the vital information in the health management information DB 200 is actually being browsed by the designated terminal 41 for browsing designated by the member terminal 30. First, an access process from the member terminal 30 to the server device 20 is executed (step S61), and if the access authentication is successful, the member terminal 30 is connected to the browsing application receiving unit 23.

  Then, an input screen for inputting code information, address information, and the like indicating that the user is a viewer of the browsing history DB 25 is distributed from the browsing application receiving unit 23 to the member terminal 30. After predetermined data is input to the input screen, the browsing application data is transmitted to the server device 20 (step S62). The browsing application data is received by the browsing application receiving unit 23 (step S63). Here, the authentication processing unit 24 does not perform authentication processing (of course, some authentication processing may be executed), and the member terminal 30 is allowed to access the browsing history DB 25 unconditionally.

  Thereafter, browsing history data for vital information associated with the member terminal 30 is created in the browsing history DB 25 by the overall control unit 28 of the server device 20 (step S64). That is, the overall control unit 28 creates predetermined history data based on the browsing history data stored in the browsing history DB 25 and distributes it to the member terminal 30. Then, the history data is received by the member terminal 30 (step S65). By realizing such a flow, the member can always check whether or not a doctor or the like designated by himself / herself is browsing his / her vital information data, and can obtain a sense of security.

(6) Member browsing step S70
This step is a step of browsing the own vital information stored in the health management information DB 200 and the advice information for itself stored in the advice information DB 202 from the member terminal 30. First, an access process from the member terminal 30 to the server device 20 is executed (step S71), and if the access authentication is successful, the member terminal 30 is connected to the browsing application receiving unit 23.

  Then, the browsing application receiving unit 23 delivers an input screen for inputting a password or the like that is separately given to the member in order to browse the health management information DB 200 and the advice information DB 202. After a predetermined password or the like is input on this input screen, the browsing application data is transmitted to the server device 20 (step S72). The browsing application data is received by the browsing application receiving unit 23 (step S73). Then, password authentication is performed in the browsing application accepting unit 23 (step S74), and if the authentication requirement is not satisfied (NO in step S73), a browsing non-permission determination is made and returned to the member terminal 30. This determination result is received by the member terminal 30 as a “browsing disapproval notice” (step S75).

  On the other hand, if the authentication requirement is satisfied (YES in step S73), the determination of permission to view is made (step S76), whereby the member terminal 30 has its own vital information stored in the health management information DB 200. (Excluding other person's vital information) can be browsed (step S77). Further, it is determined whether or not the advice information about the member exists in the advice information DB 202 (step S78). If the advice information exists (YES in step S78), the advice information DB 202 stores the advice information in itself. The directed advice information can be browsed (step S79). In this step, the authentication process in step S74 may be omitted and only the access process in step S71 may be performed.

  The routines (1) to (6) described above are executed, but the overall control unit 28 of the server device 20 closes personal information associated with the member terminal 30 periodically. It is confirmed whether an instruction (cancellation processing or the like) has been given (step S80). If a close instruction is given (YES in step S80), the process is completed. On the other hand, if the close instruction is not given (NO in step S80), the server apparatus 20 returns to any of step S33, step S35, step S43, step S53, step S63, or step S73 and repeats the process. . Further, when a new browser designation or a browser change designation is given from the member terminal 30, the process returns to step S23 and the process is repeated.

  According to the information browsing system S2 according to the second embodiment described above, the member browses the designated terminal 41 for the browsing designated person who browses the personal information (vital information) stored in the server device 20 from the member terminal 30. That is, it is possible to specify a doctor or the like and to check whether or not the vital information is actually being browsed on the browsing designated person terminal 41. That is, the member can designate a doctor or the like who wants to view vital information and store it in the viewer designation table storage unit 22 and whether or not the designated doctor or the like is viewing vital information as desired. This can be confirmed in the browsing history DB 25. Therefore, it is possible to form a browsing form that reflects the member's desire to allow only a reliable doctor or the like designated by himself / herself to view his / her vital information without being viewed by an unspecified person. Further, since it is possible to confirm whether or not a doctor or the like designated by himself / herself regularly checks vital information, the member can obtain a sense of security.

The embodiment of the present invention has been described above. However, the embodiment of the present invention is not limited to this, and for example, the following modified embodiment can be taken.
[1] Instead of providing the alarm information transmitter 26 illustrated in the second embodiment, the browsing designated terminal 41 browses the vital information in the health management information DB 200, and the browsing history data is recorded in the browsing history DB 25. At the same time, the browsing history data may be distributed to the member terminal 30.

[2] In the second embodiment, an application input receiving unit used when a member desires to receive a medical service of a certain level or more is provided, and a paid service database is separately installed and managed for such a service. The billing routine may be constructed in cooperation with the member information DB 201.

[3] In the first and second embodiments, the case where there is one designated terminal (second client terminal 13 and browsing designated person terminal 41) is exemplified, but a plurality of terminals are provided. May receive browsing designation.

[4] In the first and second embodiments, the server device and the terminal are connected via the Internet. However, the communication network may be an in-house LAN, an in-office LAN, or the like.

It is a block diagram which shows simply the hardware constitutions of information browsing system S1 which concerns on 1st Embodiment of this invention. It is a block diagram which shows the detailed structure of information browsing system S1 which concerns on 1st Embodiment of this invention. It is a flowchart which shows the operation | movement flow of information browsing system S1. It is a block diagram which shows the detailed structure of information browsing system S2 which concerns on 2nd Embodiment of this invention. It is a flowchart which shows the operation | movement flow of information browsing system S2. It is a flowchart which shows the operation | movement flow of information browsing system S2.

Explanation of symbols

11 Server device 110 Data information DB (database)
111 Designated input accepting unit (designated input accepting means)
112 browser designation table storage unit 113 browsing application receiving unit (browsing application receiving means)
114 Authentication processing unit 115 Browsing history DB (browsing history storage unit)
12 first client terminal 13 second client terminal 20 server device 200 health management information DB (database)
201 Member information DB
202 Advice information DB
DESCRIPTION OF SYMBOLS 21 Designation input reception part 22 Viewer designation | designated table memory | storage part 23 Viewing application reception part 24 Authentication processing part 25 Viewing history DB (browsing history storage part)
26 Alarm information transmission unit 27 Input application reception unit 28 Overall control unit 30 Member terminal (first client terminal)
40 Medical-related service organizations 41 Terminals for designated browsing users (second client terminals)
42 Administrator terminal (third client terminal)
S1, S2 Information browsing system

Claims (10)

A database for accumulating predetermined data information; a viewer designation table storage unit for receiving and storing designation of a viewer of the data information; a browsing history storage unit for storing browsing history data of the data information by the viewer; A server device having
It is connected to the server device via a predetermined communication network, and it is possible to perform designation input of a viewer to the viewer designation table storage unit, and it is stored in the browsing history storage unit. A first client terminal capable of confirming browsing history data;
A terminal connected to the server device via a predetermined communication network and designated as a viewer by the first client terminal, when browsing data information stored in the database An information browsing system comprising: a second client terminal in which a history is stored in the browsing history storage unit. The database stores data information in a predetermined data type unit,
The viewer designation table storage unit accepts the designation of a viewer in units of the data type,
The method according to claim 1, wherein the second client terminal is capable of browsing only data information relating to the specified data type among data information stored in the database. Information browsing system.   The information browsing system according to claim 2, wherein the data type is divided in units of personal information associated with the first client terminal.   The information browsing system according to claim 3, wherein the first client terminal is capable of browsing personal information associated with the first client terminal in the database.   The information browsing system according to claim 1, further comprising a third client terminal for inputting data information to the database.   The information browsing system according to claim 1, wherein the first client terminal and / or the second client terminal has a function of inputting data information to the database.   Alarm information that prompts the second client terminal to browse the data information when browsing history data by the second client terminal is not recorded in the browsing history storage unit for a predetermined period of time in the server device. The information browsing system according to claim 1, further comprising an alarm information transmitting unit for transmitting.   The information browsing system according to claim 1, wherein the data information is vital information related to health care. A database for storing predetermined data information;
A designation input receiving means for receiving input of designation information of a viewer of the data information;
A viewer designation table storage unit for storing the designation information received by the designation input receiving unit;
A browsing application receiving means for receiving a browsing application for the data information with input of specific information for specifying a browsing applicant;
An authentication processing unit that determines whether or not to give browsing permission to the browsing applicant by collating the specific information with the designation information stored in the browser designation table storage unit;
When the data information is browsed by a browsing applicant who has been granted browsing permission in the authentication processing unit, the browsing history storage unit stores this as browsing history data in association with the specific information about the browsing applicant And a server device.   10. The server according to claim 9, further comprising an alarm information generation unit configured to generate alarm information that prompts browsing of the data information when browsing history data is not recorded in the browsing history storage unit for a predetermined period. apparatus.

Images