WO2011004622A1 - 医療情報システムおよびそのためのプログラム - Google Patents

医療情報システムおよびそのためのプログラム Download PDF

Info

Publication number
WO2011004622A1
WO2011004622A1 PCT/JP2010/052308 JP2010052308W WO2011004622A1 WO 2011004622 A1 WO2011004622 A1 WO 2011004622A1 JP 2010052308 W JP2010052308 W JP 2010052308W WO 2011004622 A1 WO2011004622 A1 WO 2011004622A1
Authority
WO
WIPO (PCT)
Prior art keywords
search
medical
information system
medical information
databases
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2010/052308
Other languages
English (en)
French (fr)
Inventor
洋一 川上
哲次郎 岡本
浩介 笹井
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Konica Minolta Medical and Graphic Inc
Original Assignee
Konica Minolta Medical and Graphic Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Konica Minolta Medical and Graphic Inc filed Critical Konica Minolta Medical and Graphic Inc
Priority to JP2011521837A priority Critical patent/JPWO2011004622A1/ja
Priority to US13/383,053 priority patent/US8589420B2/en
Publication of WO2011004622A1 publication Critical patent/WO2011004622A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/70—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for mining of medical data, e.g. analysing previous cases of other patients

Definitions

  • the present invention relates to a novel technique for searching in a medical information system.
  • search results obtained in response to search queries are retrieved from a database in which various data are systematically managed and stored Search systems that are presented in a wide range are widely implemented.
  • the present invention has been made in view of such circumstances, and for a plurality of databases in which a plurality of types of medical data information is stored, information obtained by individually searching each database for each type is obtained by the user. It is an object of the present invention to provide a technique capable of efficiently obtaining a desired search result by issuing a single search execution instruction by preventing the complication of combining by relying on experience.
  • the present invention takes the following means to achieve the above object.
  • a medical information system is a medical information system including a plurality of databases each storing a plurality of types of medical data, and an input unit for inputting a query including a plurality of search elements;
  • the plurality of databases are independently searched using a classification unit that classifies the plurality of search elements into a plurality of search sections corresponding to the plurality of databases, and a search element included in the corresponding search section.
  • a generation unit that generates a combined search result by combining individual search results respectively extracted from the plurality of databases by the search unit.
  • the medical information system according to the second aspect is the medical information system according to the first aspect, and in the plurality of databases, results of different types of clinical tests or diagnostic evaluations on the test results are recorded.
  • a plurality of types of examination diagnosis information is stored in different databases as the medical data.
  • a medical information system is the medical information system according to the second aspect, wherein each of the examination diagnosis information includes identification information of a medical subject or medical subject animal as a medical subject individual.
  • the generating unit combines the information of the same diagnosis target individual identified by the identification information among the examination diagnosis information stored in the plurality of databases to obtain the combined search result.
  • the medical information system which concerns on a 4th aspect is a medical information system which concerns on a 1st aspect, Comprising:
  • generation part is a search element with respect to the content of the data element contained in the said individual search result about each database.
  • An individual score giving unit that gives an individual score that has a higher score as the fitness level is higher, and combining the data elements having relatively higher individual scores in each database between the databases to obtain the combined search result It is characterized by.
  • the medical information system which concerns on a 5th aspect is a medical information system which concerns on a 4th aspect, Comprising:
  • the said individual score is the ratio of the medical data item which matched the said search element among the medical data of a corresponding database. It is determined based on.
  • the medical information system which concerns on a 6th aspect is a medical information system which concerns on a 1st aspect, Comprising:
  • generation part provides the relevance degree which gives the mutual relevance degree of the said multiple types of individual search result as a relevance degree score A score assigning unit, and combining the medical data having relatively high relevance scores between the databases to generate the combined search result.
  • the medical information system is the medical information system according to the second aspect, wherein the plurality of types of test diagnosis information is accompanied by information of a test identification date of a corresponding clinical test,
  • the generation unit includes a test identification date score giving unit that gives a higher score as a difference in test identification date as a relevance score of different types of test diagnosis information, and the relevance score is relative between the databases.
  • the combined search result is generated by combining the high diagnostic diagnosis information.
  • the medical information system is the medical information system according to the first aspect, wherein the plurality of databases include at least one of examination diagnosis information, nursing data, electronic medical record information, and patient information. It includes a database.
  • a medical information system is the medical information system according to the eighth aspect, wherein the plurality of databases include a specimen test result database in which specimen test results are stored as the examination diagnostic information. It is characterized by.
  • a medical information system is the medical information system according to the eighth aspect, wherein the plurality of databases include an image inspection result database in which inspection images are accumulated, and a finding report corresponding to each inspection image.
  • the search report storage database, and the search unit searches the search report storage database for search elements classified in the search category of image examination, and the generation unit includes the individual report storage database.
  • An inspection image extraction unit that extracts an inspection image corresponding to the finding report from the image inspection result database based on the inspection image specifying information attached to the finding report obtained as a search result and includes the extracted image in the composite search result. It is characterized by that.
  • the medical information system is the medical information system according to the tenth aspect, wherein the generation unit includes the number of sentences in the finding report that includes content that matches the search element. And a report matching degree specifying unit for specifying a matching degree of each finding report, and determining an individual score of each finding report in a search of the finding report database based on the matching degree. .
  • a medical information system is the medical information system according to the eleventh aspect, wherein the finding report is composed of structured text.
  • the medical information system according to a thirteenth aspect is the medical information system according to the twelfth aspect, wherein the finding report search is a structured document search.
  • a medical information system according to a fourteenth aspect is the medical information system according to the twelfth aspect, wherein the structured document is described in RDF.
  • a medical information system is the medical information system according to the first aspect, wherein a plurality of types of medical data based on a predetermined diagnosis in the past are two or more of the plurality of databases. And a set information database that stores information for specifying the plurality of types of medical data sets, and the generation unit combines the plurality of individual search results to obtain the combined search results. In obtaining, the set information database is referred to.
  • the medical information system is installed and executed in a computer system including a plurality of databases in which different types of medical data are accumulated, thereby causing the computer system to execute a query including a plurality of search elements.
  • a classification unit for classifying the plurality of search elements into a plurality of search categories corresponding to the plurality of databases, and a search element included in the corresponding search category according to a predetermined classification rule.
  • a medical information system comprising: a search unit that searches each of the plurality of databases independently; and a generation unit that generates a combined search result by combining individual search results respectively extracted from the plurality of databases by the search unit. It is a program characterized by this.
  • a desired search result is obtained with a single search execution command. Can be acquired. For this reason, it becomes possible to obtain a desired search result efficiently.
  • the medical information system it is possible to combine a plurality of types of examination diagnosis information for the same medical treatment individual by combining search results for the same medical treatment individual. Medical decision can be made.
  • preprocessing for efficiently calculating the final search score by individually assigning scores to the individual search results searched independently for each type It can be performed.
  • the medical information system when associating a plurality of types of examination diagnosis information, it is possible to obtain a highly relevant composite search result by using each examination identification date.
  • the medical information system it is possible to present an appropriate search result according to a user's desired situation by including a sample test such as a blood test and a urine test in the search result.
  • the search of the examination image from the query can be performed on the finding report, so that the corresponding examination image can be indirectly specified and extracted. Appropriate search results according to the desired situation can be presented.
  • the individual search result of the finding report is finally obtained by calculating the matching degree based on the number of sentences in which the content that matches the search element appears. Preprocessing for efficiently calculating a simple search score can be performed.
  • a database can be configured as information in which a plurality of elements are associated with each other by configuring a finding report from a structured document.
  • the search of the finding report is a structured document search, which enables a search with higher accuracy than the full-text search. Search results can be presented.
  • the finding report is structured using RDF, information in which a plurality of elements are associated with each other can be generated easily and appropriately.
  • a plurality of types of medical data that are closely related to each other can be easily identified by referring to the set information database.
  • FIG. 1 is a diagram illustrating a schematic configuration of a medical information system according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing a functional configuration of the server in the medical information system.
  • FIG. 3 is a diagram for explaining the operation flow of the search process.
  • FIG. 4 is an explanatory diagram illustrating the structure of a sentence.
  • FIG. 5 is a diagram illustrating the internal structure of a sentence corresponding to FIG.
  • FIG. 6 is a diagram illustrating a query including both the finding report and the specimen test.
  • FIG. 7 shows a search query confirmation dialog box.
  • FIG. 8 is a diagram illustrating a finding report existing in the image inspection report DB.
  • FIG. 9 is a diagram illustrating the structuring of the finding report of FIG. FIG.
  • FIG. 10 is a diagram illustrating another finding report existing in the image inspection report DB.
  • FIG. 11 is a diagram illustrating the structuring of the finding report of FIG.
  • FIG. 12 is a diagram for explaining an algorithm for specimen test search.
  • FIG. 13 is a flowchart for explaining search result association work.
  • FIG. 14 is a diagram for explaining an algorithm for combining search results.
  • FIG. 15 is a diagram illustrating client software in the chest CR examination.
  • FIG. 16 is a diagram illustrating a report system screen.
  • FIG. 17 is a diagram for explaining the display of detailed elements related to the report system screen.
  • FIG. 18 is a diagram showing a display example of the input support template display.
  • FIG. 19 is a diagram for explaining the display of the results of the image test and the specimen test on the client software.
  • FIG. 20 is a diagram illustrating a sample test result.
  • FIG. 21 is a diagram showing a search query confirmation dialog box at the time of similar search.
  • FIG. 22 is a diagram illustrating a search result display.
  • FIG. 23 is a diagram exemplifying a search result details dialog box display.
  • FIG. 24 is a diagram illustrating a dialog box display for correcting the search query.
  • FIG. 25 is a block diagram showing the configuration of the server in the second embodiment.
  • FIG. 26 is a diagram illustrating client software in the second embodiment.
  • FIG. 27 is a flowchart for explaining search result association work in the second embodiment.
  • FIG. 28 is a diagram showing a search query confirmation dialog box in the third embodiment.
  • FIG. 1 is a diagram illustrating a schematic configuration of a medical information system 1 according to the first embodiment of the present invention.
  • this medical information system 1 is a system for accumulating medical care information in a hospital, managing it, and processing data such as search and classification.
  • the medical information system 1 is connected to a network line NTW such as a LAN.
  • a server 200 and a plurality of client terminals 101 are connected to each other so as to be able to transmit and receive data.
  • Each of the client terminals 101 is configured using a personal computer, and implements various arithmetic functions and storage functions described later by executing client software.
  • Each of the client terminals 101 includes an operation input unit 101a such as a keyboard and a display 101b.
  • a plurality of modality (medical device) terminals 102 are connected to the medical information server 200 via a network line LN so that data can be transmitted and received.
  • the modality terminal 102 includes, for example, a computer tomography apparatus (CT) 102a, an ultrasonic diagnostic apparatus (US) 102b, a general X-ray imaging inspection apparatus (CR) 102c, an endoscopic inspection apparatus (ES) 102d, and the like.
  • CT computer tomography apparatus
  • US ultrasonic diagnostic apparatus
  • CR general X-ray imaging inspection apparatus
  • ES endoscopic inspection apparatus
  • a plurality of types of examination diagnosis information such as image examination, specimen examination, and medical information are stored and accumulated as medical data in different databases of the medical information server 200.
  • a user a medical worker such as a doctor or a nurse
  • test diagnostic information in the present invention is used as a conceptual term that includes both the results of different types of clinical tests and the diagnostic evaluation results for the test results. That is, it is used as a concept including not only numerical values, tables, graphs, images, sounds, and moving images but also documents such as sentences and meta documents.
  • specimen refers to an object excreted or collected from a test target solid (in this embodiment, a human body), and “specimen test” refers to a microbiological test, a serological test, Includes hematology, biochemical and pathological tests.
  • Server software is running on the medical information server 200, and can handle such information.
  • the user can access the examination diagnosis information in the server 200 from the client software running on the client terminal 101 through the server software.
  • the modality terminal 102 is connected to the medical information server 200 online, information such as an image acquired by the modality can be transferred online to the medical information server 200 and stored in a database in the server 200.
  • the test is not online due to a test such as a sample test ordered from an external organization, the user inputs the returned diagnostic information through the operation input unit 101a of the client terminal 101, and the database in the server 200 Will be accumulated.
  • FIG. 2 is a block diagram showing a basic functional configuration of the medical information server 200.
  • the examination diagnosis information (medical subject information, image examination results, specimen examination results, and image examination reports) stored in the medical information server 200 will be specifically described.
  • Image inspection results Each image data photographed by the modality is given information related to DICOM (Digital Image and Communications in Medicine) attributes (DICOM attributes), and is stored in the image inspection result DB 220.
  • DICOM Digital Image and Communications in Medicine
  • the image inspection result is accumulated through the image inspection reading unit 221 regardless of online / offline.
  • information basic identification information
  • the image inspection result DB 220 is associated with the medical subject information DB 210.
  • Sample test results Information related to each sample test result such as a blood test and a urine test is stored in the sample test result DB 230.
  • the specimen test result is accumulated through the specimen test reading unit 231 regardless of whether it is online or offline.
  • the specimen test result is accompanied by basic identification information indicating a medical subject ID, a test ID, a test date, and the like.
  • each data in the specimen test result DB 230 is associated with personal identification information such as the name, gender, age, and past history of the corresponding medical subject (usually a patient) in the medical subject information DB 210.
  • the image inspection report is an observation report in which medical findings of a doctor or an inspection engineer based on the image inspection result are recorded in a text format, and is stored in the image inspection report DB 240.
  • the image inspection report generally belongs to inspection diagnosis information in which a diagnostic evaluation for the inspection result is recorded.
  • the image inspection report created on the client terminal 101 is transferred to the medical information server 200 and stored in the image inspection report DB 240 through the report registration unit 241.
  • a structured document with meaning marked up is used instead of natural text.
  • the image inspection report is accompanied by basic identification information similar to the image inspection result.
  • the image inspection report DB 240 is associated not only with the image inspection result DB 220 but also with the medical care subject information DB 210.
  • the search unit 20 includes three types of functional classification by software: a specimen test search unit 23, an image test report search unit 24, and a search result pairing unit 25.
  • FIG. 3 is a flowchart of search processing in the medical information system 1.
  • the search processing operation and algorithm will be described below with reference to the flowchart of FIG. Of these operations, operations other than the operation input by the user are realized by the cooperation between the client software and the server software described above.
  • a user inputs a search query 300 from the operation input unit 101 a of the client terminal 101.
  • the search query 300 includes a report search query 311 and a specimen test search query 312.
  • a specimen test search query 312 As a very simple example, for example, in a case where “a case where ground glass shadows are recognized in the upper lung field and the middle lung field and the CRP value at that time is abnormally high” is set as the search query 300, “A ground-ground shadow in the middle lung field” corresponds to the report search query 311, and “CRP value is abnormally high” corresponds to the specimen test search query 312.
  • the search query 300 is divided into an observation report search query 311 and a specimen test search query 312. That is, in the above example, it is divided into the finding report search query 311 that means “recognize ground glass shadows in the upper lung field and middle lung field” and the specimen test search query 312 that means “the CRP value is abnormally high”. .
  • search query 300 it is expressed as “division” of the search query 300, but this is a conceptual expression, and various search elements included in the search query 300 (parent query) are classified according to a plurality of databases.
  • the generation of a plurality of “child queries” (here, the finding report search query 311 and the specimen test search query 312) is a typical aspect of the “query division” here.
  • the query is given as a structured sentence.
  • the classification rule is expressed by the type of tag in the sentence, and the plurality of search categories are composed of a category related to the finding report and a category related to the specimen test.
  • step S3 two types of searches are performed independently of each other. That is, the image inspection report search unit 24 searches the image inspection report DB 240 for a report that matches the report search query 311 and extracts image inspection result data corresponding to the report from the image inspection result DB 220. On the other hand, independently of that, the sample test search unit 23 searches the sample test result DB 230 for test result data that matches the sample test search query 312.
  • independent search includes both the meaning of individually handling the queries 311 and 312 and the meaning that databases to be searched are different from each other.
  • Each data obtained by the search at this stage is an “individual search result”, and specifically, the search is performed by the following algorithm.
  • FIG. 4 is a diagram showing an example of structuring a sentence part included in a report or query.
  • the sentence 400 is composed of several groups.
  • FIG. 4 shows an example of structuring a report and a query for an image obtained by a general X-ray examination (CR) of the chest.
  • imaging condition 401 “basic part 402”, “basic findings” 403 ”,“ diagnosis 404 ”, and“ conclusion 405 ”for each of the basic findings 403 and diagnosis 404.
  • what group a sentence is composed of depends on the modality, the examination site, and the category.
  • FIG. 5 shows an example of the internal structure of the sentence part in FIG.
  • a plurality of elements included in a sentence are classified and structured into groups G such as imaging conditions, basic parts, basic findings, and diagnoses.
  • FIG. 6 is a structural example of the query 300.
  • the query 300 is divided into an observation report search query 311 (FIG. 6 (a)) and a specimen test search query 312 (FIG. 6 (b)). This is the finding report search query 311 in FIG.
  • a specimen test search query 312 is used for a specimen test search described later.
  • FIG. 9 is a diagram illustrating an XML representation (internal structure) of the structured document created and stored as the finding report of FIG.
  • the modality is a general radiography examination (CR)
  • the inspection part is a chest
  • the category is “ Indicates that the sentence is related to “lung”.
  • the “group” tag represents the above-described group.
  • FIG. 11 is an example of the structure of another report shown in FIG. 10. In FIG. 11, the interpretation results of the upper lung field and the middle lung field are described separately in a plurality of sentences (sentences). Is different from that of FIG.
  • a report (structured report) in which sentences are structured as shown in FIG. 9 is stored as digital data in the image inspection report DB 240.
  • the search for the findings report of the image inspection is a structured document search performed on the structured text. Since the sentence is structured, for example, a search “report including“ upper lung field ”in the“ basic part ”” can be performed. Therefore, a search with higher accuracy than the full-text search is possible.
  • both the report of FIG. 8 (FIG. 9) and the report of FIG. 10 (FIG. 11) have been hit as search results. Since it is considered that the relevance is higher when all of the search terms are included in a smaller number of sentences, the matching degree of the report of FIG. 8 (FIG. 9) is shown in FIG. 10 (FIG. 11). Make it higher than the report match.
  • a report that includes all query terms in one sentence has the highest degree of matching.
  • Various methods are conceivable as a method for calculating the degree of matching based on such a concept. For example, the reciprocal of the number of sentences spanning the entire query term may be used.
  • a result that matches the finding report search query 311 of FIG. 3 is extracted independently of the specimen test search, and at the same time, a report search result 331 to which a numerical match is also given is obtained. It is done.
  • degree of matching expresses the degree of matching with the search element designated by the user, but more generally, an index value expressing the value as a search result of each database, that is, “ It belongs to the concept of “individual score”. Therefore, the report search result 331 to which the degree of match is given is treated as a report search result 341 with an individual score.
  • specimen test search algorithm will be described with reference to FIG. Although various methods can be used for the search by the specimen test alone, this embodiment will describe a method that requires relatively low calculation cost.
  • an abnormality flag included in the specimen test attention is paid to an abnormality flag included in the specimen test.
  • the abnormal flag is an item included in the test result.
  • the test value is out of the normal value range
  • the actual test value is compared with the normal value range derived from the gender and age of the patient.
  • the flag of “beyond normal value” (“abnormal value (high)”) or “below normal value” (“abnormal value (low)”) is assigned.
  • the search is performed according to the pattern of the abnormality flag. That is, as a search query corresponding to the sample test query 312, a plurality of test items and whether their values are “normal value”, “abnormal value (high)”, or “abnormal value (low)” are specified. .
  • a search result that matches the pattern is acquired (see FIG. 12).
  • a result matching the sample test of the flow of FIG. 3 is independently extracted, and at the same time, a search result 332 to which a matching degree is given, that is, a search result 342 with an individual score is obtained (step S4). ).
  • the search result pairing unit 25 performs a process of associating the results of the report search result 341 and the specimen test search result 342 with each other. This process corresponds to a process for generating a composite search result by combining individual search results respectively extracted from a plurality of databases.
  • FIG. 13 is a flowchart for explaining search result association work.
  • the association of the individual search results takes the following process and will be described with reference to FIG.
  • one search result is selected from the report search results 341 in FIG.
  • the order of this selection is not particularly limited, and may be, for example, the order of time hit in the search.
  • the report search result 341 selected here is assumed to be a report SR (i).
  • a sample test result of the same medical subject as the medical subject in the report SA (i) selected in step ST1 is selected from the specimen test search results 342 in FIG. This can be performed by collating the medical subject ID included in each search result.
  • a specimen test search result of the same medical subject as the selected report SA (i) is set as a search result SB (i.k).
  • step ST3 a date-based relevance score (described later) is assigned to the selected report search result SA (i) and sample test result SB (i.k). Subsequently, the product of the individual score (matching degree) for the report search result SA (i) and the sample test result SB (ik) and the relevance score obtained in step ST3 is used as a final search score. Assigned to the set (step ST4). While changing the argument k of the specimen test result SB (ik), the above routine is repeated until a search score is assigned to all pairs (i, 1), (i, 2),. ST5). Further, steps ST1 to ST5 are similarly repeated for all report search results while changing the argument i of the report search result SA (i) (step ST6).
  • a plurality of search result sets “SA (i) + SB (ik)” obtained in this way are stored in the storage unit in the client terminal 101 as a combined search result together with the search score. Are displayed on the display 101b (step ST7).
  • the specimen test result SB (i.k) having the same medical treatment subject ID as the report retrieval result SA (i) does not exist in the database, the combined retrieval result for the medical treatment subject is not displayed.
  • FIG. 14 is a diagram for explaining an algorithm for combining individual search results. The relevance score based on the date will be described more specifically with reference to FIG.
  • scoring is performed according to the degree of time separation (temporal distance) between image inspection and specimen inspection.
  • time separation temporary distance
  • step S6 the user can view the results based on this score.
  • the finding report is accompanied by an image ID as inspection image specifying information.
  • image IDs are image inspection results that are the basis for creating these finding reports among the image inspection results (digital images) stored in the image inspection result DB 220. Therefore, these image inspection results can be specified from the finding report extracted by the search.
  • FIG. 15 is a diagram illustrating a display example in the chest CR examination. As shown in FIG. 15, two thumbnail images IM of the chest CR are displayed on the screen of the display 101b.
  • FIG. 16 is a diagram illustrating a report system screen G1.
  • the report system screen G1 mainly includes -Area (inspection information area) A1 describing the details of the inspection, ⁇ Area to write notes for the treatment of the day (today's note area) A2, ⁇ Area (memorandum memo area) A3 for writing a memo about the medical subject
  • attribute information (FIG. 17 (a)) related to the medical subject and examination is ⁇ In today's memo area A2, a memo of the diagnosis information of the day (FIG. 17 (b)) -In the medical subject memo area A3, a memo (Fig. 17 (c)) regarding the symptoms of the medical subject
  • a concise simple sentence (FIG. 17 (d)) -Frequent phrase input area A5 (Fig. 17 (e)), frequently used terms, Each is displayed.
  • FIG. 18 is a diagram showing a display example of the input support template display TP.
  • an input support template display TP is displayed in the report creation area A6.
  • Candidate words are displayed for each group described above, and the words constituting the sentence are selected by clicking the candidate words.
  • a natural sentence can be automatically created by pressing an “input E1 (FIG. 18)” button.
  • the created sentence can be registered as a finding report of the current examination.
  • the created report is described and registered in the image inspection report DB 240 using structured document data, for example, RDF (Resource Description Framework). In this way, the finding reports corresponding to the image inspection are added to the image inspection report DB 240 and accumulated.
  • RDF Resource Description Framework
  • FIG. 19 is a schematic diagram of a situation in which the chest CR image IM and the specimen test result SMI are displayed on the display 101b
  • FIG. 20 is a diagram illustrating details of the specimen test result SMI.
  • the findings report CM created in the previous procedure is given to the chest CR examination.
  • a similar test in the currently opened test set is searched.
  • a search query confirmation dialog box as shown in FIG. 21 is displayed. This represents a search query at the time of a similar search, and in the report region RP (FIG. 21), a medical subject comment CM (FIG. 19) assigned to the image examination of FIG. 19 is used as a search query. It is displayed. Further, the contents of the specimen inspection region SMIR (FIG. 22) are illustrated. Here, of the blood test results, those having an abnormal flag are displayed as a query.
  • FIG. 21 shows a search result details dialog box. As shown in FIG. 22, two results can be displayed side by side and compared.
  • the medical information system according to the second embodiment is the same in hardware as the configuration of FIG. 1 and is substantially the same in function, but the findings in the second embodiment
  • the report differs in that it is a report for a set of examinations (hereinafter simply referred to as “inspection set”), not only for image examination. Therefore, in the medical information server 200A of FIG. 24 according to the second embodiment, the same parts as those of the medical information server 200 according to the first embodiment are denoted by the same reference numerals, and the following description is omitted. Only differences from the medical information server 200 according to the first embodiment will be described.
  • the medical information server 200A is additionally provided with an examination set DB 2301, and a report is written for the examination set.
  • the inspection set DB 2301 stores inspection combination information such as which inspection and for which inspection the report has been written.
  • the same screen of the display 101b on the client terminal 101 is called by calling the image test result stored in the image test result DB 220 and the sample test result stored in the sample test result DB 230 for the same person to be diagnosed. Enter the report text.
  • the examination set DB 2301 is one mode of a set information database that stores information for specifying a plurality of types of medical data sets. Therefore, by repeating such storage, it becomes possible to know a combination of three types of information “report + image test result + sample test result” by referring to the contents of the test set DB 2301.
  • FIG. 25 is a diagram showing a display example on the display 101b when a report is created in the second embodiment.
  • a summary of the image inspection result and the sample inspection result is displayed.
  • the image inspection result and the sample inspection result are inspected. Registered as a set.
  • FIG. 26 is a flowchart for explaining search result association processing in the second embodiment.
  • the search algorithm of the second embodiment is basically the same as that of the first embodiment, and therefore will be described with reference to FIG.
  • symbol is attached
  • a set of a report search result and a specimen test result is extracted in steps ST1 and ST2 as data that matches the search query.
  • step ST30 it is determined whether or not the set is included in the same test set by referring to the test set information in the test set DB 2301, and if it is included, the maximum relevance score is given (step ST30). ST31). If they are not included in the same test set, the date of the test is based on the set of the report search result and the sample test result selected in step ST1 and step ST2 as in the first embodiment.
  • the relevance score is assigned (step ST3), and the same steps as those in the first embodiment are performed (steps ST4 to ST7).
  • Step ST31 when passing through step ST31, the product of each matching degree (individual score) obtained in the routine of FIG. 3 and the relevance score obtained in step ST31 is given to these sets as a final search score. (Step ST41). These processes are repeated until search scores are assigned to all sets (step ST51). Steps ST6 to ST7 are the same as in the first embodiment.
  • the medical information system according to the third embodiment is different from the first embodiment in that “sex” and “age” are newly added as search conditions.
  • FIG. 27 shows a search query confirmation dialog box in the third embodiment corresponding to the pressing of the “search with this content” button SC (FIG. 19) in the first embodiment.
  • “sex SE” and “age AG” are added to the search condition.
  • This sex SE and age AG means that the sex and age of the medical subject displayed in FIG. 21 are added as a search query.
  • Japanese Patent No. 4191762 can be applied to the search logic of each database. That is, every time there is a new search by the user, the system stores and analyzes which of the extracted data is the data that the user has focused on (that is, the details are referred to), and according to the result Update the search logic.
  • the search query includes "lung” and multiple findings reports related to "lung” are extracted, the details of the findings report that includes the term “recurrence” of the user doctor Suppose you often refer to.
  • the search logic of the system can be evolved to increase the individual score of the finding report that also includes the term “recurrence”.
  • the system is also linked to a medical paper database, information on newly arrived papers including both the terms “lung” and “relapse” is displayed as a hyperlink on a part of the search result screen. Application is also possible.
  • a reception system may be interposed.
  • the server and the client terminal are separate machines.
  • the present invention is not limited to this, and the information processing function of the system of the present invention may be mounted on the same machine.
  • Prefixes and suffixes may be incorporated in the structured text of the above embodiment. For example, a prefix “left” can be added to “upper lung field”, such as “upper left lung field”.
  • the reciprocal of the date and time separation between the image test and the sample test is adopted as the date proximity index Da, and this is used as the relevance score, but the index Da is the date.
  • any function may be used as long as the index Da increases as the two dates approach.
  • filtering the following items not only increases the efficiency of the calculation process for data extraction, but also the user is excessively extracted from each database. Can prevent confusion. In particular, in the case of a large-scale database, enormous inspection results are accumulated, so filtering (narrowing) on the following items is useful.
  • a determination threshold is set for each of the following, -When the judgment threshold is set as the lower limit, exclude data whose judgment index is smaller than the judgment threshold from the extraction target, When the determination threshold is set as the upper limit value, data whose determination index is larger than the determination threshold is excluded from extraction targets.
  • each search element in the query can be weighted according to its importance.
  • the individual score is calculated with a weight corresponding to the degree of conformity, not the binary value indicating whether or not it conforms to each search element.
  • the test item P is specific (which often has an abnormal value in the disease, but hardly has an abnormal value in other diseases), while an abnormal value appears in the other test item Q. If this is non-specific (often an abnormal value even in other diseases), the doctor who performs the search designates the test item P as “important” by operating the operation input unit 101a of the client terminal 101.
  • the system may be configured to execute a process in which an inspection result in which the inspection item P has an abnormal value is given an individual score higher than the inspection result in which the inspection item Q has an abnormal value. it can.
  • Multiple databases may include databases such as nursing data, electronic medical record information, medical papers, pharmacological information, and side effect information, in addition to laboratory diagnosis information and patient information.
  • the nursing data is digital information that records the nursing activities of the nurse
  • the electronic medical record information is digital information of the medical record of the doctor. That is, the present invention can be applied to various medical information systems for medical data in general.
  • the examination date is used as an index for obtaining the relevance score.
  • the "test identification date” that is, the examination date, the sample collection date, and the examination data input date are generally used. Dates can also be used.

Landscapes

  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Pathology (AREA)
  • Databases & Information Systems (AREA)
  • Biomedical Technology (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

　医療情報システムは、複数種類の医療データベースに対して、ユーザーが入力した検索クエリ３００に含まれる複数の検索要素を、検索区分ごとに種類分けすることにより、所見レポート検索クエリ３１１と検体検査クエリ３１２とに分割する。これらのクエリ３１１，３１２を用いて、対応するデータベースに独立に検索を行い、それぞれの個別検索結果を組み合わせて複合検索結果を生成する。個別検索結果については検索要素とのマッチ度に応じた個別スコアを付与し、それらの組み合わせに際しては関連度スコアを付与する。それらのスコアが高い順に検索結果の順位付けと組合せとを行う。これにより、複数回の検索操作を要することなく、一度の検索実行命令を発行するだけで、所望の検索結果を得ることができる。

Description

医療情報システムおよびそのためのプログラム
　本発明は、医療情報システムにおける検索のための新規な技術に関する。
　近年、過去の情報を有効利用するために、各種データが体系的に管理・蓄積されたデータベースを検索対象として、キーワード等によって構成された検索クエリ（条件）に対応して得られる検索結果を取得して提示する検索システムが広く実現されている。
　医療分野においても、医師が診断するに際して、多数の画像検査、検体検査および読影レポート等の過去の医療情報は重要な参照情報となるため、これらの医療情報を電子データ化してデータベースシステムに管理・蓄積する技術が開発されてきている。
　一方、医用画像の画像サイズは非常に大きいため、従来の医療データベースは医用画像の蓄積と検索の実用に耐えなかった。このため、文字データと共に画像を参照する必要があるときは、フィルムフォルダから指定のフィルムを取り出し、アナログ画像を参照することが行われていた。すなわち、カルテ、読影レポート、検査結果等の文字情報は電子化して保管し、ＣＲＴ等の表示画面上に電子的に表示することはできるが、高精細な医用画像を文字情報と共に電子的に保管し、表示することは不可能であった。
　このような問題に対して、カルテ、医用画像、読影レポート、検査結果等の診断に必要な情報を電子化して保管するとともに、簡単な操作で必要な情報を画面上に表示し、かつ、検査情報等を検索し、自動的に所定の画像、及び検査リストを表示することができる医療情報システムが提供されている（例えば、特許文献１）。
特開２００８－１８１５２７号公報
　しかしながら、画像検査、検体検査および読影レポート等が複数のデータベースに分散して独立に管理し、蓄積されている医療情報システムにおいては、複数の検索条件によって情報を抽出する場合、独立した各データベースに個別に検索クエリを入力し、それぞれから抽出された情報をユーザー（医師）の経験で組み合わせるほかはなかった。このため、類似症例を表示させる際に膨大な手間を要していた。
　これは、検査結果など特定の患者の診療のためのデータの検索だけでなく、症例報告や医薬の薬理情報などの医学文献類も含めた、より広汎な範囲の医学上のデータ（「医療データ」）についてのデータベースの検索全般において生じる問題である。
　それは、医学分野では膨大な数のデータが蓄積されるという性質のほか、診療科目や医学検査などの分業化などによって、それぞれの医療従事者が扱うデータベースが異なっているなど、ひとつのデータベースにすべての情報を蓄積することが困難であるという事情に関係している。
　本発明は、このような事情に鑑みてなされたものであり、複数種類の医療データ情報が蓄積された複数のデータベースに対して、種類ごとに各データベースを個別に検索して得た情報をユーザーが経験に頼って組合せるという煩雑さを防止し、一度の検索実行命令を発行することで、所望の検索結果を効率良く得ることが可能な技術を提供することを目的とする。
　本発明は、上記目的を達成するため、次のような手段を講じている。
　第１の態様に係る医療情報システムは、複数種類の医療データがそれぞれ蓄積された複数のデータベースを備える医療情報システムであって、複数の検索要素を含んだクエリを入力する入力部と、所定の分類規則に従って、前記複数の検索要素を前記複数のデータベースに対応する複数の検索区分に分類する分類部と、対応する検索区分に含まれる検索要素を用いて、前記複数のデータベースをそれぞれ独立に検索する検索部と、前記検索部によって前記複数のデータベースからそれぞれ抽出された個別検索結果を組み合わせて複合検索結果を生成する生成部と、を備えることを特徴とする。
　第２の態様に係る医療情報システムは、第１の態様に係る医療情報システムであって、前記複数のデータベースにおいては、異なる種類の臨床検査の結果または当該検査結果に対する診断上の評価が記録された複数種類の検査診断情報を、前記医療データとして、互いに異なるデータベースに蓄積していることを特徴とする。
　第３の態様に係る医療情報システムは、第２の態様に係る医療情報システムであって、前記検査診断情報のそれぞれは、診療対象個体としての診療対象者または診療対象動物の識別情報を含んでおり、前記生成部は、前記複数のデータベースに蓄積されている検査診断情報のうち、前記識別情報によって特定される診療対象個体が同一である情報を互いに組み合わせて前記複合検索結果とすることを特徴とする。
　第４の態様に係る医療情報システムは、第１の態様に係る医療情報システムであって、前記生成部は、各データベースについての前記個別検索結果に含まれるデータ要素の内容につき、検索要素との適合度が高いほど高スコアとなる個別スコアを付与する個別スコア付与部、を備え、各データベース内において前記個別スコアが相対的に高いデータ要素同士をデータベース間で組み合わせて前記複合検索結果とすることを特徴とする。
　第５の態様に係る医療情報システムは、第４の態様に係る医療情報システムであって、前記個別スコアは、対応するデータベースの医療データのうち、前記検索要素と適合した医療データ項目の割合に基づいて決定されることを特徴とする。
　第６の態様に係る医療情報システムは、第１の態様に係る医療情報システムであって、前記生成部は、前記複数種類の個別検索結果の相互の関連度を関連度スコアとして付与する関連度スコア付与部、を備え、各データベース間において前記関連度スコアが相対的に高い医療データ同士を組み合わせて、前記複合検索結果を生成することを特徴とする。
　第７の態様に係る医療情報システムは、第２の態様に係る医療情報システムであって、前記複数種類の検査診断情報には、対応する臨床検査の検査識別日の情報が付随しており、前記生成部は、互いに異なる種類の検査診断情報の関連度スコアとして、検査識別日の差が小さいほど高スコアを与える検査識別日スコア付与部、を備え、各データベース間において前記関連度スコアが相対的に高い検査診断情報同士を組み合わせて、前記複合検索結果を生成することを特徴とする。
　第８の態様に係る医療情報システムは、第１の態様に係る医療情報システムであって、前記複数のデータベースは、検査診断情報、看護データ、電子カルテ情報および患者情報のうち少なくとも１つについてのデータベースを含むことを特徴とする。
　第９の態様に係る医療情報システムは、第８の態様に係る医療情報システムであって、前記複数のデータベースは、検体検査の結果を前記検査診断情報として蓄積した検体検査結果データベース、を含むことを特徴とする。
　第１０の態様に係る医療情報システムは、第８の態様に係る医療情報システムであって、前記複数のデータベースは、検査画像を蓄積した画像検査結果データベースと、各検査画像に対応する所見レポートを蓄積した所見レポート格納データベースと、を含んでおり、前記検索部は、画像検査の検索区分に分類される検索要素については、前記所見レポート格納データベースについて検索を行うとともに、前記生成部は、前記個別検索結果として得られた所見レポートに付随した検査画像特定情報に基づいて、当該所見レポートに対応する検査画像を前記画像検査結果データベースから抽出して前記複合検索結果に含める検査画像抽出部、を備えることを特徴とする。
　第１１の態様に係る医療情報システムは、第１０の態様に係る医療情報システムであって、前記生成部は、検索要素に適合する内容が前記所見レポートのいくつの文章にまたがって出現しているかに基づいて、各所見レポートのマッチ度を特定するレポートマッチ度特定部、を備え、前記所見レポートのデータベースの検索における各所見レポートの個別スコアを、前記マッチ度に基づいて定めることを特徴とする。
　第１２の態様に係る医療情報システムは、第１１の態様に係る医療情報システムであって、前記所見レポートは、構造化文章から構成されていることを特徴とする。
　第１３の態様に係る医療情報システムは、第１２の態様に係る医療情報システムであって、前記所見レポートの検索は、構造化文書検索であることを特徴とする。
　第１４の態様に係る医療情報システムは、第１２の態様に係る医療情報システムであって、前記構造化文書は、ＲＤＦによって記述されることを特徴とする。
　第１５の態様に係る医療情報システムは、第１の態様に係る医療情報システムであって、過去における所定の診断の基礎とされた複数種類の医療データが、前記複数のデータベースのうち２つ以上に分散して格納されており、前記複数種類の医療データのセットを特定する情報を格納したセット情報データベースをさらに備え、前記生成部は、前記複数の個別検索結果を組合せて前記複合検索結果を得るにあたって、前記セット情報データベースを参照することを特徴とする。
　第１６の態様に係る医療情報システムは、異なる種類の医療データが蓄積された複数のデータベースを含むコンピュータシステムにインストールされて実行されることによって、前記コンピュータシステムを、複数の検索要素を含んだクエリを入力する入力部と、所定の分類規則に従って、前記複数の検索要素を前記複数のデータベースに対応する複数の検索区分に分類する分類部と、対応する検索区分に含まれる検索要素を用いて、前記複数のデータベースをそれぞれ独立に検索する検索部と、前記検索部によって前記複数のデータベースからそれぞれ抽出された個別検索結果を組み合わせて複合検索結果を生成する生成部とを備える医療情報システムとして機能させることを特徴とするプログラムである。
　第１ないし第１６の態様に係る医療情報システムによれば、複数のデータベースから構成される医療情報システムにおいて、複数の検索区分を含む検索要求に対し、一度の検索実行命令で所望の検索結果を取得することができる。このため、所望の検索結果を効率良く得ることが可能となる。
　第３の態様に係る医療情報システムによれば、同一の診療対象個体に対する検索結果を組合せることで、同一の診療対象個体に対して複数種類の検査診断情報を組み合わせることができるため、より適切な医療判断が可能となる。
　第４の態様に係る医療情報システムによれば、種類毎に独立に検索した個別検索結果に対し、個別にスコアを付与することで、最終的な検索スコアを効率的に算出するための前処理を行うことができる。
　第６の態様に係る医療情報システムによれば、各データベースの対象データ要素の結びつきに対して、関連度スコアを付与することで、ユーザーにとって、どの検索結果の組合せが所望のものと最も近いかの指標とすることができる。
　第７の態様に係る医療情報システムによれば、複数種類の検査診断情報を関連付ける際、それぞれの検査識別日を利用することで、関連性の高い複合検索結果を取得することができる。
　第８の態様に係る医療情報システムによれば、検索結果に、たとえば血液検査、尿検査といった検体検査を含むことで、ユーザーの所望状況に応じた適正な検索結果を提示することができる。
　第１０の態様に係る医療情報システムによれば、クエリからの検査画像の検索は所見レポートについて行うことにより、対応する検査画像を間接的に特定して抽出することが可能となるので、ユーザーの所望状況に応じた適正な検索結果を提示することができる。
　第１１の態様に係る医療情報システムによれば、所見レポートの個別検索結果は、検索要素に適合する内容がいくつの文章にまたがって出現したかを元にマッチ度を算出することで、最終的な検索スコアを効率的に算出するための前処理を行うことができる。
　第１２の態様に係る医療情報システムによれば、所見レポートを構造化文書から構成することで、複数の要素が相互に関連付けられた情報としてデータベースを構成することができる。
　第１３の態様に係る医療情報システムによれば、所見レポートの検索が構造化文書検索であることで、全文検索よりも精度の高い検索が可能となるので、ユーザーの所望状況に応じた適正な検索結果を提示することができる。
　第１４の態様に係る医療情報システムによれば、所見レポートはＲＤＦを用いて構造化されていることで、複数の要素を相互に関連付けた情報を容易かつ適正に生成することができる。
　第１５の態様に係る医療情報システムによれば、セット情報データベースを参照することによって、互いに密接な関連にある複数種類の医療データを容易に特定できる。
図１は本発明の実施形態に係る医療情報システムの概略構成を例示する図である。 図２は医療情報システムにおけるサーバーの機能構成を示すブロック図である。 図３は検索処理の動作フローを説明するための図である。 図４は文章の構造を例示する説明図である。 図５は図４に対応する文章の内部構造を例示する図である。 図６は所見レポートと検体検査との両方が含まれるクエリを例示する図である。 図７は検索クエリの確認ダイアログボックスを示す図である。 図８は画像検査レポートＤＢに存在する所見レポートを例示する図である。 図９は図８の所見レポートの構造化を例示する図である。 図１０は画像検査レポートＤＢに存在する他の所見レポートを例示する図である。 図１１は図１０の所見レポートの構造化を例示する図である。 図１２は検体検査検索のアルゴリズムについて説明した図である。 図１３は検索結果関連付け作業を説明するフローチャートである。 図１４は検索結果同士を組合せるアルゴリズムについて説明した図である。 図１５は胸部ＣＲ検査におけるクライアントソフトを例示する図である。 図１６はレポートシステム画面を例示する図である。 図１７はレポートシステム画面に係る詳細要素の表示を説明するための図である。 図１８は入力支援テンプレート表示の表示例を示す図である。 図１９はクライアントソフト上で画像検査と検体検査との結果の表示を説明するための図である。 図２０は検体検査結果を例示する図である。 図２１は類似検索時の検索クエリ確認ダイアログボックスを示す図である。 図２２は検索結果表示を例示する図である。 図２３は検索結果の詳細ダイアログボックス表示を例示する図である。 図２４は検索クエリを修正するためのダイアロクボックス表示を例示する図である。 図２５は第２実施形態におけるサーバーの構成を示すブロック図である。 図２６は第２実施形態におけるクライアントソフトを例示する図である。 図２７は第２実施形態における検索結果関連付け作業を説明するフローチャートである。 図２８は第３実施形態における検索クエリ確認ダイアログボックスを示す図である。
　＜１．第１実施形態＞
　＜１－１．医療情報システムの概要＞
　図１は、本発明の第１実施形態に係る医療情報システム１の概略構成を例示する図である。図１において、この医療情報システム１は、病院内で診療情報を蓄積するとともにそれを管理し、検索や分類などのデータ処理をするためのシステムであり、ＬＡＮ等のネットワーク回線ＮＴＷに、医療情報サーバー２００、及び複数台のクライアント端末１０１が相互にデータ送受信可能に接続されている。クライアント端末１０１のそれぞれはパーソナルコンピュータを用いて構成され、クライアントソフトの実行によって、後述する種々の演算機能や記憶機能を実現する。クライアント端末１０１のそれぞれは、キーボードなどの操作入力部１０１ａや、ディスプレイ１０１ｂを有している。
　また、医療情報サーバー２００には、ネットワーク回線ＬＮを介して複数台のモダリティ（医療機器）端末１０２がデータ送受信可能に接続されている。モダリティ端末１０２は、たとえば、コンピュータ断層撮影装置（ＣＴ）１０２ａ、超音波診断装置（ＵＳ）１０２ｂ、一般X線撮影検査装置（ＣＲ）１０２ｃ、内視鏡検査装置（ＥＳ）１０２ｄなどを含む。
　画像検査、検体検査、診療情報等、複数種類の検査診断情報は、医療データとして、医療情報サーバー２００の互いに異なるデータベースに保存し蓄積される。ユーザー（医師あるいは看護師等の医療従事者）は、クライアント端末１０１を通じて、医療情報サーバー２００に蓄積されている検査診断情報にアクセスできる。
　なお、この発明における「検査診断情報」の用語は、異なる種類の臨床検査の結果と、当該検査結果に対する診断上の評価結果との双方を含む概念の用語として使用する。すなわち、数値、表、グラフ、画像、音声、動画だけでなく、文章、メタ文書などの文書を含めた概念として用いる。
　また、「検体」とは、検査対象固体（ここでの実施形態では人体）から排泄されあるいは採取された被検査物を指し、「検体検査」とは、微生物学的検査、血清学的検査、血液学的検査、生化学的検査、病理学的検査等が含まれている。
　医療情報サーバー２００上では、サーバーソフトが稼動しており、これらの情報のハンドリングを行うことができる。ユーザーは、クライアント端末１０１上で稼動するクライアントソフト上から、サーバーソフトを通じて、サーバー２００内の検査診断情報にアクセスすることができる。
　モダリティ端末１０２は、医療情報サーバー２００とオンラインで接続されていれば、モダリティで取得した画像などの情報を、オンラインで医療情報サーバー２００に転送して、サーバー２００内のデータベースに蓄積させることができる。また、外部機関に発注する検体検査など、検査によってはオンライン化されていない場合は、返却されてきた検査診断情報を、ユーザーがクライアント端末１０１の操作入力部１０１ａを通じて入力し、サーバー２００内のデータベースに蓄積させることになる。
　＜１－１－１．医療情報サーバーの構成＞
　図２は、医療情報サーバー２００の基本的な機能構成を示すブロック図である。図２を参照しながら、医療情報サーバー２００が保管する検査診断情報（診療対象者情報、画像検査結果、検体検査結果、画像検査レポート）を具体的に説明する。
　○診療対象者情報：
　診療対象者の属性（診療対象者ＩＤ、氏名、生年月日、年齢、性別など）及び来院履歴などの診療対象者における情報が、診療対象者情報データベース（ＤＢ）２１０に格納される。すなわち、この診療対象者情報ＤＢ２１０は、多数の診療対象者のリストを含んでいる。
　○画像検査結果：
　モダリティよって撮影された各画像データは、ＤＩＣＯＭ（Digital Image and Communications in Medicine）の属性（ＤＩＣＯＭ属性）に係る情報が付与されており、画像検査結果ＤＢ２２０に格納される。ここで、画像検査結果は、オンライン／オフラインを問わず、画像検査読込部２２１を通じて蓄積される。また、画像データを特定するために、画像検査結果には、診療対象者ＩＤ、検査ＩＤ、検査日、検査対象にあたる部位、撮影条件を示すモダリティ、及び撮影枚数などを示す情報（基本識別情報）が付随されている。これにより、画像検査結果ＤＢ２２０は、診療対象者情報ＤＢ２１０と関連付けされる。
　○検体検査結果：
　血液検査や尿検査などの各検体検査結果に係る情報は、検体検査結果ＤＢ２３０に格納される。ここで、検体検査結果は、オンライン／オフラインを問わず、検体検査読込部２３１を通じて蓄積される。また、検体検査データを特定するために、検体検査結果には、診療対象者ＩＤ、検査ＩＤ、検査日などを示す基本識別情報が付随されている。これにより、検体検査結果ＤＢ２３０内の各データは、診療対象者情報ＤＢ２１０のうち、該当する診療対象者（通常は患者）の氏名や性別、年齢、既往歴などの個人特定情報と関連付けされる。
　○画像検査レポート：
　画像検査レポートは、画像検査結果に基づく医師または検査技師の医学的な所見を文章形式で記録した所見レポートであり、画像検査レポートＤＢ２４０に格納される。画像検査レポートは、一般には、検査結果に対する診断上の評価が記録された検査診断情報に属する。この実施形態では、画像検査レポートは、クライアント端末１０１上で作成されたものが医療情報サーバー２００に転送され、レポート登録部２４１を通じて画像検査レポートＤＢ２４０に格納される。画像検査結果のレポート作成においては、自然文章ではなく、意味がマークアップされた構造化文書を利用する。各画像検査についての画像検査レポートデータと画像検査結果データとを相互にリンクさせるために、画像検査レポートにおいても画像検査結果と同様の基本識別情報が付随されている。これにより、画像検査レポートＤＢ２４０は、画像検査結果ＤＢ２２０だけでなく、診療対象者情報ＤＢ２１０とも関連付けされる。
　さらに図２に示すように、医療情報サーバー２００上には検索部２０がある。検索部２０は、ソフトウエアによる機能的な区分として、検体検査検索部２３と画像検査レポート検索部２４と検索結果ペアリング部２５との三つから構成される。
　＜１－２．検索処理のアルゴリズム＞
　図３は、この医療情報システム１における検索処理のフローチャートである。以下、検索処理の動作およびアルゴリズムについて図３のフローチャートに沿って説明する。これらの動作のうちユーザーによる操作入力以外は、既述したクライアントソフトとサーバーソフトとの連携によって実現される。
　＜１－２－１．検索クエリの分割＞
　図３のステップＳ１では、ユーザー（典型的には医師）がクライアント端末１０１の操作入力部１０１ａから検索クエリ３００を入力する。この検索クエリ３００には、レポート検索クエリ３１１と検体検査検索クエリ３１２とが含まれる。非常に単純な例として、例えば、「上肺野および中肺野にスリガラス影を認め、かつ、その時のＣＲＰ値が異常に高い症例」を検索クエリ３００とする場合、このうちの「上肺野および中肺野にスリガラス影を認め」はレポート検索クエリ３１１に対応し、「ＣＲＰ値が異常に高い」は検体検査検索クエリ３１２に対応する。ただし、ユーザーはこれら２種類のクエリ３１１，３１２を別個の検索ソフトを立ち上げて個別に入力する必要はなく、クライアント端末１０１上の単一の検索ソフト上で検索クエリ３００の内容を入力することができる。
　以後は、クライアントソフトとサーバーソフトとの協働によって実現される機能である。
　まず始めのステップＳ２において、検索クエリ３００を、所見レポート検索クエリ３１１と検体検査検索クエリ３１２とに分割する。すなわち、上記の例では、「上肺野および中肺野にスリガラス影を認め」を意味する所見レポート検索クエリ３１１と「ＣＲＰ値が異常に高い」を意味する検体検査検索クエリ３１２とに分割する。
　ここでは検索クエリ３００の「分割」と表現したが、これは概念的な表現であって、検索クエリ３００（親クエリ）に含まれる各種の検索要素を、複数のデータベースに応じて種類分けすることによって、複数の「子クエリ」（ここでは所見レポート検索クエリ３１１と検体検査検索クエリ３１２）を生成することが、ここでの「クエリの分割」の典型的な態様となる。
　一般には、所定の分類規則に従って、検索クエリに含まれる複数の検索要素を複数のデータベースに対応する複数の検索区分に分類する処理に相当し、この実施形態では、クエリを構造化文章として与えることにより、当該文章内のタグの種類によって分類規則を表現しているとともに、複数の検索区分が、所見レポートに関する区分と、検体検査に関する区分とから構成されていることになる。
　次に、２種類の検索を互いに独立に行なう（ステップＳ３）。すなわち、画像検査レポート検索部２４は、画像検査レポートＤＢ２４０の中からレポート検索クエリ３１１に適合するレポートを検索し、それに応じた画像検査結果データを画像検査結果ＤＢ２２０の中から抽出する。一方、それとは独立して、検体検査検索部２３は、検体検査結果ＤＢ２３０の中から、検体検査検索クエリ３１２に適合する検査結果データを検索する。ここにおける「独立な検索」とは、それぞれのクエリ３１１，３１２を個別に扱うという意味と、検索対象となるデータベースが互いに異なるという意味との双方を含んでいる。この段階の検索によって得られるそれぞれのデータが「個別検索結果」であり、具体的には下記のアルゴリズムによって検索が行われる。
　＜１－２－２．画像検査レポート検索のアルゴリズム＞
　次に、画像検査レポート（以下、単に「レポート」とも呼ぶ）の検索のアルゴリズムについて説明する。自然文のレポートの場合は、全文検索の手法を利用できるが、より高精度の検索を行うために、本実施形態では、レポートは構造化文書として画像検査レポートＤＢ２４０（図２）に蓄積されている。これに対応して、検索の際のクエリもまた構造化文書として作成される。
　図４は、レポートやクエリに含まれる文章部分の構造化の例を示す図である。図４に示されるように、文章４００は、いくつかのグループから構成される。例えば、図４は胸部の一般Ｘ線撮影検査（ＣＲ）で得た画像に対するレポートやクエリの構造化の例であるが、ここでは、「撮影条件４０１」、「基本部位４０２」、「基本所見４０３」、「診断４０４」及び、基本所見４０３と診断４０４のそれぞれについての「結語４０５」から構成される。なお、文章がどのようなグループで構成されるかは、モダリティ、検査部位、カテゴリによって変わる。
　図４の文章部分の内部構造の例を図５に示す。図５に示されているように、文章に含まれる複数の要素が、撮影条件、基本部位、基本所見および診断などのグループＧに分類されて構造化されている。
　図６は、クエリ３００の構造化例である。クエリ３００は、所見レポート検索クエリ３１１(図６(a))と、検体検査検索クエリ３１２(図６(b))とに分割されて構成されるが、画像診断レポートの検索において用いられるのは、図６(a)の所見レポート検索クエリ３１１である。また、後述する検体検査の検索に用いられるのが検体検査検索クエリ３１２である。
　図９は、図８の所見レポートとして作成されて保存されている構造化文書のＸＭＬ表現（内部構造）を例示する図である。図９に示されるように、文章の先頭付近で、モダリティ(modality)が一般Ｘ線撮影検査（ＣＲ）であり、検査部位(inspection part)が胸部（CHEST）であり、カテゴリ(category)が「肺」に関する文章であることを表している。また、「group」タグで、前述のグループを表している。図１１は図１０に示す別のレポートの構造化例であるが、図１１のものは、上肺野と中肺野とのそれぞれの読影結果が複数の文章（センテンス）に別れて記載されている点で、図９のものとは異なっている。
　図９のように文章が構造化されているレポート（構造化レポート）が、画像検査レポートＤＢ２４０にデジタルデータとして蓄積される。画像検査の所見レポートの検索は、構造化文章に対して行われる構造化文書検索である。文章が構造化されていることにより、例えば、「”基本部位”に”上肺野”を含むレポート」という検索が行えるので、全文検索よりも精度の高い検索が可能である。
　また、所見レポート検索クエリ３１１に完全にあるいは部分的に適合する所見レポートが画像検査レポートＤＢ２４０中で複数発見されるときも多いため、クエリ３１１に対する適合の程度（マッチ度）を定義することにより、ユーザによる絞り込みを支援することができる。マッチ度は種々のものを定義することが可能であるが、本実施形態においては、「検索クエリに適合する要素が、いくつかの文章にまたがって出現したか」を表現する指標をマッチ度として定義する。
　このマッチ度の具体的な定義と、それに基づくレポート検索のアルゴリズムとについて、図７～図１１を参照しながら具体的に説明する。例えば、ユーザーが図４で記載した検索クエリ３００として、「正面像（PA： posteroanterior view)にて、上肺野にスリガラス影を認める。気管支喘息を疑う。」というクエリを与えた場合、この検索クエリ３００から抽出された所見レポート検索クエリ３１１について、それに含まれる検索要素のダイアログボックスは図７のように表される。この所見レポート検索クエリ３１１で検索したときに、画像検査レポートＤＢ２４０中に、図８と図１０の内容にそれぞれ対応する図９と図１１との構造化レポートが存在する場合、いずれもが検索結果として抽出される。ここで、図８に対応する図９では、一つの文章中に検索要素としてのクエリ語句（キーワード）が全て含まれるのに対し、図１０に対応する図１１では、最初の文章で「正面像」「上肺野」および「線状影」、二つ目の文章で「正面像」、「中肺野」および「スリガラス影」、三つ目の文章で「気管支喘息」を含んでいる。このように、レポート全体としては、図８（図９）および図１０（図１１）のいずれのレポートにおいても、図７で示す全てのクエリ語句が含まれているが、図８（図９）と図１０（図１１）とのそれぞれのレポートの差異は、図８（図９）のレポートでは全クエリ語句が一文章中に含まれているのに対し、図１０（図１１）のレポートでは読影結果に対応するクエリ語句が複数の文章に分かれて含まれている点で異なる。
　このような構造化レポートを検索対象としてクエリ３１１で検索をした場合、図８（図９）のレポートと図１０（図１１）のレポートとのいずれもが検索結果としてはヒットしたことになるが、より少ない数の文章中に全ての検索用語が含まれている方が関連性は高いと考えられるので、この場合、図８（図９）のレポートのマッチ度を図１０（図１１）のレポートのマッチ度よりも高くする。一文章中に全クエリ語句が含まれているようなレポートが、最もマッチ度が高くなる。このような考え方でマッチ度を算出する方法には、様々な方法が考えられるが、例えば、クエリ語句の全体がまたがった文章の数の逆数とすることができる。
　以上を行うことで、図３の所見レポート検索クエリ３１１に適合する結果が、検体検査の検索とは独立に抽出されると同時に、数値化されたマッチ度も付与されたレポート検索結果３３１が得られる。なお、このような「マッチ度」は、ユーザが指定した検索要素との適合の程度を表現しているが、より一般には、個々のデータベースの検索結果としての価値を表現する指標値、すなわち「個別スコア」の概念に属する。したがって、マッチ度が付与されたレポート検索結果３３１は、個別スコア付のレポート検索結果３４１として扱われる。
　＜１－２－３．検体検査検索のアルゴリズム＞
　続いて、検体検査検索のアルゴリズムについて、図１２を参照しながら説明する。検体検査単独での検索については、種々の方法を使うことができるが、本実施形態では、その中でも比較的計算コストが少なくて済む方法について述べる。
　本実施形態では、検体検査に含まれる異常フラグに着目する。異常フラグは、検査結果に含まれる一項目で、実際の検査値と診療対象者の性別や年齢から導出される正常値の範囲を比較し、検査値が正常値の範囲を逸脱しているときには、「正常値を上回っている」（”異常値（高）”）、「正常値を下回っている」（”異常値（低）”）のいずれかのフラグが付与されている。ここでは、異常フラグのパターンによって検索を行う。つまり、検体検査クエリ３１２に相当する検索クエリとして、複数の検査項目と、それらの値が”正常値”か、”異常値（高）”か、”異常値（低）”か、を指定する。検索結果として、そのパターンに合うものを取得する（図１２参照）。
　検体検査の検索についても、個別スコア（ないしは検索要素との適合の程度としてのマッチ度）を付与することができる。例えば、前述の例で、検索クエリが項目ＡからＤまでの４項目（図１２(a)参照）あったときに、それら４項目の条件のすべてに適合するものの方がマッチ度は高いとみなすのが自然である。また、３項目しか適合していなくても、これを、検索結果に適合しないといって切り捨ててしまうよりも、それらを含めてユーザーに提示する方が、重要な情報の見落としの防止に資する。そこで、クエリの項目の間についてはＯＲ検索とし、検索要素に適合している項目の割合を個別スコアとする。例えば、検索クエリ４項目中の３項目が適合していれば、個別スコアは３／４＝０．７５（図１２(b)参照）、全項目とも適合していれば、個別スコアは４／４＝１．０（図１２(c)参照）とする。
　以上を行うことで、図３のフローの検体検査に適合する結果が独立に抽出されると同時に、マッチ度も付与された検索結果３３２すなわち、個別スコア付の検索結果３４２が得られる（ステップＳ４）。
　＜１－２－４．個別検索結果のペアリングにおけるアルゴリズム＞
　続いて、図３のステップＳ５では、検索結果ペアリング部２５が、レポート検索結果３４１と検体検査検索結果３４２との結果同士を関連付ける処理を行う。この処理は、複数のデータベースからそれぞれ抽出された個別検索結果を組み合わせて複合検索結果を生成する処理に相当する。
　図１３は、検索結果関連付け作業を説明するフローチャートである。個別検索結果の関連付けは、以下の過程をとり、図１３を参照しながら説明する。
　まず、ステップＳＴ１では、図３のレポート検索結果３４１の中から、１つの検索結果を選択する。この選択の順序は特に限定されるものではなく、たとえば検索でヒットした時間順であってもよい。ここで選択されたレポート検索結果３４１をレポートＳＲ(i)とする。続いて、ステップＳＴ２では、図３の検体検査検索結果３４２の中から、ステップＳＴ１で選んだレポートＳＡ(i)の診療対象者と同じ診療対象者の検体検査結果を選択する。これは、それぞれの検索結果に含まれる診療対象者ＩＤを照合することによって行うことができる。選択されたレポートＳＡ(i)と同じ診療対象者の検体検査検索結果を検索結果ＳＢ(i.k)とする。このうち前側の引数「i」はレポートＳＡ(i)と同じ診療対象者の検査結果であることを示し、後側の引数「k」は、当該診療対象者について複数の検体検査検索結果が得られている場合も考慮して、それら複数の検体検査検索結果の相互識別のための指標である。同一の診療対象者について得られている検体検査検索結果がひとつだけの場合はｋ＝１のみとなる。
　次に、ステップＳＴ３では、選んだレポート検索結果ＳＡ(i)と検体検査結果ＳＢ(i.k)との組に対して、日付を基礎にした関連度スコア（後述する）を付与する。続いて、レポート検索結果ＳＡ(i)と検体検査結果ＳＢ(i.k)とについての個別スコア（マッチ度）と、ステップＳＴ３で求めた関連度スコアの積を、最終的な検索スコアとして、これらの組に付与する（ステップＳＴ４）。検体検査結果ＳＢ(i.k)の引数ｋを変化させつつ、(i, 1)，(i, 2)，…の全ての組に対して、検索スコアを付与するまで、以上のルーチンを繰り返す（ステップＳＴ５）。更に、レポート検索結果ＳＡ(i)の引数ｉを変化させつつ、レポート検索結果全てに対し、ステップＳＴ１～ＳＴ５を同様に繰り返す（ステップＳＴ６）。最後に、このようにして得られた複数の検索結果の組「ＳＡ(i)＋ＳＢ(i.k)」は、その検索スコアとともに、複合検索結果として、クライアント端末１０１内の記憶部に記憶されるほか、のディスプレイ１０１ｂに表示される（ステップＳＴ７）。なお、レポート検索結果ＳＡ(i)と同じ診療対象者ＩＤを持つ検体検査結果ＳＢ(i.k)がデータベース上に存在しなかったときには、その診療対象者についての複合検索結果は表示されない。
　図１４は、個別の検索結果同士を組合せるアルゴリズムについて説明した図である。日付を基礎にした関連度スコアについて、図１４を参照しながら更に具体的に説明する。
　まず、画像検査と検体検査との日時の離れ具合（時間的な距離）によるスコア付けを行う。精密な比較では、検査日だけでなく検査時間（時分）の差まで考慮する方が好ましいが、１日のうちに同一の診療対象者に対して同じ検査を繰り返すケースは、医学検査全体としてはさほど多くはないため、最小限の情報として検査日の差までを考慮すれば多くの場合はそれで足りる。そこで、この実施形態では日付の離れ方の逆数を日付の近さ指数Ｄaとして採用し、これを関連度スコアとする。図１４の場合は、画像検査Ａと検体検査ａとの距離（Ｔ１）は1日離れているので、Ｄa＝１／１＝１である。また、画像検査Ａと検体検査ｂとの距離（Ｔ２）は２日離れているので、Ｄa＝１／２＝０．５であり、画像検査Ａと検体検査ｃとの距離（Ｔ３）は３日離れているので、Ｄa＝１／３＝０．３・・・となる。図１４の画像検査Ａは既述したレポート検索結果ＳＡ(i)に相当し、検体検査ａ，ｂ，ｃは検体検査結果ＳＢ(i.k)：ｋ＝１，２，３に相当する。
　次に、先に求めた各検体検査の個別スコア（個別のマッチ度）と、ここで得た関連度スコアとの積を、最終的な検索スコアとする。
　このようにすることで、ユーザーは、診療対象者を共通とする所見レポートと検体検査との組Ｓをいくつか得ることができる（図３の複合検索結果３５０）。それらの組には、個別検索でのマッチ度と日付の離れ具合とに基づいた検索スコアが付与されており、スコアの高いもの順に検索結果がディスプレイ１０１ｂに表示される（ステップＳ６）。ユーザーはこのスコアを拠り所に結果を閲覧することができる。
　また、所見レポートには、検査画像特定情報としての画像ＩＤが付随している。図８の例では「image id＝"1072"」が、図９の例では「image id＝"5658"」が、それぞれの画像ＩＤである。これらの画像ＩＤは、画像検査結果ＤＢ２２０に格納されている画像検査結果（デジタル画像）のうち、これらの所見レポートの作成の基礎となった画像検査結果である。従って、検索によって抽出された所見レポートから、これらの画像検査結果を特定できるようになっている。
　＜１－３．ユーザーの操作手順＞
　以下では、ユーザーから見たこの実施形態の医療情報システム１の利用方法、特にＧＵＩ上の操作手順例を、図１５～図２４を参照して説明する。
　＜１－３－１．データ保存＞
　ユーザー（医師）は、診療対象者の診察に先だって（あるいは診察後に）、必要な臨床検査を自ら行い、または検査をオーダーする。当該診療対象者の検査結果をモダリティ端末１０２からデジタル入力し、あるいはクライアント端末１０１から手入力することによりその検査結果は医療情報システム１に取り込まれ、保存される。また、その検査結果は、クライアントソフトを用いることによってクライアント端末１０１上のディスプレイ１０１ｂ上に表示される。図１５は、胸部ＣＲ検査における表示例を示す図である。図１５に示すように、ディスプレイ１０１ｂの画面上に、胸部ＣＲのサムネイル画像ＩＭ二枚が表示されている。
　ここで、医師は「レポートシステムを起動ＳＴＡ」ボタンを押下してレポートシステムを立ち上げることができる。図１６は、レポートシステム画面Ｇ１を例示する図である。　図１６に示すように、レポートシステム画面Ｇ１は、主に、
・検査の詳細を記述する領域（検査情報領域）Ａ１、
・その日の治療などのメモを記述する領域（本日のメモ領域）Ａ２、
・診療対象者に関するメモを記述する領域（診療対象者メモ領域）Ａ３、
・サマリ句を入力する領域（サマリ句入力領域）Ａ４、
・頻出句を入力する領域（頻出句入力領域）Ａ５、
・所見レポートを作成する領域（レポート作成領域）Ａ６、
・代表的な画像ＩＭを添付する領域（画像添付領域）Ａ７、
・読影結果を表示する領域（読影結果表示領域）Ａ８、
・コマンドを入力するためのアイコンが列挙される領域（コマンド入力領域）Ａ９、
によって構成されている。
　レポートシステム画面Ｇ１（図１６）では、例えば、
・検査情報領域Ａ１に、診療対象者及び検査に係る属性情報（図１７(a)）が、
・本日のメモ領域Ａ２に、その日の診断情報のメモ（図１７(b)）が、
・診療対象者メモ領域Ａ３に、診療対象者の症状などに関するメモ（図１７(c)）が、
・サマリ句入力領域Ａ４に、まとめとなる簡潔な文章（図１７(d)）が、
・頻出句入力領域Ａ５（図１７(e)）に、頻繁に使う用語が、
それぞれ表示される。
　図１８は、入力支援テンプレート表示ＴＰの表示例を示す図である。図１８に示されるように、レポート作成領域Ａ６には、入力支援テンプレート表示ＴＰが表示される。前述のグループ毎に候補単語が表示され、候補単語をクリックして文章を構成する単語を選択する。最後に「入力Ｅ１（図１８）」ボタンを押すことで、自動的に、自然文を作成することができる。ここで「登録してビューアに戻るＢ１（図１６）」をクリックすると、作成した文章を現在の検査の所見レポートとして登録することができる。作成したレポートは、画像検査レポートＤＢ２４０内部では、構造化文書データ、例えば、ＲＤＦ（Resource　Description　Framework）を用いて記述されて登録される。このようにして、画像検査に対応する所見レポートが画像検査レポートＤＢ２４０に追加されて蓄積されてゆく。
　＜１－３－２．検索動作＞
　次に、検索を行う場面の説明をする。医師はクライアント端末１０１のディスプレイ１０１ｂ上で、いくつかの検査結果をまとめて閲覧することができる。図１９は、ディスプレイ１０１ｂ上で胸部ＣＲ画像ＩＭと検体検査結果ＳＭＩとを表示させている状況の概略図であり、図２０は検体検査結果ＳＭＩの詳細を例示する図である。図１９に示すように、胸部ＣＲ検査には、先の手順で作成された所見レポートＣＭが付与されていることに注意する。ここで、現在開いている検査集合の類似検査を検索する。
　まず、画面左下の「この内容で検索」ボタンＳＣ（図１９）を押下する。すると、図２１に示すような検索クエリ確認のダイアログボックスが表示される。これは、類似検索の際の検索クエリを表しており、レポート領域ＲＰ（図２１）の中には、図１９の画像検査に付与されている診療対象者コメントＣＭ（図１９）が検索クエリとして表示されている。また、検体検査領域ＳＭＩＲ（図２２）の内容を例示している。ここでは、血液検査結果の中で、異常フラグが異常であるものがクエリとして表示されている。
　この状態で、ＯＫボタン２１０１（図２１）を押下すると、図２１の検索条件で検索が行われ、図２２に示すように、検索結果が表示される。この検索結果は図３以下で説明したルーチンで得られたものであり、複数種類の検索結果を検索スコア順に配列したものとなっている。各レコード（行）においては、レポートＩＤによって画像検査の所見レポートが特定され、ＣＢＣやＷＢＣ分画などの検体検査結果が特定されている。画像検査の所見レポートと画像検査結果ＤＢ２２０中の画像データとは画像レポートＩＤによってリンクされているため、間接的に画像データも所見レポートや検体検査結果とともに同一の患者についての組とされていることになる。医師は興味のある結果をダブルクリックすることで、詳細情報を閲覧することができる。図２３は、検索結果の詳細ダイアログボックスを表示する図である。図２２に示すように、二つの結果を並べて表示し、比較することもできる。
　一方、「詳細．．．」ボタン２１０２（図２１）をクリックすると、図２４に示すように、この検索クエリを修正できるダイアロクが開き、ユーザーはクエリを修正して新たな検索を開始させることもできる。
　＜２．第２実施形態＞
　第２実施形態に係る医療情報システムは、第１実施形態と比較して、ハードウエア的には図１の構成と同一であり、機能的にもほぼ同様であるが、第２実施形態における所見レポートは、画像検査のみに対してではなく、いくつかの検査の集合（以下、単に「検査セット」と称す。）に対するレポートとなる点で異なる。従って、第２実施形態に係る図２４の医療情報サーバー２００Ａのうち、第１実施形態に係る医療情報サーバー２００と同様な部分については同様な符号を付して、下記の説明を省略するとともに、第１実施形態に係る医療情報サーバー２００と異なる点についてのみ説明する。
　実施形態２における医療情報サーバー２００Ａは、図２の医療情報サーバー２００と比較して、検査セットＤＢ２３０１が追納されており、レポートは検査セットに対して書かれる。検査セットＤＢ２３０１は、どの検査とどの検査に対してレポートが書かれたかといった検査組合せ情報を格納している。実際に、ユーザーの操作においては、同じ診断対象者について画像検査結果ＤＢ２２０に格納した画像検査結果と、検体検査結果ＤＢ２３０に格納した検体検査結果とを呼び出して、クライアント端末１０１におけるディスプレイ１０１ｂの同一画面中に表示させ、レポートの文章を入力する。このレポートのデジタルファイルはレポートＤＢ２３０２に格納されるが、それとともに、どの画像検査結果とどの検体検査結果とがそのレポートにおける診断の基礎となったかという関連付け情報（リレーション情報）が、検査セットＤＢ２３０１に保存される。検査セットＤＢ２３０１は、複数種類の医療データのセットを特定する情報を格納したセット情報データベースの１態様である。したがって、このような保存を繰り返すことにより、検査セットＤＢ２３０１の内容を参照すれば、「レポート＋画像検査結果＋検体検査結果」という３種の情報の組合せを知ることができるようになる。
　図２５は、第２実施形態におけるレポート作成時のディスプレイ１０１ｂでの表示例を示す図である。図２５では、図１５と比較して、画像検査結果と検体検査結果とをまとめたものを表示しており、このような状態でレポートを作成すると、この画像検査結果と検体検査結果とが検査セットとして登録される。
　図２６は、第２実施形態における検索結果の関連付け処理を説明するフローチャートである。第２実施形態の検索アルゴリズムは、基本的には第１実施形態と同じであるため、固有の関連付け処理を中心に、図２６を参照しながら説明する。なお、図１３と共通する箇所は同じ符号を付している。
　第１実施形態と同様に、検索クエリに適合するデータとしてステップＳＴ１とステップＳＴ２とでレポート検索結果と検体検査結果との組が抽出される。ステップＳＴ３０では、検査セットＤＢ２３０１中の検査セット情報を参照することによって、その組が同一の検査セットに含まれているか否か判断し、含まれていれば最大の関連度スコアを付与する（ステップＳＴ３１）。同一の検査セットに含まれていない場合には、ステップＳＴ１とステップＳＴ２とで選んだレポート検索結果と検体検査結果との組に対して、第１実施形態と同様に、検査日の日付を基礎にした関連度スコアを付与し（ステップＳＴ３）、以下第１実施形態と同様のステップを踏む（ステップＳＴ４～ステップＳＴ７）。
　一方、ステップＳＴ３１を通る場合、図３のルーチンで求めたそれぞれのマッチ度（個別スコア）と、ステップＳＴ３１で求めた関連度スコアとの積を、最終的な検索スコアとして、これらの組に付与する（ステップＳＴ４１）。全ての組に対して、検索スコアを付与するまで、これらの処理を繰り返す（ステップＳＴ５１）。ステップＳＴ６～ステップＳＴ７は、第１実施形態と同様である。
　以上を行うことで、医師が明示的にセットとして所見を書いた検査同士は、検査日付に関わらず、関連の強い検査として優先的に抽出することが可能となる。これは、ＣＲ（Ｘ線画像デジタイザー）コンソール機能とビューワ／ファイリング機能が一体化した医療情報データベースシステムに適用することによって、その有用度が特に高くなる。
　＜３．第３実施形態＞
　第３実施形態に係る医療情報システムでは、第１実施形態と比較して、「性別」及び「年代」が検索条件として新たに追加されている点で異なる。
　図２７は、第１実施形態における「この内容で検索」ボタンＳＣ（図１９）の押下後に対応する、第３実施形態における検索クエリ確認ダイアログボックスを示す。図１９と比較すると、図２７は、検索条件に「性別ＳＥ」及び「年代ＡＧ」が追加されている。この性別ＳＥ及び年代ＡＧは、図２１で表示されている診療対象者の性別及び年代が検索クエリとして追加されることを意味する。
　以上のように、複数種類の検査結果を含む診療検査情報を検索するに際して、性別及び年代に対応する診療対象者の検査結果のみが検索対象として検索されることで、検索条件が詳細になり、より精密な検索が可能となる。
　＜４．変形例＞
　この発明は、上記各実施形態以外に、次のような変形も可能である。また、各実施形態および下記の変形例は、技術的に整合する範囲で互いに組合せることも可能である。
　※　各データベースの検索論理については、特許第４１９１７６２号に開示されている技術を適用することができる。すなわち、ユーザーによる新たな検索があるごとに、抽出された複数のデータのうちユーザが着目した（すなわち詳細を参照した）データがいずれであったかをシステムが記憶して分析し、その結果に応じて検索論理を更新する。
　たとえば検索クエリに「肺」が含まれており、「肺」に関連する複数の所見レポートが抽出されたときに、ユーザーたる医師がそのうちで「再発」の用語も含まれている所見レポートの詳細をしばしば参照する場合を想定する。このときには、その医師が検索クエリ中で「肺」を指定したときに、「再発」の用語も含まれている所見レポートの個別スコアを高めるように、システムの検索論理を進化させることができる。さらに、システムが医学論文データベースとも連携しているときには、「肺」と「再発」との双方の用語を含んだ新着論文の情報を、検索結果の画面の一部にハイパーリンクとして表示されるなどの応用も可能である。
　※　上記実施形態では、診療対象個体として人間と想定し「診療対象者」と記しているが、「診療対象動物」とすることも可能である。
　※　上記実施形態の医療情報システムにおいて、例えば、レセプトシステムが介在していてもよい。すなわち、検査対象となった診療対象者についてどのような治療がなされ、その結果、どの程度の医療費が必要になったかというレセプトＤＢとをレポートや検査結果やとともに抽出すれば、医療費の点からの検討も可能となる。
　※　上記実施形態では、サーバーとクライアント端末とを別のマシンとしているが、これに限られず、同一マシン上にこの発明のシステムの情報処理機能を搭載してもよい。
　※　上記実施形態の構造化文章において、接頭語・接尾語を取り入れてもよい。例えば、「左上肺野」のように、「上肺野」に「左」の接頭語を追加することが可能となる。
　※　上記実施形態の個別検索結果のペアリングにおいて、画像検査と検体検査との日時の離れ方の逆数を日付の近さ指数Ｄaとして採用し、これを関連度スコアとしたが、指数Ｄａは日付の差の逆数だけでなく、両日時が近づくほど指数Ｄａが大きくなる関数であればよい。
　※　上記実施形態のアルゴリズムにおいて、以下のような項目についてフィルタリングを行うことによって、データ抽出のための計算処理を効率化するだけでなく、過剰に多数の情報が各データベースから抽出されてしまってユーザが混乱するという事態を防止できる。特に、大規模のデータベースの場合には膨大な検査結果が蓄積されることになるため、下記の項目などでのフィルタリング（絞り込み）が有用である。
　具体的には、下記のそれぞれについて判定閾値を設定しておき、
・判定閾値が下限値として設定されている場合には、判定指数がその判定閾値よりも小のデータを抽出対象から除外し、
・判定閾値が上限値として設定されている場合には、判定指数がその判定閾値よりも大のデータを抽出対象から除外する。
（１）所見レポートについての検索結果の抽出：
判定指数＝レポート検索クエリに対する所見レポートのマッチ度（個別スコア）；
判定閾値＝マッチ度の下限値、
（２）所見レポートに対応する検体検査の結果の抽出：
判定指数＝所見レポート（画像検査）の日付と検体検査の検査日との日差；
判定閾値＝日差の上限値、
（３）検体検査の結果の選択：
判定指数＝検体検査検索クエリに対する検体検査結果のマッチ度（個別スコア）；
判定閾値＝マッチ度の下限値、
（４）関連する複数の検査の組合せの選択：
判定指数＝関連度スコア；
判定閾値＝関連度スコアの下限値、
（５）最終的な検索結果の特定と表示：
判定指数＝関連度スコア；
判定閾値＝関連度スコアの下限値。
　※　一回の検索においてはクエリ中の検索要素の数（分母）は一定であるから、クエリ中の検索要素の数に対する、検索要素に適合した医療データ項目の割合に個別スコアを定めることは、検索要素と適合した医療データ項目の絶対数に基づいて個別スコアを定めることと等価である。
　また、クエリ中の検索要素のそれぞれについて、重要度に応じたウエイトを付すこともできる。この場合は、個々の検索要素へ適合しているか否かの２値ではなく、適合している程度に応じたウエイトを付けて個別スコアが算出される。たとえば、ある疾病については、検査項目Ｐが特異的（当該疾病ではしばしば異常値となるが、他の疾病ではほとんど異常値とならないもの）である一方、他の検査項目Ｑに異常値が出現することは非特異的（他の疾病でも異常値になることが多い）であるときには、検索を行う医師が、クライアント端末１０１の操作入力部１０１ａの操作によって検査項目Ｐを「重要」指定することにより、検査項目Ｐが異常値となっている検査結果には、検査項目Ｑが異常値となっている検査結果よりも高い個別スコアを与えて抽出する処理を実行するようにシステムを構成することもできる。
　※　複数のデータベースは、検査診断情報や患者情報のほか、看護データや、電子カルテ情報、医学論文、薬理情報、副作用情報などのデータベースを含んでいてもよい。これらのうち看護データは、看護師の看護活動を記録したデジタル情報であり、電子カルテ情報は医師の診療記録のデジタル情報である。すなわち、この発明は、医療データ全般を対象として、種々の医療情報システムに適用できる。
　※　上記実施形態では、検査日を関連度スコアを求める際の指標として使用したが、一般的には「検査識別日」、すなわち検査日のほか、検体の採取日や、検査データの入力日の日付などを用いることもできる。
１　医療情報システム
１０１　クライアント端末
１０２　モダリティ端末
ＮＴＷ，ＬＮ　ネットワーク回線
２００，２００Ａ　医療情報サーバー
２１０　診療対象者情報ＤＢ
２２０　画像検査結果ＤＢ
２２１　画像検査読込部
２３０　検体検査結果ＤＢ
２３１　検体検査読込部
２４０　画像検査レポートＤＢ
２４１　レポート登録部
２０　検索部
２３　検体検査検索部
２４　画像検査レポート検索部
２５　検索結果ペアリング部
２３０１　検査セットＤＢ
２３０２　レポートＤＢ

Claims (16)

  1. 　複数種類の医療データがそれぞれ蓄積された複数のデータベースを備える医療情報システムであって、
    　複数の検索要素を含んだクエリを入力する入力部と、
    　所定の分類規則に従って、前記複数の検索要素を前記複数のデータベースに対応する複数の検索区分に分類する分類部と、
    　対応する検索区分に含まれる検索要素を用いて、前記複数のデータベースをそれぞれ独立に検索する検索部と、
    　前記検索部によって前記複数のデータベースからそれぞれ抽出された個別検索結果を組み合わせて複合検索結果を生成する生成部と、
    を備えることを特徴とする医療情報システム。
  2. 　請求項１に記載の医療情報システムにおいて、
    　前記複数のデータベースにおいては、異なる種類の臨床検査の結果または当該検査結果に対する診断上の評価が記録された複数種類の検査診断情報を、前記医療データとして、互いに異なるデータベースに蓄積していることを特徴とする医療情報システム。
  3. 　請求項２に記載の医療情報システムにおいて、
    　前記検査診断情報のそれぞれは、診療対象個体としての診療対象者または診療対象動物の識別情報を含んでおり、
    　前記生成部は、前記複数のデータベースに蓄積されている検査診断情報のうち、前記識別情報によって特定される診療対象個体が同一である情報を互いに組み合わせて前記複合検索結果とすることを特徴とする医療情報システム。
  4. 　請求項１に記載の医療情報システムにおいて、
    　前記生成部は、
    　各データベースについての前記個別検索結果に含まれるデータ要素の内容につき、検索要素との適合度が高いほど高スコアとなる個別スコアを付与する個別スコア付与部、
    を備え、
    　各データベース内において前記個別スコアが相対的に高いデータ要素同士をデータベース間で組み合わせて前記複合検索結果とすることを特徴とする医療情報システム。
  5. 　請求項４に記載の医療情報システムにおいて、
    　前記個別スコアは、対応するデータベースの医療データのうち、前記検索要素と適合した医療データ項目の割合に基づいて決定されることを特徴とする医療情報システム。
  6. 　請求項１に記載の医療情報システムにおいて、
    　前記生成部は、
    　前記複数種類の個別検索結果の相互の関連度を関連度スコアとして付与する関連度スコア付与部、
    を備え、
    　各データベース間において前記関連度スコアが相対的に高い医療データ同士を組み合わせて、前記複合検索結果を生成することを特徴とする医療情報システム。
  7. 　請求項２に記載の医療情報システムにおいて、
    　前記複数種類の検査診断情報には、対応する臨床検査の検査識別日の情報が付随しており、
    　前記生成部は、
    　互いに異なる種類の検査診断情報の関連度スコアとして、検査識別日の差が小さいほど高スコアを与える検査識別日スコア付与部、
    を備え、
    　各データベース間において前記関連度スコアが相対的に高い検査診断情報同士を組み合わせて、前記複合検索結果を生成することを特徴とする医療情報システム。
  8. 　請求項１に記載の医療情報システムにおいて、
    　前記複数のデータベースは、検査診断情報、看護データ、電子カルテ情報および患者情報のうち少なくとも１つについてのデータベースを含むことを特徴とする医療情報システム。
  9. 　請求項８に記載の医療情報システムにおいて、
    　前記複数のデータベースは、
    　検体検査の結果を前記検査診断情報として蓄積した検体検査結果データベース、
    を含むことを特徴とする医療情報システム。
  10. 　請求項８に記載の医療情報システムにおいて、
    　前記複数のデータベースは、
    　検査画像を蓄積した画像検査結果データベースと、
    　各検査画像に対応する所見レポートを蓄積した所見レポート格納データベースと、
    を含んでおり、
    　前記検索部は、画像検査の検索区分に分類される検索要素については、前記所見レポート格納データベースについて検索を行うとともに、
    　前記生成部は、
    　前記個別検索結果として得られた所見レポートに付随した検査画像特定情報に基づいて、当該所見レポートに対応する検査画像を前記画像検査結果データベースから抽出して前記複合検索結果に含める検査画像抽出部、
    を備えることを特徴とする医療情報システム。
  11. 　請求項１０に記載の医療情報システムにおいて、
    　前記生成部は、
    　検索要素に適合する内容が前記所見レポートのいくつの文章にまたがって出現しているかに基づいて、各所見レポートのマッチ度を特定するレポートマッチ度特定部、
    を備え、
    　前記所見レポートのデータベースの検索における各所見レポートの個別スコアを、前記マッチ度に基づいて定めることを特徴とする医療情報システム。
  12. 　請求項１１に記載の医療情報システムにおいて、
    　前記所見レポートは、構造化文章から構成されていることを特徴とする医療情報システム。
  13. 　請求項１２に記載の医療情報システムにおいて、
    　前記所見レポートの検索は、構造化文書検索であることを特徴とする医療情報システム。
  14. 　請求項１２に記載の医療情報システムにおいて、
    　前記構造化文書は、ＲＤＦによって記述されることを特徴とする医療情報システム。
  15. 　請求項１に記載の医療情報システムにおいて、
    　過去における所定の診断の基礎とされた複数種類の医療データが、前記複数のデータベースのうち２つ以上に分散して格納されており、
    　前記複数種類の医療データのセットを特定する情報を格納したセット情報データベースをさらに備え、
    　前記生成部は、前記複数の個別検索結果を組合せて前記複合検索結果を得るにあたって、前記セット情報データベースを参照することを特徴とする医療情報システム。
  16. 　異なる種類の医療データが蓄積された複数のデータベースを含むコンピュータシステムにインストールされて実行されることによって、前記コンピュータシステムを、
    　複数の検索要素を含んだクエリを入力する入力部と、
    　所定の分類規則に従って、前記複数の検索要素を前記複数のデータベースに対応する複数の検索区分に分類する分類部と、
    　対応する検索区分に含まれる検索要素を用いて、前記複数のデータベースをそれぞれ独立に検索する検索部と、
    　前記検索部によって前記複数のデータベースからそれぞれ抽出された個別検索結果を組み合わせて複合検索結果を生成する生成部と、
    を備える医療情報システムとして機能させることを特徴とするプログラム。
PCT/JP2010/052308 2009-07-10 2010-02-17 医療情報システムおよびそのためのプログラム Ceased WO2011004622A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011521837A JPWO2011004622A1 (ja) 2009-07-10 2010-02-17 医療情報システムおよびそのためのプログラム
US13/383,053 US8589420B2 (en) 2009-07-10 2010-02-17 Medical information system and program for same

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2009163681 2009-07-10
JP2009-163681 2009-07-10

Publications (1)

Publication Number Publication Date
WO2011004622A1 true WO2011004622A1 (ja) 2011-01-13

Family

ID=43429047

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2010/052308 Ceased WO2011004622A1 (ja) 2009-07-10 2010-02-17 医療情報システムおよびそのためのプログラム

Country Status (3)

Country Link
US (1) US8589420B2 (ja)
JP (2) JPWO2011004622A1 (ja)
WO (1) WO2011004622A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102737353A (zh) * 2011-04-08 2012-10-17 四川科伦药业股份有限公司 一种药品检验报告生成系统
JP2012247869A (ja) * 2011-05-25 2012-12-13 Fujitsu Ltd 検索プログラム、装置及び方法
WO2013099002A1 (ja) * 2011-12-28 2013-07-04 楽天株式会社 検索装置、検索方法、検索プログラム及び記録媒体
WO2014175615A1 (ko) * 2013-04-25 2014-10-30 서울대학교병원 (분사무소) 전자의무기록 시스템 기반의 검사 정보 조회 장치 및 그 조회 방법
KR101510303B1 (ko) 2014-04-07 2015-04-09 (주)인투씨엔에스 Ｅｍｒ 서버와 임상병리 검사장비 연동 시스템
JP2017049796A (ja) * 2015-09-02 2017-03-09 株式会社医用工学研究所 診療データ管理システム及び診療データ管理プログラム
JP2019133358A (ja) * 2018-01-30 2019-08-08 株式会社湯山製作所 医療情報管理システム及び医療情報管理プログラム
CN111723133A (zh) * 2020-06-16 2020-09-29 武汉光谷联合医学检验所股份有限公司 核酸检测结果查询方法、设备、存储介质及装置

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140081659A1 (en) 2012-09-17 2014-03-20 Depuy Orthopaedics, Inc. Systems and methods for surgical and interventional planning, support, post-operative follow-up, and functional recovery tracking
US20140100861A1 (en) * 2012-10-09 2014-04-10 David Gerard Ledet Medical analysis application and response system
HK1222018A1 (zh) * 2013-10-10 2017-06-16 卡尔加里科学股份有限公司 用於在多个储存库系统中的智能档案检索的方法和系统
US11222084B2 (en) 2013-10-22 2022-01-11 Steven Michael VITTORIO Content search and results
US12235913B2 (en) 2013-10-22 2025-02-25 Steven Michael VITTORIO Content search and results
WO2015061479A1 (en) * 2013-10-22 2015-04-30 Vittorio Steven Michael Content and search results
KR101612635B1 (ko) * 2014-12-12 2016-04-14 경희대학교 산학협력단 외부 리소스를 이용하여 증거 적응을 위한 임상의사결정지원 시스템 및 방법
JP2016184221A (ja) * 2015-03-25 2016-10-20 富士フイルム株式会社 診療支援装置とその作動方法および作動プログラム、並びに診療支援システム
US11250008B2 (en) 2015-04-17 2022-02-15 Steven Michael VITTORIO Content search and results
US9703689B2 (en) * 2015-11-04 2017-07-11 International Business Machines Corporation Defect detection using test cases generated from test models
EP3480774A4 (en) 2016-06-30 2019-11-27 Olympus Corporation MEDICAL INFORMATION PROVIDING SYSTEM AND METHOD FOR PROVIDING MEDICAL INFORMATION
WO2018037879A1 (ja) * 2016-08-26 2018-03-01 株式会社 日立ハイテクノロジーズ 自動分析装置および情報処理装置
KR102164452B1 (ko) * 2018-01-19 2020-10-12 서울대학교병원 병리검사의 전체 단계를 영상정보를 이용하여 통합적으로 관리하는 통합 병리영상정보관리 시스템
US11170028B2 (en) * 2019-02-21 2021-11-09 Siemens Aktiengesellschaft Predictive graph query system for automation engineering systems
CN114036223A (zh) * 2020-11-13 2022-02-11 武汉联影医疗科技有限公司 医疗信息管理方法、系统、装置、计算机设备和存储介质
JP7748222B2 (ja) * 2021-08-16 2025-10-02 キヤノンメディカルシステムズ株式会社 画像診断支援装置及び画像診断支援装置の作動方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115514A (ja) * 2003-10-06 2005-04-28 Ibm Japan Ltd データベース検索システム及びその検索方法並びにプログラム
JP2005182179A (ja) * 2003-12-16 2005-07-07 Hitachi Medical Corp 画像検索システム、プログラム
JP2008299518A (ja) * 2007-05-30 2008-12-11 Toshiba Corp 医療情報表示装置

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3071862B2 (ja) * 1990-05-17 2000-07-31 株式会社東芝 医用データ管理システム
US6434569B1 (en) 1996-06-06 2002-08-13 Kabushiki Kaisha Toshiba Integrated medical information system formed of text-based and image-based databases, and display thereof
JP3500097B2 (ja) * 1999-08-26 2004-02-23 日本電信電話株式会社 複合メディア検索方法および複合メディア検索用プログラム記録媒体
JP2001318992A (ja) * 2000-05-10 2001-11-16 Hitachi Ltd 地域医療情報システム、及びこの地域医療情報システムのサーバ並びに端末
JP2003122845A (ja) * 2001-10-09 2003-04-25 Shinkichi Himeno 医療情報の検索システム及びそのシステムを実行するためのプログラム
US20070168461A1 (en) * 2005-02-01 2007-07-19 Moore James F Syndicating surgical data in a healthcare environment
JP2006302113A (ja) * 2005-04-22 2006-11-02 Canon Inc 電子カルテ・システム
US20070130206A1 (en) * 2005-08-05 2007-06-07 Siemens Corporate Research Inc System and Method For Integrating Heterogeneous Biomedical Information
JP2007108812A (ja) * 2005-10-11 2007-04-26 Hitachi Ltd データ処理システム及びデータ処理方法
CA2625744A1 (en) * 2005-10-11 2007-04-19 Tethys Bioscience, Inc. Diabetes-associated markers and methods of use thereof
JP4822889B2 (ja) * 2006-03-20 2011-11-24 富士通株式会社 データベース統合参照プログラム、データベース統合参照方法及びデータベース統合参照装置
JP5231720B2 (ja) * 2006-04-24 2013-07-10 株式会社東芝 画像表示システム、及び画像表示装置
JP4767759B2 (ja) * 2006-06-02 2011-09-07 富士フイルム株式会社 読影レポート作成装置
JP4352079B2 (ja) * 2007-03-28 2009-10-28 株式会社東芝 分散データベースから情報を検索するシステム、装置、および方法
JP5145751B2 (ja) * 2007-04-06 2013-02-20 コニカミノルタエムジー株式会社 医療用の情報処理システム
WO2008134588A1 (en) * 2007-04-25 2008-11-06 Counsyl, Inc. Methods and systems of automatic ontology population
US8229881B2 (en) * 2007-07-16 2012-07-24 Siemens Medical Solutions Usa, Inc. System and method for creating and searching medical ontologies

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005115514A (ja) * 2003-10-06 2005-04-28 Ibm Japan Ltd データベース検索システム及びその検索方法並びにプログラム
JP2005182179A (ja) * 2003-12-16 2005-07-07 Hitachi Medical Corp 画像検索システム、プログラム
JP2008299518A (ja) * 2007-05-30 2008-12-11 Toshiba Corp 医療情報表示装置

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102737353A (zh) * 2011-04-08 2012-10-17 四川科伦药业股份有限公司 一种药品检验报告生成系统
JP2012247869A (ja) * 2011-05-25 2012-12-13 Fujitsu Ltd 検索プログラム、装置及び方法
WO2013099002A1 (ja) * 2011-12-28 2013-07-04 楽天株式会社 検索装置、検索方法、検索プログラム及び記録媒体
CN104011713A (zh) * 2011-12-28 2014-08-27 乐天株式会社 检索装置、检索方法、检索程序以及记录介质
WO2014175615A1 (ko) * 2013-04-25 2014-10-30 서울대학교병원 (분사무소) 전자의무기록 시스템 기반의 검사 정보 조회 장치 및 그 조회 방법
KR101510303B1 (ko) 2014-04-07 2015-04-09 (주)인투씨엔에스 Ｅｍｒ 서버와 임상병리 검사장비 연동 시스템
JP2017049796A (ja) * 2015-09-02 2017-03-09 株式会社医用工学研究所 診療データ管理システム及び診療データ管理プログラム
JP2019133358A (ja) * 2018-01-30 2019-08-08 株式会社湯山製作所 医療情報管理システム及び医療情報管理プログラム
CN111723133A (zh) * 2020-06-16 2020-09-29 武汉光谷联合医学检验所股份有限公司 核酸检测结果查询方法、设备、存储介质及装置

Also Published As

Publication number Publication date
US8589420B2 (en) 2013-11-19
JP5896000B2 (ja) 2016-03-30
JPWO2011004622A1 (ja) 2012-12-20
JP2014241173A (ja) 2014-12-25
US20120117088A1 (en) 2012-05-10

Similar Documents

Publication Publication Date Title
JP5896000B2 (ja) 医療情報システムおよびそのためのプログラム
JP5952835B2 (ja) 撮像プロトコルの更新及び／又はリコメンダ
US8521561B2 (en) Database system, program, image retrieving method, and report retrieving method
JP5455470B2 (ja) 医用画像読影システム
JP5663599B2 (ja) 診療支援システム及び診療支援方法
JP2020149682A (ja) 治療順序を判定する方法、コンピュータプログラム及びコンピューティング装置
EP3306617A1 (en) Method and apparatus of context-based patient similarity
US20120278105A1 (en) Protocol guided imaging procedure
EP2191399A1 (en) System and method for analyzing electronic data records
Wu et al. Chest imagenome dataset
US11630874B2 (en) Method and system for context-sensitive assessment of clinical findings
CN107077528A (zh) 具有基于文本识别的文本图像链接的图片归档系统
JP2015203920A (ja) 類似症例検索システム、類似症例検索方法及びプログラム
JP2018508075A (ja) コンピュータ支援されたケアのエピソードの構築
US12159696B2 (en) Medical data evaluation utilization system and medical data evaluation utilization method
WO2012032441A2 (en) Clinical state timeline.
JP4402033B2 (ja) 情報処理システム
JP2009069893A (ja) 診断支援装置及びプログラム
JP2012198928A (ja) データベースシステム、プログラム、及びレポート検索方法
JP2004348271A (ja) 治験データ出力装置、治験データ出力方法及び治験データ出力プログラム
JPWO2009025022A1 (ja) 情報処理システム、およびプログラム
US10318092B2 (en) Medical records visualization system for displaying related medical records in clusters with marked interrelationships on a time line
Deshpande et al. Ontology-based radiology teaching file summarization, coverage, and integration
Gómez et al. Preliminary Text Analysis from Medical Records for TB Diagnosis Support
JP2008217426A (ja) 症例登録システム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10796933

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2011521837

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 13383053

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10796933

Country of ref document: EP

Kind code of ref document: A1