WO2023100727A1 - 保険向け情報処理システム、及び保険向け情報処理方法 - Google Patents

保険向け情報処理システム、及び保険向け情報処理方法 Download PDF

Info

Publication number
WO2023100727A1
WO2023100727A1 PCT/JP2022/043252 JP2022043252W WO2023100727A1 WO 2023100727 A1 WO2023100727 A1 WO 2023100727A1 JP 2022043252 W JP2022043252 W JP 2022043252W WO 2023100727 A1 WO2023100727 A1 WO 2023100727A1
Authority
WO
WIPO (PCT)
Prior art keywords
insurance
information
medical
service
user
Prior art date
Application number
PCT/JP2022/043252
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 ソニーグループ株式会社
Publication of WO2023100727A1 publication Critical patent/WO2023100727A1/ja

Links

Images

Classifications

    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance

Definitions

  • This disclosure relates to an information processing system for insurance and an information processing method for insurance.
  • Patent Document 1 proposes a system that presents a route based on a preset insurance.
  • this disclosure proposes an information processing system for insurance and an information processing method for insurance that are compatible with medical MaaS.
  • an information processing system for insurance includes one or more processors and one or more storage devices storing program instructions, wherein the one or more processors By executing the program instruction, request information of the medical mobility service is acquired, and dispatching contents are determined based on the medical mobility service to be used included in the request information and the location information included in the request information. Then, an insurance premium is calculated based on the medical mobility service, the location information, and the vehicle allocation details, and the calculated insurance premium is presented to the user.
  • FIG. 3 is a diagram illustrating an example of a user interface of an application for medical mobility services; It is a figure which shows an example of the user interface of AI inquiry application. It is the figure which showed an example of the flow of a process of the information processing system for insurance in a modification.
  • a plurality of configurations having substantially the same functional configuration may be distinguished by attaching different numbers after the same reference numerals.
  • a plurality of configurations having substantially the same functional configurations are distinguished as servers 100-1 and 100-2 as necessary.
  • the servers 100-1 and 100-2 are simply referred to as the server 100 when there is no particular need to distinguish between them.
  • Insurance basically uses the law of large numbers to disperse risks among policyholders, thereby obtaining economic compensation and stabilizing individual lives and corporate management. In other words, if insurance does not work, it is difficult for users to distribute risks. In fields such as medical care where there is a high risk in the event of an incident, it is expected that the spread of services will become difficult if insurance does not provide appropriate risk distribution.
  • the information processing system for insurance receives an application for use of a medical mobility service, and allocates medical mobility based on the user's position included in the application for use. Then, the insurance premium is calculated based on the user's position and the details of vehicle allocation, and the insurance premium is presented to the user.
  • a medical mobility service is a service that uses mobility to provide medical services.
  • a medical mobility service is a service that allows a user to receive medical services by dispatching a vehicle equipped with diagnostic equipment and treatment equipment and in which medical staff rides to a location specified by the user.
  • the medical mobility service may be a service in which a contracted user delivers medicine or the like to a location specified by a requesting user.
  • the medical mobility service may be a service in which the contracting user places the requesting user in a vehicle and delivers the requesting user to a medical institution or testing institution specified by the requesting user.
  • the service may be a service of transporting medical staff to a location specified by the requesting user.
  • the medical service is a service including at least one of diagnosis, treatment, nursing care, rehabilitation, and provision of medicine.
  • mobility is not limited to vehicles (automobiles), as long as it provides means of transportation such as bicycles, drones, and airplanes.
  • dispatch may include not only the act of arranging a car but also the act of arranging mobility.
  • the requesting user is a user who receives medical service through the medical mobility service.
  • a contracted user is a user who provides at least mobility-related services based on a request from a requesting user in the medical mobility service.
  • the insurance information processing system 1 includes a service server 100, a management server 200, a communication terminal 300, and a request terminal 400. These devices are connected via a network 500. It is connected.
  • the service server 100 is a server capable of executing a program that provides medical mobility services upon request.
  • the service server 100 is, for example, a computer configured by circuits including a CPU (Central Processing Unit), GPU (Graphic Processing Unit), memory, communication device, and the like.
  • a program capable of providing medical mobility services is installed in the service server 100 .
  • the management server 200 is a server that calculates insurance premiums, and is, for example, a computer configured by circuits including a CPU, a GPU, a memory, a communication device, and the like.
  • the management server 200 is installed with a program capable of calculating insurance premiums based on the content transmitted from the program executed by the service server 100 .
  • the request terminal 400 is a terminal used by a requesting user to request medical mobility services, and is, for example, a smartphone or a PC (Personal Computer) including a circuit configured by a CPU, a memory, a communication device, and the like.
  • the communication terminal 300 is a terminal used for communication such as request contents by contract users who provide transportation means such as cars and medical services based on requests. These include smartphones, PCs, and computers installed in cars.
  • the network 500 is a communication network such as a LAN (Local Area Network), a WAN (Wide Area Network), a cellular network, a fixed telephone network, a local IP (Internet Protocol) network, or the Internet.
  • Network 500 may include wired networks or wireless networks.
  • Network 500 may also include a core network.
  • the core network is, for example, EPC (Evolved Packet Core) or 5G (5G Core network).
  • Network 500 may also include data networks other than the core network.
  • the data network may be a carrier's service network, for example an IMS (IP Multimedia Subsystem) network.
  • the data network may also be a private network, such as a corporate network.
  • the request terminal 400, the service server 100, the management server 200, and the communication terminal 300 use radio access technologies (RAT: Radio Access Technology) or wired access technology to connect to the network 500 or the like.
  • RAT Radio Access Technology
  • the service server 100 or the management server 200 may be a cloud server configured on cloud computing.
  • various memories are collectively called storage devices.
  • the management server 200 calculates insurance premiums based on the content of the request received via the request terminal 400 and the content of dispatch determined by the service server 100 based on the content of the request.
  • the information processing system for insurance 1 can provide appropriate insurance to the requesting user or the contracting user when the requesting user or the contracting user uses the medical mobility service provided by the service server 100 .
  • FIG. 2 is a diagram showing an example of the flow of processing in the information processing system 1 for insurance. The flow of processing of the information processing system 1 for insurance according to the present embodiment will be described with reference to FIG.
  • step S ⁇ b>101 the requesting user operates the requesting terminal 400 to request the use of the medical mobility service, and transmits request information to the service server 100 . More specifically, the requesting user operates the smartphone, which is the requesting terminal 400, and inputs the content of the request via an application or a browser installed on the smartphone. Request information is generated based on this request content, and when the user performs a transmission procedure, the request information is transmitted from the request terminal 400 to the service server 100 .
  • This request information includes input information about the service that the user desires to use, and location information indicating the location of the user or the location specified by the user. Note that this position information is, for example, information indicating the user's position estimated by the GPS of the user's smart phone or the position specified by the user on the map.
  • the service server 100 performs vehicle allocation processing based on the request information. More specifically, the service server 100 executes vehicle allocation processing for the medical mobility service based on the input content included in the request information.
  • the vehicle allocation process is a process of specifying the service contents to be provided as the medical mobility service based on the input contents, and determining the vehicle allocation contents based on the specified result, the vehicle allocation list, and the position information.
  • the dispatch list is a list of pre-registered contracted users.
  • the vehicle allocation list is table information including at least available services, whether or not the contract is available, and the current position of the contracted user's mobility.
  • FIG. 3 is a diagram showing an example of a vehicle allocation list.
  • the service that can be handled indicates a service that can be handled by the contracted user among the service contents in the medical mobility service provided by the service server 100 . Further, whether or not to undertake a contract indicates whether or not the contract user agrees to perform the contract at the present time, which is set by the contract user after registration.
  • the current position indicates the current position of the mobility registered by the contracted user. For example, in the dispatching process by the service server 100, among the contractor users included in the input contents who can correspond to the service selected by the requesting user and who are allowed to undertake contracting, the current position is closest to the requesting user's position information. It is extracted as a dispatch candidate for the contracted user. Then, it determines vehicle allocation contents including vehicle allocation candidates and service contents that can be provided to the requesting user by allocating the vehicle allocation candidates, and generates service information including request information and vehicle allocation contents.
  • the service server 100 transmits service information to the management server 200.
  • the service information may be transmitted in a format in which the management server 200 accesses the service server 100 based on a request from the service server 100 .
  • step S104 the management server 200 performs insurance premium calculation processing for calculating insurance premiums based on the request information and vehicle allocation information included in the service information. More specifically, the insurance premium is calculated based on the medical mobility service (or medical service) to be used, the user's position, and the details of vehicle allocation included in the request information. Insurance premiums are calculated based on service information in a predetermined insurance premium calculation model including service variable ⁇ , position variable ⁇ , and vehicle allocation variable ⁇ by substituting values for each variable. Note that the value to be substituted is determined by a table set in advance for each of the medical mobility service (or medical service), location information, and dispatch content.
  • the medical mobility service is a car transportation service that transports the requesting user to a hospital
  • the management server 200 refers to the table in which the values are set, and determines the values to be substituted.
  • the position variable ⁇ may be determined by referring to a table preset based on the distance between the user's position information and the current position of the vehicle allocation candidate.
  • a machine learning model may be used to calculate insurance premiums.
  • a machine learning model based on a neural network can be used by inputting learning data that is a pair of each variable and insurance premium to generate learning parameters, and generating and using an insurance premium estimation model including parameters based on the learning parameters. good.
  • the vehicle allocation variable ⁇ may change depending on the type of vehicle to be allocated. Also, it may vary depending on the diagnostic equipment and medical equipment installed in the vehicle to be dispatched.
  • the service variable ⁇ may vary based on the nature of the contracted user providing medical mobility services. For example, if the contracting user has a doctor's license, the variable may change in the direction of higher insurance premiums. Also, the position variable ⁇ may change continuously or discretely based on the distance between the requesting user and the contractor user.
  • step S105 the management server 200 transmits insurance information including the calculated insurance premium to the service server 100.
  • the service server 100 generates presentation information based on the insurance information acquired from the management server 200.
  • the presentation information is information including the content of the medical mobility service (or medical service) to be provided, the details of the mobility of the dispatch candidate, the estimated time of arrival of the mobility, the service usage fee, and the insurance premium.
  • step S107 the service server 100 transmits presentation information to the request terminal 400.
  • the requesting user refers to the presentation information displayed on the requesting terminal 400 and selects whether or not to decide to use the medical mobility service.
  • insurance premiums are displayed separately from the service usage fee of the medical mobility service itself, and by making insurance subscription optional, insurance premiums will not be charged if the requesting user does not enroll in insurance.
  • the request terminal 400 transmits to the service server 100 determination information including the content selected by the requesting user. If the requesting user has decided to use the medical mobility service, the service server 100 sends the communication terminal 300 registered by the contracting user associated with the vehicle allocation candidate based on the contents of the selected medical mobility service. Sending instruction information instructing the mobility to move. For example, if the requesting user has selected a medical mobility service in which a doctor diagnoses at a location specified by the requesting user, the contracted user will move the mobility device equipped with diagnostic equipment, medical staff, etc. to the location specified by the requesting user. .
  • the information processing system for insurance 1 allows the requesting user to subscribe to appropriate insurance for receiving medical mobility services.
  • the insurance premium for the requesting user is calculated, but the insurance premium for the contracting user may be calculated in step S104.
  • the variables themselves are the same as those for requesting users. For example, when providing a medical mobility service that transports a requesting user from the requesting user's home to a designated hospital by car, a traffic accident occurs due to the negligence of the contracting user, and the medical care that the requesting user should have received may not be possible. When it becomes impossible to receive, the contractor user may incur a large amount of compensation. In this way, contract users are also required to diversify risks, so it is required to provide contract users with appropriate insurance.
  • FIG. 4 is a diagram illustrating an example of a user interface of the medical mobility service application.
  • the requesting user can activate the application for using the medical mobility service by tapping or otherwise selecting the icon 10 shown in A of FIG.
  • the application is started, the menu screen shown in FIG. 4B is displayed.
  • the menu screen shown in FIG. 4B displays a setting icon 11 for transitioning to a screen for performing various settings related to the application, a service request icon 12 for transitioning to a screen for requesting a service, past request history, and the like.
  • a startup screen including a past history icon 13 for transitioning to a screen for entering a current state and a status input icon 14 for transitioning to a screen for entering a current status is displayed.
  • the application transitions to the setting screen and registers the user information based on the input content of the requesting user.
  • User information includes, for example, name, sex, age, blood type, address, telephone number, family structure, occupation, insurance information, credit card information, and the like.
  • the requesting user sets setting information regarding the medical service on the setting screen.
  • the setting information is, for example, the user's wishes, requirements, or restrictions regarding medical services.
  • AI inquiry is an inquiry algorithm that estimates the user's condition based on the user's input content.
  • the requesting user can activate the application for using the medical mobility service by tapping or otherwise selecting the icon 10 shown in A of FIG.
  • the application is started, the menu screen shown in FIG. 4B is displayed.
  • the application transitions to the service request screen and executes the medical mobility service based on the requesting user's input.
  • FIG. 5 is a diagram showing an example of the user interface of the AI inquiry application.
  • the requesting user selects an AI inquiry input method on the AI inquiry menu screen shown in A of FIG.
  • the AI inquiry algorithm estimates the symptoms, disease name, etc. from the image.
  • the icon 20 is selected, a symptom displayed as shown in FIG. 5B is selected, and the AI inquiry algorithm estimates the name of the disease based on the input symptom.
  • the requesting user can call the medical mobility service provider as an emergency call, skipping the inquiry step of the AI inquiry algorithm.
  • the AI interview does not have to be limited to one method as long as it is possible to estimate symptoms and disease names based on the input information. For example, techniques based on neural network-based machine learning, decision trees, random forests, linear regression, Bayesian models, and the like are used. In addition, when a method of performing machine learning is adopted, it is preferable to use patient data associated with symptoms and disease names as learning data.
  • FIG. 6 is a diagram showing an example of the flow of processing of the information processing system 1 for insurance in this embodiment. Processes other than steps S201, S202, S203, and S204 are the same as those in the above-described embodiment, so description thereof will be omitted. The insurance premium calculation process in this embodiment will be described below.
  • step S201 the service server 100 receives request information from the request terminal 400.
  • the request information includes inquiry information, input information about the service desired to be used, and location information indicating the location of the user or the location specified by the user.
  • step S202 the service server 100 performs vehicle allocation processing based on the medical inquiry information, the desired service, and the location information. More specifically, the service server 100 determines the mobility to be dispatched based on the inquiry information and the service desired to be used, and executes the process of dispatching the medical mobility service.
  • step S203 the service server 100 transmits service information and inquiry information to the management server 200.
  • the service information and medical inquiry information may be transmitted in a form in which the management server 200 accesses the service server 100 based on a request from the service server 100 .
  • the management server 200 performs insurance premium calculation processing for calculating insurance premiums based on the request information and vehicle allocation information included in the service information and medical interview information. More specifically, the insurance premium is calculated based on the medical mobility service (or medical service) to be used, the user's position, the details of vehicle allocation, and the degree of risk based on the interview information included in the request information. Insurance premiums are calculated by substituting values for each variable based on the acquired information into a predetermined insurance premium calculation model that includes service variable ⁇ , position variable ⁇ , vehicle allocation variable ⁇ , and risk degree ⁇ as variables. Calculate The value to be substituted is determined by a table set in advance for each of the medical mobility service (or medical service), location information, vehicle dispatch content, and interview information.
  • a machine learning model may be used to calculate insurance premiums.
  • a machine learning model based on a neural network can be used by inputting learning data that is a pair of each variable and insurance premium to generate learning parameters, and generating and using an insurance premium estimation model including parameters based on the learning parameters. good.
  • steps S205 to S208 are the same as those described in steps S105 to S108 of FIG.
  • the information processing system for insurance 1 can take into consideration the interview information for the requesting user, and can subscribe to appropriate insurance for receiving the medical mobility service. .
  • this system makes it possible to differentiate insurance premiums for patients with mild symptoms and those with severe symptoms by utilizing interview information, and to propose insurance premiums that match the symptoms.
  • the insurance premium for the requesting user is calculated, but the insurance premium for the contracting user may be calculated in step S204.
  • the variables themselves are the same as those for requesting users. For example, when providing a medical mobility service that transports a requesting user from the requesting user's home to a designated hospital by car, the subarachnoid hemorrhage worsens because the contracting user accidentally runs on a rough road. There is a possibility that the treatment of the requesting user will be adversely affected. In such cases, the contract user may incur significant damages. In this way, contract users are also required to distribute risks according to symptoms, so it is preferable to be able to propose appropriate insurance to contract users by utilizing this system.
  • the service server 100 or the management server 200 of this embodiment may be implemented by a dedicated computer system or by a general-purpose computer system.
  • a communication program for executing the above operations is distributed by storing it in a computer-readable recording medium such as an optical disk, semiconductor memory, magnetic tape, or flexible disk.
  • the control device is configured by installing the program in a computer and executing the above-described processing.
  • the control device may be a device (for example, a personal computer) external to the service server 100 or the management server 200 .
  • the control device may be a device inside the service server 100 or the management server 200 .
  • the above communication program may be stored in a disk device provided in a server device on a network such as the Internet, so that it can be downloaded to a computer.
  • the functions described above may be realized through cooperation between an OS (Operating System) and application software.
  • the parts other than the OS may be stored in a medium and distributed, or the parts other than the OS may be stored in a server device so that they can be downloaded to a computer.
  • each component of each device illustrated is functionally conceptual and does not necessarily need to be physically configured as illustrated.
  • the specific form of distribution and integration of each device is not limited to the illustrated one, and all or part of them can be functionally or physically distributed and integrated in arbitrary units according to various loads and usage conditions. Can be integrated and configured.
  • the processing described as being performed by the service server 100 may be performed by the management server 200 .
  • the service server 100 may process the processing described as being performed by the management server 200 .
  • the present embodiment can be applied to any configuration that constitutes a device or system, such as a processor as a system LSI (Large Scale Integration), a module using a plurality of processors, a unit using a plurality of modules, etc. Furthermore, it can also be implemented as a set or the like (that is, a configuration of a part of the device) to which other functions are added.
  • a processor as a system LSI (Large Scale Integration)
  • module using a plurality of processors a unit using a plurality of modules, etc.
  • it can also be implemented as a set or the like (that is, a configuration of a part of the device) to which other functions are added.
  • the system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same housing. Therefore, a plurality of devices housed in separate housings and connected via a network, and a single device housing a plurality of modules in one housing, are both systems. .
  • this embodiment can take a configuration of cloud computing in which one function is shared by a plurality of devices via a network and processed jointly.
  • the present technology can also take the following configuration.
  • the information processing system for insurance according to (2) the insurance premium is presented to a user who requested the medical mobility service; Information processing system for insurance.
  • the information processing system for insurance according to (3) Obtaining further user inquiry information by executing the program instructions by the one or more processors; The insurance premium is calculated based on the medical mobility service, the location information, the content of the dispatch, and the medical interview information.
  • Information processing system for insurance. (5) The information processing system for insurance according to (4), The insurance premium estimates the degree of risk from the medical interview information, and the fee is calculated according to the degree of risk. Information processing system for insurance.
  • An insurance information processing method for calculating insurance premiums by executing program instructions stored in a storage device by one or more processors, Obtain request information for medical mobility services, determining vehicle allocation content based on the medical mobility service to be used included in the request information and the location information of the user included in the request information; calculating an insurance premium based on the medical mobility service, the location information, and the content of the dispatch; presenting the calculated insurance premium to the user; Information processing method for insurance.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

保険向け情報処理システム（１）は、１以上のプロセッサと、プログラム指示を記憶した１以上のストレージデバイスと、を備え、前記１以上のプロセッサによって前記プログラム指示が実行されることにより、医療モビリティサービスの依頼情報を取得し、前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれるユーザの位置情報と、に基づいて配車内容を決定し、前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、前記算出した保険料をユーザに提示する。

Description

保険向け情報処理システム、及び保険向け情報処理方法
　本開示は、保険向け情報処理システム、及び保険向け情報処理方法に関する。
　近年、ＭａａＳ（Mobility　as　a　Service）とよばれる、交通手段による移動を最適化する等のサービスの提供が増加している。このトレンドに対して新しい保険システムが提案されており、例えば特許文献１では、予め設定した保険に基づく経路提示を行うシステムが提案されている。
特許第６８５５１０３号公報
　ところで、医療ＭａａＳとして車を医療拠点として利用したり、車を医療機関への移動手段として利用したりすることが提案されている。しかしながら、従来の医療保険や損害保険では、医療ＭａａＳを利用するユーザのリスクに備えるための保険として不十分であった。
　例えば、医療機器を搭載して移動可能な医療拠点として機能する車による医療サービスを提供する際に、交通事故などにより患者への診断や治療に問題が生じたとき、従来の保険では対応できない。すなわち、医師・患者・運転手といった医療ＭａａＳの利用ユーザが保険を用いたリスク分散を行うことができなくなる。医療のようなインシデントが発生した場合のリスクが大きい分野においては、保険による適切なリスク分散ができない場合、サービスの普及が難しい。そこで、医療ＭａａＳ向けの新たな保険システムが求められている。
　そこで、本開示では、医療ＭａａＳに対応可能な保険向け情報処理システム、及び保険向け情報処理方法を提案する。
　上記の課題を解決するために、本開示に係る一形態の保険向け情報処理システムは、１以上のプロセッサと、プログラム指示を記憶した１以上のストレージデバイスと、を備え、前記１以上のプロセッサにより前記プログラム指示が実行されることにより、医療モビリティサービスの依頼情報を取得し、前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれる位置情報と、に基づいて配車内容を決定し、前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、前記算出した保険料をユーザに提示する。
保険向け情報処理システムの構成の一例を示す図である。 保険向け情報処理システムの処理の流れの一例を示した図である。 配車リストの一例を示した図である。 医療モビリティサービス用アプリケーションのユーザインタフェースの一例を示す図である。 ＡＩ問診アプリケーションのユーザインタフェースの一例を示す図である。 変形例における保険向け情報処理システムの処理の流れの一例を示した図である。
　以下、本開示の実施形態について図面に基づいて詳細に説明する。なお、以下の各実施形態において、同一の部位には同一の符号を付することにより重複する説明を省略する。
　また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成を、同一の符号の後に異なる数字を付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてサーバ１００－１、及び１００－２のように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、サーバ１００－１、及び１００－２を特に区別する必要が無い場合には、単にサーバ１００と称する。
　また、以下に示す項目順序に従って本開示を説明する。
　　１．本実施形態の概要
　　２．保険向け情報処理システムの構成
　　３．処理の流れ
　　４．変形例
　　５．補足事項
　　６．むすび
＜＜１．本実施形態の概要＞＞
　日本では地方において医師の数が足りず、高齢者の患者が適切な医療を受けることができない事例が増加している。また、都会においても医療を受ける際の移動や受け取りの最適化が求められている。さらに世界においても医師が足りずに適切な医療が受けられない患者に対して遠隔で診断を行う等の医療行為が求められている。また、医療ＭａａＳは、車を医療拠点として利用できたり、車を医療機関への移動手段として利用できたりする医療サービスを提供することで、様々な患者に適切な医療を提供できるようになることが期待されている。
　しかしながら、従来の医療保険や損害保険では、医療ＭａａＳを利用するユーザのリスクに備えるための保険として不十分であった。例えば、医療機器を搭載した車による移動可能な医療サービスを提供する際に、交通事故などにより患者への診断や治療に問題が生じたとき、従来の保険では対応できない。
　保険とは基本的に大数の法則を利用し、保険加入者が相互にリスクを分散しあうことで、経済的補償を得て個人の生活や企業経営の安定化を図るものである。すなわち、保険が機能しない状況であると、利用ユーザにとってリスクの分散が難しい。医療のようなインシデントが発生した場合のリスクが大きい分野においては、保険による適切なリスク分散ができない場合、サービスの普及自体が難しくなることが予想される。
　また、従来の保険を医療ＭａａＳに適用しようとした場合、発生するインシデントの影響がインシデントごとに大きく異なるため、リスクを過少または過大に見積もってしまう可能性がある。そのため、従来の保険の基準を用いて医療ＭａａＳにおいて保険加入者が支払う保険料を算出すると、リスクと保険料のバランスが適切ではなくなる可能性がある。
　そこで、本実施形態では、医療ＭａａＳにおいて、適切な保険を提供するためのシステムを実現可能にする。具体的には、本実施形態の保険向け情報処理システムは、医療モビリティサービスへの利用申請を受け付け、利用申請に含まれるユーザ位置に基づいて医療モビリティを配車する。そしてユーザ位置と配車内容に基づいて保険料を算出し、保険料をユーザに提示する。
　医療モビリティサービスは、モビリティを活用して医療サービスを提供するサービスである。例えば、医療モビリティサービスは、診断機器や治療機器を搭載し、医療スタッフが乗車している車をユーザが指定した位置に配車することで、ユーザが医療サービスを受けられるサービスである。また、例えば、医療モビリティサービスは、依頼ユーザが指定した位置に請負ユーザが薬などを届けるサービスであってもよい。また、例えば、医療モビリティサービスは、依頼ユーザが指定した医療機関や検査機関まで請負ユーザが依頼ユーザを車に乗せて届けるサービスであってもよい。また、例えば、依頼ユーザが指定した位置へ医療スタッフを移送するサービスであってもよい。なお、医療サービスとは、診断行為や治療行為、介護行為、リハビリ行為、薬の提供の少なくともいずれかを含むサービスである。また、モビリティは車両（自動車）だけでなく、自転車やドローン、飛行機といった移動手段を提供するものであればよい。また、配車とは、車を手配する行為だけでなく、モビリティを手配する行為を含んでもよい。また、依頼ユーザとは、医療モビリティサービスを介して医療サービスを受けるユーザである。また、請負ユーザとは、医療モビリティサービスにおいて依頼ユーザの依頼に基づいて、少なくともモビリティに関するサービスを提供するユーザである。
＜＜２．保険向け情報処理システムの構成＞＞
　図１を参照して、本開示の第１の実施形態に係る保険向け情報処理システムの構成例について説明する。なお、以下では配車されるのは車の例を示しているが、サービス提供可能なモビリティであれば車でなくともよい。
　図１に示すように、本実施形態に係る保険向け情報処理システム１は、サービスサーバ１００と、管理サーバ２００と、通信端末３００と、依頼端末４００と、を備え、これらの装置がネットワーク５００によって接続されている。
　サービスサーバ１００は、要求に応じて医療モビリティサービスを提供するプログラムを実行可能なサーバである。サービスサーバ１００は、例えば、ＣＰＵ（Central　Processing　Unit）やＧＰＵ（Graphic　Processing　Unit）、メモリ、通信装置等を含む回路によって構成されるコンピュータである。サービスサーバ１００には、医療モビリティサービスを提供可能なプログラムがインストールされている。管理サーバ２００は、保険料を算出するサーバであり、例えば、ＣＰＵやＧＰＵ、メモリ、通信装置等を含む回路によって構成されるコンピュータである。管理サーバ２００には、サービスサーバ１００で実行されるプログラムから送信された内容に基づいて保険料を算出可能なプログラムがインストールされている。依頼端末４００は、依頼側のユーザが医療モビリティサービスへ依頼を行う端末であり、例えば、ＣＰＵやメモリ、通信装置等により構成される回路を含むスマートフォンやＰＣ（Personal　Computer）である。通信端末３００は、依頼に基づいて車等の移動手段や医療サービスを提供する請負ユーザが依頼内容などの通信に用いる端末であり、例えば、ＣＰＵやメモリ、通信装置等により構成される回路を含むスマートフォンやＰＣ、車に搭載されたコンピュータである。なお、図１では、ネットワーク５００が１つしか示されていないが、ネットワーク５００は複数存在していてもよい。ネットワーク５００は、ＬＡＮ（Local　Area　Network）、ＷＡＮ（Wide　Area　Network）、セルラーネットワーク、固定電話網、地域ＩＰ（Internet　Protocol）網、インターネット等の通信ネットワークである。ネットワーク５００には、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。また、ネットワーク５００には、コアネットワークが含まれていてもよい。コアネットワークは、例えば、ＥＰＣ（Evolved　Packet　Core）や５Ｇ（5G　Core　network）である。また、ネットワーク５００には、コアネットワーク以外のデータネットワークが含まれていてもよい。データネットワークは、通信事業者のサービスネットワーク、例えば、ＩＭＳ（IP　Multimedia　Subsystem）ネットワークであってもよい。また、データネットワークは、企業内ネットワーク等、プライベートなネットワークであってもよい。依頼端末４００、サービスサーバ１００、管理サーバ２００、通信端末３００は、ＬＴＥ（Long　Term　Evolution）、ＮＲ（New　Radio）、Ｗｉ－Ｆｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、等の無線アクセス技術（RAT：Radio　Access　Technology）または有線アクセス技術を用いてネットワーク５００等と接続する。また、サービスサーバ１００または管理サーバ２００は、クラウドコンピューティング上に構成されたクラウドサーバであってもよい。また、各種メモリを総称してストレージデバイスとよぶ。
　保険向け情報処理システム１は、依頼端末４００を介して受信した依頼内容と、サービスサーバ１００が依頼内容に基づき決定した配車内容と、に基づいて、管理サーバ２００が保険料を算出する。これにより、保険向け情報処理システム１は、サービスサーバ１００が提供する医療モビリティサービスを依頼ユーザおよび請負ユーザが利用する際に、適切な保険を依頼ユーザまたは請負ユーザに提供することができる。
　以上、本実施形態の概要を述べたが、以下、本実施形態に係る保険向け情報処理システム１詳細に説明する。
＜＜３．処理の流れ＞＞
　図２は、保険向け情報処理システム１の処理の流れの一例を示した図である。図２を参照して本実施形態に係る保険向け情報処理システム１の処理の流れについて説明する。
　ステップＳ１０１では、依頼ユーザが依頼端末４００を操作して、医療モビリティサービスの利用依頼を行い、依頼情報をサービスサーバ１００に送信する。より具体的に述べると、依頼ユーザが依頼端末４００であるスマートフォンを操作し、スマートフォンにインストールされているアプリケーションまたはブラウザを介して、依頼内容を入力する。この依頼内容に基づいて依頼情報が生成され、利用ユーザが送信手続きを行うと、依頼情報が依頼端末４００からサービスサーバ１００に送信される。この依頼情報には、利用を希望するサービスに関する入力情報と、ユーザの位置またはユーザが指定する位置を示す位置情報が含まれる。なお、この位置情報は、例えばユーザのスマートフォンのＧＰＳにより推定されたユーザの位置やユーザが地図上で指定した位置を示す情報である。
　ステップＳ１０２では、サービスサーバ１００が依頼情報に基づいて配車処理を行う。より具体的に述べると、サービスサーバ１００は、依頼情報に含まれる入力内容に基づいて、医療モビリティサービスの配車処理を実行する。配車処理は、入力内容に基づいて医療モビリティサービスとして提供するサービス内容を特定し、特定した結果と、配車リストと、位置情報とに基づいて配車内容を決定する処理である。なお、配車リストは、事前に登録されている請負ユーザのリストである。配車リストは、少なくとも対応可能なサービスと、請負可否と、請負ユーザのモビリティの現在位置と、を含んでいるテーブル情報である。
　図３は、配車リストの一例を示した図である。対応可能なサービスとは、サービスサーバ１００が提供する医療モビリティサービスにおけるサービス内容のうち、請負ユーザが対応可能なサービスを示している。また、請負可否とは、請負ユーザによって登録後に設定される、現時点で請負を行うことに同意しているかどうかを示している。現在位置は、請負ユーザが登録しているモビリティの現在位置を示している。例えば、サービスサーバ１００による配車処理は、入力内容に含まれている依頼ユーザが選択したサービスに対応可能、かつ、請負を可としている請負ユーザのうち、依頼ユーザの位置情報に最も現在位置が近い請負ユーザに対して配車候補として抽出する。そして配車候補と、配車候補を配車することにより依頼ユーザに提供可能なサービス内容とを含めた配車内容を決定し、依頼情報と配車内容とを含むサービス情報を生成する。
　ステップＳ１０３では、サービスサーバ１００が管理サーバ２００にサービス情報を送信する。なお、サービス情報の送信は、管理サーバ２００がサービスサーバ１００の要求に基づいてサービスサーバ１００にアクセスする形式であってもよい。
　ステップＳ１０４では、管理サーバ２００がサービス情報に含まれる依頼情報と配車情報とに基づいて保険料を算出する保険料算出処理を行う。より具体的に述べると、依頼情報に含まれる利用対象の医療モビリティサービス（または医療サービス）と、ユーザ位置と、配車内容とに基づき、保険料を算出する。保険料の算出は、サービス変数α、位置変数β、配車変数γを変数として含む所定の保険料計算モデルにサービス情報に基づき、それぞれの変数に値を代入して保険料を算出する。なお、代入する値は、医療モビリティサービス（または医療サービス）や位置情報、配車内容のそれぞれで事前に設定されているテーブルによって決定される。例えば、医療モビリティサービスが依頼ユーザを病院に送り届ける車移動サービスである場合は１、医療モビリティサービスが依頼ユーザに所定の薬局から薬を配達するサービスである場合は２、といったそれぞれのサービスに対応した値が設定されているテーブルを管理サーバ２００が参照し、代入する値を決定する。なお、位置変数βについては、ユーザの位置情報と、配車候補の現在位置との間の距離に基づいて事前に設定されたテーブルを参照して決定してもよい。なお、保険料の算出に機械学習モデルを用いてもよい。例えば、ニューラルネットワークに基づく機械学習モデルにそれぞれの変数と保険料のペアとなる学習データを入力して学習パラメータを生成し、学習パラメータに基づくパラメータを含む保険料推定モデルを生成して用いてもよい。
　配車変数γは、配車される車の車種によって変化してもよい。また、配車される車に搭載されている診断機器や医療機器によって変化してもよい。サービス変数αは、医療モビリティサービスを提供する請負ユーザの性質に基づいて変化してもよい。例えば、請負ユーザが医師資格を所有している場合は保険料が高くなる方向に変数が変化してもよい。また、位置変数βは、依頼ユーザと請負ユーザの間の距離に基づいて連続的に変化してもよいし、離散的に変化してもよい。
　ステップＳ１０５では、管理サーバ２００が算出された保険料を含む保険情報をサービスサーバ１００に送信する。
　ステップＳ１０６では、サービスサーバ１００が管理サーバ２００から取得した保険情報に基づいて、提示情報を生成する。提示情報は、提供する医療モビリティサービス（または医療サービス）の内容と、配車候補のモビリティの詳細と、モビリティ到着予定時間と、サービス利用料と、保険料とを含む情報である。
　ステップＳ１０７では、サービスサーバ１００は依頼端末４００に提示情報を送信する。依頼ユーザは依頼端末４００に表示された提示情報を参照し、医療モビリティサービスの利用を決定するかどうかを選択する。なお、保険料については医療モビリティサービス自体のサービス利用料とは別で表示し、かつ、保険の加入を選択性とすることで、依頼ユーザが保険に加入しない場合は保険料を請求しないようにしてもよい。
　ステップＳ１０８では、依頼端末４００が、依頼ユーザが選択した内容を含む決定情報をサービスサーバ１００に送信する。サービスサーバ１００は、依頼ユーザが医療モビリティサービスを利用することを決定していた場合は配車候補に紐づく請負ユーザが登録した通信端末３００に対して、選択された医療モビリティサービスの内容に基づいてモビリティを移動させるように指示する指示情報を送信する。例えば、依頼ユーザの指定した位置にて医師による診断が行われる医療モビリティサービスを選択していた場合は、請負ユーザは依頼ユーザの指定した位置に診断装置や医療スタッフ等を備えたモビリティを移動させる。
　ステップＳ１０１～Ｓ１０８の処理により、本実施形態に係る保険向け情報処理システム１は、依頼ユーザに対して医療モビリティサービスを受ける上で適切な保険に加入することができる。
　上記実施形態においては、依頼ユーザに対する保険に関する保険料の算出を行ったが、ステップＳ１０４にて請負ユーザに対する保険の保険料の算出を行ってもよい。保険料の計算モデルは請負ユーザ向けであっても変数自体は依頼ユーザ向けの保険料の計算と同様である。例えば、依頼ユーザを依頼ユーザの自宅から指定された病院まで車で運ぶ医療モビリティサービスを提供しているときに、請負ユーザの過失により交通事故が生じ、依頼ユーザが本来受けるべきであった医療が受けられなくなったとき、請負ユーザには多額の賠償金が生じる可能性がある。このように請負ユーザに関してもリスク分散が求められているため、請負ユーザに適切な保険を提供することが求められている。
＜＜４．変形例＞＞
　上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
　例えば、上述の実施形態に保険料の算出に、依頼ユーザへの問診内容を利用してもよい。図４～図５を参照して保険料の算出に問診内容を反映する第１の変形例について説明する。図４は、医療モビリティサービス用アプリケーションのユーザインタフェースの一例を示す図である。
　依頼ユーザは、図４のＡに示すアイコン１０をタップなどの方法で選択することによって医療モビリティサービスを利用するためのアプリケーションを起動することができる。アプリケーションが起動すると、図４のＢに示すメニュー画面が表示される。
　図４のＢに示すメニュー画面には、アプリケーションに関する種々の設定を行う画面に遷移するための設定アイコン１１、サービス依頼を行う画面に遷移するためのサービス依頼アイコン１２、過去の依頼履歴等を表示する画面に遷移するための過去履歴アイコン１３、現在の状態を入力する画面に遷移するための状態入力アイコン１４を含む起動画面が表示される。
　アプリケーションは、依頼ユーザが設定アイコン１１をタップすることに応じて設定画面に遷移し、依頼ユーザの入力内容に基づいてユーザ情報を登録する。ユーザ情報は、例えば氏名、性別、年齢、血液型、住所、電話番号、家族構成、職業、保険情報またはクレジットカード情報などである。また、依頼ユーザは、設定画面にて医療サービスに関する設定情報を設定する。設定情報は、例えば医療サービスに関するユーザの希望事項、必要事項、または制限事項などである。
　アプリケーションは、依頼ユーザが状態入力アイコン１４をタップすることに応じて状態入力画面に遷移し、依頼ユーザの入力に応じて依頼ユーザの状態情報を登録する。例えば、アプリケーションは、状態入力アイコン１４のタップに応じてＡＩ（Artificial　Intelligence）問診アプリケーション（以下、ＡＩ問診と称する）による状態入力画面に遷移する。ＡＩ問診は、ユーザの入力内容に基づいてユーザの状態を推定する問診アルゴリズムである。
　依頼ユーザは、図４のＡに示すアイコン１０をタップなどの方法で選択することによって医療モビリティサービスを利用するためのアプリケーションを起動することができる。アプリケーションが起動すると、図４のＢに示すメニュー画面が表示される。
　アプリケーションは、依頼ユーザがサービス依頼アイコン１２をタップすることに応じてサービス依頼画面に遷移し、依頼ユーザの入力内容に基づいて医療モビリティサービスを実行する。
　上述のＡＩ問診について詳細を説明する。図５は、ＡＩ問診アプリケーションのユーザインタフェースの一例を示す図である。依頼ユーザは、図５のＡに示すＡＩ問診メニュー画面にて、ＡＩ問診の入力方法を選択する。アイコン１９を選択した場合は、患部を撮影した写真を入力することで、ＡＩ問診アルゴリズムが画像から症状や病名等を推定する。また、アイコン２０を選択した場合は、図５のＢのように表示される症状を選択し、入力された症状をもとにＡＩ問診アルゴリズムが病名等を推定する。また、アイコン２１を選択した場合には、依頼ユーザは、緊急電話としてＡＩ問診アルゴリズムの問診ステップを飛ばして、医療モビリティサービス提供者に電話することができる。
　ＡＩ問診は、入力された情報に基づいて症状や病名の推定が可能であればよく、その機能を手法は一つに限られない。例えばニューラルネットワークに基づく機械学習や決定木、ランダムフォレスト、線形回帰、ベイズモデル等による手法が用いられる。なお、機械学習を行う手法が採用される場合は、学習データとして症状や病名が紐づいた患者データを用いることが好ましい。
　本実施形態では、上述した依頼ユーザへの問診内容を利用して保険料の算出を行う。図６は、本実施形態における保険向け情報処理システム１の処理の流れの一例を示した図である。ステップＳ２０１、Ｓ２０２、Ｓ２０３、Ｓ２０４以外の処理については上述の実施形態と同様であるため説明を省略する。以下に本実施形態における保険料算出処理について説明する。
　ステップＳ２０１では、サービスサーバ１００は、依頼端末４００から依頼情報を受信する。依頼情報には、問診情報と、利用を希望するサービスに関する入力情報と、ユーザの位置またはユーザが指定する位置を示す位置情報が含まれる。
　ステップＳ２０２では、サービスサーバ１００は、問診情報と、利用を希望するサービスと、位置情報に基づいて、配車処理を行う。より具体的に述べると、サービスサーバ１００は、問診情報と利用を希望するサービスに基づいて配車する対象のモビリティを決定し、医療モビリティサービスの配車処理を実行する。
　ステップＳ２０３では、サービスサーバ１００が管理サーバ２００にサービス情報と問診情報を送信する。なお、サービス情報と問診情報の送信は、管理サーバ２００がサービスサーバ１００の要求に基づいてサービスサーバ１００にアクセスする形式であってもよい。
　ステップＳ２０４では、管理サーバ２００がサービス情報と問診情報に含まれる依頼情報と配車情報とに基づいて保険料を算出する保険料算出処理を行う。より具体的に述べると、依頼情報に含まれる利用対象の医療モビリティサービス（または医療サービス）と、ユーザ位置と、配車内容と、問診情報に基づくリスク度に基づき、保険料を算出する。保険料の算出は、サービス変数α、位置変数β、配車変数γ、リスク度σを変数として含む所定の保険料計算モデルに、取得した情報に基づき、それぞれの変数に値を代入して保険料を算出する。なお、代入する値は、医療モビリティサービス（または医療サービス）や位置情報、配車内容、問診情報のそれぞれで事前に設定されているテーブルによって決定される。例えば、問診情報テーブルの場合は、問診情報に含まれる症状と、その症状に対応するリスク度とのテーブルデータである。なお、問診情報に含まれる症状は、ＡＩ問診が推定した症状であってもよいし、患者による自己チェック結果であってもよい。また、リスク度は症状の緊急性や移動難易度によって決定されることが好ましい。例えば、発熱症状のみであれば緊急性も移動難易度も低いためリスク度は低く、発熱症状と味覚障害の両方の症状がみられる場合であれば感染症対策が必要であるためリスク度は高く設定されるなどが好ましい。また、くも膜下出血のような移動の際に振動を加えることが好ましくない症状と推定される場合も、リスク度は高く設定されることが好ましい。なお、保険料の算出に機械学習モデルを用いてもよい。例えば、ニューラルネットワークに基づく機械学習モデルにそれぞれの変数と保険料のペアとなる学習データを入力して学習パラメータを生成し、学習パラメータに基づくパラメータを含む保険料推定モデルを生成して用いてもよい。
　ステップＳ２０５～Ｓ２０８は、図２のステップＳ１０５～Ｓ１０８で説明した内容と同様である。
　ステップＳ２０１～Ｓ２０８の処理により、本実施形態に係る保険向け情報処理システム１は、依頼ユーザに対して問診情報を加味した上で、医療モビリティサービスを受ける上で適切な保険に加入することができる。特に、本システムにより、問診情報を活用することで軽症な患者と重症な患者で保険料を異ならせ、症状に合わせた保険料を提案することができる。
　上記実施形態においては、依頼ユーザに対する保険に関する保険料の算出を行ったが、ステップＳ２０４にて請負ユーザに対する保険の保険料の算出を行ってもよい。保険料の計算モデルは請負ユーザ向けであっても変数自体は依頼ユーザ向けの保険料の計算と同様である。例えば、依頼ユーザを依頼ユーザの自宅から指定された病院まで車で運ぶ医療モビリティサービスを提供しているときに、請負ユーザの過失により凸凹が大きい道を走ってしまったために、くも膜下出血が悪化してしまい、依頼ユーザの治療に悪影響を及ぼしてしまう可能性が考えられる。このような場合、請負ユーザには多額の賠償金が生じる可能性がある。このように請負ユーザに関しても症状に応じたリスク分散が求められているため、本システムを活用して請負ユーザに適切な保険を提案できることが好ましい。
＜＜５．補足事項＞＞
　上述の実施形態は一例を示したものであり、種々の変更及び応用が可能である。
　本実施形態のサービスサーバ１００、又は管理サーバ２００は、専用のコンピュータシステムにより実現してもよいし、汎用のコンピュータシステムによって実現してもよい。
　例えば、上述の動作を実行するための通信プログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布する。そして、例えば、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成する。このとき、制御装置は、サービスサーバ１００、又は管理サーバ２００の外部の装置（例えば、パーソナルコンピュータ）であってもよい。また、制御装置は、サービスサーバ１００、又は管理サーバ２００の内部の装置であってもよい。
　また、上記通信プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating　System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。
　また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
　また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。例えば、サービスサーバ１００にて行われると説明した処理を、管理サーバ２００が処理してもよい。また、管理サーバ２００にて行われると説明した処理を、サービスサーバ１００が処理してもよい。
　また、上述の実施形態は、処理内容を矛盾させない領域で適宜組み合わせることが可能である。また、上述の実施形態のフローチャートに示された各ステップは、適宜順序を変更することが可能である。
　また、例えば、本実施形態は、装置またはシステムを構成するあらゆる構成、例えば、システムＬＳＩ（Large　Scale　Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
　なお、本実施形態において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、全ての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　また、例えば、本実施形態は、１つの機能を、ネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
＜＜６．むすび＞＞
　以上、本開示の各実施形態について説明したが、本開示の技術的範囲は、上述の各実施形態そのままに限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。また、異なる実施形態及び変形例にわたる構成要素を適宜組み合わせてもよい。
　また、本明細書に記載された各実施形態における効果はあくまで例示であって限定されるものでは無く、他の効果があってもよい。
　なお、本技術は以下のような構成も取ることができる。
（１）
　１以上のプロセッサと、
プログラム指示を記憶した１以上のストレージデバイスと、
を備え、
前記１以上のプロセッサによって前記プログラム指示が実行されることにより、
医療モビリティサービスの依頼情報を取得し、
前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれるユーザの位置情報と、に基づいて配車内容を決定し、
前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、
前記算出した保険料をユーザに提示する、
保険向け情報処理システム。
（２）
　（１）に記載の保険向け情報処理システムであって、
前記保険料は、選択された医療モビリティサービスの種類と、前記位置情報から算出される移動距離と、配車されたモビリティの種類と、に基づいて算出される、
保険向け情報処理システム。
（３）
　（２）に記載の保険向け情報処理システムであって、
前記保険料は、前記医療モビリティサービスを依頼したユーザに対して提示される、
保険向け情報処理システム。
（４）
　（３）に記載の保険向け情報処理システムであって、
前記１以上のプロセッサによって前記プログラム指示が実行されることにより、さらにユーザの問診情報を取得し、
前記保険料は、前記医療モビリティサービスと、前記位置情報と、前記配車内容と、前記問診情報と、に基づいて算出される、
保険向け情報処理システム。
（５）
　（４）に記載の保険向け情報処理システムであって、
前記保険料は、前記問診情報からリスク度を推定し、前記リスク度に応じて料金が算出される、
保険向け情報処理システム。
（６）
　１以上のプロセッサによってストレージデバイスに記憶されているプログラム指示が実行されることにより保険料を算出する保険向け情報処理方法であって、
医療モビリティサービスの依頼情報を取得し、
前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれるユーザの位置情報と、に基づいて配車内容を決定し、
前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、
前記算出した保険料をユーザに提示する、
保険向け情報処理方法。
　１　保険向け情報処理システム
　１０、１１、１２、１３、１４、１９、２０、２１　アイコン
　１００　サービスサーバ
　２００　管理サーバ
　３００　通信端末
　４００　依頼端末
　５００　ネットワーク

Claims (6)

  1. 　１以上のプロセッサと、
    　プログラム指示を記憶した１以上のストレージデバイスと、
    　を備え、
    　前記１以上のプロセッサによって前記プログラム指示が実行されることにより、
    　医療モビリティサービスの依頼情報を取得し、
    　前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれるユーザの位置情報と、に基づいて配車内容を決定し、
    　前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、
    　前記算出した保険料をユーザに提示する、
    　保険向け情報処理システム。
  2. 　請求項１に記載の保険向け情報処理システムであって、
    　前記保険料は、選択された医療モビリティサービスの種類と、前記位置情報から算出される移動距離と、配車されたモビリティの種類と、に基づいて算出される、
    　保険向け情報処理システム。
  3. 　請求項２に記載の保険向け情報処理システムであって、
    　前記保険料は、前記医療モビリティサービスを依頼したユーザに対して提示される、
    　保険向け情報処理システム。
  4. 　請求項３に記載の保険向け情報処理システムであって、
    　前記１以上のプロセッサによって前記プログラム指示が実行されることにより、さらにユーザの問診情報を取得し、
    　前記保険料は、前記医療モビリティサービスと、前記位置情報と、前記配車内容と、前記問診情報と、に基づいて算出される、
    　保険向け情報処理システム。
  5. 　請求項４に記載の保険向け情報処理システムであって、
    　前記保険料は、前記問診情報からリスク度を推定し、前記リスク度に応じて料金が算出される、
    　保険向け情報処理システム。
  6. 　１以上のプロセッサによってストレージデバイスに記憶されているプログラム指示が実行されることにより保険料を算出する保険向け情報処理方法であって、
    　医療モビリティサービスの依頼情報を取得し、
    　前記依頼情報に含まれる利用対象の医療モビリティサービスと、前記依頼情報に含まれるユーザの位置情報と、に基づいて配車内容を決定し、
    　前記医療モビリティサービスと、前記位置情報と、前記配車内容と、に基づいて保険料を算出し、
    　前記算出した保険料をユーザに提示する、
    　保険向け情報処理方法。
PCT/JP2022/043252 2021-12-01 2022-11-22 保険向け情報処理システム、及び保険向け情報処理方法 WO2023100727A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021-195703 2021-12-01
JP2021195703 2021-12-01

Publications (1)

Publication Number Publication Date
WO2023100727A1 true WO2023100727A1 (ja) 2023-06-08

Family

ID=86612076

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2022/043252 WO2023100727A1 (ja) 2021-12-01 2022-11-22 保険向け情報処理システム、及び保険向け情報処理方法

Country Status (1)

Country Link
WO (1) WO2023100727A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002163373A (ja) * 2000-11-29 2002-06-07 Nec Corp 医療支援装置、医療支援システムおよび医療支援方法
JP2018073107A (ja) * 2016-10-28 2018-05-10 トヨタ自動車株式会社 送迎システムおよび情報提供方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002163373A (ja) * 2000-11-29 2002-06-07 Nec Corp 医療支援装置、医療支援システムおよび医療支援方法
JP2018073107A (ja) * 2016-10-28 2018-05-10 トヨタ自動車株式会社 送迎システムおよび情報提供方法

Similar Documents

Publication Publication Date Title
Jin et al. Telemedicine: current impact on the future
El-Masri et al. An emergency system to improve ambulance dispatching, ambulance diversion and clinical handover communication—A proposed model
US20120158429A1 (en) Medical service broker systems and methods
US20230197294A1 (en) Computerized data processing systems and methods for generating graphical user interfaces
JP6092991B1 (ja) 予約処理装置、予約処理方法および予約処理プログラム
WO2023100727A1 (ja) 保険向け情報処理システム、及び保険向け情報処理方法
JP2014229245A (ja) 往診状況確認支援装置及び往診状況確認支援方法
WO2023231830A1 (zh) 派车方法、装置、电子设备及计算机可读存储介质
CN115665679A (zh) 院前医疗急救的无线通信方法及系统
US20180261325A1 (en) Systems and methods for providing aggregated and customizable clinical decision support information
KR102260092B1 (ko) 병원 내 병상 배정 방법, 서버 및 컴퓨터프로그램
KR102255720B1 (ko) 실시간 중환자실 병상 관리 방법, 서버 및 컴퓨터프로그램
Paramonov et al. Communication between emergency medical system equipped with panic buttons and hospital information systems: use case and interfaces
US20150371351A1 (en) Systems and methods for bidding on services
Smith et al. Smart agent-based hospital search, appointment, and medical diagnosis
US11049611B1 (en) Systems, methods and devices for dynamic procedure management
El-Masri et al. Mobile emergency system and integration
US20230289686A1 (en) Carpooling support method, carpooling support device, and carpooling support system
US20230103625A1 (en) Method and system for driver notification and driver registry service
Dong et al. Design and Implementation of Personal Medical Assistant System Based on Edge Computing
US11924712B2 (en) Information processing apparatus, non-transitory computer readable medium, and information processing method
US20220301696A1 (en) Optimized shipboard telehealth
Chander et al. Video consultations with “Paper and Pen” health record: A path-breaking solution to troubleshoot acceptability of telemedicine practice in developing countries
Alejo et al. Mixed integer programming model for optimizing the layout of an ICU vehicle
JP2021179936A (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: 22901160

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2023564907

Country of ref document: JP

Kind code of ref document: A