WO2021256232A1 - 医療情報システム、料金算出装置及び料金算出方法 - Google Patents

医療情報システム、料金算出装置及び料金算出方法 Download PDF

Info

Publication number
WO2021256232A1
WO2021256232A1 PCT/JP2021/020666 JP2021020666W WO2021256232A1 WO 2021256232 A1 WO2021256232 A1 WO 2021256232A1 JP 2021020666 W JP2021020666 W JP 2021020666W WO 2021256232 A1 WO2021256232 A1 WO 2021256232A1
Authority
WO
WIPO (PCT)
Prior art keywords
charge
medical
hospital
calculation unit
applications
Prior art date
Application number
PCT/JP2021/020666
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 JP2022532466A priority Critical patent/JPWO2021256232A1/ja
Priority to US18/001,036 priority patent/US20230238115A1/en
Publication of WO2021256232A1 publication Critical patent/WO2021256232A1/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
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/40—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to mechanical, radiation or invasive therapies, e.g. surgery, laser therapy, dialysis or acupuncture
    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/0002—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network
    • A61B5/0004—Remote monitoring of patients using telemetry, e.g. transmission of vital signals via a communication network characterised by the type of physiological signal transmitted
    • A61B5/0013—Medical image data
    • 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
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/40—ICT specially adapted for the handling or processing of medical images for processing medical images, e.g. editing
    • 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
    • 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/60—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 operation of medical equipment or devices
    • G16H40/67—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 operation of medical equipment or devices for remote operation
    • 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
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/20—ICT specially adapted for the handling or processing of medical references relating to practices or guidelines
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B2576/00—Medical imaging apparatus involving image processing or analysis

Definitions

  • This disclosure relates to a medical information system, a charge calculation device, and a charge calculation method.
  • a medical information system has been developed that provides image processing with a large amount of calculation on an external calculation processing device connected to a medical device such as a server in a hospital.
  • a medical device such as a server in a hospital.
  • use cases have been studied in which applications provided by multiple companies are operated on one system instead of one company constructing the entire medical information system.
  • the server is flexibly combined with the function required by the user in the form of an application. It is possible to do.
  • the medical information system includes an edge server connected to a medical device that acquires a medical image during surgery, and the edge server includes a framework composed of one or more applications for processing the medical image. It also includes a charge calculation unit that calculates a charge according to the usage status of the medical image of the one or more applications.
  • billing-type applications are used. It is hoped that it will be provided.
  • a medical information system we propose a medical information system, a charge calculation device, and a charge calculation method that can provide an application at a usage charge according to the usage status of the user.
  • This makes it possible to propose a medical information system, a charge calculation device, and a charge calculation method that can be flexibly changed after introduction and can suppress the costs associated with the system change. Become.
  • FIG. 1 is a block diagram for explaining the outline of the provision model according to the first embodiment.
  • a hospital 10 an application provider 20, and an edge server provider 30 appear.
  • the edge server provider 30 receives the application provided by the application provider 20, and the edge server provider 30 constructs an edge server which is a system equipped with the application. Then, the constructed edge server is delivered to the user hospital 10.
  • the hospital 10 is a user of the medical information system provided by the edge server provider 30, and has been acquired by medical equipment such as an X-ray diagnostic device, an X-ray CT device, an MRI device, a nuclear medical diagnostic device, and an ultrasonic diagnostic device.
  • medical images such as medical images (which may be moving images), fluorescent signals and sample data acquired by a fluorescent diagnostic device such as a flow cytometer or a fluorescent microscope, and electronic charts created based on a diagnosis for a patient.
  • Medical information the medical information system provided by the edge server provider 30 is used to execute processing such as image processing, analysis, and analysis.
  • the application provider 20 is, for example, an application developer and provider, creates various applications for processing, analysis, analysis, etc. of medical information, and creates the created application by the edge server provider 30 (or hospital 10). It is provided to the edge server provider 30 in response to the request from.
  • the edge server provider 30 constructs an edge server according to the scale of the hospital 10, the purpose of introduction, and the like, and delivers the constructed edge server to the hospital 10.
  • the edge server constructed by the edge server provider 30 may have a functional configuration of a general information processing device as long as it can execute the application provided by the application provider 20. Further, the edge server may be a single server or a server group composed of a plurality of servers. At that time, the edge server may be a part or all of the cloud server. When a part or all of the cloud server is used, the edge server provider 30 provides the hospital 10 with access information and the like for accessing the cloud server.
  • the provision of the edge server from the edge server provider 30 to the hospital 10 may be in various forms such as for each hospital, for each hospital site or ward, for each ward floor, and for each hospital department.
  • FIG. 2 is a block diagram showing an example of an edge server according to the present embodiment.
  • the edge server 300 includes, for example, a framework 301, a medical image analysis unit 302, a charge calculation unit 303, a surgical procedure table 304, an in-hospital system reference unit 305, and a charge table 306.
  • the medical image analysis unit 302, the charge calculation unit 303, the surgical procedure table 304, the in-hospital system reference unit 305, and the charge table 306 are applications 201a under the control of the framework 301. , 201b, ... Configure a charge calculation device (or system) for calculating usage charges according to the usage status.
  • the framework 301 is a framework that constitutes a service provided to the hospital 10, and is used by the operator accessing from the user terminal 102 in the hospital 10.
  • the framework 301 is composed of, for example, one or more applications 201a, 101b, ... Provided by the application provider 20.
  • the reference numeral is 201.
  • Medical information such as medical images acquired by the medical device 101 in the hospital 10 is input to each application 201 of the framework 301.
  • the application 201 that constitutes the framework 301 can be added or replaced at any time. That is, even after the edge server 300 is constructed, the application 201 constituting the framework 301 can be changed by, for example, the same procedure as the general application installation or uninstallation procedure. As a result, the hospital 10 as a user can freely change the framework 301 even after the introduction of the medical information system, so that the cost associated with the system change can be suppressed.
  • the framework 301 that controls a plurality of applications 201 generates information (hereinafter referred to as application usage information) for calculating the usage fee for each application 201 from the usage status of the application 201 by the hospital 10 that is the user. Then, the generated application usage information is transmitted to the charge calculation unit 303. Further, the framework 301 transmits, for example, an image or a moving image (hereinafter referred to as a surgical image) input from the medical device 101A at the time of surgery to the medical image analysis unit 302.
  • application usage information information for calculating the usage fee for each application 201 from the usage status of the application 201 by the hospital 10 that is the user. Then, the generated application usage information is transmitted to the charge calculation unit 303. Further, the framework 301 transmits, for example, an image or a moving image (hereinafter referred to as a surgical image) input from the medical device 101A at the time of surgery to the medical image analysis unit 302.
  • the medical image analysis unit 302 analyzes the surgical image input from the framework 301 to generate information for calculating the usage fee for each application 201 (hereinafter referred to as surgical information), and generates the generated surgical information. It is transmitted to the charge calculation unit 303.
  • the fee calculation unit 303 calculates the usage fee for each application 201 based on the application usage information and / or the surgery information input from the framework 301 and / or the medical image analysis unit 302. For example, the charge calculation unit 303 calculates the usage charge for each application 201 by referring to the charge table 306 based on the application usage information. At that time, the charge calculation unit 303 refers to the surgical procedure table 304 based on the surgical information input from the medical image analysis unit 302, and calculates or corrects the usage fee of the application 201 based on the specified surgical procedure. May be good.
  • the charge calculation unit 303 receives information regarding the billing target from the in-hospital system 103 installed in the hospital 10 (for example, information regarding the clinical department in charge of diagnosis and surgery of the patient, information regarding whether or not the medical fee points are counted, and the like. ), And the usage fee of the application may be calculated or modified based on the acquired information (hereinafter referred to as medical information).
  • FIG. 3 is a diagram showing an example of the surgical procedure table 304 according to the present embodiment.
  • the surgical procedure table 304 is associated with a usage fee for each surgical procedure.
  • the usage fee is set for each surgical procedure, but this usage fee may be the usage fee of the application 201 that is expected to be used or registered to be used for each surgical procedure. good.
  • the usage fee registered in the surgical procedure table 304 is a basic fee, and the usage fee of the application 201 actually used may be added to this fee.
  • the specification of the surgical method may be executed by the medical image analysis unit 302 or the charge calculation unit 303.
  • the surgical information includes information for identifying the surgical procedure.
  • the in-hospital system reference unit 305 is communicably connected to the in-hospital system 103 via LAN, WAN, the Internet, a mobile communication network (including LTE (Long Term Evolution), 5th generation mobile communication system, etc.), and is in the hospital. Obtain medical information from the system 103.
  • LTE Long Term Evolution
  • 5th generation mobile communication system etc.
  • FIG. 4 is a diagram showing an example of the charge table 306 according to the present embodiment. In the example shown in FIG. 4, the usage fee corresponding to the number of times of use of each application 201 is registered. However, the charge table 306 shown in FIG. 4 is merely an example, and may be variously modified as described later.
  • the edge server 300 inputs medical information such as a medical image (which may be a moving image) from the medical device 101A in the hospital 10, and the input medical information is provided by the application provider 20.
  • a predetermined process is performed using the application 201, and the process result obtained by the predetermined process is transmitted to the medical device 101B of the hospital 10.
  • the medical device 101B may be the same medical device as the medical device 101A, or may be another medical device. Further, the medical device 101B is not limited to the medical device, and may be various devices such as a simple display device and an information processing device such as a personal computer.
  • the edge server 300 applies the application 201 to the endoscope image (medical information) received from the CCU (medical device 101A). Image processing is performed using the image, and the result is transmitted to the monitor (medical device 101B).
  • CCU Camera Control Unit
  • FIG. 2 illustrates a case where a medical information system is constructed in a single edge server 300, but the present invention is not limited to such a configuration.
  • a part (or all) of the functions of the edge server 300 illustrated in FIG. 2 is a cloud server on the network or an in-hospital server in the hospital 10 (hereinafter, cloud server / in-hospital). It may be located on the server 320).
  • the medical image analysis unit 302, the charge calculation unit 303, the surgical procedure table 304, the in-hospital system reference unit 305, and the charge table 306 are arranged in the cloud server / in-hospital server 320 and used for the edge server 300.
  • the charge calculation information transmission unit 311 has been added.
  • the usage fee calculation information transmission unit 311 transfers the application usage information and the surgical image input from the framework 301 and the medical care information input from the in-hospital system reference unit 305 to the charge calculation unit 303 of the cloud server / in-hospital server 320. Send.
  • FIG. 6 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the present invention is not limited to this, and the image or video recorded during the operation or the tissue is used. It is also possible to calculate the charges incurred when using the medical information system for the sample analysis or the sample data acquired at the time of analysis.
  • the framework 301 of the edge server 300 identifies the identification information (hereinafter, application ID) for identifying the application 201 used during the operation. ) Is specified (step S101).
  • the specified application ID is transmitted from the framework 301 to the charge calculation unit 303.
  • the in-hospital system reference unit 305 acquires identification information (hereinafter referred to as an operation ID) for identifying an operation using the application 201 corresponding to the specified application ID by referring to the in-hospital system 103 (hereinafter referred to as an operation ID). Step S102).
  • an operation ID identification information
  • the application ID for specifying the application 201 used is managed for each operation.
  • the in-hospital system reference unit 305 links the acquired surgery ID and the application ID and transmits them to the charge calculation unit 303 (step S103).
  • the charge calculation unit 303 records the received surgical ID and the application ID in a predetermined recording device in a linked state (step S104).
  • the charge calculation unit 303 periodically refers to the recorded operation ID and application ID to specify the number of operations using each application 201 (step S105).
  • regular may be, for example, monthly, weekly, or daily.
  • the charge calculation unit 303 calculates the usage charge according to the number of times each application 201 is used in the periodic period by referring to the charge table 306 (step S106).
  • step S107 determines whether or not to end this operation (step S107), and if it ends (YES in step S107), ends this operation. On the other hand, if it does not end (NO in step S107), this operation returns to step S101.
  • the usage fee is calculated periodically has been illustrated, but the present invention is not limited to this, and for example, when the hospital 10 wants to refer to the current usage fee, a request from the hospital 10 is made.
  • the usage fee may be calculated according to the above.
  • provision model and the medical information system may be the same as the provision model and the medical information system described with reference to FIGS. 1 to 5 or 6 in the first embodiment described above, here, the provision model and the medical information system may be the same. A detailed description will be omitted.
  • FIG. 7 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the present invention is not limited to this, and the method is not limited to this. It is also possible to calculate the charges incurred when using the medical information system for recorded images or moving images and sample data acquired during analysis or analysis of tissue samples.
  • the framework 301 identifies the application ID of the application 201 used during the operation (step), as in steps S101 to S102 of FIG. S201), the in-hospital system reference unit 305 refers to the in-hospital system 103, and the in-hospital system reference unit 305 refers to the in-hospital system 103 to obtain the operation ID of the operation using the application 201 corresponding to the specified application ID. Acquire (step S202).
  • the in-hospital system reference unit 305 refers to the in-hospital system 103 to obtain the operation time required for this operation and the application 201 specified in step S101 with the same operation method as this operation. Acquire the operation time (hereinafter referred to as standard operation time) when not in use (step S203). It is assumed that the in-hospital system 103 records the standard operation time, which is a guideline for the operation time of each operation method when the medical information system is not used. This standard operation time may be, for example, the average value of a plurality of operations of the same operation method.
  • the in-hospital system reference unit 305 transmits the acquired operation time and standard operation time to the charge calculation unit 303 (step S204).
  • the fee calculation unit 303 receives the operation time and the standard operation time, the operation time is subtracted from the standard operation time, and the difference between the two, that is, the application 201 provided by the medical information system is used.
  • the operation time (reduced time) is calculated (step S205).
  • the charge calculation unit 303 calculates the usage fee for this operation by, for example, multiplying the preset charge per unit shortening time (unit charge) by the shortening time calculated in step S205. (Step S206).
  • the calculated usage fee may be recorded in the edge server 300 together with the date and time, aggregated periodically, and billed to the hospital 10.
  • step S207 determines whether or not to end this operation (step S207), and if so (YES in step S207), ends this operation, as in step S107 of FIG. On the other hand, if it does not end (NO in step S207), this operation returns to step S201.
  • the standard surgery time may change depending on the surgeon in charge of surgery, medical staff (including the number of people), and the type and number of medical devices used in surgery.
  • the standard operation time may be managed according to the surgeon in charge of the operation, the medical staff (including the number of people), the type and the number of medical devices used in the operation, and the like.
  • provision model and the medical information system may be the same as the provision model and the medical information system described with reference to FIGS. 1 to 5 or 6 in the first embodiment described above, here, the provision model and the medical information system may be the same. A detailed description will be omitted.
  • FIG. 8 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the case of calculating the charge incurred when the medical information system is used during the operation of the operation is illustrated, but the present invention is not limited to this, and recording is performed during the operation. It is also possible to calculate the charges incurred when using the medical information system for the images or moving images and the sample data acquired at the time of analysis or analysis of the tissue sample.
  • the framework 301 identifies the application ID of the application 201 used during the operation, as in step S101 of FIG. 6 (step S301). ..
  • the in-hospital system reference unit 305 refers to the in-hospital system 103 to specify the surgical procedure using the application 201 corresponding to the specified application ID (step S302).
  • the in-hospital system reference unit 305 notifies the charge calculation unit 303 of the specified surgical procedure (step S303).
  • the charge calculation unit 303 calculates the usage fee of the application 201 by referring to the surgical procedure table 304 based on the notified surgical procedure (step S304).
  • the calculated usage fee may be recorded in the edge server 300 together with the date and time, aggregated periodically, and billed to the hospital 10.
  • step S305 determines whether or not to end this operation (step S305), and if so (YES in step S305), ends this operation, as in step S107 of FIG. On the other hand, if it does not end (NO in step S305), this operation returns to step S301.
  • provision model and the medical information system may be the same as the provision model and the medical information system described with reference to FIGS. 1 to 5 or 6 in the first embodiment described above, here, the provision model and the medical information system may be the same. A detailed description will be omitted.
  • FIG. 9 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the case of calculating the charge incurred when the medical information system is used during the operation of the operation is illustrated, but the present invention is not limited to this, and recording is performed during the operation. It is also possible to calculate the charges incurred when using the medical information system for the images or moving images and the sample data acquired at the time of analysis or analysis of the tissue sample.
  • the framework 301 identifies the application ID of the application 201 used during the operation, as in step S101 of FIG. 6 (step S401). ..
  • the framework 301 calculates the calculation cost used by each application 201 for each application ID specified in step S401 (step S402).
  • the calculation cost may be calculated based on, for example, the CPU resource, the memory resource, the processing time, etc. allocated to each application 201.
  • the framework 301 transmits the calculated calculation cost information (hereinafter referred to as calculation cost information) to the charge calculation unit 303 (step S403).
  • the charge calculation unit 303 calculates the usage charge of each application 201 based on the received calculation cost information (step S404). For example, the charge calculation unit 303 calculates the usage charge of each application 201 by multiplying the charge per calculation cost (unit charge) set in advance by the calculation cost. The calculated usage fee may be recorded in the edge server 300 together with the date and time, aggregated periodically, and billed to the hospital 10.
  • step S405 determines whether or not to end this operation (step S405), and if so (YES in step S405), ends this operation, as in step S107 of FIG. On the other hand, if it does not end (NO in step S405), this operation returns to step S401.
  • provision model and the medical information system may be the same as the provision model and the medical information system described with reference to FIGS. 1 to 5 or 6 in the first embodiment described above, here, the provision model and the medical information system may be the same. A detailed description will be omitted.
  • FIG. 10 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the case of calculating the charge incurred when the medical information system is used during the operation of the operation is illustrated, but the present invention is not limited to this, and recording is performed during the operation. It is also possible to calculate the charges incurred when using the medical information system for the images or moving images and the sample data acquired at the time of analysis or analysis of the tissue sample.
  • the framework 301 identifies the application ID of the application 201 used during the operation, as in step S101 of FIG. 6 (step S501). ..
  • the framework 301 transmits a medical image (for example, a surgical moving image of a surgical image) input from the medical device 101A to the medical image analysis unit 302 (step S502).
  • a medical image for example, a surgical moving image of a surgical image
  • the medical image analysis unit 302 analyzes the medical image to specify a scene according to the purpose of use of the application 201 during surgery (step S503).
  • the scene according to the purpose of use of the application 201 is, for example, a treatment for performing hemostasis or cutting on the blood vessel in the case of the application 201 that executes image processing for clearly displaying the area of the blood vessel in the medical image.
  • the scene may be one in which the application 201 is planned or expected to be used.
  • the medical image analysis unit 302 measures the execution time from the specified scene in which the application 201 is used according to the purpose of use in the scene, and transmits the measured execution time to the charge calculation unit 303. (Step S504).
  • the charge calculation unit 303 calculates the usage charge of the application 201 according to the execution time in the scene, for example, by referring to the charge table 306 (505).
  • the calculated usage fee may be recorded in the edge server 300 together with the date and time, aggregated periodically, and billed to the hospital 10.
  • step S506 determines whether or not to end this operation (step S506), and if so (YES in step S506), ends this operation, as in step S107 of FIG. On the other hand, if it does not end (NO in step S506), this operation returns to step S501.
  • provision model and the medical information system may be the same as the provision model and the medical information system described with reference to FIGS. 1 to 5 or 6 in the first embodiment described above, here, the provision model and the medical information system may be the same. A detailed description will be omitted.
  • FIG. 11 is a flowchart showing an example of the charge calculation operation according to the present embodiment.
  • the case of calculating the charge incurred when the medical information system is used during the operation of the operation is illustrated, but the present invention is not limited to this, and recording is performed during the operation. It is also possible to calculate the charges incurred when using the medical information system for the images or moving images and the sample data acquired at the time of analysis or analysis of the tissue sample.
  • the framework 301 identifies the application ID of the application 201 used during the operation, as in step S101 of FIG. 6 (step S601). ..
  • the in-hospital system reference unit 305 acquires a clinical department ID for identifying the clinical department in charge of the above surgery by referring to the in-hospital system 103 (step S602).
  • the in-hospital system reference unit 305 transmits the specified clinical department ID to the charge calculation unit 303 (step S603).
  • the charge calculation unit 303 calculates the usage charge of each application 201 for each clinical department by referring to the charge table 306, for example (604).
  • the calculated usage fee may be recorded in the edge server 300 together with the date and time, aggregated periodically, and billed to the hospital 10.
  • the edge server 300 determines whether or not to end this operation (step S605), and if so (YES in step S605), ends this operation, as in step S107 of FIG. On the other hand, if it does not end (NO in step S605), this operation returns to step S501.
  • the charge calculation operations according to the above-described embodiment may be combined as appropriate. For example, by combining the charge calculation operation according to the fifth embodiment and the charge calculation operation according to the third embodiment, the usage fee of the application 201 according to the execution time in the scene can be adjusted according to the surgical procedure. It may be calculated. Further, for example, by combining the charge calculation operation according to the second embodiment and the charge calculation operation according to the fourth embodiment, the usage fee corresponding to the shortened operation time and the calculation cost of each application 201 is calculated. You may. Further, for example, by combining the charge calculation operation according to the first embodiment and the charge calculation operation according to the third embodiment, the usage charge according to the number of times of use of each application 201 is calculated for each surgical method. May be good.
  • the charge calculation unit calculates the usage amount based on the usage status of the application installed in the converter connected to the medical device in addition to the application installed in the edge server 300.
  • the converter is, for example, an IP converter that converts a signal output from a medical device into an IP (Internet Protocol) signal.
  • IP Internet Protocol
  • the signal converted by the input side converter connected to the medical device is transmitted to the edge server 300 or the output side converter via the switcher, and is output to the medical device (for example, a display device) connected to the output side converter.
  • the input signal from the medical device can be processed by the application installed in the input side converter or the output side converter in advance.
  • the charge calculation unit determines the usage status of either or both of the edge server application and the converter application, and calculates the usage charge. This enables distributed processing in which real-time processing is performed by the converter application and processing with a large amount of calculation is performed by the edge server.
  • the number of operations using the application 201 the operation time (reduction of the operation time), whether or not medical insurance is applied, the calculation cost of use, the clinical department used, etc. , It becomes possible to calculate the usage fee of the application 201.
  • the edge server 300 it is possible to calculate the usage fee on the edge server 300, or on the in-hospital server or cloud server outside the edge server.
  • the information necessary for calculating the usage fee is transmitted from the edge server 300 to the charge calculation unit 303.
  • the application 201 can be flexibly changed even after the system is introduced, so that the cost associated with the system change can be suppressed. ..
  • FIG. 12 is a hardware configuration diagram showing an example of a computer 1000 that realizes the functions of the edge server 300 and / or the cloud server / hospital server 320.
  • the computer 1000 has a CPU 1100, a RAM 1200, a ROM (Read Only Memory) 1300, an HDD (Hard Disk Drive) 1400, a communication interface 1500, and an input / output interface 1600. Each part of the computer 1000 is connected by a bus 1050.
  • the CPU 1100 operates based on the program stored in the ROM 1300 or the HDD 1400, and controls each part. For example, the CPU 1100 expands the program stored in the ROM 1300 or the HDD 1400 into the RAM 1200, and executes processing corresponding to various programs.
  • the ROM 1300 stores a boot program such as a BIOS (Basic Input Output System) executed by the CPU 1100 when the computer 1000 is started, a program depending on the hardware of the computer 1000, and the like.
  • BIOS Basic Input Output System
  • the HDD 1400 is a computer-readable recording medium that non-temporarily records a program executed by the CPU 1100 and data used by such a program.
  • the HDD 1400 is a recording medium for recording a projection control program according to the present disclosure, which is an example of program data 1450.
  • the communication interface 1500 is an interface for the computer 1000 to connect to an external network 1550 (for example, the Internet).
  • the CPU 1100 receives data from another device or transmits data generated by the CPU 1100 to another device via the communication interface 1500.
  • the input / output interface 1600 has a configuration including the above-mentioned I / F unit 18, and is an interface for connecting the input / output device 1650 and the computer 1000.
  • the CPU 1100 receives data from an input device such as a keyboard or mouse via the input / output interface 1600. Further, the CPU 1100 transmits data to an output device such as a display, a speaker, or a printer via the input / output interface 1600.
  • the input / output interface 1600 may function as a media interface for reading a program or the like recorded on a predetermined recording medium (media).
  • the media is, for example, an optical recording medium such as DVD (Digital Versatile Disc) or PD (Phase change rewritable Disk), a magneto-optical recording medium such as MO (Magneto-Optical disk), a tape medium, a magnetic recording medium, or a semiconductor memory.
  • an optical recording medium such as DVD (Digital Versatile Disc) or PD (Phase change rewritable Disk)
  • a magneto-optical recording medium such as MO (Magneto-Optical disk)
  • tape medium such as DVD (Digital Versatile Disc) or PD (Phase change rewritable Disk)
  • MO Magneto-optical disk
  • the CPU 1100 of the computer 1000 executes the program loaded on the RAM 1200 to execute the framework 301.
  • Medical image analysis unit 302, charge calculation unit 303, in-hospital system reference unit 305, usage fee calculation information transmission unit 311 and the like are realized.
  • the program and the like related to the present disclosure are stored in the HDD 1400.
  • the CPU 1100 reads the program data 1450 from the HDD 1400 and executes the program, but as another example, these programs may be acquired from another device via the external network 1550.
  • the following configurations also belong to the technical scope of the present disclosure.
  • the edge server A framework consisting of one or more applications that process medical images, and A charge calculation unit that calculates a charge according to the usage status of the medical image of one or more applications, and a charge calculation unit.
  • Medical information system equipped with (2) For each of the above-mentioned one or more applications, a charge table for managing the charge for each number of uses is further provided.
  • the framework transmits information about the calculation cost of each of the one or more applications for the medical image to the charge calculation unit.
  • a medical image analysis unit that identifies a scene according to the purpose of use of each of the above-mentioned one or more applications during the operation from the medical image.
  • the medical information system according to any one of (1) to (4), wherein the charge calculation unit calculates the charge based on the execution time of one or more applications in the scene.
  • It also has an in-hospital server reference unit that acquires information about the surgery from the in-hospital server installed in the hospital.
  • the charge calculation unit calculates the charge for the clinical department in charge of the operation included in the information about the operation acquired by the in-hospital server reference unit. Any one of the above (1) to (5).
  • the medical information system described in one.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Biomedical Technology (AREA)
  • Surgery (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Animal Behavior & Ethology (AREA)
  • Molecular Biology (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Veterinary Medicine (AREA)
  • Pathology (AREA)
  • Biophysics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Physiology (AREA)
  • Urology & Nephrology (AREA)
  • Bioethics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

システム変更に伴う費用を抑制する。実施形態に係る医療情報システムは、手術中の医療画像を取得する第１の医療機器（１０１Ａ）と、前記第１の医療機器で取得された医療画像を処理するエッジサーバ（３００）と、前記エッジサーバで処理された前記医療画像を表示する第２の医療機器（１０１Ｂ）とを備え、前記エッジサーバは、前記医療画像を処理する１以上のアプリケーションで構成されたフレームワーク（３０１）と、前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部（３０３）とを備える。

Description

医療情報システム、料金算出装置及び料金算出方法
　本開示は、医療情報システム、料金算出装置及び料金算出方法に関する。
　病院内のサーバなどの医療機器に接続された外部計算処理装置上で計算量の多い画像処理を提供する医療情報システムが開発されてきている。近年では、一つの企業が医療情報システム全体を構築するのではなく、複数の企業から提供されたアプリケーションを一つのシステム上で運用するようなユースケースが検討されている。このようなユースケースでは、従来のように、ユーザに対してハードウエアに組み込まれた形で機能を提供するのではなく、サーバにユーザが必要とする機能をアプリケーションという形で柔軟に組み合わせて提供することが可能である。
特許第６４６６０６０号公報
　医療分野では、ユーザの様々なニーズに合わせた柔軟なシステムを構築することが望まれている。しかしながら、従来では、ユーザのニーズに応じて構築されたシステムをユーザが買切る形で提供されていた。その場合、一度システムを導入してしまうと、その後の事業拡大や業務変化、医療技術の進化などに応じてシステムを柔軟に変更することが困難であり、多額の費用が発生してしまうという課題が存在した。
　そこで本開示では、システム変更に伴う費用を抑制することが可能な医療情報システム、料金算出装置及び料金算出方法を提案する。
　実施形態に係る医療情報システムは、手術中の医療画像を取得する医療機器に接続されたエッジサーバを備え、前記エッジサーバは、前記医療画像を処理する１以上のアプリケーションで構成されたフレームワークと、前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部とを備える。
第１の実施形態に係る提供モデルの概要を説明するためのブロック図である。 第１の実施形態に係るエッジサーバの一例を示すブロック図である。 第１の実施形態に係る術式テーブルの一例を示す図である。 第１の実施形態に係る料金テーブルの一例を示す図である。 第１の実施形態の変形例に係るエッジサーバの一例を示すブロック図である。 第１の実施形態に係る料金算出動作の一例を示すフローチャートである。 第２の実施形態に係る料金算出動作の一例を示すフローチャートである。 第３の実施形態に係る料金算出動作の一例を示すフローチャートである。 第４の実施形態に係る料金算出動作の一例を示すフローチャートである。 第５の実施形態に係る料金算出動作の一例を示すフローチャートである。 第６の実施形態に係る料金算出動作の一例を示すフローチャートである。 実施形態に係る機能を実現するコンピュータの一例を示すハードウエア構成図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書および図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　　１．はじめに
　　２．第１の実施形態
　　　２．１　提供モデルの概要
　　　２．２　エッジサーバのシステム構成
　　　　２．２．１　エッジサーバの変形例
　　　２．３　料金算出動作例
　　３．第２の実施形態
　　　３．１　料金算出動作例
　　４．第３の実施形態
　　　４．１　料金算出動作例
　　５．第４の実施形態
　　　５．１　料金算出動作例
　　６．第５の実施形態
　　　６．１　料金算出動作例
　　７．第６の実施形態
　　　７．１　料金算出動作例
　　８．他の実施形態
　　９　まとめ
　　１０．ハードウエア構成
　１．はじめに
　上述したように、近年では、複数の企業から提供されたアプリケーションを一つのシステム上で運用するような医療情報システムが検討されている。このようなシステムを構築することで、一度導入されたシステムを後に柔軟に変更することが可能となるため、ユーザは、その後の事業拡大や業務変化、医療技術の進化などに応じてシステムを容易に変更することが可能となる。
　複数の企業から提供されたアプリケーションを一つのシステム上で運用する医療情報システムでは、ユーザのニーズに合わせて様々なアプリケーションを導入するために、買い切り型のアプリケーションの提供ではなく、課金型のアプリケーションを提供することが望まれている。
　そこで以下の実施形態では、ユーザの利用状況に応じた利用料金でアプリケーションを提供することが可能な医療情報システム、料金算出装置及び料金算出方法を提案する。これにより、導入後に柔軟に変更することが可能な医療情報システムであって、システム変更に伴う費用を抑制することが可能な医療情報システム、料金算出装置及び料金算出方法を提案することが可能となる。また、課金額の中から算定されたアプリケーションの利用状況に応じた代金をアプリ提供企業へ支払うことが可能となる。
　２．第１の実施形態
　まず、第１の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。
　２．１　提供モデルの概要
　図１は、第１の実施形態に係る提供モデルの概要を説明するためのブロック図である。図１に示すように、本実施形態に係る提供モデルでは、病院１０と、アプリケーション提供者２０と、エッジサーバ提供者３０とが登場する。図１に示す提供モデルでは、アプリケーション提供者２０から提供されたアプリケーションをエッジサーバ提供者３０が受領し、エッジサーバ提供者３０が当該アプリケーションを搭載したシステムであるエッジサーバを構築する。そして、構築されたエッジサーバがユーザである病院１０へ納入される。
　（病院１０）
　病院１０は、エッジサーバ提供者３０が提供する医療情報システムのユーザであり、Ｘ線診断装置、Ｘ線ＣＴ装置、ＭＲＩ装置、核医学診断装置、超音波診断装置などの医療機器で取得された医療画像（動画であってもよい）、フローサイトメータや蛍光顕微鏡などの蛍光診断装置で取得された蛍光信号やサンプルデータ、患者に対する診断に基づいて作成された電子カルテなど、種々の情報（以下、医療情報という）に対して、エッジサーバ提供者３０より提供された医療情報システムを使用して、画像処理、解析、分析等の処理を実行する。
　（アプリケーション提供者２０）
　アプリケーション提供者２０は、例えば、アプリケーションの開発者及び提供者であり、医療情報の処理や分析や解析等のための各種アプリケーションを作成し、作成したアプリケーションをエッジサーバ提供者３０（あるいは病院１０）からの要求に応じてエッジサーバ提供者３０に提供する。
　（エッジサーバ提供者３０）
　エッジサーバ提供者３０は、病院１０の規模や導入目的等に応じてエッジサーバを構築しい、構築したエッジサーバを病院１０内に納入する。エッジサーバ提供者３０が構築するエッジサーバは、アプリケーション提供者２０から提供されたアプリケーションを実行可能であればよく、一般的な情報処理装置の機能構成を有していてもよい。また、エッジサーバは、単一サーバであってもよいし、複数のサーバより構成されたサーバ群であってもよい。その際、エッジサーバは、その一部または全部がクラウドサーバであってもよい。一部又は全部がクラウドサーバである場合、エッジサーバ提供者３０から病院１０へは、クラウドサーバへアクセスするためのアクセス情報等が提供される。
　さらにまた、エッジサーバ提供者３０から病院１０へのエッジサーバの提供は、病院ごと、病院の敷地又は病棟ごと、病棟のフロアごと、病院の診療科ごとなど、種々の態様であってよい。
　２．２　エッジサーバのシステム構成
　次に、エッジサーバ提供者３０が病院１０へ提供するエッジサーバの例について説明する。図２は、本実施形態に係るエッジサーバの一例を示すブロック図である。図２に示すように、エッジサーバ３００は、例えば、フレームワーク３０１と、医療画像解析部３０２と、料金算出部３０３と、術式テーブル３０４と、院内システム参照部３０５と、料金テーブル３０６とを備える。エッジサーバ３００のうち、例えば、医療画像解析部３０２と、料金算出部３０３と、術式テーブル３０４と、院内システム参照部３０５と、料金テーブル３０６とは、フレームワーク３０１の管理下にあるアプリケーション２０１ａ、２０１ｂ、…の使用状況に応じた使用料を算出する料金算出装置（又はシステム）を構成する。
　（フレームワーク３０１）
　フレームワーク３０１は、病院１０へ提供するサービスを構成するフレームワークであり、オペレータが病院１０内のユーザ端末１０２からアクセスすることで使用される。フレームワーク３０１は、例えば、アプリケーション提供者２０から提供された１以上のアプリケーション２０１ａ、１０１ｂ、…により構成される。以下、１以上のアプリケーション２０１ａ、１０１ｂ、…を個々に区別しない場合、その符号を２０１とする。フレームワーク３０１の各アプリケーション２０１には、病院１０内の医療機器１０１で取得された医療画像等の医療情報が入力される。
　フレームワーク３０１を構成するアプリケーション２０１は、随時追加又は入れ替えが可能である。すなわち、エッジサーバ３００の構築後も、例えば、一般的なアプリケーションのインストール又はアンインストール手順と同様の手順により、フレームワーク３０１を構成するアプリケーション２０１を変更することが可能である。これにより、ユーザである病院１０は、医療情報システム導入後も、自由にフレームワーク３０１を変更することが可能となるため、システム変更に伴う費用を抑制することが可能となる。
　ここで、複数のアプリケーション２０１をコントロールするフレームワーク３０１は、ユーザである病院１０によるアプリケーション２０１の使用状況から、アプリケーション２０１ごとの使用料を算出するための情報（以下、アプリケーション使用情報という）を生成し、生成したアプリケーション使用情報を料金算出部３０３へ送信する。また、フレームワーク３０１は、例えば、手術時に医療機器１０１Ａから入力された画像もしくは動画（以下、手術画像という）を医療画像解析部３０２へ送信する。
　（医療画像解析部３０２）
　医療画像解析部３０２は、フレームワーク３０１から入力された手術画像を解析することで、アプリケーション２０１ごとの使用料を算出するための情報（以下、手術情報という）を生成し、生成した手術情報を料金算出部３０３へ送信する。
　（料金算出部３０３）
　料金算出部３０３は、フレームワーク３０１及び／又は医療画像解析部３０２から入力されたアプリケーション使用情報及び／又は手術情報に基づき、アプリケーション２０１ごとの使用料を算出する。例えば、料金算出部３０３は、アプリケーション使用情報に基づいて料金テーブル３０６を参照することで、アプリケーション２０１ごとの使用料を算出する。その際、料金算出部３０３は、医療画像解析部３０２から入力された手術情報に基づいて術式テーブル３０４を参照し、特定された術式に基づいてアプリケーション２０１の使用料を算出又は修正してもよい。また、料金算出部３０３は、病院１０に設置された院内システム１０３から請求対象に関する情報（例えば、患者の診断や手術等を担当した診療科に関する情報や医科診療報酬点数のカウントの有無に関する情報等）を取得し、取得した情報（以下、診療情報という）に基づいてアプリケーションの使用料を算出又は修正してもよい。
　（術式テーブル３０４）
　術式テーブル３０４は、手術の術式ごとの使用料を保持する。図３は、本実施形態に係る術式テーブル３０４の一例を示す図である。図３に示すように、術式テーブル３０４には、術式ごとに使用料が対応付けられている。なお、本例では、術式ごとに使用料が設定されているが、この使用料は、術式ごとに使用が想定される又は使用することが登録されたアプリケーション２０１の使用料であってもよい。又は、術式テーブル３０４に登録されている使用料は、基本料であり、この料金に実際に使用されたアプリケーション２０１の使用料が加算されるなどしてもよい。
　また、術式の特定は、医療画像解析部３０２において実行されてもよいし、料金算出部３０３において実行されてもよい。医療画像解析部３０２で実行される場合、手術情報には、手術の術式を識別するための情報が含まれる。
　（院内システム参照部３０５）
　院内システム参照部３０５は、ＬＡＮやＷＡＮやインターネットや移動体通信網（ＬＴＥ（Long　Term　Evolution）、第５世代移動通信システム等を含む）などを介して院内システム１０３と通信可能に接続され、院内システム１０３から診療情報を取得する。
　（料金テーブル３０６）
　料金テーブル３０６は、アプリケーション２０１ごとの使用料を保持する。図４は、本実施形態に係る料金テーブル３０６の一例を示す図である。図４に示す例では、各アプリケーション２０１の使用回数に応じた使用料が登録されている。ただし、図４に示す料金テーブル３０６は、単なる一例であり、後述するように、種々変形されてよい。
　以上のように、エッジサーバ３００は、病院１０内の医療機器１０１Ａから医療画像（動画であってもよい）等の医療情報を入力し、入力された医療情報にアプリケーション提供者２０から提供されたアプリケーション２０１を使用して所定の処理を施し、それにより得られた処理結果を病院１０の医療機器１０１Ｂへ送信する。なお、医療機器１０１Ｂは、医療機器１０１Ａと同一の医療機器であってもよいし、別の医療機器であってもよい。また、医療機器１０１Ｂは、医療機器に限定されず、単なる表示装置やパーソナルコンピュータなどの情報処理装置など、種々の機器であってもよい。
　例えば、医療機器１０１Ａが内視鏡システムのＣＣＵ（Camera　Control　Unit）などである場合、エッジサーバ３００は、ＣＣＵ（医療機器１０１Ａ）から受信した内視鏡画像（医療情報）に対してアプリケーション２０１を用いて画像処理を施し、その結果をモニタ（医療機器１０１Ｂ）に送信する。
　２．２．１　エッジサーバの変形例
　図２では、医療情報システムを単一のエッジサーバ３００内に構築する場合を例示したが、このような構成に限定されるものではない。例えば、図５に示す変形例のように、図２に例示したエッジサーバ３００が備える機能の一部（又は全部）がネットワーク上のクラウドサーバ又は病院１０内の院内サーバ（以下、クラウドサーバ／院内サーバ３２０という）に配置されてもよい。図５に示す例では、医療画像解析部３０２、料金算出部３０３、術式テーブル３０４、院内システム参照部３０５、及び、料金テーブル３０６がクラウドサーバ／院内サーバ３２０に配置され、エッジサーバ３００に使用料算定情報送信部３１１が追加されている。
　使用料算定情報送信部３１１は、フレームワーク３０１から入力されたアプリケーション使用情報及び手術画像と、院内システム参照部３０５から入力された診療情報とを、クラウドサーバ／院内サーバ３２０の料金算出部３０３へ送信する。
　２．３　料金算出動作例
　つづいて、本実施形態に係る料金算出動作の例について説明する。図６は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図６に示すように、病院１０での手術の執刀中、本動作では、まず、エッジサーバ３００のフレームワーク３０１が、術中に使用されたアプリケーション２０１を識別するための識別情報（以下、アプリケーションＩＤという）を特定する（ステップＳ１０１）。特定されたアプリケーションＩＤは、フレームワーク３０１から料金算出部３０３へ送信される。
　次に、院内システム参照部３０５は、院内システム１０３を参照することで、特定したアプリケーションＩＤに対応するアプリケーション２０１を使用した手術を特定するための識別情報（以下、手術ＩＤという）を取得する（ステップＳ１０２）。なお、院内システム１０３では、手術ごとに、使用したアプリケーション２０１を特定するためのアプリケーションＩＤが管理されているものとする。
　そして、院内システム参照部３０５は、取得した手術ＩＤとアプリケーションＩＤとを紐づけて、料金算出部３０３へ送信する（ステップＳ１０３）。
　料金算出部３０３は、受信した手術ＩＤとアプリケーションＩＤとを紐づけた状態で所定の記録装置に記録する（ステップＳ１０４）。
　その後、料金算出部３０３は、記録されている手術ＩＤとアプリケーションＩＤとを定期的に参照することで、各アプリケーション２０１を使用した手術の回数を特定する（ステップＳ１０５）。なお、定期的とは、例えば、月ごとや週ごとや日ごとなどであってもよい。
　そして、料金算出部３０３は、料金テーブル３０６を参照することで、定期的な期間における各アプリケーション２０１の使用回数に応じた使用料を算出する（ステップＳ１０６）。
　その後、エッジサーバ３００は、本動作を終了するか否かを判定し（ステップＳ１０７）、終了する場合（ステップＳ１０７のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ１０７のＮＯ）、本動作がステップＳ１０１へリターンする。
　なお、本例では、定期的に使用料が算出される場合について例示したが、これに限定されず、例えば、病院１０が現時点での使用料を参照したい場合などには、病院１０からの要求に応じて使用料を算出してもよい。
　３．第２の実施形態
　次に、第２の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。本実施形態では、医療情報システムを利用することで短縮された作業時間（例えば、手術時間や解析時間等）に応じた使用料を算定する場合について説明する。
　本実施形態に係る提供モデル及び医療情報システムは、上述した第１の実施形態において図１～図５又は図６を用いて説明した提供モデル及び医療情報システムと同様であってよいため、ここでは詳細な説明を省略する。
　３．１　料金算出動作例
　図７は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、第１の実施形態と同様に、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図７に示すように、病院１０での手術の執刀中、本動作では、図６のステップＳ１０１～Ｓ１０２と同様に、フレームワーク３０１が術中に使用されたアプリケーション２０１のアプリケーションＩＤを特定し（ステップＳ２０１）、院内システム参照部３０５が院内システム１０３を参照することで、院内システム参照部３０５が院内システム１０３を参照することで、特定したアプリケーションＩＤに対応するアプリケーション２０１を使用した手術の手術ＩＤを取得する（ステップＳ２０２）。
　その後、手術が完了すると、院内システム参照部３０５は、院内システム１０３を参照することで、今回の手術に要した手術時間と、今回の手術と同じ術式で、ステップＳ１０１で特定したアプリケーション２０１を使用しない場合の手術時間（以下、標準手術時間という）を取得する（ステップＳ２０３）。なお、院内システム１０３には、医療情報システムを利用しない場合における各術式の手術時間の目安となる標準手術時間が記録されているものとする。この標準手術時間は、例えば、同一術式の複数の手術の平均値等であってもよい。
　そして、院内システム参照部３０５は、取得した手術時間及び標準手術時間を料金算出部３０３へ送信する（ステップＳ２０４）。
　料金算出部３０３は、手術時間及び標準手術時間を受信すると、標準手術時間から手術時間を引算することで、両者の差分、すなわち、医療情報システムが提供するアプリケーション２０１を使用することで短縮された手術時間（短縮時間）を算出する（ステップＳ２０５）。
　その後、料金算出部３０３は、例えば、予め設定しておいた単位短縮時間あたりの料金（単位料金）にステップＳ２０５で算出された短縮時間を乗算することで、今回の手術に関する使用料を算出する（ステップＳ２０６）。なお、算出された使用料は、エッジサーバ３００において日時とともに記録され、定期的に集計されて病院１０へ請求されてもよい。
　その後、エッジサーバ３００は、図６のステップＳ１０７と同様に、本動作を終了するか否かを判定し（ステップＳ２０７）、終了する場合（ステップＳ２０７のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ２０７のＮＯ）、本動作がステップＳ２０１へリターンする。
　なお、手術を担当する執刀医や医療スタッフ（人数を含む）、手術で使用する医療機器の種類や台数等に応じて、標準手術時間が変化することも考えられる。その場合、院内システム１０３において、手術を担当する執刀医や医療スタッフ（人数を含む）、手術で使用する医療機器の種類や台数等ごとに、標準手術時間を管理しておいてもよい。
　４．第３の実施形態
　次に、第３の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。本実施形態では、術式ごとに使用料を算定する場合について説明する。
　本実施形態に係る提供モデル及び医療情報システムは、上述した第１の実施形態において図１～図５又は図６を用いて説明した提供モデル及び医療情報システムと同様であってよいため、ここでは詳細な説明を省略する。
　４．１　料金算出動作例
　図８は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、上述した実施形態と同様に、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図８に示すように、病院１０での手術の執刀中、本動作では、図６のステップＳ１０１と同様に、フレームワーク３０１が術中に使用されたアプリケーション２０１のアプリケーションＩＤを特定する（ステップＳ３０１）。
　次に、院内システム参照部３０５が院内システム１０３を参照することで、特定したアプリケーションＩＤに対応するアプリケーション２０１を使用した手術の術式を特定する（ステップＳ３０２）。
　そして、院内システム参照部３０５は、特定した術式を料金算出部３０３へ通知する（ステップＳ３０３）。
　料金算出部３０３は、通知された術式に基づいて術式テーブル３０４を参照することで、アプリケーション２０１の使用料を算出する（ステップＳ３０４）。なお、算出された使用料は、エッジサーバ３００において日時とともに記録され、定期的に集計されて病院１０へ請求されてもよい。
　その後、エッジサーバ３００は、図６のステップＳ１０７と同様に、本動作を終了するか否かを判定し（ステップＳ３０５）、終了する場合（ステップＳ３０５のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ３０５のＮＯ）、本動作がステップＳ３０１へリターンする。
　５．第４の実施形態
　次に、第４の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。本実施形態では、各アプリケーション２０１の計算コストごとに使用料を算定する場合について説明する。
　本実施形態に係る提供モデル及び医療情報システムは、上述した第１の実施形態において図１～図５又は図６を用いて説明した提供モデル及び医療情報システムと同様であってよいため、ここでは詳細な説明を省略する。
　５．１　料金算出動作例
　図９は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、上述した実施形態と同様に、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図９に示すように、病院１０での手術の執刀中、本動作では、図６のステップＳ１０１と同様に、フレームワーク３０１が術中に使用されたアプリケーション２０１のアプリケーションＩＤを特定する（ステップＳ４０１）。
　次に、フレームワーク３０１は、ステップＳ４０１で特定したアプリケーションＩＤごとに、各アプリケーション２０１が使用した計算コストを算出する（ステップＳ４０２）。計算コストは、例えば、各アプリケーション２０１に割り当てられたＣＰＵリソースやメモリリソースや処理時間などに基づいて算出されてもよい。
　そして、フレームワーク３０１は、算出した計算コストに関する情報（以下、計算コスト情報という）を料金算出部３０３へ送信する（ステップＳ４０３）。
　料金算出部３０３は、受信した計算コスト情報に基づいて、各アプリケーション２０１の使用料を算出する（ステップＳ４０４）。例えば、料金算出部３０３は、予め設定しておいた計算コストあたりの料金（単位料金）に計算コストを乗算することで、各アプリケーション２０１の使用料を算出する。なお、算出された使用料は、エッジサーバ３００において日時とともに記録され、定期的に集計されて病院１０へ請求されてもよい。
　その後、エッジサーバ３００は、図６のステップＳ１０７と同様に、本動作を終了するか否かを判定し（ステップＳ４０５）、終了する場合（ステップＳ４０５のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ４０５のＮＯ）、本動作がステップＳ４０１へリターンする。
　６．第５の実施形態
　次に、第５の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。本実施形態では、各アプリケーション２０１の実質的な使用時間（以下、実行時間ともいう）に基づいて使用料を算定する場合について説明する。
　本実施形態に係る提供モデル及び医療情報システムは、上述した第１の実施形態において図１～図５又は図６を用いて説明した提供モデル及び医療情報システムと同様であってよいため、ここでは詳細な説明を省略する。
　６．１　料金算出動作例
　図１０は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、上述した実施形態と同様に、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図１０に示すように、病院１０での手術の執刀中、本動作では、図６のステップＳ１０１と同様に、フレームワーク３０１が術中に使用されたアプリケーション２０１のアプリケーションＩＤを特定する（ステップＳ５０１）。
　次に、フレームワーク３０１は、医療機器１０１Ａから入力された医療画像（例えば、手術を撮影した手術動画）を医療画像解析部３０２に送信する（ステップＳ５０２）。
　これに対し、医療画像解析部３０２は、医療画像を解析することで、手術中におけるアプリケーション２０１の使用目的に沿ったシーンを特定する（ステップＳ５０３）。なお、アプリケーション２０１の使用目的に沿ったシーンとは、例えば、医療画像における血管の領域をクリアに表示する画像処理を実行するアプリケーション２０１であれば、血管に対して止血や切断などを実行する処置のシーンなど、そのアプリケーション２０１の使用が予定又は予測されるシーンであってよい。
　そして、医療画像解析部３０２は、特定したシーンから、そのシーン中にそのシーンでの使用目的に沿ったアプリケーション２０１が使用された実行時間を計測し、計測した実行時間を料金算出部３０３へ送信する（ステップＳ５０４）。
　料金算出部３０３は、例えば、料金テーブル３０６を参照することで、シーン中の実行時間に応じたアプリケーション２０１の使用料を算出する（５０５）。なお、算出された使用料は、エッジサーバ３００において日時とともに記録され、定期的に集計されて病院１０へ請求されてもよい。
　その後、エッジサーバ３００は、図６のステップＳ１０７と同様に、本動作を終了するか否かを判定し（ステップＳ５０６）、終了する場合（ステップＳ５０６のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ５０６のＮＯ）、本動作がステップＳ５０１へリターンする。
　７．第６の実施形態
　次に、第６の実施形態に係る医療情報システム、料金算出装置及び料金算出方法について、図面を参照して詳細に説明する。本実施形態では、診療科ごとに各アプリケーション２０１の使用料を算定する場合について説明する。
　本実施形態に係る提供モデル及び医療情報システムは、上述した第１の実施形態において図１～図５又は図６を用いて説明した提供モデル及び医療情報システムと同様であってよいため、ここでは詳細な説明を省略する。
　７．１　料金算出動作例
　図１１は、本実施形態に係る料金算出動作の一例を示すフローチャートである。なお、以下の説明では、上述した実施形態と同様に、手術の執刀中に医療情報システムを使用した際に発生する料金を算出する場合を例示するが、これに限定されず、手術中に録画された画像又は動画や、組織サンプルの分析又は解析時に取得したサンプルデータに対して医療情報システムを使用した際に発生する料金を算出することも可能である。
　図１１に示すように、病院１０での手術の執刀中、本動作では、図６のステップＳ１０１と同様に、フレームワーク３０１が術中に使用されたアプリケーション２０１のアプリケーションＩＤを特定する（ステップＳ６０１）。
　次に、院内システム参照部３０５が、院内システム１０３を参照することで、上記手術を担当した診療科を特定するための診療科ＩＤを取得する（ステップＳ６０２）。
　そして、院内システム参照部３０５は、特定した診療科ＩＤを料金算出部３０３へ送信する（ステップＳ６０３）。
　料金算出部３０３は、例えば、料金テーブル３０６を参照することで、診療科ごとに各アプリケーション２０１の使用料を算出する（６０４）。なお、算出された使用料は、エッジサーバ３００において日時とともに記録され、定期的に集計されて病院１０へ請求されてもよい。
　その後、エッジサーバ３００は、図６のステップＳ１０７と同様に、本動作を終了するか否かを判定し（ステップＳ６０５）、終了する場合（ステップＳ６０５のＹＥＳ）、本動作を終了する。一方、終了しない場合（ステップＳ６０５のＮＯ）、本動作がステップＳ５０１へリターンする。
　８．他の実施形態
　なお、上述した実施形態に係る料金算出動作は、適宜組み合わされてもよい。例えば、第５の実施形態に係る料金算出動作と第３の実施形態に係る料金算出動作とを組み合わせることで、シーン中の実行時間に応じたアプリケーション２０１の使用料を手術の術式に応じて算出してもよい。また、例えば、第２の実施形態に係る料金算出動作と第４の実施形態に係る料金算出動作とを組み合わせることで、手術の短縮時間と各アプリケーション２０１の計算コストとに応じた使用料を算出してもよい。さらに、例えば、第１の実施形態に係る料金算出動作と第３の実施形態に係る料金算出動作とを組み合わせることで、各アプリケーション２０１の使用回数に応じた使用料を術式ごとに算出してもよい。
　また、上述した実施形態において、料金算出部は、エッジサーバ３００にインストールされているアプリケーションに加えて、医療機器に接続されたコンバータにインストールされているアプリケーションの利用状況に基づいて使用量を算出してもよい。コンバータは、例えば、医療機器から出力された信号をＩＰ（Internet　Protocol）信号に変換するＩＰコンバータである。医療機器に接続された入力側コンバータによって変換された信号は、スイッチャーを介してエッジサーバ３００または出力側コンバータに送信され、出力側コンバータに接続された医療機器（例えば表示装置）に出力される。このとき、入力側コンバータまたは出力側コンバータに予めインストールされたアプリケーションによって医療機器からの入力信号に対して処理を行うことができる。料金算出部は、エッジサーバのアプリケーションおよびコンバータのアプリケーションのどちらかまたは両方の利用状況を判定し、使用料の算出を行う。これにより、リアルタイム性が重要な処理はコンバータのアプリケーションで、計算量が大きい処理はエッジサーバで行うという分散処理が可能となる。
　９　まとめ
　以上のように、上述した実施形態によれば、アプリケーション２０１を使用した手術回数、手術時間（手術時間の短縮）、医療保険適用か否か、使用計算コスト、使用診療科等に応じて、アプリケーション２０１の使用料を算定することが可能となる。
　また、上述した実施形態によれば、使用料の算定を、エッジサーバ３００上、若しくは、エッジサーバ外の院内サーバ又はクラウドサーバなどで実行することが可能となる。エッジサーバ３００外で行われる場合は、使用料の算定に必要な情報がエッジサーバ３００より料金算出部３０３へ送信される。
　以上のような構成を備えることで、上述した実施形態によれば、システム導入後においても柔軟にアプリケーション２０１を変更することが可能となるため、システム変更に伴う費用を抑制することが可能となる。
　また、上述した実施形態によれば、手術シーンにおいてアプリケーション２０１の使用状況から適切な使用料を算定することが可能となる。それにより、ユーザはアプリケーション提供者２０が提供する多くの選択肢の中から柔軟に必要なアプリケーション２０１を選択することが可能となる。
　さらに、上述した実施形態によれば、使用料を抑えるために手術中にアプリケーション２０１をこまめに停止させるなどの作業が不要となるため、手術の進行が阻害されることを低減しつつ、適切な使用料を算出することが可能となる。
　１０．ハードウエア構成
　上述してきた実施形態及びその変形例並びに応用例に係るエッジサーバ３００及び／又はクラウドサーバ／院内サーバ３２０は、例えば図１２に示すような構成のコンピュータ１０００によって実現され得る。図１２は、エッジサーバ３００及び／又はクラウドサーバ／院内サーバ３２０の機能を実現するコンピュータ１０００の一例を示すハードウエア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read　Only　Memory）１３００、ＨＤＤ（Hard　Disk　Drive）１４００、通信インタフェース１５００、及び入出力インタフェース１６００を有する。コンピュータ１０００の各部は、バス１０５０によって接続される。
　ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。例えば、ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムをＲＡＭ１２００に展開し、各種プログラムに対応した処理を実行する。
　ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるＢＩＯＳ（Basic　Input　Output　System）等のブートプログラムや、コンピュータ１０００のハードウエアに依存するプログラム等を格納する。
　ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を非一時的に記録する、コンピュータが読み取り可能な記録媒体である。具体的には、ＨＤＤ１４００は、プログラムデータ１４５０の一例である本開示に係る投影制御プログラムを記録する記録媒体である。
　通信インタフェース１５００は、コンピュータ１０００が外部ネットワーク１５５０（例えばインターネット）と接続するためのインタフェースである。例えば、ＣＰＵ１１００は、通信インタフェース１５００を介して、他の機器からデータを受信したり、ＣＰＵ１１００が生成したデータを他の機器へ送信したりする。
　入出力インタフェース１６００は、上述したＩ／Ｆ部１８を含む構成であり、入出力デバイス１６５０とコンピュータ１０００とを接続するためのインタフェースである。例えば、ＣＰＵ１１００は、入出力インタフェース１６００を介して、キーボードやマウス等の入力デバイスからデータを受信する。また、ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやスピーカやプリンタ等の出力デバイスにデータを送信する。また、入出力インタフェース１６００は、所定の記録媒体（メディア）に記録されたプログラム等を読み取るメディアインタフェースとして機能してもよい。メディアとは、例えばＤＶＤ（Digital　Versatile　Disc）、ＰＤ（Phase　change　rewritable　Disk）等の光学記録媒体、ＭＯ（Magneto-Optical　disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
　例えば、コンピュータ１０００が上述の実施形態に係るエッジサーバ３００及び／又はクラウドサーバ／院内サーバ３２０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、フレームワーク３０１、医療画像解析部３０２、料金算出部３０３、院内システム参照部３０５、使用料算定情報送信部３１１等の機能を実現する。また、ＨＤＤ１４００には、本開示に係るプログラム等が格納される。なお、ＣＰＵ１１００は、プログラムデータ１４５０をＨＤＤ１４００から読み取って実行するが、他の例として、外部ネットワーク１５５０を介して、他の装置からこれらのプログラムを取得してもよい。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　手術中の医療画像を取得する医療機器に接続されたエッジサーバ
　を備え、
　前記エッジサーバは、
　前記医療画像を処理する１以上のアプリケーションで構成されたフレームワークと、
　前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部と、
　を備える
　医療情報システム。
（２）
　前記１以上のアプリケーションそれぞれについて、使用回数ごとの料金を管理する料金テーブルをさらに備え、
　前記料金算出部は、前記手術における前記１以上のアプリケーションそれぞれの使用回数に基づいて前記料金テーブルを参照することで、前記料金を算出する
　前記（１）に記載の医療情報システム。
（３）
　病院内に設置された院内サーバから前記手術に関する情報を取得する院内サーバ参照部をさらに備え、
　前記料金算出部は、前記院内サーバ参照部により取得された前記手術に関する情報に含まれる前記手術と同一の術式による標準の手術時間と、前記手術の手術時間との差分に基づいて、前記料金を算出する
　前記（１）又は（２）に記載の医療情報システム。
（４）
　前記フレームワークは、前記医療画像に対する前記１以上のアプリケーションそれぞれの計算コストに関する情報を前記料金算出部へ送信し、
　前記料金算出部は、前記１以上のアプリケーションそれぞれの前記計算コストに基づいて、前記料金を算出する
　前記（１）～（３）の何れか１つに記載の医療情報システム。
（５）
　前記医療画像から前記手術中における前記１以上のアプリケーションそれぞれの使用目的に沿ったシーンを特定する医療画像解析部をさらに備え、
　前記料金算出部は、前記シーンにおける前記１以上のアプリケーションの実行時間に基づいて、前記料金を算出する
　前記（１）～（４）の何れか１つに記載の医療情報システム。
（６）
　病院内に設置された院内サーバから前記手術に関する情報を取得する院内サーバ参照部をさらに備え、
　前記料金算出部は、前記院内サーバ参照部により取得された前記手術に関する情報に含まれる前記手術を担当した診療科に対して、前記料金を算出する
　前記（１）～（５）の何れか１つに記載の医療情報システム。
（７）
　前記料金算出部は、定期的に前記料金を算出する前記（１）～（６）の何れか１つに記載の医療情報システム。
（８）
　前記料金算出部は、前記医療機器に接続されたコンバータにインストールされたアプリケーションの前記医療画像に対する使用状況に応じた料金を加算する前記（１）～（７）の何れか１つに記載の医療情報システム。
（９）
　手術中に取得された医療画像を処理する１以上のアプリケーションで構成されたフレームワークと、
　前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部と、
　を備える料金算出装置。
（１０）
　手術中に取得された医療画像を処理する１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出方法。
　１０　病院
　２０　アプリケーション提供者
　３０　エッジサーバ提供者
　１０１Ａ、１０１Ｂ　医療機器
　１０３　院内システム
　２０１ａ、２０１ｂ、…　アプリケーション
　３００　エッジサーバ
　３０１　フレームワーク
　３０２　医療画像解析部
　３０３　料金算出部
　３０４　術式テーブル
　３０５　院内システム参照部
　３０６　料金テーブル
　３１１　使用料算定情報送信部
　３２０　クラウドサーバ／院内サーバ

Claims (10)

  1. 　手術中の医療画像を取得する医療機器に接続されたエッジサーバ
    　を備え、
    　前記エッジサーバは、
    　前記医療画像を処理する１以上のアプリケーションで構成されたフレームワークと、
    　前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部と、
    　を備える
    　医療情報システム。
  2. 　前記１以上のアプリケーションそれぞれについて、使用回数ごとの料金を管理する料金テーブルをさらに備え、
    　前記料金算出部は、前記手術における前記１以上のアプリケーションそれぞれの使用回数に基づいて前記料金テーブルを参照することで、前記料金を算出する
    　請求項１に記載の医療情報システム。
  3. 　病院内に設置された院内サーバから前記手術に関する情報を取得する院内サーバ参照部をさらに備え、
    　前記料金算出部は、前記院内サーバ参照部により取得された前記手術に関する情報に含まれる前記手術と同一の術式による標準の手術時間と、前記手術の手術時間との差分に基づいて、前記料金を算出する
    　請求項１に記載の医療情報システム。
  4. 　前記フレームワークは、前記医療画像に対する前記１以上のアプリケーションそれぞれの計算コストに関する情報を前記料金算出部へ送信し、
    　前記料金算出部は、前記１以上のアプリケーションそれぞれの前記計算コストに基づいて、前記料金を算出する
    　請求項１に記載の医療情報システム。
  5. 　前記医療画像から前記手術中における前記１以上のアプリケーションそれぞれの使用目的に沿ったシーンを特定する医療画像解析部をさらに備え、
    　前記料金算出部は、前記シーンにおける前記１以上のアプリケーションの実行時間に基づいて、前記料金を算出する
    　請求項１に記載の医療情報システム。
  6. 　病院内に設置された院内サーバから前記手術に関する情報を取得する院内サーバ参照部をさらに備え、
    　前記料金算出部は、前記院内サーバ参照部により取得された前記手術に関する情報に含まれる前記手術を担当した診療科に対して、前記料金を算出する
    　請求項１に記載の医療情報システム。
  7. 　前記料金算出部は、定期的に前記料金を算出する請求項１に記載の医療情報システム。
  8. 　前記料金算出部は、前記医療機器に接続されたコンバータにインストールされたアプリケーションの前記医療画像に対する使用状況に応じた料金を加算する請求項１に記載の医療情報システム。
  9. 　手術中に取得された医療画像を処理する１以上のアプリケーションで構成されたフレームワークと、
    　前記１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出部と、
    　を備える料金算出装置。
  10. 　手術中に取得された医療画像を処理する１以上のアプリケーションの前記医療画像に対する使用状況に応じた料金を算出する料金算出方法。
PCT/JP2021/020666 2020-06-16 2021-05-31 医療情報システム、料金算出装置及び料金算出方法 WO2021256232A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022532466A JPWO2021256232A1 (ja) 2020-06-16 2021-05-31
US18/001,036 US20230238115A1 (en) 2020-06-16 2021-05-31 Medical information system, charge calculating device, and charge calculating method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-103945 2020-06-16
JP2020103945 2020-06-16

Publications (1)

Publication Number Publication Date
WO2021256232A1 true WO2021256232A1 (ja) 2021-12-23

Family

ID=79267865

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/020666 WO2021256232A1 (ja) 2020-06-16 2021-05-31 医療情報システム、料金算出装置及び料金算出方法

Country Status (3)

Country Link
US (1) US20230238115A1 (ja)
JP (1) JPWO2021256232A1 (ja)
WO (1) WO2021256232A1 (ja)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016224676A (ja) * 2015-05-29 2016-12-28 東芝メディカルシステムズ株式会社 医療情報システム及び当該医療情報システムを利用した課金方法
JP2019008766A (ja) * 2017-06-27 2019-01-17 ソニー株式会社 情報処理装置および方法、並びに、情報処理システム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016224676A (ja) * 2015-05-29 2016-12-28 東芝メディカルシステムズ株式会社 医療情報システム及び当該医療情報システムを利用した課金方法
JP2019008766A (ja) * 2017-06-27 2019-01-17 ソニー株式会社 情報処理装置および方法、並びに、情報処理システム

Also Published As

Publication number Publication date
US20230238115A1 (en) 2023-07-27
JPWO2021256232A1 (ja) 2021-12-23

Similar Documents

Publication Publication Date Title
JP4664479B2 (ja) 超音波診断装置
JP5040923B2 (ja) 医用画像管理システム
JP2002219122A (ja) 医学システムアーキテクチャ
JP5574643B2 (ja) 情報処理装置及びその制御方法、プログラム、制御ユニット、及び、医療システム
JP4992912B2 (ja) 医用画像管理システム
JP2005288157A (ja) 画像保管表示システム、その保守管理システム、及び画像保管表示方法
JP2006338567A (ja) 検査管理システム
JP5432444B2 (ja) ネットワークアプリケーションフレームワークシステムのためのシステム、方法および装置
EP4059027A1 (en) Medical device digital twin for safe remote operation
US20080126119A1 (en) Systems, methods and apparatus for a network application framework system
WO2021256232A1 (ja) 医療情報システム、料金算出装置及び料金算出方法
JP2005301383A (ja) 検査予約サーバ及び検査予約システム、並びに、検査予約方法
US20230187059A1 (en) Automated ticket attachment creation
JP2004194869A (ja) 画像表示システム、表示用端末および画像サーバ
US20240170135A1 (en) Load balancing in exam assignments for expert users within a radiology operations command center (rocc) structure
JP4127725B2 (ja) 病院業務の処理時間予測システム
US20050222872A1 (en) Information processing system, medical system and information processing method
US8357097B2 (en) Small-scale diagnostic system and display control method
JP5582969B2 (ja) 超音波診断装置及び超音波診断に関わる機能提供方法
JP2010152624A (ja) 医用画像管理システム
JP2005252534A (ja) 画像診断支援ネットワークサービス方法及び装置
JP2012089047A (ja) 検査予約サーバ及び検査予約システム
JP4649195B2 (ja) 検査管理システム
JP5682316B2 (ja) データ管理サーバ及び医療連携システム
JP7328501B2 (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: 21826711

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2022532466

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

Country of ref document: EP

Kind code of ref document: A1