Check program, check method, and information processing apparatus

Abstract

To simplify the display of a check result for an input item of DPC data.SOLUTION: A check program causes a computer to perform processing of: receiving an input of DPC (Diagnosis Procedure Combination) data, executing a check on an input item corresponding to an occupation of an account of a user who inputs the DPC data among input items included in the DPC data, and outputting an execution result of the check.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present invention relates to a check program, a check method, and an information processing device. [Background technology]

[0002] The introduction of the DPC (Diagnosis Procedure Combination) system is progressing. Medical institutions that adopt the DPC system will register a nationwide unified electronic data set of patient clinical information and medical procedures, known as DPC data, which will be collected and managed by government agencies.

[0003] As one technique for assisting in the input of such DPC data, an input support tool is provided that checks the DPC input items and displays messages such as errors as a result of the check. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] Japanese Patent Application Publication No. 11-282936 [Patent Document 2] Japanese Patent Application Publication No. 2023-100310 [Patent Document 3] Japanese Patent Application Laid-Open No. 2009-64255 Summary of the Invention [Problem to be solved by the invention]

[0005] However, the above-mentioned input support tool displays messages such as errors related to the input items for all occupations, which can make the display of check results for the input items of DPC data cumbersome.

[0006] For example, the above-mentioned input support tool displays errors in input fields that are unrelated to the job type of the staff member entering the DPC data, so the error display for the staff member's input field is buried under the error displays for other staff members' input fields. As a result, errors may be overlooked when registering DPC data, or the work of checking the fields where errors occurred may take a long time.

[0007] An object of the present invention is to provide a check program, a check method, and an information processing device that can simplify the display of check results for input items of DPC data. [Means for solving the problem]

[0008] In one aspect, the check program causes a computer to execute a process of accepting input of DPC (Diagnosis Procedure Combination) data, performing a check on input items included in the DPC data that correspond to the occupation of the account of the user entering the DPC data, and outputting the results of the check. [Effects of the Invention]

[0009] According to one embodiment, the display of check results for input items of DPC data can be simplified. [Brief explanation of the drawings]

[0010] [Figure 1] FIG. 1 is a block diagram illustrating an example of the functional configuration of a server device. [Figure 2] FIG. 2 is a diagram illustrating an example of the job type master. [Figure 3] FIG. 3 is a diagram illustrating an example of the check master. [Figure 4] FIG. 4 is a diagram showing an example of the DPC list screen. [Figure 5] FIG. 5 is a diagram (1) showing an example of the DPC registration screen. [Figure 6] FIG. 6 is a diagram (2) showing an example of the DPC registration screen. [Figure 7] FIG. 7 is a diagram (3) showing an example of the DPC registration screen. [Figure 8] FIG. 8 is a diagram (4) showing an example of the DPC registration screen. [Figure 9] FIG. 9 is a diagram (5) showing an example of the DPC registration screen. [Figure 10] FIG. 10 is a diagram (6) showing an example of the DPC registration screen. [Figure 11] FIG. 11 is a diagram (1) showing an example of the DPC input check screen. [Figure 12] FIG. 12 is a diagram (2) showing an example of the DPC input check screen. [Figure 13] FIG. 13 is a flowchart showing the procedure of the DPC input check process. [Figure 14] FIG. 14 is a diagram illustrating an example of a hardware configuration. DETAILED DESCRIPTION OF THE INVENTION

[0011] Hereinafter, embodiments for implementing the check program, check method, and information processing device according to the present disclosure will be described with reference to the accompanying drawings. Note that these embodiments merely illustrate one example or aspect, and the structures, actions, functions, properties, characteristics, methods, uses, etc. according to the present disclosure are not limited by these examples.

[0012] Example 1 Fig. 1 is a block diagram showing an example of the functional configuration of a server device. Fig. 1 shows an example in which a check function that simplifies the display of check results for DPC data input items is applied to an electronic medical record system 1 in order to support the registration of DPC data.

[0013] The electronic medical record system 1 shown in FIG. 1 provides an electronic medical record function that realizes editing, management, recording, etc. of computerized medical records, so-called electronic medical records.

[0014] As part of such electronic medical record functions, in addition to the above-mentioned check function, various functions such as issuing orders for tests and prescriptions, referencing test results, and medical accounting such as receipts may be packaged and provided.

[0015] 1, the electronic medical record system 1 may include a server device 10 and a client terminal 30. The server device 10 and the client terminal 30 are connected to each other via a network NW so that they can communicate with each other.

[0016] For example, the network NW may be any type of communication network, whether wired or wireless, such as the Internet or a LAN (Local Area Network). Although Fig. 1 shows an example in which one client terminal 30 is connected to one server device 10, this is merely a schematic diagram, and does not prevent multiple client terminals 30 from being connected to one server device 10.

[0017] The server device 10 is an example of a computer that provides the above-mentioned electronic medical record function to the client terminal 30. For example, the server device 10 can be realized as a SaaS (Software as a Service) type application. This allows a service corresponding to the above-mentioned electronic medical record function to be provided as a cloud service. Note that the server device 10 does not prevent the above-mentioned electronic medical record function from being provided on-premise.

[0018] The client terminal 30 is an example of a computer that receives the electronic medical record function. For example, the client terminal 30 may be realized by any computer, such as a personal computer, a tablet terminal, or a wearable terminal.

[0019] Such a client terminal 30 can be used by a medical professional, which corresponds to an example of a user of the electronic medical record system 1. The term "medical professional" as used here may include all staff in the medical field, including doctors, paramedical staff such as nurses, public health nurses, and caregivers, medical staff, administrative staff, and system administrators.

[0020] <One aspect of the issue> As explained in the background art section above, the input support tools relating to the above-mentioned prior art display messages such as errors for input fields for all occupations, which can make displaying check results for input fields in DPC data cumbersome.

[0021] For example, the above-mentioned input support tool displays errors in input fields that are unrelated to the job type of the staff member entering the DPC data, so the error display for the staff member's input field is buried under the error displays for other staff members' input fields. As a result, errors may be overlooked when registering DPC data, or the work of checking the fields where errors occurred may take a long time.

[0022] <One aspect of the problem-solving approach> Therefore, the check function according to this embodiment checks the input items corresponding to the occupation of the account of the user who inputs the DPC data, and displays error and warning messages obtained as a result of the check.

[0023] Therefore, the check function according to this embodiment simplifies the display of check results for DPC data input items. For example, by suppressing the display of errors for input items unrelated to the occupation of the staff member entering the DPC data, it is possible to prevent the display of errors for the input items of the staff member being overshadowed by the display of errors for the input items of other staff members. As a result, it is possible to prevent errors from being overlooked when registering DPC data and to prevent the confirmation work for items where errors have occurred from being prolonged.

[0024] <Configuration of Server Device 10> Next, an example of the functional configuration of the server device 10 according to this embodiment will be described. In Fig. 1, blocks related to the check function of the server device 10 are extracted and illustrated.

[0025] As shown in Fig. 1, the server device 10 has a communication control unit 11, a storage unit 13, and a control unit 15. Note that Fig. 1 only shows a selection of functional units related to the above-mentioned check function, and the server device 10 may also be provided with functional units other than those shown. For example, the server device 10 may be provided with all of the functions packaged in the above-mentioned electronic medical record function.

[0026] The communication control unit 11 is a functional unit that controls communication with other devices such as the client terminal 30. As just one example, the communication control unit 11 can be realized by a network interface card. In one aspect, the communication control unit 11 receives a request from the client terminal 30 requesting registration of DPC data. The communication control unit 11 also outputs the check results for the input items of the DPC data to the client terminal 30.

[0027] The storage unit 13 is a functional unit that stores various types of data. As just one example, the storage unit 13 may be realized by internal, external, or auxiliary storage of the server device 10. For example, the storage unit 13 stores information such as a job type master 13A, a check master 13B, a DPCDB (DataBase) 13C, and a DPC registration status 13D.

[0028] The occupational category master 13A is a master that defines information related to the occupation of a user who registers DPC data. Hereinafter, the term "DPC registration" may be used to refer to the registration of DPC data in an information system, such as the electronic medical record system 1. FIG. 2 is a diagram showing an example of the occupational category master 13A. As shown in FIG. 2, the occupational category master 13A may be realized by data in which items such as "occupation code" and "occupation name" are associated with each other. Of these, "occupation code" refers to a code that identifies the occupation. Furthermore, "occupation name" refers to the name of the occupation.

[0029] For example, in the example of the first line of the occupation master 13A shown in Fig. 2, the occupation code "100" can be used to cause the computer to identify the occupation title "doctor." Similarly, for the second and subsequent lines, occupation codes such as "200," "500," "510," and "999" can be used to cause the computer to identify occupation titles such as "nurse," "administrative staff," "medical staff," and "system administrator."

[0030] The check master 13B is a master that defines information related to the checks that are performed during DPC registration. FIG. 3 is a diagram showing an example of the check master 13B. As shown in FIG. 3, the check master 13B may be realized by data that associates items such as "check code," "item name," and "job code to be checked." Of these, "check code" refers to a code that identifies the check. Furthermore, "item name" refers to the name of the item that is to be checked. Furthermore, "job code to be checked" refers to the job code of the staff member assigned to input the item that is to be checked.

[0031] For example, in the example of the first line of the check master 13B shown in Figure 3, the check code "_txt_SmokingIndex" is defined to check for errors and warnings in the text entered in the "Smoking Index" field of the DPC data. Furthermore, the computer can be made to recognize that the occupational codes assigned to the entry of the "Smoking Index" field are "999," "200," "210," and "100." In other words, according to the occupational master 13A shown in Figure 2, the entry of the "Smoking Index" field is responsible for the system administrator, nurse, licensed practical nurse, and physician. Naturally, the computer can be made to perform the same recognition for the records on the second and subsequent lines, even though the values ​​of each field are different.

[0032] DPCDB13C is a database that manages a collection of DPC data. An example of such DPC data is an electronic dataset of patient clinical information and medical procedures in a nationally standardized format managed using DPC codes. The "DPC code" here refers to a code that identifies a patient group, or so-called medical procedure classification, based on the combination of the "injury / illness" that received the most medical resources during hospitalization and the "medical procedures" provided during that hospitalization. For example, DPC data may include "simplified medical information," "facility information," "non-insurance medical information," "fee-based fee-for-service information based on the medical fee schedule," "comprehensive medical receipt information," and "outpatient fee-for-service information based on the medical fee schedule." These "simplified medical information," "facility information," "non-insurance medical information," "fee-for-service information based on the medical fee schedule," "comprehensive medical receipt information," and "outpatient fee-for-service information based on the medical fee schedule" may be stored as data files, such as "Form 1," "Form 3," "Form 4," "integrated EF file," "D file," and "outpatient EF file."

[0033] The DPC registration status 13D is status data indicating the progress of the DPC registration. For example, the DPC registration status 13D may be data in which, for each patient ID that identifies a patient, a status indicating the progress of the DPC registration for that patient ID, such as two values ​​of "completed" or "incomplete," is associated with the patient ID.

[0034] The control unit 15 is a functional unit that performs overall control of the server device 10. For example, the control unit 15 can be realized by a hardware processor. As shown in FIG. 1, the control unit 15 has a reception unit 15A, a recognition unit 15B, an extraction unit 15C, a check unit 15D, a registration unit 15E, an output unit 15F, and an update unit 15G. The control unit 15 may also be realized by hardwired logic or the like.

[0035] Receiving unit 15A is a processing unit that receives various requests from client terminal 30. As one aspect, receiving unit 15A can receive a request from client terminal 30 to display a DPC registration screen that receives DPC registration.

[0036] A request to display such a DPC registration screen can be received using, as a lead, a DPC list screen 20 as shown in FIG. 4, for example.

[0037] Fig. 4 is a diagram showing an example of the DPC list screen 20. Fig. 4 shows the DPC list screen 20 on which a list of patient IDs whose progress status is incomplete among the patient IDs managed by the DPC registration status 13D is displayed. Note that Fig. 4 illustrates the DPC list screen 20 displayed on the client terminal 30 logged in with an account of the occupation "doctor."

[0038] Figure 4 shows an example of how DPC registration is divided among staff members of multiple occupations, given the wide variety of input items required for DPC data. For example, the data items included in DPC data, such as "simplified medical information," "facility information," "medical information other than medical insurance treatment," "fee-based fee information based on the medical fee schedule," "comprehensive receipt information," and "fee-based fee information for outpatient treatment based on the medical fee schedule," are divided into two major categories: "billing items" and "survey items." Under this division, inputting items under the "billing items" category is divided among doctors and administrative staff, while inputting items under the "survey items" category is divided among doctors, nurses, and administrative staff.

[0039] 4, for example, the DPC list screen 20 is shown as being displayed on a client terminal 30 logged in with an account with the job title "Doctor." Furthermore, on the DPC list screen 20, the domains of the items that the user who logs in with the job title "Doctor" is responsible for inputting are hatched.

[0040] In the example of DPC registration for patient ID "10076," this means that, among the items belonging to the major category "billing items," the items handled by administrative staff have been completed, while the items handled by doctors are incomplete. Furthermore, for the items belonging to the major category "survey items," this means that all items handled by doctors, nurses, and administrative staff have been completed. Note that for other patient IDs, the progress status of completed and incomplete can also be identified for each major category and occupation.

[0041] By accepting an operation to specify a patient ID on such DPC list screen 20, a DPC registration screen for accepting DPC registration can be called up.

[0042] Figures 5 to 10 are diagrams (1) to (6) showing examples of the DPC registration screen 200. Figures 5 to 10 show an example in which the input items included in the DPC data are input into six tab menus: "Disease name / DPC billing item," "Billing item / survey item (1)," "Survey item (2)," "Survey item (3)," "Survey item (4)," and "Survey item (5)."

[0043] For example, FIG. 5 shows a DPC registration screen 200 that is switched to when the tab menu 210 for "Disease Name / DPC Billing Items" is selected. FIG. 6 shows a DPC registration screen 200 that is switched to when the tab menu 220 for "Billing Items / Survey Items (1)" is selected. FIG. 7 shows a DPC registration screen 200 that is switched to when the tab menu 230 for "Survey Items (2)" is selected. FIG. 8 shows a DPC registration screen 200 that is switched to when the tab menu 240 for "Survey Items (3)" is selected. FIG. 9 shows a DPC registration screen 200 that is switched to when the tab menu 250 for "Survey Items (4)" is selected. FIG. 10 shows a DPC registration screen 200 that is switched to when the tab menu 260 for "Survey Items (5)" is selected.

[0044] DPC registration is accepted by inputting values ​​into the items assigned to staff members of each occupation via the DPC registration screen 200.

[0045] In the DPC registration screen 200 shown in Figures 5 to 10, input fields corresponding to the items shown in the check master 13B shown in Figure 3 are enclosed in bold frames. For example, input fields 211 to 213 in Figure 5 include the item "Disturbance of consciousness on admission (JCS)," the item "Hospitalization due to the same illness or injury," and the item "Whether or not transferred to another hospital." Furthermore, input fields 241 and 242 in Figure 8 include the item "ADL score on admission" and the item "Smoking index." Furthermore, input fields 251 to 253 in Figure 9 include the item "Level of care required / care required information," the item "Whether or not there is malnutrition (at the start of Form 1)," and the item "Whether or not there is malnutrition (at the end of Form 1)." Furthermore, input field 261 in Figure 10 includes the item "SOFA score / specific intensive care unit."

[0046] After receiving input of values ​​for the items included in the DPC registration screen 200, the reception unit 15A can receive a request for DPC registration via a pressing operation of the confirm button 200A.

[0047] Identification unit 15B is a processing unit that identifies the occupation of a user who requests DPC registration. In one embodiment, when a request for DPC registration is accepted via a pressing operation of confirmation button 200A on DPC registration screen 200, identification unit 15B identifies the occupation name assigned to the account by referring to the user information of the account requesting the DPC registration.

[0048] The extraction unit 15C is a processing unit that extracts input items corresponding to the occupational category identified by the identification unit 15B from all input items included in the DPC data. In one aspect, the extraction unit 15C extracts an occupational category code corresponding to the occupational category identified by the identification unit 15B from the occupational category master 13A shown in FIG. 2. For example, if the occupational category identified by the identification unit 15B is "doctor," the occupational category code "100" associated with the occupational category "doctor" is extracted. Then, the extraction unit 15C extracts input items from the check master 13B shown in FIG. 3 whose occupational category code to be checked includes the occupational category code extracted from the occupational category master 13A. For example, within the scope of the check master 13B shown in FIG. 3, the following items are extracted: "Smoking Index," "Whether Previously Admitted to the Same Hospital," "JCS (Disturbance of Consciousness on Admission)," and "Level of Needed Long-Term Care," whose occupational category code to be checked includes the occupational category code "100."

[0049] The check unit 15D is a processing unit that executes a check on the input items extracted by the extraction unit 15C. Such a check can be realized by the above-mentioned input support tool, as an example only. For example, the input support tool can check the consistency of the D file, E file, and F file with Form 1, as well as check for missing required items. The "check" referred to here may include not only checking for errors but also checking for warnings.

[0050] Registration unit 15E is a processing unit that executes DPC registration. In one aspect, registration unit 15E overwrites and updates the DPC data included in DPCDB 13C, which corresponds to the patient ID for which DPC registration was performed on DPC registration screen 200, with the content input via DPC registration screen 200.

[0051] The output unit 15F is a processing unit that executes various output controls for the client terminal 30. In one aspect, when the check unit 15D detects an error, including an input omission, the output unit 15F outputs information about the error to the client terminal 30. For example, the output unit 15F can display a message including the input item in which the error was detected and the details of the error on the client terminal 30. In addition, when the check unit 15D detects a warning, the output unit 15F can also display a message including the input item in which the warning was detected and the details of the warning.

[0052] The update unit 15G is a processing unit that updates the DPC registration status 13D. As one aspect, the update unit 15G updates the DPC registration status 13D when no missing entries or errors are detected in input items included in major items for which the account performing the DPC registration is assigned responsibility for input among all input items included in the DPC data. That is, the update unit 15G updates the progress status of the major items in the DPC registration status 13D that correspond to the patient ID for which DPC registration was performed on the DPC registration screen 200 and for which no missing entries or errors are detected, and the occupation of the account performing the DPC registration, from incomplete to completed.

[0053] Here, the check results displayed by the above-described conventional technology are compared with the check results displayed by the check function according to this embodiment. Figures 11 and 12 are diagrams (1) and (2) showing examples of DPC input check screens. Figure 11 shows a DPC input check screen 300A displaying check results in which an error was detected by the input support tool according to the above-described conventional technology. Figure 12 shows a DPC input check screen 300B displaying check results in which an error was detected by the check unit 15D of the server device 10 according to this embodiment.

[0054] A comparison of the DPC input check screen 300A and the DPC input check screen 300B reveals the following. For example, as shown in Fig. 11, the DPC input check screen 300A displays errors related to the input items "Presence or Absence of Malnutrition (at the end of Form 1)," "Presence or Absence of Malnutrition (at the start of Form 1)," "Presence or Absence of Transfer to Other Departments," "SOFA Score / Specific Intensive Care Unit," and "ADL Score at Admission," which are not input items handled by the occupational title "Physician." On the other hand, as shown in Fig. 12, the DPC input check screen 300B displays errors only related to the input items handled by the occupational title "Physician," such as "Smoking Index," "Previous Admission to the Same Hospital," "JCS Score at Admission," and "Level of Needed Care."

[0055] Therefore, it is clear that the DPC input check screen 300B can simplify the display of check results for input items of DPC data compared to the DPC input check screen 300A.

[0056] For example, on the DPC input check screen 300B, the input fields for the "Doctor" occupation, "Smoking index," "Whether previously admitted to the same hospital," "Disturbance of consciousness on admission (JCS)," and "Level of care required," are not buried under the input fields for other occupations, "Whether malnutrition exists (at the end of Form 1)," "Whether malnutrition exists (at the start of Form 1)," "Whether transferred to another department," "SOFA score / specific intensive care unit," and "ADL score on admission." This prevents errors from being overlooked when registering DPC data and prevents the work of checking items where errors have occurred from being prolonged.

[0057] <Processing flow> 13 is a flowchart showing the procedure for the DPC input check process. This process can be started, by way of example only, when a request for DPC registration is received via, for example, pressing the Confirm button 200A on the DPC registration screen 200.

[0058] As shown in FIG. 13, when the reception unit 15A receives a request for DPC registration (step S101), the identification unit 15B refers to the user information of the account requesting the DPC registration and identifies the job title assigned to the account (step S102).

[0059] Next, the extraction unit 15C extracts the input item corresponding to the job title identified in step S102 from all the input items included in the DPC data (step S103).

[0060] Thereafter, the checking unit 15D executes loop processing 1, which repeats the processing of step S104 for checking an error or warning for the n-th input item a number of times corresponding to the number N of input items extracted in step S103. Note that, although an example in which the processing of step S104 is repeated is given here, it does not necessarily have to be repeated and can be executed in parallel.

[0061] By executing this type of loop process 1, the results of checking for errors and warnings are obtained for each of the N input items corresponding to the occupation of the account for which DPC registration is being performed.

[0062] Then, the registration unit 15E overwrites and updates the DPC data included in the DPC DB 13C, which corresponds to the patient ID for which DPC registration was performed on the DPC registration screen 200, with the content input via the DPC registration screen 200 (step S105).

[0063] Here, if an input error or other error is detected among the N input fields corresponding to the occupation of the account for which DPC registration is being performed (step S106 No or step S107 No), the output unit 15F displays a message including the input field in which the error was detected and the content of the error on the client terminal 30 (step S108), and terminates the processing.

[0064] On the other hand, if no missing entries or other errors are detected among the N input items corresponding to the occupation of the account for which DPC registration is being performed (Yes in step S106 and Yes in step S107), update unit 15G executes the following process.

[0065] That is, the update unit 15G updates the progress status of the major item in the DPC registration status 13D that corresponds to the patient ID for which DPC registration was performed on the DPC registration screen 200 and for which no missing input or errors were detected, and that corresponds to the occupation of the account for which DPC registration is being performed, from incomplete to completed (step S109), and terminates the processing.

[0066] <One aspect of the effect> As described above, the server device 10 according to this embodiment checks the input items for the occupation corresponding to the account of the user who inputs the DPC data, and displays error and warning messages as a result of the check.

[0067] Therefore, the server device 10 according to this embodiment can simplify the display of check results for DPC data input items. For example, by suppressing the display of errors for input items unrelated to the occupation of the staff member entering the DPC data, it is possible to prevent the display of errors for the input items of the staff member being buried under the display of errors for the input items of other staff members. As a result, it is possible to prevent errors from being overlooked when registering DPC data and to prevent the work of checking items where errors have occurred from becoming prolonged.

[0068] <Example 2> Although the embodiments of the present disclosure have been described above, various applications are possible, and the present disclosure may be implemented in various different forms other than the above-described embodiments.

[0069] <Exercise creative ability> The matters described in the above embodiment, such as the number of client terminals 30 and specific examples of input items included in the DPC data, are merely examples and can be changed. Also, the order of processing in the flowcharts described in the embodiment can be changed within a consistent range.

[0070] <System> The information including the processing procedures, control procedures, specific names, various data, and parameters shown in the above documents and drawings can be changed as desired unless otherwise specified. For example, any one or more of the functional units of the server device 10, namely, the reception unit 15A, the identification unit 15B, the extraction unit 15C, the check unit 15D, the registration unit 15E, the output unit 15F, and the update unit 15G, may be configured as separate devices.

[0071] Furthermore, the components of each device shown in the figure are functional concepts and do not necessarily have to be physically configured as shown. In other words, the specific form of distribution and integration of each device is not limited to that shown. In other words, all or part of them can be functionally or physically distributed and integrated in any unit depending on various loads, usage conditions, etc. Note that each configuration may also be a physical configuration.

[0072] Furthermore, each processing function performed by each device can be realized, in whole or in part, by a CPU (Central Processing Unit) and a program analyzed and executed by the CPU, or can be realized as hardware using wired logic.

[0073] <Hardware> Next, an example of the hardware configuration of the computer described in the above embodiment will be described. Fig. 14 is a diagram showing an example of the hardware configuration. As shown in Fig. 14, the server device 10 has a communication device 10a, a storage device 10b, a memory 10c, and a processor 10d. Note that the components shown in Fig. 14 may be connected to each other via a bus or the like.

[0074] The communication device 10a is a network interface card, etc. The storage device 10b is a storage device such as a hard disk drive (HDD) or a solid state drive (SSD). For example, the storage device 10b stores programs and databases that operate the functions shown in FIG.

[0075] The processor 10d reads out a program that executes the same processing as the processing unit shown in FIG. 1 from the storage device 10b or the like and loads it into the memory 10c, thereby operating a process that executes the functions described in FIG.

[0076] Such a process realizes the same functions as the processing units of the server device 10. For example, the processor 10d reads from the storage device 10b or the like a program having the same functions as the reception unit 15A, the identification unit 15B, the extraction unit 15C, the check unit 15D, the registration unit 15E, the output unit 15F, the update unit 15G, etc. Then, the processor 10d executes a process that executes the same processing as the reception unit 15A, the identification unit 15B, the extraction unit 15C, the check unit 15D, the registration unit 15E, the output unit 15F, the update unit 15G, etc.

[0077] In this way, the server device 10 operates as an information processing device that executes the checking method by reading and executing the program. The server device 10 can also realize the same functions as the above-described embodiment by reading the program from a recording medium using a media reader and executing the read program. Note that the program in these other embodiments is not limited to being executed by the server device 10. For example, the present invention can also be applied in the same way to cases where another computer or server executes the program, or where these execute the program in cooperation with each other.

[0078] The above program can be distributed via a network such as the Internet. The above program can also be recorded on any recording medium and executed by a computer by reading it from the recording medium. For example, the recording medium can be a hard disk, a flexible disk (FD), a CD-ROM, a magneto-optical disk (MO), a digital versatile disk (DVD), or the like.

[0079] The following additional notes are provided regarding the embodiments including the above examples.

[0080] (Appendix 1) Accepts input of DPC (Diagnosis Procedure Combination) data, A check is performed on the input items included in the DPC data that correspond to the occupation of the account of the user who is entering the DPC data; outputting the results of the execution of said check; A check program that causes a computer to execute a process.

[0081] (Supplementary Note 2) The check program according to Supplementary Note 1, wherein the process of executing the check includes a process of checking for errors in input items corresponding to the occupation of the user's account.

[0082] (Supplementary Note 3) The check program according to Supplementary Note 2, wherein the output process includes a process of displaying a message including the input item in which the error was detected and the content of the error.

[0083] (Supplementary Note 4) The check program according to Supplementary Note 2, wherein the process of executing the check further includes a process of checking a warning for an input item corresponding to the occupation of the user's account.

[0084] (Appendix 5) The check program according to Appendix 1, wherein the occupations include doctors, nurses, and administrative staff.

[0085] (Appendix 6) Accepts input of DPC (Diagnosis Procedure Combination) data, A check is performed on the input items included in the DPC data that correspond to the occupation of the account of the user who is entering the DPC data; outputting the results of the execution of said check; A checking method characterized in that the processing is executed by a computer.

[0086] (Supplementary Note 7) The checking method according to Supplementary Note 6, wherein the process of performing the check includes a process of checking for errors in input items corresponding to the occupation of the user's account.

[0087] (Appendix 8) The checking method according to appendix 7, wherein the output process includes a process of displaying a message including the input item in which the error was detected and the content of the error.

[0088] (Supplementary Note 9) The checking method according to Supplementary Note 7, wherein the process of executing the check further includes a process of checking a warning for an input item corresponding to the occupation of the user's account.

[0089] (Appendix 10) The checking method according to Appendix 6, wherein the occupations include doctors, nurses, and administrative staff.

[0090] (Appendix 11) Accepts input of DPC (Diagnosis Procedure Combination) data, A check is performed on the input items included in the DPC data that correspond to the occupation of the account of the user who is entering the DPC data; outputting the results of the execution of said check; An information processing device comprising a control unit that executes processing.

[0091] (Supplementary Note 12) The information processing device according to Supplementary Note 11, wherein the process of performing the check includes a process of checking for errors in input items corresponding to the occupation of the user's account.

[0092] (Supplementary Note 13) The information processing device according to Supplementary Note 12, wherein the output process includes a process of displaying a message including the input item in which the error was detected and the content of the error.

[0093] (Supplementary Note 14) The information processing device according to Supplementary Note 12, wherein the process of executing the check further includes a process of checking a warning for an input item corresponding to the occupation of the user's account.

[0094] (Supplementary Note 15) The information processing device according to Supplementary Note 11, wherein the occupations include doctors, nurses, and administrative staff. [Explanation of symbols]

[0095] 1. Electronic medical record system 10 Server device 11 Communication control section 13 Storage section 13A Occupation Master 13B Check Master 13C DPCDB 13D DPC Registration Status 15 Control Unit 15A Reception 15B Identification part 15C Extraction part 15D Check section 15E Registration Department 15F Output section 15G update section 30 client terminals

Claims

1. Accepts input of DPC (Diagnosis Procedure Combination) data, Executes a check on an input item included in the DPC data that corresponds to the occupation of the account of the user who inputs the DPC data; outputting the results of the execution of said check; A check program that causes a computer to execute a process.

2. 2. The check program according to claim 1, wherein the process of executing the check includes a process of checking for errors in input items corresponding to the occupation of the user's account.

3. 3. The check program according to claim 2, wherein the output process includes a process of displaying a message including the input item in which the error was detected and the content of the error.

4. 3. The check program according to claim 2, wherein the process of executing the check further includes a process of checking a warning for an input item corresponding to the occupation of the user's account.

5. 2. The check program according to claim 1, wherein the occupations include a doctor, a nurse, and an office staff member.

6. Accepts input of DPC (Diagnosis Procedure Combination) data, Executes a check on an input item included in the DPC data that corresponds to the occupation of the account of the user who inputs the DPC data; outputting the results of the execution of said check; A checking method characterized in that the processing is executed by a computer.

7. Accepts input of DPC (Diagnosis Procedure Combination) data, Executes a check on an input item included in the DPC data that corresponds to the occupation of the account of the user who inputs the DPC data; outputting the results of the execution of said check; An information processing device comprising a control unit that executes processing.

Images