JP6569287B2 - Display program, display method, and display control apparatus - Google Patents

Description

  The present invention relates to a display program, a display method, and a display control device.

  There is a case where the medical record stored in the electronic medical record system is used for checking the receipt. In such a receipt check, a chart that matches the search condition is searched from the electronic chart system, and the contents of each diagnosis and the score for each diagnosis are output regarding the diagnosis selected from the search result.

JP 2008-188329 A JP 2000-48092 A

  However, the above-described technique is merely for allowing a medical record as a medical record to be viewed in a unit of medical care, and is not suitable for checking a receipt. For example, treatment for a certain wound may not be completed in a single medical treatment, and the medical treatment may be continued multiple times. At this time, for each medical treatment, even if the receipt is created by calculating the score without excess or deficiency, an incomplete receipt will be created when viewed through a series of processes from the first examination to the end of treatment. There is a case. In this case, it is difficult to find out the deficiencies that occur in a series of courses by only outputting the contents of one medical treatment locally.

  In one aspect, an object of the present invention is to provide a display program, a display method, and a display control device that can support inspection of a receipt.

  The display program according to one aspect is configured for a tooth corresponding to the received tooth type with reference to a storage unit that receives designation of information specifying a tooth type and stores treatment information for each tooth of the patient. A display program for reading out the treatment information and causing the computer to execute a process of generating a display screen in which a series of treatment information about the read teeth is arranged in time series.

  Can support the inspection of the reception.

FIG. 1 is a diagram illustrating a configuration example of a receipt inspection support system according to the first embodiment. FIG. 2 is a block diagram illustrating a functional configuration of the DWH server according to the first embodiment. FIG. 3 is a diagram illustrating an example of a medical chart screen. FIG. 4 is a diagram illustrating an example of medical chart data. FIG. 5 is a diagram illustrating an example of a data mart. FIG. 6 is a diagram illustrating an example of a dental code. FIG. 7 is a diagram illustrating an example of a time-series audit screen. FIG. 8 is a diagram illustrating an example of a subwindow. FIG. 9 is a diagram illustrating an example of a subwindow. FIG. 10 is a diagram illustrating an example of a data mart. FIG. 11 is a diagram illustrating an example of a time-series audit screen. FIG. 12 is a diagram illustrating an example of a subwindow. FIG. 13 is a diagram illustrating an example of a data mart. FIG. 14 is a diagram illustrating an example of a time-series audit screen. FIG. 15 is a flowchart illustrating the procedure of the display control process according to the first embodiment. FIG. 16 is a diagram illustrating a hardware configuration example of a computer that executes the display program according to the first embodiment and the second embodiment.

  A display program, a display method, and a display control device according to the present application will be described below with reference to the accompanying drawings. Note that this embodiment does not limit the disclosed technology. Each embodiment can be appropriately combined within a range in which processing contents are not contradictory.

[System configuration]
FIG. 1 is a diagram illustrating a configuration example of a receipt inspection support system according to the first embodiment. The receipt check support system 1 shown in FIG. 1 displays a search result from the chart data stored in the electronic chart system 50 on the client terminals 30A to 30C, thereby checking a receipt related to dental practice, a so-called medical remuneration statement. We will provide support for receipt inspection support. In addition, although the case where the receipt inspection support system 1 and the electronic medical record system 50 are constructed | assembled separately is illustrated in FIG. 1 as an example, it cannot be overemphasized that these both can be collectively constructed | assembled as one system. .

  As part of such a reception check support service, the reception check support system 1 arranges medical record data corresponding to a search condition such as a dental part or a wound that has been designated in the medical record data in a time series in units of a series of medical treatments. Display control processing to be displayed is also realized. As a result, for example, it is possible to easily detect a defect in a receptor that occurs in a series of processes, and thus assists in the inspection of the receptor.

  As shown in FIG. 1, the receipt inspection support system 1 accommodates a DWH (Data WareHouse) server 10, client terminals 30 </ b> A to 30 </ b> C, and an electronic medical record system 50. Although FIG. 1 illustrates a case where three client terminals are accommodated, the number of client terminals accommodated by the DWH server 10 is not limited to the illustrated example, and an arbitrary number of client terminals can be accommodated. . In the following, when the devices of the client terminals 30A to 30C are collectively referred to without distinction, they may be referred to as “client terminals 30”.

  The DWH server 10, the client terminal 30, and the electronic medical record system 50 are connected via the network 7 so that they can communicate with each other. For example, the network 7 may be any type of communication network such as the Internet (Internet), LAN (Local Area Network), and VPN (Virtual Private Network), regardless of wired or wireless.

  The DWH server 10 is a server device that provides the above-described receipt inspection support service to the client terminal 30.

  As one embodiment, the DWH server 10 can be implemented by installing a display program for realizing the above-described receipt inspection support service on a desired computer as package software or online software. For example, the DWH server 10 may be implemented as a Web server that provides the above-described reception inspection support service, or may be implemented as a cloud that provides the above-described reception inspection support service by outsourcing.

  The DWH server 10 integrates and manages data used in a plurality of backbone systems such as the receipt inspection support system 1 and the electronic medical record system 50. For example, the DWH server 10 changes the data format of the medical record data stored in the electronic medical record system 50 that electronically manages the medical record as the medical record of the entire hospital to the data format for search used for checking the receipt related to the dental practice. Execute the mart processing to be rebuilt. This creates a dental data mart. In addition, the DWH server 10 provides the above-described receipt inspection support service to the client terminal 30 using a dental data mart.

  The client terminal 30 is a computer that receives the receipt inspection support service from the DWH server 10.

  As an embodiment, a personal computer can be adopted as the client terminal 30. As the client terminal 30, not only a stationary terminal such as the above personal computer but also various portable terminal devices can be adopted as the client terminal 30. For example, as an example of a mobile terminal device, a mobile communication terminal such as a smart phone, a mobile phone or a PHS (Personal Handyphone System), and a slate terminal such as a PDA (Personal Digital Assistants) are included in the category.

[Configuration of DWH Server 10]
FIG. 2 is a block diagram illustrating a functional configuration of the DWH server 10 according to the first embodiment. As shown in FIG. 2, the DWH server 10 includes a communication I / F (interface) unit 11, a storage unit 13, and a control unit 15. The server device 10 may have various functional units included in a known computer other than the functional units illustrated in FIG. 2, for example, functional units such as various input devices and audio output devices.

  The communication I / F unit 11 is an interface that performs communication control with other devices such as the client terminal 30 and the electronic medical record system 50.

  As an embodiment, the communication I / F unit 11 can employ a network interface card such as a LAN card. For example, the communication I / F unit 11 receives medical chart data from the electronic medical chart system 50 or transmits a medical chart data transmission request to the electronic medical chart system 50. Further, the communication I / F unit 11 receives a search condition from the client terminal 30 or transmits a search result or a display screen generated based on the search result to the client terminal 30.

  The storage unit 13 is a storage device that stores data used for various programs such as the display program, including an OS (Operating System) executed by the control unit 15.

  As an embodiment, the storage unit 13 is implemented as a main storage device in the server device 10. For example, various semiconductor memory elements such as a RAM (Random Access Memory) and a flash memory can be employed for the storage unit 13. The storage unit 13 can also be implemented as an auxiliary storage device. In this case, an HDD (Hard Disk Drive), an optical disk, an SSD (Solid State Drive), or the like can be employed.

  The storage unit 13 stores medical chart data 13a and a data mart 13b as an example of data used for a program executed by the control unit 15. In addition to the chart data 13a and the data mart 13b, other electronic data, for example, definitions relating to items to be specified as search conditions, default settings for search conditions, and the like can also be stored. The medical record data 13a and the data mart 13b will be described in accordance with the description of the processing unit that registers or references each data.

  The control unit 15 has an internal memory for storing various programs and control data, and executes various processes using these.

  As an embodiment, the control unit 15 is implemented as a central processing unit, a so-called CPU (Central Processing Unit). The control unit 15 is not necessarily implemented as a central processing unit, and may be implemented as an MPU (Micro Processing Unit). The control unit 15 can also be realized by a hard wired logic such as an application specific integrated circuit (ASIC) or a field programmable gate array (FPGA).

  The control unit 15 virtually implements the following processing unit by executing various programs. For example, as shown in FIG. 2, the control unit 15 includes a duplication unit 15a, a mart unit 15b, a reception unit 15c, a search unit 15d, and a display control unit 15e.

  The replication unit 15a is a processing unit that replicates data.

  As one embodiment, the duplication unit 15 a duplicates medical chart data stored in the electronic medical chart system 50. For example, the duplication unit 15a duplicates the medical chart data stored in the electronic medical chart system 50 every time a predetermined period, for example, 10 minutes elapses, or whenever the system time managed by the OS or the like becomes a regular time. . In addition, the duplicating unit 15 a registers the previously duplicated medical chart data in the storage unit 13. As described above, the chart data is replicated, and the chart data stored on the electronic chart system and the chart data 13a stored in the storage unit 13 are synchronized.

  FIG. 3 is a diagram illustrating an example of a medical chart screen. FIG. 3 exemplifies a medical chart screen 300 in which values have already been entered for each item via a GUI (Graphical User Interface) provided by the electronic medical chart system 50. In the case of the medical chart screen 300 shown in FIG. 3, this means that medical treatment was started on September 28, 2012 (Friday). Furthermore, in this practice, after an hour of guidance by a dental hygienist, the upper right 7th (second molar), the upper right 6th (first molar), the upper right 4th first premolar, the upper right 3rd This means that scaling was performed as a dental treatment on the canine, upper right first central incisor, upper left first central incisor, upper left third canine tooth to upper left seventh upper molar.

  FIG. 4 is a diagram illustrating an example of medical chart data. FIG. 4 illustrates an example of a record of a portion corresponding to the medical record screen 300 illustrated in FIG. 3 in the medical record data 13a. As shown in FIG. 4, in the electronic medical chart system 50, a document number “XXXXXXXXXX2012092807535001” common to each item related to the same medical treatment is assigned. Furthermore, the information of each item input on the medical chart screen 300 shown in FIG. 3 is used to calculate the disease name start date, the dental site, the score of the receipt, the so-called medical fee, as shown in the medical chart data 13a1 shown in FIG. Each item is associated with each other by the same document number in a state of being classified into item attributes such as calculation items and calculation incidental information.

  The mart unit 15b is a processing unit that executes the mart process.

  As one embodiment, the mart unit 15b executes a mart process for reconstructing the data format of the medical record data stored in the electronic medical record system 50 into a search data format used for checking a receipt related to dental practice.

  For example, the mart unit 15b adds a field for identifying the name of the disease and a field for identifying each part included in the dental formula to the record included in the medical record data as a search index. In addition, the mart unit 15b describes the code of the name of the wound related to the medical treatment and the code of the dental part where the dental treatment for the wound is performed in an additional field included in each record of the medical record data related to the same medical treatment. In this way, the data mart created by the mart unit 15 b is registered in the storage unit 13.

  Such mart processing is performed with the aim of improving search efficiency. In other words, when checking a receipt related to dental practice, the chart data to be checked for a receipt is often narrowed down by the name of the wound and the dentist site where the dental treatment has been performed by the dentist. However, in the medical record data 13a1 shown in FIG. 4, records relating to the same medical care are associated with a common document number, but in order for the computer to call each record relating to the same medical care, the name of the disease specified as a search condition Then, after the dental part is hit by a record of the chart data 13a, another record having the same document number is called using the document number of the record as a key. Since this leads to a decrease in search efficiency, the addition of the search index changes the data format for searching for records related to the same medical care without going through the document number.

  FIG. 5 is a diagram illustrating an example of a data mart. FIG. 5 shows an example of a data mart 13b1 generated by executing a mart process on the medical record data 13a1 shown in FIG. As shown in FIG. 5, in the data mart 13b, “sickness and sickness name” is expanded to the ninth field, and the data mart 13b1 related to the same medical treatment, that is, the ninth field of each record having a common document number. Describes the name of the injury “chronic periodontitis”.

  Further, the data mart 13b is expanded with fields Nos. 10 to 41 for identifying a dental part where a dental treatment has been performed. Here, in the data mart 13b1 related to the same medical care, the fields to be subjected to dental treatment among the fields 10 to 41 expanded to the data mart 13b in accordance with the tooth code shown in FIG. While “1” is stored, “0” is stored in the field that is not the target of the dental treatment. FIG. 6 is a diagram illustrating an example of a dental code. As shown in FIG. 6, each part of the dental formula is dental in the order of upper right 8 to upper right 1, upper left 1 to upper left 8, lower right 8 to lower right 1, lower left 1 to lower left 8. Whether or not it is a treatment target is expressed by 32 bytes of “1” or “0”. In the case of the medical record data 13a1 shown in FIG. 4, the data mart 13b1 associated with the same medical care is used for the dental part “76431 | 13-7” and “─────┴────” corresponding to the wound. The tooth code “01101101101111100000000000000000” is stored in the field No. 41. As a result, a search index can be prepared for each of the 32 parts included in the dental formula.

  The receiving unit 15c is a processing unit that receives a search condition specification.

  As one embodiment, the reception unit 15 c causes the client terminal 30 to display a time series audit screen prepared as an example of a screen for checking a receipt related to dental practice. Specification of search conditions is accepted on such a time series audit screen. Although details will be described later with reference to FIGS. 8 and 12, as an example of a search condition, a wound name, a dental site, a treatment item, and the like can be designated.

  The search unit 15d is a processing unit that searches for a record in the medical record corresponding to the search condition received from the data mart 13b.

  As an embodiment, the search unit 15d includes a search value accepted by the accepting unit 15c among records included in the data mart 13b, for example, a code value corresponding to a wound name, a dental part, a treatment item, and the like. Search for records with fields whose attribute values match completely or partially with the AND condition. Then, the search unit 15d searches the records included in the data mart 13b for a record group corresponding to the medical record of the first visit retrospectively from the medical care of the record that hits the search condition. For example, the search unit 15d has the same patient ID (IDentification) as the record that hits the search condition, the date of entry of the chart is the closest earlier than the record that hit the search condition, and the calculation item has “initial examination fee”. A record group having the same document number as the input record is further read. After that, the search unit 15d further reads out a record group corresponding to the medical chart of each medical treatment included in a series of medical treatments from the first medical examination searched for before the next first medical examination among the records included in the data mart 13b. As a result, it is possible to search not only medical charts that match the search conditions, but also medical charts that follow a series of courses along with the medical conditions that match the search conditions.

  The display control unit 15 e is a processing unit that performs various display controls on the client terminal 30.

  As one embodiment, the display control unit 15e arranges the record group corresponding to the medical chart of each medical treatment included in the series of medical treatments searched by the searching unit 15d in time series from the left to the right, thereby obtaining a search result. Generate a display screen. At this time, the display control unit 15e sets the background color of the chart of the record hit in the search condition to a display color different from the background colors of the other charts among the charts of each diagnosis included in the series of the diagnosis. Furthermore, the display control unit 15e sets the character color of the font of the wound name, tooth part, and treatment item that matches the search condition to a display color different from the other items. In addition, when a plurality of series of medical treatments are searched by the search unit 15d, the display control unit 15e arranges each series of medical treatments with line feeds. The display data of the display screen generated in this way is transmitted to the client terminal 30, whereby the search result display screen is displayed in a predetermined display area included in the time-series audit screen.

[Concrete example]
Next, a specific example of a display control process that supports a check of a receipt related to dental practice will be described. FIG. 7 is a diagram illustrating an example of a time-series audit screen. FIG. 7 shows a screen when the window is activated, that is, a screen in a state before the search. As shown in FIG. 7, the time series audit screen 500 includes a search condition 1 display area 510, a search condition 2 display area 520, and a search result display area 530, and buttons 511 for calling various sub-windows. 521, 531 and 532 are included.

  When the button 511 is pressed under the situation where the time series audit screen 500 shown in FIG. 7 is displayed on the client terminal 30, a sub window 600 for accepting the designation of the search condition 1 is displayed on the client terminal 30. FIG. 8 is a diagram illustrating an example of a subwindow. As shown in FIG. 8, the sub-window 600 includes buttons 610 to 660 for calling up sub-windows for designating values of respective items such as a disease name, a dental site, a treatment item, a user, a period, and a patient ID. By embedding an arbitrary GUI component such as a pull-down menu, a radio button, a text box, or the like in a sub-window called by these buttons 610 to 660, an item value can be designated.

  For example, when the button 620 is pressed, a sub window 700 for accepting designation of a dental part is displayed on the client terminal 30. FIG. 9 is a diagram illustrating an example of a subwindow. In FIG. 9, the left and right directions will be described in the direction when viewed from the patient. As shown in FIG. 9, the upper and lower jaws are separated by a horizontal line representing meshing, and left and right are separated by a vertical line corresponding to the median line, so that the left and right and upper and lower parts can be identified and assigned to each part included in the dental formula The assigned number is displayed as a dental part. The letters A to E are assigned to each tooth corresponding to the milk tooth. In this way, by pointing the pointing device over the number assigned to the dental part and performing a left click or the like, it is possible to designate the dental part one by one, or by specifying a range such as drag and drop, Ctrl key + It is also possible to specify a plurality of dental parts at once by a left click operation.

  In addition, it is possible to designate all teeth of the upper jaw from the upper right 8th to the upper left 8th by pressing the upper jaw button 710. If the upper right 7th to the upper right 4th molars can be designated by pressing the upper right 7-4 button 711, the upper right 3rd to upper left 3 can be specified by pressing the upper 3-3 button 712. It is also possible to designate the teeth up to the upper left, and it is also possible to designate the molars from the upper left 4th to the upper left 7th by pressing the 4-7 button 713 on the left side of the upper jaw. Further, by pressing the 7-7 button 714 on the upper jaw side, the teeth from the upper right 7th to the upper left 7th except for the upper right 8th and upper left 8th wisdom teeth can be designated at a time. It is also possible to designate all 32 teeth at once by pressing the button 720 for all jaws. The buttons 730, 731, 732, 733, and 734 related to the lower jaw are the same except that the buttons 710, 711, 712, 713, and 714 are interchanged.

  Furthermore, the user can cancel all of the selected dental parts by pressing the clear all button 740, or left-click the number assigned to the dental part while the delete button 750 is selected. It can also be accepted individually. Then, the specification of the dental part can be confirmed by pressing the confirm button 760, and the sub window 700 can be closed by pressing the close button 770.

  As described above, the tooth part designated through the sub-window 700 can be designated by selecting the radio button 621 or 622 as an alternative, so that the search condition of the tooth part is completely matched or partially matched. The period can also be specified by pressing the buttons 651 to 653 on the current month, the previous month, and the previous month, based on the time when the search is executed, without calling the subwindow by pressing the button 650.

  For example, as an example of the search condition 1, a case where the search is performed on the assumption that the value shown in FIG. That is, the name of the wound including either chronic apical periodontitis or acute apical periodontitis is designated, and the upper, lower, left, and right, that is, the upper right 7 to the upper left 7 and the lower right 7 except the wisdom wisdom. No.-lower left 7th tooth is specified as a dental part under the condition of partial match, root canal paste (single root), root canal paste (2 roots) or root canal paste (3 roots) Assume that search condition 1 is specified in which the treatment items to be included are specified, and the period after January 1, 2014 is specified as the period.

  Here, it is assumed that the user who checks the reception sets the search condition 1 according to the following guidelines. In other words, when performing root canal patching and performing pressure root canal filling treatment, dental practice of performing pressure root canal filling treatment after performing dental radiography, that is, X-ray photography that closes up one tooth. Based on this common sense, we assume that there is a guideline for auditing whether the items for calculating dental photography are missing. One reason why audits are carried out with such guidelines is because the dentist is obliged to perform pressurized root canal filling treatment while checking the clogging of the filling by dental imaging so that bacteria do not enter. .

  When the search execution button 531 is pressed in a state where the search condition 1 is specified in this manner, a chart that matches the search condition 1 is executed from the data mart 13b. FIG. 10 is a diagram illustrating an example of a data mart. In FIG. 10, a record group sharing one medical treatment, that is, a document number “XXXXXXXXXX2014041007535001” is extracted and shown. The record group of the data mart 13b shown in FIG. 10 is not excluded from the search target because the medical treatment date is April 10, 2014 and after January 1, 2014 designated as the search condition 1. The collation is executed between the name of the wound designated as the search condition 1, the dental part, and the treatment item. Among these, as for the names of wounds and diseases, “chronic apical periodontitis” or “acute apical periodontitis” is designated by the search condition 1, and the wounds and diseases of the record group of the data mart 13b shown in FIG. Consistent with the name “acute apical periodontitis”. Furthermore, for the tooth part, partial matching with the upper right 7th to upper left 7th and lower right 7th to lower left 7th teeth is designated by the search condition 1, and the record group of the data mart 13b shown in FIG. Is included, so that the condition of the dental part is met. Furthermore, for the treatment item, “root canal paste (single root)”, “root canal paste (2 roots)” or “root canal paste (3 roots)” is specified in the search condition 1, and FIG. 10 corresponds to the treatment item “root canal paste (2 roots)” of the lowest record in the record group of the data mart 13b shown in FIG.

  As a result, as an example of a record that satisfies each item of the search condition 1 with the AND condition, the lowest record in the record group of the data mart 13b shown in FIG. 10 is searched. In this way, for each record that hits the search condition 1, after a record group corresponding to the medical record of the first visit is searched retroactively from the medical treatment of the record that hit the search condition 1, a series of records from the first visit to the next first visit is performed. A record group corresponding to the medical chart of each medical treatment included in the medical treatment is read from the storage unit 13. In the case of the record group of the data mart 13b shown in FIG. 10, since “dental initial examination fee” is entered in the calculation item, it is found that the record group of the data mart 13b shown in FIG. 10 is a record group corresponding to the first examination. To do. In this case, since it is not necessary to search for the record group corresponding to the first visit retroactively, the patient has the ID “542432”, the medical treatment date is “April 10, 2014” or later, and before the next first visit. The record group up to is searched.

  In addition, the search result display screen is generated by arranging the records corresponding to the medical charts of each medical treatment included in the series of medical treatments searched as described above in time series from left to right. . FIG. 11 is a diagram illustrating an example of a time-series audit screen. In FIG. 11, unlike the time-series audit screen 500 shown in FIG. 7, the search condition 1 is displayed in the display area 510 and the search result is displayed in the display area 530 by the designation through the sub window 600 shown in FIG. Has been. Further, FIG. 11 shows an example in which a record that hits the search condition 1 is searched as a search result, not limited to the lowest record shown in FIG.

  In the display area 530 of the time-series audit screen 500 shown in FIG. 11, the display color of the treatment item “root canal paste” designated as the search condition is displayed in a display color different from other treatment items. Furthermore, the background color of the medical chart of the medical care including the record that hits the search condition 1 in the series of medical care is displayed in a display color different from the background color of the other medical charts. By displaying such a search result, the following audit can be performed.

  In other words, in a series of medical treatments with patient IDs “22344”, “1443432”, and “923321”, since a root canal filling is not performed and a root canal filling procedure is not performed, an audit is performed according to the above guidelines at present. It turns out to be difficult. On the other hand, in a series of medical treatments with patient IDs “542432”, “323321”, “13232”, and “778939”, a root canal filling is performed and then a root canal filling treatment is performed. Here, in the clinical course of the patient IDs “542432”, “323321”, and “778939”, the calculation items of the dental standard type are described together with the description of the pressurized root canal filling procedure. For this reason, it can be confirmed that the dental photographing is appropriately performed and there is no omission of billing for the dental photographing. On the other hand, in the medical course of the patient ID “13232”, the calculation item of the dental standard type is not described together with the description of the pressurized root canal filling procedure. Therefore, this corresponds to either the case where dental photography has not been carried out with the execution of the pressurized root canal filling procedure, or the case where dental photography has been carried out but is not described as a calculation item. I understand. In the case of the former, it is not established as a receipt and audit guidance is preferable. In the case of the latter, it can be instructed that there is a lack of billing for dental photography. When the data output button 532 is pressed, the search result displayed in the display area 530 can be output as data executable by an application such as spreadsheet software, or can be printed out.

  Further, the search condition 2 can be further specified as the weighting requirement of the search condition 1 described above. For example, when the button 520 on the time series audit screen 500 is pressed, a sub window 800 for accepting the designation of the search condition 2 is displayed on the client terminal 30. FIG. 12 is a diagram illustrating an example of a subwindow. As shown in FIG. 12, in the sub window 800, a button 810 for calling a sub window for designating a treatment item as a narrowing condition, radio buttons 811 to 812 for designating options regarding the narrowing condition, and a check box for designating a period regarding the narrowing condition 821-823. By embedding arbitrary GUI components such as pull-down menus, radio buttons, and text boxes in the sub-windows called by these buttons 810 and 820, it is possible to designate treatment items and values of the period.

  Here, according to the above guidelines, with the radio button 812 selected, “Pressure root canal filling procedure (single root)”, “Pressure root canal filling procedure (2 roots)” or “Pressure root canal filling” Assume that “treatment (3 roots)” is designated as a narrowing condition. In this case, the treatment item specified as the narrowing condition in the search condition 2 within the period specified through the period check boxes 821 to 823 is based on the date when the treatment item specified in the search condition 1 is input in the chart. A record group corresponding to the medical chart of each medical treatment regarding a series of medical treatments is extracted when the medical record is input. When the radio button 811 is selected, the search condition 2 within the period specified through the period check boxes 821 to 823 is based on the date when the treatment item specified by the search condition 1 is input in the chart. When the treatment item designated as the narrowing-down condition is not input in the medical record, a record group corresponding to the medical record of each medical treatment regarding a series of medical treatments is extracted.

  Furthermore, by selectively selecting any one of the check boxes 821 to 823, records that match the treatment item specified in the search condition 1 are recorded in the chart during the period from the first visit to the next first visit. It is possible to designate either a period after the input date or a period before the date when the record that matches the treatment item specified by the search condition 1 is input in the medical record.

  When the search execution button 531 is pressed in a state where the search condition 2 shown in FIG. 12 is further specified as described above, a search for a chart that matches the search condition 1 and the search condition 2 is executed from the data mart 13b. In this case, as described above, as an example of the record that satisfies each item of the search condition 1 with the AND condition, the lowermost record is searched from the record group of the data mart 13b illustrated in FIG. In the case of the record group of the data mart 13b shown in FIG. 10, it is found that the record group of the data mart 13b shown in FIG. To do. In this case, since it is not necessary to search for the record group corresponding to the first medical examination retroactively, the record group up to the time before the next first medical examination is searched.

  Here, in this example, since the search condition 2 is further specified, just because the search condition 1 is met, the record group corresponding to the medical chart of each medical treatment included in the series of medical treatment is not immediately searched. Absent. That is, “Pressure root canal filling treatment (single root)”, “Pressure root canal filling treatment (2 roots)” or “treatment root root filling treatment (2 roots)” as the treatment item in the same initial medical examination as the record group of the data mart 13b shown in FIG. Only when there is a medical treatment including “pressure root canal filling treatment (3 roots)”, a record group corresponding to the medical record of each medical treatment included in the series of medical treatments is searched.

  FIG. 13 is a diagram illustrating an example of a data mart. FIG. 13 shows the medical care after the first medical examination of the record group of the data mart 13b shown in FIG. 10, and the medical care before the first medical examination next to the medical care (first medical examination) of the record group of the data mart 13b shown in FIG. As an example of a record group corresponding to the above, a record group sharing the document number “XXXXXXXXXX2014041407535001” is extracted and shown. In the case of the record group of the data mart 13b shown in FIG. 13, the action item “pressurized root filling treatment (2 roots)” specified in the search condition 2 is further included in the bottom record. This means that the search condition 2 is further satisfied in a series of medical treatments from the medical care (first medical examination) of the record group of the data mart 13b shown in FIG. Here, the case where the record that hits the search condition 1 and the search condition 2 extends over a plurality of medical treatments, that is, the medical treatment corresponding to the record group shown in FIG. 10 and the medical treatment corresponding to the record group shown in FIG. However, even when a record group related to one medical care satisfies both the search condition 1 and the search condition 2, a series of medical care, that is, a record group of each medical care in the same initial medical examination is searched.

  Therefore, as an example of a series of medical care satisfying the search condition 1 and the search condition 2 with the AND condition, the medical care corresponding to the record group of the data mart 13b shown in FIG. 10 and the record group of the data mart 13b shown in FIG. Corresponding medical care is searched. In this way, for each record that hits the search condition 1, after a record group corresponding to the medical record of the first visit is searched retroactively from the medical treatment of the record that hit the search condition 1, a series from the first visit to the next first visit When records matching the search condition 2 are included in the medical care, a group of records corresponding to the medical record of each medical care included in the series of medical care is extracted as a search result.

  In addition, the search result display screen is generated by arranging the records corresponding to the medical charts of each medical treatment included in the series of medical treatments searched as described above in time series from left to right. . FIG. 14 is a diagram illustrating an example of a time-series audit screen. In FIG. 14, unlike the time-series audit screen 500 shown in FIG. 11, the search condition 2 is displayed in the display area 520 and the search result is displayed in the display area 530 by the designation through the sub window 800 shown in FIG. Has been. The search result display area 530 is limited to a series of medical treatments including the medical treatment corresponding to the record group of the data mart 13b shown in FIG. 10 and the medical treatment corresponding to the record group of the data mart 13b shown in FIG. In addition to this, there is shown an example in which a record group corresponding to a medical record of each medical treatment included in a series of medical treatments hitting the search condition 1 and the search condition 2 is obtained as a search result.

  In the display area 530 of the time series audit screen 500 shown in FIG. 14, the display color of the treatment item “root canal paste” designated as the search condition 1 and the treatment item “pressurized root filling treatment” designated as the search condition 2 is displayed. Is displayed in a display color different from other treatment items. Furthermore, the background color of the medical chart including the records that hit the search condition 1 and the search condition 2 in the series of medical examinations is displayed in a display color different from the background colors of the other medical charts. By displaying such a search result, the following audit can be performed.

  Among these, in a series of medical treatments with patient IDs “542432”, “323321”, “778939”, “434411”, and “7433838”, the calculation items of the dental standard type are described together with the description of the pressurized root canal filling procedure. . For this reason, it can be confirmed that the dental photographing is appropriately performed and there is no omission of billing for the dental photographing. On the other hand, in the clinical course of the patient IDs “22344” and “13232”, the dental standard type calculation items are not described together with the description of the pressurized root canal filling procedure. Therefore, this corresponds to either the case where dental photography has not been carried out with the execution of the pressurized root canal filling procedure, or the case where dental photography has been carried out but is not described as a calculation item. I understand. In the case of the former, it is not established as a receipt and audit guidance is preferable. In the case of the latter, it can be instructed that there is a lack of billing for dental photography.

  As described above, by further specifying the search condition 2 as the narrowing-down condition, it is possible to extract only the charts on which the pressurized root canal filling treatment has been performed after the root canal patch has been performed in a series of medical treatments. In other words, a chart that has not been subjected to a pressurized root canal filling procedure after root canal paste has been performed in a series of medical treatments can be excluded from the search results, so that the inspection efficiency of the receptor can be improved.

[Process flow]
FIG. 15 is a flowchart illustrating the procedure of the display control process according to the first embodiment. As an example, this process is started when a search condition is designated on the time-series audit screen. As shown in FIG. 15, when a search condition such as a wound name, a dental part, a treatment item, and a period is received by the receiving unit 15 c (Step S <b> 101), the searching unit 15 d displays the data mart stored in the storage unit 13. Among them, one record corresponding to the period specified as the search condition 1 in step S101 is selected (step S102).

  Then, the search unit 15d determines that the search condition received in step S101, for example, the value of the code corresponding to the name of the disease, the dental site, the treatment item, etc. and the value of the code corresponding to the record selected in step S102 are AND conditions. Or not, that is, whether or not the search condition is hit (step S103).

  At this time, if the search condition is hit (step S103 Yes), the search unit 15d searches the records included in the data mart 13b for a record group corresponding to the medical record of the first visit retroactively from the medical record of the record that hit the search condition. (Step S104). Thereafter, the search unit 15d further reads out a record group corresponding to the medical chart of each medical treatment included in a series of medical treatments from the first medical examination searched for in step S104 to the front of the next first medical examination among the records included in the data mart 13b. (Step S105). If the search condition is not hit (No at Step S103), the process proceeds to Step S106 without executing Steps S104 and S105.

  Thereafter, until all the records corresponding to the period designated as the search condition 1 in step S101 are selected (No in step S106), the processes from step S102 to step S105 are repeatedly executed.

  When all the records corresponding to the period specified as the search condition 1 in step S101 are selected (Yes in step S106), the display control unit 15e displays the medical chart of each medical treatment included in the series of medical treatments obtained in step S105. A display screen of the search result generated by arranging the record group corresponding to chronologically in the row direction from the left to the right is displayed on the client terminal 30 (step S107), and the process ends.

[One aspect of effect]
As described above, the DWH server 10 according to the present embodiment arranges medical chart data corresponding to a search condition such as a dental part and a sickness / illness for which designation has been received, in time series in a series of clinical courses. Display control processing to be displayed is realized. Therefore, for example, it is possible to easily detect a defect in a receipt that occurs in a series of processes. Therefore, according to the DWH server 10 which concerns on a present Example, check of a receipt can be supported.

  Although the embodiments related to the disclosed apparatus have been described above, the present invention may be implemented in various different forms other than the above-described embodiments. Therefore, another embodiment included in the present invention will be described below.

[Application example of dental part]
In the first embodiment, as shown in FIGS. 5 and 6, the upper right 8 to the upper right 1, the upper left 1 to the upper left 8, the lower right 8 to the lower right 1, and the lower left 1 to the lower left 8 However, it is also possible to classify each tooth according to the root of each tooth and use the smallest unit as the root. Moreover, in said Example 1, although the case where a patient's tooth | gear was a permanent tooth was illustrated, said display control process can be performed similarly also when a patient's tooth | gear is a deciduous tooth. In this case, the dental part may be expressed by 20 types of upper right E to upper right A, upper left A to upper left E, lower right E to lower right A, and lower left A to lower left E.

[Distribution and integration]
In addition, each component of each illustrated apparatus does not necessarily have to be physically configured as illustrated. In other words, the specific form of distribution / integration of each device is not limited to that shown in the figure, and all or a part thereof may be functionally or physically distributed or arbitrarily distributed in arbitrary units according to various loads or usage conditions. Can be integrated and configured. For example, in the first embodiment, the case where the receipt inspection support system 1 is constructed as a client server system is illustrated. However, at least the mart unit 15b, the reception unit 15c, the search unit 15d, and the processing unit included in the DWH server 10 The display control unit 15e may be mounted on the client terminal 30 so that the display control process is executed on a stand-alone basis. Further, the duplication unit 15a, the mart unit 15b, the reception unit 15c, the search unit 15d, or the display control unit 15e may be connected as an external device of the DWH server 10 via a network. In addition, the functions of the DWH server 10 described above are realized by having a duplication unit 15a, a mart unit 15b, a reception unit 15c, a search unit 15d, or a display control unit 15e, which are connected to each other through a network. You may make it do.

[Display program]
The various processes described in the above embodiments can be realized by executing a prepared program on a computer such as a personal computer or a workstation. In the following, an example of a computer that executes a display program having the same function as that of the above-described embodiment will be described with reference to FIG.

  FIG. 16 is a diagram illustrating a hardware configuration example of a computer that executes the display program according to the first embodiment and the second embodiment. As illustrated in FIG. 16, the computer 100 includes an operation unit 110a, a speaker 110b, a camera 110c, a display 120, and a communication unit 130. Further, the computer 100 includes a CPU 150, a ROM 160, an HDD 170, and a RAM 180. These units 110 to 180 are connected via a bus 140.

  As shown in FIG. 16, the HDD 170 stores a display program 170a that exhibits the same functions as the receiving unit 15c, the search unit 15d, and the display control unit 15e described in the first embodiment. This display program 170a may be integrated or separated as with the components of the receiving unit 15c, the search unit 15d, and the display control unit 15e shown in FIG. That is, the HDD 170 does not necessarily have to store all the data shown in the first embodiment, and data used for processing may be stored in the HDD 170.

  Under such an environment, the CPU 150 reads out the display program 170 a from the HDD 170 and develops it in the RAM 180. As a result, the display program 170a functions as a display process 180a as shown in FIG. The display process 180a expands various data read from the HDD 170 in an area allocated to the display process 180a in the storage area of the RAM 180, and executes various processes using the expanded various data. For example, the process shown in FIG. 15 is included as an example of the process executed by the display process 180a. Note that the CPU 150 does not necessarily operate all the processing units described in the first embodiment, and the processing unit corresponding to the process to be executed may be virtually realized.

  Note that the display program 170a is not necessarily stored in the HDD 170 or the ROM 160 from the beginning. For example, each program is stored in a “portable physical medium” such as a flexible disk inserted into the computer 100, so-called FD, CD-ROM, DVD disk, magneto-optical disk, or IC card. Then, the computer 100 may acquire and execute each program from these portable physical media. In addition, each program is stored in another computer or server device connected to the computer 100 via a public line, the Internet, a LAN, a WAN, etc., and the computer 100 acquires and executes each program from these. It may be.

DESCRIPTION OF SYMBOLS 1 Receptacle inspection support system 7 Network 10 DWH server 11 Communication I / F part 13 Memory | storage part 13a Medical chart data 13b Data mart 15 Control part 15a Duplicating part 15b Mart part 15c Reception part 15d Search part 15e Display control part 30A, 30B, 30C Client Terminal 50 Electronic medical record system

Claims (6)

Accepting the condition specification of the information specifying the tooth type,
With reference to the storage unit storing the medical information in which the data mart is registered for each tooth of the patient, the medical information related to the patient for whom the medical treatment corresponding to the condition designation received from the data mart is performed is searched .
A display program for causing a computer to execute a process of generating a display screen in which medical information retrieved from the storage unit is arranged in a series of medical progress for each patient who has undergone medical care corresponding to the condition designation.   The display program according to claim 1, wherein the receiving process receives at least one of a wound name, a dental part, and a treatment item as information for specifying the type of the tooth. 2. The generating process generates a display screen in which a display form of medical information performed on a tooth corresponding to the type of tooth among medical information searched from the storage unit is different from a display form of other medical information. Or the display program of 2. The generating process includes, as medical information retrieved from the storage unit, medical information performed on a tooth corresponding to the tooth type, and medical information from the first medical examination before the medical information to the next first medical examination is the series of information. The display program according to claim 1, 2, or 3, wherein a display screen arranged in order of medical progress is generated. A process of accepting a condition specification of information for identifying a tooth type;
A process of searching for medical information related to a patient who has undergone medical care corresponding to the condition designation received from the data mart with reference to a storage unit storing medical information in which a data mart is registered for each tooth of the patient; ,
A process for generating a display screen in which medical information retrieved from the storage unit is arranged in a series of medical progress for each patient for whom medical care corresponding to the condition designation has been performed;
The display method that the computer performs. An accepting unit that accepts a condition specification of information specifying a tooth type;
A search unit that searches for medical information related to a patient who has received medical treatment corresponding to the condition designation received from the data mart with reference to a storage unit that stores medical information in which a data mart is registered for each tooth of the patient When,
A display control device comprising: a generation unit that generates a display screen in which medical information retrieved from the storage unit is arranged in a series of medical treatment progresses for each patient who has undergone medical care corresponding to the condition designation.

Images