WO2013140498A1 - 保存領域管理方法及びサーバ装置 - Google Patents

保存領域管理方法及びサーバ装置 Download PDF

Info

Publication number
WO2013140498A1
WO2013140498A1 PCT/JP2012/057013 JP2012057013W WO2013140498A1 WO 2013140498 A1 WO2013140498 A1 WO 2013140498A1 JP 2012057013 W JP2012057013 W JP 2012057013W WO 2013140498 A1 WO2013140498 A1 WO 2013140498A1
Authority
WO
WIPO (PCT)
Prior art keywords
facility
user
personal information
storage area
personal
Prior art date
Application number
PCT/JP2012/057013
Other languages
English (en)
French (fr)
Inventor
直樹 三好
暁生 下野
Original Assignee
富士通株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 富士通株式会社 filed Critical 富士通株式会社
Priority to JP2014505831A priority Critical patent/JP6065903B2/ja
Priority to PCT/JP2012/057013 priority patent/WO2013140498A1/ja
Publication of WO2013140498A1 publication Critical patent/WO2013140498A1/ja
Priority to US14/488,812 priority patent/US20150006204A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6245—Protecting personal data, e.g. for financial or medical purposes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Definitions

  • the present invention relates to a storage area management method and a server apparatus that manage storage areas of data related to the same user.
  • a user information ID that uniquely identifies a staff and a user for each office
  • a user ID that uniquely identifies a staff and a user in common between a plurality of offices.
  • a user ID is searched based on information (care insurance number, etc.) input regarding a new user, and if a user ID is searched, a newly assigned user information ID and a registered user ID are obtained. Correspondingly recorded. As a result, information about the user can be shared among a plurality of business establishments using the user ID.
  • Basic data about patients is useful information for medical examinations at any hospital.
  • Basic data includes age, weight, height, normal blood pressure, blood type, history of past symptoms, and the like.
  • the result data of a test performed at a certain hospital is not used as information closed in one hospital, but is commonly used in a plurality of hospitals. It is considered that patient data can be shared among a plurality of hospitals using the above-described conventional technology.
  • the hospital even if the hospital belongs to the system, if the patient loses the examination ticket, the patient is a lost dog and a person other than the owner protects the lost dog (patient) for treatment. In some cases, the patient himself / herself cannot report information that can identify the patient in the system to the hospital. In this case, when receiving treatment at a certain hospital, even if there is treatment information recorded in another hospital in the past, the hospital cannot know the existence of the treatment information, so it cannot be referred to.
  • the information generated when a patient visits a hospital is data belonging to a hospital or data belonging to a user.
  • the data to which the user belongs is shared by a person or organization other than the user regardless of the intention of the user.
  • the disclosed technique is a storage area management method executed by a computer, and a user who uses the first facility has the user in the first data storage area under the management of the first facility.
  • a first facility user ID that can be identified under the management of the first facility is generated, and a first personal information storage area for storing personal affiliation information belonging to the user is specified when the first facility is used.
  • a first personal information ID is specified by an input from the user, or a second personal information ID that newly designates a second personal information storage area is specified from the personal information storage unit, and the first personal information ID is specified by the user.
  • the data generated by the use of the facility is stored in the first data storage area and the storage area that can be specified either the first personal information storage area or the second personal information storage area.
  • a server device that performs the storage area management method, a program for causing a computer to perform the storage area management method, and a recording medium that records the program can be used.
  • the facility user ID that can identify the user under the management of the facility is managed, and the personal information storage area for storing the personal affiliation information belonging to the user is designated by the personal information ID in the personal information storage unit.
  • the personal affiliation information among the data generated by the use of the facility can be managed outside the facility.
  • FIG. 6A is a flowchart for explaining the new patient acceptance process in the facility A
  • FIG. 6B is a flowchart for explaining the new patient acceptance process in the facility B
  • FIG. 7A is a flowchart for explaining the diagnosis data reading process in the facility A before merging
  • FIG. 7B is a flowchart for explaining the diagnosis data storing process in the facility A before merging.
  • FIG. 9A is a flowchart for explaining the diagnosis data reading process in the facility B after merging
  • FIG. 9B is a flowchart for explaining the diagnosis data storing process in the facility B after merging
  • FIG. It is a flowchart figure for demonstrating merge processing. It is a figure which shows the example of a screen for setting merge information.
  • information generated by the use of a facility such as a hospital can be managed by distinguishing between personal belonging information belonging to the user and facility belonging information belonging to the facility side, and the user's intention is clearly indicated.
  • Individual affiliation information obtained at each of multiple facilities without changing information that identifies the user or information for referring to personal affiliation information in the individual systems of each facility. And can be shared among multiple facilities.
  • FIG. 1 is a diagram illustrating a conceptual configuration of a system according to the present embodiment.
  • a system 1000 includes a plurality of terminals 1 of facilities A, B,... (Hereinafter collectively referred to as a facility 1h), an application unit 2, and a data storage base 4.
  • the application unit 2 accesses the data storage infrastructure 4 via the Internet 3.
  • User P is a user who uses at least one facility of the facility 1h.
  • Each facility 1h has a terminal 1 used for performing business.
  • the terminal 1 is a computer device such as a PC (Personal Computer).
  • the application unit 2 includes a group of applications provided exclusively for each user of the application, represented by a facility A application 2a dedicated to the facility A and a facility B application 2b dedicated to the facility B, and a merge application 2m. .
  • the CPU of the terminal 1 activates the facility A application 2a, and a person in charge of the facility A performs a task related to the user P using the facility A application 2a.
  • the dedicated facility B application 2b is used for the facility B as well. The same applies to the other facility 1h.
  • the facility A application 2a may be installed in each terminal 1 of the facility A, which is an application used exclusively for the facility A.
  • the facility A application 2a, the facility B application 2b, and the like may be provided from a server device such as an ASP (Application Service Provider) via the Internet 3.
  • the server device itself may exist in the data storage infrastructure 4.
  • the merge application 2m is an application that performs a merge process for merging the personal affiliation information 3b belonging to the individual user generated in the plurality of facilities 1h into one storage area, and is a terminal of the user P or the terminal 1 of the plurality of facilities 1h. Used in When the merge application 2m is used in the facility 1h, the person in charge of the facility 1h belongs to the user P generated in the individual facility 1h in response to the report that the user P is merged with the personal belonging information 3b into one storage area. The personal affiliation information 3b to be merged.
  • the Internet 3 is a communication network that connects a plurality of computers related to this system so that they can communicate with each other, and may be wired or wireless.
  • the data storage base 4 has one or more external storage devices that can be accessed by a plurality of computers via the Internet 3.
  • the terminal 1 enables access in units of storage areas from the applications 2a, 2b,..., 2m without recognizing the physical configuration of the data storage infrastructure 4.
  • the data storage base 4 includes a facility information storage unit 4h and a personal information storage unit 4q.
  • the facility information storage unit 4h is a storage unit that manages a data storage area 4a dedicated to each facility 1h, and stores facility affiliation information 3a belonging to the facility 1h for each facility 1h.
  • the data storage area 4a-1 is a storage area that is used exclusively by the facility A application 2a, and stores facility affiliation information 3a for each facility user ID that is uniquely managed by the facility A.
  • the data storage area 4a-2 is a storage area that is used exclusively by the facility B application 2b, and stores facility affiliation information 3a for each facility user ID managed independently by the facility B.
  • the personal information storage unit 4q is a storage unit that stores the personal affiliation information 3b belonging to the user personal of the user P generated when each facility 1h is used.
  • the personal information storage area 4b belonging to the user P individual is specified for each registration of the user P from each facility 1h.
  • a facility user ID 4p-1 uniquely managed by the facility A application 2a is generated and stored in the data storage area 4a-1 for the facility A.
  • a personal information storage area 4b-1 is assigned to the user P who uses the facility A. After the user P is registered, it can be specified by the designation information for designating the personal information storage area 4b-1.
  • a facility user ID 4p-2 uniquely managed by the facility B application 2b is generated, and the data storage area 4a for the facility B is generated. -2 is stored. Further, a personal information storage area 4b-2 is allocated to the user P who uses the facility B. After the user P is registered, it can be specified by the designation information for designating the personal information storage area 4b-2.
  • the personal information storage unit 4q in the data storage base 4 can be uniquely specified by the designation information assigned and designating the personal information storage area 4b-d.
  • the designation information is information for designating the position of the personal information storage area 4b, and a URL (Uniform Resource Locator) or the like is used.
  • Each personal information storage area 4b is uniquely specified in the personal information storage unit 4q in the data storage base 4 by the designation information. Therefore, the designation information corresponds to a personal information ID for identifying personal information in a system using the personal information storage unit 4q for the plurality of facilities 1h as a whole.
  • the personal information storage area 4b-1 secured for the user P can be referred to by the facility A, but cannot be referred to from any facility 1h other than the facility A.
  • the personal information storage area 4b-2 secured for the user P can be referred to by the facility B, but cannot be referenced from facilities 1h other than the facility B.
  • the personal information storage area 4b-1 and the personal information storage area 4b-2 secured for the same user P by the merge application 2m are assigned to either one based on the declaration of the user P. Can be merged.
  • FIG. 2 is a diagram for explaining merge processing by the merge application.
  • FIG. 2 shows an example of data stored in the data storage base 4 when the user P uses the facility A and the facility B.
  • the merge application 2 m receives the merge instruction 5 m based on the intention of the user P, the merge application 2 m refers to the meta information 4 t managed by the data storage infrastructure 4 via the Internet 3.
  • the merge instruction 5m includes a designation for setting the merge destination as the personal information ID 4e-1 and a designation for merging the personal information ID 4e-2.
  • the merge application 2m converts the personal affiliation information 3b stored in the personal information storage area 4b-2 for the user P specified by the personal information ID 4e-2 into the personal information ID 4e- 1 is moved to the personal information storage area 4b-1 for the user P designated by 1. Further, the meta information 4t is rewritten so as to redirect the personal information ID 4e-2 to the personal information ID 4e-1. Therefore, the personal affiliation information 3b obtained in the facility A and the facility B for the user P is collected and stored in the personal information ID 4e-1.
  • Personal information ID 4e-2 is only redirected and not deleted. Accordingly, the facility B application 2b can refer to the personal affiliation information 3b regarding the user P using the personal information ID 4e-2 without change from the time of registration. By merging in this way, when the facility B of the user P is reused, the facility B can use the personal information ID 4e-2 to refer to the personal affiliation information 3b obtained at the facility A and the facility B. Become.
  • the personal information ID 4e-1 is information notified when the user P registers at the first use of the facility A.
  • the information may be recorded on a medium such as a member's card, an examination ticket, or a point card and issued to the user P.
  • Other personal information IDs 4e-2 etc. are also issued at each facility B etc.
  • the personal information ID 4e-1 and the personal information ID 4e-2 have been described as examples issued by different facilities A and B, respectively.
  • the personal information ID 4e-1 is duplicated for the same user P at the same facility A.
  • 4e-2 may be issued.
  • the facility A can newly store the personal information ID 4e-2 to temporarily store the data. it can.
  • the personal information ID 4e-2 may be merged with the personal information ID 4e-1.
  • the user P corresponds to a patient
  • the personal information IDs 4e-1, 4e-2, etc. are PHR (Personal Health Record ) Is stored in the personal information storage areas 4b-1, 4b-2, etc.
  • the personal affiliation information 3b corresponds to PHR.
  • the personal information IDs 4e-1, 4e-2, etc. When the personal information IDs 4e-1, 4e-2, etc. are notified to the user P at the time of registration, the personal information IDs 4e-1, 4e-2, etc. may be recorded on an examination ticket issued at each facility A, facility B, etc. Further, the user P may independently manage the personal information IDs 4e-1, 4e-2, etc., and may be input from the terminal 1 at the reception at the next visit.
  • each facility 1h is a different hospital
  • the facility affiliation information 3a and the personal affiliation information 3b are distinguished based on the following idea.
  • Some of the patient data is owned by the hospital where the medical examination was conducted, and another part can be regarded as the patient's own property.
  • the findings on the patient are information that reflects the thoughts of the doctor, so it is reasonable to consider them as belonging to the doctor or hospital, while age, weight, height, normal blood pressure, blood It is considered reasonable to consider basic data indicating health status such as type, history of illness, and test results as belonging to the patient.
  • the data belonging to the hospital is stored in the facility information storage unit 4h that corresponds to the facility affiliation information 3a and has administrative authority in the hospital.
  • Data belonging to the patient himself / herself corresponds to the personal affiliation information 3b and is stored in the personal information storage unit 4q having the management authority for the patient himself / herself.
  • FIG. 3 is a diagram illustrating a hardware configuration of the server apparatus 100.
  • the server device 100 shown in FIG. 3 is a device controlled by a computer, and includes a CPU (Central Processing Unit) 11, a main storage device 12, an auxiliary storage device 13, an input device 14, a display device 15, The output device 16, a communication I / F (interface) 17, and a drive 18 are connected to the bus B.
  • a CPU Central Processing Unit
  • main storage device 12 main storage device
  • auxiliary storage device 13 an input device 14
  • the output device 16 a communication I / F (interface) 17, and a drive 18 are connected to the bus B.
  • I / F interface
  • the CPU 11 is a processor that controls the server device 100 in accordance with a program stored in the main storage device 12.
  • the main storage device 12 uses RAM (Random Access Memory), ROM (Read-Only Memory), etc., and is obtained by a program executed by the CPU 11, data necessary for processing by the CPU 11, and processing by the CPU 11. Stored data and the like are stored. A part of the main storage device 12 is allocated as a work area used for processing by the CPU 11.
  • the auxiliary storage device 13 uses a hard disk drive and stores data such as programs for executing various processes. A part of the program stored in the auxiliary storage device 13 is loaded into the main storage device 12 and executed by the CPU 11, whereby various processes are realized.
  • the storage unit 130 includes the main storage device 12 and / or the auxiliary storage device 13.
  • the input device 14 has a mouse, a keyboard, and the like, and is used by the user to input various information necessary for processing by the server device 100.
  • the display device 15 displays various information required under the control of the CPU 11.
  • the output device 16 has a printer or the like and is used for outputting various types of information in accordance with instructions from the user.
  • the communication I / F 17 is a device that is connected to, for example, the Internet, a LAN (Local Area Network), and the like and controls communication with an external apparatus.
  • a program that realizes processing performed by the server apparatus 100 is provided to the server apparatus 100 by a storage medium 19 such as a CD-ROM (Compact Disc Read-Only Memory). That is, when the storage medium 19 storing the program is set in the drive 18, the drive 18 reads the program from the storage medium 19, and the read program is installed in the auxiliary storage device 13 via the bus B. . When the program is activated, the CPU 11 starts its processing according to the program installed in the auxiliary storage device 13.
  • the medium for storing the program is not limited to a CD-ROM, and any medium that can be read by a computer may be used.
  • a computer-readable storage medium in addition to a CD-ROM, a portable recording medium such as a DVD disk or a USB memory, or a semiconductor memory such as a flash memory may be used.
  • FIG. 4 is a diagram illustrating a functional configuration of the server apparatus.
  • the server device 100 illustrated in FIG. 4 includes a new patient reception processing unit 51, a diagnosis data reading unit 52, and a diagnosis data storage unit 53 that are realized by executing the facility A application 2a.
  • the server apparatus 100 includes a movement processing unit 58 and a redirect unit 59 that are realized by executing the merge application 2m.
  • the server apparatus 100 may or may not include the merge application 2m.
  • the merge application 2m only needs to be installed in another server device accessible by the terminal 1.
  • the facility A application 2a and the merge application 2m are stored in the storage unit 130 and executed by the CPU 11.
  • the new patient reception processing unit 51 is a processing unit that registers the user P at the first visit of the user P (patient).
  • the new patient reception processing unit 51 generates a new facility user ID 4p-1 in the data storage area 4a-1 for the facility A in the data storage base 4 by the registration of the user P, and uses the generated facility user ID 4p-1 Output.
  • the output facility user ID 4p-1 is notified to the user P.
  • the user P After receiving the first medical examination, the user P receives a medical examination. Data generated by the doctor's examination regarding the user P is classified into the facility affiliation information 3 a and the personal affiliation information 3 b and stored in the data storage base 4 by the examination data storage unit 53.
  • the medical examination data reading unit 52 reads the facility affiliation information 3a and the personal affiliation information 3b from the data storage base 4 when the user P revisits, and temporarily stores them in the storage unit 130.
  • the facility affiliation information 3a is read from the facility information storage unit 4h of the data storage base 4 using the facility user ID 4p-1 (corresponding to the medical record number) of the user P.
  • the personal affiliation information 3b is read from the personal information storage unit 4q of the data storage base 4 using the personal information ID 4e-1 of the user P.
  • the personal information ID 4e-2 generated at the facility B (hospital) is redirected to the personal information ID 4e-1, it is an access to the personal information storage unit 4q using the personal information ID 4e-1. Also, the past personal affiliation information 3b obtained at both the facility A and the facility B is read out.
  • the examination data storage unit 53 distinguishes the data obtained by the examination of the user P into the facility affiliation information 3a and the personal affiliation information 3b, and stores the data for the facility A of the facility information storage unit 4h in the data storage infrastructure 4 The data is stored in the area 4a-1 and the personal information storage area 4b-1 of the personal information storage unit 4q.
  • the movement processing unit 58 is a processing unit that merges information of two or more personal information storage areas 4b based on the merge instruction 5m of the user P.
  • the merge instruction 5m specifies the personal information ID 4e-2 at the merge source and the personal information ID 4e-1 as the merge destination
  • the personal affiliation information 3b stored in the area 4b-2 is moved into the personal information storage area 4b-1 designated by the personal information ID 4e-1 at the merge destination.
  • the personal information storage area 4b-1 there are personal affiliation information 3b obtained at the facility A and personal affiliation information 3b obtained at the facility B. Therefore, the personal information ID 4e-2 continues to exist as the specified information after merging, but the personal information storage area 4b-2 is used to store the personal affiliation information 3b generated by the facility B for the user P. There is nothing.
  • the redirect unit 59 is a processing unit that adds a description for redirecting the personal information ID 4e-2 merged in the meta information 4t to the personal information ID 4e-1 at the merge destination based on the merge instruction 5m of the user P.
  • FIG. 5 is a diagram illustrating a data configuration example in the data storage infrastructure 4.
  • personal information ID 4e indicates a URL.
  • the facility affiliation information 3a is added and stored for each examination for each combination of the facility user ID 4p and the personal information ID 4e.
  • the facility affiliation information such as “examination observation information ⁇ ” 3a is added and stored.
  • the facility A application 2a can access the personal information storage area 4b-1 via the meta information 4t by designating “http: //www.aaa.pp/”.
  • the personal affiliation information 3b-1 including the “diagnosis result information OO” stored in the personal information storage area 4b-1 and the “diagnosis result information ⁇ ⁇ ⁇ moved from the personal affiliation information 3b-2 by redirection Can be accessed.
  • the facility affiliation information 3a is added and stored for each examination for each combination of the facility user ID 4p and the personal information ID 4e.
  • the data storage area 4a-1 for the combination of the facility user ID 4p "Bp1111" and the personal information ID 4e "http: //www.bbb.pp/" Information 3a is added and stored.
  • the facility B application 2b is redirected to "http: //www.aaa.pp/" via the meta information 4t by specifying "http: //www.bbb.pp/", and personal information
  • the storage area 4b-1 can be accessed.
  • Personal affiliation information 3b-1 including “diagnosis result information OO” stored in the personal information storage area 4b-1 and personal affiliation information 3b including “diagnosis result information ⁇ ” moved by redirection -2 is accessible.
  • the personal information storage area 4b-1 is dedicated to the facility A and cannot be accessed from the facility B.
  • the personal information storage area 4b ⁇ can be obtained when the user P declares that the personal information ID 4e of “http: //www.aaa.pp/” and “http: //www.bbb.pp/” is the same person. 2 is merged into the personal information storage area 4b-1, the personal information storage area 4b-1 can be accessed for the user P from both the facility A and the facility B.
  • the personal affiliation information 3b-2 including basic data indicating the health state in the personal information storage area 4b-2 is moved to the personal information storage area 4b-1 by the user P's intention.
  • the personal affiliation information 3b-1 and the personal affiliation information 3b-2 are displayed on the terminal 1 used by the doctor of the facility A (hospital).
  • the doctor can refer to the result of the medical examination received at the facility B (hospital), the doctor can diagnose and treat more efficiently and appropriately.
  • the personal affiliation information 3b-1 and the personal affiliation information 3b-2 are shared.
  • the personal affiliation information 3b-1 and the personal affiliation information 3b-2 generated by the facility A (hospital) and the facility B (hospital) are shared unless they are merged by the report of the user P (patient). None happen.
  • the personal information ID 4e has been forgotten, a medium such as an examination ticket indicating the personal information ID 4e has been lost, and the user P himself has not recognized the personal information ID 4e.
  • the facility user ID “Ap1112” and the personal information ID “http: //www.aaa-2” are newly registered in the data storage area 4a-1 managed by the facility A. .pp / "is newly generated and provided to the user P.
  • “Personal information storage area 4b-1 ′ is designated by“ http: //www.aaa-2.pp/ ”.
  • “diagnosis finding information ⁇ ” at this time is stored in the data storage area 4a-1, and personal affiliation information 3b-1 ′ including “diagnosis result information ⁇ ” is stored.
  • the personal affiliation information 3b-1 and the personal affiliation information 3b-1 ′ can be managed.
  • facility A and facility B are animal hospitals
  • a person other than the owner protects a lost dog damaged in a disaster such as an earthquake disaster, and a person who protects the lost dog arbitrarily It may be treated at the selected animal hospital and then returned to the owner safely.
  • a person who protects a lost dog will treat the lost dog at facility B (animal hospital) for the time being.
  • the personal information storage area 4b-1 specified when the facility A (animal hospital) is already used exists for the lost dog, but the facility B
  • a lost dog that has been safely returned to the owner cannot explain the treatment at Facility B (animal hospital) to the owner.
  • the owner presents the personal information ID 4e from the protected person, and performs a merge instruction 5m from the terminal of the owner or the terminal 1 of the facility B (animal hospital) to the merge application 2m.
  • the personal affiliation information 3a related to the lost dog can be managed in one personal information storage area 4b-1.
  • the veterinarian can check the health status of the lost dog immediately after the disaster. Diagnosis and treatment in consideration of the above can be performed efficiently and appropriately.
  • the personal information ID 4e is associated with the facility user ID 4p. However, the personal information ID 4e is input by the user P to the terminal 1, and the personal information ID 4e is other than the personal information storage unit 4p. It may not be stored.
  • FIGS. 6 (A) and 6 (B) A case will be described where user P visits facility A and facility B, which are different hospitals.
  • FIG. 6A is a flowchart for explaining the new patient acceptance process in the facility A.
  • FIG. 6B is a flowchart for explaining the new patient acceptance process in the facility B.
  • a new patient reception process is performed by the new patient reception processing unit 51 of the facility A application 2a.
  • the new patient reception processing unit 51 generates the facility user ID 4p “Ap1111” of the facility A (step S11a).
  • the new patient reception processing unit 51 acquires the personal information ID 4e “http: //www.aaa.pp” that specifies the designation information of the personal information storage area 4b-1 from the personal information storage unit 4q via the Internet 3 ( Step S12a).
  • the facility user ID 4p and the personal information ID 4e are associated with each other and stored in the data storage area 4a-1 for the facility A (step S13a).
  • the new patient reception processing unit 51 outputs the facility user ID 4p and the personal information ID 4e to the display unit of the terminal 1 (step S14a), and ends the new patient reception processing of the facility A.
  • a new patient reception process is performed by the new patient reception processing unit 51 of the facility B application 2b.
  • the new patient reception processing unit 51 generates a facility user ID for the facility B (step S11b).
  • the new patient reception processing unit 51 acquires the personal information ID “http: //www.bbb.pp” that specifies the designation information of the personal information storage area 4b-2 from the personal information storage unit 4q via the Internet 3 ( Step S12b). Then, in the new patient acceptance process at the facility A, the facility user ID and the personal information ID are associated with each other and stored in the data storage area 4a-1 for the facility A (step S13b).
  • the new patient reception processing unit 51 outputs the facility user ID 4p and the personal information ID 4e to the display unit of the terminal 1 (step S14b), and ends the new patient reception processing of the facility A.
  • diagnosis data reading process by the diagnosis data reading unit 52 when the user P has examined the facility A before the merge will be described with reference to FIG. 7A, and the diagnosis data storage for storing the diagnosis data obtained by the diagnosis
  • diagnosis data storage process by the unit 53 will be described with reference to FIG.
  • FIG. 7A is a flowchart for explaining the examination data reading process in the facility A before merging.
  • the examination data reading unit 52 of the facility A application 2a accepts the input of the facility user ID 4p for the facility A from the user P (step S21), and stores the data for the facility A in the data storage base 4
  • the facility affiliation information 3a including the past examination findings information is read from the area 4a-1 (step S22).
  • the examination data reading unit 52 acquires the personal information ID 4e “http: //www.aaa.pp” associated with the facility user ID 4p “Ap1111” of the user P in the data storage area 4a-1 (step S23). ).
  • the examination data reading unit 52 reads the personal affiliation information 3b-1 from the personal information storage area 4b-1 for the user P by referring to the meta information 4t using the personal information ID 4e (step S24). In this case, since it is before merging, only the personal affiliation information 3b-1 obtained at the facility A is read out.
  • the examination data reading unit 52 displays the facility affiliation information 3a and the personal affiliation information 3b-1 on the display unit of the terminal 1 of the facility A (step S25), and ends this examination data storage process.
  • This examination data storage process is omitted at the first use.
  • FIG. 7B is a flowchart for explaining the diagnosis data storage process in the facility A before merging.
  • the diagnosis data storage unit 53 of the facility A application 2a has the facility affiliation information 3a associated with the facility user ID 4p of the user P in the data storage area 4a-1 for the facility A in the data storage infrastructure 4.
  • new examination finding information is added and stored (step S31).
  • the medical examination data storage unit 53 acquires the personal information ID 4e associated with the facility user ID 4p (step S32). Then, the examination data storage unit 53 accesses the personal information storage unit 4q by referring to the meta information 4t using the personal information ID 4e, and the personal affiliation information including new examination result information in the personal information storage area 4b-1 3b is added and stored (step S33).
  • diagnosis data reading process shown in FIG. 7 (A) and the diagnosis data storage process shown in FIG. 7 (B) are the same even when the user P visits the facility B before the merge. Description is omitted.
  • FIG. 8 is a flowchart for explaining the examination data reading process in the facility A after merging.
  • the examination data reading unit 52 receives the facility user ID 4p for the facility A from the user P (step S21-2), and from the data storage area 4a-1 for the facility A in the data storage infrastructure 4, The facility affiliation information 3a including the examination findings information is read (step S22-2).
  • the examination data reading unit 52 acquires the personal information ID 4e “http: //www.aaa.pp” associated with the facility user ID 4p “Ap1111” of the user P in the data storage area 4a-1 (step S23). -2).
  • the examination data reading unit 52 refers to the meta information 4t using the personal information ID 4e, and reads the personal affiliation information 3b-1 and the personal affiliation information 3b-2 from the personal information storage area 4b-1 for the user P (step S24-2). In this case, since merging, the personal affiliation information 3b-1 obtained at the facility A and the personal affiliation information 3b-2 obtained at the facility B are read.
  • the examination data reading unit 52 displays the facility affiliation information 3a, the personal affiliation information 3b-1, and the personal affiliation information 3b-2 on the display unit of the terminal 1 of the facility A (Step S25-2). The examination data storage process is terminated.
  • FIG. 9A is a flowchart for explaining the diagnosis data reading process in the facility B after merging.
  • the diagnosis data reading unit 52 of the facility B application 2b receives the facility user ID 4p for the facility B from the user P (step S41), and the data storage area 4a for the facility B in the data storage base 4 -2 reads facility affiliation information 3a including past examination findings information (step S42).
  • the diagnosis data reading unit 52 acquires the personal information ID 4e “http: //www.bbb.pp” associated with the facility user ID 4p “Bp1111” of the user P in the data storage area 4a-2 (Step S43). ).
  • the medical examination data reading unit 52 refers to the meta information 4t using the personal information ID 4e and redirects to “http: //www.aaa.pp” from the personal information storage area 4b-1 for the user P.
  • the personal affiliation information 3b-1 including the examination result information obtained at the facility A and the personal affiliation information 3b-2 including the examination result information obtained at the facility B are read (step S44).
  • the examination data reading unit 52 displays the facility affiliation information 3a and the personal affiliation information 3b-2 on the display unit of the terminal 1 of the facility B (step S45), and ends this examination data storage process.
  • FIG. 9B is a flowchart for explaining the diagnosis data storing process in the facility B after merging.
  • the diagnosis data storage unit 53 of the facility B application 2b includes the facility affiliation information 3a associated with the facility user ID 4p of the user P in the data storage area 4a-2 for the facility B in the data storage infrastructure 4.
  • new examination finding information is added and stored (step S51).
  • the medical examination data storage unit 53 acquires the personal information ID 4e associated with the facility user ID 4p (step S52). Then, the diagnosis data storage unit 53 refers to the meta information 4t using the personal information ID 4e, and redirects to “http: //www.aaa.pp” to store the personal information storage area 4b-1 for the facility A. In addition, personal affiliation information 3b including new examination result information is added and stored (step S53).
  • FIG. 10 is a flowchart for explaining the merge process.
  • personal information ID-1 corresponds to “http: //www.aaa.pp/” obtained for the user P at the facility A
  • personal information ID-2 is the user at the facility B. This corresponds to “http: //www.bbb.pp/” obtained for P.
  • the movement processing unit 58 specifies the personal information ID-1 and personal information specified by the merge instruction 5m. It is confirmed whether or not ID-2 exists in the meta information 4t (step S62). If either or both of personal information ID-1 and personal information ID-2 does not exist in the meta information 4t, the movement processing unit 58 notifies the user P of the merge failure (step S62-2), and this merge The process ends.
  • the movement processing unit 58 stores the personal information ID-2 in the personal information storage area 4b-2 specified by the personal information ID-2.
  • the stored personal affiliation information 3b is copied and added to the personal storage area 4b-1 designated by the personal information ID-1 (step S63).
  • the redirect unit 59 adds a description for redirecting the personal information ID-2 in the meta information 4t to the personal information ID-1 to the personal information ID-2 (step S64), and ends the merge process.
  • FIG. 11 shows an example of a screen for setting merge information.
  • the personal information merge screen G80 illustrated in FIG. 11 includes an input area 81 for inputting a personal information ID to be merged, an input area 82 for inputting a personal information ID to be merged, a button 83 for executing a merge process, And a button 84 for canceling input and not performing merge processing.
  • the input area 81 is an area for inputting one merged personal information ID 4e.
  • “http: //www.aaa.pp/” is input to the input area 81.
  • the input area 82 is an area for inputting at least one personal information ID 4e to be merged in addition to the personal information ID 4e input to the input area 81.
  • “http: //www.bbb.pp/” is input to the input area 82.
  • the plurality of facilities 1h in the present embodiment can be applied to a plurality of different hospitals.
  • the personal affiliation information 3b such as PHR obtained at two or more hospitals is declared by the user P (patient) as the same user P, and the stored personal affiliation information 3b is stored in the same user P (patient). Can be treated as information belonging to
  • each facility 1h can correspond to different departments in one hospital.
  • a plurality of personal affiliation information 3b can be merged into one personal information storage area 4b by the user P's declaration.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Medical Informatics (AREA)
  • Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • Quality & Reliability (AREA)
  • Operations Research (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Tourism & Hospitality (AREA)
  • Bioethics (AREA)
  • Development Economics (AREA)
  • Data Mining & Analysis (AREA)
  • Biomedical Technology (AREA)
  • Game Theory and Decision Science (AREA)
  • Educational Administration (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Hardware Design (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

　コンピュータによって実行される保存領域管理方法であって、第一の施設の利用のユーザに対して、該第一施設の管理下の第一のデータ保存領域に、該ユーザを該第一施設の管理下で識別可能な第一の施設ユーザＩＤを生成し、前記第一の施設の利用時に、前記ユーザに所属する個人所属情報を記憶する第一の個人情報保存領域を指定する第一の個人情報ＩＤを該ユーザからの入力によって特定、又は、新たに第二の個人情報保存領域を指定する第二の個人情報ＩＤを個人情報保存部から特定し、前記ユーザによる前記第一の施設の利用により生成されたデータを、前記第一のデータ保存領域と、前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域に格納する。

Description

保存領域管理方法及びサーバ装置
　本発明は、同一ユーザに係るデータの保存領域を管理する保存領域管理方法及びサーバ装置に関する。
　従来より、複数の施設間で利用者のデータを共有することが行われている。複数の施設が同じシステムを利用することによって、介護サービスを行うスタッフと介護サービスを受ける利用者との間で利用者に関する情報を共有する技術等が提案されている。事業所に所属するスタッフが、利用者に対して介護サービスを行なう上で必要な介護サービス情報を、複数の事業所間で共有する技術である。
　事業所毎に、スタッフ及び利用者を一意に識別するユーザ情報ＩＤと、複数の事業所間で共通に、スタッフ及び利用者を一意に識別するユーザＩＤとがあり、ある事業所で新規ユーザを登録する場合に、新規ユーザに関して入力された情報（介護保険番号等）に基づいてユーザＩＤを検索し、ユーザＩＤが検索されれば、新規に付与するユーザ情報ＩＤと登録済みのユーザＩＤとが対応付けて記録される。結果として、ユーザＩＤを用いて、複数の事業所間で利用者に関する情報を共有化することができる。
　また、データを統一的な表現に変換することによって、重複する個人情報の一致を判断する技術等が提案されている。
特許４６５８２２５号公報 特開２００５－０１１０４９号公報
　上記従来技術において、事業所として病院を考えると、同一の患者が複数の病院で診察してもらう場合がある。患者に関する基礎的なデータは、どこの病院においても診察に役立つ情報である。基礎的なデータとは、年齢、体重、身長、通常時の血圧、血液型、既往症履歴等である。また、ある病院で行われた検査の結果データを、一つの病院に閉じた情報とするのではなく、複数の病院で共通して利用することが考えられる。上述従来技術を用いて、複数の病院間で患者のデータを共有できると考えられる。
　一方、患者が病院に掛かる時、どの病院を受診するかは、患者が任意に決定できる事項である。従って、同じシステムに属していない病院を患者が受診した場合には、患者のデータを共有できないと言った問題がある。
　また、病院がシステムに所属していたとしても、患者が診察券を紛失した場合、患者が迷い犬であって、所有者とは別の人が迷い犬（患者）を保護して治療を受けさせる場合等、システム内で患者を特定可能な情報を患者自身が病院に申告できない場合がある。この場合、ある病院で治療を受ける際に、過去に他病院で記録された治療情報が存在しても、病院がその治療情報の存在を知りえないので、参照することができない。
　また、別の側面として、患者が病院を受診することによって生成された情報が病院に所属するデータであるのか、利用者に所属するデータであるのかが考慮されていないため、本来は利用者に所属するデータが、利用者の意思とは無関係に、利用者以外の人又は組織によって共有されてしまうと言った問題があった。
　更なる別の側面として、従来技術では、情報の一致を判断するための検索処理では、利用者本人の意思によらず、利用者本人に関る情報が検索されて、アクセスされることによる情報の一致判断が含まれる。「即ち、検索した結果として一致判断が出力されたということ自体、即ち、ある利用者に関連する情報として、検索対象となっているデータが存在しているということ自体が、秘密にしておくべき事柄である場合もある。このように、利用者の知りえない状況で、利用者個人の情報がアクセスされてしまうと言った問題があった。
　開示の技術は、コンピュータによって実行される保存領域管理方法であって、第一の施設の利用のユーザに対して、該第一施設の管理下の第一のデータ保存領域に、該ユーザを該第一施設の管理下で識別可能な第一の施設ユーザＩＤを生成し、前記第一の施設の利用時に、前記ユーザに所属する個人所属情報を記憶する第一の個人情報保存領域を指定する第一の個人情報ＩＤを該ユーザからの入力によって特定、又は、新たに第二の個人情報保存領域を指定する第二の個人情報ＩＤを個人情報保存部から特定し、前記ユーザによる前記第一の施設の利用により生成されたデータを、前記第一のデータ保存領域と、前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域に格納する。
　また、上記課題を解決するための手段として、上記保存領域管理方法を行うサーバ装置、上記保存領域管理方法をコンピュータに行わせるためのプログラム、及び、そのプログラムを記録した記録媒体とすることもできる。
　開示の技術では、施設の管理下でユーザを識別可能な施設ユーザＩＤを管理し、ユーザに所属する個人所属情報を記憶する個人情報保存領域は個人情報保存部内において個人情報ＩＤで指定することによって、施設の利用によって生成されたデータのうち個人所属情報を施設外で管理するができる。
本実施例に係るシステムの概念構成を示す図である。 マージアプリケーションによるマージ処理を説明するための図である。 サーバ装置のハードウェア構成を示す図である。 サーバ装置の機能構成を示す図である。 データ格納基盤でのデータ構成例を示す図である。 図６（Ａ）は、施設Ａにおける新患受付処理を説明するためのフローチャート図であり、図６（Ｂ）は、施設Ｂにおける新患受付処理を説明するためのフローチャート図である。 図７（Ａ）は、マージ前の施設Ａにおける診察データ読出処理を説明するためのフローチャート図であり、図７（Ｂ）は、マージ前の施設Ａにおける診察データ格納処理を説明するためのフローチャート図である。 マージ後の施設Ａにおける診察データ読出処理を説明するためのフローチャート図である。 図９（Ａ）は、マージ後の施設Ｂにおける診察データ読出処理を説明するためのフローチャート図であり、図９（Ｂ）は、マージ後の施設Ｂにおける診察データ格納処理を説明するためのフローチャート図である。 マージ処理を説明するためのフローチャート図である。 マージ情報を設定するための画面例を示す図である。
　以下、本発明の実施の形態を図面に基づいて説明する。本実施例において、病院等の施設の利用によって生成された情報を、ユーザ個人に所属する個人所属情報と、施設側に属する施設所属情報とに区別して管理可能とし、また、ユーザの発意が明示的に呈示された場合に、各施設の個別システムにおいてユーザを特定する情報、個人所属情報を参照するための情報等の変更を行うことなく、複数の施設の各々で得た個人所属情報をマージして複数の施設間で共有可能とする。
　図１は、本実施例に係るシステムの概念構成を示す図である。図１において、システム１０００は、施設Ａ、Ｂ、・・・（以下、総称して施設１ｈと言う）の複数の端末１と、アプリケーション部２と、データ格納基盤４とを有する。アプリケーション部２は、インターネット３を介して、データ格納基盤４にアクセスする。
　ユーザＰは、施設１ｈの少なくとも１つ以上の施設を利用するユーザである。各施設１ｈは、業務を行うために使用される端末１を有する。端末１は、ＰＣ（Personal Computer）等のコンピュータ装置である。
　アプリケーション部２は、施設Ａ専用の施設Ａアプリケーション２ａと、施設Ｂ専用の施設Ｂアプリケーション２ｂとに代表される、アプリケーションのユーザ単位ごとに専用に設けられたアプリケーション群と、マージアプリケーション２ｍとを有する。
　施設Ａの端末１では、端末１のＣＰＵが施設Ａアプリケーション２ａを起動し、施設Ａの担当者が施設Ａアプリケーション２ａを用いてユーザＰに係る業務を行う。施設Ｂについても同様に専用の施設Ｂアプリケーション２ｂが使用される。他施設１ｈについても同様である。
　施設Ａアプリケーション２ａは、施設Ａ専用で使用されるアプリケーションである、施設Ａの各端末１にインストールされていてもよい。又は、施設Ａアプリケーション２ａ、施設Ｂアプリケーション２ｂ等は、インターネット３を介して、ＡＳＰ（Application Service Provider）等のサーバ装置から提供されてもよい。また、サーバ装置自身がデータ格納基盤４内に存在してもよい。
　マージアプリケーション２ｍは、複数の施設１ｈで生成されたユーザ個人に所属する個人所属情報３ｂを１つの保存領域にマージするマージ処理を行うアプリケーションであり、ユーザＰの端末又は複数の施設１ｈの端末１で利用される。施設１ｈでマージアプリケーション２ｍを用いる場合は、施設１ｈの担当者が、ユーザＰに個人所属情報３ｂを１つの保存領域にマージする申告に応じて、個々の施設１ｈで生成されたユーザＰに所属する個人所属情報３ｂをマージする。
　インターネット３は、本システムに関る複数のコンピュータを通信可能に接続する通信網であり、有線であっても無線であっても構わない。
　データ格納基盤４は、インターネット３を介して複数のコンピュータがアクセス可能な１以上の外部記憶装置を有する。端末１は、データ格納基盤４の物理的な構成を認識することなく、各アプリケーション２ａ、２ｂ、・・・、２ｍからの記憶領域単位のアクセスを可能とする。データ格納基盤４は、施設情報保存部４ｈと、個人情報保存部４ｑとを有する。
　施設情報保存部４ｈは、各施設１ｈに専用のデータ保存領域４ａを管理する保存部であり、施設１ｈ毎に施設１ｈに所属する施設所属情報３ａを格納する。データ保存領域４ａにおいて、データ保存領域４ａ－1は、施設Ａアプリケーション２ａによって専用で利用される保存領域であり、施設Ａで独自に管理される施設ユーザＩＤ毎に施設所属情報３ａを記憶する。データ保存領域４ａ－２は、施設Ｂアプリケーション２ｂによって専用で利用される保存領域であり、施設Ｂで独自に管理される施設ユーザＩＤ毎に施設所属情報３ａを格納する。
　個人情報保存部４ｑは、各施設１ｈを利用した際に生成されたユーザＰのユーザ個人に所属する個人所属情報３ｂを格納する保存部である。個人情報保存部４ｑでは、各施設１ｈからのユーザＰの登録毎に、ユーザＰ個人に所属する個人情報保存領域４ｂが特定される。
　ユーザＰが施設Ａで登録されると、施設Ａアプリケーション２ａによって独自に管理される施設ユーザＩＤ４ｐ－１が生成され、施設Ａ用のデータ保存領域４ａ－１に格納される。また、施設Ａを利用したユーザＰに対して、個人情報保存領域４ｂ－１が割り当てられる。ユーザＰの登録後、個人情報保存領域４ｂ－１を指定する指定情報によって特定可能となる。
　同一のユーザＰが施設Ａとは別の施設Ｂを利用することにより登録されると、施設Ｂアプリケーション２ｂによって独自に管理される施設ユーザＩＤ４ｐ－２が生成され、施設Ｂ用のデータ保存領域４ａ－２に格納される。また、施設Ｂを利用したユーザＰに対して、個人情報保存領域４ｂ－２が割り当てられる。ユーザＰの登録後、個人情報保存領域４ｂ－２を指定する指定情報によって特定可能となる。
　ユーザＰとは別のユーザＤについても、利用した施設１ｈにおいて登録されると、施設１ｈのアプリケーションによって独自に管理される施設ユーザＩＤが生成され、施設１ｈ用の個人情報保存領域４ｂ－ｄが割り当てられ、個人情報保存領域４ｂ－ｄを指定する指定情報によって、データ格納基盤４内の個人情報保存部４ｑにおいて一意に特定可能となる。
　指定情報は、個人情報保存領域４ｂの位置を指定する情報であり、ＵＲＬ（Uniform Resource Locator）等が用いられる。各個人情報保存領域４ｂは、指定情報によってデータ格納基盤４内の個人情報保存部４ｑにおいて一意に特定される。よって、指定情報は、複数の施設１ｈ全体を対象とした個人情報保存部４ｑを用いたシステムにおいて、個人情報を識別する個人情報ＩＤに相当する。
　ユーザＰに対して確保された個人情報保存領域４ｂ－１は、施設Ａによって参照可能であるが、施設Ａ以外の施設１ｈからは参照できない。同様に、ユーザＰに対して確保された個人情報保存領域４ｂ－２は、施設Ｂによって参照可能であるが、施設Ｂ以外の施設１ｈからは参照できない。
　本実施例では、マージアプリケーション２ｍによって、同一のユーザＰに対して確保された個人情報保存領域４ｂ－１と個人情報保存領域４ｂ－２とを、ユーザＰの申告に基づいて、いずれか一方にマージすることができる。
　図２は、マージアプリケーションによるマージ処理を説明するための図である。図２中、ユーザＰが施設Ａと施設Ｂとを利用した場合のデータ格納基盤４のデータ例を示している。図２において、マージアプリケーション２ｍは、ユーザＰの発意に基づくマージ指示５ｍを受信すると、インターネット３を介して、データ格納基盤４で管理されるメタ情報４ｔを参照する。マージ指示５ｍには、マージ先を個人情報ＩＤ４ｅ－１にする指定と、個人情報ＩＤ４ｅ－２がマージされる指定とを含む。
　マージアプリケーション２ｍは、マージ指示５ｍに基づいて、個人情報ＩＤ４ｅ－２で指定されるユーザＰ用の個人情報保存領域４ｂ－２に格納されている個人所属情報３ｂを、マージ先の個人情報ＩＤ４ｅ－１で指定されるユーザＰ用の個人情報保存領域４ｂ－１に移動させる。また、個人情報ＩＤ４ｅ－２を個人情報ＩＤ４ｅ－１にリダイレクトするように、メタ情報４ｔを書き換える。よって、個人情報ＩＤ４ｅ－１には、ユーザＰに対する、施設Ａ及び施設Ｂにおいて得られた個人所属情報３ｂが纏められて格納される。
　個人情報ＩＤ４ｅ－２は、リダイレクトされるのみであり削除されない。従って、施設Ｂアプリケーション２ｂは、ユーザＰに関する個人所属情報３ｂを、登録時から変更なく個人情報ＩＤ４ｅ－２を用いて参照することができる。このようにマージすることによって、ユーザＰの施設Ｂの再利用のときには、施設Ｂにおいて、個人情報ＩＤ４ｅ－２を用いて、施設Ａ及び施設Ｂにおいて得られた個人所属情報３ｂの参照が可能となる。
　個人情報ＩＤ４ｅ－１は、ユーザＰが施設Ａの初回利用時の登録の際に通知される情報である。施設Ａにおいて、メンバーズカード、診察券、ポイントカード等の媒体に記録され、ユーザＰに発行するようにしてもよい。他の個人情報ＩＤ４ｅ－２等についても、各施設Ｂ等において発行される。
　上述において、個人情報ＩＤ４ｅ－１及び個人情報ＩＤ４ｅ－２は夫々異なる施設Ａ及び施設Ｂによって発行される例で説明したが、同一施設Ａで同一ユーザＰに対して重複して個人情報ＩＤ４ｅ－１及び４ｅ－２が発行されても良い。ユーザＰに対して施設Ａが最初に発行した個人情報ＩＤ４ｅ－１を確認できない状況において、施設Ａが新たに個人情報ＩＤ４ｅ－２を発行することで、データを一時的に記憶しておくことができる。その後、ユーザＰの了解の下に、個人情報ＩＤ４ｅ－２を個人情報ＩＤ４ｅ－１にマージすればよい。
　施設Ａ、施設Ｂ、・・・等を含む施設１ｈが、病院等の医療機関である場合、ユーザＰは患者に相当し、個人情報ＩＤ４ｅ－１、４ｅ－２等が、ＰＨＲ（Personal Health Record）を格納する個人情報保存領域４ｂ－１、４ｂ－２等を指定する指定情報に相当する。また、個人所属情報３ｂがＰＨＲに相当する。
　個人情報ＩＤ４ｅ－１、４ｅ－２等が、登録時にユーザＰに通知される際には、個々の施設Ａ、施設Ｂ等で発行される診察券に記録されてもよい。また、ユーザＰが独自に個人情報ＩＤ４ｅ－１、４ｅ－２等を管理してもよく、次の受診時に受付で端末１から入力するようにしてもよい。
　以下、各施設１ｈが異なる病院である場合で説明する。各施設１ｈが病院の場合、施設所属情報３ａと個人所属情報３ｂとは、下記の考えに基づいて区別される。
　患者に関するデータにおいて、一部は診察を行なった病院の所有物であり、また別の一部は患者自身の所有物とみなすことができる。患者に対する所見は、医師の考えが反映された情報であるので、医師又は病院の所有物であると見なすことが妥当であり、一方、患者個人に関する年齢、体重、身長、通常時の血圧、血液型、既往症履歴、検査結果等の健康状態を示す基礎的なデータは、患者自身の所有物であると見なすことが妥当であると考えられる。
　上述の区別に基づいて、病院の所有物であるデータが、施設所属情報３ａに相当し、病院に管理権限のある施設情報保存部４ｈに格納される。また、患者自身の所有物であるデータが、個人所属情報３ｂに相当し、患者自身に管理権限のある個人情報保存部４ｑに格納される。
　施設Ａが病院であり、施設Ａの端末１に接続され、端末１に施設Ａアプリケーション２ａを提供するサーバ装置１００のハードウェア構成及び機能構成について、図３及び図４で説明する。
　図３は、サーバ装置１００のハードウェア構成を示す図である。図３に示すサーバ装置１００は、コンピュータによって制御される装置であって、ＣＰＵ（Central Processing Unit）１１と、主記憶装置１２と、補助記憶装置１３と、入力装置１４と、表示装置１５と、出力装置１６と、通信Ｉ／Ｆ（インターフェース）１７と、ドライブ１８とを有し、バスＢに接続される。
　ＣＰＵ１１は、主記憶装置１２に格納されたプログラムに従ってサーバ装置１００を制御するプロセッサである。主記憶装置１２には、ＲＡＭ（Random Access Memory）及びＲＯＭ（Read-Only Memory）等が用いられ、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を格納する。また、主記憶装置１２の一部の領域が、ＣＰＵ１１での処理に利用されるワークエリアとして割り付けられている。
　補助記憶装置１３には、ハードディスクドライブが用いられ、各種処理を実行するためのプログラム等のデータを格納する。補助記憶装置１３に格納されているプログラムの一部が主記憶装置１２にロードされ、ＣＰＵ１１に実行されることによって、各種処理が実現される。記憶部１３０は、主記憶装置１２及び／又は補助記憶装置１３を有する。
　入力装置１４は、マウス、キーボード等を有し、ユーザがサーバ装置１００による処理に必要な各種情報を入力するために用いられる。表示装置１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。出力装置１６は、プリンタ等を有し、ユーザからの指示に応じて各種情報を出力するために用いられる。通信Ｉ／Ｆ１７は、例えばインターネット、ＬＡＮ（Local Area Network）等に接続し、外部装置との間の通信制御をするための装置である。
　サーバ装置１００によって行われる処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ（Compact Disc Read-Only Memory）等の記憶媒体１９によってサーバ装置１００に提供される。即ち、プログラムが保存された記憶媒体１９がドライブ１８にセットされると、ドライブ１８が記憶媒体１９からプログラムを読み出し、その読み出されたプログラムがバスＢを介して補助記憶装置１３にインストールされる。そして、プログラムが起動されると、補助記憶装置１３にインストールされたプログラムに従ってＣＰＵ１１がその処理を開始する。尚、プログラムを格納する媒体としてＣＤ－ＲＯＭに限定するものではなく、コンピュータが読み取り可能な媒体であればよい。コンピュータ読取可能な記憶媒体として、ＣＤ－ＲＯＭの他に、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリであっても良い。
　また、サーバ装置１００によって行われる処理を実現するプログラムが、通信Ｉ／Ｆ１７を介して外部装置から提供されてもよい。或いは、外部装置へ該プログラムを提供し、後述される各処理は外部装置で実現されるように構成してもよい。通信Ｉ／Ｆ１７による通信は無線又は有線に限定されるものではない。 
　図４は、サーバ装置の機能構成を示す図である。図４に示すサーバ装置１００は、施設Ａアプリケーション２ａを実行することによって実現される、新患受付処理部５１と、診察データ読出部５２と、診察データ格納部５３とを有する。サーバ装置１００は、マージアプリケーション２ｍを実行することによって実現される、移動処理部５８と、リダイレクト部５９とを有する。サーバ装置１００は、マージアプリケーション２ｍを実装していても良いし、していなくても良い。マージアプリケーション２ｍは、端末１がアクセス可能な別のサーバ装置に実装されていればよい。
　施設Ａアプリケーション２ａ及びマージアプリケーション２ｍは、記憶部１３０に格納され、ＣＰＵ１１によって実行される。
　新患受付処理部５１は、ユーザＰ（患者）の初診時にユーザＰの登録を行う処理部である。新患受付処理部５１は、ユーザＰの登録によって、データ格納基盤４内の施設Ａ用のデータ保存領域４ａ－１に新たな施設ユーザＩＤ４ｐ－１を生成し、生成した施設ユーザＩＤ４ｐ－１を出力する。出力された施設ユーザＩＤ４ｐ－１は、ユーザＰに通知される。初診の受付後には、ユーザＰは医師の診察を受ける。医師の診察によって、ユーザＰに関して生成されたデータは、施設所属情報３ａと個人所属情報３ｂとに区別され、診察データ格納部５３によってデータ格納基盤４に格納される。
　診察データ読出部５２は、ユーザＰの再診の際に、データ格納基盤４から施設所属情報３ａ及び個人所属情報３ｂとを読み出して、一時的に記憶部１３０に格納する。ユーザＰの施設ユーザＩＤ４ｐ－１（カルテ番号に相当する）を用いて、データ格納基盤４の施設情報保存部４ｈから施設所属情報３ａを読み出す。また、ユーザＰの個人情報ＩＤ４ｅ－１を用いて、データ格納基盤４の個人情報保存部４ｑから個人所属情報３ｂを読み出す。
　施設Ｂ（病院）にて生成された個人情報ＩＤ４ｅ－２が個人情報ＩＤ４ｅ－１へとリダイレクトされている場合には、個人情報ＩＤ４ｅ－１を用いた個人情報保存部４ｑへのアクセスであっても、施設Ａ及び施設Ｂ両方で得られた過去の個人所属情報３ｂが読み出される。
　診察データ格納部５３は、ユーザＰの診察によって得られたデータを施設所属情報３ａと個人所属情報３ｂとに区別して、データ格納基盤４内の、施設情報保存部４ｈの施設Ａ用のデータ保存領域４ａ－１と個人情報保存部４ｑの個人情報保存領域４ｂ－１とに、夫々格納する。
　移動処理部５８は、ユーザＰのマージ指示５ｍに基づいて、２以上の個人情報保存領域４ｂの情報をマージする処理部である。図１の例において、マージ指示５ｍが、個人情報ＩＤ４ｅ－２をマージ元で指定し、個人情報ＩＤ４ｅ－１をマージ先に指定する場合、マージされる個人情報ＩＤ４ｅ－２が指定する個人情報保存領域４ｂ－２に記憶されている個人所属情報３ｂが、マージ先の個人情報ＩＤ４ｅ－１によって指定される個人情報保存領域４ｂ－１内に移動される。
　個人情報保存領域４ｂ－１には、施設Ａで得た個人所属情報３ｂと施設Ｂで得た個人所属情報３ｂとが存在する。従って、マージ後、個人情報ＩＤ４ｅ－２は指定情報として存在し続けるが、個人情報保存領域４ｂ－２が、施設ＢがユーザＰに対して生成した個人所属情報３ｂを格納するために使用されることはない。
　リダイレクト部５９は、ユーザＰのマージ指示５ｍに基づいて、メタ情報４ｔにおいてマージされる個人情報ＩＤ４ｅ－２を、マージ先の個人情報ＩＤ４ｅ－１にリダイレクトさせる記述を加える処理部である。
　施設１ｈが異なる病院である場合のデータ格納基盤４でのデータ構成例について図５で説明する。図５は、データ格納基盤４でのデータ構成例を示す図である。図５中、個人情報ＩＤ４ｅはＵＲＬを示す。
　図５において、施設Ａ用のデータ保存領域４ａ－１内に、施設ユーザＩＤ４ｐと個人情報ＩＤ４ｅの組み合せ毎に、診察毎に施設所属情報３ａが追加されて格納される。データ保存領域４ａ－１では、施設ユーザＩＤ４ｐが「Ａｐ１１１１」と個人情報ＩＤ４ｅが「http://www.aaa.pp/」の組み合せに対して、「診察所見情報●●」等の施設所属情報３ａが追加されて格納される。
　施設Ａアプリケーション２ａは、「http://www.aaa.pp/」を指定することによって、メタ情報４ｔを介して、個人情報保存領域４ｂ－１をアクセスすることができる。個人情報保存領域４ｂ－１に格納されている、「診察結果情報○○」を含む個人所属情報３ｂ－１、及び、リダイレクトによって個人所属情報３ｂ－２から移動された「診察結果情報△△△」を含む個人所属情報３ｂ－２にアクセス可能となる。
　施設Ｂ用のデータ保存領域４ａ－１内に、施設ユーザＩＤ４ｐと個人情報ＩＤ４ｅの組み合せ毎に、診察毎に施設所属情報３ａが追加されて格納される。データ保存領域４ａ－１では、施設ユーザＩＤ４ｐが「Ｂｐ１１１１」と個人情報ＩＤ４ｅが「http://www.bbb.pp/」の組み合せに対して、「診察所見情報▲▲▲」等の施設所属情報３ａが追加されて格納される。
　施設Ｂアプリケーション２ｂは、「http://www.bbb.pp/」を指定することによって、メタ情報４ｔを介して、「http://www.aaa.pp/」へとリダイレクトされ、個人情報保存領域４ｂ－１をアクセスすることができる。個人情報保存領域４ｂ－１に格納されている、「診察結果情報○○」を含む個人所属情報３ｂ－１、及び、リダイレクトによって移動された「診察結果情報△△△」を含む個人所属情報３ｂ－２にアクセス可能となる。
　本来、個人情報保存領域４ｂ－１は、施設Ａ専用であり、施設Ｂからはアクセスできない領域である。しかしながら、「http://www.aaa.pp/」と「http://www.bbb.pp/」の個人情報ＩＤ４ｅは同一人物であるとのユーザＰの申告によって、個人情報保存領域４ｂ－２が個人情報保存領域４ｂ－１へとマージされた場合には、施設Ａ及び施設Ｂの両方からユーザＰに関して、個人情報保存領域４ｂ－１がアクセス可能となる。
　具体的には、ユーザＰが施設Ｂ（病院）で健康診断を受けて得られた健康状態を示す基礎的なデータが個人情報保存領域４ｂ－２に格納される。健康診断の後、ユーザＰの発意によって、個人情報保存領域４ｂ－２内の健康状態を示す基礎的なデータを含む個人所属情報３ｂ－２が個人情報保存領域４ｂ－１へと移動される。
　その後、ユーザＰ（患者）が施設Ａ（病院）を受診した際には、個人所属情報３ｂ－１と個人所属情報３ｂ－２とが施設Ａ（病院）の医師が使用する端末１に表示される。医師は、施設Ｂ（病院）で受けた健康診断の結果を参照することができるため、より効率的にまた適切に診断及び治療することができる。同様に、マージ後には、施設Ｂ（病院）においても、個人所属情報３ｂ－１と個人所属情報３ｂ－２とが共有される。
　一方で、ユーザＰ（患者）の申告によってマージしない限り、施設Ａ（病院）と施設Ｂ（病院）とで、夫々が生成した個人所属情報３ｂ－１と個人所属情報３ｂ－２とが共有されることはない。
　また、同一施設Ａを受信したユーザＰの状況において、個人情報ＩＤ４ｅを忘れた、個人情報ＩＤ４ｅを示す診察券等の媒体を紛失した、ユーザＰ本人が個人情報ＩＤ４ｅを認識できていない、施設Ａ（病院）の異なる科を受診等の場合、施設Ａの管理下のデータ保存領域４ａ－１内に新患として、施設ユーザＩＤ「Ａｐ１１１２」及び個人情報ＩＤ「http://www.aaa-2.pp/」が新たに生成され、ユーザＰへ提供される。
　「http://www.aaa-2.pp/」によって個人情報保存領域４ｂ－１'が指定される。また、この時の「診察所見情報★★」がデータ保存領域４ａ－１内に格納され、「診察結果情報☆☆」を含む個人所属情報３ｂ－１'を格納する。その後、「http://www.aaa.pp/」と「http://www.aaa-2.pp/」とが同一ユーザであるとのユーザＰの申告によるマージ後には、いずれか一方で個人所属情報３ｂ－１と個人所属情報３ｂ－１'とを管理することができる。
　また、施設Ａ及び施設Ｂを含む複数の施設１ｈが動物病院である場合、飼い主とは別の人が震災等の災害時に傷ついた迷い犬を保護し、迷い犬を保護した人が任意に選んだ動物病院で治療し、その後、無事に飼い主の手元に戻されることがある。
　飼い主は災害前には施設Ａ（動物病院）を利用していたが、迷い犬は災害前に利用していた施設Ａ（動物病院）を申告することができない。迷い犬を保護した人は、とりあえず、施設Ｂ（動物病院）で迷い犬の治療をする。データ格納基盤４の個人情報保存部４ｑ内に、既に、施設Ａ（動物病院）を利用した際に特定された個人情報保存領域４ｂ－１が迷い犬用に存在するにも関わらず、施設Ｂ（動物病院）を利用した際に特定された個人情報保存領域４ｂ－２が更に存在することになる。
　一方、無事に飼い主の手元に戻された迷い犬は、施設Ｂ（動物病院）での治療を飼い主に説明することができない。このような状況において、飼い主が、保護した人から個人情報ＩＤ４ｅを呈示して貰い、飼い主の端末又は施設Ｂ（動物病院）の端末１からマージアプリケーション２ｍに対して、マージ指示５ｍを行うことによって、一つの個人情報保存領域４ｂ－１で迷い犬に関する個人所属情報３ａを管理することができる。
　その後の施設Ａ（動物病院）での受診時には、保護された際の施設Ｂ（動物病院）で生成された個人所属情報３ａを含めて参照できるため、獣医は、災害直後の迷い犬の健康状態を考慮した診断及び治療を効率的にかつ適切に行うことができる。
　図５のデータ構成例では、個人情報ＩＤ４ｅが施設ユーザＩＤ４ｐに対応付けられているが、個人情報ＩＤ４ｅは、ユーザＰが端末１へ入力するようにし、個人情報ＩＤ４ｅが個人情報保存部４ｐ以外で記憶されないようにしてもよい。
　新患受付処理部５１によって行われる新患受付処理について図６（Ａ）及び図６（Ｂ）で説明する。ユーザＰが夫々異なる病院である施設Ａ及び施設Ｂを受診した場合で説明する。図６（Ａ）は、施設Ａにおける新患受付処理を説明するためのフローチャート図である。図６（Ｂ）は、施設Ｂにおける新患受付処理を説明するためのフローチャート図である。
　図６（Ａ）では、ユーザＰが施設Ａで新患の受付を行うと、施設Ａアプリケーション２ａの新患受付処理部５１によって新患受付処理が行われる。新患受付処理部５１は、施設Ａの施設ユーザＩＤ４ｐ「Ａｐ１１１１」を生成する（ステップＳ１１ａ）。
　新患受付処理部５１は、インターネット３を介して個人情報保存部４ｑから個人情報保存領域４ｂ－１の指定情報を特定する個人情報ＩＤ４ｅ「http://www.aaa.pp」を取得する（ステップＳ１２ａ）。そして、施設Ａの新患受付処理は、施設ユーザＩＤ４ｐと個人情報ＩＤ４ｅとを対応付けて施設Ａ用のデータ保存領域４ａ－１に格納する（ステップＳ１３ａ）。
　その後、新患受付処理部５１は、施設ユーザＩＤ４ｐと個人情報ＩＤ４ｅとを端末１の表示部に出力して（ステップＳ１４ａ）、施設Ａの新患受付処理を終了する。
　図６（Ｂ）では、ユーザＰが施設Ａとは異なる施設Ｂで新患の受付を行うと、施設Ｂアプリケーション２ｂの新患受付処理部５１によって新患受付処理が行われる。新患受付処理部５１は、施設Ｂの施設ユーザＩＤを生成する（ステップＳ１１ｂ）。
　新患受付処理部５１は、インターネット３を介して個人情報保存部４ｑから個人情報保存領域４ｂ－２の指定情報を特定する個人情報ＩＤ「http://www.bbb.pp」を取得する（ステップＳ１２ｂ）。そして、施設Ａの新患受付処理は、施設ユーザＩＤと個人情報ＩＤとを対応付けて施設Ａ用のデータ保存領域４ａ－１に格納する（ステップＳ１３ｂ）。
　その後、新患受付処理部５１は、施設ユーザＩＤ４ｐと個人情報ＩＤ４ｅとを端末１の表示部に出力して（ステップＳ１４ｂ）、施設Ａの新患受付処理を終了する。
　次に、マージ前にユーザＰが施設Ａの診察した場合の、診察データ読出部５２による診察データ読出処理を図７（Ａ）で説明し、診察によって得られた診察データを格納する診察データ格納部５３による診察データ格納処理を図７（Ｂ）で説明する。
　図７（Ａ）は、マージ前の施設Ａにおける診察データ読出処理を説明するためのフローチャート図である。図７（Ａ）において、施設Ａアプリケーション２ａの診察データ読出部５２は、ユーザＰから施設Ａ用の施設ユーザＩＤ４ｐの入力を受け付けて（ステップＳ２１）、データ格納基盤４における施設Ａ用のデータ保存領域４ａ－１から、過去の診察所見情報を含む施設所属情報３ａを読み込む（ステップＳ２２）。
　また、診察データ読出部５２は、データ保存領域４ａ－１において、ユーザＰの施設ユーザＩＤ４ｐ「Ａｐ１１１１」に対応付けられる個人情報ＩＤ４ｅ「http://www.aaa.pp」を取得する（ステップＳ２３）。診察データ読出部５２は、個人情報ＩＤ４ｅを用いてメタ情報４ｔを参照し、ユーザＰ用の個人情報保存領域４ｂ－１から個人所属情報３ｂ－１を読み出す（ステップＳ２４）。この場合、マージ前であるので、施設Ａで得られた個人所属情報３ｂ－１のみが読み出される。
　そして、診察データ読出部５２は、施設Ａの端末１の表示部に、施設所属情報３ａと個人所属情報３ｂ－１とを表示して（ステップＳ２５）、この診察データ格納処理を終了する。この診察データ格納処理は、初回利用時には省略される。
　図７（Ｂ）は、マージ前の施設Ａにおける診察データ格納処理を説明するためのフローチャート図である。図７（Ｂ）において、施設Ａアプリケーション２ａの診察データ格納部５３は、データ格納基盤４における施設Ａ用のデータ保存領域４ａ－１において、ユーザＰの施設ユーザＩＤ４ｐに対応付けられる施設所属情報３ａに、新たな診察所見情報を追加して格納する（ステップＳ３１）。
　診察データ格納部５３は、施設ユーザＩＤ４ｐに対応付けられる個人情報ＩＤ４ｅを取得する（ステップＳ３２）。そして、診察データ格納部５３は、個人情報ＩＤ４ｅを用いてメタ情報４ｔを参照して個人情報保存部４ｑをアクセスし、個人情報保存領域４ｂ－１に、新たな診察結果情報を含む個人所属情報３ｂを追加して格納する（ステップＳ３３）。
　図７（Ａ）に示す診察データ読出処理、及び、図７（Ｂ）に示す診察データ格納処理は、マージ前であれば、ユーザＰが施設Ｂを受診した場合においても同様であるので、その説明を省略する。
　次に、ユーザＰの施設Ｂで得られた個人所属情報３ｂ－２を施設Ａで得られた個人所属情報３ｂ－１の個人情報保存領域４ｂ－１内へのマージ後に、ユーザＰが施設Ａを受診した場合の、診察データ読出部５２による診察データ読出処理について図８で説明する。
　図８は、マージ後の施設Ａにおける診察データ読出処理を説明するためのフローチャート図である。図８において、診察データ読出部５２は、ユーザＰから施設Ａ用の施設ユーザＩＤ４ｐを受け付けて（ステップＳ２１－２）、データ格納基盤４における施設Ａ用のデータ保存領域４ａ－１から、過去の診察所見情報を含む施設所属情報３ａを読み込む（ステップＳ２２－２）。
　また、診察データ読出部５２は、データ保存領域４ａ－１において、ユーザＰの施設ユーザＩＤ４ｐ「Ａｐ１１１１」に対応付けられる個人情報ＩＤ４ｅ「http://www.aaa.pp」を取得する（ステップＳ２３－２）。診察データ読出部５２は、個人情報ＩＤ４ｅを用いてメタ情報４ｔを参照し、ユーザＰ用の個人情報保存領域４ｂ－１から個人所属情報３ｂ－１と個人所属情報３ｂ－２とを読み出す（ステップＳ２４－２）。この場合、マージ後であるので、施設Ａで得られた個人所属情報３ｂ－１及び施設Ｂで得られた個人所属情報３ｂ－２が読み出される。
　そして、診察データ読出部５２は、施設Ａの端末１の表示部に、施設所属情報３ａと、個人所属情報３ｂ－１及び個人所属情報３ｂ－２とを表示して（ステップＳ２５－２）、この診察データ格納処理を終了する。
　次に、ユーザＰの施設Ｂで得られた個人所属情報３ｂ－２を施設Ａで得られた個人所属情報３ｂ－１の個人情報保存領域４ｂ－１内へのマージ後に、ユーザＰが施設Ｂを受診した場合の診察データ読出処理及び診察データ格納処理について図９（Ａ）及び図９（Ｂ）で説明する。
　図９（Ａ）は、マージ後の施設Ｂにおける診察データ読出処理を説明するためのフローチャート図である。図９（Ａ）において、施設Ｂアプリケーション２ｂの診察データ読出部５２は、ユーザＰから施設Ｂ用の施設ユーザＩＤ４ｐを受け付けて（ステップＳ４１）、データ格納基盤４における施設Ｂ用のデータ保存領域４ａ－２から、過去の診察所見情報を含む施設所属情報３ａを読み込む（ステップＳ４２）。
　また、診察データ読出部５２は、データ保存領域４ａ－２において、ユーザＰの施設ユーザＩＤ４ｐ「Ｂｐ１１１１」に対応付けられる個人情報ＩＤ４ｅ「http://www.bbb.pp」を取得する（ステップＳ４３）。診察データ読出部５２は、個人情報ＩＤ４ｅを用いてメタ情報４ｔを参照して、「http://www.aaa.pp」へのリダイレクトによって、ユーザＰ用の個人情報保存領域４ｂ－１から、施設Ａで得た診察結果情報を含む個人所属情報３ｂ－１と、施設Ｂで得た診察結果情報を含む個人所属情報３ｂ－２を読み出す（ステップＳ４４）。
　そして、診察データ読出部５２は、施設Ｂの端末１の表示部に、施設所属情報３ａと個人所属情報３ｂ－２とを表示して（ステップＳ４５）、この診察データ格納処理を終了する。
　図９（Ｂ）は、マージ後の施設Ｂにおける診察データ格納処理を説明するためのフローチャート図である。図９（Ｂ）において、施設Ｂアプリケーション２ｂの診察データ格納部５３は、データ格納基盤４における施設Ｂ用のデータ保存領域４ａ－２において、ユーザＰの施設ユーザＩＤ４ｐに対応付けられる施設所属情報３ａに、新たな診察所見情報を追加して格納する（ステップＳ５１）。
　診察データ格納部５３は、施設ユーザＩＤ４ｐに対応付けられる個人情報ＩＤ４ｅを取得する（ステップＳ５２）。そして、診察データ格納部５３は、個人情報ＩＤ４ｅを用いてメタ情報４ｔを参照して、「http://www.aaa.pp」へのリダイレクトによって、施設Ａ用の個人情報保存領域４ｂ－１に、新たな診察結果情報を含む個人所属情報３ｂを追加して格納する（ステップＳ５３）。
　次に、マージアプリケーション２ｍによるマージ処理について図１０で説明する。図１０は、マージ処理を説明するためのフローチャート図である。図１０中、個人情報ＩＤ－１は施設ＡでユーザＰに対して得られた「http://www.aaa.pp/」に相当し、また、個人情報ＩＤ－２は、施設ＢでユーザＰに対して得られた「http://www.bbb.pp/」に相当する。
　ユーザＰから個人情報ＩＤ－１に個人情報ＩＤ－２をマージするマージ指示５ｍを受診すると（ステップＳ６１）、移動処理部５８は、マージ指示５ｍによって指定される、個人情報ＩＤ－１と個人情報ＩＤ－２とがメタ情報４ｔに存在するか否かを確認する（ステップＳ６２）。個人情報ＩＤ－１と個人情報ＩＤ－２の両方又はいずれか一方がメタ情報４ｔに存在しない場合、移動処理部５８は、マージ失敗をユーザＰへ通知して（ステップＳ６２－２）、このマージ処理を終了する。
　一方、ステップＳ６２において、個人情報ＩＤ－１と個人情報ＩＤ－２とがメタ情報４ｔに存在する場合、移動処理部５８は、個人情報ＩＤ－２で指定される個人情報保存領域４ｂ－２に記憶されている個人所属情報３ｂを、個人情報ＩＤ－１で指定される個人保存領域４ｂ－１内へコピーして追加する（ステップＳ６３）。リダイレクト部５９は、メタ情報４ｔ内の個人情報ＩＤ－２を個人情報ＩＤ－１にリダイレクトさせる記述を個人情報ＩＤ－２に対して追加して（ステップＳ６４）、このマージ処理を終了する。
　図１１は、マージ情報を設定するための画面例を示す図である。図１１に例示される個人情報マージ画面Ｇ８０は、マージ先の個人情報ＩＤを入力する入力領域８１と、マージされる個人情報ＩＤを入力する入力領域８２と、マージ処理を実行するボタン８３と、入力をキャンセルしてマージ処理を行わないためのボタン８４とを有する。
　入力領域８１は、マージ先の個人情報ＩＤ４ｅを１つ入力するための領域である。図５に示すデータ構成例において、「http://www.aaa.pp/」が入力領域８１に入力される。入力領域８２は、入力領域８１に入力された個人情報ＩＤ４ｅ以外で、マージされる個人情報ＩＤ４ｅを少なくとも１つ入力するための領域である。図５に示すデータ構成例において、「http://www.bbb.pp/」が入力領域８２に入力される。
　入力領域８１及び入力領域８２への入力後、ボタン８３が選択されると、マージ処理が実行される。一方、ボタン８４が選択された場合には、入力領域８１及び入力領域８２に入力された情報は無効となり、マージ処理は実行されない。
　上述したように、本実施例における複数の施設１ｈを異なる複数の病院に適用することができる。２以上の病院で得られたＰＨＲ等の個人所属情報３ｂを、ユーザＰ（患者）によって同一ユーザＰであるとの申告によって、複数に格納された個人所属情報３ｂを同一のユーザＰ（患者）に所属する情報として扱うことができる。
　また、各施設１ｈを一つの病院内の異なる科に対応させることもできる。科毎に個人所属情報３ｂが生成された後に、ユーザＰの申告によって、複数の個人所属情報３ｂを一つの個人情報保存領域４ｂにマージすることができる。
　本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
　１　　　　　　端末
　１ｈ　　　　　施設
　２　　　　　　アプリケーション部
　２ａ　　　　　施設Ａアプリケーション
　２ｂ　　　　　施設Ｂアプリケーション
　２ｍ　　　　　マージアプリケーション
　３　　　　　　インターネット
　３ａ　　　　　施設所属情報
　３ｂ　　　　　個人所属情報
　４　　　　　　データ格納基盤
　４ａ、４ａ－１、４ａ－２　　データ保存領域
　４ｂ、４ｂ－１、４ｂ－２　　個人情報保存領域
　４ｈ　　　　　施設情報保存部
　４ｐ、４ｐ－１、４ｐ－２　　施設ユーザＩＤ
　４ｑ　　　　　個人情報保存部
　４ｔ　　　　　メタ情報
　５ｍ　　　　　マージ指示
　１１　　　　　ＣＰＵ
　１２　　　　　主記憶装置
　１３　　　　　補助記憶装置
　１４　　　　　入力装置
　１５　　　　　表示装置
　１６　　　　　出力装置
　１７　　　　　通信Ｉ／Ｆ
　１８　　　　　ドライブ
　１９　　　　　記憶媒体
　５１　　　　　新患受付処理部
　５２　　　　　診察データ読出部
　５３　　　　　診察データ格納部
　５８　　　　　移動処理部
　５９　　　　　リダイレクト部
　１００　　　　サーバ装置
　１３０　　　　記憶部
　Ｂ　　　　　　バス
　Ｇ８０　　　　個人情報マージ画面

Claims (7)

  1. 　コンピュータによって実行される保存領域管理方法であって、
    　第一の施設の利用のユーザに対して、該第一施設の管理下の第一のデータ保存領域に、該ユーザを該第一施設の管理下で識別可能な第一の施設ユーザＩＤを生成し、
    　前記第一の施設の利用時に、前記ユーザに所属する個人所属情報を記憶する第一の個人情報保存領域を指定する第一の個人情報ＩＤを該ユーザからの入力によって特定、又は、新たに第二の個人情報保存領域を指定する第二の個人情報ＩＤを個人情報保存部から特定し、
    　前記ユーザによる前記第一の施設の利用により生成されたデータを、前記第一のデータ保存領域と、前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域とに格納する
    ことを特徴とする保存領域管理方法。
  2. 　前記ユーザによる前記第一の施設の利用により生成されたデータのうち、前記施設に所属する施設所属情報を前記第一のデータ保存領域に格納し、
    　前記ユーザに所属する個人所属情報を前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域に格納する
    ことを特徴とする請求項１記載の保存領域管理方法。
  3. 　前記第一の施設の利用時に、前記ユーザの前記第一の施設ユーザＩＤの入力を受け付けて、
    　前記第一の施設の第一のデータ保存領域から、前記第一の施設ユーザＩＤに対応付けられる過去の施設所属情報を読み込み、
    　前記第一のデータ保存領域から、前記第一の施設ユーザＩＤに対応付けられる前記第一の個人情報ＩＤ又は前記第二の個人情報ＩＤを用いて、前記第一の個人情報保存領域又は前記第二の個人情報保存領域から、前記個人所属情報を読み出す
    ことを特徴とする請求項２記載の保存領域管理方法。
  4. 　前記第一の施設ユーザＩＤの生成時に、前記第一の個人情報ＩＤを前記個人情報保存部から特定し、
    　前記第一の施設ユーザＩＤと前記第一の個人情報ＩＤとを対応付けて、前記第一のデータ保存領域に格納し、
    　前記第一の個人情報ＩＤを出力する
    ことを特徴とする請求項３記載の保存領域管理方法。
  5. 　第二の施設の利用の前記ユーザに対して、該第二の施設の管理下の第二のデータ保存領域に、前記ユーザを該第二の施設の管理下で識別可能な第二の施設ユーザＩＤを生成し、
    　第三の個人情報ＩＤを前記個人情報保存部から特定し、
    　前記第三の個人情報ＩＤで指定される第三の個人情報保存領域に、前記第二の施設の利用時に生成されたデータのうち、前記ユーザに所属する個人所属情報を格納し、
    　前記第二の施設ユーザＩＤと前記第三の個人情報ＩＤとを対応付けて、前記第二のデータ保存領域に格納し、
    　前記ユーザによる前記第一又は第二の個人情報ＩＤと前記第三の個人情報ＩＤは同一ユーザであるとの申告によって、前記第一の施設において該第一又は第二の個人情報ＩＤを用いて、また、前記第二の施設において該第三の個人情報ＩＤを用いて、該第一の施設及び該第二の施設の利用で生成された個人所属情報の読み出しを可能とする
    ことを特徴とする請求項４記載の保存領域管理方法。
  6. 　第一の施設の利用のユーザに対して、該第一施設の管理下の第一のデータ保存領域に、該ユーザを該第一施設の管理下で識別可能な第一の施設ユーザＩＤを生成し、前記第一の施設の利用時に、前記ユーザに所属する個人所属情報を記憶する第一の個人情報保存領域を指定する第一の個人情報ＩＤを該ユーザからの入力によって特定、又は、新たに第二の個人情報保存領域を指定する第二の個人情報ＩＤを個人情報保存部から特定する受付処理部と
    　前記ユーザによる前記第一の施設の利用により生成されたデータを、前記第一のデータ保存領域と、前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域に格納するデータ格納部と
    を有することを特徴とするサーバ装置。
  7. 　第一の施設の利用のユーザに対して、該第一施設の管理下の第一のデータ保存領域に、該ユーザを該第一施設の管理下で識別可能な第一の施設ユーザＩＤを生成し、
    　前記第一の施設の利用時に、前記ユーザに所属する個人所属情報を記憶する第一の個人情報保存領域を指定する第一の個人情報ＩＤを該ユーザからの入力によって特定、又は、新たに第二の個人情報保存領域を指定する第二の個人情報ＩＤを個人情報保存部から特定し、
    　前記ユーザによる前記第一の施設の利用により生成されたデータを、前記第一のデータ保存領域と、前記第一の個人情報保存領域又は前記第二の個人情報保存領域のいずれか特定可能な保存領域に格納する、
    処理をコンピュータに実行させるプログラム。
PCT/JP2012/057013 2012-03-19 2012-03-19 保存領域管理方法及びサーバ装置 WO2013140498A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2014505831A JP6065903B2 (ja) 2012-03-19 2012-03-19 保存領域管理方法及びサーバ装置
PCT/JP2012/057013 WO2013140498A1 (ja) 2012-03-19 2012-03-19 保存領域管理方法及びサーバ装置
US14/488,812 US20150006204A1 (en) 2012-03-19 2014-09-17 Storage area management method and server apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2012/057013 WO2013140498A1 (ja) 2012-03-19 2012-03-19 保存領域管理方法及びサーバ装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/488,812 Continuation US20150006204A1 (en) 2012-03-19 2014-09-17 Storage area management method and server apparatus

Publications (1)

Publication Number Publication Date
WO2013140498A1 true WO2013140498A1 (ja) 2013-09-26

Family

ID=49221993

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/057013 WO2013140498A1 (ja) 2012-03-19 2012-03-19 保存領域管理方法及びサーバ装置

Country Status (3)

Country Link
US (1) US20150006204A1 (ja)
JP (1) JP6065903B2 (ja)
WO (1) WO2013140498A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6103069B2 (ja) * 2013-09-26 2017-03-29 富士通株式会社 アプリデータ記憶領域生成方法，アプリデータ記憶領域生成装置，及びアプリデータ記憶領域生成プログラム
KR20170004160A (ko) * 2015-07-01 2017-01-11 엘지전자 주식회사 이동단말기 및 그 제어방법
CN107330324A (zh) * 2017-05-18 2017-11-07 深信服科技股份有限公司 一种应用程序数据的擦除方法及擦除装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002269243A (ja) * 2001-03-14 2002-09-20 Fuji Photo Film Co Ltd 医療情報管理システムおよび方法並びにプログラム
JP2005267549A (ja) * 2004-03-22 2005-09-29 Fuji Photo Film Co Ltd 医療データ保管方法並びにそれに用いる端末及びサーバ
JP2011204055A (ja) * 2010-03-26 2011-10-13 Fujitsu Ltd 医療連携システム、中継装置、医療連携方法、医療連携プログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6523116B1 (en) * 1999-03-05 2003-02-18 Eastman Kodak Company Secure personal information card database system
US20040260577A1 (en) * 1999-11-15 2004-12-23 Recare, Inc. Electronic healthcare information and delivery management system with an integrated medical search architecture and capability
US20040162831A1 (en) * 2003-02-06 2004-08-19 Patterson John Douglas Document handling system and method
JP4904109B2 (ja) * 2006-07-26 2012-03-28 富士フイルム株式会社 読影データ管理装置及び読影データ管理方法
US20090133111A1 (en) * 2007-05-03 2009-05-21 Evans Security Solutions, Llc System for centralizing personal identification verification and access control
US20090140045A1 (en) * 2007-05-03 2009-06-04 Reginald Delone Evans PIV card model # 6800
US8417604B2 (en) * 2010-07-22 2013-04-09 Bank Of America Corporation Personal data aggregation, integration and access

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002269243A (ja) * 2001-03-14 2002-09-20 Fuji Photo Film Co Ltd 医療情報管理システムおよび方法並びにプログラム
JP2005267549A (ja) * 2004-03-22 2005-09-29 Fuji Photo Film Co Ltd 医療データ保管方法並びにそれに用いる端末及びサーバ
JP2011204055A (ja) * 2010-03-26 2011-10-13 Fujitsu Ltd 医療連携システム、中継装置、医療連携方法、医療連携プログラム

Also Published As

Publication number Publication date
JP6065903B2 (ja) 2017-01-25
JPWO2013140498A1 (ja) 2015-08-03
US20150006204A1 (en) 2015-01-01

Similar Documents

Publication Publication Date Title
KR102144532B1 (ko) 블록체인 기반의 cPHR 서비스 운용 방법
JP2015524956A (ja) 透過的医療を提供するシステムおよび方法
CN102314551B (zh) 用于传递远程上下文的系统和方法
JP2007148510A (ja) 医用情報管理システム
JP6065903B2 (ja) 保存領域管理方法及びサーバ装置
US20160239616A1 (en) Medical support system, method and apparatus for medical care
JP6384130B2 (ja) 情報処理装置及び情報処理プログラム
JPWO2020036207A1 (ja) 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法
KR102110388B1 (ko) 지역적 블록체인 기반의 cPHR 서비스 운용 방법
WO2018019959A1 (en) System and method for optimizing a user experience based on patient context, user roles, current workflow, and display proximity
Sherman et al. Utilizing a health information exchange to facilitate covid-19 va primary care follow-up for veterans diagnosed in the community
Al-Amin et al. Is there an association between hospital staffing levels and inpatient-COVID-19 mortality rates?
JP6344046B2 (ja) 情報処理装置及び情報処理プログラム
KR101919236B1 (ko) 스마트 요양간호를 지원하는 시스템 및 방법
JP2013235467A (ja) 医療連携システム
US20220037034A1 (en) System and method for tracking and tracing persons with selected medical conditions
Arunraja et al. POSTGRESQL based monitoring and controlling the parameters for patients
JP2007141143A (ja) 画像転送装置、及びこれを備えた画像診断装置、画像管理サーバ、画像表示装置
Imai et al. A Trial Design of e-Healthcare Management Scheme with IC-Based Student ID Card, Automatic Health Examination System and Campus Information Network
KR20220151889A (ko) 반려동물을 위한 인공지능 진단 정보 제공 방법 및 시스템
JP2000003400A (ja) 案内システム及び記録媒体
JP6110824B2 (ja) 医療資源紹介装置、システム、プログラム及び医療資源紹介装置の作動方法
JP7169796B2 (ja) 情報処理システム、情報処理装置、及びプログラム
JP6686528B2 (ja) 操作支援プログラム、装置及び方法
JP2007072693A (ja) 情報提示装置および情報提示プログラム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12872287

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2014505831

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12872287

Country of ref document: EP

Kind code of ref document: A1