WO2022172623A1 - データ処理システム及びプログラム - Google Patents

データ処理システム及びプログラム Download PDF

Info

Publication number
WO2022172623A1
WO2022172623A1 PCT/JP2021/048022 JP2021048022W WO2022172623A1 WO 2022172623 A1 WO2022172623 A1 WO 2022172623A1 JP 2021048022 W JP2021048022 W JP 2021048022W WO 2022172623 A1 WO2022172623 A1 WO 2022172623A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
processing system
data processing
analysis
medical
Prior art date
Application number
PCT/JP2021/048022
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 WO2022172623A1 publication Critical patent/WO2022172623A1/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
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/22—Social work or social welfare, e.g. community support activities or counselling services
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data

Definitions

  • the present invention relates to a data processing system and program using data from medical institutions.
  • DX Digital Transformation
  • the present inventors thought that by utilizing various huge amounts of data in medical institutions and digital technology, it would be possible to aggregate data and perform various analyzes including business conditions from various angles. Moreover, the need to conduct various analyzes including business conditions from various angles is not limited to medical institutions.
  • the inventors of the present invention can use the same digital technology to aggregate data when there is a large amount of various data specialized for each industry, so various analyzes including the business situation can be performed in each industry. thought.
  • An object of the present invention is to provide a data processing system and the like for enabling various analyzes using a huge amount of data by utilizing digital technology.
  • the present invention provides data acquisition means for acquiring medical record data relating to medical records of a medical institution to be analyzed, payment details data relating to medical details and action details, and financial data, items held in a master database, master associating means for associating items corresponding to items held in the master database out of the data acquired by the data acquiring means; and data storage means for storing each data associated by the master associating means in a database.
  • a data processing system comprising:
  • the data acquisition means may acquire medical fee data including the medical record data and the payment details data from a device that stores the medical fee data.
  • the data acquisition means may further acquire nursing care remuneration data related to nursing care remuneration.
  • a linking means may be provided for storing each of the data in a storage unit provided in the region.
  • the present invention provides data acquisition means for acquiring record data relating to each accounting record to be analyzed and financial data;
  • the present invention relates to a data processing system comprising master associating means for associating items in a database with corresponding items, and data storage means for storing each piece of data associated by the master associating means in the database.
  • the master associating means may associate each data acquired by the data acquiring means with the items held in the master database after performing a conversion process.
  • target data selection means for selecting analysis target data from each data stored in the database, and predetermined analysis processing including the analysis target data selected by the target data selection means.
  • data set generation means for generating a data set for the purpose of extracting usage data from the database using the data set generated by the data set generation means and outputting the usage data to an application that supports visualization and output means.
  • the data processing system includes analysis axis receiving means for receiving a setting of an analysis axis, and the target data selection means selects the analysis target data based on the analysis axis received by the analysis axis receiving means. good too.
  • the data processing system includes storage position specifying means for specifying a storage position of each device storing each data, and the data acquisition means is provided at the storage position specified by the storage position specifying means. The data corresponding to the may be obtained.
  • the data processing system further comprises operation screen output means for outputting an operation screen including a file indicating each data stored in the storage position and a storage destination of each data to each device, wherein the data acquisition means and each data corresponding to the file may be obtained by receiving an operation to move the file to the storage destination via the operation screen.
  • the data processing system may include personal information deletion means for deleting personal information from each data, and the data acquisition means may acquire each data after the personal information has been deleted by the personal information deletion means.
  • the present invention can provide a data processing system or the like that enables various analyzes using a huge amount of data by utilizing digital technology.
  • FIG. 1 is an overall configuration diagram of a data processing system according to an embodiment
  • FIG. 3 is a block diagram of a data processing server according to the embodiment
  • FIG. It is a figure which shows the example of the master which the master database of the data processing server which concerns on this embodiment has.
  • It is a flow chart which shows data collection processing of a data processing server concerning this embodiment.
  • It is a figure which shows the example of the operation screen used with each terminal which concerns on this embodiment.
  • 6 is a flowchart showing presetting processing of the data processing server according to the embodiment
  • 6 is a flowchart showing data utilization processing of the data processing server according to the embodiment
  • It is a functional block diagram of the data processing system which concerns on a modification.
  • FIG. 1 is an overall configuration diagram of a data processing system 100 according to this embodiment.
  • the data processing system 100 is a system mainly used by each medical institution and a management consulting company that provides advice and the like regarding the management situation to each medical institution.
  • the data processing system 100 aggregates various data held by each medical institution for analysis, and visualizes the data of the medical institution from various management perspectives in order to grasp the management situation of each medical institution and the medical institution as a whole. used to
  • the medical record terminal 5, the receipt terminal 6, the accounting terminal 7, the analysis terminal 8, and the analysis terminal 9 are simply referred to as "terminals" when not distinguished from each other.
  • the data processing server 1 and the data storage 4 are, for example, devices owned by a company that operates the data processing system 100 .
  • the chart terminal 5, the receipt terminal 6, and the accounting terminal 7 are terminals (apparatuses) installed in each medical institution, and the analysis terminal 8 is a terminal installed in the medical institution or the like.
  • the analysis terminal 8 is used by, for example, a manager of a medical institution, who wants to grasp the management situation of the medical institution, for example, from a bird's-eye view.
  • each medical institution refers to, for example, one or more hospitals or the like that have a relationship of head office and branch office in a medical corporation.
  • the management layer of a medical institution refers to, for example, the management department of the medical corporation.
  • FIG. 1 shows the overall configuration of one medical corporation composed of multiple medical institutions.
  • the data processing system 100 can be used by a plurality of medical corporations, in which case each medical corporation is provided with the chart terminal 5 to the analysis terminal 8 .
  • the analysis terminal 9 encourages medical institutions to use the data processing system 100, and the data processing system 100 is used by a medical institution management consulting company or the like.
  • the communication network is, for example, a communication line network such as the Internet.
  • the communication network may include a local area network (LAN), a wide area network (WAN), etc., and may be wired or wireless.
  • the data storage 4 is a database server that stores data collected from each medical institution.
  • the data storage 4 has a large-capacity storage area in order to store predetermined data owned by all medical institutions that use the data processing system 100 .
  • one computer is shown in FIG. 1, it may be composed of a plurality of computers.
  • the data storage 4 includes a large-capacity storage area, a control section, a communication IF (interface) section, and the like.
  • the terminal is, for example, a PC (personal computer). At least a part of the medical record terminal 5, the receipt terminal 6, and the accounting terminal 7 may be a server with higher processing capability than the PC.
  • the analysis terminal 8 or the analysis terminal 9 may be a mobile terminal or the like represented by a smart phone or a tablet.
  • each terminal includes a control section, a storage section, an input section, a display section, a communication IF section, and the like.
  • the medical record terminal 5 has medical record data related to medical records represented by electronic medical records.
  • the medical record data is also called a Form 1 file, and is one of the DPC (Diagnosis Procedure Combination) data submitted to the Ministry of Health, Labor and Welfare.
  • the medical record data includes admission/discharge information, disease name information, and the like. More specifically, the medical record data is referred to as a simple version of the hospital discharge summary, and includes information on various medical treatments such as the patient's gender, date of birth, date of admission and discharge, name of surgery information, and severity of various diseases. It has record (medical record) information.
  • medical record data By using medical record data, it is possible to ascertain in what state a patient was hospitalized, what kind of surgery he underwent, how many days he was hospitalized, and in what state he left the hospital.
  • the receipt terminal 6 is also called a receipt computer (receipt computer), and has payment details data related to medical details and action details represented by the receipt.
  • the payment details data also called an EF file, is one of the DPC data submitted to the Ministry of Health, Labor and Welfare.
  • the payment details data is data of fee-for-service payments based on the medical score table.
  • the accounting terminal 7 is an accounting processing terminal.
  • the accounting terminal 7 has financial data output from general accounting software, for example.
  • the financial data is, for example, balance sheet (BS) and financial statement data including profit and loss (PL) data.
  • the medical record terminal 5, the receipt terminal 6, and the accounting terminal 7 each have an uploader, which is a program for uploading data of each terminal to the data processing server 1, in a storage unit.
  • the analysis terminal 8 and the analysis terminal 9 are terminals for outputting analysis results by the data processing server 1 .
  • the contents of analysis may differ between the analysis terminal 8 and the analysis terminal 9 .
  • information related to management may be disclosed to the analysis terminal 8 used by the management of a medical institution, and information from various perspectives may be disclosed to the analysis terminal 9 used by a consulting company.
  • the analysis terminal 8 and the analysis terminal 9 have an analysis application (not shown), which is a program for displaying analysis contents, in their storage units.
  • the analysis application is, for example, a user interface such as a dashboard, and is a data visualization tool that graphically summarizes various data and allows them to be understood at a glance.
  • the data processing server 1 is, for example, a server.
  • the data processing server 1 may also be a terminal or the like represented by a personal computer (PC). Further, the data processing server 1 may be composed of one computer, or may be composed of a plurality of computers. When using a plurality of computers, these computers are connected via a communication network, for example. Also, the data processing server 1 may be configured as a virtual server (virtual machine) provided on a cloud, for example.
  • a virtual server virtual machine
  • FIG. 2 is a functional block diagram of the data processing server 1 according to this embodiment.
  • the data processing server 1 includes a control section 10 , a storage section 30 and a communication IF section 39 .
  • the control unit 10 is an information processing unit (CPU) that performs information calculation and processing, and controls the entire data processing server 1 .
  • the control unit 10 reads and executes an operating system (OS) and various application programs stored in the storage unit 30 as appropriate, thereby cooperating with the above-described hardware and executing various functions.
  • OS operating system
  • Programs can be stored in computer-readable non-temporary media such as compact discs, flexible discs, hard discs, magneto-optical discs, digital video discs, magnetic tapes, ROM (Read Only Memory), EEOPROM (Electrically Erasable Programmable ROM), flash memory, semiconductor memory, etc. It can be recorded on a non-transitory information recording medium. This information recording medium can be distributed and sold independently of the computer.
  • a computer reads a program recorded on a non-temporary information recording medium into a RAM (Random Access Memory), which is a temporary storage device included in the storage unit 30, and then reads the program as the control unit 10.
  • the CPU executes the instructions contained in the read program.
  • the program can be distributed and sold from a program distribution server or the like (not shown) to computers or the like via a temporary transmission medium such as a communication network, independently of the computer on which the program is executed.
  • the program in a programming language for describing the behavior level of electronic circuits.
  • various design drawings such as wiring diagrams and timing charts of the electronic circuit are generated from a program written in a programming language for describing the behavior level of the electronic circuit, and the above data are generated based on the design drawings.
  • An electronic circuit that configures the processing server 1 can be created.
  • the data processing server 1 can be configured on hardware reprogrammable by FPGA (Field Programmable Gate Array) technology from a program written in a programming language for describing the behavior of electronic circuits.
  • FPGA Field Programmable Gate Array
  • ASIC Application Specific Integrated Circuit
  • the data processing server 1 is configured to execute each process described in this embodiment by the control unit 10 controlling each component shown below.
  • the control unit 10 includes a data collection unit 11 , a master association unit 16 (master association means), a data storage unit 17 (data storage means), a presetting unit 21 and a data utilization unit 25 .
  • the data collection unit 11 is a control unit that collects predetermined data from each medical institution.
  • the data collection unit 11 includes an operation screen output unit 12 (operation screen output means), an operation reception unit 13, a personal information deletion unit 14 (personal information deletion means), and a data acquisition unit 15 (data acquisition means).
  • the operation screen output unit 12 outputs an operation screen for uploading each data to the medical record terminal 5, the receipt terminal 6, and the accounting terminal 7.
  • the operation accepting unit 13 accepts an operation of designating a file indicating data to be uploaded and moving the designated file to, for example, a designated folder of the data processing server 1 .
  • the personal information deletion unit 14 performs a process of deleting personal information when uploading specified data to the data processing server 1 .
  • personal information means, for example, a patient's name.
  • the data acquisition unit 15 acquires data stored in a specified folder.
  • the data acquisition unit 15 moves data from the terminal to the data processing server 1 using FTP (File Transfer Protocol), for example.
  • FTP File Transfer Protocol
  • the master association unit 16 performs conversion processing on each data acquired by the data collection unit 11 .
  • the conversion process includes encoding and means a process of rearranging into predetermined items.
  • the data itself extracted from the medical chart terminal 5 is garbled data even when viewed with an editor, and the content cannot be grasped.
  • the format of the medical record data differs depending on the vendor of the medical record terminal 5 . Therefore, the master associating unit 16 resolves the garbled characters and associates the items with the data. Since the format of payment details data and financial data also differs depending on the vendor, the master association unit 16 similarly performs processing for associating items with data. Further, the master association unit 16 associates data items of each master stored in a master database 32 (described later) with items of each data after conversion processing.
  • the data storage unit 17 stores each piece of data associated by the master association unit 16 in the data storage 4 .
  • the presetting unit 21 performs pre-stage processing for data utilization.
  • the pre-setting unit 21 includes an analysis axis reception unit 22 (analysis axis reception means), a target data selection unit 23 (target data selection means), and a data set generation processing unit 24 (data set generation means).
  • the analysis axis reception unit 22 receives, for example, the setting of an analysis axis that management of a consulting company or a medical institution wants to analyze.
  • analysis axes for example, for financial analysis, trends in financial statements for multiple periods, profitability (ROE), efficiency (various number of turnover days), growth (increase/decrease ratio), safety (debt-debt turnover ratio), productivity (ratio per person), etc.
  • the analysis axis receiving section 22 stores the received analysis axis in the analysis axis storage section 33 .
  • the target data selection unit 23 selects data items to be used from the data stored in the data storage 4 as analysis target data based on the analysis axis received by the analysis axis receiving unit 22 .
  • the data set generation processing unit 24 generates a data set for performing predetermined analysis processing based on the analysis axis from the analysis target data selected by the target data selection unit 23 .
  • a data set is a data structure that allows the data in the data storage 4 to be handled by the storage unit 30 (memory).
  • the dataset generation processing unit 24 stores the generated dataset in the dataset storage unit 34 .
  • the data utilization unit 25 is a control unit that performs processing in response to an analysis-related operation from the analysis terminal 8 or the analysis terminal 9 .
  • the data utilization unit 25 includes a dataset request reception unit 26 and a data output unit 27 (data output means).
  • the dataset request reception unit 26 receives a dataset request from the analysis terminal 8 or the analysis terminal 9 via the analysis application.
  • the data output unit 27 extracts the data set corresponding to the request received by the data set request receiving unit 26 from the data set storage unit 34 . Then, the data output unit 27 extracts the usage data used in the analysis application from the data storage 4 using the extracted data set, and outputs the extracted usage data to the analysis application of the analysis terminal 8 or the analysis terminal 9 that is the request source. Send.
  • the storage unit 30 is a storage area such as a hard disk or a semiconductor memory device for storing programs, data, etc. necessary for the control unit 10 to execute various processes.
  • the storage unit 30 includes a program storage unit 31 , a master database 32 , an analysis axis storage unit 33 and a dataset storage unit 34 .
  • the program storage unit 31 is a storage area that stores various programs.
  • the program storage unit 31 includes a data collection program 31a, a preset program 31b, and a data utilization program 31c.
  • the data collection program 31a is a program for executing functions related to the data collection unit 11 of the control unit 10 described above.
  • the preset program 31b is a program for executing functions related to the master association unit 16, the data storage unit 17, and the preset unit 21 of the control unit 10 described above.
  • the data utilization program 31c is a program for executing functions related to the data utilization section 25 of the control section 10 described above. Note that it is not necessary to have a program for each individual function like the data collection program 31a, preset program 31b, and data utilization program 31c, and a program combining all functions may be used.
  • the master database 32 is a storage area that stores various masters.
  • FIG. 3 is a diagram showing an example of a master held by the master database 32 of the data processing server 1 according to this embodiment. Various masters illustrated in FIG. 3 are registered as masters, for example, data provided by the medical fee information provision service of the Ministry of Health, Labor and Welfare.
  • the analysis axis storage unit 33 in FIG. 2 is a storage area that stores various analysis axes.
  • the dataset storage unit 34 is a storage area that stores datasets in association with analysis axes.
  • the communication IF unit 39 is an interface for communicating with the data storage 4 , the chart terminal 5 , the receipt terminal 6 , the accounting terminal 7 , the analysis terminal 8 and the analysis terminal 9 .
  • the computer means an information processing device having a control unit, a storage device, etc.
  • the data processing server 1, the data storage 4, and each terminal are all information processing devices having a control unit, a storage device, etc. , included in the concept of a computer.
  • FIG. 4 is a flowchart showing data collection processing of the data processing server 1 according to this embodiment.
  • FIG. 5 is a diagram showing an example of an operation screen 50 used in each terminal according to this embodiment.
  • step S is simply referred to as “S”.
  • the control unit 10 operation screen output unit 12 of the data processing server 1 outputs the operation screen 50 for data upload to the chart terminal 5 .
  • FIG. 5 shows an example of an operation screen 50. As shown in FIG.
  • the operation screen 50 includes a storage-side folder section 51 and a terminal-side folder section 52 .
  • the operator performs an operation to select a storage destination folder 51a, which is a folder to be stored, in the storage-side folder section 51.
  • FIG. Next, the operator operates the terminal-side folder section 52 to display the target file 52a. After that, the displayed object file 52a is selected, and the operator drags and drops a symbol (not shown) that moves in response to the operation to the specified location 59, so that the object file 52a is transferred to the storage side. It is stored in the storage destination folder 51 a indicated by the folder section 51 .
  • the control unit 10 (operation accepting unit 13 ) accepts an operation from the medical chart terminal 5 and receives operation target data.
  • the control unit 10 personal information deletion unit 14) performs a process of deleting personal information from the received operation target data.
  • the control unit 10 (data acquisition unit 15) acquires the data after deleting the personal information.
  • the control unit 10 (master association unit 16) performs encoding processing.
  • the control unit 10 (master association unit 16 ) performs association processing with the master database 32 .
  • the control unit 10 (data storage unit 17 ) stores the associated data in the data storage 4 . After that, the control unit 10 terminates this process.
  • the data processing server 1 receives the operation target data uploaded by the medical record terminal 5, deletes the personal information, encodes the data, associates it with the master database 32, and stores the medical record data in the data storage 4. .
  • the personal information is also deleted from the operation object data received from the receipt terminal 6, encoded, further associated with the master database 32, and the payment detail data is stored in the data storage 4.
  • the operation object data received from the accounting terminal 7 is also associated with the master database 32 and the financial data is stored in the data storage 4 .
  • FIG. 6 is a flowchart showing presetting processing of the data processing server 1 according to this embodiment.
  • the control unit 10 analysis axis receiving unit 22
  • the analysis axis is determined, for example, by conducting interviews with the management of consulting companies and medical institutions. Then, for example, a person in charge of the company that operates the data processing server 1 receives the determined analysis axis by registering it in the data processing server 1 from a terminal (not shown).
  • the control unit 10 determines whether or not the received analysis axis is registered in the analysis axis storage unit 33 . If it is registered in the analysis axis storage unit 33 (S22: YES), the control unit 10 ends this process. On the other hand, if it is not registered in the analysis axis storage unit 33 (S22: NO), the control unit 10 shifts the process to S23.
  • the control unit 10 registers the received analysis axis in the analysis axis storage unit 33 .
  • control unit 10 extracts items of target data from the data storage 4 based on the received analysis axis.
  • control unit 10 data set generation processing unit 24
  • the control unit 10 stores the generated data set in the data set storage unit 34 in association with the analysis axis. After that, the control unit 10 terminates this process.
  • a data set corresponding to the analysis axis is generated and stored. Therefore, in the subsequent processing of analyzing and visualizing data, the data set can be used, and the efficiency of the processing can be improved.
  • FIG. 7 is a flowchart showing data utilization processing of the data processing server 1 according to this embodiment.
  • the processing requested from the analysis terminal 9 will be described, but the processing requested from the analysis terminal 8 is the same.
  • the analysis terminal 9 activates an analysis application and requests analysis based on preset analysis axes.
  • the control unit of the analysis terminal 9 transmits a data set request to the data processing server 1, so in S31 of FIG. accept requests.
  • the control unit 10 extracts the data set corresponding to the request from the data set storage unit 34 .
  • the control unit 10 extracts usage data from the data storage 4 using the extracted data set.
  • the control unit 10 (data output unit 27 ) transmits the extracted usage data to the analysis terminal 9 . After that, the control unit 10 terminates this process.
  • the analysis terminal 9 that has received the data imports the received data into an analysis application, and the control unit of the analysis terminal 9 outputs the analysis results on the analysis axis as a visualized graph or table.
  • Analysis result data output by the analysis application by setting the analysis axis includes, for example, the following.
  • Grasping sales by medical department Medical departments can be grasped from medical record data. In addition, by combining payment details data and medical record data, it is possible to grasp the amount of medical care. The sales for each clinical department are calculated by classifying the amount of money for medical treatment by clinical department.
  • Grasping sales by doctor The doctor in charge can grasp from the medical record data. In addition, by combining payment details data and medical record data, it is possible to grasp the amount of medical care. By classifying medical expenses by doctor, sales for each doctor are calculated. Grasping the abilities of doctors: Based on the medical identification code (first visit, follow-up visit, medication, injection, treatment, surgery, rehabilitation, examination, etc.) in the payment statement data and the relationship with the doctor in charge grasped from the medical record data, we can identify a good doctor. grasp. For example, it can be estimated that a doctor who has many repeat visits has many repeaters, and a doctor who has many surgeries is likely to have good skills.
  • Grasping the receipt assessment rate Calculate the ratio of financial data to payment detail data by comparing the sum of payment detail data with the sales of financial data. This is because the payment details data (receipt data) are almost written off. For example, if a doctor gives a patient 20 poultices in one medical examination, 20 poultices/time is indicated in the medical bill/remuneration, but only 10 poultices/time is permitted in the receipt assessment. As a result, the range between the amount billed to the patient and the amount covered by medical insurance will differ, and the hospital will bear the negative portion. In other words, the amount based on the payment details data may not match the amount of the actual financial data, which makes hospital management difficult to understand (the actual state of management is not well understood).
  • Grasping drug price information By storing the drug price list master in the master database 32 and using payment details data and medical record data to calculate drug price margins from the drug price and the cost of medical materials and drugs, analysis of gross profit becomes possible.
  • the data processing server 1 of this embodiment has the following effects.
  • Acquire medical record data, payment details data, and financial data possessed by each medical institution to be analyzed associate the items of the acquired data with the items of the master database 32, and store them in the data storage 4. Therefore, various data held by each medical institution can be stored in one data storage 4, which is convenient for data utilization.
  • various data items possessed by each medical institution are associated with the items of the master database 32, even if the items of each data are different, they can be handled as unified items.
  • Each data acquired from each medical institution is associated with the items of the master database 32 after conversion processing. Therefore, even if each data has a different character code or a different arrangement of items, the different parts can be unified by conversion processing.
  • Receives the setting of the analysis axis and selects data to be analyzed based on the received analysis axis. Therefore, a data set corresponding to the setting of the analysis axis can be generated.
  • the storage location of the file indicating each data may be specified by the storage location specification means, and the data acquisition means may acquire the data held in the specified storage location.
  • an API for acquiring data held at a specified storage location has the functions of storage location specification means and data acquisition means, so that data can be uploaded by the API. By doing so, the data processing server can acquire the data stored in the specified storage location, and can collect data necessary for data analysis from each terminal.
  • each medical institution performs upload work, but the present invention is not limited to this.
  • the upload work may be automatically performed.
  • a batch file for performing a process of extracting data and a process of uploading the extracted data may be prepared for each terminal and activated at a specified time. By doing so, the data required for data analysis can be collected without any trouble at the medical institution.
  • the medical record data held by the medical record terminal and the payment details data held by the receipt terminal are used as an example, but the present invention is not limited to this.
  • medical fee data output by a receipt terminal may be used.
  • the medical fee data is data that can be output by the receipt terminal, and specifically, it is a "RECEIPTC.UKE" file to be submitted to the Ministry of Health, Labor and Welfare as medical fee statement information and medical fee bill information. Since this medical fee data must be submitted to the Ministry of Health, Labor and Welfare every month, it is always created every month. Even if the medical fee data that is created every month is used, the same functions as the data described in the above embodiment can be realized. Therefore, if medical fee data is used, it is convenient because there is no need to create new data for the analysis.
  • nursing care remuneration data related to nursing care remuneration may be further acquired and associated with the master database.
  • Care fee data includes data similar to medical record data and payment details data.
  • a data set is generated for analysis from various perspectives, but it is not limited to this.
  • payment notification data related to factoring that can be used as a management index and purchase data related to usage may be acquired in the same manner and linked with other devices.
  • the linking means acquires each of the above-described data, and stores each of the acquired data in a storage section included in an area that enables cooperation with another device.
  • the other device is, for example, a terminal of a factoring company in the case of payment notification data related to factoring, and a terminal of a purchasing agent company in the case of purchase data related to usage.
  • the storage unit in the area that enables cooperation with other devices can be accessed by the terminal of the factoring company as long as the payment notification data is stored, and the purchase data is stored.
  • the terminal of the purchasing agency can be accessed.
  • the data processing server can use the data for management analysis by acquiring payment notification data related to factoring and purchase data related to usage that can be used as management indicators.
  • factoring procedures can be easily performed at the terminal of the factoring company.
  • FIG. 8 is a functional configuration diagram of a data processing system 100-2 according to a modified embodiment.
  • FIG. 8 is obtained by changing the configuration according to the modifications described in (3) to (5) above with respect to the present embodiment.
  • the data processing system 100-2 is assumed to be used not only in medical institutions but also in nursing care facilities.
  • the data processing system 100-2 is a system used by each medical institution, a management consulting company that provides advice on the management situation to each medical institution, nursing care facilities, factoring companies, and purchasing agency companies. .
  • the terminal 151 is a terminal that transmits payment notification data to the data processing server 1-2.
  • the terminal 151 may be a terminal shared with other terminals.
  • the payment notice data is data relating to a payment notice prepared based on billing data to be transmitted to the payment fund or the like or receipt data received from the payment fund or the like.
  • the receipt terminal 6 is a terminal that transmits medical fee data to the data processing server 1-2.
  • the care fee terminal 152 is a terminal that transmits care fee data to the data processing server 1-2.
  • the accounting terminal 7 is a terminal that transmits financial data to the data processing server 1-2.
  • the utility terminal 153 is a terminal that transmits purchase data to the data processing server 1-2.
  • the utility terminal 153 may be a terminal shared with other terminals.
  • the purchase data is data related to invoices for supplies and the like.
  • the payment notification data is stored in the factoring storage section of the storage section 30-2 of the data processing server 1-2.
  • the factoring storage unit can be linked to the factoring company's terminal 191 and enables factoring using the payment notification data. At least part of the data stored in the factoring storage unit can be stored in the data storage 4 . Medical fee data, nursing care fee data, and financial data are stored in the data storage 4 .
  • the purchase data is stored in the purchase data storage section of the storage section 30-2 of the data processing server 1-2.
  • the purchase data storage unit can cooperate with the terminal 192 of the purchasing agent company, and manages accounts payable for medical supplies, for example. At least part of the data stored in the purchase data storage unit can be stored in the data storage 4 . Processing using each data stored in the data storage 4 is the same as described in the above embodiment.
  • various analyzes including the business situation can be performed from various angles by aggregating data by utilizing various huge data in medical institutions and digital technology. , but not limited to.
  • various analyzes including business conditions can be performed from various angles.
  • the data acquisition means acquires each record data and financial data related to the accounting record to be analyzed
  • the master association means acquires the items held in the master database and the items held in the master database among the acquired data.
  • the data storage means may store the associated data in the database. Then, using each data stored in the database, various analyzes including business conditions can be performed from various angles.
  • an analysis axis is set by a consulting company, etc., and a data set is generated.
  • analysis axes may be set in advance, data sets may be generated, and the consulting firm or the like may select the necessary analysis axes from the prepared analysis axes. By doing so, it is possible to save the trouble of generating a data set based on the set analysis axis, and reduce the workload of each user when introducing the system.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • General Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Economics (AREA)
  • Physics & Mathematics (AREA)
  • Marketing (AREA)
  • Public Health (AREA)
  • Human Resources & Organizations (AREA)
  • Child & Adolescent Psychology (AREA)
  • Medical Informatics (AREA)
  • Epidemiology (AREA)
  • Accounting & Taxation (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

デジタル技術を活用して膨大なデータを用いての様々な分析を可能にするためのデータ処理システム等を提供する。データ処理システム１００は、分析対象である各医療機関の診療記録に係る医療記録データと、診療明細及び行為明細に係る支払明細データと、財務データとを取得するデータ取得部１５と、マスタデータベース３２に有する項目と、データ取得部１５が取得した各データのうちマスタデータベース３２の項目に対応する項目とを関連付けるマスタ関連付け部１６と、関連付けがされた各データを、データストレージ４に格納するデータ格納部１７と、を備える。

Description

データ処理システム及びプログラム
　本発明は、医療機関のデータを用いたデータ処理システム及びプログラムに関する。
　従来、企業の経営状況は、一般的に、決算書等により把握することが行われている。しかし、実際の経営状況を把握するためには、決算書等によるものだけでは十分でない。これは、病院等の医療機関においても同様である。
　他方、医療機関における情報システムの活用として、標準診療計画の策定等の作業を支援する診療情報分析システムが開示されている（例えば、特許文献１）。
特許第４４８８８３３号公報
　現在、デジタルトランスフォーメーション（ＤＸ）という、データとデジタル技術を活用して、顧客や社会のニーズを基に製品やサービス、ビジネスモデルを変革するとともに、業務そのものや、組織、プロセス、企業文化・風土を変革し、競争上の優位性を確立する、という取り組みが、各企業において盛んに行われつつある。
　医療機関には、電子カルテやレセプト等、医療機関の経営状況を知る上で使用可能な様々なデータが既に膨大に存在している。しかし、それらのデータは、個々の装置（システム）にそれぞれ独立して存在するのが現状である。例えば、レセプトコンピュータ（レセコン）は病院の医事課、財務は病院の経理課、というように、担当する部署、課が異なり、院内が縦割りになっているため、システムもそれぞれ独立している。また、各データは、それぞれ独自のフォーマットである。
　本発明者らは、医療機関にある様々な膨大なデータと、デジタル技術とを活用することにより、データを集約して様々な切り口から経営状況を含む様々な分析ができると考えた。また、様々な切り口から経営状況を含む様々な分析を行うニーズは、医療機関に限られない。本発明者らは、各業界に特化した様々な膨大なデータがある場合には、同様のデジタル技術を活用してデータを集約できるため、各業界においても経営状況を含む様々な分析ができると考えた。
　本発明は、デジタル技術を活用して膨大なデータを用いての様々な分析を可能にするためのデータ処理システム等を提供することを目的とする。
　本発明は、分析対象である医療機関の診療記録に係る医療記録データと、診療明細及び行為明細に係る支払明細データと、財務データとを取得するデータ取得手段と、マスタデータベースに有する項目と、前記データ取得手段により取得した各データのうち前記マスタデータベースに有する項目に対応する項目とを関連付けるマスタ関連付け手段と、前記マスタ関連付け手段により関連付けがされた各データを、データベースに格納するデータ格納手段と、を備える、データ処理システムに関する。
　また、データ処理システムにおいて、前記データ取得手段は、前記医療記録データ及び前記支払明細データを含む診療報酬データを、前記診療報酬データを格納する装置から取得してもよい。
　また、データ処理システムにおいて、前記データ取得手段は、介護報酬に係る介護報酬データをさらに取得してもよい。
　また、データ処理システムにおいて、ファクタリングに係る支払通知データ及び用度に係る購買データを含む、経営指標に使用可能なデータを取得して、取得した各データを、他の装置との連携を可能にした領域に有する記憶部にそれぞれ格納する連携手段を備えてもよい。
　また、本発明は、分析対象である各会計記録に係る記録データと、財務データとを取得するデータ取得手段と、マスタデータベースに有する項目と、前記データ取得手段により取得した各データのうち前記マスタデータベースに有する項目に対応する項目とを関連付けるマスタ関連付け手段と、前記マスタ関連付け手段により関連付けがされた各データを、データベースに格納するデータ格納手段と、を備える、データ処理システムに関する。
　また、データ処理システムにおいて、前記マスタ関連付け手段は、前記データ取得手段により取得した各データに対して変換処理を行った後に、前記マスタデータベースに有する項目と関連付けてもよい。
　また、データ処理システムにおいて、前記データベースに格納された各データから分析対象データを選択する対象データ選択手段と、前記対象データ選択手段により選択された前記分析対象データを含む、所定の分析処理を行うためのデータセットを生成するデータセット生成手段と、前記データセット生成手段により生成された前記データセットを用いて前記データベースから利用データを抽出し、可視化に対応したアプリケーションに前記利用データを出力するデータ出力手段と、を備えてもよい。
　また、データ処理システムにおいて、分析軸の設定を受け付ける分析軸受付手段を備え、前記対象データ選択手段は、前記分析軸受付手段が受け付けた前記分析軸に基づいて、前記分析対象データを選択してもよい。
　また、データ処理システムにおいて、各データを格納した各装置の格納位置を指定する格納位置指定手段を備え、前記データ取得手段は、前記格納位置指定手段により指定された前記格納位置に有する、各装置に対応する前記データを取得してもよい。
　また、データ処理システムにおいて、前記格納位置に格納された各データを示すファイルと、各データの格納先とを含む操作画面を、各装置に出力する操作画面出力手段を備え、前記データ取得手段は、前記操作画面を介して前記ファイルを前記格納先に移動する操作を受け付けることで、前記ファイルに対応する各データを取得してもよい。
　また、データ処理システムにおいて、各データから個人情報を削除する個人情報削除手段を備え、前記データ取得手段は、前記個人情報削除手段により前記個人情報を削除後の各データを取得してもよい。
　また、本発明のデータ処理システムとしてコンピュータを機能させるためのプログラムであってもよい。
　本発明は、デジタル技術を活用して膨大なデータを用いての様々な分析を可能にするためのデータ処理システム等を提供することができる。
実施形態に係るデータ処理システムの全体構成図である。 本実施形態に係るデータ処理サーバのブロック図である。 本実施形態に係るデータ処理サーバのマスタデータベースが有するマスタの例を示す図である。 本実施形態に係るデータ処理サーバのデータ収集処理を示すフローチャートである。 本実施形態に係る各端末で使用する操作画面の例を示す図である。 本実施形態に係るデータ処理サーバの事前設定処理を示すフローチャートである。 本実施形態に係るデータ処理サーバのデータ活用処理を示すフローチャートである。 変形形態に係るデータ処理システムの機能構成図である。
　以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
〔データ処理システム１００の全体構成〕
　図１は、本実施形態に係るデータ処理システム１００の全体構成図である。
　データ処理システム１００は、各医療機関と、各医療機関に対して経営状況に係る助言等を行う経営コンサルティング会社とが、主に使用するシステムである。データ処理システム１００は、各医療機関が有する様々なデータを分析用に集約して、各医療機関及び医療機関全体の経営状況を把握するために、様々な経営の切り口で医療機関のデータを可視化するために用いる。
　図１に示すデータ処理システム１００は、データ処理サーバ１と、データストレージ４（データベース）と、カルテ端末５と、レセプト端末６と、経理端末７と、分析端末８及び分析端末９とを備える。データ処理サーバ１とデータストレージ４との間、及び、データ処理サーバ１と各端末（カルテ端末５、レセプト端末６、経理端末７、分析端末８及び分析端末９）とは、例えば、通信ネットワークを介して通信可能に接続されている。以降の説明において、カルテ端末５、レセプト端末６、経理端末７、分析端末８及び分析端末９を区別しない場合には、単に「端末」という。
　データ処理サーバ１と、データストレージ４とは、例えば、データ処理システム１００を運営する企業が有する装置である。
　カルテ端末５と、レセプト端末６と、経理端末７とは、各医療機関に設置された端末（装置）であり、分析端末８は、医療機関等に設置された端末である。分析端末８は、例えば、医療機関の経営層等、医療機関の経営状況を、例えば、俯瞰して把握したい者等が用いる。
　ここで、各医療機関とは、例えば、医療法人において本店及び支店の関係にある１つ以上の病院等をいう。また、医療機関の経営層とは、例えば、当該医療法人の経営部門をいう。図１は、複数の医療機関により構成される１つの医療法人についての全体構成を表している。しかし、データ処理システム１００は、複数の医療法人で用いることができるものであり、その場合は、医療法人ごとにカルテ端末５から分析端末８までを備える。
　分析端末９は、医療機関に対してこのデータ処理システム１００の利用を促し、データ処理システム１００を用いて医療機関の経営コンサルティング会社等が使用する。
　通信ネットワークは、例えば、インターネット等の通信回線網等である。通信ネットワークは、構内通信網（ＬＡＮ）や、広域通信網（ＷＡＮ）等を含むものであってもよく、有線であるか無線であるかを問わない。
　次に、各装置について説明する。
〔データストレージ４〕
　データストレージ４は、各医療機関から収集したデータを格納するデータベースサーバである。データストレージ４は、データ処理システム１００を利用する全ての医療機関が有する所定のデータを格納するため、大容量の記憶領域を有する。図１では、１台のコンピュータが示されているが、複数台のコンピュータで構成されていてもよい。
　図示しないが、データストレージ４は、大容量の記憶領域の他、制御部と、通信ＩＦ（インタフェース）部等とを備える。
〔端末〕
　端末は、例えば、ＰＣ（パーソナルコンピュータ）である。なお、カルテ端末５、レセプト端末６、経理端末７のうちの少なくとも一部は、ＰＣよりも処理能力の高いサーバであってもよい。また、分析端末８又は分析端末９は、その他、スマートフォンやタブレットに代表される携帯端末等であってもよい。
　図示しないが、端末は、それぞれ制御部と、記憶部と、入力部と、表示部と、通信ＩＦ部等とを備える。
　カルテ端末５は、電子カルテに代表される診療記録に係る医療記録データを有する。医療記録データは、様式１ファイルともいい、厚生労働省に提出をするＤＰＣ（Ｄｉａｇｎｏｓｉｓ　Ｐｒｏｃｅｄｕｒｅ　Ｃｏｍｂｉｎａｔｉｏｎ）データの１つである。医療記録データは、入退院情報、病名情報等を有する。より具体的には、医療記録データは、簡易版の退院サマリと言われるものであり、患者の性別や生年月日、入退院年月日、病名手術情報、各種疾病の重症度等の様々な診療録（カルテ）情報を有する。医療記録データを用いることで、患者がどのような状態で入院し、どのような手術を受け、何日間入院して、どのような状態で退院していったか、が把握できる。
　レセプト端末６は、レセコン（レセプトコンピュータ）ともいい、レセプトに代表される診療明細及び行為明細に係る支払明細データを有する。支払明細データは、ＥＦファイルともいい、厚生労働省に提出をするＤＰＣデータの１つである。支払明細データは、医科点数表に基づく出来高支払いのデータである。支払明細データを用いることで、「どのような診療行為を」、「いつ」、「どれだけ」実施したかが分かり、診療プロセスを時系列で把握できる。つまり、例えば、手術日等を起点として、その前後の診療内容がわかる。また、支払明細データを用いることで、患者の支払額や保険負担額が把握できる。
　経理端末７は、会計処理端末である。経理端末７は、例えば、一般的な会計ソフトから出力される財務データを有する。財務データは、例えば、貸借対照表（ＢＳ）や、損益計算書（ＰＬ）のデータを含む決算書のデータである。
　カルテ端末５、レセプト端末６及び経理端末７は、各端末のデータをデータ処理サーバ１にアップロードするためのプログラムであるアップローダを、記憶部に有する。
　分析端末８及び分析端末９は、データ処理サーバ１による分析結果を出力するための端末である。分析端末８と分析端末９とでは、分析内容を異なるものにしてもよい。例えば、医療機関の経営層が使用する分析端末８には、経営に関係する情報を開示し、コンサルティング会社が使用する分析端末９には、様々な切り口の情報を開示するようにしてもよい。
　分析端末８及び分析端末９は、分析内容を表示するためのプログラムである分析アプリケーション（図示せず）を、記憶部に有する。分析アプリケーションは、例えば、ダッシュボード等のユーザインタフェースであり、様々なデータをグラフィカルにまとめ、一目で理解できるようにするデータ可視化ツールである。
〔データ処理サーバ１〕
　データ処理サーバ１は、例えば、サーバである。データ処理サーバ１は、その他、パーソナルコンピュータ（ＰＣ）に代表される端末等であってもよい。
　また、データ処理サーバ１は、１台のコンピュータで構成されていてもよいし、複数台のコンピュータで構成されていてもよい。複数台のコンピュータを用いる場合には、これらのコンピュータは、例えば、通信ネットワークを介して接続される。また、データ処理サーバ１は、例えばクラウド上に設けられる仮想サーバ（仮想マシン）として構成してもよい。
　図２は、本実施形態に係るデータ処理サーバ１の機能ブロック図である。
　図２に示すように、データ処理サーバ１は、制御部１０と、記憶部３０と、通信ＩＦ部３９とを備えている。
　制御部１０は、情報の演算、処理を行う情報演算処理装置（ＣＰＵ）であり、当該データ処理サーバ１の全体の制御を行う。制御部１０は、記憶部３０に記憶されたオペレーティングシステム（ＯＳ）や各種のアプリケーションプログラムを適宜読み出して実行することにより、上述のハードウェアと協働し、各種機能を実行する。
　具体的には、本実施形態では、プログラムをコンピュータに実行させることによって、データ処理サーバ１を実現する態様を例にあげて説明する。プログラムは、コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）、ＥＥＯＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ　Ｅｒａｓａｂｌｅ　Ｐｒｏｇｒａｍｍａｂｌｅ　ＲＯＭ）、フラッシュメモリ、半導体メモリ等のコンピュータ読み取り可能な非一時的（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ）情報記録媒体に記録することができる。この情報記録媒体は、コンピュータとは独立して配布及び販売することができる。
　一般には、コンピュータは、非一時的情報記録媒体に記録されたプログラムを、記憶部３０に含まれる一時的（ｔｅｍｐｏｒａｒｙ）記憶装置であるＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）に読み出してから、制御部１０としてのＣＰＵが読み出されたプログラムに含まれる指令を実行する。
　なお、プログラムは、プログラムが実行されるコンピュータとは独立して、通信ネットワーク等の一時的伝送媒体を介して、プログラム配布サーバ等（図示せず）からコンピュータ等へ配布及び販売することができる。
　また、プログラムを、電子回路の動作レベル記述用のプログラミング言語によって記述することも可能である。この場合には、電子回路の動作レベル記述用のプログラミング言語によって記述されるプログラムから、電子回路の配線図やタイミングチャート等、各種の設計図が生成され、当該設計図に基づいて、上記のデータ処理サーバ１を構成する電子回路を作成することができる。例えば、電子回路の動作レベル記述用のプログラミング言語によって記述されるプログラムから、ＦＰＧＡ（Ｆｉｅｌｄ　Ｐｒｏｇｒａｍｍａｂｌｅ　Ｇａｔｅ　Ａｒｒａｙ）技術によって再プログラム可能なハードウェア上に、上記データ処理サーバ１を、構成することができるほか、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ　Ｓｐｅｃｉｆｉｃ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ）技術によって、特定用途専用の電子回路を構成することも可能である。
　データ処理サーバ１は、制御部１０が以下に示す各構成部を制御することにより、本実施形態に説明する各処理を実行するように構成される。
　制御部１０は、データ収集部１１と、マスタ関連付け部１６（マスタ関連付け手段）と、データ格納部１７（データ格納手段）と、事前設定部２１と、データ活用部２５とを備える。
　データ収集部１１は、各医療機関から所定のデータを収集する制御部である。
　データ収集部１１は、操作画面出力部１２（操作画面出力手段）と、操作受付部１３と、個人情報削除部１４（個人情報削除手段）と、データ取得部１５（データ取得手段）とを備える。
　操作画面出力部１２は、カルテ端末５、レセプト端末６及び経理端末７に対して、各データをアップロードするための操作画面を出力する。
　操作受付部１３は、アップロードするデータを示すファイルを指定し、指定したファイルを、例えば、データ処理サーバ１の指定のフォルダに移動させる操作を受け付ける。
　個人情報削除部１４は、データ処理サーバ１に指定したデータをアップロードする際に、個人情報を削除する処理を行う。ここで、個人情報とは、例えば、患者名等をいう。
　データ取得部１５は、指定のフォルダに格納されたデータを取得する。データ取得部１５は、例えば、ＦＴＰ（Ｆｉｌｅ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を利用して端末からデータ処理サーバ１にデータを移動させる。
　マスタ関連付け部１６は、データ収集部１１により取得した各データに対して変換処理を行う。ここでの変換処理とは、エンコードを含み、所定の項目に並び替える処理をいう。例えば、医療記録データについて、カルテ端末５から抽出したデータそのものは、エディタで見ても文字化けしたデータであり、内容が把握できない。また、医療記録データは、カルテ端末５のベンダーによりフォーマットが異なるものである。そこで、マスタ関連付け部１６は、文字化けを解消した上で、項目とデータとを対応付ける。支払明細データや財務データについても、ベンダーによりフォーマット等が異なるため、マスタ関連付け部１６は、同様に、項目とデータとを対応付ける処理を行う。
　また、マスタ関連付け部１６は、マスタデータベース３２（後述する）に記憶されている各マスタのデータ項目と、変換処理後の各データの項目とを関連付ける。
　データ格納部１７は、マスタ関連付け部１６により関連付けがされた各データを、データストレージ４に格納する。
　事前設定部２１は、データ活用のための前段階の処理を行う。事前設定部２１は、分析軸受付部２２（分析軸受付手段）と、対象データ選択部２３（対象データ選択手段）と、データセット生成処理部２４（データセット生成手段）とを備える。
　分析軸受付部２２は、例えば、コンサルティング会社や、医療機関の経営層が分析をしたいと考えている分析軸の設定を受け付ける。分析軸として、例えば、財務分析としては、複数期の決算書トレンド、収益性（ＲＯＥ）、効率性（各種回転日数）、成長性（増減比）、安全性（債権債務回転率）、生産性（１人当たり比率）等がある。また、分析軸として、例えば、診療報酬分析としては、入外日当円・実患者数・病床稼働率、科別・病棟・診療科別収益推移、手術症例分析、入退院経路分析・患者所在マップ、薬剤・医材分析、他施設ＢＭ差異分析等がある。そして、分析軸受付部２２は、受け付けた分析軸を、分析軸記憶部３３に記憶する。
　対象データ選択部２３は、分析軸受付部２２が受け付けた分析軸に基づいて、データストレージ４に記憶されたデータから使用するデータ項目を、分析対象データとして選択する。
　データセット生成処理部２４は、対象データ選択部２３により選択された分析対象データから分析軸による所定の分析処理を行うためのデータセットを生成する。データセットとは、データストレージ４のデータを記憶部３０（メモリ）で扱えるようにするデータ構造をいう。データセット生成処理部２４は、生成したデータセットを、データセット記憶部３４に記憶する。
　データ活用部２５は、分析端末８や分析端末９から分析に係る操作がされたことに応じた処理を行う制御部である。
　データ活用部２５は、データセット要求受付部２６と、データ出力部２７（データ出力手段）とを備える。
　データセット要求受付部２６は、分析アプリケーションを介して、分析端末８又は分析端末９からデータセットの要求を受け付ける。
　データ出力部２７は、データセット要求受付部２６が受け付けた要求に対応するデータセットを、データセット記憶部３４から抽出する。そして、データ出力部２７は、抽出したデータセットを用いてデータストレージ４から、分析アプリケーションで用いる利用データを抽出し、要求元である分析端末８又は分析端末９の分析アプリケーションに抽出した利用データを送信する。
　記憶部３０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
　記憶部３０は、プログラム記憶部３１と、マスタデータベース３２と、分析軸記憶部３３と、データセット記憶部３４とを備える。
　プログラム記憶部３１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部３１は、データ収集プログラム３１ａと、事前設定プログラム３１ｂと、データ活用プログラム３１ｃとを含む。
　データ収集プログラム３１ａは、上述した制御部１０のデータ収集部１１に係る機能を実行するためのプログラムである。事前設定プログラム３１ｂは、上述した制御部１０のマスタ関連付け部１６、データ格納部１７及び事前設定部２１に係る機能を実行するためのプログラムである。データ活用プログラム３１ｃは、上述した制御部１０のデータ活用部２５に係る機能を実行するためのプログラムである。
　なお、データ収集プログラム３１ａ、事前設定プログラム３１ｂ及びデータ活用プログラム３１ｃのように個々の機能ごとにプログラムを有さずともよく、全ての機能を合わせたプログラムであってもよい。
　マスタデータベース３２は、各種のマスタを記憶した記憶領域である。
　図３は、本実施形態に係るデータ処理サーバ１のマスタデータベース３２が有するマスタの例を示す図である。
　図３に例示する各種のマスタは、例えば、厚生労働省の診療報酬情報提供サービスにより提供されるデータ等をマスタとして登録したものである。
　図２の分析軸記憶部３３は、各種の分析軸を記憶する記憶領域である。
　データセット記憶部３４は、分析軸に対応付けて、データセットを記憶する記憶領域である。
　通信ＩＦ部３９は、データストレージ４や、カルテ端末５、レセプト端末６、経理端末７、分析端末８及び分析端末９までとの間での通信を行うためのインタフェースである。
　なお、コンピュータとは、制御部、記憶装置等を備えた情報処理装置をいい、データ処理サーバ１、データストレージ４及び各端末は、いずれも制御部、記憶部等を備えた情報処理装置であり、コンピュータの概念に含まれる。
〔処理の説明〕
　次に、データ処理サーバ１における処理を説明する。
　まず、各医療機関からデータを収集する処理について説明する。
　図４は、本実施形態に係るデータ処理サーバ１のデータ収集処理を示すフローチャートである。
　図５は、本実施形態に係る各端末で使用する操作画面５０の例を示す図である。
　医療機関では、所定のタイミング（例えば、月１回等）で、データ処理サーバ１にデータをアップロードする作業を行う。
　以下において、カルテ端末５での作業による、医療記録データのアップロード処理について説明するが、レセプト端末６や、経理端末７での作業も同様である。
　医療機関では、アップロードをする者（以下、操作者という。）が、カルテ端末５を操作し、データアップロード用の操作画面を開く操作をすることで、図４のステップＳ（以下、「ステップＳ」を、単に「Ｓ」という。）１１において、データ処理サーバ１の制御部１０（操作画面出力部１２）は、データアップロード用の操作画面５０を、カルテ端末５に出力する。
　図５は、操作画面５０の例を示す。操作画面５０は、ストレージ側フォルダ部５１と、端末側フォルダ部５２とを含む。まず、操作者は、ストレージ側フォルダ部５１で格納対象のフォルダである格納先フォルダ５１ａを選択する操作をする。次に、操作者は、端末側フォルダ部５２を操作して、対象ファイル５２ａを表示させる。その後、表示させた対象ファイル５２ａを選択して、操作に対応して動くシンボル（図示せず）によって操作者が指定箇所５９にドラッグアンドドロップの操作をすることで、対象ファイル５２ａが、ストレージ側フォルダ部５１が示す格納先フォルダ５１ａに格納される。
　Ｓ１２において、制御部１０（操作受付部１３）は、カルテ端末５から操作を受け付け、操作対象データを受信する。
　Ｓ１３において、制御部１０（個人情報削除部１４）は、受信した操作対象データから個人情報を削除する処理を行う。
　Ｓ１４において、制御部１０（データ取得部１５）は、個人情報を削除後のデータを取得する。
　Ｓ１５において、制御部１０（マスタ関連付け部１６）は、エンコード処理を行う。
　Ｓ１６において、制御部１０（マスタ関連付け部１６）は、マスタデータベース３２との関連付け処理を行う。
　Ｓ１７において、制御部１０（データ格納部１７）は、データストレージ４に関連付け後のデータを格納する。その後、制御部１０は、本処理を終了する。
　データ処理サーバ１は、カルテ端末５がアップロードした操作対象データを受信し、個人情報を削除し、エンコードをし、さらにマスタデータベース３２との関連付けをして、データストレージ４に医療記録データを格納する。レセプト端末６から受信した操作対象データについても、個人情報を削除し、エンコードをし、さらにマスタデータベース３２との関連付けをして、支払明細データをデータストレージ４に格納する。さらに、経理端末７から受信した操作対象データについても、マスタデータベース３２との関連付けをして、財務データをデータストレージ４に格納する。
　よって、医療機関にある各種のデータを、データストレージ４に一元的に格納することができる。また、各種のデータは、個人情報が削除されたものであるので、データセキュリティ性が向上する。さらに、各種のデータは、マスタデータベース３２に関連付けがされているので、データを活用する場合に、扱いやすいものにできる。
　次に、データを分析するための事前設定処理について説明する。
　図６は、本実施形態に係るデータ処理サーバ１の事前設定処理を示すフローチャートである。
　図６のＳ２１において、データ処理サーバ１の制御部１０（分析軸受付部２２）は、分析軸を受け付ける。分析軸は、例えば、コンサルティング会社や、医療機関の経営層からヒアリング等をすることで確定したものである。そして、例えば、データ処理サーバ１を運営する企業の担当者が、確定した分析軸を、例えば、図示しない端末からデータ処理サーバ１に登録することで受け付ける。
　Ｓ２２において、制御部１０（分析軸受付部２２）は、受け付けた分析軸が分析軸記憶部３３に登録されているか否かを判断する。分析軸記憶部３３に登録されている場合（Ｓ２２：ＹＥＳ）には、制御部１０は、本処理を終了する。他方、分析軸記憶部３３に登録されていない場合（Ｓ２２：ＮＯ）には、制御部１０は、処理をＳ２３に移す。
　ここで、分析軸が既に分析軸記憶部３３に記憶されている場合には、分析軸に対応したデータセットが既に生成されていることを示す。そのため、制御部１０は、データセットを生成する処理を行わなくてよい。
　Ｓ２３において、制御部１０（分析軸受付部２２）は、受け付けた分析軸を、分析軸記憶部３３に登録する。
　Ｓ２４において、制御部１０（対象データ選択部２３）は、受け付けた分析軸に基づいて、対象データの項目を、データストレージ４から抽出する。
　Ｓ２５において、制御部１０（データセット生成処理部２４）は、抽出した対象データの項目を用いてデータセットを生成する。
　Ｓ２６において、制御部１０（データセット生成処理部２４）は、生成したデータセットを、分析軸に対応付けてデータセット記憶部３４に記憶する。その後、制御部１０は、本処理を終了する。
　この事前設定処理によって、分析軸に対応したデータセットを生成して記憶させる。よって、以降のデータを分析したり、可視化したりする処理において、データセットを用いればよく、処理の効率化を図ることができる。
　次に、データを分析して分析結果を出力する処理について説明する。
　図７は、本実施形態に係るデータ処理サーバ１のデータ活用処理を示すフローチャートである。
　以下の説明において、分析端末９からの依頼による処理として記載するが、分析端末８からの依頼による処理であっても同様である。
　まず、分析端末９では、分析アプリケーションを起動させ、予め設定した分析軸による分析を依頼する。
　そうすると、分析端末９の制御部は、データ処理サーバ１にデータセットの要求を送信するので、図７のＳ３１において、制御部１０（データセット要求受付部２６）は、分析端末９からデータセットの要求を受け付ける。
　Ｓ３２において、制御部１０は、要求に対応したデータセットを、データセット記憶部３４から抽出する。
　Ｓ３３において、制御部１０は、抽出したデータセットを用いて、データストレージ４から利用データを抽出する。
　Ｓ３４において、制御部１０（データ出力部２７）は、抽出した利用データを、分析端末９に送信する。その後、制御部１０は、本処理を終了する。
　データを受信した分析端末９は、受信したデータを、分析アプリケーションに取り込むことで、分析端末９の制御部は、分析軸についての分析結果を、可視化したグラフや表として出力する。
　〔データ活用例〕
　分析軸の設定により、分析アプリケーションにより出力する分析結果データには、例えば、以下のようなものがある。
　診療科別の売上の把握：医療記録データから診療科が把握できる。また、支払明細データと医療記録データとを組み合わせることで、診療に係る金額が把握できる。診療に係る金額を、診療科で分類することで、診療科ごとの売上を算出する。
　医師別の売上の把握：医療記録データから担当医が把握できる。また、支払明細データと医療記録データとを組み合わせることで、診療に係る金額が把握できる。診療に係る金額を、医師で分類することで、医師ごとの売上を算出する。
　医師の能力の把握：支払明細データにある診療識別コード（初診、再診、投薬、注射、処置、手術、リハビリ、検査等）と、医療記録データから把握する担当医との関係により、名医を把握する。例えば、再診が多い医師は、リピータが多いと推定でき、手術が多い医師は、腕がよい可能性が高いと推定できる。
　レセプト査定率の把握：支払明細データの集計と、財務データの売上とを突き合わせることで、支払明細データに対する財務データの割合を算出する。これは、支払明細データ（レセプトのデータ）が、ほぼ査定減になることによる。例えば、患者に医師が１回の診察の際に２０枚湿布薬を渡した場合、診療明細・報酬では２０枚／回と記載するが、レセプトの査定では１０枚／回しか認められない。その結果、患者に請求した金額と、医療保険が適用される金額との範囲とが異なることになり、病院側がそのマイナス分を負担することになる。言い換えれば、支払明細データに基づいた金額と、実際の財務データの金額とが合わないことがあり、これが、病院経営が分かりにくくなる点（経営の実態がよく分からない）になっている。
　薬価の情報の把握：マスタデータベース３２に薬価収載マスタを記憶し、支払明細データと医療記録データとを用いて、医療材料や医薬品といった原価と薬価から薬価差益を算出することで、粗利の分析が可能になる。
　このように、本実施形態のデータ処理サーバ１によれば、以下のような効果がある。
　（１）分析対象の各医療機関が有する医療記録データ、支払明細データ及び財務データを取得し、取得したデータの項目と、マスタデータベース３２の項目とを関連付けて、データストレージ４に格納する。
　よって、各医療機関に有する様々なデータを、１つのデータストレージ４に記憶できるので、データの活用に便利である。また、各医療機関に有する様々なデータの項目を、マスタデータベース３２の項目に関連付けるので、各データでの項目が異なっていても、統一した項目として扱うことができる。
　（２）各医療機関から取得した各データに対して変換処理をした後に、マスタデータベース３２の項目と関連付ける。よって、各データが、異なる文字コードのものであったり、項目の並びが異なったりする場合であっても、変換処理によって、異なっている部分を統一したものにできる。
　（３）データストレージ４に格納された各データから分析対象データを選択し、選択した分析対象データを含む、所定の分析処理を行うためのデータセットを生成する。そして、データセットを用いてデータストレージ４から利用データを抽出し、可視化に対応した分析アプリケーションに出力する。
　よって、出力したデータセットを用いて分析処理が行え、分析結果をグラフ等で出力できる。
　（４）分析軸の設定を受け付け、受け付けた分析軸に基づいて分析対象データを選択する。よって、分析軸の設定に対応したデータセットを生成できる。
　（５）各端末に操作画面５０を出力し、操作画面５０を介してカルテ端末５から医療記録データを取得し、レセプト端末６から支払明細データを取得し、経理端末７から財務データを取得する。よって、操作画面５０を用いてデータを取得できる。また、操作画面５０で表示されたデータのファイルを、例えば、ドラッグアンドドロップによって格納先にデータをアップロードできるので、簡単である。
　（６）各データをアップロードする際に個人情報を削除するので、データのセキュリティ性が向上する。
　以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。
（変形形態）
　（１）本実施形態では、各医療機関で操作画面を使用してアップロードの作業を行うものを例に説明したが、これに限定されない。例えば、各端末において、格納位置指定手段により、各データを示すファイルの格納位置を指定しておき、データ取得手段が、指定された格納位置に有するデータを取得するようにしてもよい。実際には、例えば、指定された格納位置に有するデータを取得するＡＰＩが格納位置指定手段やデータ取得手段の機能を有することで、ＡＰＩによって、データのアップロードができる。そのようにすれば、データ処理サーバは、指定した格納位置に記憶されたデータを取得でき、各端末からデータ分析に必要なデータを収集できる。
　（２）本実施形態では、各医療機関でアップロードの作業を行うものを例に説明したが、これに限定されない。アップロード作業を自動で行うようにしてもよい。その場合、各端末に、例えば、データを抽出する処理と、抽出したデータをアップロードする処理とを行うバッチファイルを用意して、指定した時刻になったら起動するようにすればよい。そのようにすれば、医療機関での手間をかけることなく、データ分析に必要なデータを収集できる。
　（３）本実施形態では、カルテ端末が有する医療記録データと、レセプト端末が有する支払明細データとを用いるものを例に説明するが、これに限定されない。例えば、レセプト端末（装置）が出力する診療報酬データを用いてもよい。診療報酬データは、レセプト端末が出力可能なデータであって、具体的には、診療報酬明細書情報及び診療報酬請求書情報として厚生労働省に提出する「ＲＥＣＥＩＰＴＣ．ＵＫＥ」ファイルである。この診療報酬データは、厚生労働省に毎月提出する必要があるデータのため、毎月必ず作成される。毎月必ず作成される診療報酬データを用いても、上記の実施形態で説明したデータを用いた場合と同様の機能を実現できる。そのため、診療報酬データを用いれば、当該分析のために新たにデータを作成する必要がなくて便利である。
　（４）本実施形態では、医療記録データと、支払明細データとを用いるものを例に説明したが、これに限定されない。例えば、介護報酬に係る介護報酬データをさらに取得して、マスタデータベースと関連付けてもよい。介護報酬データは、医療記録データ及び支払明細データと同様のデータを有する。そのようにすれば、医療機関だけでなく、介護施設においても、データベースに格納された各データを用いて、様々な切り口から経営状況を含む様々な分析を行うことができる。
　（５）本実施形態では、各医療機関の経営をモニタリングするためのものとして、様々な切り口で分析するためにデータセットを生成するものを例に説明したが、これに限定されない。例えば、経営指標に使用できるファクタリングに係る支払通知データや、用度に係る購買データを同様に取得して、他の装置との連携をするようにしてもよい。より具体的には、連携手段が、上記したデータをそれぞれ取得して、取得した各データを、他の装置との連携を可能にした領域に有する記憶部にそれぞれ格納する。ここで、他の装置とは、例えば、ファクタリングに係る支払通知データであれば、ファクタリング会社の端末であり、用度に係る購買データであれば、購買代行会社の端末である。
　また、他の装置との連携を可能にした領域に有する記憶部は、支払通知データが記憶されたものであれば、ファクタリング会社の端末がアクセス可能であり、購買データが記憶されたものであれば、購買代行会社の端末がアクセス可能である。そのようにすれば、データ処理サーバは、経営指標に使用できるファクタリングに係る支払通知データや、用度に係る購買データを取得することにより、経営分析に当該データを用いることができる。また、他の装置からの連携を行うことで、例えば、ファクタリング会社の端末において、ファクタリングの手続を容易に行うことができる。
　（６）　（３）～（５）に記載の変形形態の説明
　図８は、変形形態に係るデータ処理システム１００－２の機能構成図である。図８は、本実施形態に対して、上記（３）～（５）に記載の変形形態に係る構成に変更したものである。データ処理システム１００－２は、医療機関の他、介護施設での利用も想定している。データ処理システム１００－２は、各医療機関と、各医療機関に対して経営状況に係る助言等を行う経営コンサルティング会社との他、介護施設や、ファクタリング会社、購買代行会社が使用するシステムである。
　端末１５１は、支払通知データをデータ処理サーバ１－２に送信する端末である。端末１５１は、他の端末との兼用端末であってもよい。また、支払通知データは、支払基金等に送信する請求データや、支払基金等から受信した受領データに基づき作成される支払通知書に係るデータである。
　レセプト端末６は、診療報酬データをデータ処理サーバ１－２に送信する端末である。
　介護報酬端末１５２は、介護報酬データをデータ処理サーバ１－２に送信する端末である。
　経理端末７は、財務データをデータ処理サーバ１－２に送信する端末である。
　用度端末１５３は、購買データをデータ処理サーバ１－２に送信する端末である。用度端末１５３は、他の端末との兼用端末であってもよい。また、購買データは、用度品等の請求書に係るデータである。
　支払通知データは、データ処理サーバ１－２の記憶部３０－２に有するファクタリング記憶部に格納される。ファクタリング記憶部は、ファクタリング会社の端末１９１に連携可能であり、支払通知データを使用したファクタリングを可能にする。ファクタリング記憶部に記憶されるデータのうち少なくとも一部のデータは、データストレージ４に格納可能である。
　診療報酬データや介護報酬データ、財務データは、データストレージ４に格納される。
　購買データは、データ処理サーバ１－２の記憶部３０－２に有する購買データ記憶部に格納される。購買データ記憶部は、購買代行会社の端末１９２に連携可能であり、例えば、医療資材買掛金の管理を行う。購買データ記憶部に記憶されるデータのうち少なくとも一部のデータは、データストレージ４に格納可能である。
　データストレージ４に格納された各データを用いての処理については、上記の実施形態での説明と同様である。
　（７）本実施形態では、医療機関にある様々な膨大なデータと、デジタル技術とを活用しデータを集約することで、様々な切り口から経営状況を含む様々な分析ができるものを説明したが、これに限定されない。医療機関以外の他の業界であっても同様に、様々な切り口から経営状況を含む様々な分析を行うことができる。その場合、データ取得手段が、分析対象である会計記録に係る各記録データと財務データとを取得し、マスタ関連付け手段が、マスタデータベースに有する項目と、取得した各データのうちマスタデータベースに有する項目に対応する項目とを関連付け、データ格納手段が、関連付けがされた各データを、データベースに格納すればよい。そうすれば、データベースに格納された各データを用いて、様々な切り口から経営状況を含む様々な分析を行うことができる。
　（８）本実施形態では、コンサルティング会社等が指定した分析軸の設定を行い、データセットを生成するものを例に説明したが、これに限定されない。システムを構築する際に、予め分析軸を設定し、データセットを生成しておき、コンサルティング会社等は、用意された分析軸から必要なものを選択するようにしてもよい。そうすることで、設定した分析軸に基づくデータセットの生成の手間を省くことができ、各ユーザにおけるシステム導入時の作業の負荷を減らすことができる。
　１，１－２　データ処理サーバ
　４　　データストレージ
　５　　カルテ端末
　６　　レセプト端末
　７　　経理端末
　８，９　分析端末
　１０　制御部
　１２　操作画面出力部
　１４　個人情報削除部
　１５　データ取得部
　１６　マスタ関連付け部
　１７　データ格納部
　２２　分析軸受付部
　２３　対象データ選択部
　２４　データセット生成処理部
　２７　データ出力部
　３０，３０－２　記憶部
　３１ａ　データ収集プログラム
　３１ｂ　事前設定プログラム
　３１ｃ　データ活用プログラム
　３２　マスタデータベース
　３３　分析軸記憶部
　３４　データセット記憶部
　５０　操作画面
　１００，１００－２　データ処理システム

Claims (12)

  1. 　分析対象である医療機関の診療記録に係る医療記録データと、診療明細及び行為明細に係る支払明細データと、財務データとを取得するデータ取得手段と、
    　マスタデータベースに有する項目と、前記データ取得手段により取得した各データのうち前記マスタデータベースに有する項目に対応する項目とを関連付けるマスタ関連付け手段と、
    　前記マスタ関連付け手段により関連付けがされた各データを、データベースに格納するデータ格納手段と、
    　を備える、データ処理システム。
  2. 　請求項１に記載のデータ処理システムにおいて、
    　前記データ取得手段は、前記医療記録データ及び前記支払明細データを含む診療報酬データを、前記診療報酬データを格納する装置から取得する、データ処理システム。
  3. 　請求項１又は請求項２に記載のデータ処理システムにおいて、
    　前記データ取得手段は、介護報酬に係る介護報酬データをさらに取得する、データ処理システム。
  4. 　請求項１から請求項３までのいずれかに記載のデータ処理システムにおいて、
    　ファクタリングに係る支払通知データ及び用度に係る購買データを含む、経営指標に使用可能なデータを取得して、取得した各データを、他の装置との連携を可能にした領域に有する記憶部にそれぞれ格納する連携手段を備える、データ処理システム。
  5. 　分析対象である会計記録に係る各記録データと、財務データとを取得するデータ取得手段と、
    　マスタデータベースに有する項目と、前記データ取得手段により取得した各データのうち前記マスタデータベースに有する項目に対応する項目とを関連付けるマスタ関連付け手段と、
    　前記マスタ関連付け手段により関連付けがされた各データを、データベースに格納するデータ格納手段と、
    　を備える、データ処理システム。
  6. 　請求項１から請求項５までのいずれかに記載のデータ処理システムにおいて、
    　前記マスタ関連付け手段は、前記データ取得手段により取得した各データに対して変換処理を行った後に、前記マスタデータベースに有する項目と関連付ける、データ処理システム。
  7. 　請求項１から請求項６までのいずれかに記載のデータ処理システムにおいて、
    　前記データベースに格納された各データから分析対象データを選択する対象データ選択手段と、
    　前記対象データ選択手段により選択された前記分析対象データを含む、所定の分析処理を行うためのデータセットを生成するデータセット生成手段と、
    　前記データセット生成手段により生成された前記データセットを用いて前記データベースから利用データを抽出し、可視化に対応したアプリケーションに前記利用データを出力するデータ出力手段と、
    　を備える、データ処理システム。
  8. 　請求項７に記載のデータ処理システムにおいて、
    　分析軸の設定を受け付ける分析軸受付手段を備え、
    　前記対象データ選択手段は、前記分析軸受付手段が受け付けた前記分析軸に基づいて、前記分析対象データを選択する、データ処理システム。
  9. 　請求項１から請求項８までのいずれかに記載のデータ処理システムにおいて、
    　各データを格納した各装置の格納位置を指定する格納位置指定手段を備え、
    　前記データ取得手段は、前記格納位置指定手段により指定された前記格納位置に有する、各装置に対応する各データを取得する、データ処理システム。
  10. 　請求項９に記載のデータ処理システムにおいて、
    　前記格納位置に格納された各データを示すファイルと、各データの格納先とを含む操作画面を、各装置に出力する操作画面出力手段を備え、
    　前記データ取得手段は、前記操作画面を介して前記ファイルを前記格納先に移動する操作を受け付けることで、前記ファイルに対応する各データを取得する、データ処理システム。
  11. 　請求項１から請求項１０までのいずれかに記載のデータ処理システムにおいて、
    　各データから個人情報を削除する個人情報削除手段を備え、
    　前記データ取得手段は、前記個人情報削除手段により前記個人情報を削除後の各データを取得する、データ処理システム。
  12. 　請求項１から請求項１１までのいずれかに記載のデータ処理システムとしてコンピュータを機能させるためのプログラム。
PCT/JP2021/048022 2021-02-10 2021-12-23 データ処理システム及びプログラム WO2022172623A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2021019877 2021-02-10
JP2021-019877 2021-02-10

Publications (1)

Publication Number Publication Date
WO2022172623A1 true WO2022172623A1 (ja) 2022-08-18

Family

ID=82838640

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2021/048022 WO2022172623A1 (ja) 2021-02-10 2021-12-23 データ処理システム及びプログラム

Country Status (2)

Country Link
JP (1) JP7209935B2 (ja)
WO (1) WO2022172623A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116258423A (zh) * 2023-05-16 2023-06-13 山东科源检测技术有限公司 一种基于大数据的医用设备数据处理系统及其方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10187810A (ja) * 1996-12-27 1998-07-21 Kameda Iryo Joho Kenkyusho:Kk 医療経営管理支援システム
JP2002092151A (ja) * 2000-09-12 2002-03-29 Charleston Medicare:Kk 複数医療機関のレセプトデータ処理方法及びレセプトコンピュータネットワークシステム
JP2005004260A (ja) * 2003-06-09 2005-01-06 Toshiba Corp 病院経営支援システム
JP2007004693A (ja) * 2005-06-27 2007-01-11 Toshiba Medical Systems Corp 病院経営支援システム
JP2015052847A (ja) * 2013-09-05 2015-03-19 国立大学法人北海道大学 電子レセプトデータ変換システム及び電子レセプトデータ変換プログラム
JP2016167204A (ja) * 2015-03-10 2016-09-15 富士通株式会社 電子カルテ管理プログラム、電子カルテ管理装置および電子カルテ管理方法
JP2018097826A (ja) * 2016-12-16 2018-06-21 株式会社メディ・ウェブ サーバ装置、通信システム、情報処理方法、および、情報処理プログラム
JP2018156342A (ja) * 2017-03-17 2018-10-04 株式会社エーエヌディー 病院経営管理支援装置

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10187810A (ja) * 1996-12-27 1998-07-21 Kameda Iryo Joho Kenkyusho:Kk 医療経営管理支援システム
JP2002092151A (ja) * 2000-09-12 2002-03-29 Charleston Medicare:Kk 複数医療機関のレセプトデータ処理方法及びレセプトコンピュータネットワークシステム
JP2005004260A (ja) * 2003-06-09 2005-01-06 Toshiba Corp 病院経営支援システム
JP2007004693A (ja) * 2005-06-27 2007-01-11 Toshiba Medical Systems Corp 病院経営支援システム
JP2015052847A (ja) * 2013-09-05 2015-03-19 国立大学法人北海道大学 電子レセプトデータ変換システム及び電子レセプトデータ変換プログラム
JP2016167204A (ja) * 2015-03-10 2016-09-15 富士通株式会社 電子カルテ管理プログラム、電子カルテ管理装置および電子カルテ管理方法
JP2018097826A (ja) * 2016-12-16 2018-06-21 株式会社メディ・ウェブ サーバ装置、通信システム、情報処理方法、および、情報処理プログラム
JP2018156342A (ja) * 2017-03-17 2018-10-04 株式会社エーエヌディー 病院経営管理支援装置

Also Published As

Publication number Publication date
JP2022122828A (ja) 2022-08-23
JP7209935B2 (ja) 2023-01-23

Similar Documents

Publication Publication Date Title
US12073342B2 (en) Informatics platform for integrated clinical care
US20080196108A1 (en) System and method for providing remote users with reports and analyses based on user data and adaptable reporting with the ability to alter, modify or augment such reports and analyses through web-based technology
CN108292386A (zh) 关注于护理片段的综合健康护理性能评估工具
US10789266B2 (en) System and method for extraction and conversion of electronic health information for training a computerized data model for algorithmic detection of non-linearity in a data
US20140358582A1 (en) Method for Generating a Selected Pool of Underwritten Insurance Policies
JP7209935B2 (ja) データ処理システム及びプログラム
JP7101609B2 (ja) 保険設計支援システム及び保険設計支援方法
Baser et al. Use of open claims vs closed claims in health outcomes research
JP2014137698A (ja) 医療情報分析システム
Zhang et al. Impact of primary to secondary care data sharing on care quality in NHS England hospitals
Bowser et al. A preliminary assessment of financial stability, efficiency, health systems and health outcomes using performance-based contracts in Belize
Hirose et al. Technical quality of delivery care in private-and public-sector health facilities in Enugu and Lagos States, Nigeria
US7707087B1 (en) Presenting data-driven health care cost-saving opportunities to health care consumers
CN110168659A (zh) 用于改善临床结果并降低总护理费用的cna引导的护理
US20140249836A1 (en) Claim driven medical event systems and methods
Bill et al. Development of a computerised cancer Data Management system at the Mayo Clinic
US20140032229A1 (en) Method of payment assessment to clinical study volunteers
JP7354422B2 (ja) 効率および代替の価格設定を確立するための医療処置におけるユニットの使用を決定するための装置、システムおよびプログラム
JP7527072B1 (ja) 介護施設紹介の分析装置及び退院支援代行システム
RU166766U1 (ru) Устройство управления и обмена медицинской информацией
Zwaanswijk et al. Electronic Registration in Outpatient Therapeutic Feeding Programs
Thorne et al. Unmeasured improvement work: the lack of routinely collected, service-related data in NHS endoscopy units in England involved in" modernisation"
Liu et al. Explore Data Quality Challenges Based on Data Structure of Electronic Health Records
Beasley Alternative payment models: a changing landscape
Kroll Letwat The current quality of health plan report cards

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

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21925866

Country of ref document: EP

Kind code of ref document: A1