WO2012141330A1 - 医療情報システム及び医療情報表示装置 - Google Patents

医療情報システム及び医療情報表示装置 Download PDF

Info

Publication number
WO2012141330A1
WO2012141330A1 PCT/JP2012/060298 JP2012060298W WO2012141330A1 WO 2012141330 A1 WO2012141330 A1 WO 2012141330A1 JP 2012060298 W JP2012060298 W JP 2012060298W WO 2012141330 A1 WO2012141330 A1 WO 2012141330A1
Authority
WO
WIPO (PCT)
Prior art keywords
examination
inspection
medical
status
unit
Prior art date
Application number
PCT/JP2012/060298
Other languages
English (en)
French (fr)
Inventor
博 深津
恒 川井
光 二見
賢一 丹羽
裕紀 斉藤
Original Assignee
株式会社 東芝
東芝メディカルシステムズ株式会社
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 株式会社 東芝, 東芝メディカルシステムズ株式会社 filed Critical 株式会社 東芝
Priority to CN201280002746.5A priority Critical patent/CN103080971B/zh
Publication of WO2012141330A1 publication Critical patent/WO2012141330A1/ja
Priority to US14/053,334 priority patent/US20140046699A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16Z—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS, NOT OTHERWISE PROVIDED FOR
    • G16Z99/00—Subject matter not provided for in other main groups of this subclass
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/74—Details of notification to user or communication with user or patient ; user input means
    • A61B5/742—Details of notification to user or communication with user or patient ; user input means using visual displays
    • A61B5/7425—Displaying combinations of multiple images regardless of image source, e.g. displaying a reference anatomical image with a live image
    • 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
    • G16H15/00—ICT specially adapted for medical reports, e.g. generation or transmission thereof
    • 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
    • G16H70/00—ICT specially adapted for the handling or processing of medical references
    • G16H70/60—ICT specially adapted for the handling or processing of medical references relating to pathologies

Definitions

  • Embodiments described herein relate generally to a medical information system and a medical information display device.
  • Examination information such as patient examinations, examination images, and medical findings reports (interpretation reports) on the examination images are managed by examination date, patient ID (patient identifier), type of medical imaging device, and the like. Therefore, the medical status in the examination and the relevance of the examination are unknown.
  • An object of the embodiment is to provide a medical information system and a medical information display device that can easily grasp the medical status of an examination.
  • the medical information system stores a status storage unit that associates and stores a character string that represents a medical status with each of a plurality of medical statuses, and inspection information related to a target examination in the status storage unit.
  • An extraction unit for extracting a stored character string
  • a status specifying unit for specifying a medical status associated with the extracted character string on the status storage unit
  • an examination identifier of the target examination and the specified
  • An examination information storage unit that stores the medical status in association with each other.
  • FIG. 1 is a diagram illustrating a configuration of a medical information system according to the present embodiment.
  • FIG. 2 is a functional block diagram of the medical information system according to Example 1 of the present embodiment.
  • FIG. 3 is a diagram illustrating an example of an initial table stored in the examination information storage unit of FIG.
  • FIG. 4 is a diagram showing an example of the status / character string table held in the status / character string storage unit of FIG.
  • FIG. 5 is a diagram illustrating a typical flow of information processing for generating an inspection information table performed by the control unit of FIG.
  • FIG. 6 is a diagram for explaining the processing of steps SA3 and SA4 in FIG. 5, and is a diagram illustrating an example of inspection information regarding three inspections.
  • FIG. 1 is a diagram illustrating a configuration of a medical information system according to the present embodiment.
  • FIG. 2 is a functional block diagram of the medical information system according to Example 1 of the present embodiment.
  • FIG. 3 is a diagram illustrating an example of an initial table stored in the
  • FIG. 7 is a diagram illustrating an example of the inspection information table generated by the inspection information table generation unit in step SA5 of FIG.
  • FIG. 8 is a functional block diagram of a medical information system according to Example 2 of the present embodiment.
  • FIG. 9 is a diagram showing an example of a disease name / character string table held in the disease name / character string storage unit of FIG.
  • FIG. 10 is a diagram illustrating an example of the relevance file described in the XML format stored in the relevance file storage unit of FIG.
  • FIG. 11 is a diagram illustrating an example of the relevance file described in the RDB format stored in the relevance file storage unit of FIG.
  • FIG. 12 is a diagram illustrating a typical flow of information processing for generating an examination information table performed under the control of the control unit in FIG. FIG.
  • FIG. 13 is a diagram for explaining the process of step SB5 of FIG. 12, and is a diagram illustrating an example of inspection information regarding three inspections.
  • FIG. 14 is a diagram illustrating an example of the inspection information table according to the second embodiment, which is generated in step SB6 of FIG.
  • FIG. 15 is a functional block diagram of the medical information system according to Example 3 of the present embodiment.
  • FIG. 16 is a diagram showing an example of a layout table held in the layout table storage unit of FIG. 15 and whose display position is defined by an absolute position.
  • FIG. 17 is a diagram showing an example of a layout table held in the layout table storage unit of FIG. 15 and whose display position is defined by a relative position.
  • 18 is a diagram illustrating a display example of an inspection map generated by the inspection map generation unit of FIG.
  • FIG. 19 is a diagram illustrating another display example of the inspection map generated by the inspection map generation unit of FIG.
  • FIG. 20 is a diagram illustrating another display example of the inspection map generated by the inspection map generation unit of FIG.
  • FIG. 21 is a diagram illustrating a display example of inspection icons in the inspection map of FIG.
  • FIG. 22 is a diagram showing an example of a display layout specified by the layout specifying unit in FIG.
  • FIG. 1 is a diagram showing a configuration of a medical information system 1 according to the present embodiment.
  • a medical information system 1 includes a server device 100, a client device (medical information display device) 200, an electronic medical record system 300, and a medical image photographing device 400 that are connected to each other via a network.
  • image communication between the apparatuses any existing standard such as DICOM standard which is a standard for medical images may be used.
  • As the information communication industry standard TCP / IP (transmission control protocol / internet protocol) communication is typically adopted. Information is transmitted and received in units of packets (basic unit of information to be transferred) via the network.
  • the electronic medical chart system 300 transmits examination request information (patient ID, examination date, examination name, examination site, examination comment, etc.) to the medical imaging apparatus 400 and the server apparatus 100.
  • the medical image photographing apparatus 400 photographs a patient examination image according to examination request information from the electronic medical chart system 300.
  • the photographed inspection image is transmitted to the server apparatus 100.
  • any medical imaging apparatus 400 such as an X-ray diagnostic apparatus, an X-ray computed tomography apparatus, a magnetic resonance imaging apparatus, an ultrasonic diagnostic apparatus, and a nuclear medicine diagnostic apparatus can be used as appropriate.
  • the client device 200 is a computer terminal that displays and inputs various types of information. Information input to the client device 200 is transmitted to the server device 100. Information from the server device 100 is displayed on the client device 200.
  • the client device 200 has a function of creating a medical finding report (interpretation report) for the examination image.
  • the interpretation report is transmitted to the server device 100.
  • a plurality of client devices 200 are connected to the medical information system 1.
  • the server apparatus 100 stores the examination request information from the electronic medical chart system 300, the examination image from the medical image photographing apparatus 400, and the interpretation report in association with each other.
  • FIG. 2 is a functional block diagram of the medical information system 1 according to the first embodiment.
  • the medical information system 1 according to the first embodiment includes an examination information storage unit 11, an examination information extraction unit 13, a status / character string storage unit 15, a character extraction unit 17, a status identification unit 19, and table generation.
  • the inspection information storage unit 11 stores inspection information.
  • the inspection information includes an inspection image, inspection request information, and an interpretation report. Further, the examination information may be an endoscope report or an ultrasound report.
  • the examination information is associated with incidental information such as a patient ID, examination date, examination ID, series ID, image ID, and report ID.
  • the inspection information storage unit 11 stores a table (hereinafter referred to as an initial table) in order to facilitate searching for inspection information related to the inspection to be processed.
  • the inspection to be processed is referred to as a target inspection.
  • FIG. 3 is a diagram showing an example of the initial table.
  • the initial table includes items such as examination ID, patient ID, report ID, examination date, image ID, and modality (type of medical imaging apparatus).
  • the examination ID is an examination identifier.
  • the patient ID is a patient identifier.
  • the report ID is an identifier of the interpretation report.
  • the inspection date is the date on which the inspection is performed.
  • the image ID is an identifier of the inspection image.
  • Modality is the type of medical imaging device used for the examination.
  • the inspection ID storage destination, the interpretation report storage destination, the inspection request information storage destination, and the like are associated with the inspection ID.
  • the inspection information extraction unit 13 extracts inspection information related to the target inspection from the inspection information storage unit 11 using an initial table or an inspection information table described later.
  • the status / character string storage unit 15 stores a character string representing the medical status in association with each of the plurality of medical statuses.
  • the character string representing the medical status and the medical status are associated in a table (LUT: look up table).
  • this table is referred to as a status / character string table.
  • the status / character string table is held in the status / character string storage unit 15.
  • FIG. 4 is a diagram showing an example of the status / character string table.
  • the status / character string table includes items of a character string ID, a character string, and a medical status.
  • the medical status indicates one stage of medical treatment in the whole medical treatment process from the first medical treatment to the end of the medical treatment.
  • the medical status includes, for example, first time, introduction, before treatment, follow-up, and after treatment.
  • the character string is a character string representing the medical status. Examples of the character string corresponding to the medical status “first time” include “first time” and “first time”. An example of a character string corresponding to the medical status “introduction” is “introduction”. Examples of the character string corresponding to the medical status “before treatment” include “differential diagnosis”.
  • the character string ID is an ID assigned to a set of a character string and a medical status that are related to each other.
  • the character extraction unit 17 extracts a character string representing the medical status from the examination information (interpretation report or electronic medical record).
  • the extracted character string candidates are character strings registered in the character string item of the status / character string table.
  • the character string extraction locations may be all the entry fields in the interpretation report or electronic medical record.
  • the extraction target is not limited to the character string described in the status entry column in the interpretation report or the electronic medical record, but also includes a character string freely described by the writer in the comment entry column or the like.
  • the status identification unit 19 identifies the medical status associated with the character string extracted by the character extraction unit 17 on the status / character string table.
  • the table generation unit 21 generates an examination information table in which the examination ID of the target examination is associated with the medical status identified by the status identification unit 19.
  • the generated inspection information table is stored in, for example, the inspection information storage unit 11.
  • the items in the examination information table are not limited to the examination ID and the medical status.
  • items of incidental information such as patient ID, examination date, examination ID, series ID, image ID, and report ID included in the initial table may be included in the examination information table.
  • the display unit 23 displays the inspection information such as the inspection image, the interpretation report, and the electronic medical record, the contents of the inspection information table, and the initial table on the display device.
  • the display device for example, a CRT display, a liquid crystal display, an organic EL display, a plasma display, or the like can be used as appropriate.
  • the operation unit 25 receives various instructions from the user via the input device.
  • the target inspection is designated by the user.
  • a pointing device such as a mouse or a trackball
  • a selection device such as a mode switch
  • an input device such as a keyboard
  • the control unit 27 functions as the center of the medical information system 1.
  • the control unit 27 stores an information processing program for generating an inspection information table in a memory.
  • the control unit 27 receives the start instruction via the operation unit 23, reads the information processing program, controls each unit in accordance with the read information processing program, and executes various processes for generating the inspection information table.
  • the inspection information storage unit 11, the inspection information extraction unit 13, the status / character string storage unit 15, the character extraction unit 17, the status identification unit 19, the table generation unit 21, and the control unit 27 are implemented in the server device 100. .
  • the operation unit 23 and the display unit 25 are mounted on the client device 200.
  • positioning of each part is not limited to this.
  • each unit mounted on the server apparatus 100 may be mounted on the electronic medical chart system 300 or the medical image photographing apparatus 400.
  • each unit mounted on the server apparatus 100 may be incorporated in the client apparatus 200 (computer terminal) as software to be in a stand-alone format.
  • the inspection information extraction unit 13, the character extraction unit 17, the status identification unit 19, and the like may be mounted on another device and operated independently.
  • FIG. 5 is a diagram illustrating a typical flow of information processing for generating an inspection information table performed under the control of the control unit 27.
  • the control unit 27 waits for the target examination to be selected (step SA1).
  • the target examination may be selected by the user via the operation unit 23. In this case, for example, it is specified by the user via the operation unit 23 from the list of inspection information stored in the inspection information storage unit 11 and displayed on the display unit 25.
  • step SA2 the inspection information extraction unit 13 extracts inspection information related to the target inspection designated in step SA1 from the inspection information storage unit 11.
  • the examination information extracted in step SA2 is examination information including a character string representing a medical status among examination images, interpretation reports, and electronic medical records. Typically, an interpretation report and an electronic medical record are extracted in step SA2.
  • step SA3 the control unit 27 causes the character extraction unit 17 to perform character string extraction processing (step SA3).
  • step SA3 the character extraction unit 17 extracts a character string from the interpretation report and the electronic medical record extracted in step SA2.
  • the extracted character string candidates are character strings registered in the status / character string table.
  • step SA3 the control unit 27 causes the status specifying unit 19 to perform a specifying process (step SA4).
  • step SA4 the status specifying unit 19 searches the status / character string table using the character string extracted in step SA3 as a search key, and specifies the medical status associated with the search key.
  • FIG. 6 is a diagram illustrating an example of inspection information regarding three inspections.
  • the inspection purpose is an item provided in the electronic medical record, and “Impression” is an item provided in the interpretation report.
  • the examination purpose related to examination A does not include a character string for specifying the medical status.
  • the character string “first time” is registered in the status / character string table as shown in FIG. Therefore, the character extraction unit 17 extracts the character string “first time” in “in the first CT examination... Then, the status specifying unit 19 specifies the medical status “first time” from the character string “first time” using the status / character string table.
  • the inspection purpose related to inspection B has a description of “differential diagnosis”.
  • This character string “differential diagnosis” is registered in the status / character string table as shown in FIG. Therefore, the character extraction unit 17 extracts the character string “differential diagnosis”.
  • the status specifying unit 19 specifies the medical status “before treatment” from the character string “differential diagnosis” using the status / character string table.
  • the finding column of the interpretation report regarding examination B there is a description “introduction”.
  • This character string “introduction” is registered in the status / character string table as shown in FIG. Therefore, the character string “introduction” is extracted by the character extraction unit 17.
  • the status specifying unit 19 specifies the medical status “introduction” from the character string “introduction” using the status / character string table.
  • examination C the character string “follow-up” is extracted for the purpose of examination, and the character string “after treatment” is extracted from the observation column, and the medical status “follow-up” and “after treatment” are specified.
  • examination B and examination C a plurality of medical statuses are specified for one examination.
  • a plurality of medical statuses may be registered in one examination.
  • the status specifying unit 19 may set the priority of each medical status in advance, and may limit one medical status from a plurality of medical statuses according to the priority. For example, it may be limited to a medical status with the highest priority among a plurality of medical statuses.
  • the same medical status may be specified for multiple examinations of a patient. For example, consider a case where patient A has two examinations such as examination A in FIG. In this case, the medical status “first time” is specified for each examination. The medical status “first time” indicates that the examination is the first time for the patient A. Therefore, it is not desirable that there are two examinations regarding the medical status “first time”.
  • the status specifying unit 19 may specify the medical status in consideration of not only the status / character string table but also the examination date. For example, it is assumed that the examination date of examination A is older than the examination date of examination B, and the medical status of both examination A and examination B is “initial”.
  • the status specifying unit 19 may set the medical status of the examination A to “initial” and set the medical status of the examination B to other than “initial”. In addition, the status specifying unit 19 may set a rule that the medical status “first time” is set for the examination with the oldest examination date for one patient. In this case, the character string extraction process by the character extraction unit 17 for the oldest inspection may be omitted.
  • step SA4 the control unit 27 causes the table generation unit 21 to perform generation processing (step SA5).
  • step SA5 the table generating unit 21 generates a test information table in which the test ID of the target test specified in step SA1 and the medical status specified in step SA4 are associated with each other.
  • the generated inspection information table is held in the inspection information storage unit 11.
  • the examination information storage unit 11 stores the examination ID of the target examination and its medical status in association with each other according to the examination information table.
  • the examination information table may be displayed by the display unit 25 in accordance with an instruction from the user. In this case, the display unit 25 does not need to display all records in the examination information table, and only displays records that match the search condition specified by the user.
  • FIG. 7 is a diagram showing an example of the inspection information table.
  • the examination information table includes items of examination ID, medical status, patient ID, report ID, examination date, image ID, and modality.
  • the examination and the medical status are associated with each other in the examination information table. Therefore, the user can easily grasp the medical status of the examination by referring to the examination information table without referring to the interpretation report or the electronic medical record.
  • Example 2 The medical information system according to the second embodiment specifies a medical relevance between examinations according to a disease name or the like related to each examination.
  • a medical information system according to the second embodiment will be described.
  • components having substantially the same functions as those in the first embodiment are denoted by the same reference numerals, and redundant description is provided only when necessary.
  • FIG. 8 is a functional block diagram of the medical information system 1 according to the second embodiment.
  • the medical information system 1 according to the second embodiment includes an examination information storage unit 11, an examination information extraction unit 13, a status / character string storage unit 15, a character extraction unit 17, a status identification unit 19, and table generation.
  • the disease name / character string storage unit 28 stores a character string representing a disease name in association with each of a plurality of disease names.
  • the character string representing the disease name and the disease name are associated with the table.
  • this table is referred to as a disease name / character string table, and a character string representing a disease name is referred to as a disease name character string.
  • the disease name / character string table is held in the disease name / character string storage unit 28.
  • FIG. 9 is a diagram showing an example of a disease name / character string table.
  • the disease name / character string table includes items of a character string ID, a character string, and a disease name.
  • Disease name is synonymous with diagnosis name. Examples of diagnostic names include squamous cell carcinoma, adenocarcinoma, and pneumonia.
  • the character string is a disease name character string. Examples of the disease name character string corresponding to the disease name “squamous cell carcinoma” include “HCC” and “squamous cell carcinoma”. As a disease name character string corresponding to the medical status “adenocarcinoma”, for example, there is “adenocarcinoma”.
  • the character string ID is an ID assigned to a set of a disease name character string and a disease name related to each other.
  • the character extraction unit 17 extracts a disease name character string from examination information such as an interpretation report and an electronic medical record.
  • examination information of a plurality of examinations is set as an extraction target.
  • a standard test for specifying the relationship between tests is called a target test, and a test for checking the relationship with the target test is called a comparative test.
  • the character extraction unit 17 extracts a disease name character string from the test information related to the target test and the test information related to the comparative test.
  • the disease name identification unit 29 identifies the disease name associated with the disease name character string extracted by the character extraction unit 17 on the disease name / character string table.
  • the identified disease name is associated with the examination ID and the medical status in the examination information table by the table generation unit 21.
  • the examination ID, the medical status, and the disease name are stored in the examination information storage unit 11 in association with each other.
  • the relevance file storage unit 30 stores a file (hereinafter referred to as a relevance file) in which relevance of disease names is described in an ontology.
  • a relevance file a file in which relevance of disease names is described in an ontology.
  • Various types of relevance files can be used. For example, an XML (extensible markup language) format or an RDB (relational database) format can be used.
  • FIG. 10 is a schematic diagram showing an example of an association file described in the XML format.
  • the relationship file in the XML format describes disease names in a dendritic form according to a pathological classification.
  • the term “disease” is described in the uppermost layer.
  • One term below the term “disease” is associated with the term “cancer”
  • one term below the term “cancer” is associated with the term “lung cancer”
  • lung cancer is the term “Squamous cell carcinoma” is associated with the term “adenocarcinoma”.
  • FIG. 11 is a diagram showing an example of the relevance file described in the RDB format.
  • the relevance file in the RDB format has items of disease ID, term, parent ID, child ID, and synonyms.
  • the disease ID is disease identification information.
  • the term is a disease name string.
  • the parent ID is a disease ID of a disease that is a superordinate concept of the disease represented by the term.
  • the child ID is a disease ID of a disease that is a subordinate concept of the disease represented by the term.
  • a synonym is a character string in which a term is rephrased with another expression.
  • the pathological superordinate concept of the term “lung cancer” is “cancer”
  • the pathological subordinate concept of the term “lung cancer” is “squamous cell carcinoma” or “adenocarcinoma”. Therefore, “2” is registered in the parent ID of the term “lung cancer”, and “3” and “4” are registered in the child ID.
  • the related examination specifying unit 31 uses the association file to determine whether or not the comparative examination is medically related to the reference examination from the disease name character string related to the target examination and the disease name character string related to the comparison examination. To do. Tests that are medically related to the target test will be referred to as related tests. In other words, the related test specifying unit 31 has a function of specifying a related test medically related to the reference test.
  • the related test specifying unit 31 determines whether or not the disease of the reference test and the disease of the comparative test are within a predetermined distance on the related file.
  • the predetermined distance is defined, for example, by the number of diseases intervening from the reference test disease to the comparative test on the tree diagram of the association file.
  • the predetermined distance can be arbitrarily set by the user via the operation unit 23. For example, when the predetermined distance is 2, a disease that belongs to the upper hierarchy or lower hierarchy by two from the reference test disease and a disease that belongs to the same hierarchy as the reference test disease are related to the reference test disease. If within the predetermined distance, it is determined that the comparative test is a related test related to the reference test. If it is not within the predetermined distance, it is determined that the comparison test is not a related test.
  • the related test specifying unit 31 searches the related file using the disease ID of the disease of the reference test as a search key, and determines the test ID of the related test associated on the related file. Identify.
  • the specified inspection ID is the inspection ID of the related inspection related to the reference inspection. If the inspection ID is not specified, it is determined that there is no related inspection related to the reference inspection.
  • the related test is not limited to the test directly related to the reference test on the relevance file, and the test indirectly related may be determined as the related test.
  • the directly associated examination means an examination described in the record to which the reference examination belongs in the relevance file.
  • An indirectly associated test means a test that is associated with a reference test through multiple tests in the relevance file.
  • the table generation unit 21 further associates the inspection ID of the target inspection with the inspection ID of the related inspection specified by the relevance specifying unit 31 in the inspection information table.
  • This inspection information table is stored in the inspection information storage unit 11.
  • the control unit 27 stores an information processing program for generating an inspection information table in which a reference inspection and a related inspection are associated with each other in a memory.
  • the control unit 27 receives the start instruction via the operation unit 23, reads the information processing program, controls each unit according to the read information processing program, and executes various processes for generating the inspection information table.
  • FIG. 12 is a diagram illustrating a typical flow of information processing for generating an examination information table performed under the control of the control unit 27 according to the second embodiment.
  • the control unit 27 waits for the target inspection and the comparison inspection to be selected (step SB1).
  • an examination to which the stored interpretation report belongs is designated as a target examination.
  • the target examination may be selected by the user via the operation unit 23.
  • the comparison inspection is stored in the inspection information storage unit 11 and is designated from the list of inspection information displayed on the display unit 25 by the user via the operation unit 23 or automatically.
  • the comparison inspection is not limited to one, and a plurality of comparison inspections may be selected.
  • the target examination may also be specified by the user via the operation unit 23 from the list of examination information stored in the examination information storage unit 11 and displayed on the display unit 25.
  • the control unit 27 causes the inspection information extraction unit 13 to perform inspection information extraction processing (step SB2).
  • the inspection information extraction unit 13 extracts inspection information regarding the target inspection and the comparative inspection selected in step SB1.
  • the examination information extracted in step SB2 is examination information including a character string representing a disease name among examination images, interpretation reports, and electronic medical records. Typically, an interpretation report and an electronic medical record are extracted.
  • step SB3 the control unit 27 causes the character extraction unit 17 to perform character string extraction processing (step SB3).
  • step SB3 the character extraction unit 17 extracts a disease name character string from the interpretation report and the electronic medical record extracted in step SB2.
  • the extracted character string candidates are character strings registered as disease names in the association file.
  • step SB4 the control unit 27 causes the disease name specifying unit 29 to perform a disease name specifying process (step SB4).
  • the disease name specifying unit 29 specifies a disease name using a disease name / character string table from the disease name character string of the target test in step SB3, and in step SB3, the disease name is determined from the disease name character string of the comparative test. / Identify the disease name using the character string table.
  • the disease name of the target examination is associated with the examination ID and the medical status in the examination information table by the table generation unit 21.
  • the test ID, medical status, and disease name of the target test are stored in the test information storage unit 11 in association with each other.
  • the disease name of the comparison test is associated with the test ID and the medical status in the test information table by the table generation unit 21.
  • the test ID, medical status, and disease name of the comparative test are stored in the test information storage unit 11 in association with each other.
  • step S4 the control unit 27 causes the related examination specifying unit 31 to perform a specifying process (step SB5).
  • step SB5 the related examination specifying unit 31 uses the association file from the disease name character string of the target examination and the disease name character string of the comparison examination to determine whether the comparison examination is a related examination related to the target examination. Determine whether.
  • FIG. 13 is a diagram illustrating an example of inspection information regarding three inspections.
  • the interpretation column of the interpretation report regarding examination B there is a description “squamous cell carcinoma”
  • the finding column of the interpretation report relating to examination C there is a description “lung cancer”.
  • these two terms are registered in the association file as shown in FIG. Therefore, the term “squamous cell carcinoma” is extracted from the interpretation report relating to examination B and the term “lung cancer” is extracted from the interpretation report relating to examination C by the character extraction unit 17.
  • “squamous cell carcinoma” and “lung cancer” are pathologically related.
  • “squamous cell carcinoma” is included in “lung cancer” as a pathological concept.
  • inspection B is a target inspection
  • inspection C is a comparative inspection.
  • the relevance specifying unit 31 uses the relevance file in the XML format or the relevance file in the RDB format to associate “squamous cell carcinoma” and “lung cancer”. It is determined that this is a related inspection.
  • the comparative inspection is a related inspection of the reference inspection
  • the process proceeds to step SB6.
  • the comparison inspection is not the related inspection of the reference inspection, the information processing is terminated without performing Step SB6.
  • step SB6 the control unit 27 causes the table generation unit 21 to perform generation processing (step SB6).
  • step SB6 the table generating unit 21 associates the inspection ID of the target inspection with the inspection ID of the related inspection in the inspection information table. If it is determined in step SB5 that the comparative inspection is not a related inspection, the inspection information table is not changed.
  • the examination information table may be displayed by the display unit 25 in accordance with an instruction from the user. In this case, the display unit 25 does not need to display all records in the examination information table, and only displays records that match the search condition specified by the user.
  • FIG. 14 is a diagram illustrating an example of an inspection information table according to the second embodiment.
  • the examination information table includes an examination ID, a medical status, a patient ID, a report ID, an examination date, an image ID, and a modality item, and an associated examination ID item and a disease name item.
  • the related test ID is a test ID of a related test medically related to the test corresponding to the test ID.
  • N / A means empty.
  • the disease name is the name of the disease of the test corresponding to the test ID.
  • examinations, medical statuses, and related examinations are associated with each other. Therefore, the user can easily grasp the relationship between examinations without referring to an interpretation report or an electronic medical record.
  • Example 3 The medical information system according to the third embodiment displays examination information in a layout that allows the user to clearly grasp the medical status and the relevance of the examination.
  • a medical information system according to the third embodiment will be described.
  • components having substantially the same functions as those in the first embodiment and the second embodiment are denoted by the same reference numerals, and redundant description is provided only when necessary.
  • FIG. 15 is a diagram illustrating functional blocks of the medical information system 1 according to the third embodiment.
  • the medical information system 1 according to the third embodiment includes an examination information storage unit 11, an examination information extraction unit 13, a status / character string storage unit 15, a character extraction unit 17, a status identification unit 19, and table generation.
  • the operation unit 23 the display unit 25, the control unit 27, the disease name / character string storage unit 28, the disease name identification unit 29, the relevance file storage unit 30, and the related examination identification unit 31, an examination map generation unit 33, a layout table storage unit 35, and a layout specifying unit 37.
  • the examination map generation unit 33 generates a map (hereinafter referred to as an examination map) in which a plurality of examination icons (hereinafter referred to as examination icons) are arranged according to the medical status.
  • an examination icon an image capable of visually recognizing the contents of the inspection is used.
  • the inspection icon includes a thumbnail of an inspection image, a thumbnail of an interpretation report, a thumbnail of an electronic medical record, character information of incidental information (such as an inspection ID), and the like.
  • the inspection map is displayed by the display unit so that the inspection relation between a plurality of inspections to be displayed can be recognized.
  • the examination relevance is displayed so that it can be recognized by a line connecting the examination icons or by visual distinction.
  • the layout table storage unit 35 stores the medical status and the type of display information in association with each of the plurality of display layouts.
  • the layout table storage unit 35 holds a table (hereinafter referred to as a layout table) in which a medical status and a type of display information are associated with each of a plurality of display layouts.
  • the display layout means a display position of inspection information to be displayed. The display position is defined by an absolute position on the display screen or a relative position from other display information.
  • the layout table varies depending on the definition of the display position.
  • the type of display information is an inspection image, an interpretation report, or an electronic medical record included in the inspection information.
  • FIG. 16 is a diagram showing an example of a layout table in which display positions are defined by absolute positions.
  • this layout table has items of layout ID, medical status, screen position, and application (type of display information).
  • the medical status is the medical status of the target examination.
  • the screen position is a display position on the display screen such as “upper left”, “upper right”, “lower”, “first from left”, “second from left”, and the like.
  • the application is a type of inspection information to be displayed. Examples of types of inspection information to be displayed include inspection images, interpretation reports, and electronic medical records.
  • the examination image with the medical status “first time” is displayed on the lower left of the display screen (or on the application window), and the examination image with the medical status “treatment plan” is displayed. It is displayed on the upper right of the screen (or application window).
  • FIG. 17 is a diagram showing an example of a layout table in which display positions are defined by relative positions.
  • this layout table has items of layout ID, medical status, screen position, application (type of display information), and standard medical status.
  • the relative position from the inspection information of the reference inspection such as “upper left”, “upper right”, “lower”, “right”, “left” and the like is described.
  • the reference inspection is an inspection displayed together with the target inspection.
  • the medical status of the standard examination such as “N / A”, “first time”, and “treatment plan” is described. For example, when the layout ID is 5, an interpretation report of the medical status “treatment plan” is displayed to the right of the interpretation report of the medical status “first time”.
  • the layout specifying unit 37 uses the layout table to specify the display layout of the inspection information. Specifically, in the case of a display layout whose display position is defined by an absolute position, the layout specifying unit 37 searches the layout table using the medical status of the target examination and the type of display information as search keys, and associates them with the search keys. The specified display position is specified. In the case of a layout in which the display position is defined by the relative position, the layout specifying unit 37 searches the layout table using the medical status of the target examination, the type of display information, and the medical status of the reference examination as search keys, and associates them with the search key. The specified display position is specified.
  • the control unit 27 stores an information processing program for displaying inspection information in a memory.
  • the control unit 27 receives the start instruction via the operation unit 23, reads the information processing program, controls each unit according to the read information processing program, and executes various processes for displaying the inspection information.
  • FIG. 18 is a diagram illustrating a display example of the inspection map MP.
  • the examination map MP has a plurality of examination icons I (I1, I2, I3, I4, I5, I6, and I7) arranged according to the medical status.
  • the examination map MP is generated for one patient, for example.
  • the patient for which the examination map MP is to be generated is designated by the user via the operation unit 23.
  • the examination map generation unit 33 generates a single examination map according to a plurality of examinations related to the designated patient.
  • the examination for which the examination map is generated may be all examinations related to the designated patient or may be examination designated by the user via the operation unit 23.
  • the examination map generation unit 33 refers to the examination information table stored in the examination information storage unit 11 and identifies the medical status for each of a plurality of target examinations. Then, the examination map generation unit 33 generates the examination map MP by arranging a plurality of examination icons respectively corresponding to a plurality of examinations in the order of the medical status.
  • the inspection map MP is displayed by the display unit 25.
  • the display unit 25 refers to the examination information table stored in the examination information storage unit 11 in order to specify the examination relevance between the plurality of examinations.
  • the display unit 25 displays the relevance between the inspection icon of the target inspection and the inspection icon of the related inspection in a recognizable manner. Specifically, the display unit 25 connects a plurality of examination icons respectively corresponding to a plurality of examinations having examination relevance with lines such as arrows according to the examination relevance.
  • the inspection of ID2 and the inspection of ID1 are specified as the related inspection of ID5.
  • a plurality of examination icons respectively corresponding to a plurality of examinations having examination relevance are connected by lines such as arrows. The arrowhead is directed to the inspection icon of the later inspection of the two inspections.
  • the medical status of the examination corresponding to the examination icon I1 is “introduction”, and the medical treatment status of the examination corresponding to the examination icon I3 is “preoperative”, which corresponds to the examination icon I4.
  • the medical status of the examination is “postoperative”, the medical status of the examination corresponding to the examination icons I2 and I5 is “N / A”, and the medical status of the examination corresponding to the examination icons I6 and I7 is “postoperative”. It is.
  • the examination icon I1 and the examination corresponding to the examination icon I2 are related, the examination icon I1 and the examination icon I2 are connected by an arrow.
  • the examination icon I5 and the examination corresponding to the examination icon I6 are not related, the examination icon I5 and the examination icon I6 are not connected by an arrow.
  • the examination map generation unit 33 places examination icons for related examinations on the same line, and places examination icons for unrelated examinations on the same line. Instead, place them on separate lines.
  • the examination map generation unit 33 may arrange examination icons in consideration of not only the diagnosis status but also other examination information such as the type of medical imaging apparatus (type of modality).
  • the plurality of inspection icons are arranged in the inspection map MP for each type of modality.
  • the upper area of the inspection map MP is set as an area for the inspection icon of the inspection by the CT apparatus
  • the lower area of the inspection map MP is an area for the inspection icon of the inspection by the MR apparatus. Is set. This considered information is not limited to the medical image processing apparatus.
  • a disease name etc. are mentioned, for example.
  • FIG. 19 is a diagram showing a display example of the examination map MP2 in which the disease name is considered.
  • the arrangement positions of the examination icons I1 to I6 are classified according to the disease name.
  • names of all diseases such as lung cancer and pneumonia can be used.
  • the examination icons I1 to I6 are divided according to lung cancer and pneumonia.
  • the examination icons I1 to I4 belong to the disease name “lung cancer”, and the examination icons I5 and I6 belong to the disease name “pneumonia”.
  • the inspection map generation unit 33 may arrange information useful for grasping the flow of inspection on the inspection map. For example, as shown in FIG. 18 and FIG. 19, when the medical status “preoperative” and “postoperative” are included, between the “preoperative” examination icon I3 and the “postoperative” examination icon I4. A surgical name such as “surgery for lung cancer” may be arranged.
  • examination icons are arranged in the examination map according to the medical status and relevance of a plurality of examinations related to a certain patient. Therefore, the user can grasp the medical statuses and relationships of a plurality of examinations at a glance by simply observing the examination map.
  • the display mode of the inspection relevance between inspections is not limited only to the line connecting inspection icons.
  • the display unit 25 may visually distinguish and display a plurality of examination icons respectively corresponding to a plurality of examinations having examination relevance and other examination icons.
  • FIG. 20 is a diagram for explaining another display method of the inspection map.
  • the inspection map MP3 does not display an arrow indicating the inspection relevance.
  • the user designates an examination icon corresponding to an examination for which a related examination is desired from among a plurality of examination icons displayed on the examination map MP3 via the operation unit 23.
  • the inspection icon I4 is designated.
  • the inspection corresponding to the inspection icon I4 is related to the inspection corresponding to the inspection icon I3 and the inspection corresponding to the inspection icon I6, as in FIG.
  • the display unit 25 displays the examination icon I4, the examination icon I3, and the examination icon I6 as other examination icons (that is, the examination icon I1, the examination icon I5, and the examination icon I7).
  • the display unit 25 displays the inspection icon having the inspection relevance separately from the other inspection icons.
  • the method of distinction does not depend on color alone.
  • the display unit 25 may blink an examination icon having examination relevance or surround it with a frame. Further, the display unit 25 may mask other inspection icons. Further, the display unit 25 may visually display the designated inspection icon I4 with respect to the inspection icon I3 and the inspection icon I6.
  • the inspection map is displayed on the display unit 25.
  • the display unit 25 displays the inspection information of the inspection corresponding to the selected inspection icon.
  • the examination information of the examination related to the examination corresponding to the selected examination icon may be displayed.
  • the display layout of the inspection information is specified by the display layout specifying unit 37.
  • the type of inspection information to be displayed can be arbitrarily specified by the user via the operation unit 23.
  • the layout specifying unit 37 searches the display layout table using the medical treatment status of the examination corresponding to the designated examination icon and the display information “examination image” as search keys, and is associated with the search key on the layout table. Specify the display position.
  • the display unit 25 displays the inspection image of the inspection corresponding to the specified inspection icon at the specified display position.
  • the layout specifying unit 37 specifies an examination related to the examination corresponding to the designated examination icon using, for example, an examination information table.
  • the layout specifying unit 37 searches the layout table using the specified related inspection and the display information “inspection image” as a search key, and specifies the display position associated with the search key on the layout table.
  • the display unit 25 displays the inspection image of the related inspection at the specified display position.
  • the layout specifying unit 37 specifies the related inspection of the inspection corresponding to the specified inspection icon using, for example, an inspection information table.
  • the examination corresponding to the designated examination icon is set as the target examination, and the related examination is set as the reference examination.
  • the layout specifying unit 37 searches the layout table using the medical status of the target examination, the medical status of the reference examination, and the display information “examination image” as search keys, and specifies the display position associated with the search key on the layout table. To do.
  • the display unit 25 displays the inspection image of the target inspection and the inspection image of the reference inspection at the specified display position. For the first inspection image, the display position may be specified using the layout table of FIG.
  • the inspection of ID2 and the inspection of ID1 are the ID4 related inspection as shown in FIG. Identified.
  • the examination image of the treatment status “treatment plan” is on the right side of the examination image of the treatment status “first time”, and the treatment status “after treatment” is on the right side of the examination image of the treatment status “treatment plan”.
  • the inspection image is displayed. That is, in order from the left, an examination image with the medical status “first time”, an examination image with the medical status “treatment plan”, and an examination image with the medical status “after treatment” are arranged.
  • FIG. 22 is a diagram showing an example of the display layout.
  • an examination image IM1 related to the medical status “first time” is displayed on the left side of the first display
  • an examination image IM2 related to the medical status “treatment plan” is displayed on the right side.
  • an examination image IM3 related to the medical status “after treatment” is displayed on the second display.
  • the display unit 25 can display a plurality of pieces of inspection information with the display layout specified by the layout specifying unit 37.
  • the examination information displayed in this way is limited to information related to each other, and a display layout corresponding to the medical status is automatically selected. Therefore, the user can easily grasp the medical status and relevance of the examination information.
  • the inspection to be displayed is set by specifying the inspection icon.
  • this embodiment is not limited to this.
  • the inspection to be displayed may be specified on the initial table or the inspection information table by the user via the operation unit 23.
  • the examination medical status is automatically specified from the description in the examination information, and a table in which the examination ID and the medical status are associated with each other is generated. Therefore, the examination can be managed by the medical status. As a result, the user can easily grasp the medical status of the examination without referring to the interpretation report and the electronic medical record.
  • the relationship between the inspections is automatically specified from the description in the inspection information, and a table in which the inspection ID and the related inspection ID are associated is generated. Therefore, according to the second embodiment, the examination can be managed by the medical status and the examination relevance. As a result, the user can easily grasp the medical status and relevance of the examination without referring to the interpretation report and the electronic medical record.
  • an examination map in which examination icons are arranged according to the medical status is generated. Then, an inspection map is displayed so that the user can recognize the inspection relevance between inspections.
  • the user wants to know the medical status and relevance of the examination, the user can easily grasp the medical status and relevance by observing the examination map without referring to the interpretation report and the electronic medical record.
  • a display layout corresponding to the medical status is automatically specified, and examination information of a plurality of examinations is displayed in this display layout.
  • the inspection information to be displayed is limited to inspection information related to inspections. Accordingly, it is possible to reduce labor such as image selection when observing a plurality of examinations such as comparative interpretation.

Landscapes

  • Health & Medical Sciences (AREA)
  • Public Health (AREA)
  • Engineering & Computer Science (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Epidemiology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Biomedical Technology (AREA)
  • Surgery (AREA)
  • Animal Behavior & Ethology (AREA)
  • Molecular Biology (AREA)
  • Pathology (AREA)
  • Veterinary Medicine (AREA)
  • Biophysics (AREA)
  • Physics & Mathematics (AREA)
  • Heart & Thoracic Surgery (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

　検査の診療ステータスの把握を容易にすること。　ステータス／文字列記憶部１５は、複数の診療ステータスの各々に診療ステータスを表現する文字列を関連付けて記憶する。文字抽出部１７は、対象検査に関する検査情報からステータス／文字列記憶部１５に記憶されている文字列を抽出する。ステータス特定部１９は、抽出された文字列にステータス／文字列記憶部１５上で関連付けられた診療ステータスを特定する。検査情報記憶部１１は、対象検査の検査識別子と特定された診療ステータスとを関連付けて記憶する。

Description

医療情報システム及び医療情報表示装置
　本発明の実施形態は、医療情報システム及び医療情報表示装置に関する。
　患者の検査、検査画像、検査画像に対する医学的所見の報告書（読影レポート）等の検査情報は、検査日や患者ＩＤ（患者識別子）、医用画像撮影装置の種類等によって管理されている。従って、検査における診療ステータスや検査の関連性は、不明である。
　例えば、治療前後の検査画像を比較読影する場合、単純に基準の検査から前回、前々回と自動検索して表示しても、それらが治療前後の検査画像か否かは不明である。また、検査一覧に表示される内容は、一般的に、管理されている情報の順序（検査日や患者ＩＤ、医用画像撮影装置の種類等の順序）となるため、検査間の関連性（例えば、検査Ａは検査Ｂのフォローアップ、検査Ｃは検査Ａと検査Ｂとは関係ない等）は不明である。従って医師は電子カルテ等を参照したり、過去の読影レポートを読み返したりして、診療ステータスや検査の関連性を把握している。
特開２００７－１６７６３４号公報 特開２００９－１９３１５７号公報
　実施形態の目的は、検査の診療ステータスを容易に把握可能な医療情報システム及び医療情報表示装置を提供することにある。
　本実施形態に係る医療情報システムは、医療情報システムは、複数の診療ステータスの各々に診療ステータスを表現する文字列を関連付けて記憶するステータス記憶部と、対象検査に関する検査情報から前記ステータス記憶部に記憶されている文字列を抽出する抽出部と、前記抽出された文字列に前記ステータス記憶部上で関連付けられた診療ステータスを特定するステータス特定部と、前記対象検査の検査識別子と前記特定された診療ステータスとを関連付けて記憶する検査情報記憶部と、を具備する。
　検査の診療ステータスを容易に把握可能な医療情報システム及び医療情報表示装置の提供が実現する。
図１は、本実施形態に係る医療情報システムの構成を示す図である。 図２は、本実施形態の実施例１に係る医療情報システムの機能ブロック図である。 図３は、図２の検査情報記憶部に記憶されている初期テーブルの一例を示す図である。 図４は、図２のステータス／文字列記憶部に保持されているステータス／文字列テーブルの一例を示す図である。 図５は、図２の制御部により行われる検査情報テーブル生成のための情報処理の典型的な流れを示す図である。 図６は、図５のステップＳＡ３及びＳＡ４の処理を説明するための図であり、３つの検査に関する検査情報の一例を示す図である。 図７は、図５のステップＳＡ５において検査情報テーブル生成部により生成される、検査情報テーブルの一例を示す図である。 図８は、本実施形態の２実施例に係る医療情報システムの機能ブロック図である。 図９は、図８の疾患名／文字列記憶部に保持されている疾患名／文字列テーブルの一例を示す図である。 図１０は、図８の関連性ファイル記憶部に記憶されている、ＸＭＬ形式で記述された関連性ファイルの一例を示す図である。 図１１は、図８の関連性ファイル記憶部に記憶されている、ＲＤＢ形式で記述された関連性ファイルの一例を示す図である。 図１２は、図８の制御部の制御により行われる、検査情報テーブル生成のための情報処理の典型的な流れを示す図である。 図１３は、図１２のステップＳＢ５の処理を説明するための図であり、３つの検査に関する検査情報の一例を示す図である。 図１４は、図１２のステップＳＢ６において生成される、実施例２に係る検査情報テーブルの一例を示す図である。 図１５は、本実施形態の実施例３に係る医療情報システムの機能ブロック図である。 図１６は、図１５のレイアウトテーブル記憶部に保持される、絶対位置により表示位置が規定されるレイアウトテーブルの一例を示す図である。 図１７は、図１５のレイアウトテーブル記憶部に保持される、相対位置により表示位置が規定されるレイアウトテーブルの一例を示す図である。 図１８は、図１５の検査マップ生成部により生成される検査マップの一表示例を示す図である。 図１９は、図１５の検査マップ生成部により生成される検査マップの他の表示例を示す図である。 図２０は、図１５の検査マップ生成部により生成される検査マップの他の表示例を示す図である。 図２１は、図２０の検査マップにおける検査アイコンの表示例を示す図である。 図２２は、図１５のレイアウト特定部により特定される表示レイアウトの一例を示す図である。
　以下、図面を参照しながら本実施形態に係わる医療情報システム及び医療情報表示装置を説明する。
　図１は、本実施形態に係る医療情報システム１の構成を示す図である。図１に示すように、本実施形態に係る医療情報システム１は、互いにネットワークを介して接続されたサーバ装置１００、クライアント装置（医療情報表示装置）２００、電子カルテシステム３００、医用画像撮影装置４００を有している。各装置間の画像通信としては、医用画像の標準規格であるＤＩＣＯＭ規格等、既成の如何なる規格を利用してもよい。なお、情報通信としては、典型的には、業界標準規格のＴＣＰ／ＩＰ（transmission control protocol / internet protocol）通信が採用される。情報は、ネットワークを介してパケット単位（転送する情報の基本単位）で送受信される。
　電子カルテシステム３００は、医用画像撮影装置４００やサーバ装置１００に検査依頼情報（患者ＩＤ、検査日、検査名、検査部位、検査コメント等）を送信する。医用画像撮影装置４００は、電子カルテシステム３００からの検査依頼情報に従って、患者の検査画像を撮影する。撮影された検査画像は、サーバ装置１００に送信される。医用画像撮影装置４００としては、Ｘ線診断装置、Ｘ線コンピュータ断層撮影装置、磁気共鳴イメージング装置、超音波診断装置、核医学診断装置等のあらゆる医用画像撮影装置４００が適宜利用可能である。クライアント装置２００は、各種の情報を表示したり入力したりするコンピュータ端末である。クライアント装置２００に入力された情報は、サーバ装置１００に送信される。また、サーバ装置１００から情報は、クライアント装置２００に表示される。また、クライアント装置２００は、検査画像に対する医学的な所見報告書（読影レポート）を作成する機能を有する。読影レポートは、サーバ装置１００に送信される。通常、医療情報システム１には、複数のクライアント装置２００が接続されている。サーバ装置１００は、電子カルテシステム３００からの検査依頼情報と、医用画像撮影装置４００からの検査画像と、読影レポートとを関連付けて保管する。
（実施例１）
　図２は、実施例１に係る医療情報システム１の機能ブロック図である。図２に示すように、実施例１に係る医療情報システム１は、検査情報記憶部１１、検査情報抽出部１３、ステータス／文字列記憶部１５、文字抽出部１７、ステータス特定部１９、テーブル生成部２１、操作部２３、表示部２５、及び制御部２７を有する。
　検査情報記憶部１１は、検査情報を記憶する。検査情報は、検査画像、検査依頼情報、及び読影レポートを含む。また、検査情報は、内視鏡レポートや超音波レポートでもよい。検査情報には、患者ＩＤ、検査日、検査ＩＤ、シリーズＩＤ、画像ＩＤ、レポートＩＤ等の付帯情報が関連付けられている。検査情報記憶部１１は、処理対象の検査に関する検査情報の検索を容易にするため、テーブル（以下、初期テーブルと呼ぶ）を保存している。以下、処理対象の検査を対象検査と呼ぶことにする。
　図３は、初期テーブルの一例を示す図である。図３に示すように、初期テーブルは、検査ＩＤ、患者ＩＤ、レポートＩＤ、検査日、画像ＩＤ、モダリティ（医用画像撮影装置の種類）等の項目を有する。検査ＩＤは、検査の識別子である。患者ＩＤは、患者の識別子である。レポートＩＤは、読影レポートの識別子である。検査日は、検査が実施された日である。画像ＩＤは、検査画像の識別子である。モダリティは、検査に利用された医用画像撮影装置の種類である。また、初期テーブルは、検査ＩＤに、検査画像の格納先、読影レポートの格納先、及び検査依頼情報の格納先等を関連付けている。
　検査情報抽出部１３は、初期テーブルや後述の検査情報テーブルを利用して対象検査に関する検査情報を検査情報記憶部１１から抽出する。
　ステータス／文字列記憶部１５は、複数の診療ステータスの各々に診療ステータスを表現する文字列を関連付けて記憶している。診療ステータスを表現する文字列と診療ステータスとは、テーブル（ＬＵＴ：look up table）において関連付けられている。以下、このテーブルをステータス／文字列テーブルと呼ぶことにする。ステータス／文字列テーブルは、ステータス／文字列記憶部１５に保持されている。
　図４は、ステータス／文字列テーブルの一例を示す図である。図４に示すように、ステータス／文字列テーブルは、文字列ＩＤ、文字列、及び診療ステータスの項目を有している。診療ステータスは、診療の初回から終了までの全診療過程における診療の一段階を示している。診療ステータスとしては、例えば、初回、紹介、治療前、経過観察、治療後等がある。文字列は、診療ステータスを表現する文字列である。診療ステータス「初回」に対応する文字列としては、例えば、「初回」や「はじめて」がある。診療ステータス「紹介」に対応する文字列としては、例えば、「紹介」がある。診療ステータス「治療前」に対応する文字列としては、例えば、「鑑別診断」がある。診療ステータス「経過観察」に対応する文字列としては、例えば、「フォローアップ」がある。診療ステータス「治療後」に対応する文字列としては、例えば、「治療後」がある。文字列ＩＤは、互いに関連する文字列と診療ステータスとのセットに割り振られたＩＤである。
　文字抽出部１７は、検査情報（読影レポート又は電子カルテ）から診療ステータスを表現する文字列を抽出する。抽出される文字列の候補は、ステータス／文字列テーブルの文字列項目に登録されている文字列である。なお、文字列の抽出箇所は、読影レポート又は電子カルテ内の全ての記入欄を対象としても良い。すなわち、抽出対象は、読影レポート又は電子カルテ内のステータス記入欄に記載された文字列に限らず、コメント記入欄等に記載者により自由に記載された文字列をも含む。
　ステータス特定部１９は、文字抽出部１７により抽出された文字列にステータス／文字列テーブル上で関連付けられた診療ステータスを特定する。
　テーブル生成部２１は、対象検査の検査ＩＤとステータス特定部１９により特定された診療ステータスとを関連付けた検査情報テーブルを生成する。生成された検査情報テーブルは、例えば、検査情報記憶部１１に記憶される。なお、検査情報テーブルの項目は、検査ＩＤと診療ステータスとに限定されない。例えば、初期テーブルに含まれる患者ＩＤ、検査日、検査ＩＤ、シリーズＩＤ、画像ＩＤ、レポートＩＤ等の付帯情報の項目が検査情報テーブルに含まれても良い。
　表示部２３は、検査画像、読影レポート、電子カルテ等の検査情報や検査情報テーブル、初期テーブルの内容を表示機器に表示する。表示機器としては、例えばＣＲＴディスプレイや、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等が適宜利用可能である。
　操作部２５は、入力機器を介したユーザからの各種指示を受け付ける。例えば、ユーザにより対象検査が指定される。入力機器としては、マウスやトラックボールなどのポインティングデバイス、モード切替スイッチ等の選択デバイス、あるいはキーボード等の入力デバイスが適宜利用可能である。
　制御部２７は、医療情報システム１の中枢として機能する。制御部２７は、検査情報テーブル生成のための情報処理プログラムをメモリに記憶している。制御部２７は、操作部２３を介した開始指示を受けて情報処理プログラムを読み出し、読み出された情報処理プログラムに従って各部を制御し、検査情報テーブル生成のための各種処理を実行させる。
　例えば、検査情報記憶部１１、検査情報抽出部１３、ステータス／文字列記憶部１５、文字抽出部１７、ステータス特定部１９、テーブル生成部２１、及び制御部２７は、サーバ装置１００に実装される。操作部２３と表示部２５とは、クライアント装置２００に実装される。なお本実施形態において各部の物理的な配置はこれに限定されない。例えば、サーバ装置１００に実装される各部を電子カルテシステム３００や医用画像撮影装置４００に実装させてもよい。また、サーバ装置１００に実装される各部をソフトウェアとしてクライアント装置２００（コンピュータ端末）に組み込むことによって、スタンドアローン形式としてもよい。コンピュータ端末に大きな負荷がかかる場合、検査情報抽出部１３や文字抽出部１７、ステータス特定部１９等を他の装置に実装させ、独立して運用させてもよい。
　以下に実施例１に係る医療情報システムの動作例について説明する。図５は、制御部２７の制御により行われる、検査情報テーブル生成のための情報処理の典型的な流れを示す図である。図５に示すように、制御部２７は、対象検査が選択されることを待機している（ステップＳＡ１）。典型的には、読影レポートがサーバ装置１００に保管された場合、この保管された読影レポートが属する検査が対象検査に指定される。また、ユーザにより操作部２３を介して対象検査が選択されてもよい。この場合、例えば、検査情報記憶部１１に記憶され、表示部２５に表示されている検査情報の一覧から、ユーザにより操作部２３を介して指定される。
　対象検査が指定されると制御部２７は、検査情報抽出部１３に検査情報の抽出処理を行わせる（ステップＳＡ２）。ステップＳＡ２において検査情報抽出部１３は、ステップＳＡ１において指定された対象検査に関する検査情報を検査情報記憶部１１から抽出する。ステップＳＡ２において抽出される検査情報は、検査画像、読影レポート、電子カルテのうちの、診療ステータスを表現する文字列が含まれる検査情報である。典型的には、ステップＳＡ２において読影レポートと電子カルテとが抽出される。
　ステップＳＡ２が行われると制御部２７は、文字抽出部１７に文字列の抽出処理を行わせる（ステップＳＡ３）。ステップＳＡ３において文字抽出部１７は、ステップＳＡ２において抽出された読影レポートと電子カルテとから文字列を抽出する。上述のように、抽出される文字列の候補は、ステータス／文字列テーブルに登録されている文字列である。
　ステップＳＡ３が行われると制御部２７は、ステータス特定部１９に特定処理を行わせる（ステップＳＡ４）。ステップＳＡ４においてステータス特定部１９は、ステップＳＡ３において抽出された文字列を検索キーとしてステータス／文字列テーブルを検索し、この検索キーに関連付けられた診療ステータスを特定する。
　以下、ステップＳＡ３及びＳＡ４の処理を、図６を参照しながら具体的に説明する。図６は、３つの検査に関する検査情報の一例を示す図である。なお、検査目的は電子カルテに設けられている項目であり、「Ｉｍｐｒｅｓｓｉｏｎ」は読影レポートに設けられている項目である。図６に示すように、検査Ａに関する検査目的には、診療ステータスを特定するための文字列が含まれていない。検査Ａに関する読影レポートの所見欄には、「初回ＣＴ検査で・・・」という記載がある。この中の文字列「初回」は、図４に示すように、ステータス／文字列テーブルに登録されている。従って、文字抽出部１７により「初回ＣＴ検査で・・・」の中の文字列「初回」が抽出される。そしてステータス特定部１９により、文字列「初回」からステータス／文字列テーブルを利用して診療ステータス「初回」が特定される。
　同様に、検査Ｂに関する検査目的には、「鑑別診断」という記載がある。この文字列「鑑別診断」は、図４に示すように、ステータス／文字列テーブルに登録されている。従って、文字抽出部１７により文字列「鑑別診断」が抽出される。そしてステータス特定部１９により、文字列「鑑別診断」からステータス／文字列テーブルを利用して診療ステータス「治療前」が特定される。また、検査Ｂに関する読影レポートの所見欄には、「紹介」という記載がある。この文字列「紹介」は、図４に示すように、ステータス／文字列テーブルに登録されている。従って、文字抽出部１７により文字列「紹介」が抽出される。そしてステータス特定部１９により、文字列「紹介」からステータス／文字列テーブルを利用して診療ステータス「紹介」が特定される。
　同様に検査Ｃにおいては検査目的から文字列「フォローアップ」、所見欄から文字列「治療後」が抽出され、診療ステータス「経過観察」や「治療後」が特定される・
　このように検査Ｂや検査Ｃにおいては、一の検査について複数の診療ステータスが特定される。この場合、複数の診療ステータスが一の検査に登録されてもよい。また、ステータス特定部１９は、各診療ステータスの優先度を予め設定しておき、優先度に従って複数の診療ステータスから一つの診療ステータスを限定してもよい。例えば、複数の診療ステータスのうちの一番優先度の高い診療ステータスに限定するとよい。
　ある患者の複数の検査について同一の診療ステータスが特定される場合がある。例えば、患者Ａに図６の検査Ａのような検査が２つ存在する場合を考える。この場合、それぞれの検査について診療ステータス「初回」が特定される。診療ステータス「初回」は、患者Ａにとって検査が初めてであることを示している。従って、診療ステータス「初回」に関する検査が２つあることは望ましくない。この場合、ステータス特定部１９は、ステータス／文字列テーブルだけでなく、さらに検査日をも考慮して診療ステータスを特定するとよい。例えば、検査Ａの検査日が検査Ｂの検査日よりも古く、検査Ａと検査Ｂとの両方の診療ステータスが「初回」であるとする。この場合、ステータス特定部１９は、検査Ａの診療ステータスを「初回」とし、検査Ｂの診療ステータスを「初回」以外に設定するとよい。また、ステータス特定部１９は、一の患者について、検査日が最も古い検査に診療ステータス「初回」を設定するというルールを設けても良い。この場合、最古の検査についての文字抽出部１７による文字列抽出処理を省略してもよい。
　ステップＳＡ４が行われると制御部２７は、テーブル生成部２１に生成処理を行わせる（ステップＳＡ５）。ステップＳＡ５においてテーブル生成部２１は、ステップＳＡ１において指定された対象検査の検査ＩＤとステップＳＡ４において特定された診療ステータスとを関連付けた検査情報テーブルを生成する。生成された検査情報テーブルは、検査情報記憶部１１に保持される。検査情報記憶部１１は、検査情報テーブルに従って対象検査の検査ＩＤとその診療ステータスとを関連付けて記憶する。検査情報テーブルは、ユーザからの指示に従って表示部２５により表示されてもよい。この場合、表示部２５は、検査情報テーブルの全てのレコードについて表示する必要は無く、ユーザにより指定された検索条件に合致するレコードのみを表示すればよい。
　図７は、検査情報テーブルの一例を示す図である。図７に示すように、検査情報テーブルは、検査ＩＤ、診療ステータス、患者ＩＤ、レポートＩＤ、検査日、画像ＩＤ、モダリティの項目を有している。図７に示すように、検査情報テーブルにおいて、検査と診療ステータスとが関連付けられている。従ってユーザは、検査情報テーブルを参照することにより、読影レポートや電子カルテ等を参照し直すことなく、検査の診療ステータスを容易に把握することができる。
（実施例２）
　実施例２に係る医療情報システムは、各検査に関する疾患名等に従って検査間の医学的な関連性を特定する。以下、実施例２に係る医療情報システムについて説明する。なお以下の説明において、実施例１と略同一の機能を有する構成要素については、同一符号を付し、必要な場合にのみ重複説明する。
　図８は、実施例２に係る医療情報システム１の機能ブロックを示す図である。図８に示すように、実施例２に係る医療情報システム１は、検査情報記憶部１１、検査情報抽出部１３、ステータス／文字列記憶部１５、文字抽出部１７、ステータス特定部１９、テーブル生成部２１、操作部２３、表示部２５、及び制御部２７に加え、さらに疾患名／文字列記憶部２８、疾患名特定部２９、関連性ファイル記憶部３０、及び関連検査特定部３１を有している。
　疾患名／文字列記憶部２８は、複数の疾患名の各々に疾患名を表現する文字列を関連付けて記憶している。疾患名を表現する文字列と疾患名とは、テーブルに関連付けられている。以下、このテーブルを疾患名／文字列テーブルと呼び、疾患名を表現する文字列を疾患名文字列と呼ぶことにする。疾患名／文字列テーブルは、疾患名／文字列記憶部２８に保持されている。
　図９は、疾患名／文字列テーブルの一例を示す図である。図９に示すように、疾患名／文字列テーブルは、文字列ＩＤ、文字列、及び疾患名の項目を有している。疾患名は、診断名と同義である。診断名としては、例えば、扁平上皮癌、腺癌、肺炎等がある。文字列は、疾患名文字列である。疾患名「扁平上皮癌」に対応する疾患名文字列としては、例えば、「ＨＣＣ」や「扁平上皮癌」がある。診療ステータス「腺癌」に対応する疾患名文字列としては、例えば、「腺癌」がある。診療ステータス「肺炎」に対応する疾患名文字列としては、例えば、「腺癌」や「間質性肺炎」がある。文字列ＩＤは、互いに関連する疾患名文字列と疾患名とのセットに割り振られたＩＤである。
　実施例２において文字抽出部１７は、読影レポートや電子カルテ等の検査情報から、疾患名文字列を抽出する。第２実施例の場合、複数の検査の検査情報が抽出対象に設定される。ここで、検査間の関連性を特定するうえでの、基準となる検査を対象検査と呼び、対象検査との関連性が調査される検査を比較検査と呼ぶことにする。文字抽出部１７は、対象検査に関する検査情報と比較検査に関する検査情報とからそれぞれ疾患名文字列を抽出する。
　疾患名特定部２９は、文字抽出部１７により抽出された疾患名文字列に疾患名／文字列テーブル上で関連付けられた疾患名を特定する。特定された疾患名は、テーブル生成部２１により、検査情報テーブルにおいて検査ＩＤと診療ステータスとに関連付けられる。検査ＩＤと診療ステータスと疾患名とは、互いに関連付けて検査情報記憶部１１に記憶される。
　関連性ファイル記憶部３０は、疾患名の関連性をオントロジー（ontology）的に記述したファイル（以下、関連性ファイルと呼ぶ）を記憶している。関連性ファイルの形式としては、様々なものが利用可能である。例えば、ＸＭＬ（extensible markup language）形式やＲＤＢ（relational database）形式が利用可能である。
　図１０は、ＸＭＬ形式で記述された関連性ファイルの一例を示す模式図である。図１０に示すように、ＸＭＬ形式の関連性ファイルは、疾患名を病理学的分類に従って樹枝状に記述している。例えば、最上層には、用語「疾患」が記述されている。用語「疾患」の１階層下には、用語「癌」が関連付けられ、用語「癌」の１階層下には、用語「肺癌」が関連付けられ、用語「肺癌」の１階層下には、用語「扁平上皮癌」と用語「腺癌」とが関連付けられている。
　図１１は、ＲＤＢ形式で記述された関連性ファイルの一例を示す図である。図１１に示すように、ＲＤＢ形式の関連性ファイルは、疾患ＩＤ、用語、親ＩＤ、子ＩＤ、類語の項目を有している。疾患ＩＤは、疾患の識別情報である。用語は、疾患名文字列である。親ＩＤは、用語が表現する疾患の上位概念の疾患の疾患ＩＤである。子ＩＤは、用語が表現する疾患の下位概念の疾患の疾患ＩＤである。類語は、用語を他の表現で言い換えた文字列である。例えば、用語「肺癌」の病理学的な上位概念は「癌」であり、用語「肺癌」の病理学的な下位概念は「扁平上皮癌」や「腺癌」である。従って用語「肺癌」の親ＩＤには「２」が登録され、子ＩＤには「３」と「４」とが登録されている。
　関連検査特定部３１は、関連性ファイルを利用して、対象検査に関する疾患名文字列と比較検査に関する疾患名文字列とから、比較検査が基準検査に医学的に関連しているか否かを判定する。対象検査に医学的に関連している検査を、関連検査と呼ぶことにする。換言すれば、関連検査特定部３１は、基準検査に医学的に関連している関連検査を特定する機能を有している。
　ＸＭＬ形式の関連性ファイルを利用する場合、関連検査特定部３１は、基準検査の疾患と比較検査の疾患とが関連性ファイル上において既定距離内にあるか否かを判定する。既定距離は、例えば、関連性ファイルの樹枝図上における、基準検査の疾患から比較検査までに介在する疾患の数により規定される。既定距離は、ユーザにより操作部２３を介して任意に設定可能である。例えば、既定距離が２の場合、基準検査の疾患から２つ分上位階層又は下位階層に属する疾患と、基準検査の疾患と同階層に属する疾患とが、基準検査の疾患と関連している。既定距離内にある場合、比較検査が基準検査に関連する関連検査であると判断される。既定距離内にない場合、比較検査が関連検査でないと判断される。
　ＲＤＢ形式の関連性ファイルを利用する場合、関連検査特定部３１は、基準検査の疾患の疾患ＩＤを検索キーとして関連性ファイルを検索し、関連性ファイル上で関連付けられた関連検査の検査ＩＤを特定する。特定された検査ＩＤが、基準検査に関連する関連検査の検査ＩＤである。検査ＩＤが特定されなかった場合、基準検査に関連する関連検査がないと判断される。関連検査は関連性ファイル上で基準検査に直接的に関連付けられている検査のみに限定されず、間接的に関連付けられている検査を関連検査と判断してもよい。なお、直接的に関連付けられている検査とは、関連性ファイルにおいて基準検査が属するレコードに記載されている検査を意味する。間接的に関連付けられている検査とは、関連性ファイルにおいて複数の検査を介して基準検査に関連付けられている検査を意味する。
　テーブル生成部２１は、検査情報テーブルにおいて、さらに対象検査の検査ＩＤと関連性特定部３１により特定された関連検査の検査ＩＤとを関連付ける。この検査情報テーブルは、検査情報記憶部１１に記憶される。
　制御部２７は、基準検査と関連検査とを関連付けた検査情報テーブル生成のための情報処理プログラムをメモリに記憶している。制御部２７は、操作部２３を介した開始指示を受けて情報処理プログラムを読み出し、読み出された情報処理プログラムに従って各部を制御し、この検査情報テーブル生成のための各種処理を実行する。
　以下に実施例２に係る医療情報システムの動作例について説明する。図１２は、実施例２に係る制御部２７の制御により行われる、検査情報テーブル生成のための情報処理の典型的な流れを示す図である。
　図１２に示すように、制御部２７は、対象検査と比較検査とが選択されることを待機している（ステップＳＢ１）。典型的には、読影レポートがサーバ装置１００に保管された場合、この保管された読影レポートが属する検査が対象検査に指定される。また、ユーザにより操作部２３を介して対象検査が選択されてもよい。比較検査は、検査情報記憶部１１に記憶され、表示部２５に表示されている検査情報の一覧から、ユーザにより操作部２３を介して又は自動的に指定される。比較検査は、一つに限らず複数選択されてもよい。なお、対象検査についても、検査情報記憶部１１に記憶され、表示部２５に表示されている検査情報の一覧から、ユーザにより操作部２３を介して指定されてもよい。
　対象検査と比較検査とが選択されると制御部２７は、検査情報抽出部１３に検査情報の抽出処理を行わせる（ステップＳＢ２）。ステップＳＢ２において検査情報抽出部１３は、ステップＳＢ１において選択された対象検査と比較検査とに関する検査情報を抽出する。ステップＳＢ２において抽出される検査情報は、検査画像、読影レポート、電子カルテのうちの、疾患名を表現する文字列が含まれる検査情報である。典型的には、読影レポートと電子カルテとが抽出される。
　ステップＳＢ２が行われると制御部２７は、文字抽出部１７に文字列の抽出処理を行わせる（ステップＳＢ３）。ステップＳＢ３において文字抽出部１７は、ステップＳＢ２において抽出された読影レポートや電子カルテから疾患名文字列を抽出する。上述のように、抽出される文字列の候補は、関連性ファイルに疾患名として登録されている文字列である。
　ステップＳＢ３が行われると制御部２７は、疾患名特定部２９に疾患名特定処理を行わせる（ステップＳＢ４）。ステップＳ４において疾患名特定部２９は、ステップＳＢ３において対象検査の疾患名文字列から疾患名／文字列テーブルを利用して疾患名を特定し、ステップＳＢ３において比較検査の疾患名文字列から疾患名／文字列テーブルを利用して疾患名を特定する。
　対象検査の疾患名は、テーブル生成部２１により、検査情報テーブルにおいて検査ＩＤと診療ステータスとに関連付けられる。対象検査の検査ＩＤと診療ステータスと疾患名とは、互いに関連付けて検査情報記憶部１１に記憶される。また、比較検査の疾患名は、テーブル生成部２１により、検査情報テーブルにおいて検査ＩＤと診療ステータスとに関連付けられる。比較検査の検査ＩＤと診療ステータスと疾患名とは、互いに関連付けて検査情報記憶部１１に記憶される。
　ステップＳ４が行われると制御部２７は、関連検査特定部３１に特定処理を行わせる（ステップＳＢ５）。ステップＳＢ５において関連検査特定部３１は、対象検査の疾患名文字列と比較検査の疾患名文字列とから、関連性ファイルを利用して、比較検査が対象検査に関連する関連検査であるか否かを判定する。
　以下、ステップＳＢ５の処理を、図１３を参照しながら具体的に説明する。図１３は、３つの検査に関する検査情報の一例を示す図である。検査Ｂに関する読影レポートのＩｍｐｅｓｓｉｏｎ欄には、「扁平上皮癌」という記載があり、検査Ｃに関する読影レポートの所見欄には、「肺癌」という記載がある。これら２つの用語は、図１３に示すように、関連性ファイルに登録されている。従って文字抽出部１７により検査Ｂに関する読影レポートから用語「扁平上皮癌」が、検査Ｃに関する読影レポートから用語「肺癌」が抽出される。図１０及び図１１の関連性ファイルに示すように、「扁平上皮癌」と「肺癌」とは、病理学的に関連している。より詳細には、「扁平上皮癌」は、病理学的な概念として「肺癌」に内包されている。ここで検査Ｂが対象検査であり、検査Ｃが比較検査であるとする。この場合、関連性特定部３１は、ＸＭＬ形式の関連性ファイルやＲＤＢ形式の関連性ファイルを利用して「扁平上皮癌」と「肺癌」とが関連している、すなわち、検査Ｃが検査Ｂの関連検査であると判定する。比較検査が基準検査の関連検査であると判定された場合、ステップＳＢ６に進む。比較検査が基準検査の関連検査でないと判定された場合、ステップＳＢ６を行わずに情報処理が終了する。
　ステップＳＢ５において比較検査が関連検査であると判定されると制御部２７は、テーブル生成部２１に生成処理を行わせる（ステップＳＢ６）。ステップＳＢ６においてテーブル生成部２１は、検査情報テーブルにおいて、対象検査の検査ＩＤと関連検査の検査ＩＤとを関連付ける。ステップＳＢ５において比較検査が関連検査でないと判定された場合、検査情報テーブルに変更は加えられない。検査情報テーブルは、ユーザからの指示に従って表示部２５により表示されてもよい。この場合、表示部２５は、検査情報テーブルの全てのレコードを表示する必要は無く、ユーザにより指定された検索条件に合致するレコードのみを表示すればよい。
　図１４は、実施例２に係る検査情報テーブルの一例を示す図である。図１４に示すように、検査情報テーブルは、検査ＩＤ、診療ステータス、患者ＩＤ、レポートＩＤ、検査日、画像ＩＤ、モダリティの項目に加え、関連検査ＩＤの項目と疾患名の項目とを有している。関連検査ＩＤは、検査ＩＤに対応する検査に医学的に関連している関連検査の検査ＩＤである。「Ｎ／Ａ」は、空（Ｎｕｌｌ）を意味する。疾患名は、検査ＩＤに対応する検査の疾患の名称である。図１４に示すように、検査情報テーブルにおいて、検査と診療ステータスと関連検査とが関連付けられている。従ってユーザは、読影レポートや電子カルテ等を参照し直すことなく、検査間の関連性を容易に把握することができる。
（実施例３）
　実施例３に係る医療情報システムは、診療ステータスや検査の関連性をユーザが明瞭に把握可能なレイアウトで検査情報を表示する。以下、実施例３に係る医療情報システムについて説明する。なお以下の説明において、実施例１及び実施例２と略同一の機能を有する構成要素については、同一符号を付し、必要な場合にのみ重複説明する。
　図１５は、実施例３に係る医療情報システム１の機能ブロックを示す図である。図１５に示すように、実施例３に係る医療情報システム１は、検査情報記憶部１１、検査情報抽出部１３、ステータス／文字列記憶部１５、文字抽出部１７、ステータス特定部１９、テーブル生成部２１、操作部２３、表示部２５、制御部２７、疾患名／文字列記憶部２８、疾患名特定部２９、関連性ファイル記憶部３０、及び関連検査特定部３１に加え、検査マップ生成部３３、レイアウトテーブル記憶部３５、レイアウト特定部３７をさらに有している。
　検査マップ生成部３３は、複数の検査のアイコン（以下、検査アイコンと呼ぶ）が診療ステータスに従って配列されたマップ（以下、検査マップと呼ぶ）を生成する。検査アイコンとしては、検査の内容を視覚的に認識可能な画像が利用される。例えば、検査アイコンとしては、検査画像のサムネイル、読影レポートのサムネイル、電子カルテのサムネイル、付帯情報（検査ＩＤ等）の文字情報等が挙げられる。検査マップは、表示対象の複数の検査間の検査関連性を認識可能に表示部により表示される。検査関連性は、検査アイコン同士を結ぶ線または視覚的区別により認識可能に表示される。
　レイアウトテーブル記憶部３５は、複数の表示レイアウトの各々に診療ステータスと表示情報の種類とを関連付けて記憶する。典型的には、レイアウトテーブル記憶部３５は、複数の表示レイアウトの各々に診療ステータスと表示情報の種類とを関連付けたテーブル（以下、レイアウトテーブルと呼ぶ）を保持している。表示レイアウトは、表示対象の検査情報の表示位置を意味する。表示位置は、表示画面上の絶対位置又は他の表示情報からの相対位置により規定される。表示位置の定義の違いに応じてレイアウトテーブルが異なる。表示情報の種類は、検査情報に含まれる検査画像、読影レポート、又は電子カルテなどである。
　図１６は、絶対位置により表示位置が規定されるレイアウトテーブルの一例を示す図である。図１６に示すように、このレイアウトテーブルは、レイアウトＩＤ、診療ステータス、画面位置、アプリケーション（表示情報の種類）の項目を有している。診療ステータスは、対象検査の診療ステータスである。画面位置は、「左上」、「右上」、「下」、「左から１番目」、「左から２番目」等の表示画面上の表示位置である。アプリケーションは、表示対象の検査情報の種類である。表示対象の検査情報の種類としては、検査画像、読影レポート、電子カルテが挙げられる。例えば、レイアウトＩＤが２で表示情報が検査画像の場合、診療ステータス「初回」の検査画像が表示画面上（又はアプリケーションウィンドウ上）の左下に表示され、診療ステータス「治療計画」の検査画像が表示画面上（又はアプリケーションウィンドウ上）の右上に表示される。
　図１７は、相対位置により表示位置が規定されるレイアウトテーブルの一例を示す図である。図１７に示すように、このレイアウトテーブルは、レイアウトＩＤ、診療ステータス、画面位置、アプリケーション（表示情報の種類）、基準診療ステータスの項目を有している。画面位置には、「左上」、「右上」、「下」、「右」、「左」等の、基準検査の検査情報からの相対位置が記載される。基準検査とは、対象検査とともに表示される検査である。基準診療ステータスの項目には、「Ｎ／Ａ」、「初回」、「治療計画」等の、基準検査の診療ステータスが記載される。例えば、レイアウトＩＤが５の場合、診療ステータス「治療計画」の読影レポートが診療ステータス「初回」の読影レポートの右に表示される。
　レイアウト特定部３７は、レイアウトテーブルを利用して、検査情報の表示レイアウトを特定する。具体的には、絶対位置により表示位置が規定される表示レイアウトの場合、レイアウト特定部３７は、対象検査の診療ステータスと表示情報の種類とを検索キーとしてレイアウトテーブルを検索し、検索キーに関連付けられた表示位置を特定する。相対位置により表示位置が規定されるレイアウトの場合、レイアウト特定部３７は、対象検査の診療ステータスと表示情報の種類と基準検査の診療ステータスとを検索キーとしてレイアウトテーブルを検索し、検索キーに関連付けられた表示位置を特定する。
　制御部２７は、検査情報表示のための情報処理プログラムをメモリに記憶している。制御部２７は、操作部２３を介した開始指示を受けて情報処理プログラムを読み出し、読み出された情報処理プログラムに従って各部を制御し、この検査情報表示のための各種処理を実行する。
　以下、実施例３に係る医療情報システムの動作例を説明する。まずは検査マップの生成処理について説明する。図１８は、検査マップＭＰの一表示例を示す図である。図１８に示すように、検査マップＭＰは、診療ステータスに従って配列された複数の検査アイコンＩ（Ｉ１、Ｉ２、Ｉ３、Ｉ４、Ｉ５、Ｉ６、及びＩ７）を有している。検査マップＭＰは、例えば、一人の患者について生成される。検査マップＭＰの生成対象の患者は、ユーザにより操作部２３を介して指定される。検査マップ生成部３３は、指定された患者に関する複数の検査に従って単一の検査マップを生成する。検査マップの生成対象となる検査は、指定された患者に関する全ての検査であっても、ユーザにより操作部２３を介して指定された検査であってもよい。
　まず検査マップ生成部３３は、検査情報記憶部１１に記憶されている検査情報テーブルを参照し、複数の対象検査の各々について診療ステータスを特定する。そして検査マップ生成部３３は、複数の検査にそれぞれ対応する複数の検査アイコンを診療ステータスの順番に従って配列することにより検査マップＭＰを生成する。
　検査マップＭＰは、表示部２５により表示される。複数の検査間の検査関連性を特定するために、表示部２５は、検査情報記憶部１１に記憶されている検査情報テーブルを参照する。表示部２５は、対象検査の検査アイコンと関連検査の検査アイコンとの間の関連性を認識可能に表示する。具体的には、表示部２５は、検査関連性を有する複数の検査にそれぞれ対応する複数の検査アイコンを、検査関連性に従って矢印等の線で結ぶ。
　例えば、図１４のＩＤ４の検査とその関連検査とに基づく検査マップの生成要求が操作部２３を介してなされた場合、ＩＤ２の検査とＩＤ１の検査とがＩＤ５の関連検査として特定される。検査関連性を有する複数の検査にそれぞれ対応する複数の検査アイコンは、矢印等の線により結ばれる。矢尻は、２つの検査のうちの、時間的に後の検査の検査アイコンに向けられる。
　例えば、図１８に示すように、検査アイコンＩ１に対応する検査の診療ステータスは「紹介」であり、検査アイコンＩ３に対応する検査の診療ステータスは「術前」であり、検査アイコンＩ４に対応する検査の診療ステータスは「術後」であり、検査アイコンＩ２，Ｉ５に対応する検査の診療ステータスは「Ｎ／Ａ」であり、検査アイコンＩ６，Ｉ７に対応する検査の診療ステータスは「術後」である。例えば、検査アイコンＩ１に対応する検査と検査アイコンＩ２に対応する検査とが関連している場合、検査アイコンＩ１と検査アイコンＩ２とが矢印で結ばれる。検査アイコンＩ５に対応する検査と検査アイコンＩ６に対応する検査とが関連していない場合、検査アイコンＩ５と検査アイコンＩ６とが矢印で結ばれない。
　なお、検査関連性の把握を容易にするため、検査マップ生成部３３は、関連している検査の検査アイコンを同一の行に配置し、関連していない検査の検査アイコンを同一の行に配置せず、別々の行に配置すると良い。
　また、検査マップ生成部３３は、診断ステータスだけでなく、医用画像撮影装置の種類（モダリティの種類）等の他の検査情報をさらに考慮して検査アイコンを配列してもよい。この場合、複数の検査アイコンは、モダリティの種類別に検査マップＭＰにおいて配列される。例えば、図１８の場合、検査マップＭＰの上部領域は、ＣＴ装置による検査の検査アイコンのための領域に設定され、検査マップＭＰの下部領域は、ＭＲ装置による検査の検査アイコンのための領域に設定される。この考慮される情報は、医用画像処理装置に限定されない。他の例としては、例えば、疾患名等が挙げられる。
　図１９は、疾患名が考慮された検査マップＭＰ２の一表示例を示す図である。図１９に示すように、検査マップＭＰ２は、疾患名に応じて検査アイコンＩ１～Ｉ６の配置位置が分類されている。疾患名としては、肺癌や肺炎等のあらゆる疾患の名称を用いることが可能である。例えば、検査アイコンＩ１～Ｉ６は、肺癌と肺炎とにより分割される。検査アイコンＩ１～Ｉ４は、疾患名「肺癌」に属し、検査アイコンＩ５及びＩ６は、疾患名「肺炎」に属する。
　また、検査マップ生成部３３は、検査の流れの把握に有益な情報を検査マップに配置しても良い。例えば、図１８及び図１９に示すように、診療ステータス「術前」と「術後」とが含まれる場合、「術前」の検査アイコンＩ３と「術後」の検査アイコンＩ４との間に「肺癌手術」等の術名を配置するとよい。
　このように、検査マップには、ある患者に関する複数の検査の診療ステータスや関連性に従って検査アイコンが配列される。従ってユーザは、検査マップを観察するだけで、一目瞭然に複数の検査の診療ステータスや関連性を把握することができる。
　なお、検査間の検査関連性の表示態様は、検査アイコン間を結ぶ線のみに限定されない。他の方法として表示部２５は、検査関連性を有する複数の検査にそれぞれ対応する複数の検査アイコンと、他の検査アイコンとを視覚的に区別して表示しても良い。
　図２０は、検査マップの他の表示方法を説明するための図である。図２０に示すように、検査マップＭＰ３には、検査関連性を示す矢印が表示されていない。ユーザは、関連検査を知りたい検査に対応する検査アイコンを、検査マップＭＰ３に表示されている複数の検査アイコンの中から操作部２３を介して指定する。例えば、検査アイコンＩ４が指定されたとする。なお、検査アイコンＩ４に対応する検査は、図１８と同様に、検査アイコンＩ３に対応する検査と検査アイコンＩ６に対応する検査とに関連しているものとする。表示部２５は、指定された検査アイコンＩ４が指定された場合、検査アイコンＩ４、検査アイコンＩ３、及び検査アイコンＩ６を、他の検査アイコン（すなわち、検査アイコンＩ１、検査アイコンＩ５、及び検査アイコンＩ７）と異なる色で表示する。このように、表示部２５は、検査関連性を有する検査アイコンを他の検査アイコンと区別して表示する。なお、区別の仕方は、色のみによらない。例えば、表示部２５は、検査関連性を有する検査アイコンを点滅させたり、枠で囲んだりしても良い。また、表示部２５は、他の検査アイコンにマスクをかけても良い。また、表示部２５は、指定された検査アイコンＩ４を検査アイコンＩ３及び検査アイコンＩ６に対して視覚的に区別して表示しても良い。
　次に、検査情報の表示における医療情報システム１の動作例について説明する。
　表示部２５により検査マップが表示されているとする。ユーザにより操作部２３を介して検査アイコンが選択された場合、表示部２５は、選択された検査アイコンに対応する検査の検査情報を表示する。この場合、選択された検査アイコンに対応する検査の関連検査の検査情報も表示されるとよい。検査情報の表示レイアウトは、表示レイアウト特定部３７により特定される。表示される検査情報の種類は、ユーザにより操作部２３を介して任意に指定可能である。また、検査アイコンの種類に対応する検査情報を表示してもよい。例えば、検査画像のサムネイルが検査アイコンに設定されている場合、検査画像が表示される。同様に、読影レポートのサムネイルが検査アイコンに設定されている場合、読影レポートが表示され、電子カルテのサムネイルが検査アイコンに設定されている場合、電子カルテが表示される。
　例えば、図１８のいずれかの検査アイコンが指定されたとし、表示される検査情報の種類は検査画像であるとする。また、図１６に示す絶対位置により表示位置が既定されたレイアウトテーブルが利用されるものとする。この場合、レイアウト特定部３７は、指定された検査アイコンに対応する検査の診療ステータスと表示情報「検査画像」とを検索キーとして表示レイアウトテーブルを検索し、この検索キーにレイアウトテーブル上で関連付けられた表示位置を特定する。表示部２５は、特定された表示位置に、指定された検査アイコンに対応する検査の検査画像を表示する。また、レイアウト特定部３７は、指定された検査アイコンに対応する検査の関連検査を、例えば、検査情報テーブルを利用して特定する。そしてレイアウト特定部３７は、特定された関連検査と表示情報「検査画像」とを検索キーとしてレイアウトテーブルを検索し、この検索キーにレイアウトテーブル上で関連付けられた表示位置を特定する。表示部２５は、特定された表示位置に、関連検査の検査画像を表示する。
　次に、図１７に示す相対位置により表示位置が規定されたレイアウトテーブルが利用して表示レイアウトを特定する例を説明する。なお、例えば、図１８のいずれかの検査アイコンが指定され、表示対象の検査情報の種類は検査画像であるとする。この場合、レイアウト特定部３７は、指定された検査アイコンに対応する検査の関連検査を、例えば、検査情報テーブルを利用して特定する。指定された検査アイコンに対応する検査が対象検査に設定され、関連検査が基準検査に設定される。レイアウト特定部３７は、対象検査の診療ステータスと基準検査の診療ステータスと表示情報「検査画像」とを検索キーとしてレイアウトテーブルを検索し、この検索キーにレイアウトテーブル上で関連付けられた表示位置を特定する。表示部２５は、特定された表示位置に、対象検査の検査画像と基準検査の検査画像とを表示する。１番目の検査画像については、図１６のレイアウトテーブルを利用して表示位置が特定されてもよい。
　図１８のＩＤ４の検査とその関連検査とに基づく検査マップの生成要求が操作部２３を介してなされた場合、図１４に示すように、ＩＤ２の検査とＩＤ１の検査とがＩＤ４の関連検査として特定される。次に例えば、図１６のレイアウトテーブルから、診療ステータス「初回」の検査画像の右側に診療ステータス「治療計画」の検査画像、診療ステータス「治療計画」の検査画像の右側に診療ステータス「治療後」の検査画像が表示される。すなわち、左から順番に診療ステータス「初回」の検査画像、診療ステータス「治療計画」の検査画像、診療ステータス「治療後」の検査画像が配置される。
　図２２は、表示レイアウトの一例を示す図である。図１８に示すように、例えば、第１ディスプレイの左側には診療ステータス「初回」に関する検査画像ＩＭ１が表示され、右側には診療ステータス「治療計画」に関する検査画像ＩＭ２が表示される。また、第２ディスプレイには、診療ステータス「治療後」に関する検査画像ＩＭ３が表示される。このようにして表示部２５は、レイアウト特定部３７により特定された表示レイアウトで複数の検査情報を表示することができる。このように表示される検査情報は互いに関連しているものに限定され、且つ診療ステータスに応じた表示レイアウトが自動的に選択される。従って、ユーザは、検査情報の診療ステータスや関連性を容易に把握することができる。
　なお、上述の例においては、検査アイコンを指定することにより、表示対象の検査が設定されるとした。しかしながら、本実施形態はこれに限定されない。例えば、表示対象の検査は、ユーザにより操作部２３を介して初期テーブルや検査情報テーブル上で指定されてもよい。
　上記説明の通り、実施例１によれば、検査情報内の記述から検査の診療ステータスが自動的に特定され、検査ＩＤと診療ステータスとが関連付けられたテーブルが生成される。従って、検査を診療ステータスにより管理することができる。その結果、ユーザは、読影レポートや電子カルテを参照し直すことなく、検査の診療ステータスを容易に把握することができる。
　実施例２によれば、検査情報内の記述から検査間の関連性が自動的に特定され、検査ＩＤと関連検査ＩＤとが関連付けられたテーブルが生成される。従って実施例２によれば、検査を診療ステータスさらには検査関連性で管理することができる。その結果、ユーザは、読影レポートや電子カルテを参照し直すことなく、検査の診療ステータス及び関連性を容易に把握することができる。
　実施例３によれば、診療ステータスに従って検査アイコンが配列された検査マップが生成される。そして、検査間の検査関連性をユーザが認識可能に検査マップが表示される。ユーザは、検査の診療ステータス及び関連性を知りたい場合、読影レポートや電子カルテを参照し直すことなく、検査マップを観察することで、診療ステータス及び関連性を容易に把握することができる。また、検査情報を表示する場合、診療ステータスに応じた表示レイアウトが自動的に特定され、この表示レイアウトで複数の検査の検査情報が表示される。表示対象の検査情報は、互いに関連している検査の検査情報に限定される。従って、比較読影等の複数の検査の観察時における、画像選択等の労力を削減することができる。
　かくして本実施形態によれば、検査の診療ステータスや関連性を容易に把握することが可能となる。
　本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
　１…医療情報システム、１１…検査情報記憶部、１３…検査情報抽出部、１５…ステータス／文字列記憶部、１７…文字抽出部、１９…ステータス特定部、２１…テーブル生成部、２３…操作部、２５…表示部、２７…制御部、２８…疾患名／文字列記憶部、２９…疾患名特定部、３０…関連性ファイル記憶部、３１…関連検査特定部、３３…検査マップ生成部、３５…レイアウトテーブル記憶部、３７…レイアウト特定部、１００…サーバ装置、２００…クライアント装置、３００…電子カルテシステム、４００…医用画像撮影装置。

Claims (15)

  1. 　複数の診療ステータスの各々に診療ステータスを表現する文字列を関連付けて記憶するステータス記憶部と、
    　対象検査に関する検査情報から前記ステータス記憶部に記憶されている文字列を抽出する抽出部と、
    　前記抽出された文字列に前記ステータス記憶部上で関連付けられた診療ステータスを特定するステータス特定部と、
    　前記対象検査の検査識別子と前記特定された診療ステータスとを関連付けて記憶する検査情報記憶部と、
    　を具備する医療情報システム。
  2. 　疾患名記憶部と疾患名特定部とをさらに備え、
    　前記疾患名記憶部は、複数の疾患名の各々に疾患名を表現する文字列を関連付けて記憶し、
    　前記抽出部は、前記対象検査に関する検査情報から前記対象検査に関する第１の疾患名を表現する第１の疾患名文字列を抽出し、
    　前記疾患名特定部は、前記抽出された第１の疾患名文字列に前記疾患名記憶部上で関連付けられた疾患名を特定し、
    　前記検査情報記憶部は、前記対象検査の検査識別子と前記特定された診療ステータスとに前記特定された疾患名を関連付けて記憶する、
    　請求項１記載の医療情報システム。
  3. 　判定部をさらに備え、
    　前記抽出部は、他の検査に関する検査情報から前記他の検査に関する第２の疾患名を表現する第２の疾患名文字列を抽出し、
    　前記判定部は、前記第１の疾患名文字列と前記第２の疾患名文字列とに従って、前記他の検査が前記対象検査に医学的に関連している関連検査であるか否かを判定し、
    　前記検査情報記憶部は、前記判定部により前記他の検査が前記関連検査であると判定された場合、前記対象検査の検査識別子と前記診療ステータスとにさらに前記関連検査の検査識別子を関連付ける、
    　請求項２記載の医療情報システム。
  4. 　少なくとも前記対象検査のアイコンと前記関連検査のアイコンとが診療ステータスに従って配列された検査マップを生成する検査マップ生成部をさらに備える請求項３記載の医療情報システム。
  5. 　前記生成された検査マップを表示する表示部をさらに備える請求項４記載の医療情報システム。
  6. 　前記表示部は、前記生成された検査マップを前記対象検査と前記関連検査との間の検査関連性を認識可能に表示する、請求項５記載の医療情報システム。
  7. 　前記検査マップは、前記対象検査のアイコンと前記関連検査のアイコンとを結ぶ線を有する、請求項６記載の医療情報システム。
  8. 　前記検査マップは、前記対象検査のアイコンと前記関連検査のアイコンと他の検査のアイコンとを含み、
    　前記表示部は、前記対象検査のアイコンと前記関連検査のアイコンとを、前記他の検査のアイコンと視覚的に区別して表示する、
    　請求項６記載の医療情報システム。
  9. 　前記対象検査のアイコンと前記関連検査のアイコンとは、さらに医用画像撮像装置の種類別または疾病名別に前記検査マップにおいて配列される、請求項５記載の医療情報システム。
  10. 　複数の表示レイアウトの各々に診療ステータスと表示情報の種類との組合せを関連付けて記憶するレイアウト記憶部と、
    　前記対象検査に関する診療ステータスと前記対象検査に関する検査情報の種類との組合せに前記レイアウト記憶部上で関連付けられた表示レイアウトを特定するレイアウト特定部と、
    　前記特定された表示レイアウトで前記対象検査に関する検査情報を表示する表示部と、　さらに備える請求項１記載の医療情報システム。
  11. 　前記表示レイアウトは、表示情報の表示位置に関し、前記表示位置は、表示画面又は表示アプリケーションウィンドウ上の絶対位置又は他の表示情報からの相対位置により規定される、請求項１０記載の医療情報システム。
  12. 　複数の検査の各々について診療ステータスと疾患名に基づく検査関連性とを関連付けて記憶する記憶部と、
    　前記複数の検査から表示対象の複数の検査を指定する指定部と、
    　前記指定された複数の検査に関する複数の検査アイコンが診療ステータスに従って配列された検査マップを生成する生成部と、
    　前記生成された検査マップを、前記指定された複数の検査間の検査関連性を認識可能に表示する表示部と、
    　を具備する医療情報システム。
  13. 　前記検査マップは、前記複数の検査アイコンのうちの、前記検査関連性を有する複数の検査にそれぞれ対応する複数の検査アイコンを前記検査関連性に従って結ぶ線を有する、請求項１２記載の医療情報システム。
  14. 　前記表示部は、前記複数の検査アイコンのうちの、前記検査関連性を有する複数の検査にそれぞれ対応する複数の検査アイコンを他の検査アイコンとは視覚的に区別して表示する、請求項１２記載の医療情報システム。
  15. 　複数の検査の各々について診療ステータスと疾患名に基づく検査関連性とを関連付けて記憶する記憶部と、
    　前記複数の検査から表示対象の複数の検査を指定する指定部と、
    　前記指定された複数の検査に関する複数の検査アイコンが診療ステータスに従って配列された検査マップを生成する生成部と、
    　前記生成された検査マップを、前記指定された複数の検査間の検査関連性を認識可能に表示する表示部と、
    　を具備する医療情報表示装置。
PCT/JP2012/060298 2011-04-14 2012-04-16 医療情報システム及び医療情報表示装置 WO2012141330A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201280002746.5A CN103080971B (zh) 2011-04-14 2012-04-16 医疗信息***及医疗信息显示装置
US14/053,334 US20140046699A1 (en) 2011-04-14 2013-10-14 Medical information system and medical information display apparatus

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2011-090240 2011-04-14
JP2011090240 2011-04-14

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US14/053,334 Continuation US20140046699A1 (en) 2011-04-14 2013-10-14 Medical information system and medical information display apparatus

Publications (1)

Publication Number Publication Date
WO2012141330A1 true WO2012141330A1 (ja) 2012-10-18

Family

ID=47009487

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/060298 WO2012141330A1 (ja) 2011-04-14 2012-04-16 医療情報システム及び医療情報表示装置

Country Status (4)

Country Link
US (1) US20140046699A1 (ja)
JP (1) JP5897385B2 (ja)
CN (1) CN103080971B (ja)
WO (1) WO2012141330A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096055A (ja) * 2012-11-09 2014-05-22 Toshiba Corp レポート作成装置およびレポート作成プログラム
WO2015029258A1 (ja) * 2013-09-02 2015-03-05 富士通株式会社 情報検索処理プログラム、装置、および方法
JP2015167637A (ja) * 2014-03-05 2015-09-28 株式会社東芝 医用画像処理装置及び医用画像診断装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014104129A1 (ja) 2012-12-25 2014-07-03 株式会社 東芝 画像観察装置、画像観察方法、及びコンピュータ読み取り可能な記録媒体
KR101477128B1 (ko) * 2013-06-18 2014-12-29 연세대학교 산학협력단 병원정보시스템에서 좌우구분 검증 시스템
CN106663136B (zh) * 2014-03-13 2021-09-03 皇家飞利浦有限公司 用于基于书面推荐对健康护理随诊预约进行排程的***和方法
CN106233289B (zh) * 2014-04-17 2021-09-07 皇家飞利浦有限公司 用于患者历史的可视化的方法和***
US20180357307A1 (en) * 2015-06-12 2018-12-13 Koninklijke Philips N.V. Apparatus, system and method for displaying a semantically categorized timeline
EP3579239A4 (en) * 2017-02-02 2020-12-16 DSi Corporation SYSTEM FOR ISSUING WRITTEN INSTRUCTIONS, PROCEDURE FOR ISSUING WRITTEN INSTRUCTIONS AND PROGRAM
JP6938232B2 (ja) * 2017-06-09 2021-09-22 キヤノン株式会社 情報処理装置、情報処理方法及びプログラム
CN110770842B (zh) * 2017-06-19 2024-02-23 奥林巴斯株式会社 医疗信息处理***和医疗信息处理方法
JP6937233B2 (ja) * 2017-12-14 2021-09-22 キヤノンメディカルシステムズ株式会社 医用情報処理装置及び医用情報処理方法
JP2020173801A (ja) * 2019-04-05 2020-10-22 キヤノンメディカルシステムズ株式会社 医用情報処理装置及び医用情報処理方法
US11907023B2 (en) * 2021-04-23 2024-02-20 Ricoh Company, Ltd. Information processing system, information processing apparatus, terminal device, and display method

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06309372A (ja) * 1993-04-27 1994-11-04 Toshiba Corp 医用データベース装置
JP2007072951A (ja) * 2005-09-09 2007-03-22 Toshiba Corp 医用情報参照システム、医用情報参照装置及び医用情報参照プログラム
JP2007233841A (ja) * 2006-03-02 2007-09-13 Konica Minolta Medical & Graphic Inc 診断システム
JP2009157538A (ja) * 2007-12-25 2009-07-16 Fuji Xerox Co Ltd 活動管理装置、活動管理システムおよび活動管理プログラム
JP2009271622A (ja) * 2008-05-01 2009-11-19 Fujifilm Corp オーダ管理装置、方法及びプログラム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001063479A1 (en) * 2000-02-22 2001-08-30 Metacarta, Inc. Spatially coding and displaying information
US20020082870A1 (en) * 2000-11-20 2002-06-27 Mark Penny System and method for processing patient medical information
JP4009583B2 (ja) * 2003-05-28 2007-11-14 オリンパス株式会社 医療用画像記録システム
US20080103831A1 (en) * 2006-10-16 2008-05-01 Siemens Medical Solutions Usa, Inc. Disease Management Information System
US8068650B2 (en) * 2007-03-30 2011-11-29 Siemens Information Systems, Ltd. Lesion quantification and tracking using multiple modalities
JP2008259661A (ja) * 2007-04-12 2008-10-30 Toshiba Corp 検査情報処理システム及び検査情報処理装置
US9224179B2 (en) * 2007-05-14 2015-12-29 The University Of Utah Research Foundation Method and system for report generation including extensible data
US8645157B2 (en) * 2009-02-27 2014-02-04 General Electric Company Methods and system to identify exams with significant findings
JP2011002997A (ja) * 2009-06-18 2011-01-06 Toshiba Corp 医用情報システム
CN102834839A (zh) * 2010-03-31 2012-12-19 株式会社日立医疗器械 检查信息显示装置及方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06309372A (ja) * 1993-04-27 1994-11-04 Toshiba Corp 医用データベース装置
JP2007072951A (ja) * 2005-09-09 2007-03-22 Toshiba Corp 医用情報参照システム、医用情報参照装置及び医用情報参照プログラム
JP2007233841A (ja) * 2006-03-02 2007-09-13 Konica Minolta Medical & Graphic Inc 診断システム
JP2009157538A (ja) * 2007-12-25 2009-07-16 Fuji Xerox Co Ltd 活動管理装置、活動管理システムおよび活動管理プログラム
JP2009271622A (ja) * 2008-05-01 2009-11-19 Fujifilm Corp オーダ管理装置、方法及びプログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014096055A (ja) * 2012-11-09 2014-05-22 Toshiba Corp レポート作成装置およびレポート作成プログラム
WO2015029258A1 (ja) * 2013-09-02 2015-03-05 富士通株式会社 情報検索処理プログラム、装置、および方法
JPWO2015029258A1 (ja) * 2013-09-02 2017-03-02 富士通株式会社 情報検索処理プログラム、装置、および方法
JP2015167637A (ja) * 2014-03-05 2015-09-28 株式会社東芝 医用画像処理装置及び医用画像診断装置

Also Published As

Publication number Publication date
JP5897385B2 (ja) 2016-03-30
JP2012230672A (ja) 2012-11-22
US20140046699A1 (en) 2014-02-13
CN103080971B (zh) 2016-09-21
CN103080971A (zh) 2013-05-01

Similar Documents

Publication Publication Date Title
JP5897385B2 (ja) 医療情報システム及び医療情報表示装置
JP5426105B2 (ja) 医用レポートシステム、医用レポート閲覧装置、医用レポートプログラム、及び医用レポートシステムの作動方法
JP5517524B2 (ja) 医療診断支援装置、医療診断支援装置の制御方法およびプログラム
JP2009238038A (ja) 医用レポートシステム、医用レポート閲覧装置、医用レポートプログラム、及び医用レポート閲覧方法
JP5060097B2 (ja) 医用レポート作成システム、医用レポート作成方法
JP6416570B2 (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP2012048395A (ja) 医療情報提供装置、医療情報提供方法、並びに医療情報提供プログラム
JP2009093544A (ja) 医用レポート装置
JP2009069893A (ja) 診断支援装置及びプログラム
JP2015158738A (ja) 医療情報処理システムおよび医療情報処理装置
JP2012053633A (ja) 医療情報提供装置、医療情報提供方法、並びに医療情報提供プログラム
JP2016066136A (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP5654241B2 (ja) レポート作成装置、及び医用画像処理装置
JP2010086355A (ja) レポート統合装置、方法及びプログラム
JP6579849B2 (ja) 読影レポート作成支援システム、読影レポート作成支援方法、及び読影レポート作成支援プログラム
JP5816321B2 (ja) 情報処理装置、情報処理システム、情報処理方法およびプログラム
JP5172575B2 (ja) オーダ受付装置及びオーダ受付装置の作動方法、並びに医用ネットワークシステム
JP7290696B2 (ja) 診療支援装置、診療支援装置の作動方法、診療支援装置の作動プログラム
JP5091616B2 (ja) レポート作成支援装置、及びレポート作成支援システム
JP2016126428A (ja) 診療支援装置、システム、プログラム及び方法
JP5209340B2 (ja) レポート作成システム及びレポート作成装置
JP2001155099A (ja) 医用所見管理システム
JP6603899B2 (ja) 診断治療支援装置及び診断治療支援システム
JP2018206446A (ja) 診療支援装置、診療支援装置の作動方法および作動プログラム、並びに診療支援システム
JP2016126570A (ja) 医療情報管理装置

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201280002746.5

Country of ref document: CN

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

Ref document number: 12771137

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12771137

Country of ref document: EP

Kind code of ref document: A1