JP2005319151A - Medical information processing system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a medical information processing system allowing a user to efficiently prepare a trace-reading report for a group examination or an exemplary reading report for a single patient in transmitting medical data to a medical institution located in a remote area and preparing the diagnostic reading report in the medical institution requested to prepare the report. <P>SOLUTION: The medical information processing system is for processing a plurality of medical information obtained by performing a medical examination or measurement of a subject. The medical information processing system comprises a finding report preparing means for organizing the plurality of medical information and preparing electronic data with findings on the medical information, a preparation format selecting means for selecting a format of preparing the electronic data by the finding report preparing means from at least two types of format, and a transmission means for transmitting the electronic data prepared in the preparation format selected by the preparation format selecting means to a prescribed medical institution through a communication network. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a system for processing medical information, and more particularly to a medical information processing system that interprets medical information requested by a doctor and interprets it and sends it back.

Conventionally, medical information such as medical images and measurement results obtained at small and medium-sized medical institutions where specialized interpretation doctors are not working is transmitted to medical institutions where specialized interpretation doctors are working via communication lines. 2. Description of the Related Art Medical information processing systems that perform interpretation and diagnosis and return the results as interpretation reports to a requesting medical institution are known. In such a medical information processing system, a medical institution serving as a request source and a request destination and an institution for assisting both medical institutions (for example, an interpretation center for storing and managing interpretation reports) are communication lines such as the Internet. There is known a medical information processing system in which a medical institution connected to the network and accessing a request accesses an auxiliary institution when necessary to process a necessary interpretation report (see Patent Document 1).
JP 2002-351988 A

In such a medical information processing system, it is necessary to efficiently create an interpretation report for a group examination of tens to hundreds of people, a detailed interpretation report for a single patient, and the like. However, in the conventional medical information processing system, a system that considers the efficiency of creating the interpretation report on the request side is not considered.
In the present invention, when sending medical data to a medical institution located in a remote place and creating an interpretation report at the requested medical institution, an interpretation report for a group examination or an example report for a single patient is created. It is an object of the present invention to provide a medical information processing system that can process efficiently.

In order to solve the above problems, the present invention is characterized by having the following configuration.
(1) In a medical information processing system for processing a plurality of pieces of medical information obtained by examining or measuring a patient, the plurality of pieces of medical information are combined into one and an electronic comment with a comment on the medical information is attached. A finding creation means for creating data, a creation format selection means for selecting a creation format of the electronic data created by the finding creation means from at least two creation formats, and a creation format selection means selected by the creation format selection means Transmission means for transmitting the electronic data created in the creation format to a predetermined medical institution using a communication network.
(2) In the medical information processing system of (1), the creation format that can be selected by the creation format selection means is that the medical information obtained by the screening for primary prevention and secondary prevention of the disease is the medical institution. It has a format created as the electronic data for image interpretation.
(3) The medical information processing system according to (2) includes a first client that is a medical institution that creates the electronic data, and a second client that is the medical institution that receives the electronic data from the first client and performs the interpretation. A contract means for signing a request permission contract with the first client and the second client via the communication line network in order to permit the transmission and reception of the electronic data to and from the client. And
(4) In the medical information processing system according to (3), the medical information includes a fundus image of a patient.

  According to the present invention, the interpretation report can be processed efficiently, and a detailed interpretation report can be created.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
<Basic system configuration>
FIG. 1 is a diagram showing a configuration of a medical information processing system in the present embodiment. The medical information processing system according to the present embodiment acquires medical information such as an image of an affected area of a patient using an inspection apparatus, and then sends the acquired medical information to a hospital or the like through a network system such as the Internet to receive interpretation and diagnosis It is. In this embodiment, a medical information processing system using an ophthalmologic apparatus will be described.

The medical information processing system of this embodiment acquires patient medical information (fundus image, etc. in this embodiment) using an inspection device such as a fundus camera, and requests image interpretation and diagnosis (hereinafter simply referred to as interpretation). The client 100 (clinic 100a, clinic 100b), who is a medical institution (diagnosis doctor), and specialists such as university hospitals, who have sufficient medical knowledge, and the medical institution requested for interpretation ( A request destination client 200 (university hospital 200a, university hospital 200b) serving as an interpretation doctor) and a management server 300 that plays a role of connecting the request source client 100 and the request destination client 200 and performs user management and transaction management.
The requesting client 100 does not have a doctor who can perform interpretation based on the acquired medical information, or even if it exists, a large amount of medical information obtained by group screening or the like can be obtained within its own medical institution. It is a medical institution that is difficult to process.

  The request source client 100, the request destination client 200, and the management server 300 are communicable with each other via a network system 400 such as the Internet. The management server 300 also provides a user registration / management screen (Web page) that can be viewed from each terminal on a network such as a homepage on the Internet. As the network system 400, a network system such as a LAN or WAN can be used in addition to the Internet.

  FIG. 2 is a block diagram showing a part of the control system of the medical information processing system in the present embodiment. The clinic 100a that is the requesting client 100 includes a computer 1 for managing patient information and patient medical information (hereinafter referred to as PC1), and an inspection apparatus 8 for acquiring patient medical information (in this embodiment). , Fundus camera). The PC 1 is a known computer and executes a program for performing medical information processing and an arithmetic control unit 2 that executes various arithmetic processes, a memory for storing patient information, acquired medical information, and a program for medical information processing 3, an input device 4 such as a mouse and a keyboard, an input unit 5 for taking medical information from the examination device 10 into the PC 1, a communication unit 6 for connecting to the network system 400, and the like. A display 7 is connected to the PC 1 and displays various information. Note that the university hospital 200a and the management server 300, which are the requested client 200 shown in FIG. 2, have the PC 1 and the display 7 having the same configuration.

  The request source client 100, the request destination client 200, and the management server 300 store medical information processing software (program). By executing this program, the medical information processing software is started up and medical information processing is performed. Work can be done. The request source client 100 and the request destination client 200 perform user registration in the management server 300, and each terminal (client) logs in according to the user information registered in the management server 300, so that in this embodiment. Medical information processing systems can be used. The medical information processing software is slightly different in each of the request source client 100, the request destination client 200, and the management server 300, and provides a work screen corresponding to each role.

<Medical information processing software configuration>
Next, a schematic configuration of a work screen on each terminal in the medical information processing system according to the present embodiment will be described with reference to the drawings. First, the work screen on the request source client 100 side will be described, and then the work screen on the request destination client 200 side will be described.

(Requester main screen)
FIG. 3 is a diagram showing the main screen 10 displayed on the display 7 on the requesting client 100 side when the medical information processing software is executed. This main screen is a screen for managing order information for the requested client 200.

  Reference numeral 11 denotes a tool button group including button icons for performing various operations. The tool button group 11 includes a finding creation button 11a for displaying a finding creation screen and creating a request report, a personal information button 11b for displaying an input screen for inputting personal information, a send / receive button 11c, and a printing button. 11d, a delete button 11e for deleting data and a search button 11f for displaying a search condition screen are prepared. When the finding creation button 11a is used (clicked), it is possible to select from the drop-down whether to create a finding in the examination mode or the ophthalmic mode.

  Reference numeral 12 denotes a selection tree display frame. As shown in FIG. 3, in the selected tree display frame 12, a tree view 12a for displaying the interpretation request schedule and requested order information is formed in the adjacent list display frame 13. . The tree view 12a displays an “order list display” icon for displaying all order information, an “unsent list” icon for displaying only unsent order information, and a display for displaying only transmitted order information. “Send List” icon, “Received List” icon that displays only the medical information that has been read from the requested hospital, and that has been confirmed. Unread of the received medical information that has been read It consists of an “unread list” icon or the like for displaying only the text. By selecting these icons with a cursor (mouse pointer) (not shown), order information corresponding to the selected condition is displayed in the list display frame 13.

  The order information displayed in the list display frame 13 includes an order number, a request date and time, a request destination, a patient name, a processing state of the created request report, etc. given by the management server shown in FIG. Is displayed. In addition, as the processing state of the request report, untransmitted, transmitted, processed, received, etc. are prepared. On the request source client 100 side, the status of the order information (request report) can be confirmed at a glance using the main screen 10.

(Requester observation creation screen)
4 and 5 show two kinds of finding creation screens displayed on the display 7 by using the finding creation button 11a prepared on the main screen shown in FIG. 4 shows the finding creation screen 20 for the examination mode, and FIG. 5 shows the finding creation screen 30 for the ophthalmologic mode. The selection of these two types of finding creation screens can be selected by specifying the mode that is required from the two types of finding creation modes displayed in the drop-down format after clicking the finding creation button 11a as described above. Is done.

  The finding creation screen 20 for the screening mode shown in FIG. 4 is obtained in screening for the primary prevention (preventing the occurrence of the disease itself) and secondary prevention (early detection, early treatment) such as a medical checkup and mass screening. The collected medical information (for example, blood glucose level, visual acuity, intraocular pressure, fundus image, etc.) is compiled as one piece of electronic data together with patient information and observation comments, sent to the client 200 side, and comments for examination (for example, diabetes and Used to obtain comments regarding hypertension. The finding creation screen 20 for the examination mode includes a medical record display frame 21 for inputting a patient's medical record, a visual acuity display frame 22 for inputting a patient's visual acuity, an intraocular pressure value display frame 23 for inputting a patient's intraocular pressure value, and a patient. Blood glucose level display frame 24 for inputting the blood glucose level and the concentration of HbA1c (glycohemoglobin A1c), a fundus image display frame 25 for displaying the fundus image of the patient's eye, and the like. A tool button 26 is prepared at the top of the screen.

  The tool button 26 closes the finding creation screen 20 and then becomes a transmission target for sending the finding data created on the finding creating screen 20 to the request destination client 200. A save button 26b to be saved as a request report, an image display button 26c for displaying the acquired fundus image of the patient in the fundus image display frame 25, and another request report that is being edited (created) is displayed. The return / forward button 26d. In the medical record frame 21, there are provided columns for inputting a past history, current medical history, and comments. Reference numeral 27 denotes a reference button icon. By clicking here with a cursor, templates such as text / characters for several observation comments prepared in advance can be called up and displayed in each column.

  The observation creation screen 30 for the ophthalmologic mode shown in FIG. 5 is used to receive detailed comments on eye diseases from the viewpoint of the specialist from the client 200 based on the fundus image of the patient, other medical information, and patient information. Used. The observation creation screen 30 for the ophthalmologic mode includes a medical record display frame 31 for inputting a patient's medical record, a visual acuity display frame 32 for inputting visual acuity information of the patient, an intraocular pressure value display frame 33 for inputting an intraocular pressure value of the patient, On the requesting client 100 side, a comment display frame 34 for inputting other necessary comments, a fundus image display frame 35 for displaying a fundus image of the patient's eye, and the like are formed. A tool button 36 is prepared at the top of the screen. Note that the button icons prepared for the tool buttons 36 are the same as the button icons having the functions described with reference to FIG.

  The medical record display frame 31 is provided with columns in which a chief complaint, a history of a whole body history, a history of eye history, and a comment can be input. The visual acuity display frame 32 is provided with columns for inputting naked eye visual acuity, corrected visual acuity (VA), spherical power (SPH), columnar power (CYL), astigmatic axis angle (AXIS), and comments. Both the medical record display frame 31 and the visual acuity display frame 32 can input and display more detailed patient information and medical information than the finding creation screen 20 for the examination mode shown in FIG. The fundus image display frame 35 can also attach a plurality of fundus images of the left and right eyes of the patient. It should be noted that in the fundus image display frame 35, attached button icons 35a that can attach and display patient eye image data, such as text data describing more detailed medical information and comments, and an eye fundus image such as an anterior eye image. Is formed.

(Requester main screen)
FIG. 6 is a diagram showing a main screen 10 displayed on the display 7 on the request destination client 200 side when the medical information processing software is executed. This main screen is a screen for managing order information for the requested client 200.

  Reference numeral 41 denotes a tool button group including button icons for performing various operations. In the tool button group 41, the received request report is interpreted, an observation creation button 41a for inputting a comment, a send / receive button 41b, a print button 41c, a delete button 41d for deleting data, a search A search button 41e for displaying a condition screen is prepared.

  Reference numeral 42 denotes a selection tree display frame. Similar to the main screen shown in FIG. 3, a tree view 42a is formed in the selected tree display frame 42. The tree view 42a is displayed in the list display frame 43 formed adjacently to display the order information that is scheduled to be read and returned. Is done. Similar to the tree view shown in FIG. 3, the tree view 42 a selects an order information display condition to be displayed in the list display frame 43, including an “order list display” icon for displaying all order information. There is an icon for this. By selecting these icons with a cursor (mouse pointer) (not shown), order information corresponding to the selected condition is displayed in the list display frame 43.

  The order information displayed in the list display frame 43 displays the order number assigned by the management server 300, the request date and time, the request source, the patient name, the processing status of the request report, and the like. In addition, as the request status of the request report, unsent, sent, processed, received, etc. are prepared. On the request destination client 200 side, it is possible to confirm at a glance the response status to the order information (request report) using the main screen 40. In the main screen 40 in this embodiment, it is confirmed at a glance whether the request report created on the requesting client side is a report created on the examination mode finding creation screen or a report created on the ophthalmic mode finding creation screen. Although it cannot be performed, as a display content of the order information displayed in the list display frame 43, it is possible to display the request report created in which mode.

(Requester observation creation screen)
7 and 8 are the finding creation screens (for reply) for replying to the request report created on the request source client 100 side. 7 shows the finding creation screen 50 for the examination mode, and FIG. 8 shows the finding creation screen 60 for the ophthalmologic mode. In these two types of finding creation screens, a request report displayed in the list display frame 43 on the main screen 40 shown in FIG. 6 is selected with a cursor not shown, and then the finding creation button 41a is clicked with the cursor. Is displayed on the display 7.

  The findings creation screen 50 (for reply) shown in FIG. 7 shows medical records (history, current medical history, visual acuity, intraocular pressure, blood glucose level, HbA1c, comments, etc.) input on the requesting client 100 side. The medical record frame 51 to be displayed, the fundus image display frame 52 for displaying the fundus image of the patient's eye attached on the requesting client 100 side, and the fundus finding frame 53 for input on the requesting client 200 side. Yes. A tool button 54 is prepared at the top of the screen.

  In the fundus finding frame 53, an evaluation value input for inputting an evaluation value based on the evaluation classification designated by the evaluation classification button group 53a and the evaluation classification button group 53a for expressing the stage classification of diabetes or hypertension by a predetermined evaluation criterion. A column 53b and a determination column 53c for comprehensively determining the subject patient are provided. In addition to this, a column for inputting a patient's eye findings and a disease name, and a column for inputting a comment of a doctor who interprets the image are provided. The evaluation classification button group 53a is formed in a radio button format, and in this embodiment, three types of evaluation classifications are provided, that is, a Scheie classification, a Keith-Wagener classification, and a Scott classification.

  Of these, the Scheie classification and the Keith-Wagener classification indicate classifications related to hypertension, and the Scott classification is a classification related to diabetes. It should be noted that the configuration of the input field of the evaluation value input field 53b is variously changed based on the evaluation value designated by the evaluation classification button group 53a. The evaluation value input field 53b in FIG. 7 shows the configuration of the input field when the Scheie classification is designated. In addition, although there are only three types of evaluation classification in the present embodiment, the classification is not limited to this, and screening items that are important for mass screening such as hypertension and diabetes can be evaluated and classified from the ophthalmic field. If it is. For example, Fukuda classification, Davis classification, ETDRS classification, etc. can be used as the stage classification of diabetes.

  The tool button 26 is a close button for temporarily closing the finding creation screen 50 and returning to the main screen, and a reply request report for sending the finding data created on the finding creating screen 50 to the requesting client 100. A save button and the like for saving are prepared.

  Since the request report created for the examination mode sent from the requesting client 100 is a request report for mass examination for the purpose of primary prevention and secondary prevention of diseases, a large number of request reports are sent. There is a possibility. Accordingly, in the examination creation screen 50 for the examination mode shown in FIG. 7, the contents of findings to be input are clarified so that the interpretation client can input the interpretation result efficiently.

  Further, the ophthalmic mode finding creation screen 60 (for reply) shown in FIG. 8 displays a medical record (main complaint, whole body history, previous eye history, request comment) entered on the requesting client 100 side. Frame 61, visual acuity display frame 62 for displaying detailed visual information of the patient's eye, intraocular pressure display frame 63 for displaying the intraocular pressure of the patient's eye, and fundus for displaying the fundus image of the patient's eye attached on the requesting client 100 side Interpretation results for performing interpretation based on medical display data such as the image display frame 64, medical image data such as a fundus image of a patient, medical information such as visual acuity and intraocular pressure, and inputting an interpretation result (diagnosis result) on the client 200 side It is formed from a frame 65. A tool button 66 having the same function as that shown in FIG. 7 is prepared at the top of the screen.

Since the request report created for the ophthalmic mode sent from the request source client 100 is a request report for a disease specified to some extent, the finding creation screen 60 shown in FIG. It is possible to input an opinion comment (interpretation result) for reply.
Note that, in the finding creation screens of FIGS. 7 and 8, all items input by the requesting client cannot be corrected.

  Next, the operation of the medical information processing system having the above configuration will be described. In the present embodiment, a plurality of request source clients 100 (clinic 100a, clinic 100b, etc.) and request destination clients 200 (university hospital 200a, university hospital 200b, etc.) use the medical information processing system of the present embodiment. It is assumed that the same kind of medical information processing system program is stored and executed in each PC, and that each client is registered in the management server 300 in advance.

  First, the request source client 100 accesses a Web page provided by the management server 300 using the PC 1 connected to the network 400. After accessing the web page, the login number (not shown) displayed on the display 7 is used to log in by entering an ID number and a password assigned to each registered client in advance. Then, a contract request is made to a partner who wants to establish a contract relationship.

  FIG. 9 is a diagram illustrating an example of a Web page screen (contract request screen) displayed on the display 7 of the request source client 100. As shown in FIG. 9A, the contract request screen 70 is displayed in the request destination display column 71 in which the hospital name of the registered request destination client 200 is displayed, and in each request displayed in the request destination display column 71. It consists of a contract request button 72 and a remarks column 73 which are provided in correspondence with each client. On the request source client side, the contract request button 72 corresponding to the hospital to which the contract is to be concluded is clicked using a cursor (mouse pointer) not shown. When the contract request button 72 is clicked, the management server 300 changes from the contract request button 72 indicating “contract request” to the cancel button 72a indicating “cancel”, as shown in FIG. 73 displays a message “Requesting” (in this embodiment, it is assumed that the C clinic has requested a contract with the University B hospital).

  When the contract request button 72 on the contract request screen 70 is clicked, the management server 300 notifies the corresponding request destination client 200 (B university hospital) of the contract request by e-mail. The requested client 200 recognizes that the contract request has arrived by e-mail from the management server 300 and accesses a Web page provided by the management server 300. After accessing the Web page, the user logs in to a login screen (not shown) displayed on the display 7 using an ID number and a password assigned to each registered client in advance, and displays the contract request screen 80.

  FIG. 10 is a diagram showing an example of a Web page screen (contract request screen 80) displayed on the display 7 of the request destination client 200. As shown in FIG. 10A, the contract request screen 80 displayed on the display 7 on the request destination client 200 side is a request source display field 81 in which the hospital name of the registered request source client 100 is displayed. It consists of a contract request button 82 and a remarks column 83. When there is a contract request, the contract request button 82 is formed and displayed separately into a reject button 82a and an approval button 82b. On the requested client 200 side, when approving the contract, the approval button 82b is clicked. When the approval button 82b is clicked, the management server 300 assumes that a contract has been established. As shown in FIG. 10B, the corresponding contract request button 82 is changed to a cancel button 82c, and a remarks column 83 is displayed. Is displayed that the contract is in progress (in this embodiment, a circle mark). The contract request can also be made from the request destination client 200 side.

In this way, the request source client 100 and the request destination client 200 enter into a contract with a mutually necessary partner. By signing a contract, when sending a request report from the requesting client 100 side, it becomes possible to specify the partner who has signed the contract as the access right (destination). In addition, data transmission and reception such as contract requests and request reports can all be eliminated as much as possible by using security systems such as SSL (Secure Socket Layer) and VPN (Virtual Private Network). It has become.
In this way, by making it possible to send and receive request reports in which patient information and medical information are input only to partners who have signed a contract with each other, information leakage and third party intervention can be minimized.
Each of the request source client 100 and the request destination client 200 starts up medical information processing software stored in the storage unit 3 of each PC 1 connected to the network system 400 shown in FIG. 1 and executes the program.

  Next, a series of flows of the medical information processing system will be described with reference to the flowcharts of FIGS. 11 is a flowchart showing the flow of request report creation on the requesting client 100 side, and FIG. 12 is a flowchart showing the flow of the request report on the network.

  On the request source client 100 side, the main screen 10 shown in FIG. 3 is displayed on the display 7, and the personal information button 11b is clicked to call the patient registration screen. The patient information such as the patient's name, sex, age, address, screening code, screening date, etc. is entered and saved on the patient registration screen, and then the screen is closed and the screen returns to the main screen 10. The medical information (for example, fundus image, anterior eye image, visual acuity, intraocular pressure, blood glucose level, etc.) of the patient is acquired using the fundus camera 8 shown in FIG. Is stored in the storage unit 3 of the PC 1. The medical information is stored in association with the previously stored patient information in a state where the examination code of the examined patient is given.

  The requesting client 100 clicks a finding creation button 11a on the main screen 10 shown in FIG. 3 using a cursor, and then, from two types of finding creating modes (examination mode, ophthalmic mode) displayed in a drop-down format, Specify the mode you need. When the finding creation mode is designated by using the finding creation button 11 a, the calculation control unit 2 shown in FIG. 2 displays a dialog (not shown) for designating a patient on the display screen of the display 7. Enter the patient's examination code in the displayed dialog and click the OK button formed in the dialog. When the OK button is clicked, the calculation control unit 2 extracts patient information that matches the inputted examination code from the patient information stored in the storage unit 3, and according to the designated mode, The examination mode finding creation screen 20 shown in FIG. 4 or the ophthalmic mode finding creation screen 30 shown in FIG. 5 is displayed on the display 7. The selection of the mode at the time of finding preparation is, for example, that the examination of the patient at the requesting client is a mass screening for the purpose of primary prevention and secondary prevention of the disease, and comprehensive comments are made regardless of eyes only. The mode for creating findings may be selected depending on the necessity of the eye disease, the need for more specialized comments such as the state of the eye disease, the treatment policy, and the surgical procedure.

The requesting client 100 fills in the examination mode finding creation screen 20 or the ophthalmic mode finding creation screen 30 displayed on the display 7 using the input device 4 (keyboard, mouse) shown in FIG. Enter the matter. Further, the image of the fundus image or the like is obtained by using the image display button of the tool button 26 (tool button 36), and the acquired fundus image of the patient is displayed in the fundus image display frame 25 shown in FIG. 4 (the fundus image display frame shown in FIG. 5). 35). In this way, when the findings are created, the save button of the tool button 26 (tool button 36) is clicked to save the created data as a request report. Since a dialog for selecting the request destination client 200 is displayed at the time of saving, the request destination client to which the current request report is transmitted is selected from the dialog using the cursor, and the saving is completed. The request destination clients 200 displayed in the dialog are displayed as many as the number of partners with whom the request source client 100 has signed a request contract via the management server 300 in advance.
On the main screen 10, the saved finding creation data (request report) is displayed as order information in the list display frame 13. At this time, since a request report has not been sent to the request destination client 200 side, an unsent display is added to the status.

  When the request report is transmitted to the other party, the order information to be transmitted displayed in the list display frame 13 is selected with the cursor, and the transmission / reception button 11c shown in FIG. 3 is clicked. When the send / receive button 11c is clicked, a request report is sent from the request source client 100 to the management server 300 via the network system 400 shown in FIG. The state of the order information on the main screen 10 shown in FIG. 3 is displayed as transmitted. When the request report arrives, the management server 300 stores the request report in the storage unit 3 of the PC 1 of the management server 300 and handles the order status as unprocessed.

  On the other hand, on the request destination client 200 side, the main screen 40 shown in FIG. 6 is displayed on the display 7 and the transmission / reception button 41b is clicked to request the management server 300 to receive the request report. The management server 300 transmits a request report stored in the storage unit 3 to the request destination client 200 by a transmission / reception signal from the request destination client 200, and handles the order status as being processed. When the request report is received without damage on the request destination client 200 side, a reception response signal is transmitted from the request destination client 200 side to the management server 300. The management server 300 receives this reception response signal, determines that the order status has been received, and confirms that the request report has been successfully sent to the request destination client 200.

  The requested client clicks the observation report creation button 41a on the main screen shown in FIG. 6 with the cursor on the transmitted request report, and causes the display 7 to display the observation creation screen (for reply). At this time, either the examination mode finding creation screen 50 shown in FIG. 7 or the ophthalmic mode finding creation screen 60 shown in FIG. 8 is displayed according to the mode created by the requesting client. The Rukoto.

  The specialist on the requesting client 200 side interprets (or diagnoses) patient information and medical information displayed on the finding creation screen, and inputs the diagnosis results and comments to the finding creating screen shown in FIG. 7 or FIG. . As described above, in the present embodiment, the request is divided into the request report for use in group screening and the like, and the request report that can give a more detailed comment on the disease of the patient's eye, and the findings are obtained. Since it is possible to input a comment (interpretation result), it is possible to efficiently perform interpretation work.

  The image interpretation request report created by the request destination client 200 is saved and then transmitted to the request source client 100 side by clicking the send / receive button 41 on the main screen 40 shown in FIG. When the management server 300 receives the interpretation request report from the request destination client 200, the management server 300 stores the interpretation request report in the storage unit 3 of the PC 1 of the management server 300 and treats the order status as answered.

  When the transmission / reception button 11c is subsequently clicked on the main screen 10 shown in FIG. 3 at the request source client 100, the management server 300 transmits the interpretation request report stored in the storage unit 3 to the request source client 100. The order status is treated as being received. When the request source client 100 side receives the request report that has been interpreted without damage, a reception response signal is transmitted from the request source client 100 side to the management server 300. In response to the reception response signal, the management server 300 determines that the order status has been received and that the interpretation request report has been successfully sent to the requesting client 100. The requesting client 100 can check the interpretation result by displaying the received interpretation request report on the display 7 or by outputting it from an output device such as a printer (not shown).

  In the above embodiment, the request report mode is set to two types for examination and ophthalmology. However, this is not limited to this, and in order to increase the response efficiency of the request destination and the request source, it is necessary. Various modes for creating findings can also be prepared. In the present embodiment, the medical information processing system in the ophthalmic field has been described. However, the present invention is not limited to this, and medical information in other fields is divided into, for example, interpretation for group screening and specialized interpretation. Can also be done.

It is the figure which showed the structure of the medical information processing system in this embodiment. It is the block diagram which showed the control system of the medical information system in this embodiment. It is the figure which showed the main screen in the request origin client side. It is the figure which showed the screen for finding creation in the request origin client side. It is the figure which showed the screen for finding creation in the request origin client side. It is the figure which showed the main screen in the request destination client side. It is the figure which showed the observation creation screen for a reply in the request destination client side. It is the figure which showed the observation creation screen for a reply in the request destination client side. It is the figure which showed the contract request screen in the request origin client side. It is the figure which showed the contract request screen in the request destination client side. It is the flowchart which showed the flow of request report preparation in the request origin client side. It is the flowchart which showed the flow on the network of a request report.

Explanation of symbols

1 Computer 7 Display 8 Inspection Device 10 Main Screen 20 Finding Screen 30 Finding Screen 40 Main Screen 50 Finding Screen 60 Finding Screen 100 Requesting Client 200 Requesting Client 300 Management Server 400 Network System

Claims (4)

In a medical information processing system that processes a plurality of pieces of medical information obtained by examining or measuring a patient, the electronic information is created by combining the plurality of pieces of medical information and attaching a comment on the medical information. An observation creation means, a creation format selection means for selecting the creation format of the electronic data created by the finding creation means from at least two creation formats, and a creation format selected by the creation format selection means A medical information processing system comprising: a transmission unit configured to transmit the created electronic data to a predetermined medical institution using a communication network. 2. The medical information processing system according to claim 1, wherein the creation format that can be selected by the creation format selection means is that the medical institution interprets medical information obtained by screening for primary prevention and secondary prevention of diseases. A medical information processing system having a format to be created as the electronic data to be performed. The medical information processing system according to claim 2 is provided between a first client that is a medical institution that creates the electronic data and a second client that is the medical institution that receives the electronic data from the first client and performs the interpretation. And a contract means for signing a request permission contract with the first client and the second client via the communication line network in order to permit the transmission and reception of the electronic data at Information processing system. The medical information processing system according to claim 3, wherein the medical information includes a fundus image of a patient.