JP6289064B2 - Medical information system and recommended application search method - Google Patents

Description

  Embodiments described herein relate generally to a medical information system and a recommended application search method.

  In recent years, with the advancement of technology, medical image diagnostic apparatuses and systems using various electronic devices have been introduced into medical institutions. A medical image diagnostic apparatus is an apparatus that collects information inside a subject and generates a medical image by imaging the inside of the subject based on the collected information. For example, an X-ray CT apparatus (computed tomography: computer) A tomography apparatus), a magnetic resonance imaging apparatus (MRI), and the like.

  While such an environment is established in a medical institution, from the viewpoint of a doctor working at a medical institution, there are many changes, or there are many doctors who are dispatched to work. Such doctors use terminals and applications in an unfamiliar usage environment when performing examinations and interpretation.

  Therefore, in view of such a situation, for example, a user such as a doctor can easily find a clinical application useful for himself and can be customized for each user as long as the terminal is connected to a predetermined network. A system capable of using environment and clinical applications has been proposed (see Patent Document 1).

JP 2010-157019 A

  However, the invention disclosed in Patent Document 1 does not give consideration to the following points.

  In other words, regarding the systems built in these medical institutions, depending on the scale of the medical institution to be introduced, each company that develops a system is good at each field, so all the systems in the medical institution are one system. It is thought that there are few things that are operated by. In addition, there are various applications for generating medical information, such as an application that is strong in analysis of X-ray images and an application that is suitable for generating 3D images from volume data obtained by an X-ray CT apparatus. be introduced.

  Therefore, for example, when multiple systems and multiple applications are installed in one medical institution, each system and application will be divided, so the convenience of the user doctor or engineer is never It is considered bad. This is especially true when using terminals and applications in an unfamiliar environment.

  Certainly, once an application to be used is selected, there may be no problem. However, in the scene of selecting an application, there are also preferences and preferences of the person who uses the application, or the contents of the application are advanced. In some cases, the user's ability cannot be used, and it may be difficult to select an appropriate application.

  In addition, even if the interpretation is related to the same part, the application used for each department to which the user performing the interpretation belongs may be different. Furthermore, searching for applications that are suitable for interpretation is even more important, especially for users who are not very familiar with interpretation or when using applications that have become available for a long time after release. Often difficult.

  The present invention has been made to solve the above-described problems, and the object of the present invention is to use not only the usage conditions related to the application but also the usage conditions when searching for the application when the user uses the application for interpretation. Another object of the present invention is to provide a medical information system and a recommended application search method capable of providing an optimal application to the user in consideration of the attributes of the user.

According to a first aspect of the present invention, in the medical information system, the client terminal used by the user is connected to the client terminal via the communication network, and the user is acquired by the medical image diagnostic apparatus. When there are a plurality of applications to be used for interpretation of a medical image indicating information for a specific process, information on a user, information on a similar user partially including user attributes, and A tenant-type medical information system that recommends an appropriate application to a user based on a search condition input when searching for an application.

According to a sixth aspect of the present invention, in the recommended application search method, a client terminal is used by a user who uses an application when interpreting a medical image indicating internal information of a patient acquired by the medical image diagnostic apparatus. A step of receiving user information input by using, a step of acquiring information on a similar user partially including a user attribute by a user information acquisition unit based on the input user information; When receiving application recommendations, based on information related to search conditions entered by the user when searching for applications , the startup application acquisition unit extracts applications, and based on the extracted application information, and a step to narrow down the applications that write part is the recommended candidate, user information, and similar Information about the use's and, from the information on the application narrowed down, based on the steps of the application use frequency acquiring unit to grasp a use frequency of the corresponding application, the information collected so far, the preferred application determining unit utilizing Determining an application recommended for a person.

The feature of the invention described in claim 8 is that, in the recommended application search method, in obtaining a recommendation of an application used when interpreting a medical image indicating internal information of a patient acquired by the medical image diagnostic apparatus, comprising acquiring order information relating to an image, by analyzing the order information, and determining an application that can be a Subscriber is suitably used.

It is a block diagram which shows the whole structure of the medical information system in embodiment of this invention. It is a block diagram which shows the internal structure of the tenant type | mold medical information system in embodiment of this invention. It is a block diagram which shows the internal structure of the integrated viewer in embodiment of this invention. It is a block diagram which shows the internal structure of the search device and search database in the 1st Embodiment of this invention. It is a flowchart which shows the search of the application in embodiment of this invention, and the flow of recommendation. It is a flowchart which shows the search of the application in embodiment of this invention, and the flow of recommendation. It is explanatory drawing which shows an example of the table of the information regarding the user stored in the user information storage part in embodiment of this invention. It is a screen example which shows an example of the screen which a user inputs the search condition of an application, when searching for the recommended application in embodiment of this invention. It is explanatory drawing which shows an example of the table of the information regarding the application stored in the starting application memory | storage part in the search database in embodiment of this invention. It is explanatory drawing which shows an example of the table of the information regarding the usage frequency of each application stored in the application usage frequency memory | storage part in the search database in embodiment of this invention. It is explanatory drawing which shows an example of the table of order information regarding the acquisition process of the medical image stored in the order information storage part in embodiment of this invention. It is explanatory drawing for demonstrating the flow of a search of the recommendation application in embodiment of this invention. It is explanatory drawing for demonstrating the flow of a search of the recommendation application in embodiment of this invention. It is explanatory drawing for demonstrating the flow of a search of the recommendation application in embodiment of this invention. It is explanatory drawing for demonstrating the flow of a search of the recommendation application in embodiment of this invention. It is an example of a screen which shows an example of the screen which shows a user the result of having searched the recommended application in embodiment of this invention. It is a block diagram which shows the internal structure of the search device and search database in the 2nd Embodiment of this invention. It is explanatory drawing which shows an example of the table which stores the suitable conditions of the application in the 2nd Embodiment of this invention. It is a block diagram which shows the whole structure of the medical information system in the 3rd Embodiment of this invention. It is a block diagram which shows the internal structure of the area data center in the 3rd Embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

(First embodiment)
[Overall configuration of medical information system]
FIG. 1 is a block diagram showing an overall configuration of a medical information system S according to an embodiment of the present invention. The medical information system S includes a client terminal 1 used by a user and a search request for an application that is installed by the system operator and used for interpretation from the user transmitted from the client terminal 1 via the communication network N. Based on the tenant type medical information system 2 and the application server 3 connected to the tenant type medical information system 2 via the communication network N and provided with an application provided by the application provider (hereinafter, And “application server 3” as notations in the specification and drawings).

  Furthermore, a medical image diagnosis apparatus 4 and a management server 5 are connected to the medical information system S in this embodiment via a communication network N.

  The client terminal 1 is an information terminal used by a doctor or engineer who is a user. As this client terminal 1, for example, a PC (personal computer), a WS (clinical work station), or the like can be considered. Moreover, it does not deny that the client terminal 1 is portable.

  Further, the client terminal 1 performs a search by an input unit that accepts at least a user operation such as inputting an application search condition, a processing unit including a CPU that performs various processes such as image interpretation, and the tenant medical information system 2. A display unit is provided for displaying a recommended application to be used when the user searched based on conditions or the like performs interpretation.

  The tenant medical information system 2 has a function of searching and recommending an application to be used when a user interprets a medical image. In addition, it also has a function of displaying various information related to the recommended application as a search result on the display unit of the client terminal 1. Here, the “medical image” is an image to be interpreted by the user, and is, for example, an image that is finally posted on an examination report or used for diagnosis.

  The tenant type medical information system 2 is provided by a system operator, and the user can efficiently search and use the optimum application required by using the system. In other words, one or more applications that can be used are connected to the tenant medical information system 2, and the user can search, use, or need these applications via the tenant medical information system 2. The necessary medical information can be acquired. Accordingly, it is possible to save the user from searching for and using the application individually when acquiring the medical information.

  Here, “medical information” means, for example, character information such as medical records, numerical data and waveform data such as blood tests, and information on medical images acquired (captured) by a medical image diagnostic apparatus such as an X-ray CT apparatus. Or a concept including character / image mixed information such as an inspection report.

  In addition, when users themselves collect medical information, in many cases, they tend to use specific applications that match their own thoughts (preferences), especially for new applications that are difficult to use. Is the current situation. In addition, for example, it is often difficult for a user unfamiliar with interpretation to select and use an optimal application.

  Therefore, by using the tenant type medical information system 2 in the embodiment of the present invention, as will be described later, an application suitable for the user is searched and recommended according to the attribute of the user. Therefore, a user can acquire desired medical information as a result of interpretation of a medical image by using a recommended application.

  In addition, the tenant type medical information system 2 provided by the system operator is positioned as “owner” by this system operator. On the other hand, an application provider that provides an application that is searched and recommended and used by the user is: In other words, it is positioned as a “shop child”. Therefore, a store child (application provider) provides an application in the tenant medical information system 2 provided by the landlord (system operator), and this point is indicated as “tenant”. When acquiring a medical image requested by the user, the user uses various applications suitable for the purpose and ability of interpretation provided by the application provider as a tenant.

  FIG. 2 is a block diagram showing an internal configuration of the tenant medical information system 2 according to the embodiment of the present invention. The tenant type medical information system 2 is divided into two main parts, a main body part 2A and an image management part 2B. The main unit 2A has a function of receiving a request from the user and generating and returning medical information necessary for the user, such as application search, recommendation, and creation of a test report by the user. On the other hand, the image management unit 2B stores and manages medical images acquired by the medical image diagnostic apparatus 4.

  The main unit 2A includes an integrated viewer 21, a search device 22, a search database 23, a thin client manager 24, an application 25 (application A), a charging engine 26, and a charging database 27. The image management unit 2 </ b> B includes an image information manager 28 and an image report database 29.

  The internal configuration, functions, and functions of each part of the main body 2A will be separately described below in accordance with a flow of searching for and recommending an optimal application for the user.

  The image information manager 28 configuring the image management unit 2B manages information about medical images acquired by the medical image diagnostic apparatus 4. On the other hand, the image report database 29 stores the medical image sent from the medical image diagnostic apparatus 4 via the image information manager 28. Moreover, it is good also as memorize | stores also about the medical image processed and produced | generated using the application memorize | stored in the application server 3. FIG.

  The installation location of the tenant medical information system 2 is not particularly shown in the medical information system S shown in FIG. Therefore, the tenant type medical information system 2 may be provided in the medical institution, or may be provided outside the medical institution using a cloud computing technology. Furthermore, it may be provided for each medical institution, or may be shared by a plurality of medical institutions.

  The application server 3 stores an application provided by the application provider. Applications that are searched and recommended based on user requests by the tenant medical information system 2 (search device 22) are provided in any of the application servers 3. When a user uses an application recommended for interpretation, for example, the application server 3 including the application is requested to process and generate a medical image. The application server 3 processes and generates a medical image in response to the request, and transmits it again to the tenant medical information system 2. In the tenant medical information system 2 that has received the medical image generated from the application server 3, the medical image and the examination report are displayed together (integrated) on the client terminal 1 of the user who has issued the request.

  The application server 3 may be provided for each application to be stored, or may be provided for each application provider. In the latter case, one application server 3 includes (stores) one or more applications provided by the application provider.

  Further, in the following description or each drawing, it may be appropriately expressed as “application”, but this “application” is an abbreviation of “application”.

  The medical image diagnostic apparatus 4 is a medical image acquisition (imaging) apparatus that images a subject and acquires internal information thereof. Examples of the medical image diagnostic apparatus 4 include an X-ray CT apparatus and a magnetic resonance diagnostic apparatus as described above. Each imaging data acquired in the medical image diagnostic apparatus 4 is transmitted to, for example, the tenant medical information system 2 and stored (stored) in the image management unit. Although not shown in FIG. 1, it may be stored in an image server connected to the communication network N, for example.

  The management server 5 is constructed in, for example, a medical institution, for example, a hospital information management system (HIS: Hospital Information System), a radiation department information management system (RIS: Radiological Information System), or a medical image management system (PACS: Picture Archiving Communication System).

  In the embodiment of the present invention, only the user information storage unit 5a and the order information storage unit 5b necessary in the embodiment described below are shown in the management server 5 in particular. Therefore, it is needless to say that each part performing other functions is included.

  The user information storage unit 5a stores information related to attributes such as IDs and departments related to a doctor or an engineer who performs interpretation or medical examination using the medical information system S. The order information storage unit 5b is request (order) information when the medical image diagnostic apparatus 4 acquires the internal information of the subject as a medical image. Therefore, the medical image diagnostic apparatus 4 acquires a medical image based on the order information. Various types of information input to the management server 5 are also sent to the tenant medical information system 2 and used when dealing with a request from the user.

  In the embodiment of the present invention, the user information storage unit 5a and the order information storage unit 5b are shown to be provided in the management server 5. However, for example, they are each independently a communication network. N may be provided, or may be provided in the tenant type medical information system 2, and the storage location of these information may be anywhere.

  In the medical information system S shown in FIG. 1, two client terminals 1A and 1B (hereinafter, these plural client terminals are collectively referred to as “client terminal 1”) and application servers 3A and 3B in the communication network N. (Hereinafter, these application servers are collectively referred to as “application server 3” as appropriate), but the number of client terminals 1 or application servers 3 connected to the communication network N is singular or plural. Any of these may be used, and the number is arbitrary. Further, although only one medical image diagnostic apparatus 4 is connected to the communication network N in FIG. 1, the number of medical image diagnostic apparatuses 4 is also arbitrary.

  The communication network N connects the client terminal 1, the tenant type medical information system 2, the application server 3, the medical image diagnostic apparatus 4, and the management server 5, and enables, for example, exchange of medical information between them. Examples of the communication network N include a communication network such as a LAN (Local Area Network) and the Internet. The communication standard used in the communication network N may be any standard such as DICOM (Digital Imaging and Communication in Medicine).

[Configuration of Tenant Type Medical Information System (Main Unit)]
As described above, the main unit 2A of the tenant medical information system 2 includes the integrated viewer 21, the search device 22, the search database 23, the thin client manager 24, the application 25 (application A), and the charging engine 26. And the accounting database 27.

  The integrated viewer 21 uses the search device 22 to search for an application that can be recommended to the user when a search request for an application to be used when interpreting a medical image is issued from the user. The retrieved application outputs the information to the display unit of the client terminal 1 used by the user and, based on a new request from the user, as described later, for example, “interpretation example” and “use” "Guide" is displayed.

  FIG. 3 is a block diagram showing an internal configuration of the integrated viewer 21 according to the embodiment of the present invention. The integrated viewer 21 includes a receiving unit 21a, an information analyzing unit 21b, an information collecting unit 21c, an information integrating unit 21d, and a transmitting unit 21e.

  For example, when an inspection report is created, the information analysis unit 21b analyzes a request issued from the user. The information collection unit 21c collects necessary information from the management server 5, for example, based on the information analyzed by the information analysis unit 21b. For example, regarding the application recommended to the user, the information integration unit 21d integrates basic information about the application and medical information obtained by using the application, for example, of the client terminal 1 used by the user. Display on the display.

  Here, only the configuration necessary for explaining the embodiment of the present invention is shown, and the configuration necessary for functioning as the tenant type medical information system 2 is naturally provided.

  Furthermore, the integrated viewer 21 itself is an application that presents medical information to the user in an integrated manner. However, in the embodiment according to the following description, it is assumed that the integrated viewer 21 is implemented by reading the application into the tenant medical information system 2.

  The integrated viewer may adopt any implementation form such as a Web application, a fat client application, or a thin client application. On the other hand, the integrated viewer may be provided in the tenant medical information system 2 as a circuit that presents medical information to the user in an integrated manner.

  The search device 22 is a device that searches for a corresponding application when a user recommends an appropriate application for interpretation of a medical image. FIG. 4 is a block diagram showing an internal configuration of the search device 22 and the search database 23 in the first embodiment of the present invention.

  The search device 22 includes a transmission / reception unit 22a, a condition monitoring unit 22b, a user information acquisition unit 22c, a startup application acquisition unit 22d, an application narrowing unit 22e, an application usage frequency acquisition unit 22f, and an order information acquisition unit. 22g, an order information analysis unit 22h, and a suitable application determination unit 22i. In the search database 23, a startup application storage unit 23a and an application usage frequency storage unit 23b are provided.

  The detailed operation of each unit provided in the search device 22 and the search database 23 will be described together with the description of the recommended application search flow. Moreover, although the starting application memory | storage part 23a and the application utilization frequency memory | storage part 23b are provided in the search database 23, about these, for example, the management server 5 or each seems to be connected to the communication network N independently. It may be configured as follows.

  The thin client manager 24 is connected to the application server 3 shown in FIG. For example, an application recommended for the user is acquired and imported into the tenant medical information system 2 so that the user can use it. When the user creates an examination report, an application for processing and generating the necessary medical image is taken into the tenant type medical information system 2 in the same manner.

  The application 25 (application A) is one of the applications provided by the system operator. That is, it is an application provided by the system operator who operates the tenant medical information system 2 as the application provider provides the application. Since the application is provided by the system operator, the application 25 (application A) is stored and managed in, for example, an application related to basic screen settings displayed on the client terminal 1 or the image management unit 2B. This is an application for processing medical images.

  In FIG. 2, one application 25 (application A) is connected to the integrated viewer 21. However, how many such applications are connected to the integrated viewer 21 (in the tenant medical information system 2). Is provided).

  An application server 3 is connected to the tenant medical information system 2. As described above, the number of application servers 3 connected to the tenant medical information system 2 increases or decreases depending on the number of application providers that provide applications to the medical information system S or the number of applications provided. . In FIG. 2, the application server 3 </ b> A that provides the application B and the application server 3 </ b> B that provides the application C are connected to the tenant medical information system 2.

  The charging engine 26 calculates a usage fee when the user uses an application stored in the tenant medical information system 2 or the application server 3. The billing database 27 connected to the billing engine 26 stores information related to a charge that is the basis for calculating a user's charge.

[Flow of recommending applications to users]
5 and 6 are flowcharts showing the flow of application search and recommendation in the embodiment of the present invention. That is, in the embodiment described below, the flow of how easily and appropriately an application used when a doctor or the like (user) interprets a medical image is recommended will be described. .

  The user uses the client terminal 1 when interpreting a medical image. Here, if the medical image to be interpreted is, for example, an image relating to a part that is not experienced by the user, or if the user is not familiar with the interpretation itself, a medical image necessary for interpretation is selected. It is often difficult to select an application to use to obtain. In addition, in the case of a veteran of interpretation, it seems that there will be no hesitation in selecting the application that is normally used for interpretation, but when a new application is released, for example, in addition to the application that is normally used, Receiving recommendations is also useful in terms of widening the range of application usage. When a new application is released, if it is recommended to the user, it will lead to subsequent use, which is also useful for the application provider who released the application. Therefore, it is very advantageous to recommend an application suitable for the user when interpretation starts.

  In order to receive an application recommendation when the user actually interprets, follow the flow below. First, the user searches for a recommended application (hereinafter, such an application is referred to as a “recommended application”) in order to receive a recommendation of an application used for interpretation. For this purpose, the user opens a recommended application search screen using the input unit of the client terminal 1. The information on which the search screen is opened is provided to the tenant medical information system 2 that performs the search via the communication network N, and the integrated viewer 21 (information analysis unit 21b) detects that the search screen is opened. (ST1).

  When the search screen is opened, for example, a search application is started, and the user logs in on the search screen. As the information necessary for login, login information such as a user ID, for example, which can uniquely identify the user is input.

  This login information is transmitted to the search device 22 via the integrated viewer 21. The condition monitoring unit 22b of the search device 22 that has received the login information further sends the login information to the user information acquisition unit 22c. The user information acquisition unit 22c acquires information about the user (hereinafter, such information is referred to as “user information”) based on the login information (ST2).

  Specifically, the user information acquisition unit 22c acquires user information by accessing a user information storage unit 5a provided in the management server 5 in this embodiment. FIG. 7 is an explanatory diagram showing an example of a table of information related to users stored in the user information storage unit 5a according to the embodiment of the present invention.

  In the table, for example, as shown in the table of FIG. 7, “user ID”, “user name”, “affiliation”, and “authority” are stored. Of course, these items are not limited to these four items, and items can be arbitrarily set. Moreover, about the information regarding the user memorize | stored in the user information storage part 5a, for example, it has the function to memorize | store the information regarding a user in the user information storage part 5a suitably in the tenant type medical information system 2, for example, Alternatively, a user information registration unit may be provided. Furthermore, information registered in various systems already built in each medical institution may be used.

  For example, when a doctor A who is a user is going to receive an application recommendation for interpretation, the “user ID” used for login is “100”. As linked to this user ID, doctor A belongs to “radiology” and has the authority of “engineer”. On the other hand, when the “user ID” is “400”, the search for the recommended application is performed by the “radiologist” “doctor D” and the authority is the “engineer chief”.

  The user information acquisition unit 22c also acquires information on a user similar to a user who searches for a recommended application (hereinafter, such a user is referred to as “similar user”) (ST3). . The similar user is a user who searches for a recommended application and has similar attributes. For example, when a user who searches for a recommended application is a doctor A, “similar users” are “doctor B” and “doctor C” who belong to the same radiology department and have the authority of an engineer.

  In the embodiment described below, this user information and information related to similar users (hereinafter, such information is referred to as “similar user information”) are used in searching for recommended applications. In addition to the application conditions that the user wants to set himself / herself, the application that is more suitable for the user is recommended by considering what kind of application the person with similar attributes is using It is thought that it can be done.

  When the user logs in, a screen for inputting a condition for searching for an application to be recommended is displayed on the display unit of the client terminal 1.

  FIG. 8 is a screen example showing an example of a screen on which a user inputs application search conditions when searching for a recommended application in the embodiment of the present invention. Note that the screen example shown in FIG. 8 is merely an example, and it is possible to arbitrarily set the screen layout and the setting of conditions that the user must input.

  In the screen example, the title “Search for interpretation application” is shown at the top, and the user is also shown. Here, it can be seen that the user ID of the person who performs the search to receive the recommendation of the application used for interpretation is “100” (referring to FIG. 5, the user is “doctor A”).

  In this embodiment, “budget” and “examination type” are set as input conditions. “Budget” indicates how much an application can be used as the price of the application used by itself. Recently, budget management in medical institutions has become stricter, and it is often not the case that applications of any price can be freely used. Accordingly, a budget that can be used for the application is set in a unit in which budget management is performed, such as a department, a group to which the user belongs, or the entire medical institution.

  When setting the “budget”, it is free to decide whether to use the recommended application by determining the number of times to use or to purchase the application itself. In the screen example of FIG. 8, an area for determining the range of the budget amount using a pull-down tab and an area for inputting the amount are provided. Further, it is possible to select another of “use amount” and “purchase amount”. May be.

  On the other hand, the “examination type” is an item for selecting which medical image diagnostic apparatus the medical image to be interpreted is obtained by. Medical images obtained by medical image diagnostic apparatuses are different, and how the obtained medical images are analyzed, processed, and interpreted, and there are applications suitable for each. Therefore, it is an indispensable condition for recommending an appropriate application to be used for interpretation. Here, “CT apparatus” is selected from the medical image diagnostic apparatuses that will be variously set in the pull-down menu.

  As described above, in the example of the input screen shown in FIG. 8, “budget” is indicated as “11,000 yen or less”, and “examination type” is indicated as “CT”. Therefore, based on the search conditions, the input user (doctor A) wants to search for an application with a budget of 11,000 yen or less that can be used when interpreting the medical image obtained by the CT apparatus. (I want to get recommendations for such applications).

  For example, when a search condition is input via an input screen as shown in FIG. 8, it is transmitted from the integrated viewer 21 to the search device 22. The condition monitoring unit 22b of the search device 22 detects that a search condition has been input (ST4) and monitors whether all conditions have been input (ST5). Since the search condition is a condition necessary for recommending an optimal application to the user when the user performs interpretation, all the conditions set by the condition monitoring unit 22b are input here. It is determined whether or not it has been performed, and unless all the conditions are input, the search process is not performed and the process waits (NO in ST5).

  For example, in the input screen example (see FIG. 8) in the embodiment, a “search button” is provided at the lower right of the screen example to determine whether all the search conditions have been input by the condition monitoring unit 22b. The determination is made based on whether or not the search button has been pressed by the user (whether or not the condition monitoring unit 22b has received the signal).

  When the condition monitoring unit 22b receives a signal indicating that the search button has been pressed and it is determined that the user has input all the search conditions (YES in ST5), this is transmitted to the activation application acquisition unit 22d. The search for a recommended application is started.

  The startup application acquisition unit 22d acquires information stored in the startup application storage unit 23a in the search database 23 (ST6). The startup application storage unit 23a stores various types of information related to applications provided from application providers. FIG. 9 is an explanatory diagram showing an example of a table of information related to applications stored in the activated application storage unit in the search database according to the embodiment of the present invention.

  The table shown in FIG. 9 stores information regarding each application in accordance with the set items. Here, four items of “application ID”, “application name”, “price”, and “examination type” are shown. The meanings of “price” and “examination type” shown as items here are the same as those described in the example of the input screen (see FIG. 8). For example, in the case of “application B” indicated by “2” as “application ID”, “price” is “10,500 yen” and “examination type” is “CT”.

  It should be noted that the number of items set when storing information relating to the application in the table is not limited to four as in the table shown in FIG. 9, and can be arbitrarily set. Although not specifically shown here, when an application is used using the tenant medical information system 2 or when a new application is provided by an application provider, the application is related to the application at a certain timing. Information is stored (stored) in the startup application storage unit 23a.

  Information related to the application acquired by the startup application acquisition unit 22d from the startup application storage unit 23a is sent to the application narrowing unit 22e. The application narrowing unit 22e is also notified that the search condition is input from the condition monitoring unit 22b and the search condition is notified, so the application narrowing unit 22e receives the application received from the application narrowing unit 22e according to the search condition. Narrow down applications that match the search conditions based on the information about (ST7).

  For example, in the present embodiment, “budget” is 11,000 yen or less as a search condition, and “examination type” is CT (apparatus) (see the input screen example in FIG. 8). Therefore, the application narrowing-down unit 22e extracts matching applications from the application information transmitted from the startup application acquisition unit 22d based on these search conditions. As described above, the table shown in FIG. 9 is stored in the activated application storage unit 23a. When the application narrowing unit 22e narrows down based on the search condition, the information on the seven applications is included. From “3”, “App ID” is “2”, “4”, “6”, that is, “App B”, “App C”, and “App E” can be extracted.

  If the application according to input conditions is extracted by the application narrowing-down part 22e, next, the usage frequency of the application extracted in the application usage frequency acquisition part 22f will be grasped | ascertained. Specifically, first, user information and similar user information are input from the user information acquisition unit 22c to the application usage frequency acquisition unit 22f. In addition, information related to the application extracted from the application narrowing-down unit 22e is input to the application usage frequency acquisition unit 22f. That is, the usage frequency regarding the application extracted using the user information collected by the application usage frequency acquisition part 22f, the similar user information, and the information regarding the application extracted by narrowing down is grasped.

  Here, the user information is information regarding a doctor A (user ID: 100) who receives an application recommendation that is considered appropriate for interpretation. The similar user information is information regarding a user whose attributes are similar to those of the doctor A who is the user, and as described above, the doctor B (user ID: 200) and the doctor C (user ID: 300). It is information about. On the other hand, the extracted applications are “application B”, “application C”, and “application E”. The application usage frequency acquisition unit 22f acquires information on the usage frequency of the application including these conditions from the application usage frequency storage unit 23b.

  The application usage frequency acquisition unit 22f extracts information on the usage frequency from the application usage frequency storage unit 23b provided in the search server 23 based on the above-described three pieces of information. FIG. 10 is an explanatory diagram showing an example of a table of information regarding the usage frequency of each application stored in the application usage frequency storage unit 23b in the search database 23 according to the embodiment of the present invention.

  Here, five items are shown: “application ID”, “application name”, “user ID”, “disease”, and “usage frequency”. For example, information about “application ID: 1”, “application name: application A”, “user ID: 100”, “disease: myocardial infarction”, “frequency of use: 20” (first in the table) is: This is information acquired by the application usage frequency acquisition unit 22f from the application usage frequency storage unit 23b based on the user information. The information shown tenth from the top of the table includes “application ID: 6”, “application name: application E”, “user ID: 200”, “disease: aortic dissection”, “frequency of use: 0 ”.

  However, even if the application usage frequency acquisition unit 22f acquires application information in this way, as is clear from the table shown in FIG. 10, there are a number of ways to recommend an appropriate application to the user as it is. Too many. Therefore, in order to further narrow down the application, information on the medical image that the user interprets is used.

  Specifically, information indicating that the input condition is input from the condition monitoring unit 22b is sent to the order information acquisition unit 22g. The order information acquisition unit 22g acquires information related to the medical image that is the interpretation target (ST9). Furthermore, the order information acquisition unit 22g acquires the order information that is the basis from which the medical image is acquired in the medical image diagnostic apparatus 4 from the order information storage unit 5b based on the information related to the medical image (ST10).

  For example, order information is generated in various systems that constitute the management device 5, and the medical image is acquired and generated by the medical image diagnostic device 4 based on the order information. Therefore, the order information plays a role of a request form and purchase order for obtaining medical images.

  FIG. 11 is an explanatory diagram showing an example of an order information table related to a medical image acquisition process stored in the order information storage unit 5b according to the embodiment of the present invention. According to the table shown in FIG. 11, the order information is defined by eight items. It should be noted that it is possible to arbitrarily set the number of items to define the order information in the order information storage unit 5b.

  In this embodiment, “order ID”, “patient ID”, “requesting department”, “requesting doctor ID”, “status”, “scheduled date”, “requesting department”, “order information text” Are provided. For example, the order information whose “order ID” is “2” includes “patient ID: 2000”, “requesting department: surgery”, “requesting doctor ID: 500”, “status: requesting”, “scheduled execution date” : August 22, 2011 "," Requested department: Radiology ". Here, “status” is an item indicating whether or not interpretation has been performed, and “requesting” indicates that interpretation is currently requested and has not yet been completed.

  Further, in the “order information text”, as shown in the table of FIG. 11, the specific contents of the imaging request are expressed in a text format. In addition, the order information text includes a finding by the requesting doctor who is a doctor who has examined the patient. For example, when the order information is “order ID” “2”, “abdominal aortic aneurysm is suspected” ”Also indicates a suspected disease.

  Note that the order information shown in FIG. 11 may be created in a standard format such as HL7 (HEALTH LEVEL 7), or may be created in a format unique to each medical institution.

  Here, the order information acquisition unit 22g acquires the order information whose “order ID” is “2” from the information related to the medical image to be interpreted. When the order information acquisition unit 22g acquires the order information, for example, the order information in which the “scheduled date of execution” in the order information is the same date as the actual date or a date earlier than the actual date. To get. This is because with such order information, it can be determined that the interpretation process has not yet been performed.

  Of course, the item “status” is also confirmed. In the order information shown in FIG. 11, even if the scheduled execution date is “August 22, 2011”, the status of the order information with the order ID “1” is “complete”. The interpretation process has already been completed for the medical image related to the order information. On the other hand, regarding the medical image related to the order information with the order ID “2”, the status is “in request”, so that the interpretation processing for the medical image has not been performed yet. Therefore, this order information is acquired and used to search for a recommended application necessary for image interpretation processing.

  When the order information acquisition unit 22g acquires the corresponding order information, the order information acquisition unit 22g sends the order information to the order information analysis unit 22h. The order information analysis unit 22h parses, for example, a phrase indicated in the order information text from the received order information (ST11 in FIG. 6).

  The order information analysis unit 22h obtains necessary information from, for example, an order information text creation rule and syntax analysis. Among words / phrases in the order information text, for example, a word / phrase having a certain group such as a disease name is extracted. For example, taking the order information whose “order ID” is “2” as an example, the phrase “aorta” which is the finding of the requesting doctor is extracted from the order information text. In addition, from the series of phrases “X-ray CT examination contrast abdominal supine position 3D necessary”, the examination apparatus is “X-ray CT”, and “contrast (agent)” is used to examine “abdomen”. Because these contents can be understood, each of these words is extracted.

  In addition, when the order information analysis unit 22h performs syntax analysis, the extracted phrase must be appropriate. That is, in the embodiment described here, the user (doctor A) interprets the medical image acquired based on the order information whose order ID is “2”. Therefore, the disease suspected of the patient ID “20000” is “abdominal aortic aneurysm” (see FIG. 11).

  In addition, there is a new application that Doctor A has no or little experience of interpreting “abdominal aortic aneurysm”, or a new application that has never been used so far. A is premised on recommending an optimal application to doctor A when he has never used it.

  In this situation, when the order information analysis unit 22h extracts and searches for “abdominal aortic aneurysm” as a keyword, a search is made for applications that have been used in the past for interpretation of medical images related to “abdominal aortic aneurysm”. Will be recommended. However, since the doctor A himself has no experience of interpreting medical images related to “abdominal aortic aneurysm”, even if such an application is recommended, these applications are usable for the doctor A who is a user. It is unknown whether it is a good application.

  Therefore, in order to recommend a better application to the user (doctor A), a wide range of applications that have been used for image interpretation so far are extracted, and suitable applications using, for example, similar user information described above are extracted from them. Narrow down and recommend. Therefore, when the order information analysis unit 22h performs syntax analysis and extracts a phrase, it extracts not only a disease name as it is but also a phrase so that a plurality of diseases can be searched widely. Therefore, in this embodiment, the extracted phrase is not “abdominal aortic aneurysm” but “aortic aneurysm” or “aorta”, for example. Here, a case where “aorta” is extracted will be described as an example.

  When the order information analysis unit 22h performs syntax analysis and extracts the contents of the order information using “aorta” as a keyword, the order information analysis unit 22h transmits the keyword to the preferred application determination unit 22i. In addition to the keywords, user information, similar user information, information on narrowed applications, and information on the frequency of use of these applications are input to the preferred application determination unit 22i (ST12). Based on these conditions, the suitable application determination unit 22i searches for and recommends the most suitable application for the user. The flow for determining a suitable application will be described below with reference to the explanatory diagrams shown in FIGS. 12 to 15 for explaining the flow of searching for a recommended application in the embodiment of the present invention.

  First, based on the keyword (here, “aorta”) sent from the order information analysis unit 22h by the preferred application determination unit 22i, the phrase “aorta” is a disease in the information table regarding the usage frequency of the application shown in FIG. Extract apps included in the name. Note that, as described above, the table shown in FIG. 10 searches for “application A”, “application B”, “application C”, and “application E” from among the applications based on the input search conditions. The usage frequency related to these is adjusted so that the suitable application determination unit 22i can grasp the usage frequency.

  Here, as shown in the table of FIG. 10, it can be understood that applications other than the top two are used for diseases in which “aorta” is included in the name (top 2). One is an application used for interpretation of medical images of “myocardial infarction”). In addition, using user information and similar user information, applications that do not match these information are not selected. User information and similar user information are used for a new user (doctor A) by grasping the application usage tendency of similar users (doctor B or doctor C). This is to recommend a more user-friendly application.

  An application selected by the preferred application determination unit 22i as a recommended application candidate from the applications shown in the table shown in FIG. 10 using these pieces of information is shown in the table of FIG. In the table shown in FIG. 12, for the sake of convenience, the application selected by the preferred application determination unit 22i is colored, and the application that has not been selected is shown in white.

  As described above, “myocardial infarction”, which is a disease not including “aorta” therein, is not selected. Also, an application that has been used in the past by a user whose user ID is “400” is not selected. As shown in FIG. 7, the authority of the user ID “400” is “engineer chief”, and the doctors A, B, and C who are users are This is because it is not determined that the user is similar because the attributes are different.

  Based on the application selected in this way (the application colored in FIG. 12), the use frequency of the application for each user is grasped for each disease. This state is shown in FIG. 13 and FIG. In both cases, it is clarified who uses which application and how much for a specific disease.

  FIG. 13 shows “aortic dissection”. According to FIG. 13, when interpreting a medical image related to “aortic dissection”, doctor A uses app B most often (20 times). On the other hand, app C is twice and app E is zero. Similarly, doctor B has app B 13 times, app C twice, app E 0 times, doctor C 20 times app B, app C 26 times, app E 3 times. Referring to FIG. 13, regarding doctor A and doctor B, both use frequency of app B is the highest, and then app C. Therefore, doctor A and doctor B have similar application usage trends. I can grasp. On the other hand, the doctor C uses the app C more frequently than the app B, and is different from the usage tendency of the doctor A and the doctor B.

  It is explanatory drawing which shows the utilization tendency of each user's application regarding FIG. 14 "abdominal aortic constriction". When interpreting a medical image related to “abdominal aortic constriction”, no user uses the app B. On the other hand, doctor A and doctor B use app E frequently, whereas doctor C uses app C frequently. Therefore, the tendency of the application used for interpretation of “abdominal aortic constriction” is similar to that of doctor A and doctor B as in the case of “aortic dissection”.

  Looking at the usage trends of the applications regarding the above two diseases, it can be seen that the usage trend of the doctor A's application is similar to the doctor B. Therefore, it is determined that the user similar to the doctor A is the doctor B (ST13).

  Therefore, based on the trend described above, when using a new application that has never been used, or when reading a medical image without experience of interpretation, which application should be used, The suitable application determination unit 22i determines whether it is optimal for the doctor A. That is, it is determined which application is recommended as the most appropriate application recommendation as an application used when the doctor A interprets a medical image related to “abdominal aortic aneurysm”.

  Here, FIG. 15 shows the usage tendency of the doctor B and the doctor C regarding “abdominal aortic aneurysm”. Note that doctor A is a user who is recommended by the application and has not experienced medical image interpretation related to an abdominal aortic aneurysm. Therefore, in the explanatory diagram shown in FIG. (Not being used).

  As described above, it is doctor B that has a similar usage tendency to that of doctor A. Referring to FIG. 15, it can be seen that when the doctor B interprets a medical image related to an abdominal aortic aneurysm, the application C is most often used. Therefore, the preferred application determination unit 22i thus uses an application (such as “abdominal aortic aneurysm”) of the image to be interpreted from the order information that is frequently used by the similar user (doctor B) ( Application C) is extracted (ST14). Then, the integrated viewer 21 presents the extracted application as a recommended application to the user (doctor A) via the client terminal 1 (ST15).

  FIG. 16 is a screen example showing an example of a screen that presents a user with a result of a search for a recommended application according to the embodiment of the present invention. In the screen example, “interpretation application search result” is displayed at the top, a recommended application is searched along the above-described flow, and an application that is a recommended result is presented (recommended) on the screen. .

  Specific recommended results are indicated in the upper part of the screen as bibliographic items by three items of “application name”, “price”, and “corresponding inspection type”. These are “application C”, “11,000 yen”, and “CT”, respectively, but “price” and “corresponding inspection type” are shown to satisfy the input conditions. Here, “Application C” is shown as a recommended application to the doctor A who is the user.

  One end of the specific functions of this recommended application is shown in the center of the example screen. Here, two examples of medical images processed using the application C are displayed. On the right side of the screen, two buttons such as “reading example” and “use guide” are provided. The user can obtain necessary information regarding the recommended application C by appropriately pressing (clicking) these buttons.

  The “interpretation example” here exemplarily shows various images when the medical image is interpreted using the application C. The “use guide” is, as the name suggests, an instruction manual for the application C. Check the medical image that can be displayed using the application C, check other various information about the application C, and when using the application C, click the “Download” button provided at the lower right of the screen example. Application C can be obtained by pressing.

  Note that the screen example shown in FIG. 16 is merely an example, and the layout and display items, for example, the number of images to be displayed when a recommended application is used, can be arbitrarily set. When the download button is pressed, a recommended application can be downloaded via the integrated viewer 21 and the thin client manager 24. However, even if this download is a purchase of the application, it is used without being purchased. It may be in the form of only.

  When the recommended button is downloaded by pressing the download button, the usage mode or the purchase cost is charged to the charging engine 26 provided in the tenant medical information system 2.

  Further, for example, when the recommended application is downloaded or the interpretation report is created, the usage count of the recommended application is added to the application usage frequency storage unit 23b. For example, since it is the first time that the doctor A described above uses the application C for an abdominal aortic aneurysm for the first time, for example, a new table is stored in the application usage frequency storage unit 23b shown in FIG. “Application ID: 4”, “application name: application C”, “user ID: 100”, “disease: abdominal aortic aneurysm”, and “usage frequency: 1” are additionally stored. Note that it is possible to freely set at which point the frequency of use frequency is counted.

  By adopting the configuration and search method described above, when a user uses an application for interpretation, when searching for the application, the user's attributes are considered in consideration of the usage conditions related to the application. It is possible to provide a medical information system and a recommended application search method capable of providing an optimal application to a person.

  In particular, when presenting a recommended application to a user, search and recommendation are not performed using only the search conditions entered by the user, but the user's own information (user information) and the attributes of the user By using information on similar users (similar user information), it is possible to recommend an application more suitable for the user.

  Furthermore, these input conditions and user information can be said to be information on the user side, but in addition to these information, information on the medical image side to be interpreted and input by a person other than the user. By using the information, that is, the above-described order information, it is possible to recommend an optimum application for actual interpretation.

(Second Embodiment)
Next, a second embodiment of the present invention will be described. In the second embodiment, the same components as those described in the first embodiment are denoted by the same reference numerals, and the description of the same components is omitted because it is duplicated.

  The internal configuration of the search device 22A and the search database 23A in the second embodiment is different from the internal configuration of the search device 22 and the search database 23 in the first embodiment. FIG. 17 is a block diagram showing an internal configuration of the search device 22A and the search database 23A in the second embodiment of the present invention.

  In the search device 22A in the second embodiment, a suitable condition acquisition unit 22j and a device information acquisition unit 22k are additionally provided. Here, the “preferred conditions” are operating environments (specs) required for the client terminal 1 that uses the recommended application when using the application recommended for the user.

  The suitable condition acquisition unit 22j acquires information related to the suitable condition from the suitable condition storage unit 23c. FIG. 18 is an explanatory diagram illustrating an example of a table that stores suitable conditions for an application according to the second embodiment of this invention. The table is provided in the preferred condition storage unit 23c. Here, four items are provided, and “preferred condition ID” and “preferred condition” are linked to “app ID” and “app name”. For example, for the applications indicated by “application ID: 2” and “application name: application B”, two preferred conditions are defined. One is “Windows (registered) as an OS necessary for operating the application. "Trademark) 2008R2", and it can be read that the application is suitable for use in interpreting a chest image.

  By examining this suitable condition when searching for a recommended application, it is possible to recommend an application that matches the operating environment of the client terminal 1 used when the user actually uses the recommended application.

  Next, the search device 22 is provided with a device information acquisition unit 22k, and the search database 23 is provided with a device information storage unit 23d. Normally, a desired medical image is acquired and generated by the medical image diagnostic apparatus 4 based on the order information created by the requesting doctor. The “apparatus information” here is information relating to the medical image diagnostic apparatus 4 that acquires the medical image. The “apparatus information” includes, for example, both “apparatus type” indicating the type of the medical image diagnostic apparatus 4 such as CT apparatus and MRI, and “apparatus type” indicating the model of the medical image diagnostic apparatus 4 of the same type. . In the device information storage unit 23d, for example, information on devices of various medical image diagnostic devices installed in a medical institution is stored.

  The order information analysis unit 22h obtains various information by analyzing the order information acquired by the order information acquisition unit 22g as described above, and transmits it to the suitable application determination unit 22i. The analyzed information includes information related to a medical image diagnostic apparatus used when acquiring a medical image (for example, the “X-ray CT apparatus” is used in the order information “2” in FIG. 11). Is included in the order information). Therefore, the information on the used device is transmitted from the order information analyzing unit 22h to the device information acquiring unit 22k, and the detailed information on the used device is obtained from the device information storage unit 23d. The device information acquisition unit 22k transmits the acquired “device information” to the suitable application determination unit 22i.

  When the preferred application determination unit 22i determines an application recommended for the user, in addition to the various types of information described so far, the apparatus information is also included in the determination, thereby determining an appropriate application for the user. Can be recommended.

  In other words, when performing the current interpretation processing for the user, the interpretation processing of the medical image acquired by a completely different device is better if the application used for the interpretation processing of the medical image acquired by the device in the past is used. It is considered easier to use than using the application used for, and the interpretation process can be appropriately advanced.

  Therefore, in this embodiment, when searching for and recommending a suitable application (recommended application), in addition to the user information described so far, the apparatus information is also used in combination with the user so that Appropriate applications can be recommended.

  In addition, by using the information on the preferred conditions and the device information together with recommending the application, naturally, when the user uses the application for interpretation, the use of the application is performed when searching for the application. It is possible to provide a medical information system and a recommended application search method capable of providing an optimal application to the user in consideration of not only conditions but also user attributes.

(Third embodiment)
Next, a third embodiment of the present invention will be described. In the third embodiment, the same components as those described in the first or second embodiment are denoted by the same reference numerals, and the description of the same components is duplicated. I will omit it.

  The medical information system S1 according to the third embodiment is configured so that the medical information system S described so far can be used not only in a specific medical institution as in the past but in a certain region as a whole. It is.

  FIG. 19 is a block diagram showing the overall configuration of the medical information system S1 according to the third embodiment of the present invention. In the medical information system S1, a medical institution H (in FIG. 19, medical institutions H1 to H3) is connected to a communication network N1, and a regional data center 6 is also connected.

  Inside the medical institution H, for example, the medical information system S described above is constructed as shown in the medical institution H1. On the other hand, a configuration different from that of the medical institution H1 may be adopted.

  The regional data center 6 stores information necessary for recommending an application that can be used when the medical image interpretation process of the medical image is performed in the local medical institution H. FIG. 20 is a block diagram showing an internal configuration of the regional data center 6 in the third embodiment of the present invention.

  Within the regional data center 6, a transmission / reception unit 6a that connects to the communication network N1 and exchanges communications with each medical institution H, a regional user information acquisition unit 6b, a regional user information storage unit 6c, and application usage A frequency acquisition unit 6d and an application usage frequency storage unit 6e are provided.

  The regional user information storage unit 6c stores information related to a user who has received a recommendation from an application to be used when the medical institution H accesses the regional data center 6 to perform interpretation processing. Accordingly, the regional user information acquisition unit 6b accesses the regional data center 6 from the medical institution H and receives a recommendation of an application (hereinafter referred to as “regional user” for convenience). Information) is acquired from the local user information storage unit 6c. In addition, information on other users whose attributes are similar to those of the regional users (hereinafter, such users are referred to as “similar regional users”) is also acquired. Here, the similar area user may be a person working at the same medical institution H as the area user, or may be a person working at another medical institution H in the same area.

  The application usage frequency storage unit 6e stores information regarding the usage frequency of the selected application when an application is selected using the regional data center 6. When the recommended application is searched and selected, and the user uses the recommended application, the usage frequency of the recommended application increases by one. In addition, when recommending an application, necessary information (information regarding the usage frequency of the application) is acquired from the application usage frequency storage unit 6e by the application usage frequency acquisition unit 6d.

  Here, the flow of receiving a recommendation of an application used when a regional user performs an image interpretation process on a medical image is basically as described above.

  That is, the regional user information acquisition unit 6b of the regional data center 6 uses the regional usage information from the regional user information storage unit 6c based on the information about the regional user input when the regional user opens the search screen and logs in. Information about the person. At the same time, information on similar regional users similar to the regional users is also acquired. The condition monitoring unit 22b in the search device 22 detects that a condition related to an application that the local user wants to recommend is input, and notifies the activation application acquisition unit 22d. The startup application acquisition unit 22d acquires information about the application from the startup application storage unit 23a and transmits the information to the application narrowing unit 22e.

  The application narrowing unit 22e narrows down recommended applications and sends information to the application usage frequency acquisition unit 6d. The application usage frequency storage unit 6e acquires the usage frequency related to the application from the application usage frequency storage unit 6e.

  Furthermore, the order information acquisition unit 22g in the search device 22 acquires order information regarding a medical image to be interpreted from the order information storage unit 5b, and the order information analysis unit 22h analyzes the contents. The suitable application determination unit 22i determines an application recommended for the local user based on the regional user information, the similar regional user information, the information regarding the usage frequency of the application, the information obtained by analyzing the order information, and the like.

  Here, the activation application storage unit 23a and the order information storage unit 5b are not provided in the regional data center 6, but are provided in each medical institution H to the last. Even if the medical institution H advances in regional cooperation and receives the recommendation of the application, even if the information in the regional data center 6 is used, the information related to the start-up application and the order information have aspects as personal information of the patient. This is because it is very strong and cannot be placed in the regional data center 6. Therefore, here, the activation application acquisition unit 22d and the order information acquisition unit 22g are also provided in each medical institution H.

  When the recommended application is determined by the suitable application determination unit 22i, the display style is adjusted in the integrated viewer 21, and the recommended application is displayed on the display unit of the client terminal 1 used by the user.

  As described above, a plurality of medical institutions belonging to a certain region when recommending an application to be used for image interpretation use information related to regional users stored in the regional data center, and so on. Because it is possible to use not only user information but also information on users belonging to multiple medical institutions linked to each other between regions, it is possible to recommend an application that is more suitable for the user who receives the application recommendation. it can.

  At this time, even if the recommended application is searched using various information stored in the regional data center from the beginning, or the application is searched once in the medical institution H to which the user belongs. If an appropriate recommended application is not obtained, the recommended application may be searched using information in the regional data center.

  Naturally, when a user uses an application for interpretation, when searching for an application, not only the usage conditions related to the application but also the attributes of the user are taken into account. It is possible to provide a medical information system capable of providing an application and a search method for a recommended application.

  Although an embodiment of the present invention has been described, this embodiment is presented as an example and is not intended to limit the scope of the invention. This embodiment can be implemented in various other forms, and various omissions, replacements, and changes can be made without departing from the spirit of the invention. For example, so far, explanations have been made based on a medical information system including a client terminal used by a user, a tenant type medical information system installed by a system operator, and an application server in which an application provider participates. The functions described above may be achieved by providing the functions of the tenant type medical information system in the client terminal.

  Each process such as acquisition of user information (similar user information), acquisition of application information by the start application acquisition unit, or acquisition of order information is described in the above description so that the processes are in order. However, this is merely for convenience of explanation, and each process may be performed in parallel.

  This embodiment and its modifications are included in the scope and gist of the invention, and are included in the invention described in the claims and the equivalents thereof.

DESCRIPTION OF SYMBOLS 1 Client terminal 2 Tenant type medical information system 3 Application server 4 Medical image diagnostic apparatus 5 Management server 5a User information storage part 5b Order information storage part 21 Integrated viewer 22 Search apparatus 22a Transmission / reception part 22b Condition monitoring part 22c User information acquisition part 22d Activation application acquisition unit 22e Application narrowing unit 22f Application usage frequency acquisition unit 22g Order information acquisition unit 22h Order information analysis unit 22i Suitable application determination unit 23 Search database 23a Startup application storage unit 23b Application usage frequency storage unit 24 Thin client manager 25 Application A
26 Accounting Engine 27 Accounting Database 28 Image Information Manager 29 Image Report Database S Medical Information System

Claims (8)

The client terminal used by the user,
There are multiple applications for specific processing that are connected to the client terminal via a communication network and used when the user interprets a medical image indicating internal information of the patient acquired by the medical image diagnostic apparatus. In this case, it is appropriate for the user on the basis of information on the user, information on a similar user having a part of the user attribute, and a search condition input in searching for the application. Tenant-type medical information system recommending applications,
A medical information system comprising:   When the tenant type medical information system recommends an appropriate application to the user, the tenant type medical information system uses order information to the medical image diagnostic apparatus regarding the medical image to be interpreted as a search condition. The medical information system according to claim 1. The tenant medical information system
A search device for searching for an application to be used when the user interprets the medical image;
An integrated viewer for displaying information on the client terminal by integrating information related to the application recommended for the user searched by the user;
The medical information system according to claim 1, further comprising: The search device includes:
A condition monitoring unit that monitors the start of search processing by the user;
Based on the information on the user, a user information acquisition unit for extracting information on the similar user from information on the user of the application stored in the user information storage unit,
Based on the search condition that is input when searching for the application, a startup application acquisition unit that acquires information about a candidate application that is a recommended candidate from the startup application storage unit;
Based on the information about the application acquired by the startup application acquisition unit, an application narrowing unit that narrows down the applications to be recommended,
Based on the information from the user information acquisition unit and the application narrowing unit, an application usage frequency acquisition unit that acquires the usage frequency of the application from the application usage frequency storage unit;
A preferred application determining unit to determine the appropriate application to the similar user related information and the user based on frequency of use of said application,
The medical information system according to claim 3, further comprising: The search device includes:
An order information acquisition unit for acquiring order information to the medical image diagnostic apparatus regarding the medical image to be interpreted;
An order information analysis unit that analyzes the content based on the order information acquired by the order information acquisition unit;
The medical information system according to claim 3 or 4, further comprising: Receiving the user information input using a client terminal by a user who uses an application when interpreting a medical image indicating internal information of the patient acquired by the medical image diagnostic apparatus; and
Based on the input user information, a user information acquisition unit acquires information on a similar user partially including the user attributes; and
When receiving the recommendation of the application, based on the information about the search condition input by the user in searching for the application, the start application acquisition unit extracts the application; and
Based on the extracted application information , the application narrowing down section narrows down applications that are recommended candidates; and
The application usage frequency acquisition unit grasps the usage frequency of the corresponding application from the user information, the information about the similar user, and the information about the narrowed application, and
Based on information collected so far, a step of determining an application recommended by the suitable application determination unit for the user;
A method of searching for a recommended application, comprising: The order information acquisition unit includes a step of acquiring order information regarding the medical image, which is interpreted using the application, before determining an application recommended for the user. 6. A recommended application search method according to 6. Obtaining order information about the medical image in obtaining a recommendation of an application used when interpreting a medical image indicating internal information of the patient acquired by the medical image diagnostic device;
By analyzing the order information and determining the application that can be a Subscriber is suitably used,
A method of searching for a recommended application, comprising:

Images