WO2020036207A1 - 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法 - Google Patents

医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法 Download PDF

Info

Publication number
WO2020036207A1
WO2020036207A1 PCT/JP2019/031987 JP2019031987W WO2020036207A1 WO 2020036207 A1 WO2020036207 A1 WO 2020036207A1 JP 2019031987 W JP2019031987 W JP 2019031987W WO 2020036207 A1 WO2020036207 A1 WO 2020036207A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
test
unit
inspection
Prior art date
Application number
PCT/JP2019/031987
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 US17/266,400 priority Critical patent/US20210313053A1/en
Priority to JP2020537099A priority patent/JP7388356B2/ja
Publication of WO2020036207A1 publication Critical patent/WO2020036207A1/ja

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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • 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/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • 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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • 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
    • 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
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/20—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for computer-aided diagnosis, e.g. based on medical expert systems

Definitions

  • an acquisition unit that acquires a test arrangement request including test type information indicating a type of a test related to medical care, and user information that is information about a user, based on the test arrangement request and the user information.
  • a presentation unit for presenting the user with an inspection resource capable of performing the inspection, a management unit for managing a result of the inspection performed on the user in association with the user information, and an input by the user
  • an output unit that outputs the product on the basis of the medical information processing system.
  • an acquisition unit that acquires a test arrangement request including test type information indicating a type of a test related to medical care, and user information that is information about a user, and an acquisition unit that acquires the test arrangement request and the user information.
  • a presentation unit that presents an inspection resource capable of performing the inspection to the user, a management unit that manages a result of the inspection performed on the user in association with the user information, And an output unit that outputs the product based on the input by the medical information processing apparatus.
  • a test arrangement request including test type information indicating a type of a test related to medical care, and user information that is information on a user are obtained, and based on the test arrangement request and the user information, Presenting to the user an inspection resource capable of performing the inspection, managing the result of the inspection performed on the user in association with the user information, Outputting the product based on the computer-implemented medical information processing method.
  • “ medical examination ” refers to all actions performed to evaluate the state of the user or the illness, and refers to those performed separately from diagnosis, treatment, surgery, or estimation of the user's symptoms. More specifically, tests related to medical treatment include tests for evaluating the physical condition of the user and tests for evaluating the presence / absence and degree of specific injuries and illnesses. An inspection apparatus and the like are included. Then, after a medical examination is performed, a doctor or the like performs diagnosis, treatment, surgery, estimation of user's symptoms, and the like based on the product (hereinafter, sometimes referred to as “test product”). .
  • the test is an X-ray test
  • the test product is X-ray image information
  • the test product is various numerical values related to blood substances.
  • the medical examination may include an examination under the supervision of a doctor, a dentist, a nurse, and a laboratory technician.
  • the data indicating the inspection product may be associated with information on equipment and instruments used for the inspection, information on the inspector who performed the inspection, information on the inspection organization, and the like.
  • metadata indicating the type of medical data may be added to the data indicating the test product.
  • the management server 200 manages the examination resources by communicating with the examination resources themselves or a device that manages the examination resources (for example, a server of a medical examination institution). It receives information on the scheduled operation (or information on the operation status of the inspection resource) and manages the information. When there are two or more test resources, the management server 200 manages the information for each test resource.
  • the management server 200 can arrange inspection resources. For example, the management server 200 can reserve an inspection resource during a time period when the management server 200 is idle. The inspection resources are presented to the user as well as the arrangement of the inspection resources is performed, so that the user can more easily receive the inspection.
  • the test terminal 300 is a medical information processing device that transmits a test result to the management server 200. More specifically, the examination terminal 300 is a device operated by a medical examination worker, and after the examination is completed, the examination result is transmitted to the management server 200 (or automatically) by the operation of the medical examination worker. The transmitting device. When the user performs an inspection using the inspection kit, the inspection terminal 300 is a device operated by the user. The inspection terminal 300 may be an inspection device (including an inspection kit) used for the inspection. Further, when the test product is provided to the management server 200 by communication with the user terminal 400 or another method (for example, mailing), the medical information processing system may not include the test terminal 300.
  • the network 500 is a network that connects the above-described devices by predetermined communication.
  • the network 500 does not necessarily need to connect all devices, and may limit devices that can communicate with each other.
  • the inspection terminal 300 may not be able to communicate with the user terminal 400, the matching server 100, and the like.
  • the communication method and the type of line used for the network 500 are not particularly limited.
  • the network 500 may be realized by a dedicated line network such as an IP-VPN (Internet Protocol-Virtual Private Network).
  • the network 500 may be realized by a public line network such as the Internet, a telephone line network, a satellite communication network, or various LANs (Local Area Network) including Ethernet (registered trademark), a WAN (Wide Area Network), or the like. Good.
  • the network 500 may be realized by a wireless communication network such as Wi-Fi (registered trademark) and Bluetooth (registered trademark).
  • the system configuration example of the medical information processing system according to the present embodiment has been described.
  • the above system configuration described with reference to FIG. 1 is merely an example, and the system configuration of the medical information processing system according to the present embodiment is not limited to this example.
  • all or a part of the functions of the matching server 100 may be provided in the management server 200.
  • all or a part of the functions of the management server 200 may be provided in the matching server 100.
  • the system configuration of the medical information processing system according to the present embodiment can be flexibly modified according to specifications and operations.
  • the matching server 100 includes a communication unit 110, a processing unit 120, and a storage unit 130. Further, the processing unit 120 includes an authentication unit 121, a matching unit 122, and an output unit 123.
  • the output unit 123 outputs various information related to the test resource (for example, the content of the test resource, the reservable date and time of the test resource, and the scheduled arrival date and time of the test resource (for example, when the test resource is a test device that can be moved to the position of the user) ,
  • the scheduled delivery date of the test resource (such as when the test resource is a test kit) or the test history received by the user in the past, etc., may also be output to the user terminal 400.
  • the output unit 123 preferably outputs a predetermined icon for an inspection resource having a past inspection history. Then, it is desirable that the output unit 123 performs output so that the past inspection history is displayed when the user selects the icon.
  • the storage unit 130 has a functional configuration for storing various information.
  • the storage unit 130 has a table and the like, which are used for the matching process and link each test resource and the test type information thereof.
  • the storage unit 130 stores information (for example, an inspection arrangement request, user information, input information used for user authentication, or an arrangement result of an inspection resource, etc.) provided from the user terminal 400 or the management server 200, the matching server 100, or the like. (For example, a user authentication result, a matching processing result, etc.) is stored.
  • the storage unit 130 stores programs, parameters, and the like used by each functional configuration of the matching server 100. Note that the content of the information stored in the storage unit 130 is not limited to these.
  • the communication unit 210 has a functional configuration for communicating with an external device. For example, the communication unit 210 receives information about the inspection resource to be arranged from the matching server 100. Then, the communication unit 210 transmits the inspection resource arrangement result to the matching server 100. In addition, the communication unit 210 receives, from the user terminal 400, input information related to the output of the inspection product, input information used for user authentication, and the like. Then, the communication unit 210 transmits the output result of the inspection product, the result of the user authentication, and the like to the user terminal 400. In addition, the communication unit 210 receives an inspection product or the like from the inspection terminal 300. Note that information to be communicated by the communication unit 210 and a case to communicate are not limited to these.
  • the processing unit 220 is a functional configuration that controls the overall processing performed by the management server 200.
  • the processing unit 220 can control starting and stopping of each functional configuration.
  • the processing contents of the processing unit 220 are not particularly limited.
  • the processing unit 220 may control processing (for example, processing related to an OS) generally performed in various servers, general-purpose computers, PCs, tablet PCs, and the like.
  • the authentication unit 221 has a functional configuration for performing user authentication. More specifically, the user terminal 400 may directly access the management server 200 without going through the matching server 100, and the authentication unit 221 performs user authentication in this case. Note that the content of the user authentication process by the authentication unit 221 may be the same as that of the authentication unit 121 of the matching server 100 described above, and thus the description is omitted.
  • the information on the schedule of the operation of the test resource includes the test resource itself or a device for managing the test resource (for example, a server of a medical institution).
  • the management unit 222 stores the information in the storage unit 230 in a predetermined format.
  • the arrangement unit 223 is a functional configuration for arranging inspection resources. More specifically, when a test resource is determined by a user's selection or the like, the arranging unit 223 reserves a test for the test resource. For example, the arranging unit 223 transmits, to the examination resource itself or a predetermined device of the examination resource (for example, a server of a medical institution that is the examination resource), information that the examination resource is to be arranged. Schedule an exam by:
  • the output unit 224 may also output information other than the inspection result (for example, user information) together.
  • the output unit 224 may control information to be output according to an output destination.
  • the output destination is a device other than the user terminal 400
  • the output unit 224 may not output personal information such as user information.
  • the output unit 224 performs an agreement process that allows the user to select whether to agree with the upload of the inspection product.
  • the output unit 224 When the output of the inspection product to the device desired by the user is performed, the output unit 224 outputs the output result to the user terminal 400. Note that information output by the output unit 224 and output cases are not limited to these.
  • the output method by the output unit 224 can be flexibly changed according to the specifications (or functions, etc.) of the output destination device.
  • the output unit 224 may change the output method according to a mechanism (for example, a display mechanism, a sound output mechanism, a light emitting mechanism, or the like) included in the output destination device.
  • the storage unit 230 has a functional configuration for storing various information.
  • the storage unit 230 stores, in a predetermined format, an inspection result linked to the user information and information on a schedule for operating the inspection resource (or information on an operation status of the inspection resource).
  • the storage unit 230 stores information (for example, input information used for user authentication) provided from the matching server 100, the inspection terminal 300, the user terminal 400, and the like, a processing result by each functional configuration of the management server 200, and the like ( For example, a user authentication result or an inspection resource arrangement result) is stored.
  • the storage unit 230 stores programs, parameters, and the like used by each functional configuration of the management server 200. Note that the content of the information stored in the storage unit 230 is not limited to these.
  • the above is an explanation of the functional configuration example of the management server 200.
  • the above functional configuration described with reference to FIG. 3 is merely an example, and the functional configuration of the management server 200 is not limited to this example.
  • the management server 200 may not necessarily include all of the functional configurations illustrated in FIG.
  • the functional configuration of the management server 200 can be flexibly modified according to specifications and operations.
  • the user terminal 400 includes a communication unit 410, a processing unit 420, a storage unit 430, an input unit 440, and a display unit 450. Further, the processing unit 420 includes a generation unit 421.
  • the communication unit 410 has a functional configuration for communicating with an external device. For example, the communication unit 410 transmits an inspection arrangement request, user information, input information used for user authentication, and the like to the matching server 100. Then, the communication unit 410 receives the result of the matching process with the test resource, the result of the process of arranging the test resource, the result of the user authentication, and the like from the matching server 100. Further, the communication unit 410 transmits, to the management server 200, input information regarding the output of the inspection product, input information used for user authentication, and the like. Then, the communication unit 410 receives the output result of the inspection result, the result of the user authentication, and the like from the management server 200. Information to be communicated by the communication unit 410 and cases to be communicated are not limited to these.
  • the generation unit 421 is a functional configuration that performs a process related to an inquiry application and generates an examination arrangement request.
  • the “interview application” refers to an application that performs an inquiry instead of a doctor or the like, and is installed in the user terminal 400 (and another device that cooperates with the user terminal 400 as necessary).
  • the inquiry application performs an inquiry by analyzing the input by the user and generates a test arrangement request, and realizes these processes using a predetermined artificial intelligence (AI: Artificial @ Intelligence). More specifically, the generation unit 421 inputs information (for example, text information, still image information or moving image information in which the affected part has been photographed) input by the user to the artificial intelligence included in the inquiry application.
  • information for example, text information, still image information or moving image information in which the affected part has been photographed
  • the storage unit 430 has a functional configuration for storing various information.
  • the storage unit 430 stores information provided from the matching server 100, the management server 200, or the like (for example, a matching process result, an inspection resource arrangement result, a user authentication result, or an output result of an inspection product), A processing result or the like (for example, an inquiry result or a test arrangement request) by each functional configuration is stored.
  • the storage unit 430 stores programs, parameters, and the like used by each functional configuration of the user terminal 400. Note that the content of the information stored in the storage unit 430 is not limited to these.
  • the input unit 440 has a functional configuration for receiving an input from a user.
  • the input unit 440 includes an input device such as a mouse, a keyboard, a touch panel, a button, a switch, a microphone, or a camera, and a user can input desired information by using these input devices.
  • the input unit 440 includes various sensor devices such as a position sensor, an acceleration sensor, and a gyro sensor. For example, position information (for example, latitude, longitude, and altitude) of a user can be input by the position sensor. Note that the input device and the sensor device included in the input unit 440 are not particularly limited.
  • the display unit 450 has a functional configuration for displaying various information. More specifically, the display unit 450 includes a display device such as a display, a projection device such as a projector, and the like. By using these devices, the processing result of the own device or the matching server 100 or the management server The information output from 200 can be provided to the user. Note that the device included in the display unit 450 is not limited to the above.
  • the example of the functional configuration of the user terminal 400 has been described above. Note that the above functional configuration described with reference to FIG. 4 is merely an example, and the functional configuration of the user terminal 400 is not limited to this example. For example, the user terminal 400 may not necessarily include all of the functional configurations illustrated in FIG. Further, the functional configuration of the user terminal 400 can be flexibly modified according to specifications and operations.
  • step S1008 the authentication unit 121 of the matching server 100 performs a predetermined user authentication process using the input information. For example, the authentication unit 121 performs user authentication based on whether or not the hash path information provided as the input information matches the hash path information registered in advance.
  • step S1012 the output unit 123 outputs the user authentication result to the user terminal 400 via the communication unit 110.
  • step S1052 the arranging unit 223 of the management server 200 arranges an inspection resource based on the inspection resource selection information.
  • the output unit 224 outputs the inspection resource arrangement result to the matching server 100 via the communication unit 210.
  • the output unit 123 of the matching server 100 outputs the inspection resource arrangement result to the user terminal 400 via the communication unit 110.
  • the display unit 450 of the user terminal 400 displays the results of the arrangement of the inspection resources, and a series of processes up to the arrangement of the inspection resources ends.
  • the function of the artificial intelligence used for the diagnosis AI 700 can be realized based on, for example, a neural network, a machine learning method such as a regression model, or a statistical method.
  • a machine learning method learning data in which a doctor's diagnosis result is linked to a test result or learning data in which a questionnaire result and a questioning content are linked are input to a predetermined calculation model using a neural network or a regression model. By doing so, learning is performed, and the function of the artificial intelligence is realized by a processing circuit having a processing model having the generated parameters.
  • the diagnosis AI 700 may directly acquire the inspection result from the management server 200 without passing through the diagnosis server 600.
  • the diagnosis AI 700 may be provided in the diagnosis server 600 or may be the same application as the inquiry AI described above (for example, the diagnosis AI 700 is the same application as the inquiry AI and the user terminal 400 May be provided).
  • the processing unit 620 is a functional configuration that controls the overall processing performed by the diagnostic server 600.
  • the processing unit 620 can control starting and stopping of each functional configuration.
  • the processing content of the processing unit 620 is not particularly limited.
  • the processing unit 620 performs processing generally performed in various servers, general-purpose computers, PCs, tablet PCs, and the like (for example, an OS (Operating System)) may be controlled.
  • OS Operating System
  • the management unit 621 determines whether the estimated result of the user's symptom has been provided or the general information.
  • the result information may be provided to the insurance company's device. Accordingly, the user can notify the insurance company of the diagnosis frequency and the comprehensive result information, and thus can receive a predetermined insurance service (for example, reduction of insurance premium).
  • the storage unit 630 has a functional configuration for storing various information.
  • the storage unit 630 stores an inspection result, an estimation result of a user's symptom, and the like. Further, the storage unit 630 stores programs, parameters, and the like used by each functional configuration of the diagnostic server 600. Note that the content of the information stored in the storage unit 630 is not limited to these.
  • FIG. 10 is a sequence diagram illustrating an example of a flow of a process regarding provision of comprehensive result information to a user.
  • step S1200 the output unit 224 of the management server 200 outputs the inspection product to the diagnostic server 600 via the communication unit 210.
  • step S1204 the diagnostic AI cooperation unit 622 of the diagnostic server 600 inputs the test product to the diagnostic AI 700 via the communication unit 610.
  • step S1208 the diagnosis AI 700 estimates the user's symptoms using the input test product.
  • the diagnostic AI cooperation unit 622 of the diagnostic server 600 receives the user's symptom estimation result from the diagnostic AI 700 via the communication unit 610.
  • the management unit 621 generates and manages comprehensive result information by associating the estimation result with the inspection result using the identification information of the inspection result (for example, the inspection ID).
  • the inspection request button 12 is a button used when requesting an inspection resource arrangement.
  • the past history button 13 is a button used at the time of requesting a past inspection (in other words, requesting arrangement of an inspection resource) or confirming history information on past inspection products.
  • the state input button 14 is a button used when inputting the current state of the user (for example, height, weight, body fat, BMI, body temperature, eyesight, or hearing). Note that the current user state may be input in cooperation with an external device such as a wearable device.
  • the output device 909 includes, for example, a display device such as a CRT (Cathode Ray Tube) display device, a liquid crystal display (LCD) device, an OLED (Organic Light Emitting Diode) device, and a lamp. Further, the output device 909 includes a sound output device such as a speaker and headphones. The display device displays various information such as video data as text or images. On the other hand, the audio output device converts audio data and the like into audio and outputs the audio. The function of the display unit 450 of the user terminal 400 is realized by the output device 909.
  • a display device such as a CRT (Cathode Ray Tube) display device, a liquid crystal display (LCD) device, an OLED (Organic Light Emitting Diode) device, and a lamp.
  • the output device 909 includes a sound output device such as a speaker and headphones.
  • the display device displays various information such as video data as text or images.
  • the audio output device converts audio data and the like into audio
  • the storage device 910 is a device for storing data.
  • the storage device 910 may include a storage medium, a recording device that records data on the storage medium, a reading device that reads data from the storage medium, a deletion device that deletes data recorded on the storage medium, and the like.
  • the storage device 910 is constituted by, for example, an HDD (Hard ⁇ Disk ⁇ Drive).
  • the storage device 910 drives a hard disk and stores programs executed by the CPU 901 and various data.
  • the drive 911 is a reader / writer for a storage medium, and is built in or external to the information processing apparatus 900.
  • the drive 911 reads information recorded on a mounted removable storage medium 913 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory, and outputs the information to the RAM 903.
  • the drive 911 can also write information on the removable storage medium 913.
  • the examination arrangement request is generated by the interview AI, the user can easily request arrangement of the examination resources.
  • the use of the diagnostic AI 700 makes it easier and more accurate to estimate the user's symptoms.
  • An acquisition unit that acquires a test arrangement request including test type information indicating a type of a test related to medical care, and user information that is information about a user; Based on the test arrangement request and the user information, a presentation unit that presents a test resource capable of performing the test to the user, A management unit that manages the product of the inspection performed on the user in association with the user information, An output unit that outputs the deliverable based on the input by the user, Medical information processing system.
  • the test resource does not perform diagnosis, treatment, surgery, or estimation of the user's symptoms based on the deliverable, The medical information processing system according to (1).
  • the test resource includes a medical test institution, a medical test worker, a test device, or a test kit used by the user himself, The medical information processing system according to (2).
  • the output unit outputs the deliverable to a device of an institution that performs diagnosis, treatment, surgery, or estimation of the user's symptoms based on the deliverable, The medical information processing system according to (2) or (3).
  • the medical information processing system according to (2) or (3) further including an estimation unit configured to estimate a symptom of the user based on the product.
  • the user information includes at least one of position information of the user, history information on the test received by the user in the past, or setting information on the test received by the user in the future, The medical information processing system according to any one of (1) to (5).
  • the user information includes location information of the user
  • the presentation unit extracts a test resource that can perform the test based on the test arrangement request, and further based on the position information of the user and the position information of the extracted test resource, the test resource to be presented.
  • Extract The medical information processing system according to any one of (1) to (6).
  • the presenting unit extracts and presents an inspection resource located within a predetermined distance from the position of the user based on the position information of the user and the position information of the inspection resource extracted based on the inspection arrangement request. Do The medical information processing system according to (7).
  • the presentation unit based on the position information of the user and the position information of the test resource extracted based on the test arrangement request, presents test resources in the order of proximity to the position of the user, The medical information processing system according to (7).
  • the apparatus Further comprising an arrangement unit for arranging the inspection resources, The medical information processing system according to any one of (1) to (9).
  • the apparatus further includes a generation unit that generates the inspection arrangement request based on the input by the user.
  • the medical information processing system according to any one of (1) to (10).
  • An acquisition unit that acquires a test arrangement request including test type information indicating a type of a medical test, and user information that is information about a user; Based on the test arrangement request and the user information, a presentation unit that presents a test resource capable of performing the test to the user, A management unit that manages the result of the inspection performed on the user in association with the user information, An output unit that outputs the deliverable based on the input by the user, Medical information processing equipment.
  • test arrangement request including test type information indicating the type of test related to medical care, and user information that is information about the user, Based on the test arrangement request and the user information, presenting a test resource capable of performing the test to the user, Managing the product of the inspection performed on the user in association with the user information, Outputting the deliverable based on the input by the user.
  • a medical information processing method executed by a computer.
  • Reference Signs List 100 Matching server 110 Communication unit 120 Processing unit 121 Authentication unit 122 Matching unit 123 Output unit 130 Storage unit 200 Management server 210 Communication unit 220 Processing unit 221 Authentication unit 222 Management unit 223 Arrangement unit 224 Output unit 230 Storage unit 300 Inspection terminal 400 User Terminal 410 communication unit 420 processing unit 421 generation unit 430 storage unit 440 input unit 450 display unit 500 network 600 diagnostic server 610 communication unit 620 processing unit 621 management unit 622 diagnosis AI coordination unit 623 output unit 630 storage unit 700 diagnosis AI

Landscapes

  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Epidemiology (AREA)
  • Biomedical Technology (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Pathology (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部（１１０）と、前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部（１２３）と、前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部（２２２）と、前記ユーザによる入力に基づいて前記成果物を出力する出力部（２２４）と、を備える、医療用情報処理システムが提供される。

Description

医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法
　本開示は、医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法に関する。
　近年、医療費の増大が問題となっており、医療費の増大を抑制する方法が求められている。例えば、以下の特許文献１では、医療機関での受診を指導された人が実際に医療機関での診察や治療を受けているか否かを検出し、必要に応じて再指導を行うことで症状の重篤化を防ぎ、もって医療費の増大を抑制する技術が提案されている。
特開２００４－１６４１７３号公報
　しかし、特許文献１に記載の技術などについては、多くの場合に医療機関での受診が求められるため、特許文献１に記載の技術などは医療費の増大に対する解決策としては不十分であった。例えば、ユーザは、医療に関する検査を受けようとするとき、多くの場合に病院などの医療機関にて検査を含む診察を受けることが求められる。したがって、医療機関は相当程度のリソース（例えば医師や設備など）を保有することが求められ、これは医療費の増大につながる。
　そこで、本開示は上記に鑑みてなされたものであり、本開示は、医療費の増大をより適切に抑制することが可能な、新規かつ改良された医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法を提供する。
　本開示によれば、医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、医療用情報処理システムが提供される。
　また、本開示によれば、医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、医療用情報処理装置が提供される。
　また、本開示によれば、医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得することと、前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示することと、前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理することと、前記ユーザによる入力に基づいて前記成果物を出力することと、を有する、コンピュータにより実行される医療用情報処理方法が提供される。
　本開示は、医療に関する検査の実施、および当該検査の成果物の利用をより適切な態様で実現することによって、医療費の増大をより適切に抑制することができる。
　以上説明したように本開示によれば、医療費の増大をより適切に抑制することが可能になる。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
第１の実施形態に係る医療用情報処理システムのシステム構成例を示すブロック図である。 マッチングサーバ１００の機能構成例を示すブロック図である。 管理サーバ２００の機能構成例を示すブロック図である。 ユーザ端末４００の機能構成例を示すブロック図である。 検査リソースの手配に至るまでの処理の流れの例を示すシーケンス図である。 検査リソースの手配に至るまでの処理の流れの例を示すシーケンス図である。 検査成果物の出力処理の流れの例を示すシーケンス図である。 第２の実施形態に係る医療用情報処理システムのシステム構成例を示すブロック図である。 診断サーバ６００の機能構成例を示すブロック図である。 ユーザへの総合結果情報の提供に関する処理の流れの例を示すシーケンス図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 問診ＡＩのユーザインタフェースの具体例を示す図である。 マッチングサーバ１００、管理サーバ２００、検査端末３００、ユーザ端末４００、および診断サーバ６００を具現する情報処理装置９００のハードウェア構成例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．第１の実施形態
　　１．１．システム構成
　　１．２．装置の機能構成
　　１．３．処理の流れ
　２．第２の実施形態
　　２．１．システム構成
　　２．２．装置の機能構成
　　２．３．処理の流れ
　３．ユーザインタフェース
　４．ハードウェア構成
　５．まとめ
　　＜１．第１の実施形態＞
　（１．１．システム構成）
　まず、図１を参照して、本開示の第１の実施形態に係る医療用情報処理システムのシステム構成例について説明する。
　図１に示すように、本実施形態に係る医療用情報処理システムは、マッチングサーバ１００と、管理サーバ２００と、検査端末３００と、ユーザ端末４００と、を備え、これらの装置がネットワーク５００によって接続されている。
　（マッチングサーバ１００）
　マッチングサーバ１００は、検査を受けるユーザと、検査を行う検査リソースとをマッチングする医療用情報処理装置である。より具体的に説明すると、マッチングサーバ１００は、まず、医療に関する検査（以降、便宜的に「検査」と呼称する場合がある）の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、をユーザ端末４００から取得する。
　ここで、「医療に関する検査」とは、ユーザや傷病の状態を評価するために行われる行為全般を指し、診断、治療、手術、またはユーザの症状の推定とは別に行われるものを指す。より具体的には、医療に関する検査には、ユーザの身体状態を評価する検査や、特定の傷病の有無や程度を評価する検査などが含まれ、ユーザ自身による検査や医療検査従事者が所定の検査装置を用いて行うものなどが含まれる。そして、医療に関する検査が行われた後に、その成果物（以降、「検査成果物」と呼称する場合がある）に基づいて医師などが診断、治療、手術、またはユーザの症状の推定などを行う。なお例えば、検査がＸ線検査であれば検査成果物はＸ線画像情報などであり、検査が血液検査であれば検査成果物は血中物質に関する各種数値などである。また、医療に関する検査は、医師や歯科医師、看護師、臨床検査技師の監督下における検査を含んでもよい。また、検査成果物を示すデータには、検査に使用された機器や器具の情報、検査を行った検査者の情報、検査機関の情報などが紐づけられていてもよい。また、検査成果物を示すデータには、どのような種別の医療データかを示すメタデータが付与されていてもよい。
　また、検査種別情報によって示される「検査の種別（以降、「検査種別」と呼称する場合がある）」とは、検査を区別するものを指し、例えば、検査の種類、区分、分類、またはカテゴリなどのように検査を区別するものを示す何らかの語に置き換えられてもよい。
　また、「ユーザ情報」とは、検査を受けるユーザに関する何らかの情報を指す。本実施形態において、ユーザ情報には、ユーザの識別情報（例えばＩＤなど）、ユーザの属性情報（例えば氏名、性別、年齢、血液型、住所、電話番号、家族構成、職業、保険情報またはクレジットカード情報など）、ユーザの位置情報（例えば緯度、経度、または高度など）、ユーザが過去に受けた検査に関する履歴情報（例えばユーザが検査を受けた日時、期間、または検査内容など）、またはユーザが今後受ける検査に関する設定情報など（例えば検査に関するユーザの希望事項、必要事項、または制限事項など）が含まれることを想定しているが、ユーザ情報は、必ずしもこれらの情報に限定されない。なお、ユーザ端末４００がスマートフォンなどのようにユーザに携帯される装置であったり、ウェアラブル装置などのようにユーザに装着される装置であったりする場合、ユーザの位置情報は、ユーザ端末４００の位置情報と等価であるため、「ユーザ端末４００の端末情報」として扱われてもよい。
　そして、マッチングサーバ１００は、取得した検査手配リクエストとユーザ情報に基づいて、検査を実施可能な検査リソースをユーザに提示する。
　ここで、本実施形態において「検査リソース」には、医療検査機関、医療検査従事者、検査装置（車両や飛行体などのように移動機能を有し、ユーザの位置まで移動可能な検査装置も含む）、またはユーザ自身に使用される検査キットなどが含まれることを想定しているが、検査リソースは必ずしもこれらに限定されない。また上記のとおり、「医療に関する検査」が診断、治療、手術、またはユーザの症状の推定とは別に行われるものを指すため、検査リソースは、検査成果物に基づく診断、治療、手術、またはユーザの症状の推定を行わないことを想定しているが、必ずしもこれに限定されない。例えば、検査リソースである病院は、ユーザの検査を行った後に、検査成果物に基づいて適宜診断などを行ってもよい。以上の処理によって、ユーザは適切な検査を容易に受けることができる。
　（管理サーバ２００）
　管理サーバ２００は、検査成果物、および検査リソースを管理する医療用情報処理装置である。検査成果物の管理についてより具体的に説明すると、管理サーバ２００は、検査リソースによって検査が行われた後に検査端末３００から検査成果物を受信し、検査成果物をマッチングサーバ１００から受信したユーザ情報に紐づけて管理する。そして、管理サーバ２００は、ユーザによる入力に基づいて検査成果物をユーザ所望の装置に対して出力する。
　上記のとおり、従来、ユーザは医療に関する検査を受けようとするとき、病院などの医療機関で診察を受けることが必要になる場合が多く、これによって医療費が増大していた。一方、本実施形態に係る医療用情報処理システムによって、ユーザは、管理サーバ２００に対して入力を行うことで検査成果物を所望の装置に対して出力することができるため、検査成果物をもとに様々な行動をとることができる。例えば、ユーザは、検査成果物を自らの装置に対して出力することで自ら診断を行ったり、検査成果物を診断サービス提供者の装置に対して出力することで診断サービスを受けたりすることができる。これによって、例えば、軽微な症状のユーザによる来院などが抑制され、診断医の人件費などが低減するため、医療費の増大が抑制され得る。
　管理サーバ２００による検査リソースの管理についてより具体的に説明すると、管理サーバ２００は、検査リソース自体、または検査リソースを管理する装置など（例えば医療検査機関のサーバなど）との通信によって、検査リソースが稼働する予定に関する情報（または検査リソースの稼働状況に関する情報など）を受信し、当該情報を管理する。検査リソースが２以上存在する場合、管理サーバ２００は、当該情報を検査リソース毎に管理する。
　そして、管理サーバ２００は、検査リソースの手配を行うことができる。例えば、管理サーバ２００は、空き状態になっている時間帯に検査リソースを予約することができる。検査リソースがユーザに提示されるだけでなく検査リソースの手配まで行われることによって、ユーザはより容易に検査を受けることができる。
　（検査端末３００）
　検査端末３００は、検査成果物を管理サーバ２００に対して送信する医療用情報処理装置である。より具体的に説明すると、検査端末３００は、医療検査従事者が操作する装置であり、検査が終了した後に医療検査従事者の操作によって（または自動で）検査成果物を管理サーバ２００に対して送信する装置である。なお、ユーザが検査キットを用いて自ら検査する場合には、検査端末３００はユーザが操作する装置である。また、検査端末３００は、検査に使用される検査装置（検査キットを含む）であってもよい。また、検査成果物がユーザ端末４００との通信やその他の方法（例えば郵送など）によって管理サーバ２００に提供される場合、医療用情報処理システムは検査端末３００を備えなくてもよい。
　（ユーザ端末４００）
　ユーザ端末４００は、検査手配リクエストおよびユーザ情報を送信する情報処理装置である。例えば、ユーザ端末４００は、所定のプログラムを実行することでユーザに対して所定のユーザインタフェースを提供する。そして、ユーザが当該ユーザインタフェースを介して各種入力を行うと、ユーザ端末４００は、当該入力に基づいて検査種別情報を含む検査手配リクエスト、およびユーザ情報を生成する。
　検査手配リクエストの生成についてより具体的に説明すると、ユーザは、複数の選択肢の中から所望の検査種別を選択したり、検査種別をテキスト形式で直接入力したりできてもよい。また、ユーザが、患部を撮影した静止画像情報や動画情報などを入力し、ユーザ端末４００がこれらの情報を解析することによって適切な検査種別やその候補を出力してもよい。また、ユーザが複数の問いに対して回答することで、ユーザ端末４００が回答結果に基づいて適切な検査種別やその候補を出力してもよい。ユーザが適切な検査種別を入力することは容易ではないところ、ユーザ端末４００は、上記の方法によってユーザに対して大きな負荷をかけることなく適切な検査手配リクエストを生成することができる。
　（ネットワーク５００）
　ネットワーク５００は、上記の装置間を所定の通信によって接続するネットワークである。なお、ネットワーク５００は、必ずしも全ての装置間を接続する必要はなく、互いに通信可能な装置を限定してもよい。例えば、検査端末３００は、ユーザ端末４００やマッチングサーバ１００などと通信できなくてもよい。
　ネットワーク５００に用いられる通信方式および回線の種類などは特に限定されない。例えば、ネットワーク５００は、ＩＰ－ＶＰＮ（Internet　Protocol-Virtual　Private　Network）などの専用回線網で実現されてもよい。また、ネットワーク５００は、インターネット、電話回線網、衛星通信網などの公衆回線網や、Ｅｔｈｅｒｎｅｔ（登録商標）を含む各種のＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）などで実現されてもよい。さらに、ネットワーク５００は、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの無線通信網で実現されてもよい。
　以上、本実施形態に係る医療用情報処理システムのシステム構成例について説明した。なお、図１を参照して説明した上記のシステム構成はあくまで一例であり、本実施形態に係る医療用情報処理システムのシステム構成は係る例に限定されない。例えば、マッチングサーバ１００の機能の全部または一部は、管理サーバ２００に備えられてもよい。また、逆に管理サーバ２００の機能の全部または一部は、マッチングサーバ１００に備えられてもよい。本実施形態に係る医療用情報処理システムのシステム構成は、仕様や運用に応じて柔軟に変形可能である。
　（１．２．装置の機能構成）
　続いて、図２～図４を参照して、医療用情報処理システムに備えられる装置の機能構成例について説明する。
　（マッチングサーバ１００の機能構成例）
　まず、図２を参照して、マッチングサーバ１００の機能構成例について説明する。図２に示すように、マッチングサーバ１００は、通信部１１０と、処理部１２０と、記憶部１３０と、を備える。また、処理部１２０は、認証部１２１と、マッチング部１２２と、出力部１２３と、を備える。
　通信部１１０は、外部装置と通信する機能構成である。例えば、通信部１１０は、ユーザ端末４００から検査手配リクエスト、ユーザ情報、およびユーザ認証に使用される入力情報などを受信する（すなわち、通信部１１０は、検査手配リクエストおよびユーザ情報を取得する取得部として機能する）。そして、通信部１１０は、ユーザ端末４００に対して、検査リソースとのマッチング処理の結果、検査リソースの手配処理の結果、ユーザ認証の結果などを送信する。また、通信部１１０は、管理サーバ２００に対して手配対象の検査リソースに関する情報を送信する。そして、通信部１１０は、管理サーバ２００から検査リソースの手配結果などを受信する。なお、通信部１１０が通信する情報および通信するケースはこれらに限定されない。
　処理部１２０は、マッチングサーバ１００が行う処理全般を統括的に制御する機能構成である。例えば、処理部１２０は、各機能構成の起動や停止を制御することができる。なお、処理部１２０の処理内容は特に限定されない。例えば、処理部１２０は、各種サーバ、汎用コンピュータ、ＰＣ（Personal　Computer）、またはタブレットＰＣなどにおいて一般的に行われる処理（例えばＯＳ（Operating　System）に関する処理など）を制御してもよい。
　認証部１２１は、ユーザ認証を行う機能構成である。より具体的には、ユーザ端末４００からユーザ認証に使用される入力情報が提供された場合、認証部１２１は当該入力情報を用いて所定のユーザ認証処理を行う。なお、ユーザ認証処理の内容は特に限定されない。例えば、認証部１２１は、ユーザの識別情報（例えばＩＤなど）およびパスワードを用いる認証、またはユーザの生体情報を用いる生体認証などを行う。これによって、認証部１２１は、権限を有しない第三者からのアクセスを防ぐことができる。生体情報は、例えば指紋情報や静脈情報、顔情報である。
　マッチング部１２２は、検査手配リクエストおよびユーザ情報に基づいて、ユーザと検査リソースとをマッチングする機能構成である。より具体的には、マッチング部１２２は、検査手配リクエストに含まれる検査種別情報に基づいて、当該検査種別に該当する検査を実施可能な検査リソースを記憶部１３０から抽出する。例えば、記憶部１３０は、各検査リソースとそれらの検査種別情報とを紐付けたテーブルを有しており、マッチング部１２２は、当該テーブルを用いて検査手配リクエストに含まれる検査種別情報と一致する情報と紐づけられている検査リソースを抽出する。また、検査手配リクエストが検査種別情報以外の情報を含んでいる場合、マッチング部１２２は、当該情報に基づいてマッチング処理を行ってもよい。例えば、検査手配リクエストが検査の優先度（または緊急度など）を含む場合において当該優先度が高い値を示している場合、マッチング部１２２は、他の検査手配リクエストよりも優先的にマッチング処理を行ってもよい（例えば割り込んでマッチング処理を行ったり、他の検査手配リクエストによって既にマッチングされた検査リソースへの変更（交換）を行ったりしてもよい）。
　さらにマッチング部１２２は、検査手配リクエストに基づいて抽出した検査リソースの中から、ユーザ情報に基づいてより適切な検査リソースを抽出する。例えば、ユーザの位置情報（例えば緯度、経度、高度など）がユーザ情報に含まれる場合、マッチング部１２２は、ユーザの位置から所定の距離以内に位置する検査リソースを抽出してもよいし、ユーザの位置に近い順に所定数の検査リソースを抽出してもよいし、ユーザの位置に最も近い検査リソースを抽出してもよい。なお、検査リソースの位置は、検査リソースの位置情報として予め記憶部１３０に記憶されている。また、ユーザが過去に受けた検査に関する履歴情報（例えばユーザが検査を受けた日時、期間、検査内容など）がユーザ情報に含まれる場合、マッチング部１２２は、ユーザが過去に検査を受けたことのある検査リソースを抽出してもよいし、ユーザが頻繁に検査を受けている検査リソースを抽出してもよい。また、ユーザが今後受ける検査に関する設定情報（例えば検査に関するユーザの希望事項、必要事項、制限事項など。なお、当該情報は、検査手配リクエストに含まれていてもよい）がユーザ情報に含まれる場合、マッチング部１２２は、当該設定情報を抽出条件として使用してもよい。例えば、ユーザが検査を受けたい地域や日時などが設定されている場合、マッチング部１２２は、当該地域や日時などを検査リソースの抽出条件として使用してもよい。マッチング部１２２は、これらの抽出処理により、ユーザが利用しやすい検査リソースを抽出することができる。なお、上記では、マッチング部１２２が検査手配リクエストに基づいて検査リソースを抽出した後に、さらにユーザ情報に基づいて検査リソースを抽出する旨を説明したところ、抽出処理の順番は特に限定されない。
　なお、マッチング部１２２は、検査手配リクエストおよびユーザ情報だけでなく、その他の情報にも基づいてマッチング処理を行ってもよい。例えば、マッチング部１２２は、検査リソースに対する評価や口コミなどの情報に基づいてマッチング処理を行ってもよい。より具体的には、マッチング部１２２は、より評価の高い検査リソースを優先的にマッチングしてもよいし、検査手配リクエストに含まれる優先度（または緊急度など）が高いほど、より評価の高い検査リソースをマッチングしてもよい。また、マッチング部１２２は、検査の内容や検査リソースに基づいてマッチング処理を行ってもよい。より具体的には、検査の内容が血液検査であり、検査リソースが使用期間の制限を有する血液検査キット（例えば使用期間が発送日から２日以内である血液検査キットなど）である場合、マッチング部１２２は、当該使用期間に基づいてユーザが十分余裕をもって検査可能であると考えられる検査リソースとのマッチングを行ってもよい。マッチング部１２２によるマッチング処理の内容は上記に限定されず、医療用情報処理システムの仕様や運用に応じて柔軟に変更可能である。
　出力部１２３は、各種情報を外部装置に対して出力する機能構成である。また、上記で説明したマッチング部１２２および当該出力部１２３は、相互に連携して処理をすることにより、検査リソースをユーザに提示する提示部として機能することに留意されたい。例えば、マッチング部１２２によってユーザと検査リソースとのマッチングが行われた場合、出力部１２３は、マッチング処理結果をユーザ端末４００に対して出力する。このとき、マッチングされた検査リソースが複数存在する場合、出力部１２３は、所定の方法で各検査リソースをユーザ端末４００に対して出力する。例えば、出力部１２３は、ユーザと検査リソースとの離隔距離が近い順に各検査リソースを出力することなどが可能である。また、出力部１２３は、検査リソースに関する各種情報（例えば検査リソースの内容、検査リソースの予約可能日時、検査リソースの到着予定日時（検査リソースがユーザの位置まで移動可能な検査装置である場合など）、検査リソースの送達予定日時（検査リソースが検査キットである場合など）、またはユーザが過去に受けた検査履歴など）も併せてユーザ端末４００に対して出力してもよい。なお、ユーザが過去に受けた検査履歴が併せて出力される場合、出力部１２３は、過去の検査履歴がある検査リソースについて所定のアイコンを出力することが望ましい。そして、出力部１２３は、ユーザが当該アイコンを選択すると過去の検査履歴が表示されるように出力を行うことが望ましい。
　また、管理サーバ２００によって検査リソースの手配が行われた場合、出力部１２３は、手配結果をユーザ端末４００に対して出力する。また、認証部１２１によってユーザ認証が行われた場合、出力部１２３は、当該ユーザ認証の結果をユーザ端末４００に対して出力する。なお、出力部１２３が出力する情報および出力するケースはこれらに限定されない。また、出力部１２３による出力方法は出力先の装置の仕様（または機能など）に応じて柔軟に変更され得る。例えば、出力部１２３は、出力先の装置が備える機構（例えば表示機構、音声出力機構、または発光機構など）に応じて出力方法を変更してもよい。
　記憶部１３０は、各種情報を記憶する機能構成である。例えば、記憶部１３０は、マッチング処理に使用される、各検査リソースとそれらの検査種別情報とを紐付けたテーブルなどを有している。また、記憶部１３０は、ユーザ端末４００や管理サーバ２００などから提供された情報（例えば検査手配リクエスト、ユーザ情報、ユーザ認証に使用される入力情報、または検査リソースの手配結果など）、マッチングサーバ１００の各機能構成による処理結果など（例えばユーザ認証結果、またはマッチング処理結果など）を記憶する。また、記憶部１３０は、マッチングサーバ１００の各機能構成によって使用されるプログラムやパラメータなどを記憶する。なお、記憶部１３０が記憶する情報の内容はこれらに限定されない。
　以上、マッチングサーバ１００の機能構成例について説明した。なお、図２を用いて説明した上記の機能構成はあくまで一例であり、マッチングサーバ１００の機能構成は係る例に限定されない。例えば、マッチングサーバ１００は、図２に示す機能構成の全てを必ずしも備えなくてもよい。また、マッチングサーバ１００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
　（管理サーバ２００の機能構成例）
　続いて、図３を参照して、管理サーバ２００の機能構成例について説明する。図３に示すように、管理サーバ２００は、通信部２１０と、処理部２２０と、記憶部２３０と、を備える。また、処理部２２０は、認証部２２１と、管理部２２２と、手配部２２３と、出力部２２４と、を備える。
　通信部２１０は、外部装置と通信する機能構成である。例えば、通信部２１０は、マッチングサーバ１００から手配対象の検査リソースに関する情報を受信する。そして、通信部２１０は、マッチングサーバ１００に対して、検査リソースの手配結果を送信する。また、通信部２１０は、ユーザ端末４００から検査成果物の出力に関する入力情報や、ユーザ認証に使用される入力情報などを受信する。そして、通信部２１０は、ユーザ端末４００に対して、検査成果物の出力結果や、ユーザ認証の結果などを送信する。また、通信部２１０は、検査端末３００から検査成果物などを受信する。なお、通信部２１０が通信する情報および通信するケースはこれらに限定されない。また、通信部２１０は、個人情報保護の観点から、ユーザの個人情報または個人情報を含む検査成果物を取得する際は、ユーザがその取得に対して同意しているかを示す同意情報の有無を確認し、同意情報が有る場合に限りその取得をできてもよい。
　処理部２２０は、管理サーバ２００が行う処理全般を統括的に制御する機能構成である。例えば、処理部２２０は、各機能構成の起動や停止を制御することができる。なお、処理部２２０の処理内容は特に限定されない。例えば、処理部２２０は、各種サーバ、汎用コンピュータ、ＰＣ、またはタブレットＰＣなどにおいて一般的に行われる処理（例えばＯＳに関する処理など）を制御してもよい。
　認証部２２１は、ユーザ認証を行う機能構成である。より具体的に説明すると、ユーザ端末４００は、マッチングサーバ１００を介することなく直接管理サーバ２００へアクセスする場合があり、認証部２２１は、この場合においてユーザ認証を行う。なお、認証部２２１によるユーザ認証処理の内容は、上記で説明したマッチングサーバ１００の認証部１２１と同様であり得るため、説明を省略する。
　管理部２２２は、検査成果物および検査リソースを管理する機能構成である。検査成果物の管理についてより具体的に説明すると、検査成果物が検査端末３００から提供された場合、管理部２２２は、当該検査成果物をユーザ情報に紐づけて所定のフォーマットで記憶部２３０に格納していく。また、管理部２２２は、所定の期間より古い検査成果物を削除したり、最新の検査成果物によって過去に行われた同一検査の検査成果物を上書きしたりしてもよい。また、検査成果物が検査端末３００から提供された場合、管理部２２２は、検査内容などに基づいて料金を計算し、ユーザに対して当該料金の請求処理を行う。例えば、クレジットカード情報などがユーザ情報として登録されている場合、管理部２２２は、当該情報に基づいてクレジットカード決済処理などを行う。また、ユーザが保険会社との連携を選択している場合において、検査成果物が検査端末３００から提供された場合、管理部２２２は、検査成果物が提供された旨や検査成果物自体を保険会社の装置に対して提供してもよい。これによって、ユーザは検査頻度や検査成果物を保険会社に通知することができるため、所定の保険サービス（例えば保険料の低減など）を受けることができる。
　検査リソースの管理についてより具体的に説明すると、検査リソースが稼働する予定に関する情報（または検査リソースの稼働状況に関する情報）が検査リソース自体、または検査リソースを管理する装置など（例えば医療機関のサーバなど）から提供された場合、管理部２２２は、当該情報を所定のフォーマットで記憶部２３０に格納していく。
　手配部２２３は、検査リソースの手配を行う機能構成である。より具体的には、ユーザによる選択などによって検査リソースが決定された場合、手配部２２３は、当該検査リソースに対して検査を予約する。例えば、手配部２２３は、検査リソース自体、または検査リソースが有する所定の装置（例えば検査リソースである医療機関が有するサーバなど）に対して、検査リソースの手配を希望する旨の情報を送信することによって検査を予約する。
　「検査リソースの手配を希望する旨の情報」には、例えば、検査を受けるユーザのユーザ情報（例えば属性情報など）、ユーザの識別情報、ユーザの位置情報、検査の日時、検査の場所（例えば検査リソースがユーザの位置まで移動可能な検査装置などである場合）、または検査の内容などの情報が含まれる。なお、検査リソースの手配を希望する旨の情報に含まれる情報はこれらに限定されない。また、これらの情報はユーザによる入力に基づいて設定されてもよいし、ユーザ端末４００や管理サーバ２００の機能によって自動的に設定されてもよい。また、検査リソースの手配を希望する旨の情報に、ユーザ情報などの個人情報が含まれる場合には、事前にユーザに承諾を得る処理が行われることが望ましい。
　出力部２２４は、各種情報を外部装置に対して出力する機能構成である。例えば、手配部２２３によって検査リソースの手配が行われた場合、出力部２２４は、検査リソースの手配結果をマッチングサーバ１００に対して出力する。また、認証部２２１によってユーザ認証が行われた場合、出力部２２４は、当該ユーザ認証の結果をユーザ端末４００に対して出力する。
　また、出力部２２４は、ユーザによる直接的または間接的な入力に基づいてユーザ所望の装置に対して検査成果物を出力する。例えば、出力部２２４は、検査成果物に基づく診断、治療、手術、またはユーザの症状の推定を行う機関の装置に対して検査成果物を出力する。「ユーザによる直接的な入力」とは、例えば、ユーザが検査成果物のダウンロード（ユーザ端末４００への保存）を選択する場合などを含む。また、「ユーザによる間接的な入力」とは、例えば、ユーザが診断サービス提供者（例えば機械学習を利用した症状の推定を行う診断サービス提供用アプリケーションなどを含む）の要請を受けて検査成果物のアップロード（診断サービス提供者のサーバへの保存）を選択する場合などを含む。なお、出力部２２４は、検査成果物以外の情報（例えばユーザ情報など）も併せて出力してもよい。また、出力部２２４は、出力先に応じて出力する情報を制御してもよい。例えば、出力先がユーザ端末４００以外の装置である場合、出力部２２４は、ユーザ情報などの個人情報を出力しなくてもよい。また、個人情報保護の観点から、ユーザが診断サービス提供者に検査成果物をアップロードする場合においては、出力部２２４は、検査成果物のアップロードについて同意する否かをユーザに選択させる同意処理を行うことで、ユーザが検査成果物のアップロードについて同意したことを示す同意情報を生成し、診断サービス提供者に同意情報を提供することが好ましい。
　また、ユーザ所望の装置に対する検査成果物の出力が行われた場合、出力部２２４は、出力結果をユーザ端末４００に対して出力する。なお、出力部２２４が出力する情報および出力するケースはこれらに限定されない。また、出力部２２４による出力方法は出力先の装置の仕様（または機能など）に応じて柔軟に変更され得る。例えば、出力部２２４は、出力先の装置が備える機構（例えば表示機構、音声出力機構、または発光機構など）に応じて出力方法を変更してもよい。
　記憶部２３０は、各種情報を記憶する機能構成である。例えば、記憶部２３０は、ユーザ情報に紐づけられた検査成果物や、検査リソースが稼働する予定に関する情報（または検査リソースの稼働状況に関する情報）を所定のフォーマットで記憶する。また、記憶部２３０は、マッチングサーバ１００、検査端末３００、またはユーザ端末４００などから提供された情報（例えばユーザ認証に使用される入力情報など）、管理サーバ２００の各機能構成による処理結果など（例えばユーザ認証結果、または検査リソースの手配結果など）を記憶する。また、記憶部２３０は、管理サーバ２００の各機能構成によって使用されるプログラムやパラメータなどを記憶する。なお、記憶部２３０が記憶する情報の内容はこれらに限定されない。
　以上、管理サーバ２００の機能構成例について説明した。なお、図３を用いて説明した上記の機能構成はあくまで一例であり、管理サーバ２００の機能構成は係る例に限定されない。例えば、管理サーバ２００は、図３に示す機能構成の全てを必ずしも備えなくてもよい。また、管理サーバ２００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
　（ユーザ端末４００の機能構成例）
　続いて、図４を参照して、ユーザ端末４００の機能構成例について説明する。図４に示すように、ユーザ端末４００は、通信部４１０と、処理部４２０と、記憶部４３０と、入力部４４０と、表示部４５０と、を備える。また、処理部４２０は、生成部４２１を備える。
　通信部４１０は、外部装置と通信する機能構成である。例えば、通信部４１０は、マッチングサーバ１００に対して検査手配リクエスト、ユーザ情報、およびユーザ認証に使用される入力情報などを送信する。そして、通信部４１０は、マッチングサーバ１００から検査リソースとのマッチング処理の結果、検査リソースの手配処理の結果、ユーザ認証の結果などを受信する。また、通信部４１０は、管理サーバ２００に対して検査成果物の出力に関する入力情報や、ユーザ認証に使用される入力情報などを送信する。そして、通信部４１０は、管理サーバ２００から検査成果物の出力結果や、ユーザ認証の結果などを受信する。なお、通信部４１０が通信する情報および通信するケースはこれらに限定されない。
　処理部４２０は、ユーザ端末４００が行う処理全般を統括的に制御する機能構成である。例えば、処理部４２０は、各機能構成の起動や停止を制御することができる。なお、処理部４２０の処理内容は特に限定されない。例えば、処理部４２０は、各種サーバ、汎用コンピュータ、ＰＣ、またはタブレットＰＣなどにおいて一般的に行われる処理（例えばＯＳに関する処理など）を制御してもよい。
　生成部４２１は、問診アプリケーションに関する処理を行い、検査手配リクエストを生成する機能構成である。ここで、「問診アプリケーション」とは、医者などの代りに問診を行うアプリケーションを指し、ユーザ端末４００（および必要に応じてユーザ端末４００と連携する他の装置）にインストールされる。なお、問診アプリケーションは、ユーザによる入力を解析することで問診を行い検査手配リクエストの生成を行うところ、所定の人工知能（ＡＩ：Artificial　Intelligence）を使用してこれらの処理を実現する。より具体的には、生成部４２１は、ユーザによって入力された情報（例えばテキスト情報、患部が撮影された静止画像情報や動画情報など）を、問診アプリケーションが有する人工知能に対して入力することで、問診結果や検査手配リクエストの出力を受ける。当該人工知能が有する機能は、例えば、ニューラルネットワーク、回帰モデルなどの機械学習手法、または統計的手法などに基づいて実現され得る。以降、本実施形態に係る問診アプリケーションを「問診ＡＩ」と呼称する場合がある。問診ＡＩの機能やユーザインタフェースの具体例については後述する。なお、問診アプリケーションの機能を実現する手段は、決定木やランダムフォレスト、線形回帰、ベイズモデル等による手法でもよい。
　記憶部４３０は、各種情報を記憶する機能構成である。例えば、記憶部４３０は、マッチングサーバ１００や管理サーバ２００などから提供された情報（例えばマッチング処理結果、検査リソースの手配結果、ユーザ認証結果、または検査成果物の出力結果など）、ユーザ端末４００の各機能構成による処理結果など（例えば問診結果、または検査手配リクエストなど）を記憶する。また、記憶部４３０は、ユーザ端末４００の各機能構成によって使用されるプログラムやパラメータなどを記憶する。なお、記憶部４３０が記憶する情報の内容はこれらに限定されない。
　入力部４４０は、ユーザによる入力を受ける機能構成である。例えば、入力部４４０はマウス、キーボード、タッチパネル、ボタン、スイッチ、マイクロフォン、またはカメラなどの入力装置を備えており、ユーザがこれらの入力装置を用いることによって、所望の情報を入力することができる。また、入力部４４０は、位置センサ、加速度センサ、またはジャイロセンサなどの各種センサ装置を備えており、例えば位置センサによってユーザの位置情報（例えば緯度、経度、高度など）が入力され得る。なお、入力部４４０が備える入力装置およびセンサ装置は特に限定されない。
　表示部４５０は、各種情報を表示する機能構成である。より具体的には、表示部４５０は、ディスプレイなどの表示装置や、プロジェクタなどの投影装置などを備えており、これらの装置を用いることによって、自装置の処理結果、またはマッチングサーバ１００や管理サーバ２００から出力された情報などをユーザに提供することができる。なお、表示部４５０が備える装置は上記に限定されない。
　以上、ユーザ端末４００の機能構成例について説明した。なお、図４を用いて説明した上記の機能構成はあくまで一例であり、ユーザ端末４００の機能構成は係る例に限定されない。例えば、ユーザ端末４００は、図４に示す機能構成の全てを必ずしも備えなくてもよい。また、ユーザ端末４００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
　（１．３．処理の流れ）
　上記では、医療用情報処理システムに備えられる装置の機能構成例について説明した。続いて、図５～図７を参照して、各装置による処理の流れの例について説明する。
　（検査リソースの手配に至るまでの処理の流れの例）
　まず、図５および図６を参照して、検査リソースの手配に至るまでの処理の流れの例について説明する。
　ステップＳ１０００では、ユーザがユーザ端末４００の入力部４４０を用いて、医療用情報処理システムへのログインのための入力を行う。例えば、ユーザは、ユーザの識別情報（例えばＩＤなど）およびパスワードを入力したり、生体認証のための生体情報を入力したりする。なお、ユーザ端末４００の機能により、ログインのための入力操作が自動化されてもよい。ステップＳ１００４では、通信部４１０がユーザによって入力された入力情報をマッチングサーバ１００に対して送信する。例えば、通信部４１０は、ユーザの識別情報（例えばＩＤなど）およびパスワードがハッシュ化されたハッシュパス情報を入力情報として送信する。
　ステップＳ１００８では、マッチングサーバ１００の認証部１２１が入力情報を用いて所定のユーザ認証処理を行う。例えば、認証部１２１は、入力情報として提供されたハッシュパス情報と、事前に登録されたハッシュパス情報とが一致するか否かに基づいてユーザ認証を行う。ステップＳ１０１２では、出力部１２３が通信部１１０を介してユーザ認証結果をユーザ端末４００に対して出力する。
　ユーザ認証が成功した場合、ステップＳ１０１６にて、ユーザ端末４００の表示部４５０が問診ＡＩのメニューを表示する。ステップＳ１０２０では、生成部４２１がユーザによる入力に基づいて検査手配リクエストを生成する。ステップＳ１０２４では、通信部４１０は、検査手配リクエストおよびユーザ情報をマッチングサーバ１００に対して送信する。
　ステップＳ１０２８では、マッチングサーバ１００のマッチング部１２２が検査手配リクエストおよびユーザ情報に基づいて、ユーザと検査リソースとをマッチングする。ステップＳ１０３２では、出力部１２３が通信部１１０を介してマッチング処理結果をユーザ端末４００に対して出力する。例えば、マッチング処理の結果として２以上の検査リソースが抽出された場合、出力部１２３は、候補となる各検査リソースに関する情報をユーザ端末４００に対して出力する。
　ステップＳ１０３６では、ユーザ端末４００の表示部４５０がマッチング処理結果である検査リソースを表示する。ステップＳ１０４０では、ユーザが入力部４４０を用いて、検査リソースを選択する。なお、マッチング処理の結果として提供された検査リソースが１つである場合、ユーザは入力部４４０を用いて当該検査リソースによる検査を受けるか否かを選択する。
　ステップＳ１０４４では、通信部４１０がユーザによって選択された検査リソースに関する情報（図中では「検査リソース選択情報」と記載）をマッチングサーバ１００に対して送信する。ステップＳ１０４８では、マッチングサーバ１００の出力部１２３が通信部１１０を介して検査リソース選択情報を管理サーバ２００に対して出力する。
　ステップＳ１０５２では、管理サーバ２００の手配部２２３が検査リソース選択情報に基づいて検査リソースを手配する。ステップＳ１０５６では、出力部２２４が通信部２１０を介して検査リソースの手配結果をマッチングサーバ１００に対して出力する。ステップＳ１０６０では、マッチングサーバ１００の出力部１２３が通信部１１０を介して検査リソースの手配結果をユーザ端末４００に対して出力する。ステップＳ１０６４では、ユーザ端末４００の表示部４５０が検査リソースの手配結果を表示することで、検査リソースの手配に至るまでの一連の処理が終了する。
　（検査成果物の出力処理の流れの例）
　続いて、図７を参照して、検査成果物の出力処理の流れの例について説明する。
　ステップＳ１１００では、検査の終了後に検査端末３００が検査成果物を取得する。ステップＳ１１０４では、検査端末３００が検査成果物を管理サーバ２００に対して送信する。ステップＳ１１０８では、管理サーバ２００の管理部２２２が、当該検査成果物をユーザ情報に紐づけて所定のフォーマットで記憶部２３０に格納することで検査成果物を管理する。
　その後、ユーザが検査成果物をもとに様々な行動（例えば診断サービスの利用など）を行おうとした場合、ステップＳ１１１２にて、ユーザがユーザ端末４００の入力部４４０を用いて、医療用情報処理システムへのログインのための入力を行う。ステップＳ１１１６では、通信部４１０がユーザによって入力された入力情報を管理サーバ２００に対して送信する。
　ステップＳ１１２０では、管理サーバ２００の認証部２２１が入力情報を用いて所定のユーザ認証処理を行う。ステップＳ１１２４では、出力部２２４が通信部２１０を介してユーザ認証結果をユーザ端末４００に対して出力する。
　ユーザ認証が成功した場合、ステップＳ１１２８にて、ユーザ端末４００の表示部４５０が所定のメニューを表示する。なお、当該メニューの表示は問診ＡＩによって実現されてもよい。ステップＳ１１３２では、ユーザが入力部４４０を用いて、出力対象となる検査成果物および出力先を入力する。
　ステップＳ１１３６では、通信部４１０がユーザによって入力された入力情報を管理サーバ２００に対して送信する。ステップＳ１１４０では、管理サーバ２００の出力部２２４が、入力情報に基づいて検査成果物をユーザ所望の装置に対して出力する。ステップＳ１１４４では、出力部２２４が通信部２１０を介して検査成果物の出力結果をユーザ端末４００に対して出力する。ステップＳ１１４８では、ユーザ端末４００の表示部４５０が検査成果物の出力結果を表示することで、一連の検査成果物の出力処理が終了する。
　なお、図５～図７のシーケンス図における各ステップは、必ずしも記載された順序に沿って時系列に処理される必要はない。すなわち、シーケンス図における各ステップは、記載された順序と異なる順序で処理されても、並列的に処理されてもよい。
　　＜２．第２の実施形態＞
　（２．１．システム構成）
　上記では、本開示の第１の実施形態について説明した。続いて、本開示の第２の実施形態について説明する。
　まず、図８を参照して、第２の実施形態に係る医療用情報処理システムのシステム構成例について説明する。図８に示すように、本実施形態に係る医療用情報処理システムは、新たに診断サーバ６００と、診断ＡＩ７００と、を備える。なお、その他の装置については第１の実施形態と同一であり得るため、説明を省略する。
　（診断サーバ６００）
　診断サーバ６００は、診断ＡＩ７００を用いて行われるユーザの症状の推定処理を制御する医療用情報処理装置である。より具体的には、管理サーバ２００がユーザによる入力に基づいて検査成果物を診断サーバ６００に対して出力した場合、診断サーバ６００は、当該検査成果物を診断ＡＩ７００へ入力することで、症状の推定結果の出力を受ける。
　そして、診断サーバ６００は、検査成果物の識別情報（例えば検査ＩＤなど）を用いて当該推定結果と検査成果物を紐づけることで総合結果情報を生成する。さらに、診断サーバ６００は、総合結果情報を所定の装置（例えばユーザ端末４００など）に対して提供する。これによって、ユーザは症状の推定結果を取得することができる。
　（診断ＡＩ７００）
　診断ＡＩ７００は、診断サーバ６００から提供された検査成果物に基づいてユーザの症状の推定を行う推定部として機能する機能構成である（なお、当該診断ＡＩ７００を用いる診断サーバ６００が推定部として機能させても良い）。より具体的には、診断ＡＩ７００は、所定の医療用情報処理装置にインストールされるアプリケーションであり、人工知能によってユーザの症状の推定を行う。また、診断ＡＩ７００は、ユーザの症状の推定結果に基づいて医療機関での受診や薬の摂取などの提案を併せて行ってもよい。
　診断ＡＩ７００（または問診ＡＩ）に使用される人工知能が有する機能は、例えば、ニューラルネットワーク、回帰モデルなどの機械学習手法、または統計的手法に基づいて実現され得る。例えば、機械学習手法の場合、医師による診断結果と検査成果物を紐づけた学習データまたは問診結果と問診内容を紐づけた学習データが、ニューラルネットワークまたは回帰モデルを用いた所定の計算モデルに入力されることで学習が行われ、生成されたパラメータを有する処理モデルを有する処理回路によって、当該人工知能の機能が実現される。なお、診断ＡＩ７００は、診断サーバ６００を介することなく直接管理サーバ２００から検査成果物を取得してもよい。また、診断ＡＩ７００は、診断サーバ６００に備えられてもよいし、上記で説明した問診ＡＩと同一のアプリケーションであってもよい（例えば診断ＡＩ７００は、問診ＡＩと同一のアプリケーションでありユーザ端末４００に備えられていてもよい）。
　（２．２．装置の機能構成）
　上記では、第２の実施形態に係る医療用情報処理システムのシステム構成例について説明した。続いて、図９を参照して、本実施形態に係る診断サーバ６００の機能構成例について説明する。なお、その他の装置の機能構成例については第１の実施形態と同一であり得るため、説明を省略する。
　図９に示すように、診断サーバ６００は、通信部６１０と、処理部６２０と、記憶部６３０と、を備える。また、処理部６２０は、管理部６２１と、診断ＡＩ連携部６２２と、出力部６２３と、を備える。
　通信部６１０は、外部装置と通信する機能構成である。例えば、通信部６１０は、管理サーバ２００から検査成果物などを受信する。そして、通信部６１０は、診断ＡＩ７００に対して検査成果物を送信することで、診断ＡＩ７００からユーザの症状の推定結果を受信する。その後、通信部６１０は、例えばユーザ端末４００などに対して、当該推定結果を用いて生成された総合結果情報を送信する。なお、通信部６１０が通信する情報および通信するケースはこれらに限定されない。
　処理部６２０は、診断サーバ６００が行う処理全般を統括的に制御する機能構成である。例えば、処理部６２０は、各機能構成の起動や停止を制御することができる。なお、処理部６２０の処理内容は特に限定されない。例えば、処理部６２０は、各種サーバ、汎用コンピュータ、ＰＣ、またはタブレットＰＣなどにおいて一般的に行われる処理（例えばＯＳ（Operating
System）に関する処理など）を制御してもよい。
　管理部６２１は、総合結果情報を管理する機能構成である。より具体的には、ユーザの症状の推定結果が診断ＡＩ７００から提供された場合、管理部６２１は、検査成果物の識別情報（例えば検査ＩＤなど）を用いて当該推定結果と検査成果物を紐づけることで総合結果情報を生成する。このとき、管理部６２１は、診断ＡＩ７００や診断に関する各種情報（例えば診断ＡＩ７００の名称、種類、バージョン情報、または診断が行われた日時など）も総合結果情報に含めてもよい。すなわち、管理部６２１は、ユーザの症状の推定結果がどのような診断ＡＩ７００と検査成果物に基づいて行われたものであるか認識可能な状態で管理を行うことができる。
　そして、管理部６２１は、総合結果情報を所定のフォーマットで記憶部６３０に格納していく。また、管理部６２１は、所定の期間より古い総合結果情報を削除したり、最新の総合結果情報によって過去に行われた同一検査の総合結果情報を上書きしたりしてもよい。また、ユーザの症状の推定結果が診断ＡＩ７００から提供された場合、管理部６２１は、推定結果などに基づいて料金を計算し、ユーザに対して当該料金の請求処理を行う。例えば、クレジットカード情報などがユーザ情報として登録されている場合、管理部６２１は、当該情報に基づいてクレジットカード決済処理などを行う。また、ユーザが保険会社との連携を選択している場合において、ユーザの症状の推定結果が診断ＡＩ７００から提供された場合、管理部６２１は、ユーザの症状の推定結果が提供された旨や総合結果情報を保険会社の装置に対して提供してもよい。これによって、ユーザは診断頻度や総合結果情報を保険会社に通知することができるため、所定の保険サービス（例えば保険料の低減など）を受けることができる。
　診断ＡＩ連携部６２２は、ユーザの症状の推定処理において診断ＡＩ７００と連携を行う機能構成である。より具体的には、管理サーバ２００から検査成果物が提供された場合、診断ＡＩ連携部６２２は、通信部６１０を介して検査成果物を診断ＡＩ７００へ入力する。その後、診断ＡＩ７００によるユーザの症状の推定処理が終了した場合、診断ＡＩ連携部６２２は、通信部６１０を介してユーザの症状の推定結果を受ける。なお、仮に２以上の診断ＡＩ７００が存在する場合、診断ＡＩ連携部６２２は、症状の推定処理に使用する診断ＡＩ７００を選択してもよい。例えば、診断ＡＩ連携部６２２は、検査や検査リソースの内容、検査の優先度（または緊急度など）、検査の結果、同一ユーザについて過去に使用された診断ＡＩ７００の履歴情報、今後使用される診断ＡＩ７００に関する設定情報（例えば診断ＡＩ７００に関するユーザの希望事項、必要事項、制限事項など）、または診断ＡＩ７００に対する評価や口コミなどの情報に基づいて症状の推定処理に使用する診断ＡＩ７００を選択してもよい。なお、診断ＡＩ連携部６２２による診断ＡＩ７００の選択方法はこれらに限定されず、医療用情報処理システムの仕様や運用に応じて柔軟に変更可能である。
　出力部６２３は、各種情報を外部装置に対して出力する機能構成である。例えば、管理部６２１によって総合結果情報が生成された場合、出力部６２３は、当該総合結果情報をユーザ端末４００などに対して出力する。なお、総合結果情報の出力先はユーザ端末４００に限定されない。例えば、出力部６２３は、管理サーバ２００などに対して総合結果情報を出力することで、管理サーバ２００を介してユーザに総合結果情報を提供してもよい。また、出力部６２３による出力方法は出力先の装置の仕様（または機能など）に応じて柔軟に変更され得る。例えば、出力部６２３は、出力先の装置が備える機構（例えば表示機構、音声出力機構、または発光機構など）に応じて出力方法を変更してもよい。
　記憶部６３０は、各種情報を記憶する機能構成である。例えば、記憶部６３０は、検査成果物や、ユーザの症状の推定結果などを記憶する。また、記憶部６３０は、診断サーバ６００の各機能構成によって使用されるプログラムやパラメータなどを記憶する。なお、記憶部６３０が記憶する情報の内容はこれらに限定されない。
　以上、診断サーバ６００の機能構成例について説明した。なお、図９を用いて説明した上記の機能構成はあくまで一例であり、診断サーバ６００の機能構成は係る例に限定されない。例えば、診断サーバ６００は、図９に示す機能構成の全てを必ずしも備えなくてもよい。また、診断ＡＩ７００が医療機関での受診や薬の摂取などの提案も行う場合、診断サーバ６００は、医療機関での受診や薬の手配を行う機能を備えていてもよい（このとき、当該機能は、管理サーバ２００の手配部２２３が備えている機能と同一または類似であり得る）。また、診断サーバ６００の機能構成は、仕様や運用に応じて柔軟に変形可能である。
　（２．３．処理の流れ）
　上記では、本実施形態に係る診断サーバ６００の機能構成例について説明した。続いて、図１０を参照して、本実施形態に係る処理の流れの例について説明する。図１０は、ユーザへの総合結果情報の提供に関する処理の流れの例を示すシーケンス図である。
　ステップＳ１２００では、管理サーバ２００の出力部２２４が、通信部２１０を介して検査成果物を診断サーバ６００に対して出力する。ステップＳ１２０４では、診断サーバ６００の診断ＡＩ連携部６２２が、通信部６１０を介して検査成果物を診断ＡＩ７００に対して入力する。
　ステップＳ１２０８では、診断ＡＩ７００が、入力された検査成果物を用いてユーザの症状の推定を行う。ステップＳ１２１２では、診断サーバ６００の診断ＡＩ連携部６２２が、通信部６１０を介して診断ＡＩ７００からユーザの症状の推定結果を受ける。ステップＳ１２１６では、管理部６２１が、検査成果物の識別情報（例えば検査ＩＤなど）を用いて当該推定結果と検査成果物を紐づけることで総合結果情報を生成し、管理する。
　ステップＳ１２２０では、出力部６２３が、通信部６１０を介して総合結果情報をユーザ端末４００に対して出力する。ステップＳ１２２４では、ユーザ端末４００の表示部４５０が総合結果情報を表示することで、総合結果情報の提供に関する一連の処理が終了する。
　なお、図１０のシーケンス図における各ステップは、必ずしも記載された順序に沿って時系列に処理される必要はない。すなわち、シーケンス図における各ステップは、記載された順序と異なる順序で処理されても、並列的に処理されてもよい。
　　＜３．ユーザインタフェース＞
　上記では、本開示の第２の実施形態について説明した。続いて、図１１～図１７を参照して、問診ＡＩのユーザインタフェースの具体例について説明する。上記のとおり、問診ＡＩは、医者などの代りに問診を行うアプリケーションを指し、ユーザによる入力を解析することで問診を行い検査手配リクエストの生成を行う。以降では、検査手配リクエストの生成に関するものを含む各種ユーザインタフェースについて説明していく。なお、以下では、問診ＡＩがインストールされているユーザ端末４００がスマートフォンである場合を一例として説明する（もちろん、ユーザ端末４００はスマートフォンに限定されない）。
　まず、ユーザは、図１１のＡに示すアイコン１０をタップなどの方法で選択することによって問診ＡＩを起動することができる。問診ＡＩが起動すると、図１１のＢに示すメニュー画面が表示される。
　当該メニュー画面に表示されているボタン１１は、ユーザ情報の設定画面に遷移するために使用されるボタンである。ユーザは、ボタン１１の選択により遷移した後の画面にて、ユーザ情報として例えば、ユーザの属性情報（例えば氏名、性別、年齢、血液型、住所、電話番号、家族構成、職業、保険情報またはクレジットカード情報など）、またはユーザが今後受ける検査に関する設定情報など（例えば検査に関するユーザの希望事項、必要事項、または制限事項など）を設定することができる。
　検査依頼ボタン１２は、検査リソースの手配の依頼時に使用されるボタンである。過去履歴ボタン１３は、過去の検査依頼（換言すると、検査リソースの手配の依頼）、または過去の検査成果物に関する履歴情報の確認時に使用されるボタンである。状態入力ボタン１４は、現在のユーザの状態（例えば身長、体重、体脂肪、ＢＭＩ、体温、視力、または聴力など）の入力時に使用されるボタンである。なお、現在のユーザの状態は、ウェアラブル装置などの外部装置との連携によって入力されてもよい。
　ユーザは、図１２のＡ（図１１のＢと同一画面）に示す検査依頼ボタン１２をタップなどの方法で選択することによって図１２のＢに示す検査依頼画面に遷移することができる。ボタン１５は、ユーザが問診ＡＩによる問診（以降「ＡＩ問診」と呼称する）を受けて問診ＡＩが推薦する検査種別の中から所望の検査種別を選択する際に使用されるボタンである。ボタン１６は、ユーザがＡＩ問診を受けることなく検査種別を指定する際に使用されるボタンである。ボタン１７は、ユーザが過去に受けた検査種別を確認して同一の検査種別を選択する際に使用されるボタンである。このように、検査依頼の方法が複数設けられることによって、ユーザは、容易に検査種別を決定し、検査依頼を行うことができる。ボタン１８は、図１２のＡに示すメニュー画面に遷移するために使用されるボタンである。
　図１３のＡに示す画面は、図１２のＢに示すようにユーザがボタン１５を選択した後に表示されるＡＩ問診のメニュー画面である。ボタン１９は、ユーザが画像情報（例えば患部の静止画像情報や動画情報など）に基づいてＡＩ問診を受ける場合に使用されるボタンである。ボタン２０は、ユーザが問診ＡＩからの質問に回答していくことによって問診を受ける場合に使用されるボタンである。ボタン２１は、ユーザが医師などの医療検査従事者に対して電話することで問診を受ける場合に使用されるボタンである。このように、問診方法が複数設けられることによって、ユーザは、症状などに応じて適切な問診を受けることができる。
　ユーザは、図１３のＡに示すようにボタン１９をタップなどの方法で選択することによって図１３のＢに示す画像情報入力画面に遷移することができる。領域２２は、例えばユーザ端末４００に備えられているカメラによって生成された撮像画像情報を表示する領域である。ユーザは、領域２２を確認しながら所定のボタンを押下することなどによって患部が撮像された撮像画像情報を入力する。なお、ユーザ端末４００が、スマートフォンなどのようにユーザが片手で把持しながら撮像操作を行う装置である場合、撮像画像情報が動画情報である方が静止画像情報であるよりもユーザがより撮像操作を行い易いと考えられるため、撮像画像情報は動画情報であることが望ましい。領域２３は、問診ＡＩが撮像画像情報を解析した結果を表示する領域である。より具体的には、問診ＡＩは、入力された撮像画像情報を解析することで、患部の部位、状態、または深刻度などを推定するとともに、解析の進捗度や、解析結果の推定精度なども出力する。図１３のＢに示す例では、右腕（患部の部位）に４ｃｍの切り傷（患部の状態および深刻度）ができている旨、および解析率が８０％（解析の進捗度）であり認定確率が９２％（解析結果の推定精度）である旨が解析結果として表示されている。
　図１４に示す画面は、図１３のＢに示した画面で撮像画像情報の入力および解析が終了した後に遷移する画面である。ボタン２４～ボタン２６は、図１３のＢの領域２３に表示されていた解析結果の修正時に使用されるボタンである。例えば、ユーザがボタン２４を選択することによって、修正候補を表示するプルダウンリスト２７が表示される。プルダウンリスト２７には、例えば、問診ＡＩによる撮像画像情報の解析によって出力された候補が表示される（図１４の例では、修正候補として左腕および右足が表示されている）。これによって、問診ＡＩの解析精度が低い場合であっても、ユーザは解析結果を適切に修正することができる。ＯＫボタン２８は、ユーザが解析結果の確認および修正を終えて内容を確定する際に使用されるボタンである。再撮影ボタン２９は、図１３のＢに示した画面に戻り、再び撮像画像情報の入力が行われる際に使用されるボタンである。電話ボタン３０は、ヘルプデスクへの操作方法の確認時などに使用されるボタンである。
　図１５に示す画面は、図１４に示した画面でＯＫボタン２８がタップなどの方法で選択されることによって遷移する画面である。問診ＡＩは、撮像画像情報の解析結果（またはその修正内容）に基づいて推奨される検査種別を出力する（図１５の例では神経検査）。ボタン３２は、ユーザが当該検査種別の検査を受けることを希望する際に使用されるボタンである。ユーザがボタン３２を選択すると、問診ＡＩが検査手配リクエストを生成し、当該検査手配リクエストがマッチングサーバ１００に送信されることによってマッチング処理が行われる。ボタン３３は、ユーザが当該検査種別の検査を受けることを希望しない場合に使用されるボタンである。ユーザがボタン３３を選択すると、検査手配リクエストの生成およびマッチング処理は行われず、代わりに「早めに医療機関で受診することを推奨する」旨のテキスト情報などが表示される。
　図１６に示す画面は、図１４に示した画面でＯＫボタン２８がタップなどの方法で選択されることによって遷移する画面であり、問診ＡＩによって緊急性が高いと判断された場合に表示される画面である。領域３４には、問診ＡＩによって推奨される医療機関が表示される。問診ＡＩは、問診結果やユーザ情報（例えばユーザの位置情報など）などに基づいて検査が可能であり、かつ、ユーザが短時間でアクセスすることが可能な医療機関を出力し、領域３４に表示する。なお、マッチングサーバ１００が問診ＡＩと連携することで推奨される医療機関を提供し、問診ＡＩが当該医療機関を領域３４に表示してもよい。ボタン３５は救急医療の要請時に使用されるボタンであり、ボタン３６はタクシーの配車要請時に使用されるボタンである。これらのボタンが設けられることで、ユーザは、推奨される医療機関へ迅速かつ容易にアクセスすることができる。
　上記で説明した図１３のＡ（図１７のＡと同一画面）にて、ユーザがボタン２０を選択した場合、図１７のＢに示す画面が表示される。領域３７には、問診ＡＩからの質問が表示され（図１７のＢの例では、「症状を選んでください」という質問が表示されている）、ユーザは当該質問に回答していくことによって問診を受けることができる。結果ボタン３８は、最後の質問への回答が終了した場合に表示され、問診結果を表示する画面へ遷移するためのボタンである。結果ボタン３８が選択された場合、例えば、図１５の画面（緊急性が高い場合には図１６の画面）が表示される（その際、再撮影ボタン２９などは適宜省略される）。これによって、（撮像画像情報ではなく）問診ＡＩからの質問への回答に基づいても適切に検査手配リクエストが生成される。例えば、問診ＡＩは、ユーザへの回答の結果に基づいて症状がインフルエンザであることが推定された場合、ユーザが検査を希望すると、ユーザの位置情報に基づいて検査リソースからユーザの近くにある病院（インフルエンザを検査することが可能な病院）を抽出する。次に問診ＡＩは、ユーザにその病院の来院可能な時間帯を提示する。ユーザが時間帯を指定すると、問診ＡＩは推定した症状と選択された時間帯に基づき、検査手配リクエストを生成し、送信する。このとき、問診ＡＩは病院の予約ＤＢにアクセスして、予約可能な時間帯を取得し、予約可能な時間帯を来院可能な時間帯として提示するのが好ましい。
　　＜４．ハードウェア構成＞
　上記では、問診ＡＩのユーザインタフェースの具体例について説明した。続いて、図１８を参照して、マッチングサーバ１００、管理サーバ２００、検査端末３００、ユーザ端末４００、および診断サーバ６００を具現する情報処理装置９００のハードウェア構成例について説明する。
　図１８は、情報処理装置９００のハードウェア構成を示す図である。情報処理装置９００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）９０１と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）９０２と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）９０３と、ホストバス９０４と、ブリッジ９０５と、外部バス９０６と、インタフェース９０７と、入力装置９０８と、出力装置９０９と、ストレージ装置（ＨＤＤ）９１０と、ドライブ９１１と、通信装置９１２と、を備える。
　ＣＰＵ９０１は、演算処理装置および制御装置として機能し、各種プログラムに従って情報処理装置９００内の動作全般を制御する。また、ＣＰＵ９０１は、マイクロプロセッサであってもよい。ＲＯＭ９０２は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０３は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一時記憶する。これらはＣＰＵバスなどから構成されるホストバス９０４により相互に接続されている。当該ＣＰＵ９０１、ＲＯＭ９０２およびＲＡＭ９０３の協働により、マッチングサーバ１００の処理部１２０、管理サーバ２００の処理部２２０、検査端末３００の処理部（図示なし）、ユーザ端末４００の処理部４２０、または診断サーバ６００の処理部６２０の各機能が実現される。
　ホストバス９０４は、ブリッジ９０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ　Ｃｏｍｐｏｎｅｎｔ　Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９０６に接続されている。なお、必ずしもホストバス９０４、ブリッジ９０５および外部バス９０６を分離構成する必要はなく、１つのバスにこれらの機能を実装してもよい。
　入力装置９０８は、マウス、キーボード、タッチパネル、ボタン、マイクロフォン、スイッチ、レバー、またはカメラなどユーザが情報を入力するための入力手段と、ユーザによる入力に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置９００のユーザは、当該入力装置９０８を操作することにより、各装置に対して各種情報を入力したり処理動作を指示したりすることができる。当該入力装置９０８により、ユーザ端末４００の入力部４４０の機能が実現される。
　出力装置９０９は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ　Ｔｕｂｅ）ディスプレイ装置、液晶ディスプレイ（ＬＣＤ）装置、ＯＬＥＤ（Ｏｒｇａｎｉｃ　Ｌｉｇｈｔ　Ｅｍｉｔｔｉｎｇ　Ｄｉｏｄｅ）装置およびランプなどの表示装置を含む。さらに、出力装置９０９は、スピーカおよびヘッドホンなどの音声出力装置を含む。表示装置は映像データ等の各種情報をテキストまたはイメージで表示する。一方、音声出力装置は、音声データ等を音声に変換して出力する。当該出力装置９０９により、ユーザ端末４００の表示部４５０の機能が実現される。
　ストレージ装置９１０は、データ格納用の装置である。ストレージ装置９１０は、記憶媒体、記憶媒体にデータを記録する記録装置、記憶媒体からデータを読み出す読出し装置および記憶媒体に記録されたデータを削除する削除装置などを含んでもよい。ストレージ装置９１０は、例えば、ＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）で構成される。このストレージ装置９１０は、ハードディスクを駆動し、ＣＰＵ９０１が実行するプログラムや各種データを格納する。当該ストレージ装置９１０によりマッチングサーバ１００の記憶部１３０、管理サーバ２００の記憶部２３０、検査端末３００の記憶部（図示なし）、ユーザ端末４００の記憶部４３０、または診断サーバ６００の記憶部６３０の各機能が実現される。
　ドライブ９１１は、記憶媒体用リーダライタであり、情報処理装置９００に内蔵、あるいは外付けされる。ドライブ９１１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記憶媒体９１３に記録されている情報を読み出して、ＲＡＭ９０３に出力する。また、ドライブ９１１は、リムーバブル記憶媒体９１３に情報を書き込むこともできる。
　通信装置９１２は、例えば、通信網９１４に接続するための通信デバイス等で構成された通信インタフェースである。当該通信装置９１２によりマッチングサーバ１００の通信部１１０、管理サーバ２００の通信部２１０、検査端末３００の通信部（図示なし）、ユーザ端末４００の通信部４１０、または診断サーバ６００の通信部６１０の各機能が実現される。
　　＜５．まとめ＞
　以上で説明してきたように、マッチングサーバ１００は、検査手配リクエストとユーザ情報とを取得し、これらの情報に基づいて、検査を実施可能な検査リソースをユーザに提示する。また、管理サーバ２００は、検査リソースによって検査が行われた後に検査端末３００から検査成果物を受信し、当該検査成果物をユーザ情報に紐づけて管理する。そして、管理サーバ２００は、ユーザによる入力に基づいて検査成果物をユーザ所望の装置に対して出力する。以上の一連の処理によって、ユーザは、検査成果物をもとに様々な行動をとることができる。例えば、ユーザは、検査成果物を自らの装置に対して出力することで自ら診断を行ったり、検査成果物を診断サービス提供者の装置に対して出力することで診断サービスを受けたりすることができる。これによって、例えば、軽微な症状のユーザによる来院などが抑制され、診断医の人件費などが低減するため、医療費の増大が抑制される。
　また、問診ＡＩによって検査手配リクエストが生成されることによって、ユーザは容易に検査リソースの手配を要求することができる。また、診断ＡＩ７００が用いられることによってユーザの症状の推定がより容易かつ正確に行われる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、
　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、
　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、
　前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、
　医療用情報処理システム。
（２）
　前記検査リソースは、前記成果物に基づく診断、治療、手術、または前記ユーザの症状の推定を行わない、
　前記（１）に記載の医療用情報処理システム。
（３）
　前記検査リソースは、医療検査機関、医療検査従事者、検査装置、または前記ユーザ自身に使用される検査キット、を含む、
　前記（２）に記載の医療用情報処理システム。
（４）
　前記出力部は、前記成果物に基づく診断、治療、手術、または前記ユーザの症状の推定を行う機関の装置に対して前記成果物を出力する、
　前記（２）または（３）に記載の医療用情報処理システム。
（５）
　前記成果物に基づいて前記ユーザの症状の推定を行う推定部をさらに備える、　前記（２）または（３）に記載の医療用情報処理システム。
（６）
　前記ユーザ情報は、前記ユーザの位置情報、前記ユーザが過去に受けた前記検査に関する履歴情報、または前記ユーザが今後受ける前記検査に関する設定情報の少なくともいずれか１つを含む、
　前記（１）から（５）のいずれか１項に記載の医療用情報処理システム。
（７）
　前記ユーザ情報は、前記ユーザの位置情報を含み、
　前記提示部は、前記検査手配リクエストに基づいて前記検査を実施可能な検査リソースを抽出し、さらに前記ユーザの位置情報と、抽出した前記検査リソースの位置情報とに基づいて、提示する検査リソースを抽出する、
　前記（１）から（６）のいずれか１項に記載の医療用情報処理システム。
（８）
　前記提示部は、前記ユーザの位置情報と、前記検査手配リクエストに基づいて抽出した前記検査リソースの位置情報に基づいて、前記ユーザの位置から所定の距離以内に位置する検査リソースを抽出して提示する、
　前記（７）に記載の医療用情報処理システム。
（９）
　前記提示部は、前記ユーザの位置情報と、前記検査手配リクエストに基づいて抽出した前記検査リソースの位置情報に基づいて、前記ユーザの位置に近い順に検査リソースを提示する、
　前記（７）に記載の医療用情報処理システム。
（１０）
　前記検査リソースの手配を行う手配部をさらに備える、
　前記（１）から（９）のいずれか１項に記載の医療用情報処理システム。
（１１）
　前記ユーザによる入力に基づいて前記検査手配リクエストを生成する生成部をさらに備える、
　前記（１）から（１０）のいずれか１項に記載の医療用情報処理システム。
（１２）
　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、
　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、
　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、
　前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、
　医療用情報処理装置。
（１３）
　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得することと、
　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示することと、
　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理することと、
　前記ユーザによる入力に基づいて前記成果物を出力することと、を有する、
　コンピュータにより実行される医療用情報処理方法。
　１００　　マッチングサーバ
　１１０　　通信部
　１２０　　処理部
　１２１　　認証部
　１２２　　マッチング部
　１２３　　出力部
　１３０　　記憶部
　２００　　管理サーバ
　２１０　　通信部
　２２０　　処理部
　２２１　　認証部
　２２２　　管理部
　２２３　　手配部
　２２４　　出力部
　２３０　　記憶部
　３００　　検査端末
　４００　　ユーザ端末
　４１０　　通信部
　４２０　　処理部
　４２１　　生成部
　４３０　　記憶部
　４４０　　入力部
　４５０　　表示部
　５００　　ネットワーク
　６００　　診断サーバ
　６１０　　通信部
　６２０　　処理部
　６２１　　管理部
　６２２　　診断ＡＩ連携部
　６２３　　出力部
　６３０　　記憶部
　７００　　診断ＡＩ

Claims (13)

  1. 　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、
    　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、
    　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、
    　前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、
    　医療用情報処理システム。
  2. 　前記検査リソースは、前記成果物に基づく診断、治療、手術、または前記ユーザの症状の推定を行わない、
    　請求項１に記載の医療用情報処理システム。
  3. 　前記検査リソースは、医療検査機関、医療検査従事者、検査装置、または前記ユーザ自身に使用される検査キット、を含む、
    　請求項２に記載の医療用情報処理システム。
  4. 　前記出力部は、前記成果物に基づく診断、治療、手術、または前記ユーザの症状の推定を行う機関の装置に対して前記成果物を出力する、
    　請求項２に記載の医療用情報処理システム。
  5. 　前記成果物に基づいて前記ユーザの症状の推定を行う推定部をさらに備える、
    　請求項２に記載の医療用情報処理システム。
  6. 　前記ユーザ情報は、前記ユーザの位置情報、前記ユーザが過去に受けた前記検査に関する履歴情報、または前記ユーザが今後受ける前記検査に関する設定情報の少なくともいずれか１つを含む、
    　請求項１に記載の医療用情報処理システム。
  7. 　前記ユーザ情報は、前記ユーザの位置情報を含み、
    　前記提示部は、前記検査手配リクエストに基づいて前記検査を実施可能な検査リソースを抽出し、さらに前記ユーザの位置情報と、抽出した前記検査リソースの位置情報とに基づいて、提示する検査リソースを抽出する、
    　請求項１に記載の医療用情報処理システム。
  8. 　前記提示部は、前記ユーザの位置情報と、前記検査手配リクエストに基づいて抽出した前記検査リソースの位置情報に基づいて、前記ユーザの位置から所定の距離以内に位置する検査リソースを抽出して提示する、
    　請求項７に記載の医療用情報処理システム。
  9. 　前記提示部は、前記ユーザの位置情報と、前記検査手配リクエストに基づいて抽出した前記検査リソースの位置情報に基づいて、前記ユーザの位置に近い順に検査リソースを提示する、
    　請求項７に記載の医療用情報処理システム。
  10. 　前記検査リソースの手配を行う手配部をさらに備える、
    　請求項１に記載の医療用情報処理システム。
  11. 　前記ユーザによる入力に基づいて前記検査手配リクエストを生成する生成部をさらに備える、
    　請求項１に記載の医療用情報処理システム。
  12. 　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得する取得部と、
    　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示する提示部と、
    　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理する管理部と、
    　前記ユーザによる入力に基づいて前記成果物を出力する出力部と、を備える、
    　医療用情報処理装置。
  13. 　医療に関する検査の種別を示す検査種別情報を含む検査手配リクエストと、ユーザに関する情報であるユーザ情報と、を取得することと、
    　前記検査手配リクエストと前記ユーザ情報に基づいて、前記検査を実施可能な検査リソースを前記ユーザに提示することと、
    　前記ユーザに対して行われた前記検査の成果物を前記ユーザ情報に紐づけて管理することと、
    　前記ユーザによる入力に基づいて前記成果物を出力することと、を有する、
    　コンピュータにより実行される医療用情報処理方法。
PCT/JP2019/031987 2018-08-15 2019-08-14 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法 WO2020036207A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US17/266,400 US20210313053A1 (en) 2018-08-15 2019-08-14 Medical information processing system, medical information processing device, and medical information processing method
JP2020537099A JP7388356B2 (ja) 2018-08-15 2019-08-14 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018-152969 2018-08-15
JP2018152969 2018-08-15

Publications (1)

Publication Number Publication Date
WO2020036207A1 true WO2020036207A1 (ja) 2020-02-20

Family

ID=69525373

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/031987 WO2020036207A1 (ja) 2018-08-15 2019-08-14 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法

Country Status (3)

Country Link
US (1) US20210313053A1 (ja)
JP (1) JP7388356B2 (ja)
WO (1) WO2020036207A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021192163A (ja) * 2020-06-05 2021-12-16 株式会社コスミックコーポレーション 生体情報評価システム及び生体情報評価プログラム
JP2021192021A (ja) * 2020-06-05 2021-12-16 豊田合成株式会社 感染症向け医療用モビリティ

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7312721B2 (ja) * 2020-04-03 2023-07-21 任天堂株式会社 情報処理システム、情報処理プログラム、情報処理装置、および情報処理方法
US20240257955A1 (en) * 2023-01-31 2024-08-01 instED, LLC Aid for Medical Care Dispatch

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002236757A (ja) * 2000-12-06 2002-08-23 Health Wave Japan:Kk 検査管理装置および疾病検査方法
JP2018081397A (ja) * 2016-11-15 2018-05-24 ディメンシア・フロント株式会社 認知症予防推進方法、及び、認知症予防推進システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748907A (en) * 1993-10-25 1998-05-05 Crane; Harold E. Medical facility and business: automatic interactive dynamic real-time management
JP4091303B2 (ja) * 2002-01-07 2008-05-28 富士通株式会社 診療予約システム、診療予約方法、コンピュータ装置、端末装置、およびコンピュータプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002236757A (ja) * 2000-12-06 2002-08-23 Health Wave Japan:Kk 検査管理装置および疾病検査方法
JP2018081397A (ja) * 2016-11-15 2018-05-24 ディメンシア・フロント株式会社 認知症予防推進方法、及び、認知症予防推進システム

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021192163A (ja) * 2020-06-05 2021-12-16 株式会社コスミックコーポレーション 生体情報評価システム及び生体情報評価プログラム
JP2021192021A (ja) * 2020-06-05 2021-12-16 豊田合成株式会社 感染症向け医療用モビリティ
JP7368925B2 (ja) 2020-06-05 2023-10-25 豊田合成株式会社 感染症向け医療用モビリティ

Also Published As

Publication number Publication date
JP7388356B2 (ja) 2023-11-29
US20210313053A1 (en) 2021-10-07
JPWO2020036207A1 (ja) 2021-08-10

Similar Documents

Publication Publication Date Title
US11681356B2 (en) System and method for automated data entry and workflow management
US20220037038A1 (en) Operating room checklist system
WO2020036207A1 (ja) 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法
US20180144425A1 (en) System and method for augmenting healthcare-provider performance
US20190320900A1 (en) Telemedicine system
JP2019067451A (ja) 透過的医療を提供するシステムおよび方法
WO2014123737A1 (en) System and method for augmenting healthcare-provider performance
WO2010118327A2 (en) Targeted health care content delivery system
JP6875734B2 (ja) 救急出動支援システム
JP2020113004A (ja) 情報処理装置、電子カルテ作成方法および電子カルテ作成プログラム
Idris et al. How Is Telehealth Currently Being Utilized to Help in Hypertension Management within Primary Healthcare Settings? A Scoping Review
US20110137670A1 (en) Methods, apparatuses, and computer program products for facilitating development and execution of a clinical care plan
JP2024514677A (ja) 患者に合わせてカスタマイズされた電子問診システム、問診用端末及びこれを利用した問診方法
JP6775203B2 (ja) 診療支援装置、診療支援方法、診療支援プログラムおよび診療支援システム
JP7388450B2 (ja) 会話支援装置、会話支援システム、会話支援方法及び記録媒体
US20190244696A1 (en) Medical record management system with annotated patient images for rapid retrieval
CA3083090A1 (en) Medical examination support apparatus, and operation method and operation program thereof
US20150051918A1 (en) Computer-based system and method for presenting customized medical information
US20220044793A1 (en) System and method for emergency medical event capture, recording and analysis with gesture, voice and graphical interfaces
JP5662394B2 (ja) 医療支援装置及び医療支援方法
JP7444069B2 (ja) 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法
WO2019130494A1 (ja) コンピュータシステム、アラート方法及びプログラム
WO2020079509A1 (en) Apparatus and methods for generation of a medical summary
US10755803B2 (en) Electronic health record system context API
US20240290441A1 (en) Clinical support system and clinical support apparatus

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: 19849811

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020537099

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: 19849811

Country of ref document: EP

Kind code of ref document: A1