JP2008102699A - データベースシステム、プログラム、及び情報処理方法 - Google Patents

データベースシステム、プログラム、及び情報処理方法 Download PDF

Info

Publication number
JP2008102699A
JP2008102699A JP2006284053A JP2006284053A JP2008102699A JP 2008102699 A JP2008102699 A JP 2008102699A JP 2006284053 A JP2006284053 A JP 2006284053A JP 2006284053 A JP2006284053 A JP 2006284053A JP 2008102699 A JP2008102699 A JP 2008102699A
Authority
JP
Japan
Prior art keywords
information
elements
symptom
disease
name
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006284053A
Other languages
English (en)
Other versions
JP5016287B2 (ja
Inventor
Kosuke Sasai
浩介 笹井
Akane Hashiya
あかね 橋弥
Masumi Azuma
ますみ 東
Kyoko Ishigaki
恭子 石垣
Ko Inada
絋 稲田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hyogo Prefectural Government
Konica Minolta Medical and Graphic Inc
Original Assignee
Hyogo Prefectural Government
Konica Minolta Medical and Graphic Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hyogo Prefectural Government, Konica Minolta Medical and Graphic Inc filed Critical Hyogo Prefectural Government
Priority to JP2006284053A priority Critical patent/JP5016287B2/ja
Priority to US11/974,968 priority patent/US8510125B2/en
Publication of JP2008102699A publication Critical patent/JP2008102699A/ja
Application granted granted Critical
Publication of JP5016287B2 publication Critical patent/JP5016287B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/41—Detecting, measuring or recording for evaluating the immune or lymphatic systems
    • A61B5/411—Detecting or monitoring allergy or intolerance reactions to an allergenic agent or substance
    • 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
    • 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
    • A—HUMAN NECESSITIES
    • A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
    • A61B—DIAGNOSIS; SURGERY; IDENTIFICATION
    • A61B5/00—Measuring for diagnostic purposes; Identification of persons
    • A61B5/02—Detecting, measuring or recording pulse, heart rate, blood pressure or blood flow; Combined pulse/heart-rate/blood pressure determination; Evaluating a cardiovascular condition not otherwise provided for, e.g. using combinations of techniques provided for in this group with electrocardiography or electroauscultation; Heart catheters for measuring blood pressure
    • A61B5/0205—Simultaneously evaluating both cardiovascular conditions and different types of body conditions, e.g. heart and respiratory condition
    • A61B5/02055—Simultaneously evaluating both cardiovascular condition and temperature
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
    • Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
    • Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation

Abstract

【課題】状況に応じた所望の対処方法に係る情報を容易に得ることができる技術を提供する。
【解決手段】疾患名を各々示す各疾患名要素に対して各々症状を示す１以上の症状要素を組合せた情報を格納した疾患症状組合せＤＢ１１１と、各疾患名要素に対して各々対処名を示す複数の対処名要素を組合せた情報を格納した疾患対処組合せＤＢ１１２とを記憶部１０１に記憶させておく。端末１０〜４０でユーザーが症状に係る症状情報を入力すると、サーバ制御部１０２で当該症状情報から１以上の症状要素が認識され、当該１以上の症状要素の全てと組み合わされている１つの疾患名要素が疾患症状組合せＤＢ１１１から検出される。更に、当該１つの疾患名要素と組み合わされている複数の対処名要素が疾患対処組合せＤＢ１１２から検出され、当該１つの疾患名要素と当該複数の対処名要素とを組み合わせた疾患対処情報が生成されて、表示部１３で可視的に出力される。
【選択図】図２

Description

本発明は、データベースシステムに関する。
昨今、高齢化による医療費の増加、疾病構造の変化、診断群分類（Diagnosis Procedure Combination：ＤＰＣ）方式の医療費算出、在院日数の短縮、及び介護保険の導入等といった医療を取り巻く社会的背景により、在宅看護／介護の必要性が増大してきている。
ところが、在宅療養者やその家族の医療知識不足や、在宅で看護／介護を行うための知識提供体制の不足等といった問題が生じている。また、看護現場においても新人看護師に対する知識や経験の伝承を行う為の体制の整備が不十分であり、看護の質向上を図るためのシステム構築が早急に解決すべき課題となっている。
そこで、症状を入力すると、過去の病歴概要や診療情報、病名や過去の診療内容、血圧に係る診断文書、疑わしい又は注意すべき疾患名とその説明情報、及び疾患情報と治癒促進のための薬剤情報などといった症状に応じた各種情報が提供される技術が提案されている（例えば、特許文献１〜６）。
特開平７−５６９４７号公報 特開２００２−３４２４９１号公報 特開２００１−２８２５３８号公報 特開２００３−２２３２５号公報 特開２００４−１１８５６６号公報 特開２００４−１３３７７４号公報
しかしながら、特許文献１〜６の技術では、症状に対応する病気の解説やその病気に対する一般的な対処方法が提示されるのみで、ユーザーが知りたい対処方法に関する情報を自ら選択する余地がなかったり、知りたい対処方法を表示させる操作が煩雑であるといった問題点があった。
本発明は、上記課題に鑑みてなされたものであり、状況に応じた所望の対処方法に係る情報を容易に得ることができる技術を提供することを目的とする。
上記の課題を解決するために、請求項１の発明は、データベースシステムであって、疾患名をそれぞれ示す複数の疾患名要素に含まれた各疾患名要素に対して、それぞれ症状を示す１以上の症状要素を組合せた情報を格納した第１のデータベースと、各前記疾患名要素に対して、それぞれ対処名を示す複数の対処名要素を組合せた情報を格納した第２のデータベースと、ユーザーによる情報入力に応答して、症状を示す１以上の症状要素を認識する症状認識手段と、前記第１のデータベースにおいて前記症状認識手段によって認識された１以上の症状要素の全てと組み合わされている１つの疾患名要素を検出する疾患名検出手段と、前記第２のデータベースにおいて前記疾患名検出手段によって検出された１つの疾患名要素と組み合わされている複数の対処名要素を検出する対処名検出手段と、前記疾患名検出手段によって検出された１つの疾患名要素と前記対処名検出手段によって検出された複数の対処名要素とを組み合わせた疾患対処情報を生成する疾患対処情報生成手段と、前記疾患対処情報を出力装置において可視的に出力させる出力制御手段とを備えることを特徴とする。
また、請求項２の発明は、請求項１に記載のデータベースシステムであって、前記症状認識手段によって認識された１以上の症状要素と前記疾患名検出手段によって検出された１つの疾患名要素とを組み合わせた疾患名検出経路情報を生成する疾患名検出経路情報生成手段を更に備え、前記出力制御手段が、前記疾患名検出経路情報を前記出力装置において可視的に出力させることを特徴とする。
また、請求項３の発明は、請求項２に記載のデータベースシステムであって、前記出力制御手段が、前記疾患対処情報と前記疾患名検出経路情報とを時間順次に前記出力装置において可視的に出力させることを特徴とする。
また、請求項４の発明は、請求項３に記載のデータベースシステムであって、前記出力制御手段が、前記疾患対処情報を前記疾患名検出経路情報よりも時間的に優先させて前記出力装置において可視的に出力させることを特徴とする。
また、請求項５の発明は、請求項１から請求項４のいずれかに記載のデータベースシステムであって、前記第２のデータベースが、前記各対処名要素に対して、それぞれ対処方法の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、前記データベースシステムが、前記各対処名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、前記出力装置において前記疾患対処情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患対処情報に含まれている前記複数の対処名要素のうちの１つの対処名要素を指定する対処名指定手段と、前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、前記出力制御手段が、前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記対処名指定手段によって指定された１つの対処名要素に対応する対処方法の詳細情報を前記出力装置において可視的に出力させることを特徴とする。
また、請求項６の発明は、請求項５に記載のデータベースシステムであって、前記第２のデータベースが、各前記疾患名要素に対して、それぞれ複数レベルの対処名をそれぞれ示す複数の対処名要素を組合せた情報を含むことを特徴とする。
また、請求項７の発明は、請求項５または請求項６に記載のデータベースシステムであって、電子カルテ情報を格納するカルテ情報格納手段と、前記詳細要素検出手段によって検出された１以上の詳細要素が前記出力装置において可視的に出力された状態で、ユーザーの入力動作に応答して、前記対処名指定手段によって指定された１つの対処名要素をユーザーによって採用された１つの採用対処名要素として指定する採用指定手段と、ユーザーによる情報入力に応答して、人物の健康状態の指標となるパラメータの測定値情報を取得する測定値取得手段と、前記症状認識手段によって認識された１以上の症状要素と、前記疾患名検出手段によって検出された１つの疾患名要素と、前記採用指定手段によって指定された１つの採用対処名要素と、前記測定値取得手段によって取得された測定値情報とを、前記電子カルテ情報に対して記述するように制御する記述制御手段とを更に備えることを特徴とする。
また、請求項８の発明は、請求項５から請求項７のいずれかに記載のデータベースシステムであって、前記詳細要素組合せ情報が、前記各対処名要素に対して、少なくとも１以上の症状要素と、１以上の詳細要素とを組み合わせた情報を含み、前記詳細要素検出手段が、前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素、及び前記症状認識手段によって認識された１以上の症状要素の双方と組み合わされている１以上の詳細要素を検出することを特徴とする。
また、請求項９の発明は、請求項８に記載のデータベースシステムであって、所定数の項目に係る症状要素の入力を要求する入力要求手段と、前記各疾患名要素に対して、それぞれ前記所定数の項目に含まれる一部の項目に係る症状要素を組み合わせた情報を格納した第３のデータベースと、ユーザーによる情報入力に応答して、１つの疾患名を示す１つの疾患名要素を認識する疾患名認識手段とを備え、前記症状認識手段が、前記疾患名認識手段による１つの疾患名要素の認識に応答して、前記一部の項目については、前記第３のデータベースにおいて前記疾患名認識手段によって認識された１つの疾患名要素に対してそれぞれ組み合わされている症状要素を認識し、前記入力要求手段が、前記所定数の項目から前記一部の項目を除いた残余の項目に係る症状要素の入力を要求することを特徴とする。
また、請求項１０の発明は、請求項１から請求項８のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応答して、１つの疾患名を示す１つの疾患名要素を認識する疾患名認識手段を更に備え、前記対処名検出手段が、前記第２のデータベースにおいて前記疾患名認識手段によって認識された１つの疾患名要素と組み合わされている複数の対処名要素を検出することを特徴とする。
また、請求項１１の発明は、請求項５から請求項９のいずれかに記載のデータベースシステムであって、前記詳細要素組合せ情報が、前記各対処名要素に対して、個人情報を示す１以上の個人情報要素と、１以上の詳細要素とを組み合わせた情報を含み、前記データベースシステムが、ユーザーによる情報入力に応答して、個人情報を示す１以上の個人情報要素を認識する個人情報認識手段を更に備え、前記詳細要素検出手段が、前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素、及び前記個人情報認識手段によって認識された１以上の個人情報要素の双方と組み合わされている１以上の詳細要素を検出することを特徴とする。
また、請求項１２の発明は、請求項１１に記載のデータベースシステムであって、前記個人情報が、既往歴の情報を含むことを特徴とする。
また、請求項１３の発明は、請求項１１または請求項１２に記載のデータベースシステムであって、１以上の個人情報要素の所在を特定する所在特定情報と、当該１以上の個人情報要素とが関連付けられて記憶されている個人情報データベースを更に備え、前記個人情報認識手段が、ユーザーによる前記所在特定情報の入力に応答して、当該所在特定情報に対応する１以上の個人情報要素を、前記個人情報データベースから認識することを特徴とする。
また、請求項１４の発明は、請求項１１から請求項１３のいずれかに記載のデータベースシステムであって、前記個人情報が、服薬の有無、及びアレルギーの有無のうちの少なくとも一方に係る情報を含むことを特徴とする。
また、請求項１５の発明は、請求項１から請求項１４のいずれかに記載のデータベースシステムであって、前記第１のデータベースが、前記各疾患名要素に対して、それぞれ複数の症状要素を組合せた情報を含み、前記症状認識手段が、ユーザーによる情報入力に応答して、症状を示す複数の症状要素を認識し、前記疾患名検出手段が、前記第１のデータベースにおいて、前記症状認識手段によって認識された複数の症状要素の全てと組み合わされている１つの疾患名要素を検出することを特徴とする。
また、請求項１６の発明は、請求項１５に記載のデータベースシステムであって、前記複数の症状要素が、随伴症状を示す１以上の症状要素を含むことを特徴とする。
また、請求項１７の発明は、請求項１５または請求項１６に記載のデータベースシステムであって、前記複数の症状要素が、所定の症状を示す１つの症状要素と、前記所定の症状に関する詳細な症状を示す１以上の詳細症状要素とを含むことを特徴とする。
また、請求項１８の発明は、請求項１７に記載のデータベースシステムであって、前記１以上の詳細症状要素が、部位、程度、期間、種類、量、回数、及び発生時期を示す要素を含むことを特徴とする。
また、請求項１９の発明は、請求項１から請求項１８のいずれかに記載のデータベースシステムであって、前記１つの疾患名要素が、合併症を示す疾患名要素を含むことを特徴とする。
また、請求項２０の発明は、請求項１から請求項１９のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応じて、前記第２のデータベースにおいて各前記疾患名要素に対してそれぞれ組み合わされている複数の対処名要素に対して、少なくとも１つの対処名要素を追加するデータ更新手段を更に備えることを特徴とする。
また、請求項２１の発明は、請求項１から請求項１９のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応答して、自然文によって構成される質問情報を受け付ける質問情報受付手段と、前記質問情報に対して所定の言語解析処理を施すことで、少なくとも１つの対処名要素を認識する対処名要素認識手段と、前記第２のデータベースにおいて各前記疾患名要素に対してそれぞれ組み合わされている複数の対処名要素に対して、前記対処名要素認識手段によって認識された少なくとも１つの対処名要素を追加するデータ更新手段とを更に備えることを特徴とする。
また、請求項２２の発明は、請求項１から請求項２１のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応答して、自然文によって構成される症状を示す症状情報を受け付ける症状情報受付手段を更に備え、前記症状認識手段が、前記症状情報に対して所定の言語解析処理を施すことで、１以上の症状要素を認識することを特徴とする。
また、請求項２３の発明は、請求項１から請求項４のいずれかに記載のデータベースシステムであって、前記第１及び第２のデータベースのうちの少なくとも一方のデータベースが、各前記疾患名要素に対して、それぞれ疾患名の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、前記データベースシステムが、各前記疾患名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、前記出力装置において前記疾患対処情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患対処情報に含まれている１つの疾患名要素を指定する疾患名指定手段と、前記詳細要素組合せ情報において、前記疾患名指定手段によって指定された１つの疾患名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、前記出力制御手段が、前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記疾患名指定手段によって指定された１つの疾患名要素に対応する疾患名の詳細情報を前記出力装置において可視的に出力させることを特徴とする。
また、請求項２４の発明は、請求項２から請求項４のいずれかに記載のデータベースシステムであって、前記第１及び第２のデータベースのうちの少なくとも一方のデータベースが、各前記疾患名要素に対して、それぞれ疾患名の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、前記データベースシステムが、各前記疾患名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、前記出力装置において前記疾患名検出経路情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患名検出経路情報に含まれている１つの疾患名要素を指定する疾患名指定手段と、前記詳細要素組合せ情報において、前記疾患名指定手段によって指定された１つの疾患名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、前記出力制御手段が、前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記疾患名指定手段によって指定された１つの疾患名要素に対応する疾患名の詳細情報を前記出力装置において可視的に出力させることを特徴とする。
また、請求項２５の発明は、請求項２３または請求項２４に記載のデータベースシステムであって、各前記疾患名の詳細情報が、疾患の発生機序に係る情報を含むことを特徴とする。
また、請求項２６の発明は、請求項２から請求項４のいずれかに記載のデータベースシステムであって、前記第１のデータベースが、各前記症状要素に対して、それぞれ症状の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、前記データベースシステムが、各前記症状要素に係る１以上の詳細要素を格納する詳細要素格納手段と、前記出力装置において前記疾患名検出経路情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患名検出経路情報に含まれている１つの症状要素を指定する症状指定手段と、前記詳細要素組合せ情報において、前記症状指定手段によって指定された１つの症状要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、前記出力制御手段が、前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記症状指定手段によって指定された１つの症状要素に対応する症状の詳細情報を前記出力装置において可視的に出力させることを特徴とする。
また、請求項２７の発明は、請求項２６に記載のデータベースシステムであって、各前記症状の詳細情報が、症状の発生機序に係る情報を含むことを特徴とする。
また、請求項２８の発明は、データベースシステムであって、少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数の教材項目要素が相互に関連付けられ且つ疾患に係る各教材項目要素に対して対処方法に係る２以上の教材項目要素が属するように関連付けられた関連情報を格納するとともに、前記複数の教材項目要素に含まれる少なくとも一部の各前記教材項目要素に対して詳細な内容を示す内容データを関連付けて格納する記憶手段と、ユーザーによる情報入力に応答して、少なくとも疾患に係る教材項目要素を含む１以上の教材項目要素を認識する教材要素認識手段と、前記教材要素認識手段による前記１以上の教材項目要素の認識に応答して、前記関連情報から、前記１以上の教材項目要素と当該１以上の教材項目要素に属するように関連付けられた対処方法に係る２以上の教材項目要素とを含む複数の教材項目要素、及び当該複数の教材項目要素間の関連付けをそれぞれ示す一部関連情報を抽出する関連情報抽出手段と、前記一部関連情報に基づいて、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報を表示部において可視的に出力するように制御する表示制御手段とを備えることを特徴とする。
また、請求項２９の発明は、請求項２８に記載のデータベースシステムであって、前記表示部においてネットワーク情報が可視的に出力された状態で、当該ネットワーク情報に含まれる複数の教材項目要素から、ユーザーの入力に応答して１つの教材項目要素を指定する要素指定手段と、前記１つの教材項目要素に対応する内容データを前記記憶手段から抽出する内容データ抽出手段とを備え、前記表示制御手段が、前記内容データ抽出手段によって抽出された内容データを前記表示部において可視的に出力するように制御することを特徴とする。
また、請求項３０の発明は、請求項２８または請求項２９に記載のデータベースシステムであって、前記関連情報が、所定の症状に係る教材項目要素に対して当該所定の症状の発生機序に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とする。
また、請求項３１の発明は、請求項２８から請求項３０のいずれかに記載のデータベースシステムであって、前記関連情報が、所定の疾患に係る教材項目要素に対して当該所定の疾患の発生機序に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とする。
また、請求項３２の発明は、請求項２８から請求項３１のいずれかに記載のデータベースシステムであって、前記関連情報が、所定の症状に係る教材項目要素に対して当該所定の症状に伴う随伴症状に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とする。
また、請求項３３の発明は、請求項２８から請求項３２のいずれかに記載のデータベースシステムであって、前記関連情報に含まれる複数の教材項目要素が、所定の疾患に係る教材項目要素に対して当該所定の疾患に伴う合併症に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とする。
また、請求項３４の発明は、請求項２８から請求項３３のいずれかに記載のデータベースシステムであって、前記関連情報に含まれる複数の教材項目要素が、看護学習内容、看護方法、及び看護知識のうちの少なくとも１つの情報に基づいた対処方法に係る１以上の教材項目要素を含むことを特徴とする。
また、請求項３５の発明は、請求項２８から請求項３４のいずれかに記載のデータベースシステムであって、前記関連情報が、疾患に係る各教材項目要素に対して既往歴に係る複数の教材項目要素が属するように関連付けられ、且つ当該既往歴に係る各教材項目要素に対して対処方法に係る複数の教材項目要素がそれぞれ属するように関連付けられた情報を含むことを特徴とする。
また、請求項３６の発明は、請求項２８から請求項３５のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応じて、前記関連情報に対して１つの教材項目要素を追加するとともに前記関連情報に含まれる他の少なくとも１つの教材項目要素と関連付ける一方で、当該追加された１つの教材項目要素に係る内容データを前記記憶手段に対して追加するとともに当該追加された１つの教材項目要素と当該追加された内容データとを関連付けるデータ更新手段を更に備えることを特徴とする。
また、請求項３７の発明は、請求項２８から請求項３５のいずれかに記載のデータベースシステムであって、ユーザーによる情報入力に応じて、自然文によって構成される質問情報を受け付ける質問情報受付手段と、前記質問情報に対して所定の言語解析処理を施すことにより、１以上の教材項目要素を認識する教材要素認識手段と、前記教材要素認識手段によって認識された１以上の教材項目要素を前記関連情報に対して追加して前記関連情報に含まれる他の少なくとも１つの教材項目要素と関連付けるデータ更新手段とを更に備えることを特徴とする。
また、請求項３８の発明は、請求項１から請求項３７のいずれかに記載のデータベースシステムであって、前記対処方法が、処置、治療方法、観察経過、トリアージュ、薬剤、及び検査のうちの少なくとも１つの項目に係る内容を含むことを特徴とする。
また、請求項３９の発明は、データベースシステムに含まれるコンピュータによって実行されることにより、前記データベースシステムを、請求項１から請求項３８のいずれかに記載のデータベースシステムとして機能させるプログラムである。
また、請求項４０の発明は、情報処理方法であって、(a)疾患名をそれぞれ示す複数の疾患名要素に含まれた各疾患名要素に対して、それぞれ症状を示す１以上の症状要素を組合せた情報を格納した第１のデータベースを準備するステップと、(b)各前記疾患名要素に対して、それぞれ対処名を示す複数の対処名要素を組合せた情報を格納した第２のデータベースを準備するステップと、(c)ユーザーの情報入力に応答して、症状を示す１以上の症状要素を認識するステップと、(d)前記第１のデータベースにおいて前記ステップ(c)において認識された１以上の症状要素の全てと組み合わされている１つの疾患名要素を検出するステップと、(e)前記第２のデータベースにおいて前記ステップ(d)において検出された１つの疾患名要素と組み合わされている複数の対処名要素を検出するステップと、(f)前記ステップ(d)において検出された１つの疾患名要素と前記ステップ(e)において検出された複数の対処名要素とを組み合わせた疾患対処情報を生成するステップと、(g)前記疾患対処情報を出力装置において可視的に出力させるステップとを備えることを特徴とする。
また、請求項４１の発明は、情報処理方法であって、(A)少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数の教材項目要素が相互に関連付けられ且つ疾患に係る各教材項目要素に対して対処方法に係る２以上の教材項目要素が属するように関連付けられた関連情報を記憶部に格納するとともに、前記複数の教材項目要素に含まれる少なくとも一部の各前記教材項目要素に対して詳細な内容を示す内容データを関連付けて前記記憶部に格納するステップと、(B)ユーザーによる情報入力に応答して、少なくとも疾患に係る教材項目要素を含む１以上の教材項目要素を認識するステップと、(C)前記ステップ(B)における前記１以上の教材項目要素の認識に応答して、前記関連情報から、前記１以上の教材項目要素と当該１以上の教材項目要素に属するように関連付けられた対処方法に係る２以上の教材項目要素とを含む複数の教材項目要素、及び当該複数の教材項目要素間の関連付けをそれぞれ示す一部関連情報を抽出するステップと、(D)前記一部関連情報に基づいて、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報を表示部において可視的に出力するように制御するステップとを備えることを特徴とする。
請求項１に記載の発明によれば、症状を入力すると、症状に応じた疾患名と複数の対処名とが可視的に提示されるため、状況に応じた所望の対処方法に係る情報を容易に得ることができる。
請求項２に記載の発明によれば、症状から疾患名を検出した経路を参照することで、検出された疾患名が適正か否かを確認することができる。すなわち、疾患名の検出精度向上を図ることができる。
請求項３に記載の発明によれば、症状に応じた疾患名と複数の対処名との組合せと、症状から疾患名を検出した経路とが、時間順次に提示されるため、一度に提示される情報量が少なくなるため、所望の情報が見易くなる。
請求項４に記載の発明によれば、症状を入力すると、まず症状に応じた疾患名と複数の対処名との組合せが可視的に提示されるため、ユーザーは、迅速かつ容易に状況に応じた対処名を知ることができる。
請求項５に記載の発明によれば、症状に応じた疾患名と複数の対処名との組合せが可視的に提示された状態で、所望の対処名を指定すると、当該対処名に係る詳細な情報が可視的に提示されるため、状況に応じた所望の対処方法の詳細情報を容易に得ることができる。
請求項６に記載の発明によれば、ユーザーのレベルに応じた対処方法に係る情報提示等が可能となる。
請求項７に記載の発明によれば、入力された症状、検出された疾患名、実際に採用された対処名、及び健康状態の指標となるパラメータの測定値が電子カルテに記述されるため、自宅介護や遠隔医療の充実化を図ることができる。
請求項８に記載の発明によれば、同じ疾患であっても症状によって異なる対処方法の詳細情報を知ることができる。
請求項９に記載の発明によれば、疾患名が分かっている場合には、症状の入力に要する時間ならびに作業が軽減されるため、短時間で容易に対処方法を知ることができる。
請求項１０に記載の発明によれば、疾患名が分かっている場合には、より早く且つ容易に対処方法を知ることができる。
請求項１１に記載の発明によれば、個人情報を加味した対処方法の詳細情報が提示されるため、個々の患者に適した対処方法を知ることができる。
請求項１２に記載の発明によれば、既往歴を加味した対処方法の詳細情報が提示されるため、個々の患者に適した対処方法を知ることができる。
請求項１３に記載の発明によれば、個人情報の所在を特定する情報を入力するだけで、個人情報が自動的に認識されるため、煩雑な個人情報の入力操作を行うことなく、個々の患者に適した対処方法を知ることができる。
請求項１４に記載の発明によれば、服薬やアレルギー等といった個人情報を加味した対処方法の詳細情報が提示されるため、個々の患者に適した対処方法を知ることができる。
請求項１５に記載の発明によれば、複数の症状から疾患名が検出されるため、疾患名の検出精度を向上させることができる。
請求項１６に記載の発明によれば、随伴症状を加味して疾患名が検出されるため、疾患名の検出精度をより向上させることができる。
請求項１７に記載の発明によれば、大まかな症状と当該症状の詳細な症状とから疾患名が検出されるため、症状の絞り込みによる疾患名の検出精度の向上を図ることができる。
請求項１８に記載の発明によれば、部位、程度、期間、種類、量、回数、及び発生時期等といった詳細な症状の絞り込みを行うことで、疾患名の検出精度をより高めることができる。
請求項１９に記載の発明によれば、症状の入力に応答して検出される疾患名に合併症も含めることで、可視的に提示される対処方法が増加し、ユーザーがより広汎に対応方法を知ることができる。
請求項２０に記載の発明によれば、ユーザーのニーズに応えた情報の充実化を図ることができる。
請求項２１に記載の発明によれば、質問を自然文で入力するだけで質問に対応する対処名が自動的にデータベースに追加されるため、データベースに対する情報の充実化を図る上での手間を削減することができる。
請求項２２に記載の発明によれば、症状を自然文で入力するだけで、症状に対応する疾患名が検出されるため、誰でも症状の入力を容易に行うことができる。
請求項２３から請求項２５のいずれに記載の発明によっても、症状に応じた疾患名と複数の対処名との組合せや症状から疾患名を検出した経路を示す１以上の症状と１つの疾患名との組合せが可視的に提示された状態で、所望の疾患名を指定すると、当該疾患名について、疾患の発生機序に係る情報等といった詳細な情報が可視的に提示されるため、ユーザーは状況に応じた疾患名に係る詳細情報を容易に得ることができる。
請求項２６及び請求項２７のいずれに記載の発明によっても、可視的に提示された情報の中に含まれている１以上の症状の中から所望の症状を指定すると、当該症状について、症状の発生機序に係る情報等といった詳細な情報が可視的に提示されるため、ユーザーは状況に応じた所望の症状に係る詳細情報を容易に得ることができる。
請求項２８に記載の発明によれば、疾患に関する入力を行うと、少なくとも当該疾患に関する教材項目と当該教材項目に従属する対処方法に係る２以上の教材項目とを含む複数の教材項目がネットワーク状に関連付けられて可視的に提示されるため、ユーザーは状況に応じた所望の対処方法に係る情報を容易に得ることができる。
請求項２９に記載の発明によれば、複数の教材項目がネットワーク状に関連付けられて可視的に提示された状態で、所望の教材項目を指定すると、当該教材項目に係る内容が可視的に提示されるため、ユーザーは状況に応じた所望の対処方法に係る詳細な情報を容易に得ることができる。
請求項３０から請求項３３のいずれに記載の発明によっても、学習内容が充実化され、学習効果を向上させることができる。
請求項３４に記載の発明によれば、ユーザーは看護に関する知識の習得を有効に図ることができる。
請求項３５に記載の発明によれば、ユーザーは既往歴に応じた疾患に対する対処方法の習得を図ることができる。
請求項３６に記載の発明によれば、ニーズに応えた教材の充実化を図ることができる。
請求項３７に記載の発明によれば、質問を自然文で入力するだけで質問に対応する教材項目が自動的にデータベースに追加されるため、データベースに対する情報の充実化を図る上での手間を削減することができる。
請求項３８に記載の発明によれば、対処方法の内容の充実化を図ることで、ユーザーは、多角的な対処方法を知ることができる。
請求項３９に記載の発明によれば、請求項１から請求項３８に記載の発明と同様な効果を得ることができる。
請求項４０に記載の発明によれば、請求項１に記載の発明と同様な効果を得ることができる。
請求項４１に記載の発明によれば、請求項２８に記載の発明と同様な効果を得ることができる。
以下、本発明の実施形態を図面に基づいて説明する。
＜看護／学習支援システムの概要＞
図１は本発明の実施形態に係る看護／学習支援システム１の構成概要を示す図である。
図１に示すように、看護／学習支援システム１は、サーバ１００、病院サーバ２００、及び端末１０〜４０とを備えて構成され、サーバ１００と病院サーバ２００と端末１０〜４０とは、インターネット等のネットワーク回線ＮＴを介して、相互にデータ送受信可能に接続されている。また、サーバ１００には、看護／学習支援システム１を管理するための端末（管理用端末）１９０がデータ送受信可能に接続されている。
サーバ１００は、看護や介護をサポートするための情報、及び看護や介護に関する教材情報等といった医療に関する各種情報を蓄積したデータベース（以下「医療ＤＢ」と称する）１１０を備えている。このサーバ１００は、知りたい内容及び学習したい内容を選択するための情報を端末１０〜４０に対して提供するとともに、端末１０〜４０からの要求に応じて、看護や介護をサポートするための情報及び看護に関する教材の実体的な内容を示すデータ等を端末１０〜４０に対して提供する。
つまり、サーバ１００は、看護や介護をサポートするための情報を提供する機能（看護支援機能）と、看護に関する学習教材を提供して学習を支援するための所謂e-learningシステムを実現する機能（学習支援機能）とを有している。
また、病院サーバ２００は、各種病院等に設置され、電子カルテ等の情報を蓄積するデータベース（以下「カルテＤＢ」と称する）２１０を備えている。この病院サーバ２００は、サーバ１００や端末１０〜４０からの要求に応じて、カルテＤＢ２１０内の情報をサーバ１００や端末１０〜４０に対して提供したり、カルテＤＢ２１０に対して新規な情報を追加する。
このように、看護／学習支援システム１は、医療ＤＢ１１０やカルテＤＢ２１０等に格納された情報をユーザーの要求に応じて提示するデータベースシステムとして機能する。
＜看護／学習支援システムの機能構成＞
図２は看護／学習支援システム１の機能構成を示すブロック図である。なお、端末１０〜４０の機能は同様であるため、図２では図の複雑化を防ぐ目的で端末１０〜４０を１つにまとめて記載している。
○端末１０〜４０：
端末１０〜４０は、例えば一般家庭等で使用されるパーソナルコンピュータ（パソコン）である。端末１０〜４０は、携帯式の端末（ＰＤＡ）等であっても良い。この端末１０〜４０は、主に、記憶部１１、端末制御部１２、表示部１３、操作部１４、及びインターフェース（Ｉ／Ｆ）１５を備えている。
記憶部１１は、例えばハードディスク等によって構成され、看護／学習支援システム１の機能の一部を実現するためのプログラムＰＧ１が記憶されている。
端末制御部１２は、ＣＰＵ及びメモリを有し、操作部１４からの各種信号や記憶部１１に格納されたプログラムＰＧ１等に基づいて各種機能や動作を実現する。ここでは、端末制御部１２が、記憶部１１に格納されているプログラムＰＧ１を読み込んで実行することにより、看護／学習支援システム１に関する各種機能及び動作が実現される。なお、端末制御部１２における情報処理の過程で適宜生成される各種データはメモリに一時的に記憶される。
表示部１３は、例えばＣＲＴや液晶パネルなどの出力装置によって構成され、端末制御部１２からの信号に応答して、各種画像を可視的に出力する。
操作部１４は、例えばキーボードやマウス等を備えて構成され、端末１０〜４０のユーザー（患者本人や介護者等）による各種操作に応答して、端末制御部１２に対して操作に応じた各種信号を送信する。
Ｉ／Ｆ１５は、サーバ１００等との間におけるネットワーク回線ＮＴを介したデータの送受信を制御するためのインターフェースである。
○管理用端末１９０：
管理用端末１９０は、例えば、パーソナルコンピュータ（パソコン）等によって構成されている。管理用端末１９０は、主に、記憶部１９１、ＰＣ制御部１９２、表示部１９３、操作部１９４、及びインターフェース（Ｉ／Ｆ）１９５を備えている。
記憶部１９１は、例えばハードディスク等によって構成され、看護／学習支援システム１の機能の一部を実現するためのプログラムＰＧ２が記憶されている。
ＰＣ制御部１９２は、ＣＰＵ及びメモリを有し、操作部１９４からの各種信号や、記憶部１９１に格納されたプログラムＰＧ２等に基づいて、各種機能や動作を実現する。ここでは、ＰＣ制御部１９２が、記憶部１９１に格納されているプログラムＰＧ２を読み込んで実行することにより、例えば、表示部１９３における各種画像の表示を制御する機能等といった看護／学習支援システム１に関する各種機能及び動作が実現される。なお、ＰＣ制御部１９２における情報処理の過程で適宜生成される各種データはメモリに一時的に記憶される。
表示部１９３は、例えば、ＣＲＴや液晶パネルによって構成され、ＰＣ制御部１９２からの信号に応答して、各種画像を可視的に出力する。
操作部１９４は、例えばキーボードやマウス等で構成され、管理用端末１９０のユーザー（すなわち管理者）によって操作部１９４が適宜操作されると、ＰＣ制御部１９２に対して操作に応じた各種信号が送信される。
Ｉ／Ｆ１９５は、サーバ１００との間におけるデータの送受信を制御するためのインターフェースである。
○サーバ１００：
サーバ１００は、主に、記憶部１０１、サーバ制御部１０２、及びインターフェース（Ｉ／Ｆ）１０５を備えている。
記憶部１０１は、例えばハードディスク等によって構成され、サーバ１００の機能を実現するためのプログラムＰＧ３が記憶されている。また、記憶部１０１には、後述する言語解析を可能とするためのデータ（以下「解析用データ」とも称する）１０１ａ、及び医療ＤＢ１１０が格納されている。そして、記憶部１０１には、看護／学習支援システム１の機能を実現するための各種データも格納されている。
医療ＤＢ１１０は、疾患症状組合せデータベース（ＤＢ）１１１、疾患対処組合せデータベース（ＤＢ）１１２、疾患対応症状データベース（ＤＢ）１１３、教材要素関連情報１１４、及び内容データ群１１５を格納している。
解析用データ１０１ａは、所謂形態素解析に必要なデータ（以下「形態素解析用データ」と称する）、及び係り受け解析に必要なデータ（以下「係り受け解析用データ」と称する）を含む。また、解析用データ１０１ａは、症状等の医療情報に関連する用語やフレーズ等の各種キーワードを集めたデータ（以下「キーワードデータ」と称する）、及び同じ意味を示す複数の同義語（例えば「熱が出て」と「発熱」や「お腹が痛い」と「腹痛」）と当該複数の同義語の代表語（例えば「発熱」や「腹痛」）との関連付けが多数列挙された辞書を示すデータ（以下「辞書データ」と称する）を含んでいる。なお、辞書データには、シソーラス辞書等の専門的な辞書に係るデータが含まれても良い。これらの形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データは、管理用端末１９０等から予め入力されて記憶部１０１に記憶される。なお、キーワードデータについては、機械学習によって取得されても良い。
疾患症状組合せＤＢ１１１は、疾患名をそれぞれ示す複数のデータ要素（以下「疾患名要素」と称する）に含まれた各疾患名要素に対して、それぞれ症状を示す１以上のデータ要素（以下「症状要素」と称する）を組合せた情報（以下「症状疾患組合せ情報」と称する）を格納している。
疾患対処組合せＤＢ１１２は、複数の疾患名要素に含まれる各疾患名要素に対して、それぞれ対応する対処名を示す複数のデータ要素（以下「対処名要素」と称する）を組合せた情報を格納している。この疾患対処組合せＤＢ１１２には、各対処名要素に対して、それぞれ対処方法の詳細な情報（詳細情報）に係る１以上のデータ要素（以下「対処詳細要素」と称する）が組み合わされた情報（以下「詳細要素組合せ情報」と称する）が含まれている。
疾患対応症状ＤＢ１１３は、複数の疾患名要素に含まれる各疾患名要素に対して、それぞれ当該各疾患名に応じて一義的に決まる症状を示す症状要素を組み合わせた情報を格納している。
教材要素関連情報１１４は、少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数のデータ要素（以下「教材項目要素」とも称する）が相互に関連付けられた情報である。この教材要素関連情報１１４では、疾患に係る各教材項目要素に対して対処方法に係る２以上の教材項目要素が属するように関連付けられている。
内容データ群１１５は、複数の教材項目要素に含まれる少なくとも一部の各教材項目要素に対して詳細な内容を示すデータ（以下「内容データ」と称する）を関連付けて格納している。この内容データのうち、対処方法に係る各教材項目要素の内容データは、複数の対処名要素に含まれる各対処名要素の詳細な内容を示す１以上のデータ要素（対処詳細要素）としても機能する。
サーバ制御部１０２は、ＣＰＵ及びメモリを有しており、管理用端末１９０や端末１０〜４０からの各種信号や、プログラムＰＧ３等に基づいて、看護サーポート／学習システム１に関する動作を制御する部位である。ここでは、例えば、管理用端末１９０からの信号に基づき、サーバ制御部１０２が記憶部１０１に格納されているプログラムＰＧ３を読み込んで実行することにより、看護サーポート／学習システム１に関する各種機能及び動作が実現される。なお、サーバ制御部１０２における情報処理の過程で適宜生成される各種データはメモリに一時的に記憶される。
Ｉ／Ｆ１０５は、端末１０〜４０や病院サーバ２００等との間におけるネットワーク回線ＮＴを介したデータの送受信を制御したり、管理用端末１９０との間におけるデータの送受信を制御するためのインターフェースである。
○病院サーバ２００：
病院サーバ２００は、主に、記憶部２０１、制御部２０２、表示部２０３、操作部２０４、及びインターフェース（Ｉ／Ｆ）２０５を備えている。
記憶部２０１は、例えばハードディスク等によって構成され、看護／学習支援システム１の機能の一部を実現するためのプログラムＰＧ４、及び多数の電子カルテ情報が蓄積されているデータベース（カルテＤＢ）２１０が記憶されている。
このカルテＤＢ２１０に格納されている各電子カルテ情報には、例えばカルテ番号等の情報が各電子カルテ情報を特定する情報すなわち所在を特定する情報（以下「所在特定情報」と称する）として付与されている。そして、各電子カルテ情報には、患者の個人情報（例えば、既往歴、性別、年齢等）が他の情報とは項分けされる等して識別可能な態様で記述されている。つまり、カルテＤＢ２１０は、１以上の個人情報を示すデータ要素（以下「個人情報要素」とも称する）と、当該１以上の個人情報要素の所在を特定するカルテ番号等の所在特定情報とが関連付けられて記憶されている。
制御部２０２は、ＣＰＵ及びメモリを有し、操作部２０４からの各種信号や、記憶部２０１に格納されたプログラムＰＧ４等に基づいて、各種機能や動作を実現する。ここでは、制御部２０２が、記憶部２０１に格納されているプログラムＰＧ４を読み込んで実行することにより、看護サーポート／学習システム１に関する各種機能及び動作が実現される。なお、制御部２０２における情報処理の過程で適宜生成される各種データはメモリに一時的に記憶される。
表示部２０３は、例えば、ＣＲＴや液晶パネルによって構成され、制御部２０２からの信号に応答して、各種画像を可視的に出力する。
操作部２０４は、例えばキーボードやマウス等で構成され、病院サーバ２００のユーザー（例えば医師や医療事務職員等）によって操作部２０４が適宜操作されると、制御部２０２に対して操作に応じた各種信号が送信される。
Ｉ／Ｆ２０５は、サーバ１００等との間におけるネットワーク回線ＮＴを介したデータの送受信を制御するためのインターフェースである。
看護／学習支援システム１では、端末制御部１２、サーバ制御部１０２、ＰＣ制御部１９２、及び制御部２０２の各機能が協働して、各種データを相互に送受信し合うことで、看護支援機能に係る処理（以下「看護支援処理」と称する）及び学習支援機能に係る処理（以下「学習支援処理」と称する）が実現される。
以下、まず看護／学習支援システム１における看護支援処理について説明し、その後、学習支援処理について説明する。
＜看護支援処理＞
＜看護支援処理の概要＞
図３は、看護／学習支援システム１における看護支援処理の概要を示す図である。
端末１０〜４０においてユーザーが、症状を選択するか、若しくは自然文によって症状を入力すると、サーバ１００の検索機能により、医療ＤＢ１１０を参照することで症状に応じた疾患名が検出され、医療ＤＢ１１０から疾患名と対処名との組合せに係る情報が取得されて、端末１０〜４０において可視的に提示される。このとき、端末１０〜４０からカルテ番号が入力されていれば、サーバ１００では、個人情報認識機能により、通信可能に接続されているカルテＤＢ２１０から適宜ユーザーの個人情報（例えば、既往歴等）を自動的に取得して、疾患名と対処名との組合せに係る情報の検索に利用される。
そして、端末１０〜４０において、ユーザーが、可視的に提示された疾患名と対処名との組合せのうち、所望の対処名を指定すると、対処名に対応する詳細な対処方法の情報が、医療ＤＢ１１０から読み出されて、端末１０〜４０において可視的に提示される。
また、質問がある場合には、端末１０〜４０においてユーザーが質問を入力することができ、その質問に対応する回答が医療ＤＢ１１０にある場合には、端末１０〜４０において回答が可視的に提示される。なお、図示を省略しているが、回答が医療ＤＢ１１０にない場合には、専門家や管理者から直接回答が端末１０〜４０に対して送られ、必要に応じて、質問と回答に関する情報が医療ＤＢ１１０に追加されることで、医療ＤＢ１１０に蓄積されている知識が進化する。
＜看護支援処理に係る医療ＤＢの記憶内容＞
○疾患症状組合せＤＢ１１１：
上述したように、疾患症状組合せＤＢ１１１は、１つの疾患名要素と１以上の症状要素とが組み合わされた情報（症状疾患組合せ情報）が多数蓄積されたものである。
図４から図７は、疾患症状組合せＤＢ１１１を構成する情報の具体例を示す図である。図４から図７では、図のサイズの関係上、複数の疾患名要素について、疾患名要素と症状要素との組合せを示すテーブルが４分割されて示されている。
図４から図７で示すように、複数（ここでは１３個）の疾患名（風邪、インフルエンザ、扁桃炎、肺炎、麻疹、風疹、虫垂炎、急性胆嚢炎、急性胆管炎、Ｂ型肝炎、急性腎盂腎炎、サルモネラ、カンビロバクター）に係るデータ要素（疾患名要素）と、複数（ここでは１０個）の分類（全身症状、頭、骨・筋肉、鼻、のど、口、皮膚、排泄、腹部、目）に区分された複数通り（ここでは４５通り）の症状要素の組合せ（ここでは、１つの症状要素の場合も含む）との関係（すなわち組合せ）が示されている。
図４及び図５では、４５通りの症状要素の組合せに対して番号１〜４５が付され、上から順に各行において記載されている。具体的には、２５個の大まかな症状（発熱、全身倦怠感、悪寒戦慄、発汗、リンパ節腫脹、チアノーゼ、頭痛、不眠、関節痛・筋肉痛、鼻汁、咳嗽、喀痰、咽頭痛、くしゃみ、呼吸困難、発疹、黄疸、発疹、下痢、便秘、悪心・嘔吐、排尿障害、腹痛、食欲不振、充血）にあたる主症状に係る症状要素（以下「主症状要素」とも称する）と、１以上の詳細な症状を示す症状要素（以下「詳細症状要素」とも称する）との組合せによって４５通りの症状要素の組合せが形成されている。なお、当該詳細症状要素は１以上であれば良く、当該詳細症状要素には、部位、程度、期間、量、回数、及び発生時期等を示す詳細症状要素が適宜含まれる。
より詳細には、１１個の主症状（発熱、発汗、チアノーゼ、喀痰、咽頭痛、発疹、発疹、下痢、排尿障害、腹痛、充血）に係る主症状要素に対して、１以上の詳細症状要素が組み合わされて２７通りの症状要素の組合せが形成されている。つまり、４５通りの症状要素の組合せは、所定の症状に係る症状要素と、当該所定の症状に関する詳細な症状を示す１以上の詳細症状要素との組合せからなる２７通りの症状要素の組合せを含んでいる。
例えば、主症状要素「発熱」−詳細症状要素「高熱」−詳細症状要素「短期」の組合せや、主症状要素「発疹」−詳細症状要素「耳後・顔面・項部→体幹・四肢」−詳細症状要素「不整形」−詳細症状要素「数ミリ〜１ｃｍ」−詳細症状要素「紅色斑／斑状」の組合せなどが挙げられる。なお、詳細症状要素における「→」や「〜」は「から」と同等な意味を有する。
また、１４個の主症状（全身倦怠感、悪寒戦慄、リンパ節腫脹、頭痛、不眠、関節痛・筋肉痛、鼻汁、咳嗽、くしゃみ、呼吸困難、黄疸、便秘、悪心・嘔吐、食欲不振）に対しては、詳細症状要素が全く組み合せられずに１４通りの症状要素の組合せ（すなわち、１つの症状要素からなる症状要素の組合せ）が形成されている。更に、４個の主症状（喀痰、咽頭痛、下痢、腹痛）に対しても、詳細症状要素が全く組み合せられていない４通りの症状要素の組合せ（すなわち、１つの症状要素からなる症状要素の組合せ）が形成されている。
症状要素の組合せについては、図４及び図５で示されたものに限られず、例えば、症状要素「発熱」に係る詳細症状要素に詳細症状要素「１日の体温差が１℃以内」等を適宜追加したり、詳細症状要素を削減したりしても良い。
図６及び図７では、４５個の症状要素の組合せに含まれた各症状要素の組合せ（ここでは、各症状要素の組合せに対応する番号１〜４５）と、１３個の疾患名要素との関係（組合せ）が示されている。具体的には、各疾患名要素と各症状要素の組合せとが丸印で示されている。ここでは、各疾患に関して発生する症状が丸印で示されている。例えば、疾患名要素「風邪」に対しては、１６通りの症状要素の組合せ（番号３，５，７，８，１０，１２，１４〜１７，１９，２１，２７，３１，３４，４４の症状要素の組合せ）が組み合わされている。なお、他の疾患名要素に対しても、１通り以上（ここでは３通り以上）の症状要素の組合せが組み合わされている。
また、図６及び図７で示されている丸印には、単純な丸印と二重丸印と黒塗りの丸印の３通りが存在している。この丸印の違いは、後述する疾患名要素の検出において、１以上の症状要素の組合せに対して複数の疾患名要素が検出されそうな場合に、１つの疾患名を優先的に検出するか否かを示す判断基準の情報を示している。
具体的には、ある疾患名要素について２つの二重丸印の症状要素の組合せが満たされれば当該疾患名要素が優先的に検出され、ある疾患名要素について黒塗りの丸印の症状要素の組合せが満たされれば当該疾患名要素が優先的に検出されるといった判断ルールに使用される。例えば、番号１と番号１４の症状要素の組合せが患者の症状を示すものである場合には、番号１と番号１４の症状要素の組合せに対応する疾患名要素は複数存在しているが、疾患名要素「インフルエンザ」が優先的に検出される。また、番号２３の症状要素の組合せが患者の症状を示すものである場合には、疾患名要素「麻疹」が優先的に検出される。
なお、疾患症状組合せＤＢ１１１の記憶内容は、看護／学習支援システム１の管理者が管理用端末１９０の操作部１９４を適宜操作すること等により、疾患症状組合せＤＢ１１１に格納させることができる。
○疾患対処組合せＤＢ１１２：
図８は、疾患対処組合せＤＢ１１２を構成する情報の具体例を示す図であり、症状が「発熱」、疾患名が「インフルエンザ」や「扁桃炎」、対処名が「罨法」や「水分摂取」である場合の情報が示されている。
図８の各行が、１以上（ここでは４つ）の症状要素と１つの疾患名要素と１つの個人情報要素と１つの対処詳細要素と１つの対処名要素とが組み合わされた情報（以下「症状疾患個人対処組合せ情報」とも称する）を示しており、疾患対処組合せＤＢ１１２は、症状疾患個人対処組合せ情報を多数蓄積している。
具体的には、図８では各行において左側から、１０項目のデータ要素、すなわち、主症状に伴って生じる症状（随伴症状）等といった関連する症状（関連症状）に係るデータ要素（以下「関連症状要素」と称する）と、主症状要素と、主症状に係る詳細な症状（ここでは状態や期間）を示す２つのデータ要素（詳細症状要素）と、疾患名要素と、個人情報（ここでは既往歴の情報）を示すデータ要素（個人情報要素）と、緊急の対処方法の詳細な内容（いわゆるトリアージュ）を示すデータ要素（以下「トリアージュ詳細要素」とも称する）と、対処方法の分類（対処分類）を示すデータ要素（以下「対処分類要素」とも称する）と、対処名要素と、対処方法の詳細内容を示すデータ要素（対処詳細要素）とが組み合わされている情報が示されている。なお、対処詳細要素については、図８では、各対処詳細要素を特定する番号（以下「詳細要素特定番号」と称する）が付されており、後述する内容データ群１１５において各詳細要素特定番号に対して実際の各対処詳細要素が対応付けられて記憶された情報が格納されている。
例えば、図８では、関連症状要素「なし」と主症状要素「発熱」と詳細症状要素「高熱」と詳細症状要素「短期」と疾患名要素「インフルエンザ」と個人情報要素「なし」とトリアージュ詳細要素「病院へ行きましょう」と対処分類要素「処置」と対処名要素「罨法（温めるか冷やすか）」と詳細要素特定番号「１」とが組み合わされた情報や、関連症状要素「悪寒戦慄（寒気・ふるえ）」と主症状要素「発熱」と詳細症状要素「高熱」と詳細症状要素「短期」と疾患名要素「扁桃炎」と個人情報要素「糖尿病」とトリアージュ詳細要素「病院へ行きましょう」と対処分類要素「処置」と対処名要素「水分摂取」と詳細要素特定番号「１６」とが組み合わされた情報などが示されている。
つまり、疾患対処組合せＤＢ１１２では、複数の疾患名要素（例えば、上記図６及び図７で記載された１３個の疾患名要素）を構成する各疾患名要素に対して、当該各疾患名要素にそれぞれ対応する複数の対処名要素を組み合わせた情報が格納されている。そして、更に、各対処名要素に対して、それぞれ対処方法の詳細情報に係る１以上の対処詳細要素が組み合わされた情報（詳細要素組合せ情報）をも含んでいる。
更に、別の観点から言えば、この詳細要素組合せ情報には、少なくとも個人情報を示す１以上の個人情報要素と、対処名要素と、１以上の対処詳細要素とを組み合わせた情報が含まれ、少なくとも１以上の症状要素と、対処名要素と、１以上の対処詳細要素とを組み合わせた情報も含まれている。また、各対処名要素に対して、緊急の対処方法の詳細な内容を示すトリアージュ詳細要素と対処方法の詳細内容を示す対処詳細要素とが組み合わされているため、各対処名要素に対して、それぞれ相互に異なる複数種類の対処方法の詳細情報に係る複数の対処詳細要素が組み合わせされているとも言える。
なお、図８では、個人情報として既往歴の情報を例示したが、これに限られず、例えば、服薬の有無、及びアレルギーの有無のうちの少なくとも一方の情報を適宜個人情報として採用しても良い。
また、図８では、対処分類として疾患に対応する「処置」を例示したが、これに限られず、疾患に対応する「処置」「治療方法」「観察経過」「トリアージュ」「薬剤」及び「検査」のうちの少なくとも１つの項目を適宜採用しても良い。つまり、対処方法には、「処置」「治療方法」「観察経過」「トリアージュ」「薬剤」及び「検査」に係る内容が適宜含まれる。
また、図８では、各症状疾患個人対処組合せ情報には、各々１つの対処名要素が含まれたが、これに限られず、各対処名要素が上位概念の対処名でまとめられるような場合には、各症状疾患個人対処組合せ情報に、適宜２以上の対処名要素が含まれるようにして、対処名要素を階層的に表現しても良い。但し、このような対処名要素が階層的である場合には、下位概念の対処名要素に対して１以上の対処詳細要素が関連付けられる。
なお、疾患対処組合せＤＢ１１２の記憶内容は、看護／学習支援システム１の管理者が管理用端末１９０の操作部１９４を適宜操作すること等により、疾患対処組合せＤＢ１１２に格納させることができる。
○疾患対応症状ＤＢ１１３：
疾患対応症状ＤＢ１１３では、各疾患名要素に対して、それぞれ当該各疾患名要素に応じて一義的に決まる主症状要素を含む１以上の症状要素を組み合わせた情報を格納している。例えば、虫垂炎の場合には、発熱における１日の体温差が１℃以内であることが極めて周知の事実であれば、当該条件を疾患対応症状ＤＢ１１３に格納させておく。つまり、所定の疾患名要素「虫垂炎」に対して、主症状要素「発熱」及び当該主症状要素「発熱」に係る詳細症状要素「１日の体温差が１℃以内」を組み合わせて格納させておく。
図６及び図７でも示したように、各疾患に対して生じる症状は多岐に渡り、複数の疾患に共通して生じる症状も多数存在しており、各疾患名要素に対して一義的に決まる症状要素はごく一部に限られる。したがって、疾患対応症状ＤＢ１１３では、後述する入力要求部１０２Ｂによって疾患名要素や対処名要素を検出するために症状要素の入力が要求される所定数の症状要素の項目のうち、一部の症状要素の項目に係る症状要素が、各疾患名要素と組み合わされている。
なお、疾患対応症状ＤＢ１１３の記憶内容は、看護／学習支援システム１の管理者が管理用端末１９０の操作部１９４を適宜操作すること等により、疾患対応症状ＤＢ１１３に格納させることができる。
○内容データ群１１５：
図９及び図１０は、内容データ群１１５を構成する情報の具体例を示す図である。
図９では、対処名要素「罨法（温めるか冷やすか）」に関する複数（図９では７つ）の対処詳細要素を構成する各対処詳細要素が詳細要素特定番号（図９では１〜７）と対応付けられて記憶されている様子が示されている。例えば、詳細要素特定番号「１」に対して対処名要素「罨法（温めるか冷やすか）」に係る対処詳細要素「おでこやわき、首、足の付け根・・・冷やさないように注意しましょう」が対応付けられて記憶されている。他の各詳細要素特定番号「１〜７」についても同様な態様で各対処詳細要素が対応付けられて記憶されている。なお、図９で示す詳細要素特定番号は、図８で示す詳細要素特定番号に対応するものである。つまり、詳細要素特定番号を介して、図８における各対処名要素「罨法（温めるか冷やすか）」と各対処詳細要素とが組み合わされている。
図１０では、対処名要素「水分摂取」に関する複数（図１０では３つ）の対処詳細要素を構成する各対処詳細要素が詳細要素特定番号（図１０では１１〜１３）と対応付けられて記憶されている様子が示されている。例えば、詳細要素特定番号「１１」に対して対処名要素「水分摂取」に係る対処詳細要素「発熱時は発汗などで・・・ものを飲むとよいでしょう」が対応付けられて記憶されている。他の各詳細要素特定番号「１１，１２」についても同様な態様で各対処詳細要素が対応付けられて記憶されている。なお、図１０で示す詳細要素特定番号は、図８で示す詳細要素特定番号に対応するものである。つまり、詳細要素特定番号を介して、図１０における各対処名要素「水分摂取」と各対処詳細要素とが組み合わされている。
＜看護支援処理に係る機能構成＞
○端末制御部１２の機能：
図１１は、看護支援処理が実行される際に、端末制御部１２で実現される機能を例示する図である。看護支援処理を実行する際には、端末制御部１２は、機能として、入出力制御部１２Ａ、入力情報受付部１２Ｂ、対処名指定部１２Ｃ、採用対処名指定部１２Ｄ、及び測定値取得部１２Ｅを備える。
入出力制御部１２Ａは、サーバ１００等から送られてくる情報を表示部１３において可視的に出力するように制御する。例えば、入出力制御部１２Ａは、疾患名要素と対処名要素とが組み合わされた疾患対処情報（後述）等を表示部１３において可視的に出力させる。また、入出力制御部１２Ａは、Ｉ／Ｆ１５を介したデータ送信を適宜制御する。
入力情報受付部１２Ｂは、ユーザーの操作部１４に対する入力操作に応答して操作部１４から入力される各種情報を受け付ける。
対処名指定部１２Ｃは、入出力制御部１２Ａの制御下で表示部１３において疾患対処情報が可視的に出力された状態で、ユーザーの操作部１４に対する所定の入力操作に応答して、疾患対処情報（後述）に含まれている複数の対処名要素のうちの１つの対処名要素を、当該１つの対処名要素に係る対処詳細要素を表示させる対処名要素として指定する。対処名指定部１２Ｃによって指定された対処名要素の情報は、入出力制御部１２Ａによって、サーバ制御部１０２（具体的には、後述する詳細情報検出部１０２Ｋ）に対して送信される。
採用対処名指定部１２Ｄは、対処名指定部１２Ｃによって指定された１つの対処名要素に係る対処詳細要素が表示部１３において可視的に出力された状態で、ユーザーの操作部１４に対する所定の入力操作に応答して、対処名指定部１２Ｃによって指定された１つの対処名要素をユーザーによって採用された１つの対処名を示すデータ要素（以下「採用対処名要素」とも称する）として指定する。採用対処名指定部１２Ｄによって指定された採用対処名要素の情報は、入出力制御部１２Ａによって、サーバ制御部１０２（具体的には、後述するカルテ情報記述制御部１０２Ｌ）に対して送信される。
測定値取得部１２Ｅは、ユーザーの操作部１４に対する所定の入力操作に応答して、患者の健康状態の指標となるパラメータ（例えば、体温や血圧の値など）の測定値を示す情報（以下「測定値情報」とも称する）を取得する。測定値取得部１２Ｅで取得された測定値情報は、入出力制御部１２Ａによって、サーバ制御部１０２（具体的には、後述するカルテ情報記述制御部１０２Ｌ）に対して送信される。
○サーバ制御部１０２の機能：
図１２及び図１３は、看護支援処理が実行される際に、サーバ制御部１０２で実現される機能を例示する図である。
看護支援処理を実行する際には、サーバ制御部１０２は、機能として、入出力制御部１０２Ａ、入力要求部１０２Ｂ、個人情報認識部１０２Ｃ、症状／疾患名情報受付部１０２Ｄ、疾患名認識部１０２Ｅ、症状要素認識部１０２Ｆ、疾患名検出部１０２Ｇ、疾患名検出経路情報生成部１０２Ｈ、対処名検出部１０２Ｉ、疾患対処情報生成部１０２Ｊ、詳細情報検出部１０２Ｋ、カルテ情報記述制御部１０２Ｌ、質問情報受付部１０２Ｍ、質問情報解析部１０２Ｎ、回答検索部１０２Ｏ、及びデータ更新部１０２Ｐを備える。
まず、図１２で示す機能について説明する。
入出力制御部１０２Ａは、Ｉ／Ｆ１０５介したデータ送受信を適宜制御する。
入力要求部１０２Ｂは、入出力制御部１０２Ａ等を介して端末１０〜４０等に対して各種情報の入力を要求する。例えば、疾患名及び対処方法を検索するために、自然文によって構成される症状を示す症状情報や、疾患名要素を特定するために必要な所定数の項目（必須項目）に係る症状要素の入力を要求する情報を送信する。また、入力要求部１０２Ｂは、症状要素認識部１０２Ｆ（後述）から所定数の項目のうちの症状要素の入力を要求しない一部の項目（以下「削減項目」とも称する）を特定する情報（以下「削減項目特定情報」とも称する）が入力されると、所定数の項目から当該削減項目を除いて、残余の項目に係る症状要素の入力を要求する情報を端末１０〜４０等に対して送信する。
個人情報認識部１０２Ｃは、端末１０〜４０においてユーザーが操作部１４を種々操作することで入力される個人情報の所在を特定する所在特定情報（例えば、ユーザーの電子カルテ情報の所在を特定するカルテ番号等）に基づいて、病院サーバ２００のカルテＤＢ２１０内に格納されている個人情報を示すデータ要素（個人情報要素）を認識する。なお、個人情報認識部１０２Ｃは、端末１０〜４０においてが操作部１４を種々操作することで個人情報要素が直接入力された場合には、当該個人情報要素をそのまま認識する。個人情報認識部１０２Ｃは、認識された１以上の個人情報要素を対処名検出部１０２Ｉに対して出力する。
症状／疾患名情報受付部１０２Ｄは、端末１０〜４０においてユーザーが操作部１４を種々操作することで入力されて入出力制御部１０２Ａ等を介して送信されて来る症状に係る情報（以下「症状情報」とも称する）や疾患名に係る情報（疾患名情報）を受け付ける。なお、症状情報としては、１以上の症状要素からなる情報や自然文によって構成される症状を示す情報等が挙げられ、疾患名情報としては、１つの疾患名要素等が挙げられる。また、症状／疾患名情報受付部１０２Ｄは、疾患名情報を疾患名認識部１０２Ｅに送出する一方、症状情報を症状要素認識部１０２Ｆに対して送出する。なお、症状情報と疾患名情報との識別は、例えば、２つの情報が入力されるタイミングを明確に分けておくか、各情報に内容を特定する情報を付与しておくことで実施される。
疾患名認識部１０２Ｅは、症状／疾患名情報受付部１０２Ｄから受け取った疾患名情報から１つの疾患名を示す１つのデータ要素（疾患名要素）を認識する。例えば、疾患名情報が１つの疾患名要素によって構成されていれば、疾患名認識部１０２Ｅはそのまま１つの疾患名要素を認識する。また、例えば、各疾患名要素に対して疾患名要素を特定するための情報（例えば、番号等）が対応付けられたテーブルを準備しておき、疾患名情報として番号が入力された場合に、疾患名認識部１０２Ｅが、当該番号から１つの疾患名要素を認識するような態様等、種々の態様が考えられる。疾患名認識部１０２Ｅは、認識された疾患名要素を症状要素認識部１０２Ｆ及び対処名検出部１０２Ｉに対して出力する。
症状要素認識部１０２Ｆは、症状／疾患名情報受付部１０２Ｄから受け取った症状情報から、症状を示す１以上の症状要素を認識する。症状要素認識部１０２Ｆは、認識された１以上の症状要素を疾患名検出部１０２Ｇに対して送出する。
例えば、症状情報が１以上の症状要素によって構成されていれば、症状要素認識部１０２Ｆはそのまま１以上の症状要素を認識する。なお、例えば、各症状要素に対して症状要素を特定するための情報（例えば、番号等）が対応付けられたテーブルを準備しておき、症状情報として番号が入力された場合に、症状要素認識部１０２Ｆが、当該番号から１以上の症状要素を認識するような態様も考えられる。
また、症状情報が自然文によって構成される症状を示す情報である場合には、症状要素認識部１０２Ｆは、当該自然文に対して形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データを用いた所定の言語解析処理を施すことで、１以上の症状要素を認識する。例えば、まず、形態素解析用データを用いて所謂形態素解析の処理が行われて自然文が形態素に分解され、次に、係り受け解析用データを用いた所謂係り受け解析の処理によって修飾関係が認識され、キーワードデータを用いて症状を示す用語や節を認識し、最後に辞書データを用いて類義語や同義語等が代表的な用語等に置き換えられる。なお、このときキーワードデータは、疾患症状組合せＤＢ１１１に含まれる症状要素が列挙されたデータとすれば良い。
更に、疾患名認識部１０２Ｅによる１つの疾患名要素の認識に応答して当該１つの疾患名要素が症状要素認識部１０２Ｆに入力される場合には、症状要素認識部１０２Ｆは、疾患対応症状ＤＢ１１３において当該１つの疾患名要素に対して組み合わされている一部の項目に係る１以上の症状要素を認識する。このとき、症状要素認識部１０２Ｆは、本来症状要素の入力を要求すべき所定数の症状要素の項目のうち、１つの疾患名要素から一義的に症状要素が認識された一部の症状要素の項目を、症状要素の入力を要求しない削減項目として、当該削減項目を特定する削減項目特定情報を入力要求部１０２Ｂに対して送出する。
疾患名検出部１０２Ｇは、疾患症状組合せＤＢ１１１を参照することで、疾患症状組合せＤＢ１１１において症状要素認識部１０２Ｆによって認識された１又は２以上の症状要素の全てと組み合わされている１つの疾患名要素を検出する。
例えば、疾患名認識部１０２Ｅによって図６で示す番号１，３，５，７，１２，１４〜１６の症状要素の組合せに係る症状要素が認識されると、当該認識された症状要素の全組合せ（すなわち全症状要素）と組み合わされている１つの疾患名要素「インフルエンザ」が検出される。なお、図６で丸印の種類を変えて示したように、疾患名検出部１０２Ｇにより、疾患症状組合せＤＢ１１１における１つの疾患名を優先的に検出するか否かを示す判断基準に係る情報も利用しつつ１つの疾患名要素が検出される。また、疾患名検出部１０２Ｇは、認識された症状要素の各組合せ、及び検出された１つの疾患名要素の双方を含む全ての症状疾患組合せ情報を疾患症状組合せＤＢ１１１から検出して、疾患名検出経路情報生成部１０２Ｈに対して送出する。また、疾患名検出部１０２Ｇは、検出された１つの疾患名要素と症状要素認識部１０２Ｆから入力された１以上の症状要素とを、対処名検出部１０２Ｉに対して送出する。
更に、疾患名検出部１０２Ｇは、１つの疾患名要素に絞り込んで検出することができない場合、すなわち、複数の疾患名要素が検出された場合には、当該複数の疾患名要素から１つの疾患名要素に絞り込むための質問を示す情報（以下「絞り込み質問情報」とも称する）を入力要求部１０２Ｂに対して送出する。この絞り込み質問情報は、例えば、複数の疾患名要素の組合せに対してそれぞれ予め設定して記憶部１０１に記憶しておけば良い。絞り込み質問情報に対応する回答情報（以下「絞り込み用回答情報」とも称する）は、端末１０〜４０から入出力制御部１０２Ａを介して疾患名検出部１０２Ｇに送信され、疾患名検出部１０２Ｇは、当該絞り込み用回答情報に基づいて、１つの疾患名要素を検出する。なお、このような処理を実現するために、複数の疾患名要素の組合せと、絞り込み質問情報と、絞り込み用回答情報と、絞り込み結果（１つの疾患名要素又は複数の疾患名要素）とを関連付けて記憶部１０１に格納しておけば良い。
疾患名検出経路情報生成部１０２Ｈは、症状要素認識部１０２Ｆによって認識された１以上の症状要素と疾患名検出部１０２Ｇによって検出された１つの疾患名要素とを組み合わせて、１つの疾患名要素を検出した経路を示す情報（以下「疾患名検出経路情報」とも称する）を生成する。具体的には、疾患名検出経路情報生成部１０２Ｈは、疾患名検出部１０２Ｇから入力される全ての症状疾患組合せ情報に基づいて、全ての症状疾患組合せ情報に共通する１つの疾患名要素に対して、各症状疾患組合せ情報に含まれる１以上の症状要素の組合せが関連付けることで、疾患名検出経路情報を生成する。この疾患名検出経路情報は、入出力制御部１０２Ａ等を介して端末１０〜４０に対して送信される。このとき、端末１０〜４０では、入出力制御部１２Ａの制御下で、疾患名検出経路情報が表示部１３において可視的に出力される。
対処名検出部１０２Ｉは、疾患対処組合せＤＢ１１２において１つの疾患名要素と組み合わされている複数の対処名要素を検出する。具体的には、疾患名検出部１０２Ｇから１つの疾患名要素が入力された場合には、疾患名検出部１０２Ｇによって検出された１つの疾患名要素と組み合わされている複数の対処名要素を疾患対処組合せＤＢ１１２から検出する。一方、疾患名認識部１０２Ｅから１つの疾患名要素が入力された場合には、疾患名認識部１０２Ｅによって認識された１つの疾患名要素と組み合わされている複数の対処名要素を疾患対処組合せＤＢ１１２から検出する。
例えば、図８で示したように疾患対処組合せＤＢ１１２が、症状疾患個人対処組合せ情報が多数蓄積されたものである場合には、対処名検出部１０２Ｉは、疾患名認識部１０２Ｅや疾患名検出部１０２Ｇや個人情報認識部１０２Ｃから取得した１つの疾患名要素、１以上の症状要素、及び１以上の個人情報要素の組み合わせを含む複数の症状疾患個人対処組合せ情報を疾患対処組合せＤＢ１１２から抽出することで、当該複数の症状疾患個人対処組合せ情報にそれぞれ含まれる複数の対処名要素を検出する。なお、対処名検出部１０２Ｉは、抽出した複数の症状疾患個人対処組合せ情報を疾患対処情報生成部１０２Ｊに対して送出する。
疾患対処情報生成部１０２Ｊは、疾患名検出部１０２Ｇによって検出された１つの疾患名要素と対処名検出部１０２Ｉによって検出された複数の対処名要素とを組み合わせた情報（以下「疾患対処情報」とも称する）を生成する。具体的には、疾患対処情報生成部１０２Ｊは、対処名検出部１０２Ｉから取得した複数の症状疾患個人対処組合せ情報に基づいて、複数の症状疾患個人対処組合せ情報に共通する１つの疾患名要素を起点として、各症状疾患個人対処組合せ情報に含まれる１以上の症状要素と１以上の個人情報要素と対処名要素とが組み合わされた情報を従属させることで、疾患対処情報を生成する。この疾患対処情報は、入出力制御部１０２Ａ等を介して端末１０〜４０に対して送信される。このとき、端末１０〜４０では、入出力制御部１２Ａの制御下で、疾患対処情報が表示部１３において可視的に出力される。
詳細情報検出部１０２Ｋは、端末１０〜４０の対処名指定部１２Ｃによって指定された対処名要素の情報を取得して、内容データ群１１５から当該対処名要素に対応する１以上（ここでは１つ）の対処詳細要素を検出する。
図８で示したように、疾患対処組合せＤＢ１１２では各対処名要素に詳細要素特定番号が付与されており、図９及び図１０で示したように、内容データ群１１５では各詳細要素特定番号に対して各対処詳細要素が関連付けられている。このため、詳細情報検出部１０２Ｋは、疾患対処組合せＤＢ１１２において端末１０〜４０の対処名指定部１２Ｃによって指定された対処名要素と組み合わされている１以上の対処詳細要素を内容データ群１１５から検出する。
また、疾患症状組合せＤＢ１１１が図８で示すような情報を有する場合には、症状要素の組合せや個人情報要素が異なれば、疾患対処組合せＤＢ１１２において、各対処名要素に対して組み合わされる対処詳細要素が異なる。このような場合には、詳細情報検出部１０２Ｋは、疾患対処組合せＤＢ１１２において、端末１０〜４０の対処名指定部１２Ｃによって指定された１つの対処名要素、症状要素認識部１０２Ｆによって認識された１以上の症状要素、及び個人情報認識部１０２Ｃによって認識された１以上の個人情報要素と組み合わされている１以上の対処詳細要素を検出する。換言すれば、１つの対処名要素と１以上の症状要素の双方と組み合わされている１以上の対処詳細要素が検出され、１つの対処名要素と１以上の個人情報要素の双方と組み合わされている１以上の対処詳細要素が検出される。
なお、詳細情報検出部１０２Ｋは、検出した１以上の対処詳細要素を入出力制御部１０２Ａ等を介して端末１０〜４０に対して送信する。このとき、端末１０〜４０では、端末制御部１２の入出力制御部１２Ａの制御下で、詳細情報検出部１０２Ｋからの１以上の対処詳細要素に基づいて、対処方法の詳細情報が表示部１３において可視的に出力される。ここで、可視的に出力される詳細情報は、端末１０〜４０の対処名指定部１２Ｃによって指定された１つの対処名要素に対応する対処方法の詳細情報となっている。
更に、詳細情報検出部１０２Ｋは、対処名検出部１０２Ｉから受け取った各症状疾患個人対処組合せ情報に含まれる１以上の症状要素及び１つの疾患名要素をカルテ情報記述制御部１０２Ｌからの要求に応答してカルテ情報記述制御部１０２Ｌに送出する。
カルテ情報記述制御部１０２Ｌは、入力された症状に基づいて検出された１つの疾患名要素と、１つの疾患名要素を検出する際に用いた１以上の症状要素と、ユーザーが採用した対処名要素と、患者に係るパラメータの測定値情報とを、病院サーバ２００のカルテＤＢ２１０に対して記述するように制御する。
具体的には、カルテ情報記述制御部１０２Ｌは、端末１０〜４０の採用対処名指定部１２Ｄから１つの採用対処名要素を受け付けるとともに、測定値取得部１２Ｅから測定値情報を受け付けると、詳細情報検出部１０２Ｋに対して１以上の症状要素及び１つの疾患名要素の送出を要求する。当該１以上の症状要素及び１つの疾患名要素は、症状要素認識部１０２Ｆによって認識されたもの、及び疾患名検出部１０２Ｇによって検出されたものに相当する。そして、詳細情報検出部１０２Ｋから１以上の症状要素及び１つの疾患名要素を取得すると、１つの疾患名要素と１以上の症状要素と１つの採用対処名要素と測定値情報とが電子カルテ情報に対して追記すべき情報（以下「カルテ追記情報」とも称する）として入出力制御部１０２Ａ等を介して病院サーバ２００に対して送信される。
このとき病院サーバ２００では、制御部２０２の制御により、記憶部２０１内のカルテＤＢ２１０に対してカルテ追記情報が記述される。なお、カルテ追記情報を記述すべき電子カルテ情報の識別は、例えば、個人情報認識部１０２Ｃが取得したカルテ番号を用いて行う等の種々の態様が考えられる。
次に、図１３で示す機能について説明する。
質問情報受付部１０２Ｍは、端末１０〜４０においてユーザーが操作部１４を種々操作することで入力された質問を示す情報（以下「質問情報」とも称する）を入出力制御部１０２Ａ等を介して受け付ける。ここでは、質問情報は、自然文によって構成されているものとして説明する。質問情報受付部１０２Ｍは、受け付けた質問情報を質問情報解析部１０２Ｎに対して送出する。
質問情報解析部１０２Ｎは、質問情報に対して所定の言語解析処理を施すことで、少なくとも１つ（すなわち１以上）の対処名要素を含む質問の内容を示すデータ要素（以下「質問要素」と称する）を認識する。ここで言う所定の言語解析処理では、上述した症状要素認識部１０２Ｆと同様に、自然文に対して形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データを用いた所定の言語解析処理が施されることで、１以上の対処名要素が認識される。なお、このときキーワードデータは、疾患対処組合せＤＢ１１２に含まれる対処名要素が列挙されたデータとすれば良い。
回答検索部１０２Ｏは、医療ＤＢ１１０（ここでは、疾患対処組合せＤＢ１１２）を検索対象として、質問情報解析部１０２Ｎで認識された少なくとも１つの対処名要素に対応する対処詳細要素を検索する。ここでは、回答検索部１０２Ｏは、対処名検出部１０２Ｉによって抽出された症状疾患個人対処組合せ情報に質問情報解析部１０２Ｎで認識された１以上の対処名要素が含まれていれば、当該１つの対処名要素に対応する対処詳細要素を内容データ群１１５から取得する。この対処詳細要素は、回答を示す情報（回答情報）として入出力制御部１０２Ａ等を介して端末１０〜４０に対して送信される。このとき、端末１０〜４０では、入出力制御部１２Ａの制御下で回答情報が表示部１３において可視的に出力される。
一方、回答検索部１０２Ｏは、対処名検出部１０２Ｉによって抽出された症状疾患個人対処組合せ情報に質問情報解析部１０２Ｎで認識された１以上の対処名要素が含まれていなければ、当該１つの対処名要素を新規な対処名要素として認識し、疾患対処組合せＤＢ１１２に追加すべきデータ要素（以下「追加要素」と称する）としてデータ更新部１０２Ｐに送出する。このとき、回答検索部１０２Ｏは、疾患対処組合せＤＢ１１２から質問情報に対応する回答情報が得られなかった為、当該質問情報に対応する回答情報をユーザーに対して送付すべき旨を要求する情報（回答要求情報）を入出力制御部１０２Ａに送出し、入出力制御部１０２Ａ及びＰＣ制御部１９２の制御下で、当該回答要求情報が表示部１９３において可視的に出力される。
データ更新部１０２Ｐは、回答検索部１０２Ｏからの追加要素又は端末１０〜４０から送信されてきた１以上の追加要素を、疾患対処組合せＤＢ１１２に追加する。つまり、疾患対処組合せＤＢ１１２において、各疾患名要素に対してそれぞれ組み合わされている複数の対処名要素に対して１以上の追加要素（ここでは、新規な対処名要素）を追加する。端末１０〜４０から送信されてくる１以上の追加要素は、ユーザーが操作部１４を種々操作することで入力される。なお、ここでは、データ更新部１０２Ｐは、対処名検出部１０２Ｉによって抽出された症状疾患個人対処組合せ情報に追加要素（新規な対処名要素）が追加されるように、疾患対処組合せＤＢ１１２に対して追加要素を追加する。
＜看護支援処理に係る動作＞
図１４は、看護／学習支援システム１において看護支援処理の動作（看護支援処理動作）を開始させるための動作フローを示すフローチャートであり、図１５から図１７は、看護支援処理動作の動作フローを示すフローチャートである。また、図１８から図２７、図３０から図３３、及び図３５は、看護支援処理動作において、端末１０〜４０において可視的に提示される画面を例示する図である。なお、以下では、端末１０〜４０のうち端末１０においてユーザーが看護／学習支援システム１を利用する例について説明する。
図１４に示す動作フローは、端末１０においてユーザーが操作部１４を種々操作することで、看護／学習支援システム１の機能が起動されることで開始され、ステップＳ１に進む。
ステップＳ１では、サーバ制御部１０２及び入出力制御部１２Ａにより、看護／学習支援システム１の入り口となる画面（以下「総合トップ画面」とも称する）が表示される。
図１８は、総合トップ画面Ｇ１を例示する図である。図１８に示すように、総合トップ画面Ｇ１においては、ユーザーは操作部１４を種々操作することで、左下の領域Ａ１の記入欄に「名前」「ＩＤ」「パスワード」を入力して、ログインボタンＬＢ１をマウスポインタＭＰで押下すると、在宅看護／介護支援システム（以下「看護支援システム」と略する）にログインすることができる。一方、右下の領域Ａ２の記入欄に「名前」「ＩＤ」「パスワード」を入力して、ログインボタンＬＢ２をマウスポインタＭＰで押下すると、看護e-learningシステム（以下「学習支援システム」と称する）にログインすることができる。
また、総合トップ画面Ｇ１において、「名前」「ＩＤ」「パスワード」の他に、各システムの会員となっている病院の診察券を持っていれば、その診察券に記入してあるカルテ番号を入力することで、電子カルテ情報の閲覧が可能となったり、看護支援処理動作においてサーバ制御部１０２が既往歴等の個人情報を電子カルテ情報から自動的に読み取ることが可能となる。なお、当該カルテ番号の入力に応答して、後述する症状の入力箇所が低減される。
ステップＳ２では、サーバ制御部１０２によって看護支援システムにログインする指示が与えられたか否か判定される。ここで、看護支援システムにログインする指示が与えられていれば、ステップＳ３に進み、看護支援処理動作が実行される。一方、看護支援システムにログインする指示が与えられていなければ、ステップＳ４に進む。
ステップＳ４では、サーバ制御部１０２によって学習支援システムにログインする指示が与えられたか否か判定される。ここで、学習支援システムにログインする指示が与えられていなければ、ステップＳ２に戻る。一方、学習支援システムにログインする指示が与えられていれば、ステップＳ５に進み、学習支援処理の動作（学習支援処理動作）が実行される。
以下、図１９から図３５を参照しつつ、図１５から図１７で示す看護支援処理動作の動作フローについて説明する。なお、学習支援処理動作については後述する。
上記ステップＳ３に移行すると、図１５から図１７で示す看護支援処理動作の動作フローが開始され、ステップＳＴ１に進む。
ステップＳＴ１では、個人情報認識部１０２Ｃによって総合トップ画面Ｇ１でカルテ番号が入力されたか否か判定される。ここで、カルテ番号が入力されたと判定されるとステップＳＴ２に進み、入力されていないと判定されるとステップＳＴ３に進む。ここでは、既往歴や年齢や性別等の種々の個人情報を含むユーザーの電子カルテ情報の所在を特定する情報（所在特定情報）としてカルテ番号が端末１０において入力されると、入出力制御部１０２Ａ等を介して、個人情報認識部１０２Ｃがカルテ番号を取得する。
ステップＳＴ２では、個人情報認識部１０２Ｃが、カルテＤＢ２１０のうち、ユーザーによって入力されたカルテ番号に対応する電子カルテ情報を取得し、当該電子カルテ情報を解析することで、個人情報（性別、年齢、既往歴等の情報）を示すデータ要素（個人情報要素）が認識されて取得される。ここでは、個人情報認識部１０２Ｃは、入力されたカルテ番号に基づいて病院サーバ２００に対して電子カルテ情報の送信を要求する。このとき、病院サーバ２００から入出力制御部１０２Ａ等を介しサーバ１００に対して電子カルテ情報が送信され、個人情報認識部１０２Ｃは、当該電子カルテ情報から既往歴や年齢や性別等の個人情報を示す１以上のデータ要素（個人情報要素）を認識する。
ステップＳＴ３では、サーバ制御部１０２及び端末制御部１２によって、看護支援システムの個人トップ画面が表示される。
図１９は、看護支援システムに対してログイン後、表示部１３に表示される画面（以下「看護支援画面」とも称する）Ｇ２を示す図である。看護支援画面Ｇ２の略中央部から左方にかけた広い領域が、各種看護支援情報が表示される領域（支援情報表示領域）ＡＲとなっており、看護支援画面Ｇ２の右方に各種コマンドを入力することができるコマンドボタンＢ１〜Ｂ６が上から順に並んでいる。
図２０は、ログイン後に看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される画面（以下「個人トップ画面」とも称する）ＡＲａを示す図である。個人トップ画面ＡＲａの略中央には、自然文で症状を示す情報（症状情報）を入力することができる領域ＷＡが設けられている。この領域ＷＡに症状を示す自然文を入力して、検索ボタンＳＢ１をマウスポインタＭＰで押下すると、自然文で記載された症状情報に基づいた疾患名及び対処方法の検索（自然文検索）を開始させることができる。
ステップＳＴ４では、サーバ制御部１０２によって、対処方法の検索が選択されたか否かが判定される。ここでは、看護支援画面Ｇ２のコマンドボタンＢ３がマウスポインタＭＰによって押下されて対処方法の検索が選択されれば、ステップＳＴ７に進む。一方、対処方法の検索が選択されていなければ、ステップＳＴ５に進む。
ステップＳＴ５では、サーバ制御部１０２によって、対処方法の自然文検索が指示されたか否か判定する。ここでは、自然文検索が指示されていなければ、ステップＳＴ４に戻り、自然文検索が指示されていれば、ステップＳＴ６に進む。
ステップＳＴ６では、症状／疾患名情報受付部１０２Ｄによって、個人トップ画面ＡＲａにおいて自然文で記載された症状情報が取得され、図１６のステップＳＴ３４に進む。
ステップＳＴ７では、サーバ制御部１０２及び入出力制御部１２Ａによって、疾患名を選択する画面（以下「疾患名選択画面」とも称する）が表示される。ここでは、支援情報表示領域ＡＲの表示画面が、個人トップ画面ＡＲａから疾患名選択画面に遷移する。
図２１は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される疾患名選択画面ＡＲｂを例示する図である。なお、当該疾患名選択画面ＡＲｂを表示するためのデータは予め記憶部１０１に格納されているものとする。
疾患名選択画面ＡＲｂでは、ユーザーは、疾患名がわかる場合には、疾患名選択画面ＡＲｂの左上方の表示「疾患名わかる」の左方に設けられたチェックボックスＣＢ１にマウスポインタＭＰを合わせてマウスの左ボタンを押下（左クリック）して、更に、領域Ａ３に列記された疾患名にマウスポインタＭＰを合わせて左クリックすることで、疾患名を選択することができる。一方、ユーザーは、疾患名がわからない場合には、疾患名選択画面ＡＲｂの左上方の表示「患者名わからない」の左方に設けられたチェックボックスＣＢ２にマウスポインタＭＰを合わせて左クリックすることで、支援情報表示領域ＡＲの表示画面を、大まかな症状（主症状）を選択するための画面（以下「主症状選択画面」とも称する）に遷移させることができる。
ステップＳＴ８では、サーバ制御部１０２により、ユーザーが疾患名を知っているか否か判定される。ここで、チェックボックスＣＢ１にマウスポインタＭＰを合わせて左クリックされると、ユーザーが疾患名を知っているものと判定されて、ステップＳＴ９に進む。一方、チェックボックスＣＢ２にマウスポインタＭＰを合わせて左クリックされると、ユーザーが疾患名を知らないものと判定されて、ステップＳＴ１９に進む。
ステップＳＴ９では、サーバ制御部１０２により、疾患名が選択されたか否か判定される。ここで、疾患名選択画面ＡＲｂの領域Ａ３に列記された疾患名のうち何れかの疾患名にマウスポインタＭＰが合わされて左クリックされると、疾患名が選択されたもの判定されて、ステップＳＴ１０に進む。一方、疾患名が選択されていなければ、ステップＳＴ８に戻る。
ステップＳＴ１０では、症状／疾患名情報受付部１０２Ｄにより疾患名を示す疾患名情報が取得され、疾患名認識部１０２Ｅにより疾患名情報に基づいて１つの疾患名要素が認識される。
ステップＳＴ１１では、症状要素認識部１０２Ｆにより、疾患対応症状ＤＢ１１３を参照することで、ステップＳＴ１０で認識された１つの疾患名要素に対応する主症状要素を含む１以上の症状要素が認識される。例えば、疾患名要素「虫垂炎」に対しては、主症状要素「発熱」と詳細症状要素「１日の体温差が１℃以内」とが認識される。このとき、症状要素認識部１０２Ｆによって認識された１以上の症状要素に係る項目が削減項目と認識されて当該削減項目を特定する削減項目特定情報が入力要求部１０２Ｂに対して送出される。
ステップＳＴ１２では、入力要求部１０２Ｂにより、症状要素認識部１０２Ｆから得られた削減項目特定情報に基づいて、症状要素に係る必須項目から削減項目が除かれることで、必須項目が削減される。このとき入力要求部１０２Ｂにより、必須項目に係る症状要素の入力を要求する情報が、入出力制御部１０２Ａ等を介して端末１０に対して送出される。
ステップＳＴ１３では、入力要求部１０２Ｂからの要求に応答して、端末制御部１２（特に入出力制御部１２Ａ）により、ステップＳＴ１１で認識された主症状要素に係る詳細な症状を入力する画面（以下「詳細症状入力画面」とも称する）が表示部１３において可視的に出力される。
図２２は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される詳細症状入力画面ＡＲｃを例示する図である。図２２では、ステップＳＴ１０で疾患名要素「虫垂炎」が認識され、ステップＳＴ１１で主症状要素「発熱」と詳細症状要素「１日の体温差が１℃以内」とが認識された場合が示されている。
図２２に示すように、詳細症状入力画面ＡＲｃの左上方には、既に選択された疾患名が表示されたボックスＢＫ１が設けられている。その下には、ユーザーから見た患者の立場（例えば、本人、娘、息子等）、性別、及び年齢等の各個人情報をプルダウン方式のリストから選択する個人情報入力部ＰＤが設けられている。更にその下には、発熱の程度（温度域等）、発熱期間（日数等）、及び発熱の状態（発熱の変動等）等の主症状「発熱」に係る詳細な状況（詳細症状）をプルダウン方式のリストから選択して入力する詳細症状入力部ＤＳが設けられている。なお、「虫垂炎」に対して「発熱の状態」が一義的に決定されるため、プルダウン方式のリストＰＦには、デフォルトで要素「１日の体温差が１℃以内」が記入されている。このように、疾患名が分かっている場合には、主症状や詳細症状の入力に要する時間ならびに作業が軽減されるため、短時間で容易に対処方法を知ることができるようになっている。
また、詳細症状入力画面ＡＲｃの左下方には、複数の既往歴の候補（既往歴候補群）ＳＦが列挙され、マウスポインタＭＰを所望の既往歴の候補に合わせて左クリックすることで、右下方のテキスト入力可能なボックスＣＫに既往歴を記入することができる。なお、既往歴候補群ＳＦとしては、疾患対処組合せＤＢ１１２に含まれている既往歴要素に対応するもの、例えば、「糖尿病」「糸球体腎炎」「高血圧」「ぜんそく」「卵アレルギー」等が挙げられる。また、ボックスＣＫに直接既往歴を記入することも可能である。
そして、個人情報入力部ＰＤに適宜各個人情報が表示され、詳細症状入力部ＤＳに適宜各詳細症状が表示され、ボックスＣＫに適宜各既往歴が記入された状態で、コマンドボタン「次へ」ＮＢ１をマウスポインタＭＰによって押下すると、個人情報入力部ＰＤに表示されている個人情報、詳細症状入力部ＤＳに表示されている詳細症状、及びボックスＣＫに記入されている既往歴が、それぞれ個人情報を示す個人情報要素、主症状要素に係る詳細症状要素、及び既往歴要素として入力される。一方、コマンドボタン「リセット」ＲＢ１をマウスポインタＭＰで押下すると、個人情報入力部ＰＤに表示されている個人情報、詳細症状入力部ＤＳに表示されている詳細症状（但し、必須項目に係る詳細症状に限る）、及びボックスＣＫに記入されている既往歴がクリアされる。
ステップＳＴ１４では、サーバ制御部１０２により、詳細症状要素が入力されたか否か判定される。ここでは、詳細症状入力画面ＡＲｃにおいて詳細症状等が記載されて、コマンドボタン「次へ」ＮＢ１が押下されるまで、ステップＳＴ１４の判定が繰り返され、詳細症状入力画面ＡＲｃにおいて詳細症状等が記載されて、コマンドボタン「次へ」ＮＢ１が押下されると、詳細症状要素が入力されたものと判定されて、ステップＳＴ１５に進む。
ステップＳＴ１５では、症状／疾患名情報受付部１０２Ｄにより、詳細症状入力画面ＡＲｃで記入されている詳細症状を示す詳細症状要素が、ステップＳＴ１１において認識された主症状要素並びに詳細症状要素と組み合わされて取得される。このとき、個人情報認識部１０２Ｃにより、詳細症状入力画面ＡＲｃにおいて表示又は記入されていた既往歴を示す既往歴要素（すなわち個人情報要素）が取得される。
ステップＳＴ１６では、サーバ制御部１０２及び端末制御部１２により、ステップＳＴ１１で認識された主症状要素とは別の主症状要素を追加入力する画面（以下「追加症状入力画面」とも称する）が表示部１３に表示される。
図２３は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される追加症状入力画面ＡＲｄを例示する図である。
追加症状入力画面ＡＲｄでは、左下方に表示された人型ＨＵ上において、ステップＳＴ１３で表示された詳細症状入力画面ＡＲｃに係る主症状とは、別の大まかな症状（主症状）が現れている部位（例えば、腹部）にマウスポインタＭＰを合わせて、マウスの右ボタンを押下（右クリック）すると、その部位に発生している追加の主症状名（例えば、腹痛）ＳＪが出現する。この状態で、追加の主症状名ＳＪの右方に設けられたプルダウン方式のリストＳＥ１〜ＳＥ３において、追加の主症状に関する詳細な症状（例えば、「みぞおちから右下腹部に痛みが移行」「圧迫されるような痛み（圧痛）」「持続痛」）を適宜マウスポインタＭＰによって選択して、送信ボタンＴＢをマウスポインタＭＰによって押下すると、追加症状入力画面ＡＲｄの中央部左方に設けられたボックスＲＳ１〜ＲＳ５に状態選択結果として、追加の主症状（随伴症状）ＳＪ並びにリストＳＥ１〜ＳＥ３において表示されている詳細な症状が転写される。
そして、検索ボタンＳＢ２をマウスポインタＭＰで押下すると、ステップＳＴ１１で認識された主症状要素や詳細症状要素及びステップＳＴ１５で取得された詳細症状要素の組合せに対して、ボックスＲＳ１〜ＲＳ５にそれぞれ記入されている追加の主症状及び詳細症状をそれぞれ示す主症状要素及び詳細症状要素の組合せが加えられて、対処方法の検索の開始が指示される。なお、リセットボタンＲＢ２をマウスポインタＭＰで押下すると、ボックスＲＳ１〜ＲＳ５に記入されている各種症状が消去される。
また、追加症状入力画面ＡＲｄでは、中央部右方に設けられた記入エリアＷＡ２に自然文によって追加の症状情報（追加症状情報）を記入して、検索ボタンＳＢ３をマウスポインタＭＰで押下することで、ステップＳＴ１１で認識された主症状要素や詳細症状要素及びステップＳＴ１５で取得された詳細症状要素の組合せに対して、追加症状情報が加えられて、対処方法の検索の開始が指示される。
ステップＳＴ１７では、サーバ制御部１０２により、検索指示があったか否か判定される。ここでは、追加症状入力画面ＡＲｄにおいて、検索ボタンＳＢ２，ＳＢ３が押下されることで、対処方法の検索指示があるまで、ステップＳＴ１７の判定が繰り返され、対処方法の検索指示があれば、ステップＳＴ１８に進む。
ステップＳＴ１８では、症状／疾患名情報受付部１０２Ｄにより、追加症状入力画面ＡＲｄのボックスＲＳ１〜ＲＳ５にそれぞれ記入されている各主症状を示すデータ要素（主症状要素）と各主症状要素に係る１以上の詳細症状を示すデータ要素（詳細症状要素）との組合せ、又は追加症状入力画面ＡＲｄの記入エリアＷＡ２に記入された追加症状情報が取得され、図１６のステップＳＴ３１に進む。
ステップＳＴ１９では、サーバ制御部１０２及び端末制御部１２により、疾患名がわからないことに対応して、大まかな症状（主症状）を選択する画面（以下「主症状選択画面」とも称する）が表示部１３に表示される。
図２４は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される主症状選択画面ＡＲｅを例示する図である。主症状選択画面ＡＲｅでは、例えば、分類（全身症状、頭、鼻、口、目、のど、腹部、女性器、耳、胸、排泄、骨、手足、皮膚）毎に区分されて、主な症状（主症状）が多数列挙されている。そして、当該多数の主症状のうち、所望の主症状にマウスポインタＭＰを合わせて左クリックをすることで、所望の主症状のデータ要素（主症状要素）を選択することができる。
ステップＳＴ２０では、サーバ制御部１０２及び端末制御部１２により、主症状要素が選択されたか否か判定される。ここでは、主症状選択画面ＡＲｅで、主症状要素が選択されるまで、ステップＳＴ２０の判定が繰り返され、主症状要素が選択されると、ステップＳＴ２１に進む。
ステップＳＴ２１では、症状／疾患名情報受付部１０２Ｄにより、主症状選択画面ＡＲｅで選択された主症状要素が取得される。
ステップＳＴ２２では、サーバ制御部１０２及び端末制御部１２により、ステップＳＴ２１で取得された主症状要素に係る詳細な症状を入力する画面（詳細症状入力画面）が表示部１３に表示される。
図２５は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される詳細症状入力画面ＡＲｆを例示する図である。図２５では、ステップＳＴ２１で主症状要素「発熱」が取得された場合が示されている。詳細症状入力画面ＡＲｆは、図２２に示した詳細症状入力画面ＡＲｃと同様な表示構成となっている。このため、同様な部分には同じ符号を付して説明を省略する。但し、図２５では、疾患名が選択されていない為、ボックスＢＫ１には疾患名が表示されていないとともに、プルダウン方式のリストＰＦにはデフォルトで要素が記入されていない。リストＰＦでは、所望の要素を選択することができる。
ステップＳＴ２３では、ステップＳＴ１４と同様に、サーバ制御部１０２により、詳細症状要素が入力されたか否か判定される。ここでは、詳細症状入力画面ＡＲｆに詳細症状が記載されて、コマンドボタン「次へ」ＮＢ１が押下されるまで、ステップＳＴ２３の判定が繰り返され、詳細症状入力画面ＡＲｆに詳細症状が記載されて、コマンドボタン「次へ」ＮＢ１が押下されると、詳細症状要素が入力されたものと判定されて、ステップＳＴ２４に進む。
ステップＳＴ２４では、ステップＳＴ１５と同様に、症状／疾患名情報受付部１０２Ｄにより、詳細症状入力画面ＡＲｃで記入されている詳細症状を示す詳細症状要素が、ステップＳＴ２１において認識された主症状要素と組み合わされて取得される。このとき、個人情報認識部１０２Ｃにより、詳細症状入力画面ＡＲｆにおいて表示又は記入されていた既往歴を示す既往歴要素（すなわち個人情報要素）が取得される。
ステップＳＴ２５では、ステップＳＴ１６と同様に、サーバ制御部１０２及び端末制御部１２により、ステップＳＴ２１で取得された主症状要素とは別の主症状要素を追加入力する画面（追加症状入力画面）が表示部１３に表示される。ここでは、図２３で示したものと同様な追加症状入力画面ＡＲｄが表示される。
ステップＳＴ２６では、サーバ制御部１０２により、検索指示があったか否か判定される。ここでは、追加症状入力画面ＡＲｄにおいて、検索ボタンＳＢ２，ＳＢ３が押下されることで対処方法の検索指示があるまで、ステップＳＴ２６の判定が繰り返され、対処方法の検索指示があれば、ステップＳＴ２７に進む。
ステップＳＴ２７では、症状／疾患名情報受付部１０２Ｄにより、追加症状入力画面ＡＲｄのボックスＲＳ１〜ＲＳ５にそれぞれ記入されている各主症状を示すデータ要素（主症状要素）と各主症状要素に係る１以上の詳細症状を示すデータ要素（詳細症状要素）との組合せ、又は追加症状入力画面ＡＲｄの記入エリアＷＡ２に記入された追加症状情報が取得され、図１６のステップＳＴ３３に進む。
次に、図１６のステップＳＴ３１では、症状要素認識部１０２Ｆにより、ステップＳＴ１１において認識された１つの疾患名要素に対応する主症状要素を含む１以上の症状要素と、ステップＳＴ１５において当該主症状要素と組み合わされて取得された詳細症状要素と、ステップＳＴ１８において取得された主症状要素と１以上の詳細症状要素との各組合せ又は追加症状情報とに基づいて、全症状要素が認識される。ここでは、各主症状要素に対して当該各主症状要素に係る１以上の詳細症状要素が組み合わされた形態で全症状要素が認識される。
なお、このステップＳＴ３１では、追加症状入力画面ＡＲｄで自然文によって追加症状情報が入力された場合には、形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データ等を用いた言語解析により、１以上の主症状要素を少なくとも含む１以上の症状要素が認識される。例えば、「お腹が痛いです」という自然文が入力された場合には、キーワードデータを用いて、「お腹が痛い」というキーワードが抽出される。そして、辞書データを用いて、「お腹が痛い」を代表語「腹痛」に変換することで、１つの主症状要素「腹痛」が認識される。なお、主症状要素「腹痛」に係る詳細症状要素（例えば「みぞおち」等）は、例えば自然文における語句の修飾関係を形態素解析や係り受け解析によって解析することで認識される。
ステップＳＴ３２では、疾患名検出部１０２Ｇにより、ステップＳＴ３１で認識された１以上の症状要素の組合せとステップＳＴ１０で認識された１つの疾患名要素とが組み合わされた１以上の症状疾患組合せ情報が疾患症状組合せＤＢ１１１から抽出される。このとき、当該疾患名検出部１０２Ｇによって抽出された１以上の症状疾患組合せ情報は、疾患名検出経路情報生成部１０２Ｈに送出される。
ステップＳＴ３３では、ステップＳＴ３１と同様に、症状要素認識部１０２Ｆにより、ステップＳＴ２１において認識された主症状要素と、ステップＳＴ２４において当該主症状要素と組み合わされて取得された詳細症状要素と、ステップＳＴ２７において取得された主症状要素と１以上の詳細症状要素との各組合せ又は追加症状情報とに基づいて、症状要素が認識される。ここでは、各主症状要素に対して当該各主症状要素に係る１以上の詳細症状要素が組み合わされた形態で全症状要素が認識される。
ステップＳＴ３４では、症状要素認識部１０２Ｆにより、ステップＳＴ６で取得された症状情報（自然文で記載された症状情報）が解析されて、症状要素が認識される。ここでは、形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データ等を用いた言語解析により、１以上の症状要素が認識される。例えば、「熱が出て、お腹が痛いです。何の病気でしょうか？」という自然文が入力された場合には、キーワードデータを用いて、「熱が出て」「お腹が痛い」の２つのキーワードが抽出される。そして、辞書データを用いて、「熱が出て」を代表語「発熱」に変換するとともに、「お腹が痛い」を代表語「腹痛」に変換することで、２つの主症状要素「発熱」「腹痛」が認識される。なお、各主症状要素（例えば「腹痛」）に係る１以上の詳細症状要素（例えば「みぞおち」等）は、例えば自然文における語句の修飾関係を形態素解析や係り受け解析によって解析することで認識される。そして、ここでは、各主症状要素に対して当該各主症状要素に係る１以上の詳細症状要素が組み合わされた形態で全症状要素が認識される。
ステップＳＴ３５では、疾患名検出部１０２Ｇによって、ステップＳＴ３３又はステップＳＴ３４で認識された全症状要素（ここでは、各主症状要素と１以上の詳細症状要素とを組み合わせた情報）に基づいて、疾患症状組合せＤＢ１１１を参照することで、症状に応じた疾患名（疾患名要素）が検出される。ここでは、ステップＳＴ３３又はステップＳＴ３４で認識された１以上の症状要素の組合せを含む１以上の症状疾患組合せ情報が疾患症状組合せＤＢ１１１から抽出されることで、当該１以上の症状疾患組合せ情報に含まれる疾患名要素が検出される。
ステップＳＴ３６では、疾患名検出部１０２Ｇによって、ステップＳＴ３５で１つの疾患名要素が検出されたか否か判定される。ここで、複数の疾患名要素が検出されている場合にはステップＳＴ３７に進む。一方、１つの疾患名要素が検出された場合にはステップＳＴ４５に進む。このとき、ステップＳＴ３５において疾患名検出部１０２Ｇによって抽出された１以上の症状疾患組合せ情報が、疾患名検出経路情報生成部１０２Ｈに送出される。
ステップＳＴ３７では、疾患名検出部１０２Ｇによって、ステップＳＴ３３又はステップＳＴ３４で認識された全症状要素に含まれる主症状要素が「発熱」のみであるか否か判定される。ここでは、主症状要素が「発熱」のみであれば、更なる主症状要素の入力を要求すべく、図１５のステップＳＴ２５に戻る。一方、主症状要素が「発熱」のみでなければ、ステップＳＴ３８に進む。
ステップＳＴ３８では、サーバ制御部１０２及び入出力制御部１２Ａにより、複数の疾患名要素を１つの疾患名要素に絞り込むための質問を表示する画面（以下「絞り込み質問画面」とも称する）が表示部１３において可視的に出力される。ここでは、疾患名検出部１０２Ｇにより、検出された複数の疾患名要素の組合せに応じて、複数の疾患名要素を１つの疾患名要素に絞り込むための絞り込み質問情報が入力要求部１０２Ｂに送出される。入力要求部１０２Ｂにより、当該絞り込み質問情報が、入出力制御部１０２Ａ等を介して端末１０〜４０に対して送信される。そして、端末制御部１２の入出力制御部１２Ａにより、絞り込み質問情報が表示部１３において可視的に出力される。
図２６は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される絞り込み質問画面ＡＲｇを例示する図である。図２６で示す絞り込み質問画面ＡＲｇは、ステップＳＴ３５で２つの疾患名要素「風邪症候群」「インフルエンザ」が検出された場合に表示される画面例である。なお、当該絞り込み質問画面ＡＲｇを表示するためのデータは予め記憶部１０１に格納されているものとする。
絞り込み質問画面ＡＲｇでは、画面上部に、疾患名の検索結果として複数の疾患名が検出された旨を明示する文章、及び疾患名を１つに絞り込むための質問に答えるように要請する文章が記載されている。そして、画面中央部から下部にかけて、４つの質問「インフルエンザの予防接種は受けましたか？」「インフルエンザの予防接種を・・・いつごろ受けられましたか？」「６ヶ月以内にインフルエンザに罹（かか）りましたか？」「家族、あるいは身近な人でインフルエンザに罹（かか）っている人はいますか？」が上から順に表示されている。そして、各質問の右方には、質問に対する回答を選択するプルダウン方式のリストが設けられている。ユーザーは、操作部１４を種々操作することで、マウスポインタＭＰを用いてプルダウン方式のリストから質問に対する回答を選択して表示させる。そして、マウスポインタＭＰによって検索ボタンＳＢ４が押下されると、絞り込み質問情報に対する回答を示す情報（絞り込み用回答情報）が疾患名検出部１０２Ｇに対して送信される。
ステップＳＴ３９では、サーバ制御部１０２により、検索指示があったか否か判定される。ここでは、絞り込み質問画面ＡＲｇで検索ボタンＳＢ４が押下されて、疾患名検出部１０２Ｇが絞り込み用回答情報を受け取るまで、ステップＳＴ３９の判定が繰り返され、疾患名検出部１０２Ｇが絞り込み用回答情報を受け取ると、検索指示があったもの判定されてステップＳＴ４０に進む。
ステップＳＴ４０では、疾患名検出部１０２Ｇにより、ステップＳＴ３５で検出された複数の疾患名要素の中から、絞り込み用回答情報に対応する疾患名要素が検出される。
ステップＳＴ４１では、疾患名検出部１０２Ｇによって、ステップＳＴ４０の検出処理により疾患名要素を１つに絞り込めたか否か判定される。ここでは、疾患名要素が１つに絞り込めていればステップＳＴ４５に進み、疾患名要素が１つに絞り込めていなければ、ステップＳＴ４２に進む。このとき、疾患名検出部１０２Ｇにより、ステップＳＴ４０で検出された複数の疾患名要素が端末１０に対して送信される。なお、ステップＳＴ４５に進む場合には、ステップＳＴ３５で抽出された１以上の症状疾患組合せ情報のうち、ステップＳＴ４０で検出された１つの疾患名要素に対応する１以上の症状疾患組合せ情報のみが疾患名検出経路情報生成部１０２Ｈに送出される。
ステップＳＴ４２では、入出力制御部１２Ａにより、ステップＳＴ４１で送信されてきた複数の疾患名要素に基づいて、複数の疾患名から１つの疾患名を選択する画面（以下「疾患名択一選択画面」とも称する）が表示部１３において可視的に出力される。
図２７は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される疾患名択一選択画面ＡＲｈを例示する図である。図２７で示す疾患名択一選択画面ＡＲｈでは、ステップＳＴ４０で２つの疾患名要素「風邪症候群」「インフルエンザ」が検出された際に表示される画面例が示されている。なお、当該疾患名択一選択画面ＡＲｈを表示するためのデータは予め記憶部１０１に格納されているものとする。
図２７で示す疾患名択一選択画面ＡＲｈでは、画面上部に、疾患名の検索結果として複数の疾患名から１つの疾患名に絞り込むことができなかった旨を明示する文章、及び１つの疾患名を選択するように要請する文章が記載されている。そして、画面中央部から下部にかけて、複数の疾患名（ここでは「風邪」「インフルエンザ」）が表示され、当該各疾患名の左方に、ラジオボタンが設けられている。ユーザーは、操作部１４を種々操作することで、マウスポインタＭＰを用いてラジオボタンを押下すると、１つの疾患名が排他的に選択される。そして、マウスポインタＭＰによって検索ボタンＳＢ５が押下されると、排他的に選択された１つの疾患名を示すデータ要素（疾患名要素）が、疾患名検出部１０２Ｇに対して送信される。
ステップＳＴ４３では、疾患名検出部１０２Ｇにより、疾患名択一選択画面ＡＲｈにおいて１つの疾患名要素が選択されたか否か判定される。ここで、疾患名検出部１０２Ｇにより１つの疾患名要素が受信されるまで、ステップＳＴ４３の判定が繰り返され、１つの疾患名要素が受信されると、ステップＳＴ４４に進む。
ステップＳＴ４４では、疾患名検出部１０２Ｇにより、疾患名択一選択画面ＡＲｈにおいて選択された１つの疾患名要素が認識される。このとき、ステップＳＴ３５で抽出された１以上の症状疾患組合せ情報のうち、ステップＳＴ４４で認識された１つの疾患名要素に対応する１以上の症状疾患組合せ情報のみが疾患名検出経路情報生成部１０２Ｈに送出される。
ステップＳＴ４５では、疾患名検出経路情報生成部１０２Ｈにより、ステップＳＴ３２，ＳＴ３６，ＳＴ４１，ＳＴ４４の何れかにおいて取得した１以上の症状疾患組合せ情報に基づき、１つの疾患名要素を検出した経路を示す情報（疾患名検出経路情報）が生成される。この疾患名検出経路情報は、入出力制御部１０２Ａ等を介して端末１０に対して送信される。
ここでは、１以上の症状疾患組合せ情報が、複数の症状疾患組合せ情報から構成される場合には、複数の症状疾患組合せ情報は、共通して１つの疾患名要素を有しているため、疾患名検出経路情報は、１つの疾患名要素に収束するように、１以上の症状疾患組合せ情報が結びつけられた形態となる。例えば、当該疾患名検出経路情報はＲＤＦ(Resource Description Framework)等によって記述される。
図２８は、疾患名検出経路情報を例示する図である。各要素間を結ぶ線分が、各要素間の関連付け（すなわち、組み合わされている関係）を示している。
図２８では、症状要素認識部１０２Ｆによって、主症状要素「発熱」−詳細症状要素「３８．０℃」−詳細症状要素「１日前」−詳細症状要素「発熱の高低、持続に一定の傾向ない」の組合せ、主症状要素「腹痛」−詳細症状要素「みぞおち」−詳細症状要素「みぞおちから右下腹部に痛みが移行」−詳細症状要素「圧痛」−詳細症状要素「持続痛」の組合せ、主症状要素「ふるえ」−詳細症状要素「軟便」−詳細症状要素「回数不定」−詳細症状要素「少量」の組合せ、主症状要素「吐き気・嘔吐」−詳細症状要素「普通量」−詳細症状要素「普通色」−詳細症状要素「混入物なし」−詳細症状要素「食事との関係なし」−詳細症状要素「一日数回」の組合せ、主症状要素「下痢」−詳細症状要素「一日前」の組合せがそれぞれ認識され、疾患名検出部１０２Ｇによって、１つの疾患名要素「虫垂炎」が検出された場合に生成される疾患名検出経路情報が示されている。
図２８に示すように、疾患名検出経路情報は、主症状要素ＭＳＥと詳細症状要素ＤＳＥと疾患名要素ＳＮＥとが関連付けられた形態を有している。そして、図２８では、疾患名検出部１０２Ｇにより、疾患症状組合せＤＢ１１１から５系列の症状疾患組合せ情報が抽出され、５系列の症状疾患組合せ情報に対して共通して組み合わされている疾患名要素「虫垂炎」が、疾患名検出部１０２Ｇによって検出された経路が示されている。つまり、この疾患名検出経路情報では、主症状要素ＭＳＥと１以上の詳細症状要素ＤＳＥとの組合せに基づいて、主症状要素「虫垂炎」ＳＮＥが検出された過程が示されている。
ステップＳＴ４６では、対処名検出部１０２Ｉにより、ステップＳＴ１０，ＳＴ３５，ＳＴ４０，ＳＴ４４の何れかにおいて認識又は検出された１つの疾患名要素に対応する複数の対処名要素が疾患対処組合せＤＢ１１２から検出される。
ここでは、ステップＳＴ３２を介して進んできた場合には、疾患対処組合せＤＢ１１２から、ステップＳＴ１０で取得された１つの疾患名要素と、ステップＳＴ３１で認識された１以上の症状要素からなる症状要素の組合せとを含み、且つステップＳＴ２，ＳＴ１５で認識された個人情報要素のうちの何れか１つを含む複数の症状疾患個人対処組合せ情報（１以上の症状要素と１つの疾患名要素と１つの個人情報要素と１つ（又は２つ）の対処名要素と１つの対処詳細要素とが組み合わされた情報）が抽出されることで、対処名要素が検出される。
また、ステップＳＴ３３，ＳＴ３６を介して進んできた場合には、疾患対処組合せＤＢ１１２から、ステップＳＴ３５で検出された１つの疾患名要素と、ステップＳＴ３３で認識された１以上の症状要素からなる症状要素の組合せとを含み、且つステップＳＴ２，ＳＴ２４で認識された個人情報要素のうちの何れか１つを含む複数の症状疾患個人対処組合せ情報（１以上の症状要素と１つの疾患名要素と１つの個人情報要素と１つ（又は２つ）の対処名要素と１つの対処詳細要素とが組み合わされた情報）が抽出されることで、対処名要素が検出される。なお、ステップＳＴ３４を介して進んできた場合には、１以上の症状要素からなる症状要素の組合せは、ステップＳＴ３４で認識されたものが用いられ、ステップＳＴ４１からステップＳＴ４５に進んだ場合には、１つの疾患名要素はステップＳＴ４０で検出されたものが用いられ、ステップＳＴ４４からステップＳＴ４５に進んだ場合には、１つの疾患名要素はステップＳＴ４４で認識されたものが用いられる。
なお、ステップＳＴ４６で抽出される複数の症状疾患個人対処組合せ情報は、詳細情報検出部１０２Ｋならびに疾患対処情報生成部１０２Ｊに対して送出される。
ステップＳＴ４７では、疾患対処情報生成部１０２Ｊにより、ステップＳＴ４６で抽出された複数の症状疾患個人対処組合せ情報に基づいて、疾患名要素と対処名要素とが組み合わされた疾患対処情報が生成される。この疾患対処情報は、入出力制御部１０２Ａ等を介して端末１０に対して送信される。
ここでは、複数の症状疾患個人対処組合せ情報に含まれている要素を項目毎に並べて相互に関連付け直してＲＤＦで記述する処理が、全ての症状疾患個人対処組合せ情報について行われる。複数の症状疾患個人対処組合せ情報は、共通して１つの疾患名要素を有しているため、疾患対処情報は、１つの疾患名要素を起点として、複数の症状疾患個人対処組合せ情報に含まれているその他の要素が項目毎に並べられて相互に関連付け直された形態となる。換言すれば、疾患対処情報は、複数の項目に含まれる各項目毎に複数の要素（ここでは、語句）が列挙されるとともに、各項目間で、各要素どうしがネットワーク状に関連付けられた情報（以下「ネットワーク情報」とも称する）を形成している。但し、ネットワーク情報における要素間における関連付けは、各症状疾患個人対処組合せ情報で組み合わされていた要素の組合せに対応したものに限られる。
図２９は、疾患対処情報を例示した図である。各要素間を結ぶ線分が、各要素間の関連付け（すなわち、各症状疾患個人対処組合せ情報において組み合わされている関係）を示している。図２９では、疾患名要素の項目に属する疾患名要素「虫垂炎」ＳＮＥと、症状要素の項目に属する複数の症状要素「発熱」「腹痛」「下痢」「嘔吐」「ふるえ」ＨＮＥと、既往歴要素（一般的には個人情報要素）の項目に属する複数の既往歴要素「糖尿病」「腎炎」「高血圧」ＰＤＥと、対処分類の項目に属する対処分類要素「治療」「観察」「処置」ＭＲＥと、対処名要素の項目に属する対処名要素「内科的治療」「外科的治療」・・・「姿勢の工夫」「薬」ＲＥ１と、対処名要素の項目に属する対処名要素「水電解質のアンバランス」・・・「陰部・おしり及び全身」とが関連付けられている。
なお、この疾患対処情報には、各症状疾患個人対処組合せ情報が付属された状態で送受信される。これは、ネットワーク情報のみでは、元の各症状疾患個人対処組合せ情報が分からなくなるからである。
ステップＳＴ４８では、入出力制御部１２Ａにより、ステップＳＴ４７で生成された疾患対処情報が可視的に出力された画面（以下「疾患対処画面」とも称する）が表示部１３に表示される。
図３０は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される疾患対処画面ＡＲｉを例示する図である。図３０では、図２９で示した疾患対処情報が可視的に出力された例を示している。
図３０に示すように、疾患対処画面ＡＲｉの画面中央から下方にかけて、疾患対処情報が可視的に出力された一覧表示ＰＣ１が提示される。ユーザーは、疾患対処情報の一覧表示ＰＣ１において可視的に提示された多数の対処名要素を参照することで、検出された疾患名に対してどのような対処方法が存在しているのか容易に認識することができる。
また、疾患対処画面ＡＲｉの左上部には、例えば、トリアージュ要素「病院へ行ってください」すなわち疾患（ここでは、虫垂炎）に対する初歩的な対処方法ＲＡ１が表示され、右上方部には疾患に対する一般的な対処方法の要約の表示を要求することができるボタン（対処方法要約要求ボタン）ＲＡ２が設けられている。ユーザーは、対処方法要約要求ボタンＲＡ２をマウスポインタＭＰで押下することで、疾患に対する一般的な対処方法の要約を表示部１３に表示させることができる。
なお、このような態様は、初歩的な対処方法ＲＡ１及び一般的な対処方法の要約に関する情報を、医療ＤＢ１１０（例えば疾患対処組合せＤＢ１１２）において、適宜各疾患名要素等と関連付けて記憶させておくことで実現可能である。具体的には、疾患対処組合せＤＢ１１２において、各疾患名要素に対して、それぞれ複数レベルの対処名（例えば、初歩的な対処方法、一般的な対処方法の要約、並びに「罨法」等の詳細な対処名）をそれぞれ示す複数の対処名要素を組み合わせるとともに、当該複数の対処名要素にそれぞれ対応する複数の対処詳細要素を内容データ群１１５に含ませておけば良い。更に、図３０で示す疾患対処画面ＡＲｉの右下部には、会員となっている病院を予約するためのサイトに接続することを要求するボタンＡＢが設けられている。
ステップＳＴ４９では、端末制御部１２によって、画面表示の切換指示がなされたか否か判定される。ここで、画面表示の切換指示がなされていればステップＳＴ５０に進み、切換指示がなされていなければ図１７のステップＳＴ５１に進む。ここでは、例えば、表示部１３に疾患対処画面ＡＲｉが表示されている場合には、疾患対処画面ＡＲｉで疾患名要素ＰＮＤにマウスポインタＭＰが合わされて左クリックされることで、疾患名検出経路情報が可視的に示される画面（以下「疾患名検出経路画面」とも称する）ＡＲｊ（後述）の表示が要求され、画面表示の切換指示がなされたと判定される。また、表示部１３に疾患名検出経路画面ＡＲｊが表示されている場合には、疾患名検出経路画面ＡＲｊで疾患名要素ＰＮＤにマウスポインタＭＰが合わされて左クリックされることで、疾患対処画面ＡＲｉの表示が要求され、画面表示の切換指示がなされたと判定される。
ステップＳＴ５０では、端末制御部１２の入出力制御部１２Ａによって、表示部１３に表示される画面が、疾患対処画面ＡＲｉから疾患名検出経路画面ＡＲｊに切り換えられるか、又は、疾患名検出経路画面ＡＲｊから疾患対処画面ＡＲｉに切り換えられて図１７のステップＳＴ５１に進む。ここでは、端末制御部１２の入出力制御部１２Ａによって、ステップＳＴ４５で生成された疾患名検出経路情報に基づいて疾患名検出経路画面ＡＲｊが表示され、ステップＳＴ４７で生成された疾患対処情報に基づいて疾患対処画面ＡＲｉが表示される。
図３１は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される疾患名検出経路画面ＡＲｊを例示する図である。
図３１に示すように、疾患名検出経路画面ＡＲｊは、図３０で示した疾患対処画面ＡＲｉのうち、疾患対処情報の一覧表示ＰＣ１が、疾患名検出経路情報が可視的に出力された一覧表示ＰＣ２に入れ替わったものである。図３１では、疾患名検出経路情報の一覧表示ＰＣ２が、図２８で示した疾患名検出経路情報が可視的に出力されたものとなっている。ユーザーは、疾患名検出経路情報の一覧表示ＰＣ２において可視的に提示された症状要素と疾患名要素との関係を参照することで、どのような理由（経路）で疾患名が検出されたのかを容易に知ることができ、症状要素の誤入力なども確認することができる。つまり、検出された疾患名が適正か否かを確認することができ、疾患名の検出精度向上を図ることができる。
ところで、ここでは、ステップＳＴ４８で、まず疾患対処画面ＡＲｉが優先的に表示部１３において可視的に提示され、画面表示の切換指示に応じて、ステップＳＴ５０で、疾患名検出経路画面ＡＲｊが表示部１３において可視的に提示される。換言すれば、対処名検出部１０２Ｉによる複数の対処名要素の検出に応答して、疾患対処画面ＡＲｉ及び疾患名検出経路画面ＡＲｊのうち、まず疾患対処画面ＡＲｉが優先的に提示され、次に、疾患名検出経路画面ＡＲｊが提示される。このように症状を入力すると、まず症状に応じた疾患名と複数の対処名との組合せが可視的に提示されるため、ユーザーは、迅速かつ容易に状況に応じた対処名を知ることができる。また、症状に応じた疾患名と複数の対処名との組合せと、症状から疾患名を検出した経路とが、時間順次に提示されるため、一度に提示される情報量が少なくなるため、所望の情報が見易くなる。
ステップＳＴ５１では、詳細情報検出部１０２Ｋにより、疾患対処情報の一覧表示ＰＣ１に含まれる１つの疾患名要素が指定されたか否かが判定される。ここでは、疾患対処情報の一覧表示ＰＣ１（図３０等）に含まれる１つの対処名要素に対してマウスポインタＭＰを合わせて左クリックすると、当該１つの対処名要素を指定する情報（対処名要素指定情報）が入出力制御部１０２Ａ等を介して詳細情報検出部１０２Ｋに入力される。そして、このとき、対処名要素が指定されたと判定され、ステップＳＴ５２に進む。一方、対処名要素が指定されていなければステップＳＴ５３に進む。
ステップＳＴ５２では、端末１０の入出力制御部１２Ａにより、ステップＳＴ５１において取得された１つの対処名要素を指定する情報（対処名要素指定情報）に対応する対処詳細要素が表示部１３において可視的に出力される。ここでは、詳細情報検出部１０２ＫによりステップＳＴ５１において取得された対処名要素指定情報に基づき当該対処名要素指定情報と対応する対処詳細要素が内容データ群１１５から検出され、入出力制御部１０２Ａ等を介して端末１０に対して転送される。そして、入出力制御部１２Ａにより当該対処詳細要素が表示部１３において可視的に出力される。
図３２は、疾患対処画面ＡＲｉにおいて、対処名要素が指定されて、当該対処名要素に係る対処詳細要素が可視的に出力された状態を例示する図である。
図３２に示すように、疾患対処画面ＡＲｉは、左端に設けられたスクロールバーＳＢによって、縦方向にスクロールさせることができ、疾患対処情報の一覧表示ＰＣ１の下方に設けられた詳細説明欄ＤＢＫ内において、指定された要素に係る詳細要素が可視的に出力される。図３２では、疾患対処情報の一覧表示ＰＣで対処名要素「水分摂取の援助」にマウスポインタＭＰを合わせて左クリックすることで、対処名要素「水分摂取の援助」に係る対処詳細要素が詳細説明欄ＤＢＫ内において可視的に出力されている。
なお、疾患対処画面ＡＲｉでは、ユーザーは、疾患対処情報の一覧表示ＰＣ１に含まれる所望の症状要素（例えば「発熱」）並びに所望の既往歴要素（例えば「糖尿病」）にマウスポインタＭＰを合わせて左クリックすることで指定して、他の要素とは区別可能な表示態様（図３２ではハッチングを付している）とすると、詳細情報検出部１０２Ｋによって、対処名検出部１０２Ｉから入力された１以上の症状疾患個人対処組合せ情報が参照されて、詳細説明欄ＤＢＫで可視的に出力される対処詳細要素が、指定された症状要素や既往歴要素に対応するものとなる。例えば、症状要素「発熱」と既往歴要素「糖尿病」が選択されている場合には、対処名検出部１０２Ｉから取得した症状疾患個人対処組合せ情報のうち、当該２つの要素「発熱」「糖尿病」を含む症状疾患個人対処組合せ情報に係る対処詳細要素が可視的に出力される。
したがって、ユーザーは、同じ疾患であっても症状や個人情報（ここでは、既往歴）等によって異なる個々の患者に適した対処方法の詳細情報を知ることができる。また、個人情報が、服薬（例えば服薬中の薬剤等）やアレルギー等といった情報を含む場合には、当該個人情報を加味した対処方法の詳細情報が提示される。このため、個々の患者に適した対処方法を知ることができる。
また、疾患対処画面ＡＲｉでは、初歩的な対処方法、一般的な対処方法の要約、及び詳細な対処方法といった複数レベルの対処方法が準備されており、ユーザーのレベルに応じた対処方法に係る情報提示等が可能となる。なお、予後などが知りたい場合には、症状によって起こる随伴症状を選択可能としても良いし、また、疾患の合併症などを選択できるようにしても良い。
更に、疾患対処画面ＡＲｉでは、図３３に示すように、スクロールバーＳＢによって、疾患対処画面ＡＲｉを更に下方向にスクロールさせると、詳細説明欄ＤＢＫの下方、すなわち疾患対処画面ＡＲｉの最下部において質問記入欄ＱＡが設けられている。この質問記入欄ＱＡに、自然文での質問（質問情報）を記入して、送信ボタンＴＢ２をマウスポインタＭＰで押下すると質問することができる。この質問の内容としては、疾患対処情報の一覧表示ＰＣ１に乗っている内容、乗っていない内容、及びその他の内容についての疑問や質問等が挙げられる。なお、リセットボタンＲＢ３をマウスポインタＭＰで押下すると質問記入欄ＱＡの記載内容が削除される。
ステップＳＴ５３では、端末制御部１２及びサーバ制御部１０２により、質問情報が入力されたか否か判定される。ここでは、ユーザーによる端末１０に対する入力操作に応答して、疾患対処画面ＡＲｉの質問記入欄ＱＡに質問文が記入されて、送信ボタンＴＢが押下されることで、質問情報が入力されたものと判定されて、ステップＳＴ５４に進む。一方、質問情報が入力されなければ、ステップＳＴ６０に進む。
ステップＳＴ５４では、質問情報受付部１０２Ｍにより、端末制御部１２から入出力制御部１０２Ａ等を介して質問情報が取得される。
ステップＳＴ５５では、質問情報解析部１０２Ｎにより、ステップＳＴ５４で質問情報受付部１０２Ｍによって受け付けられた質問情報を対象として言語解析（形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データを用いた言語解析）が行われ、少なくとも１以上の対処名要素を含む質問の内容を示す質問要素が認識される。このとき認識される質問要素は、長文、文節、用語のうちの何れの形式の要素でもあっても良いし、各１又は２以上の長文、文節、用語のうちの何れの要素の組合せであっても良い。質問要素としては、例えば１つの対処名要素と１以上の症状要素との組合せなどが挙げられる。
ステップＳＴ５６では、回答検索部１０２Ｏにより、医療ＤＢ１１０（具体的には、疾患対処組合せＤＢ１１２）を検索対象として、ステップＳＴ５５で認識された質問要素に対応する対処詳細要素（すなわち回答情報）が検出される。例えば、質問要素が１つの対処名要素と１以上の症状要素と１以上の個人情報要素との組合せである場合には、当該１つの対処名要素と１以上の症状要素と１以上の個人情報要素との組合せを含む１以上の症状疾患個人対処組合せ情報が疾患対処組合せＤＢ１１２から検出されることで、当該１以上の症状疾患個人対処組合せ情報に含まれる対処詳細要素（回答情報）が検出される。
ステップＳＴ５７では、医療ＤＢ１１０内（具体的には、疾患対処組合せＤＢ１１２）内にステップＳＴ５５で認識された質問要素に対応する回答情報が存在しているか否か判定される。ここでは、ステップＳＴ５６で回答情報が検出されていれば、医療ＤＢ１１０内に回答情報が存在しているものと判断されてステップＳＴ５８に進む。このとき、回答検索部１０２Ｏにより回答情報が入出力制御部１０２Ａ等を介して端末１０に送信される。一方、ステップＳＴ５６で回答情報が検出されていなければ、医療ＤＢ１１０内に回答情報が存在していないものと判断されてステップＳＴ５９に進む。このとき、質問要素に含まれる１以上の対処名要素は追加要素として、データ更新部１０２Ｐに送出される。
ステップＳＴ５８では、入出力制御部１２ＡによりステップＳＴ５６で検出された回答情報が表示部１３において可視的に出力され、図１６のステップＳＴ４９に戻る。このステップＳＴ５８では、例えば、図３３で示すように、質問記入欄ＱＡに記入された「糖尿病・・・いいですか？」という質問文（質問情報）が入力された場合、詳細説明欄ＤＢＫに「清涼飲料水は・・・選びましょう。」という回答の文章（回答情報）が可視的に出力される。
ステップＳＴ５９では、データ更新部１０２Ｐにより、ステップＳＴ５７において取得された追加要素が疾患対処組合せＤＢ１１２に対して追加される。ここでは、疾患対処組合せＤＢ１１２のうち、ステップＳＴ５５において認識された質問要素に従って追加要素（対処名要素）が疾患対処組合せＤＢ１１２に対して追加され、図１６のステップＳＴ４９に戻る。
例えば、質問要素が１つの対処名要素と１以上の症状要素と１以上の個人情報要素との組合せである場合には、疾患対処組合せＤＢ１１２のうち、当該１つの対処名要素と１以上の症状要素と１以上の個人情報要素との組合せに対して追加要素（対処名要素）が追加されて組み合わされた新規な症状疾患個人対処組合せ情報が疾患対処組合せＤＢ１１２に対して追加される。また、例えば、質問要素が１つの対処名要素である場合には、既に対処名検出部１０２Ｉによって抽出された１以上の症状疾患個人対処組合せ情報に含まれる対処名要素を質問要素（１つの対処名要素）に入れ換えることで生成された新規な症状疾患個人対処組合せ情報が疾患対処組合せＤＢ１１２に対して追加されても良い。更に、例えば、質問要素が１つの対処名要素とその他の要素との組合せである場合には、既に対処名検出部１０２Ｉによって抽出された１以上の症状疾患個人対処組合せ情報のうち、当該その他の要素の組合せを含む１以上の症状疾患個人対処組合せ情報について、対処名要素を質問要素（１つの対処名要素）に入れ換えることで生成された新規な症状疾患個人対処組合せ情報が疾患対処組合せＤＢ１１２に対して追加されても良い。
図３４は、疾患対処組合せＤＢ１１２に対する対処名要素の追加態様を例示する図である。図３４では、図２９で示された疾患対処情報に含まれる対処名要素「食事の援助」「水分摂取」ＲＥ１に対して、新たな対処名要素「食品交換」ＲＥ２が従属するように関連付けられることで追加された状態が示されている。
このように、質問を自然文で入力するだけで質問に対応する対処名要素が自動的に疾患対処組合せＤＢ１１２に追加されるため、医療ＤＢ１１０に対する情報の充実化を図る上での手間を削減することができる。
なお、ステップＳＴ５９に進んできた場合、すなわち疾患対処組合せＤＢ１１２から質問要素に対応する回答情報が検出されなかった場合、回答検索部１０２Ｏにより、当該質問要素に対応する回答情報をユーザーに対して送付すべき旨を要求する情報（回答要求情報）が入出力制御部１０２Ａに送出される。このとき、入出力制御部１０２Ａ及びＰＣ制御部１９２の制御下で、当該回答要求情報が表示部１９３において可視的に出力される。これにより、システムの管理者が可視的に出力されている当該回答要求情報を見ることで、適宜回答情報を医者などに聞くことでユーザーに対して電子メール等で回答情報が送信される。なお、ステップＳＴ５９で疾患対処組合せＤＢ１１２に対して追加された対処名要素に対応する対処詳細要素は、システムの管理者等によって、医療ＤＢ１１０に対して追加される。
ステップＳＴ６０では、採用対処名指定部１２Ｄにより、対処名要素が採用されたか否か判定される。図３２で示すように、詳細説明欄ＤＢＫに対処名要素に係る対処詳細要素が可視的に出力された状態で、ユーザーの操作部１４への入力操作により、疾患対処画面ＡＲｉの右下部に設けられたコマンドボタン「対処方法を採用する」ＳＤＢをマウスポインタＭＰで押下することで、対処詳細要素が可視的に出力されている１つの対処名要素を実際に採用した要素（被採用対処方法要素）として指定することができる。したがって、ステップＳＴ６０では、採用対処名指定部１２Ｄにより、表示部１３に疾患対処画面ＡＲｉが提示された状態におけるユーザーの操作部１４への入力操作に応答して、１つの対処名要素が実際に採用された被採用対処方法要素として指定されると、対処名要素が採用されたと判定されて、ステップＳＴ６１に進む。このとき、被採用対処方法要素を示すデータ要素（採用対処名要素）が、入出力制御部１２Ａにより採用対処名指定部１２Ｄからサーバ制御部１０２に対して送信される。一方、対処名要素が採用されていなければ、図１６のステップＳＴ４９に戻る。
ステップＳＴ６１では、入出力制御部１２Ａ等の制御により、患者の電子カルテ情報への情報追加が可能な画面（以下「電子カルテ入力画面」とも称する）が看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される。
図３５は、看護支援画面Ｇ２の支援情報表示領域ＡＲに表示される電子カルテ入力画面ＡＲｋを例示する図である。電子カルテ入力画面ＡＲｋでは、マウスポインタＭＰを用いて、プルダウン方式のリストＭＸ，ＭＮ，ＴＰにおいて、最高血圧の測定値、最低血圧の測定値、及び体温の測定値を選択することができる。これらの測定値としては、医者等から予め測定するように言われているものが考えられ、適宜、患者の状態や種々の条件に応じて人間の健康状態の指標となるパラメータ（血圧、体温、血糖値等）から指定されたものである。そして、コマンドボタン「測定値を症状・疾患名・対処方法とともに登録」ＲＣをマウスポインタＭＰで押下することで、リストＭＸ，ＭＮ，ＴＰで記入された測定値の情報（測定値情報）を入力することができる。なお、電子カルテ入力画面ＡＲｋで、コマンドボタン「戻る」ＲＴが押下されると、元の疾患対処画面ＡＲｉが表示されている状態に戻り、コマンドボタン「クリア」ＣＬが押下されると、プルダウン方式のリストＭＸ，ＭＮ，ＴＰに記入されていた測定値が削除される。
ステップＳＴ６２では、測定値取得部１２Ｅにより、測定値情報が入力されたか否か判定される。ここでは、電子カルテ入力画面ＡＲｋでリストＭＸ，ＭＮ，ＴＰに測定値が記入された状態で、コマンドボタン「測定値を症状・疾患名・対処方法とともに登録」ＲＣがマウスポインタＭＰで押下されて、測定値情報が入力されると、ステップＳＴ６３に進む。このとき、カルテ情報記述制御部１０２Ｌにより、測定値情報が取得されるとともに、採用対処名指定部１２Ｄによって指定された採用対処名要素が取得される。一方、電子カルテ入力画面ＡＲｋで、コマンドボタン「戻る」ＲＴが押下されると、測定値情報が入力されなかったと判定されて、図１６のステップＳＴ４８に戻る。
ステップＳＴ６３では、カルテ情報記述制御部１０２Ｌ及び制御部２０２の制御により、カルテＤＢ２１０に格納されている患者の電子カルテ情報が更新され、図１６のステップＳＴ４８に戻る。ここでは、カルテ情報記述制御部１０２Ｌにより、詳細情報検出部１０２Ｋから１以上の症状要素及び１つの疾患名要素が取得され、当該１以上の症状要素及び１つの疾患名要素と、ステップＳＴ６２で取得された測定値情報及び採用対処名要素とが、電子カルテに対して追記すべきカルテ追記情報として入出力制御部１０２Ａ等を介して病院サーバ２００に対して送信される。そして、病院サーバ２００の制御部２０２により、カルテＤＢ２１０に格納されている患者の電子カルテ情報にカルテ追記情報が追記されることで、電子カルテ情報が更新される。なお、記述先となる電子カルテ情報の識別は、総合トップ画面Ｇ１で入力されたカルテ番号に基づいて行うことができる。よって、例えば、カルテ番号が入力されていない場合には、採用対処名要素の指定が禁止される。
このようにして、電子カルテ情報が更新されることで、随時更新される電子カルテ情報を、関係医師や医療従事者が病院サーバ２００や病院サーバ２００に接続された端末から閲覧することができるとともに、患者本人や家族が、端末１０〜４０から看護支援システムにログインして閲覧することもできる。したがって、このような構成により、自宅介護や遠隔医療の充実化を図ることができる。
以上のように、看護／学習支援システム１における看護支援処理によれば、１以上の症状を入力すると、当該１以上の症状に応じた疾患名と複数の対処名とが可視的に提示される。このため、状況に応じた所望の対処方法に係る情報を容易に得ることができる。また、複数の症状から疾患名を検出させることもできるため、疾患名の検出精度を向上させることができる。例えば、随伴症状等を含む複数の大まかな症状を加味して疾患名を検出させることで、疾患名の検出精度をより向上させることができる。更に、大まかな症状（主症状）と当該主症状の詳細な症状との組合せから疾患名を検出させることで、症状の絞り込みによる疾患名の検出精度の向上を図ることができる。そして、部位、程度、期間、種類、量、回数、及び発生時期等といった詳細な症状の絞り込みを行うと、疾患名の検出精度をより高めることができる。
また、症状を自然文で入力するだけで、症状に対応する疾患名が検出されるため、誰でも症状の入力を容易に行うことができる。
また、症状に応じた疾患名と複数の対処名との組合せが可視的に提示された状態で、所望の対処名を指定すると、当該対処名に係る詳細な情報が可視的に提示される。このため、状況に応じた所望の対処方法の詳細情報を容易に得ることができる。
また、個人情報の所在を特定する情報（ここでは、カルテ番号）を入力するだけで、個人情報が自動的に認識される。このため、煩雑な個人情報の入力操作を行うことなく、個々の患者に適した対処方法を知ることができる。
＜学習支援処理＞
＜学習支援処理の概要＞
図３６は、看護／学習支援システム１における学習支援処理の概要を示す図である。
端末１０〜４０においてユーザーが、学習したい内容を入力すると、サーバ１００の教材検索機能により、医療ＤＢ１１０（具体的には、教材要素関連情報１１４）より学習したい内容に応じた一部の教材要素関連情報（一部要素関連情報）が抽出され、端末１０〜４０において可視的に提示される。そして、端末１０〜４０において、ユーザーが、可視的に提示された一部要素関連情報のうち、所望の教材項目要素を指定すると、当該教材項目要素の詳細情報が医療ＤＢ１１０（具体的には、内容データ群１１５）から読み出されて、端末１０〜４０において可視的に提示される。
また、質問がある場合には、ユーザーは端末１０〜４０において質問を入力することができ、その質問に対応する回答が医療ＤＢ１１０にある場合には、端末１０〜４０において回答が可視的に提示される。なお、図示を省略しているが、回答が医療ＤＢ１１０にない場合には、専門家や管理者から直接回答が端末１０〜４０に対して送られ、必要に応じて、質問と回答に関する情報が医療ＤＢ１１０に追加されることで、医療ＤＢ１１０に蓄積されている知識が進化する。
＜学習支援処理に係る医療ＤＢの記憶内容＞
上述したように、教材要素関連情報１１４は、少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数の教材項目要素が相互に関連付けられた情報であり、例えば、所謂ＲＤＦによって記述されている。
図３７及び図３８は、教材要素関連情報１１４を構成する情報の具体例を示す図である。
図３７に示すように、教材要素関連情報１１４では、看護に係る学習項目に対応する複数の教材項目要素「１．基礎看護学」「２．解剖生理学」「３．生化学」「４．薬理学」「５．成人看護学」「６．小児看護学」「７．母性看護学」・・・が列挙されており、当該各教材項目要素に対して、更に１以上の教材項目要素が順次属するように関連付けられている。そして、系統別に、疾患に係る教材項目要素が従属するように関連付けられている。なお、図３７では、教材項目要素「５．成人看護学」に属する教材項目要素を図示し、その他の各教材項目要素「１．基礎看護学」「２．解剖生理学」「３．生化学」「４．薬理学」「６．小児看護学」「７．母性看護学」・・・に属する教材項目要素については図示を省略している。
図３７では、看護に係る教材には、まず複数の大項目「１．基礎看護学」「２．解剖生理学」「３．生化学」「４．薬理学」「５．成人看護学」「６．小児看護学」「７．母性看護学」・・・が存在しており、当該各大項目に対して、更に１以上の小項目が順次存在して（従属して）いることを示している。このように、教材要素関連情報１１４では、複数の教材項目要素に含まれる各教材項目要素が、上位から下位の複数階層のうちのいずれかに属している。
また、教材要素関連情報１１４で関連付けられている複数の教材項目要素には、教材を構成する詳細な項目を示す１以上の要素（以下「詳細項目要素」とも称する）が従属する（紐付けされた）１以上の要素（以下「詳細項目付き要素」とも称する）が含まれている。つまり、複数の教材項目要素は、１以上の詳細項目要素と１以上の詳細項目付き要素とを備えて構成されている。
図３８では、図３７で示した教材要素関連情報に含まれている疾患に係る教材項目要素に対して、更に、教材項目要素が従属している態様を示している。
図３８に示すように、例えば、詳細項目付き要素「虫垂炎」に対して、当該疾患に係る６つの詳細項目要素「発生機序」「検査」「症状」「合併症」「対処方法」「薬剤」が従属している。なお、ここで言う「発生機序」「検査」「症状」「合併症」「対処方法」「薬剤」とは、従属先である疾患に係る詳細項目付き要素に対応するものである。そして、詳細項目付き要素「症状」に対して、詳細項目要素「発熱」「腹痛」「悪心嘔吐」「悪寒戦慄」「下痢」「便秘」が従属している。
また、詳細項目要素「発熱」「腹痛」「悪心嘔吐」「悪寒戦慄」「下痢」「便秘」に対して、それぞれ内容データ（ここでは、内容データの所在を特定する番号や記号などの組合せ情報）が紐付けされている。各内容データの実体的なデータは、内容データの所在を特定する番号や記号などの組合せ情報と関連付けられて内容データ群１１５に格納されている。そして、例えば、対処方法に関する詳細項目要素に係る内容データについては、上記看護支援処理で用いられた対処詳細要素と兼用することができる。なお、図３８では、詳細項目付き要素「虫垂炎」に対して従属している６つの詳細項目要素のうち、教材項目要素「症状」に属する詳細項目要素のみを例示したが、他の５つの教材項目要素についても、詳細項目要素及び内容データが適宜従属している。
また、各疾患に係る詳細項目付き要素に属する詳細項目要素「対処方法」に対しては、２つ以上の対処名を示す詳細項目要素が従属している。そして、ユーザーが看護に関する知識の習得を有効に図ることができるように、当該２以上の詳細項目要素に従属する内容データは、看護学習内容、看護方法、及び看護知識のうちの少なくとも１つの情報に基づいて構成されたデータとなっている。
また、ユーザーのレベルに応じた知識供与が可能となるように、詳細項目要素「対処方法」に対して２段階以上の異なるレベルのユーザーに対応した対処名を示す詳細項目要素を従属させても良いし、詳細項目要素「対処方法」に従属する詳細項目要素に係る内容データが、２段階以上の異なるレベルのユーザーに対応した対処方法に係る内容データを含むようにしても良い。
更に、ユーザーが多角的な対処方法を知ることができるように、詳細項目要素「対処方法」に対して、処置、治療方法、観察経過、トリアージュ、薬剤、及び検査のうちの少なくとも１つの項目に係る対処名を示す詳細項目要素を従属させても良いし、対処方法に係る内容データが、処置、治療方法、観察経過、トリアージュ、薬剤、及び検査のうちの少なくとも１つの項目に係る内容データを含むようにしても良い。
また、「発熱」等の症状に係る詳細項目要素に対して更に症状の「発生機序」や「随伴症状」等に係る詳細項目要素を従属させても良い。なお、症状に係る詳細項目要素に対して、部位、程度、期間、種類、量、回数、及び発生時期のうちの少なくとも１つの内容に係る詳細項目要素を適宜従属させても良い。
＜学習支援処理に係る機能構成＞
○端末制御部１２の機能：
図３９は、学習支援処理が実行される際に、端末制御部１２で実現される機能を例示する図である。学習支援処理を実行する際には、端末制御部１２は、機能として、入出力制御部１２Ａ、入力情報受付部１２Ｂ、要素指定部１２Ｆ、及び表示要求部１２Ｇを備える。なお、上述した看護支援処理と同様な機能である入出力制御部１２Ａは、及び入力情報受付部１２Ｂについては、同じ符号を付して説明を省略する。
要素指定部１２Ｆは、入出力制御部１２Ａの制御下で表示部１３において一部要素関連情報（すなわち複数の教材項目要素がネットワーク状に関連付けられたネットワーク情報）が可視的に出力された状態で、ユーザーの操作部１４に対する所定の入力操作に応答して、一部要素関連情報に含まれる複数の教材項目要素のうちの１つの教材項目要素を指定する。要素指定部１２Ｆによって指定された１つの教材項目要素を示す情報（以下「教材要素指定情報」とも称する）は、入出力制御部１２Ａによって、サーバ制御部１０２（具体的には、後述する内容データ抽出部１０２Ｕ）に対して送信される。
表示要求部１２Ｇは、入出力制御部１２Ａの制御下で表示部１３において一部要素関連情報（すなわちネットワーク情報）が、当該一部要素関連情報に含まれる一部の詳細項目要素を除いて可視的に出力されている状態で、ユーザーの操作部１４に対する所定の入力操作に応答して、一部教材要素関連に含まれる１つの詳細項目付き要素に属する１以上の詳細項目要素の表示を要求する。
○サーバ制御部１０２の機能：
図４０は、学習支援処理が実行される際に、サーバ制御部１０２で実現される機能を例示する図である。
学習支援処理を実行する際には、サーバ制御部１０２は、機能として、入出力制御部１０２Ａ、入力要求部１０２Ｂ、個人情報認識部１０２Ｃ、学習内容情報受付部１０２Ｒ、要素認識部１０２Ｓ、関連情報抽出部１０２Ｔ、及び内容データ抽出部１０２Ｕを備える。なお、入出力制御部１０２Ａ、入力要求部１０２Ｂ、及び個人情報認識部１０２Ｃについては、看護支援処理で説明した構成と兼用するため、同じ符号を付して異なる点のみ説明する。また、サーバ制御部１０２は、図１３で示した機能と同様な機能も備えている。
学習内容情報受付部１０２Ｒは、ユーザーの操作部１４に対する所定の入力操作に応答して、学習内容情報を受け付ける。なお、学習内容情報は、１つの教材項目要素を示す情報であり、例えば、疾患に係る１つの教材項目要素を示す情報が挙げられる。学習内容情報受付部１０２Ｒは、当該学習内容情報を要素認識部１０２Ｓに送出する。
要素認識部１０２Ｓは、学習内容情報受付部１０２Ｒから取得される学習内容情報から１つの教材項目要素を認識する。例えば、ここでは、疾患に係る１つの教材項目要素が認識される。要素認識部１０２Ｓは、認識した１つの教材項目要素を関連情報抽出部１０２Ｔに送出する。
関連情報抽出部１０２Ｔは、教材要素関連情報１１４から、要素認識部１０２Ｓで認識された１つの教材項目要素と、当該１つの教材項目要素と所定の関係を有する教材項目要素とを含む複数の教材項目要素、及び当該複数の教材項目要素間の関連付けを示す一部の情報（以下「一部要素関連情報」とも称する）を抽出する。ここでは、所定の関係は、要素認識部１０２Ｓによって認識された１つの教材項目要素に属する関係であり、例えば、疾患に係る１つの教材項目要素に対して、当該疾患に係る１つの教材項目要素に属する対処方法に係る２以上の教材項目要素等が挙げられる。関連情報抽出部１０２Ｔは、抽出した一部要素関連情報を入出力制御部１０２Ａ等を介して端末１０〜４０に対して送出する。
内容データ抽出部１０２Ｕは、要素指定部１２Ｆから入出力制御部１０２Ａ等を介して取得される要素指定情報に基づいて、当該要素指定情報によって示される１つの教材項目要素に対応する内容データを内容データ群１１５から抽出する。内容データ抽出部１０２Ｕは、抽出した内容データを入出力制御部１０２Ａ等を介して端末１０〜４０に送信する。
＜学習支援処理に係る動作＞
図４１及び図４２は、学習支援処理動作の動作フローを示すフローチャートである。すなわち、図１４のステップＳ５に進んだ場合に実行される動作フローを示している。また、図４３から図５２は、学習支援処理動作において、端末１０〜４０において可視的に提示される画面を例示する図である。なお、以下では、端末１０〜４０のうち端末１０においてユーザーが看護／学習支援システム１を利用する例について説明する。
図１４のステップＳ５に移行すると、図４１及び図４２で示す学習支援処理動作の動作フローが開始され、ステップＳＰ１に進む。
ステップＳＰ１では、図１５のステップＳＴ１と同様に、個人情報認識部１０２Ｃによって総合トップ画面Ｇ１でカルテ番号が入力されたか否か判定される。ここで、カルテ番号が入力されたと判定されると、ステップＳＰ２に進み、入力されていないと判定されると、ステップＳＰ３に進む。
ステップＳＰ２では、図１５のステップＳＴ２と同様に、個人情報認識部１０２Ｃが、ユーザーによって入力されたカルテ番号に対応する電子カルテ情報（すなわち個人情報）をカルテＤＢ２１０から取得する。ここでは、個人情報認識部１０２Ｃは、入力されたカルテ番号に応じた電子カルテ情報の送信を病院サーバ２００に対して要求する。このとき、病院サーバ２００から入出力制御部１０２Ａ等を介してサーバ１００に電子カルテ情報が送信される。
ステップＳＰ３では、サーバ制御部１０２及び端末制御部１２によって、学習支援システムの個人トップ画面が表示される。
図４３は、学習支援システムに対してログイン後、表示部１３に表示される画面（以下「学習支援画面」とも称する）Ｇ１１を例示する図である。学習支援画面Ｇ１１の略中央部から左方にかけた広い領域が、各種学習支援情報が表示される領域（支援情報表示領域）ＡＥとなっており、学習支援画面Ｇ１１の右方に各種コマンドを入力することができるコマンドボタンＢ１０〜Ｂ４０が上から順に並んでいる。
図４４は、ログイン後に学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示される画面（以下「個人トップ画面」とも称する）ＡＥａを例示する図である。個人トップ画面ＡＥａの上半分の領域ＬＳ１に、看護に係る教材項目の内容が系統別に表示される。ここでは、図３７で示した情報が可視的に出力されている例を示している。ユーザーは、操作部１４を種々操作することにより、この領域ＬＳ１に表示された複数の教材項目要素のうちの所望の教材項目要素に対して適宜マウスポインタＭＰを合わせて左クリックすることで、当該所望の教材項目要素を示す学習内容情報を入力することができる。
また、個人トップ画面ＡＥａの下半分の領域ＬＳ２に、教材要素関連情報１１４に含まれる症状に係る教材項目要素（例えば「発熱」「頭痛」「吐き気」・・・）が列挙される。ユーザーは、操作部１４を種々操作することにより、この領域ＬＳ２に列挙された複数の症状のうちの所望の症状に対して適宜マウスポインタＭＰを合わせて左クリックすることで、当該所望の症状に係る教材項目要素を示す学習内容情報を入力することができる。
但し、個人トップ画面ＡＥａにおいて、所望の教材項目要素を選択する際に、事前に習得しておくべき知識を習得していない場合には、習得しておくべき知識を習得した後でないと所望の教材項目要素を選択することができないようにしても良い。例えば、「虫垂炎」について学習したい場合は「基礎看護学」「解剖生理学」「生化学」「薬理学」などの知識を習得していなければ「虫垂炎」について学習できないようにする。
ステップＳＰ４では、学習内容情報受付部１０２Ｒが学習内容情報を受け付けたか否かにより、学習内容情報が入力されたか否か判定される。ここでは、個人トップ画面ＡＥａにおいて学習内容情報が入力されるまで、ステップＳＴ４の判定が繰り返され、学習内容情報が入力されると、学習内容情報受付部１０２Ｒによって学習内容情報が受け付けられて、ステップＳＰ５に進む。
ステップＳＰ５では、要素認識部１０２Ｓによって、ステップＳＰ４で受け付けられた学習内容情報から教材項目要素が認識される。例えば、個人トップ画面ＡＥａにおいて、所望の教材項目要素「虫垂炎」が入力された場合には、教材項目要素「虫垂炎」がそのまま認識される。
ステップＳＰ６では、関連情報抽出部１０２Ｔにより、ステップＳＰ５で認識された教材項目要素と当該教材項目要素に対して所定の関係を有する教材項目要素とを含む複数の教材項目要素に係る一部要素関連情報が抽出される。例えば、ステップＳＰ５で教材項目要素「虫垂炎」が認識された場合には、教材項目要素「虫垂炎」と当該教材項目要素「虫垂炎」に従属する教材項目要素とを含む一部要素関連情報が抽出される。このとき、当該一部要素関連情報は、入出力制御部１０２Ａ等を介して端末１０に対して送信される。
ステップＳＰ７では、端末１０の入出力制御部１２Ａの制御により、ステップＳＰ６で抽出された一部要素関連情報に基づき、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報が可視的に出力された画面（以下「ネットワーク情報画面」とも称する）が表示部１３において表示される。
このとき、一部要素関連情報に含まれる全ての教材項目要素が可視的に出力されたのでは、一度に表示される教材項目要素が多くなり過ぎて、ネットワーク情報画面が見難くなってしまう可能性がある。そこで、入出力制御部１２Ａの制御により、一部要素関連情報の最も上位から所定数の階層に属する教材項目要素のみがネットワーク状に関連付けられたネットワーク情報が可視的に出力される。つまり、一部要素関連情報に含まれる複数の教材項目要素のうちで一部要素関連情報の最も上位から所定数の階層に属する教材項目要素以外の残余の教材項目要素を除いて、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報が可視的に出力される。なお、所定数の階層は、例えば２、３階層程度であれば良い。
図４５は、学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示されるネットワーク情報画面ＡＥｂを例示する図である。ネットワーク情報画面ＡＥｂでは、ステップＳＰ６で図３８で示した一部要素関連情報が抽出された場合に表示される画面を例示している。図４５に示すように、ネットワーク情報画面ＡＥｂでは、教材項目要素「虫垂炎」と当該教材項目要素「虫垂炎」に直接従属する６つの教材項目要素「発生機序」「検査」「症状」「合併症」「対処方法」「薬剤」とが相互に関連付けられて表示されている。つまり、所定数の階層が２階層である場合が示されている。このネットワーク情報画面ＡＥｂでは、ユーザーが操作部１４を種々操作することで、マウスポインタＭＰを所望の教材項目要素に合わせて左クリックをすることで、要素指定部１２Ｆにより当該所望の教材項目要素を指定することができる。
ステップＳＰ８では、要素指定部１２Ｆにより教材項目要素が指定されたか否か判定される。ここでは、例えば図４５で示すようなネットワーク情報画面ＡＥｂにおいて、教材項目要素にマウスポインタＭＰが合わされて左クリックがなされると、教材項目要素が指定されたとしてステップＳＰ９に進む。一方、教材項目要素が指定されるまではステップＳＰ８の処理が繰り返される。
ステップＳＰ９では、端末制御部１２により、ステップＳＰ８で指定された教材項目要素に詳細項目要素が従属しているか、つまり、ステップＳＰ８で指定された教材項目要素が詳細項目付き要素であるか否か判定する。ここでは、ステップＳＰ６で抽出された一部要素関連情報を参照することで、ステップＳＰ８で指定された教材項目要素が詳細項目付き要素であれば、ステップＳＰ１０に進む。一方、詳細項目付き要素でなければ、ステップＳＰ１２に進む。
ステップＳＰ１０では、表示要求部１２Ｇにより、ステップＳＰ８で指定された１つの詳細項目付き要素に属する詳細項目要素の表示が要求される。
ステップＳＰ１１では、ステップＳＰ１０に要求に応答して、入出力制御部１２Ａの制御により、表示部１３における表示が更新されて、ステップＳＰ８に戻る。具体的には、入出力制御部１２Ａの制御により、ステップＳＰ６で抽出された一部要素関連情報に基づいて、ステップＳＰ８で指定された詳細項目付き要素に直接従属する１以上の詳細項目要素が可視的に出力される。そして、詳細項目付き要素が指定され続ける限り、ステップＳＰ８〜ＳＰ１１の処理が繰り返される。
図４６は、学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示されるネットワーク情報画面ＡＥｃを例示する図である。例えば、図４５で示すネットワーク情報画面ＡＥｂにおいて、詳細項目付き要素「症状」にマウスポインタＭＰを合わせて左クリックがなされると、図４６で示すように、詳細項目付き要素「症状」に直接従属する詳細項目要素「発熱」「腹痛」「悪心嘔吐」「悪寒戦慄」「下痢」「便秘」が更に可視的に出力されたネットワーク情報画面ＡＥｃが支援情報表示領域ＡＥに表示される。なお、ネットワーク情報画面ＡＥｃで要素間を結ぶ線分は、直接的に関連付けられていることを示している。このように、「虫垂炎」の「症状」等について学びたい場合、「症状」をクリックすると「症状」に関連した項目が適宜表示される。
このように、最初は主要な教材項目要素に限定して複数の教材項目要素がネットワーク状に関連付けられて可視的に提示される。そして、ユーザーの要求に応じて主要な項目に係る詳細な教材項目要素が可視的に提示される。このため、ユーザーは所望の教材項目が見つけ易くなり、ユーザーは所望の詳細な情報を容易に得ることができる。そして、更に詳細な教材項目も見易くなる。
ステップＳＰ１２では、要素指定部１２Ｆにより、内容データ抽出部１０２Ｕに対して教材要素指定情報が送信される。
ステップＳＰ１３では、内容データ抽出部１０２Ｕにより、ステップＳＰ１２で送信されてきた教材要素指定情報に基づいて、内容データ群１１５から当該教材要素指定情報に対応する内容データが抽出される。
ステップＳＰ１４では、内容データ抽出部１０２Ｕから入出力制御部１０２Ａ等を介して端末１０に対して、ステップＳＰ１３で抽出された内容データが転送される。
ステップＳＰ１５では、入出力制御部１２Ａにより、ステップＳＰ１４において転送されてきた内容データに基づいて、表示部１３における内容データの可視的な出力が行われる。
図４７及び図４８は、教材項目要素に係る内容データに基づいて学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示され、教材項目要素についての解説を表示する画面（以下「解説表示画面」とも称する）を例示する図である。図４７では、詳細項目付き要素「虫垂炎」に従属する詳細項目要素「発生機序」に係る内容データに基づいて表示部１３に表示される解説表示画面ＡＥｄが例示されている。また、図４８では、詳細項目付き要素「虫垂炎」に従属する詳細項目要素「発熱」に更に従属する詳細項目要素「発生機序」に係る内容データに基づいて表示部１３に表示される解説表示画面ＡＥｅが例示されている。
ユーザーは、解説表示画面ＡＥｄ，ＡＥｅを参照することで、教材項目要素に係る内容を学習することができる。また、解説表示画面ＡＥｄ，ＡＥｅでは、４つのコマンドボタン「次へ」「前へ」「終了」「質問」が設けられており、１つのコマンドボタンをマウスポインタＭＰで押下することで各ボタンに係るコマンドを指示することができる。なお、コマンドボタン「次へ」は、内容データに基づいて、次の画面への画面遷移を指示するコマンドボタンであり、コマンドボタン「前へ」は、内容データに基づいて直前に表示されていた画面への画面遷移を指示するコマンドボタンであり、コマンドボタン「終了」は、内容データに基づく表示を終了させるためのコマンドボタンであり、コマンドボタン「質問」は、質問記入画面（後述）への画面遷移を指示するコマンドボタンである。
ステップＳＰ１６では、端末制御部１２により、画面遷移の指示があったか否か判定される。ここでは、コマンドボタン「次へ」「前へ」「質問」が押下されると、画面遷移の指示があったものとして、ステップＳＰ１５に戻る。このとき、コマンドボタン「次へ」が押下されてステップＳＰ１５に戻った場合には、ステップＳＰ１４で転送されてきた内容データに基づいて次の画面が表示される。また、コマンドボタン「前へ」が押下されてステップＳＰ１５に戻る場合には、ステップＳＰ１４で転送された内容データに基づいて前の画面が表示される。更に、コマンドボタン「質問」が押下されてステップＳＰ１５に戻った場合には、ステップＳＰ１４で転送された内容データに基づいて質問記入画面（後述）が表示される。また、ステップＳＰ１６で、画面遷移の指示がなければ、ステップＳＰ１７に進む。
図４９は、教材項目要素に係る内容データに基づいて学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示され、教材項目要素に係る問題が表示される画面（以下「問題表示画面」とも称する）ＡＥｆを例示する図である。図４９では、詳細項目付き要素「虫垂炎」に属する詳細項目要素「症状」に対して更に属する詳細項目要素「発熱」「腹痛」「悪心嘔吐」「悪寒戦慄」「下痢」「便秘」のそれぞれの内容データに基づいて、解説表示画面の次に表示される問題表示画面が例示されている。
問題表示画面ＡＥｆでは、画面上部に問題文が提示され、画面中央部に適宜文字や記号が入力可能な解答欄が設けられ、下部にコマンドボタン「解答」「クリア」が設けられている。ユーザーは、操作部１４を適宜操作することで、問題表示画面ＡＥｆの解答欄に文字等を入力し、コマンドボタン「解答」をマウスポインタＭＰで押下すると、解答欄の記入内容を入力することができる。なお、コマンドボタン「クリア」をマウスポインタＭＰで押下すると、解答欄の記入内容が消去される。そして、解答内容に応じて、自動的に次に学習すべき詳細項目要素に係る内容データに基づく画面が表示されるようにしても良い。例えば、虫垂炎の症状として「発熱」しか答えられなかった場合には、残余の症状に係る詳細項目要素の内容データに基づく解説表示画面が自動的に表示されるような態様が考えられる。また、全ての症状が答えられないうちは、更に高度な内容に係る項目には進めないようにしても良い。例えば、「症状」が分からなければ、詳細項目要素「合併症」の内容には進めないようにするような態様が考えられる。
図５０は、教材項目要素に係る内容データに基づいて学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示され、質問の記入を受け付ける画面（以下「質問記入画面」とも称する）ＡＥｇを例示する図である。図５０に示すように、質問記入画面ＡＥｇでは、画面中央部に質問を示す自然文を記入するための質問記入欄が設けられ、画面下部にコマンドボタン「送信」「クリア」が設けられている。ユーザーは、操作部１４を適宜操作することで、質問記入欄に文字等を入力し、コマンドボタン「送信」をマウスポインタＭＰで押下すると、質問記入欄の記入内容を示す質問情報を入力することができる。なお、コマンドボタン「クリア」をマウスポインタＭＰで押下すると、質問記入欄の記入内容が消去される。このとき、質問情報受付部１０２Ｍに対して質問情報が送信される。
ステップＳＰ１７では、端末制御部１２により、質問情報が入力されたか否か判定される。ここでは、例えば、質問記入画面ＡＥｇでコマンドボタン「送信」が押下されると、質問情報が入力されたものとして、図４２のステップＳＰ２１に進む。一方、質問情報が入力されなければ、ステップＳＰ１８に進む。
ステップＳＰ１８では、入出力制御部１２Ａにより、ステップＳＰ１４で転送されてきた内容データの出力が終了されるか否か判定される。ここでは、図４７及び図４８のコマンドボタン「終了」が押下された場合や、図４９のコマンドボタン「解答」が押下された場合に、内容データの出力が終了したものとして、ステップＳＰ７に戻り、一部要素関連情報の表示がなされる。一方、内容データの出力が終了していなければ、ステップＳＰ１６に戻る。
図４２のステップＳＰ２１では、質問情報受付部１０２Ｍにより、端末制御部１２で入力された質問情報が取得される。
ステップＳＰ２２では、質問情報解析部（質問要素認識部）１０２Ｎにより、ステップＳＰ２１で質問情報受付部１０２Ｍによって受け付けられた質問情報を対象として言語解析（形態素解析用データ、係り受け解析用データ、キーワードデータ、及び辞書データを用いた言語解析）が行われ、少なくとも１以上の教材項目要素を含む質問要素が認識される。このとき認識される質問要素は、長文、文節、用語のうちの何れの形式でもあっても良いし、各１又は２以上の長文、文節、用語のうちの何れの要素の組合せであっても良い。質問要素としては、例えば１つの教材項目要素又は複数の症状要素の組合せなどが挙げられる。
ステップＳＰ２３では、回答検索部１０２Ｏにより、医療ＤＢ１１０（具体的には、教材要素関連情報１１４及び内容データ群１１５）を検索対象として、ステップＳＰ２２で認識された質問要素に対応する詳細項目要素に係る内容データ（すなわち回答情報）が検出される。ここでは、質問要素が１つの教材項目要素である場合には、単純に当該１つの教材項目要素に係る内容データが医療ＤＢ１１０（具体的には内容データ群１１５）より検出される。また、質問要素が複数の教材項目要素の組合せである場合には、当該教材項目要素の組合せ（すなわち関連付け）が教材要素関連情報１１４内から抽出され、最も下位の教材項目要素に係る内容データが医療ＤＢ１１０（具体的には内容データ群１１５）より検出される。
ステップＳＰ２４では、回答検索部１０２Ｏにより、医療ＤＢ１１０（具体的には、内容データ群１１５）内にステップＳＰ２２で認識された質問要素に対応する回答情報が存在しているか否か判定される。ここでは、ステップＳＰ２３で回答情報が検出されていれば、ステップＳＰ２５に進む。このとき、回答検索部１０２Ｏにより回答情報が入出力制御部１０２Ａ等を介して端末１０に送信される。一方、ステップＳＰ２３で回答情報が検出されていなければ、ステップＳＰ２６に進む。このとき、質問要素は追加要素として、データ更新部１０２Ｐに送出される。
ステップＳＰ２５では、入出力制御部１２ＡによりステップＳＰ２３で検出された回答情報が表示部１３において可視的に出力され、ステップＳＰ２８に進む。
図５１は、教材項目要素に係る内容データに基づいて学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示され、質問に対する回答を表示する画面（以下「回答表示画面」とも称する）ＡＥｈを例示する図である。図５１では、質問記入欄に記入された「虫垂炎が起こるのはなぜですか？」という質問文（質問情報）が入力された場合、ステップＳＰ２２で詳細項目付き要素「虫垂炎」と詳細項目要素「発生機序」との組合せが認識され、ステップＳＰ２３で詳細項目付き要素「虫垂炎」と詳細項目要素「発生機序」との組合せのうち、最も下位の詳細項目要素「発生機序」に係る内容データが検出されて、当該内容データに基づき、当該詳細項目要素「発生機序」の説明が可視的に提示されている態様が示されている。回答表示画面ＡＥｈでは、画面下部に設けられたコマンドボタン「戻る」がマウスポインタＭＰで押下されることで、質問記入画面の直前に表示されていた画面に戻るように指示することができる。
ステップＳＰ２６では、データ更新部１０２Ｐにより、ステップＳＰ２２において認識された質問要素（教材項目要素）が教材要素関連情報１１４に対して追加される。ここでは、ステップＳＰ２２における解析結果に基づき、疾患名や症状等といった従属すべき教材項目要素が決定される。例えば、質問要素が教材項目要素「虫垂炎」と詳細項目要素「発生機序」との組合せである場合には、教材項目要素「虫垂炎」に対して詳細項目要素「発生機序」が従属されるように追加される。一般的には、データ更新部１０２Ｐにより、教材項目要素を認識する質問情報解析部１０２Ｎによって認識された１以上の新規な教材項目要素が、教材要素関連情報１１４に対して追加されて、他の少なくとも１つの教材項目要素と関連付けられる。
このように、ユーザーが質問を自然文で入力するだけで質問に対応する教材項目要素が自動的に医療ＤＢ１１０に追加されるため、ユーザーのニーズに応えて、教材の充実化を図ることができるとともに、データベースに対する情報の充実化を図る上での手間を削減することができる。
ステップＳＰ２７では、回答検索部１０２Ｏ及び端末制御部１２の制御により、追って回答する旨を示す予告（回答予告）が表示部１３において表示される。なお、図５２は、回答予告が表示された回答表示画面ＡＥｉを例示する図である。回答表示画面ＡＥｉでは、画面下部に設けられたコマンドボタン「戻る」がマウスポインタＭＰで押下されることで、質問記入画面の直前に表示されていた画面に戻るように指示することができる。
このとき、入出力制御部１０２Ａ及びＰＣ制御部１９２の制御下で、回答要求情報が表示部１９３において可視的に出力される。これにより、システムの管理者が可視的に出力されている当該回答要求情報を見て、適宜回答情報を医者などに聞くことでユーザーに対して電子メール等で回答情報が送信される。なお、ステップＳＰ２６で教材要素関連情報１１４に対して追加された教材項目要素に対応する内容データは、システムの管理者等によって、医療ＤＢ１１０に対して追加される。このような医療ＤＢ１１０に対する要素ならびに内容データの追加により、学習内容が充実化され、学習効果を向上させることができる。
ステップＳＰ２８では、端末制御部１２により、ステップＳＰ１４において転送されてきた内容データの可視的な出力に戻るか否か判定される。ここでは、回答表示画面ＡＥｈ，ＡＥｉで、画面下部に設けられたコマンドボタン「戻る」がマウスポインタＭＰで押下されると、質問記入画面の直前に表示されていた画面に戻るように指示されると、図４１のステップＳＰ１５に戻る。このとき、質問入力画面に遷移する直前の画面表示に戻る。なお、質問記入画面の直前に表示されていた画面に戻るように指示されるまでは、ステップＳＰ２８の判定が繰り返される。
以上のように、疾患に関する学習内容を入力を行うと、少なくとも当該疾患に関する教材項目と当該教材項目に従属する対処方法に係る２以上の教材項目とを含む一部要素関連情報が抽出される。そして、当該一部要素関連情報に基づいて、複数の教材項目要素がネットワーク状に関連付けられて可視的に提示される。このため、ユーザーは状況に応じた所望の対処方法に係る情報を容易に得ることができる。
また、複数の教材項目要素がネットワーク状に関連付けられて可視的に提示された状態で、所望の教材項目要素を指定すると、当該教材項目要素に係る内容データが可視的に提示される。このため、ユーザーは状況に応じた所望の対処方法に係る詳細な情報を容易に得ることができる。
＜変形例＞
以上、この発明の実施形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
◎例えば、上記実施形態では、図８から図１０で示すように、疾患対処組合せＤＢ１１２において、各行で示す症状疾患個人対処組合せ情報毎に、１つの対処詳細要素に対応する詳細要素特定番号が含まれていたが、症状疾患個人対処組合せ情報毎に、２以上の対処詳細要素に対応する詳細要素特定番号が含まれても良い。このような場合には、例えば、１つの対処名要素に係る詳細な説明が２以上の対処詳細要素によって構成されるようにすれば良い。以下、具体例を示す。
図５３は、変形例に係る疾患対処組合せＤＢ１１２を構成する情報の具体例を示す図であり、図５４は、変形例に係る内容データ群１１５を構成する情報の具体例を示す図であり、図５５は、変形例に係る疾患対処画面ＡＲｉの詳細説明欄ＤＢＫにおいて対処詳細要素が可視的に出力された状態を示す図である。
図５３で示すように、疾患対処組合せＤＢ１１２では、各行で示す症状疾患個人対処組合せ情報毎に、２以上の対処詳細要素に対応する詳細要素特定番号が含まれている。そして、図５４で示すように、内容データ群１１５では、各対処詳細要素が詳細要素特定番号（図５４では１〜７）と対応付けられて記憶されている。
そして、各症状疾患個人対処組合せ情報に対応する対処詳細要素を可視的に出力する際には、図５３で示す疾患対処組合せＤＢ１１２の各症状疾患個人対処組合せ情報に含まれている２以上の詳細要素特定番号に対応する２以上の対処詳細要素が、図５４で示す内容データ群１１５から読み出されて、２以上の対処詳細要素が組み合わされて、表示部１３において可視的に出力される。
例えば、図５３で示す複数の症状疾患個人対処組合せ情報のうち、症状要素「悪寒戦慄（寒気・ふるえ）」−症状要素「発熱」−症状要素「高熱」−症状要素「短期」−疾患名要素「扁桃炎」−既往歴「強皮症」−トリアージュ詳細要素「病院へ行きましょう」−対処分類要素「処置」−対処名「罨法（温めるか冷やすか）」−詳細要素特定番号「２，４，５，６，７」の組合せからなる症状疾患個人対処組合せ情報に係る対処詳細要素の可視的な出力が要求された場合には、図５４で示す５つの詳細要素特定番号２，４，５，６，７にそれぞれ対応する５つの対処詳細要素「おでこを・・・冷やしましょう。」「冷やす時には・・・注意しましょう。」「１時間以上同じ場所・・・注意しましょう。」「身体を寝具などで・・・注意しましょう。」「足の血流の悪い方は・・・注意しましょう。」が内容データ群１１５から読み出されて、組み合わされることで、図５５で示すように疾患対処画面ＡＲｉの詳細説明欄ＤＢＫに、５つの対処名詳細要素が組み合わされた情報が可視的に出力されるような態様が考えられる。
なお、図５５では、詳細要素特定番号６に係る対処名詳細要素「身体を寝具などで・・・注意しましょう。」−詳細要素特定番号７に係る対処名詳細要素「足の血流の悪い方は・・・注意しましょう。」−詳細要素特定番号２に係る対処名詳細要素「おでこを・・・冷やしましょう。」−詳細要素特定番号４に係る対処名詳細要素「冷やす時には・・・注意しましょう。」−詳細要素特定番号５に係る対処名詳細要素「１時間以上同じ場所・・・注意しましょう。」の順番に組み合わされて、１つの文章が形成されている。この２以上の対処名詳細要素が組み合わされる順番については、適宜優先度やルールを設定しておき、当該設定情報を記憶部１０１に予め記憶しておけば良い。
また、内容データ群１１５に含まれる各対処詳細要素が文章を構成する一部の要素に対応するものであり、複数の対処詳細要素を組み合わせる際に、当該複数の対処詳細要素が、所定の文章モデルを構成する複数の所定箇所に充填されるようにしても良い。以下、具体例を示す。
図５６は、変形例に係る内容データ群１１５を構成する情報の具体例を示す図であり、図５７は、変形例に係る疾患対処画面ＡＲｉの詳細説明欄ＤＢＫにおいて対処詳細要素が可視的に出力された状態を示す図である。
図５６で示すように、内容データ群１１５に含まれる各対処詳細要素は、文章を構成するためのパーツであり、症状疾患個人対処組合せ情報に含まれる複数の詳細要素特定番号に対応する複数の対処詳細要素（パーツ）が読み出されて、図５７で示す文章のうち下線が付された箇所に適宜充填されることで、複数の対処詳細要素が組み合わされて、複数の対処詳細要素が可視的に出力されるような態様が考えられる。なお、内容データ群１１５には、所定の文章モデルのうちのどの場所に各対処詳細要素が充填されるのかを識別するための識別情報として適宜分類などを示す情報を付しておくと良い。
◎また、上記実施形態では、症状要素や既往歴要素等の組合せに対して１つの対処名要素が設定されていたが、例えば、症状要素の組合せが２通り以上ある場合には、矛盾する２以上の対処名要素が検出される場合もある。例えば、対処名要素「冷やす」「温める」といった相反する組合せが考えられる。このような場合には、２通り以上の症状要素の組合せどうしの関係によって、何れか１つの症状要素の組合せに対応する対処名要素が優先的に採用されるような構成としても良い。
◎また、上記実施形態では、教材要素関連情報１１４において、疾患に係る教材項目要素に対して複数の対処方法に係る詳細項目要素が従属していたが、これに限られない。例えば、教材要素関連情報１１４において、疾患に係る各教材項目要素に対して既往歴に係る複数の教材項目要素が属するように関連付けられ、且つ当該既往歴に係る各教材項目要素に対して複数の教材項目要素がそれぞれ属するように関連付けられた情報を含ませても良い。この既往歴に係る各教材項目要素に対してそれぞれ属するように関連付けられた複数の教材項目要素に、複数の対処方法に係る教材項目要素を含めると、ユーザーが既往歴に応じた疾患に対する対処方法の習得を図ることができるようになる。以下、具体例を示す。
図５８は、変形例に係る教材要素関連情報１１４を構成する情報の具体例を示す図であり、図５９は、変形例に係る内容データ群１１５を構成する情報の具体例を示す図である。図５８では、症状に係る教材項目要素「発熱」に関する複数の教材項目要素が関連付けられた例を示している。
図５８で示す情報では、症状に係る教材項目要素「発熱」に対して、当該教材項目要素「発熱」の説明内容に係る詳細項目要素「成り行き」「メカニズム」「検査」「発熱の随伴症状」が従属している。また、教材項目要素「発熱」に対して、発熱が症状として発生する疾患に係る教材項目要素「虫垂炎」「インフルエンザ」「扁桃炎」が従属している。そして、図５８では、図示の関係上、疾患に係る教材項目要素「虫垂炎」に従属する詳細項目要素のみが代表例として示されているが、疾患に係る各教材項目要素「虫垂炎」「インフルエンザ」「扁桃炎」に対し、当該疾患の説明内容に係る詳細項目要素「治療」「分類」「看護のポイント」「随伴症状」「原因」「好発年齢」「検査」がそれぞれ従属している。また、疾患に係る各教材項目要素「虫垂炎」「インフルエンザ」「扁桃炎」に対し、当該疾患に対する対処方法に係る詳細項目要素が既往歴に係る教材項目要素を介して従属している。
具体的には、図５８では、図示の関係上、疾患に係る教材項目要素「虫垂炎」に従属する詳細項目要素のみが代表例として示されているが、疾患に係る各教材項目要素「虫垂炎」「インフルエンザ」「扁桃炎」に対し、既往歴に係る教材項目要素「糖尿病」「強皮症」「高血圧」「心筋梗塞」「なし」がそれぞれ従属している。更に、図５８では、図示の関係上、既往歴に係る教材項目要素「糖尿病」に従属する詳細項目要素のみが代表例として示されているが、既往歴に係る各教材項目要素「糖尿病」「強皮症」「高血圧」「心筋梗塞」「なし」に対し、対処方法に係る詳細項目要素「観察項目」「罨法」「衣類の調節」「環境の調節」「体位の工夫」「食事」「水分摂取」「清潔の援助」「与薬の援助」がそれぞれ従属している。そして、各詳細項目要素「観察項目」「罨法」「衣類の調節」「環境の調節」「体位の工夫」「食事」「水分摂取」「清潔の援助」「与薬の援助」に対してそれぞれ詳細要素特定番号「１１〜９１」が関連付けられている。
そして、図５９で示す内容データ群１１５に含まれる情報では、当該詳細要素特定番号「１１〜９１」と９つの内容データ「水分出納に気をつけ・・・」「大腿部を冷やす時は・・・」「発汗時はこまめに着替えを・・・」「刺激を与えないように・・・」「２時間同一体位は・・・」「発熱でエネルギー・・・」「水分摂取時は糖類の・・・」「感染を防ぐために・・・」「インシュリンを・・・」とがそれぞれ関連付けられている。
◎また、上記実施形態では、学習支援処理において、学習内容情報受付部１０２Ｒで受け付けられる学習内容情報が、疾患に係る１つの教材項目要素であったが、これに限られず、例えば、学習内容情報が、疾患に係る１つの教材項目要素を含む複数の教材項目要素であっても良い。このような場合には、要素認識部１０２Ｓによって、疾患に係る１つの教材項目要素を含む複数の教材項目要素が認識される。
更に、学習内容情報が、少なくとも疾患に係る教材項目要素を含む１以上の教材項目要素についての自然文であり、要素認識部１０２Ｓが、記憶部１０１に格納された解析用データ１０１ａを用いた言語解析処理によって、疾患に係る１つの教材項目要素や疾患に係る１つの教材項目要素を含む複数の教材項目要素等を認識するようにしても良い。ここで言う解析用データ１０１ａを用いた言語解析処理とは、形態素解析用データを用いた形態素解析、係り受け解析用データを用いた係り受け解析、キーワードデータを用いた疾患等を示す用語や節の認識、及び辞書データを用いた類義語や同義語等の代表的な用語等への置き換え等の言語解析処理が挙げられる。
なお、要素認識部１０２Ｓによって、疾患に係る１つの教材項目要素を含む複数の教材項目要素が認識される場合について、以下、具体例を示す。なお、ここでは、教材要素関連情報１１４が図５８で示す情報を有しており、内容データ群１１５が図５９で示す情報を有しているものとする。
図６０は、変形例に係るログイン後に学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示される学習支援システムの個人トップ画面ＡＥｋを例示する図である。個人トップ画面ＡＥｋでは、図４４で示す個人トップ画面ＡＥａとは異なり、画面上部に自然文によって学習したい内容（学習内容）を記入して検索ボタンＳＢ３１をマウスポインタＭＰで押下することで、自然文で記入した学習内容に係る情報（学習内容情報）を入力することができる。当該学習内容情報は、学習内容情報受付部１０２Ｒで受け付けられ、要素認識部１０２Ｓにおいて、解析用データ１０１ａを用いた言語解析処理により、自然文で記載された学習内容情報から、疾患に係る１つの教材項目要素を含む１又は２以上の教材項目要素が認識される。
例えば、「虫垂炎の発生機序を知りたい」という自然文で記入された学習内容情報が入力された場合には、疾患に係る教材項目要素「虫垂炎」と教材項目要素「発生機序」とが認識される。また、「糖尿病の患者が虫垂炎で発熱しているときの対処方法」という自然文で記入された学習内容情報が入力された場合には、症状に係る教材項目要素「発熱」と疾患に係る教材項目要素「虫垂炎」と教材項目要素「糖尿病」と属性「対処方法」が認識される。
そして、要素認識部１０２Ｓにおいて症状に係る教材項目要素「発熱」と疾患に係る教材項目要素「虫垂炎」と教材項目要素「糖尿病」と属性「対処方法」とが認識された場合には、関連情報抽出部１０２Ｔにより、図５８で示す情報から、教材項目要素「発熱」「虫垂炎」「糖尿病」を含み且つ属性「対処方法」に係る教材項目要素を含む一部要素関連情報が抽出される。図６１は、当該一部要素関連情報に基づいて、学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示されるネットワーク情報画面ＡＥｌを例示する図である。ネットワーク情報画面ＡＥｌでは、入出力制御部１２Ａにより教材項目要素「発熱」「虫垂炎」「糖尿病」を含み且つ属性「対処方法」に係る教材項目要素を含む一部要素関連情報が表示部１３において可視的に出力されている状態が示されている。このネットワーク情報画面ＡＥｌでは、マウスポインタＭＰで所望の対処方法に係る教材項目要素を指定すると、内容データ抽出部１０２Ｕにより、指定された対処方法に係る教材項目要素に対応する内容データが図５９で示す情報から抽出されて、入出力制御部１２Ａにより当該内容データに基づく表示が表示部１３において行われる。図６２は、学習支援画面Ｇ１１の支援情報表示領域ＡＥに表示される解説表示画面ＡＥｍを例示する図である。図６１で示すように可視的に出力された一部要素関連情報のうち、教材項目要素「罨法」が指定された場合、図６２で示すような解説表示画面ＡＥｍが表示部１３に表示される。この解説は、発熱を伴う虫垂炎の場合であり、且つ糖尿病の患者に対する罨法を示している。
このようにして、ユーザーは、自然文で学習内容を入力するだけで、症状や既往歴毎に異なる疾患に対する対処方法の具体的な内容を容易に知ることができる。
◎また、上記実施形態では、データ更新部１０２Ｐにより、自動的に疾患対処組合せＤＢ１１２に対して新規な対処名要素が追加されたり、教材要素関連情報１１４に対して新規な教材項目要素が追加された。しかしながら、これに限られず、例えば、管理用端末１９０においてシステムの管理者が適宜操作部１９４を操作することで、データ更新部１０２Ｐにより、疾患対処組合せＤＢ１１２に対して新規な対処名要素が追加されて他の少なくとも１つの要素と組み合わされるとともに、当該新規な対処名要素に対応する対処詳細要素が内容データ群１１５に対して追加されて、当該新規な対処名要素と当該対処詳細要素とが組み合わされても良い。具体的には、同様な質問の数が多かったり、専門家が疾患対処組合せＤＢ１１２に入れた方が良いと思われる要素がある場合には、管理者による管理用端末１９０の操作部１９４への入力操作に基づいて、データ更新部１０２Ｐが、疾患対処組合せＤＢ１１２の各項目にそれぞれ属する要素の新規な組合せ情報を、疾患対処組合せＤＢ１１２に対して追加するような構成としても良い。このような構成により、ユーザーのニーズに応えた情報の充実化を図ることができる。
また、例えば、管理用端末１９０においてシステムの管理者が適宜操作部１９４を操作することで、データ更新部１０２Ｐにより、教材要素関連情報１１４に対して新規な教材項目要素が追加されて他の少なくとも１つの教材項目要素と関連付けられるとともに、当該新規な教材項目要素に対応する内容データが内容データ群１１５に対して追加されて、当該新規な教材項目要素と当該内容データとが関連付けられても良い。このような態様によっても、ユーザー等のニーズに応えた情報の充実化を図ることができる。特に、学習支援処理では、学習内容が充実化され、学習効果を向上させることができる。
◎また、上記実施形態では、疾患症状組合せＤＢ１１１に含まれる疾患名要素には、合併症を示すデータ要素が含まれていても良い。このような構成によれば、症状から所謂疾患名だけでなく合併症も検出することができ、当該合併症に対する対処方法も存在するため、可視的に提示される対応方法の種類が増加する。このため、ユーザーは、より広汎に対応方法を知ることができる。
◎また、上記実施形態では、疾患対処情報の一覧表示ＰＣ１において、所望の対処名要素が指定されると、当該対処名要素に対応する対処詳細要素が可視的に出力されたが、これに限られず、疾患名検出経路情報の一覧表示ＰＣ２に表示された所望の主症状要素にマウスポインタＭＰを合わせて右クリックすると、指定された主症状要素に係る詳細な内容（例えば、症状の発生メカニズム等）が可視的に出力されても良い。また、疾患対処情報の一覧表示ＰＣ１や疾患名検出経路情報の一覧表示ＰＣ２の疾患名要素ＰＮＤについても適宜指定することで、疾患名要素に係る詳細な内容（例えば、疾患の発生メカニズム等）が可視的に出力されても良い。以下、それぞれ具体例を挙げて説明する。
まず、主症状要素に係る詳細な内容が可視的に出力される具体例について説明する。
疾患対処組合せＤＢ１１２には、各対処名要素に対して、それぞれ詳細情報に係る１以上の対処詳細要素が組み合わされた詳細要素組合せ情報が含まれていたが、これと同様な手法で、疾患症状組合せＤＢ１１１及び疾患対処組合せＤＢ１１２のうちの少なくとも一方に、各主症状要素に対して、それぞれ主症状の詳細情報に係る１以上の詳細要素（主症状詳細要素）が組み合わされた情報（詳細要素組合せ情報）を含ませておく。例えば、当該詳細要素組合せ情報では、各主症状詳細要素を特定する番号（詳細要素特定番号）が付されている。また、内容データ群１１５に各主症状要素に対応する１以上の主症状詳細要素を格納させておく。当該内容データ群１１５では、例えば、各詳細要素特定番号に対して実際の各主症状詳細要素が対応付けられた態様で情報を記憶させておく。
そして、表示部１３において、疾患対処情報の一覧表示ＰＣ１や疾患名検出経路情報の一覧表示ＰＣ２が可視的に出力された状態で、ユーザーが操作部１４を種々操作してマウスポインタＭＰを一覧表示ＰＣ１，ＰＣ２に含まれている所望の１つの主症状要素に合わせて所定の操作（例えば右クリック）を行うと、当該所望の１つの主症状要素が端末制御部１２において指定される。この指定に応答して、サーバ制御部１０２により、疾患症状組合せＤＢ１１１及び疾患対処組合せＤＢ１１２のうちの少なくとも一方に含まれている詳細要素組合せ情報において、指定された所望の１つの主症状要素と組み合わされている１以上の主症状詳細要素が検出され、当該１以上の主症状詳細要素が内容データ群１５から読み出されて、端末制御部１２に転送される。そして、端末制御部１２の入出力制御部１２Ａの制御によって、転送されてきた１以上の主症状詳細要素に基づいて、ユーザーによって指定された１つの主症状要素に対応する主症状の詳細情報が表示部１３において可視的に出力される。なお、ここで言う主症状の詳細情報には、例えば、主症状の発生機序に係る情報等が含まれ、その情報の内容としては、例えば、図４８で示した文章の内容等が挙げられる。
このような構成によれば、可視的に提示された情報の中に含まれている１以上の症状の中から所望の症状（ここでは、主症状）を指定すると、当該症状について、症状の発生機序に係る情報等といった詳細な情報が可視的に提示される。このため、ユーザーは状況に応じた所望の症状に係る詳細情報を容易に得ることができる。
次に、疾患名要素に係る詳細な内容が可視的に出力される具体例について説明する。
疾患対処組合せＤＢ１１２には、各対処名要素に対して、それぞれ詳細情報に係る１以上の対処詳細要素が組み合わされた詳細要素組合せ情報が含まれていたが、これと同様な手法で、疾患症状組合せＤＢ１１１及び疾患対処組合せＤＢ１１２のうちの少なくとも一方に、各疾患名要素に対して、それぞれ疾患名の詳細情報に係る１以上の詳細要素（疾患名詳細要素）が組み合わされた情報（詳細要素組合せ情報）を含ませておく。例えば、当該詳細要素組合せ情報では、各疾患名詳細要素を特定する番号（詳細要素特定番号）が付されている。また、内容データ群１１５に各疾患名要素に対応する１以上の疾患名詳細要素を格納させておく。当該内容データ群１１５では、例えば、各詳細要素特定番号に対して実際の各疾患名詳細要素が対応付けられた態様で情報を記憶させておく。
そして、表示部１３において、疾患対処情報の一覧表示ＰＣ１や疾患名検出経路情報の一覧表示ＰＣ２が可視的に出力された状態で、ユーザーが操作部１４を種々操作してマウスポインタＭＰを一覧表示ＰＣ１，ＰＣ２に含まれている１つの疾患名要素に合わせて所定の操作（例えば右クリック）を行うと、当該１つの疾患名要素が端末制御部１２において指定される。この指定に応答して、サーバ制御部１０２により、疾患症状組合せＤＢ１１１及び疾患対処組合せＤＢ１１２のうちの少なくとも一方に含まれている詳細要素組合せ情報において、指定された１つの疾患名要素と組み合わされている１以上の疾患名詳細要素が検出され、当該１以上の疾患名詳細要素が内容データ群１５から読み出されて、端末制御部１２に転送される。そして、端末制御部１２の入出力制御部１２Ａの制御によって、転送されてきた１以上の疾患名詳細要素に基づいて、ユーザーによって指定された１つの疾患名要素に対応する疾患名の詳細情報が表示部１３において可視的に出力される。なお、ここで言う疾患名の詳細情報には、例えば、疾患の発生機序に係る情報等が含まれ、その情報の内容としては、例えば、図４７で示した文章の内容等が挙げられる。
このような構成によれば、症状に応じた疾患名と複数の対処名との組合せや症状から疾患名を検出した経路を示す１以上の症状と１つの疾患名との組合せが可視的に提示された状態で、所望の疾患名を指定すると、当該疾患名について、疾患の発生機序に係る情報等といった詳細な情報が可視的に提示される。このため、ユーザーは、状況に応じた疾患名に係る詳細情報を容易に得ることができる。
◎また、上記実施形態では、看護支援処理において、ユーザーによって症状が入力された後に、症状に対応する疾患名が検出され、当該疾患名に対応する複数の対処名が検出されたが、これに限られず、例えば、ユーザーによって疾患名に係る疾患名情報が入力されると、当該疾患名情報から認識される疾患名要素に対応する複数の対処名が検出されるようにしても良い。このような構成によれば、疾患名が分かっている場合には、より早く且つ容易に対処方法を知ることができる。
◎また、上記実施形態では、学習支援処理において、要素認識部１０２Ｓで１以上の教材項目要素が認識されたが、これに限られず、例えば、教材要素関連情報１１４に含まれる各教材項目要素に対して内容を示すキーワードを所謂検索用のメタデータとして付しておき、要素認識部１０２Ｓでは検索用のメタデータに対応するキーワードが認識され、関連情報抽出部１０２Ｔが当該キーワードと一致する検索用のメタデータが付されている教材項目要素と当該教材項目要素と所定の関係を有する教材項目要素とを含む一部要素関連情報を抽出するようにしても良い。
◎また、上記実施形態では、ユーザーからの入力が、マニュアル操作によるものであったが、これに限られず、例えば、ユーザーが発する音声をマイクで受け付けて、音声認識を用いて、症状や学習したい内容等を適宜入力可能としても良い。すなわち、ユーザーからの情報入力は、ユーザーの各種動作に応答したものであれば良い。
◎また、上記実施形態では、１以上のサーバ１００，２００、管理用端末１９０、及び端末１０〜４０によって、看護／学習支援システム１が実現されたが、これに限られず、例えば、１台のコンピュータにおいて、看護／学習支援システム１の機能を実現するようにしても良い。このときには、看護／学習支援システム１を実現するためのプログラムを１つの形態とすることが可能となる。
◎また、上記実施形態では、端末１０〜４０が４台、病院サーバ２００が１機であったが、これに限られず、１台又は１機以上であれば何台又は何機であっても構わない。
実施形態に係る看護／学習支援システムの構成概要を示す図である。 看護／学習支援システムの機能構成を示すブロック図である。 看護支援処理における情報処理動作の概要を示す図である。 疾患症状組合せＤＢを構成する情報の具体例を示す図である。 疾患症状組合せＤＢを構成する情報の具体例を示す図である。 疾患症状組合せＤＢを構成する情報の具体例を示す図である。 疾患症状組合せＤＢを構成する情報の具体例を示す図である。 疾患対処組合せＤＢを構成する情報の具体例を示す図である。 内容データ群を構成する情報の具体例を示す図である。 内容データ群を構成する情報の具体例を示す図である。 端末制御部で実現される機能を例示するブロック図である。 サーバ制御部で実現される機能を例示するブロック図である。 サーバ制御部で実現される機能を例示するブロック図である。 看護／学習支援システムの動作フローを示すフローチャートである。 看護支援処理の動作フローを示すフローチャートである。 看護支援処理の動作フローを示すフローチャートである。 看護支援処理の動作フローを示すフローチャートである。 看護／学習支援システムの総合トップ画面を例示する図である。 看護支援システムの表示画面の構成を例示する図である。 看護支援システムの個人トップ画面を例示する図である。 看護支援システムの疾患名選択画面を例示する図である。 看護支援システムの詳細症状入力画面を例示する図である。 看護支援システムの追加症状入力画面を例示する図である。 看護支援システムの主症状選択画面を例示する図である。 看護支援システムの詳細症状入力画面を例示する図である。 看護支援システムの絞り込み質問画面を例示する図である。 看護支援システムの疾患名択一選択画面を例示する図である。 疾患名検出経路情報を例示する図である。 疾患対処情報を例示する図である。 疾患対処画面を例示する図である。 疾患名検出経路画面を例示する図である。 対処方法の詳細説明が提示された状態を例示する図である。 質問を入力する状態を例示する図である。 疾患対処組合せＤＢに対処名要素が追加された状態を例示する図である。 電子カルテ入力画面を例示する図である。 学習支援処理における情報処理動作の概要を示す図である。 教材要素関連情報を構成する情報の具体例を示す図である。 教材要素関連情報を構成する情報の具体例を示す図である。 端末制御部で実現される機能を例示するブロック図である。 サーバ制御部で実現される機能を例示するブロック図である。 学習支援処理の動作フローを示すフローチャートである。 学習支援処理の動作フローを示すフローチャートである。 学習支援システムの表示画面の構成を例示する図である。 学習支援システムの個人トップ画面を例示する図である。 一部要素関連情報の表示例を示す図である。 一部要素関連情報の表示例を示す図である。 解説表示画面の表示例を示す図である。 解説表示画面の表示例を示す図である。 問題表示画面の表示例を示す図である。 質問記入画面の表示例を示す図である。 回答表示画面の表示例を示す図である。 回答表示画面の表示例を示す図である。 変形例に係る疾患対処組合せＤＢを構成する情報を例示する図である。 変形例に係る内容データ群を構成する情報の具体例を示す図である。 変形例に係る対処詳細要素が可視的に出力された状態を示す図である。 変形例に係る内容データ群を構成する情報の具体例を示す図である。 変形例に係る対処詳細要素が可視的に出力された状態を示す図である。 変形例に係る教材要素関連情報を構成する情報の具体例を示す図である。 変形例に係る内容データ群を構成する情報の具体例を示す図である。 変形例に係る学習支援システムの個人トップ画面を例示する図である。 変形例に係る一部要素関連情報の表示例を示す図である。 変形例に係る解説表示画面の表示例を示す図である。
符号の説明
１ 看護／学習支援システム
１０〜４０ 端末
１２ 端末制御部
１２Ａ 入出力制御部
１２Ｂ 入力情報受付部
１２Ｃ 対処名指定部
１２Ｄ 採用対処名指定部
１２Ｅ 測定値取得部
１２Ｆ 要素指定部
１２Ｇ 表示要求部
１３ 表示部
１４ 操作部
１００ サーバ
１０１ 記憶部
１０１ａ 解析用データ
１０２ サーバ制御部
１０２Ａ 入出力制御部
１０２Ｂ 入力要求部
１０２Ｃ 個人情報認識部
１０２Ｄ 症状／疾患名情報受付部
１０２Ｅ 疾患名認識部
１０２Ｆ 症状要素認識部
１０２Ｇ 疾患名検出部
１０２Ｈ 疾患名検出経路情報生成部
１０２Ｉ 対処名検出部
１０２Ｊ 疾患対処情報生成部
１０２Ｋ 詳細情報検出部
１０２Ｌ カルテ情報記述制御部
１０２Ｍ 質問情報受付部
１０２Ｎ 質問情報解析部
１０２Ｏ 回答検索部
１０２Ｐ データ更新部
１０２Ｒ 学習内容情報受付部
１０２Ｓ 要素認識部
１０２Ｔ 関連情報抽出部
１０２Ｕ 内容データ抽出部
１１０ 医療ＤＢ
１１１ 疾患症状組合せＤＢ
１１２ 疾患対処組合せＤＢ
１１３ 疾患対応症状ＤＢ
１１４ 教材要素関連情報
１１５ 内容データ群
１９０ 管理用端末
１９１ 記憶部
１９２ 制御部
１９３ 表示部
１９４ 操作部
２００ 病院サーバ
２０１ 記憶部
２０２ 制御部
２０３ 表示部
２０４ 操作部
２１０ カルテＤＢ
ＡＲｉ 疾患対処画面
ＡＲｊ 疾患名検出経路画面

Claims (41)

  1. データベースシステムであって、
    疾患名をそれぞれ示す複数の疾患名要素に含まれた各疾患名要素に対して、それぞれ症状を示す１以上の症状要素を組合せた情報を格納した第１のデータベースと、
    各前記疾患名要素に対して、それぞれ対処名を示す複数の対処名要素を組合せた情報を格納した第２のデータベースと、
    ユーザーによる情報入力に応答して、症状を示す１以上の症状要素を認識する症状認識手段と、
    前記第１のデータベースにおいて前記症状認識手段によって認識された１以上の症状要素の全てと組み合わされている１つの疾患名要素を検出する疾患名検出手段と、
    前記第２のデータベースにおいて前記疾患名検出手段によって検出された１つの疾患名要素と組み合わされている複数の対処名要素を検出する対処名検出手段と、
    前記疾患名検出手段によって検出された１つの疾患名要素と前記対処名検出手段によって検出された複数の対処名要素とを組み合わせた疾患対処情報を生成する疾患対処情報生成手段と、
    前記疾患対処情報を出力装置において可視的に出力させる出力制御手段と、
    を備えることを特徴とするデータベースシステム。
  2. 請求項１に記載のデータベースシステムであって、
    前記症状認識手段によって認識された１以上の症状要素と前記疾患名検出手段によって検出された１つの疾患名要素とを組み合わせた疾患名検出経路情報を生成する疾患名検出経路情報生成手段、
    を更に備え、
    前記出力制御手段が、
    前記疾患名検出経路情報を前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  3. 請求項２に記載のデータベースシステムであって、
    前記出力制御手段が、
    前記疾患対処情報と前記疾患名検出経路情報とを時間順次に前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  4. 請求項３に記載のデータベースシステムであって、
    前記出力制御手段が、
    前記疾患対処情報を前記疾患名検出経路情報よりも時間的に優先させて前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  5. 請求項１から請求項４のいずれかに記載のデータベースシステムであって、
    前記第２のデータベースが、
    前記各対処名要素に対して、それぞれ対処方法の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、
    前記データベースシステムが、
    前記各対処名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、
    前記出力装置において前記疾患対処情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患対処情報に含まれている前記複数の対処名要素のうちの１つの対処名要素を指定する対処名指定手段と、
    前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、
    前記出力制御手段が、
    前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記対処名指定手段によって指定された１つの対処名要素に対応する対処方法の詳細情報を前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  6. 請求項５に記載のデータベースシステムであって、
    前記第２のデータベースが、
    各前記疾患名要素に対して、それぞれ複数レベルの対処名をそれぞれ示す複数の対処名要素を組合せた情報を含むことを特徴とするデータベースシステム。
  7. 請求項５または請求項６に記載のデータベースシステムであって、
    電子カルテ情報を格納するカルテ情報格納手段と、
    前記詳細要素検出手段によって検出された１以上の詳細要素が前記出力装置において可視的に出力された状態で、ユーザーの入力動作に応答して、前記対処名指定手段によって指定された１つの対処名要素をユーザーによって採用された１つの採用対処名要素として指定する採用指定手段と、
    ユーザーによる情報入力に応答して、人物の健康状態の指標となるパラメータの測定値情報を取得する測定値取得手段と、
    前記症状認識手段によって認識された１以上の症状要素と、前記疾患名検出手段によって検出された１つの疾患名要素と、前記採用指定手段によって指定された１つの採用対処名要素と、前記測定値取得手段によって取得された測定値情報とを、前記電子カルテ情報に対して記述するように制御する記述制御手段と、
    を更に備えることを特徴とするデータベースシステム。
  8. 請求項５から請求項７のいずれかに記載のデータベースシステムであって、
    前記詳細要素組合せ情報が、
    前記各対処名要素に対して、少なくとも１以上の症状要素と、１以上の詳細要素とを組み合わせた情報を含み、
    前記詳細要素検出手段が、
    前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素、及び前記症状認識手段によって認識された１以上の症状要素の双方と組み合わされている１以上の詳細要素を検出することを特徴とするデータベースシステム。
  9. 請求項８に記載のデータベースシステムであって、
    所定数の項目に係る症状要素の入力を要求する入力要求手段と、
    前記各疾患名要素に対して、それぞれ前記所定数の項目に含まれる一部の項目に係る症状要素を組み合わせた情報を格納した第３のデータベースと、
    ユーザーによる情報入力に応答して、１つの疾患名を示す１つの疾患名要素を認識する疾患名認識手段と、
    を備え、
    前記症状認識手段が、
    前記疾患名認識手段による１つの疾患名要素の認識に応答して、前記一部の項目については、前記第３のデータベースにおいて前記疾患名認識手段によって認識された１つの疾患名要素に対してそれぞれ組み合わされている症状要素を認識し、
    前記入力要求手段が、
    前記所定数の項目から前記一部の項目を除いた残余の項目に係る症状要素の入力を要求することを特徴とするデータベースシステム。
  10. 請求項１から請求項８のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応答して、１つの疾患名を示す１つの疾患名要素を認識する疾患名認識手段、
    を更に備え、
    前記対処名検出手段が、
    前記第２のデータベースにおいて前記疾患名認識手段によって認識された１つの疾患名要素と組み合わされている複数の対処名要素を検出することを特徴とするデータベースシステム。
  11. 請求項５から請求項９のいずれかに記載のデータベースシステムであって、
    前記詳細要素組合せ情報が、
    前記各対処名要素に対して、個人情報を示す１以上の個人情報要素と、１以上の詳細要素とを組み合わせた情報を含み、
    前記データベースシステムが、
    ユーザーによる情報入力に応答して、個人情報を示す１以上の個人情報要素を認識する個人情報認識手段、
    を更に備え、
    前記詳細要素検出手段が、
    前記詳細要素組合せ情報において、前記対処名指定手段によって指定された１つの対処名要素、及び前記個人情報認識手段によって認識された１以上の個人情報要素の双方と組み合わされている１以上の詳細要素を検出することを特徴とするデータベースシステム。
  12. 請求項１１に記載のデータベースシステムであって、
    前記個人情報が、
    既往歴の情報を含むことを特徴とするデータベースシステム。
  13. 請求項１１または請求項１２に記載のデータベースシステムであって、
    １以上の個人情報要素の所在を特定する所在特定情報と、当該１以上の個人情報要素とが関連付けられて記憶されている個人情報データベース、
    を更に備え、
    前記個人情報認識手段が、
    ユーザーによる前記所在特定情報の入力に応答して、当該所在特定情報に対応する１以上の個人情報要素を、前記個人情報データベースから認識することを特徴とするデータベースシステム。
  14. 請求項１１から請求項１３のいずれかに記載のデータベースシステムであって、
    前記個人情報が、
    服薬の有無、及びアレルギーの有無のうちの少なくとも一方に係る情報を含むことを特徴とするデータベースシステム。
  15. 請求項１から請求項１４のいずれかに記載のデータベースシステムであって、
    前記第１のデータベースが、
    前記各疾患名要素に対して、それぞれ複数の症状要素を組合せた情報を含み、
    前記症状認識手段が、
    ユーザーによる情報入力に応答して、症状を示す複数の症状要素を認識し、
    前記疾患名検出手段が、
    前記第１のデータベースにおいて、前記症状認識手段によって認識された複数の症状要素の全てと組み合わされている１つの疾患名要素を検出することを特徴とするデータベースシステム。
  16. 請求項１５に記載のデータベースシステムであって、
    前記複数の症状要素が、
    随伴症状を示す１以上の症状要素を含むことを特徴とするデータベースシステム。
  17. 請求項１５または請求項１６に記載のデータベースシステムであって、
    前記複数の症状要素が、
    所定の症状を示す１つの症状要素と、前記所定の症状に関する詳細な症状を示す１以上の詳細症状要素とを含むことを特徴とするデータベースシステム。
  18. 請求項１７に記載のデータベースシステムであって、
    前記１以上の詳細症状要素が、
    部位、程度、期間、種類、量、回数、及び発生時期を示す要素を含むことを特徴とするデータベースシステム。
  19. 請求項１から請求項１８のいずれかに記載のデータベースシステムであって、
    前記１つの疾患名要素が、
    合併症を示す疾患名要素を含むことを特徴とするデータベースシステム。
  20. 請求項１から請求項１９のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応じて、前記第２のデータベースにおいて各前記疾患名要素に対してそれぞれ組み合わされている複数の対処名要素に対して、少なくとも１つの対処名要素を追加するデータ更新手段、
    を更に備えることを特徴とするデータベースシステム。
  21. 請求項１から請求項１９のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応答して、自然文によって構成される質問情報を受け付ける質問情報受付手段と、
    前記質問情報に対して所定の言語解析処理を施すことで、少なくとも１つの対処名要素を認識する対処名要素認識手段と、
    前記第２のデータベースにおいて各前記疾患名要素に対してそれぞれ組み合わされている複数の対処名要素に対して、前記対処名要素認識手段によって認識された少なくとも１つの対処名要素を追加するデータ更新手段と、
    を更に備えることを特徴とするデータベースシステム。
  22. 請求項１から請求項２１のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応答して、自然文によって構成される症状を示す症状情報を受け付ける症状情報受付手段、
    を更に備え、
    前記症状認識手段が、
    前記症状情報に対して所定の言語解析処理を施すことで、１以上の症状要素を認識することを特徴とするデータベースシステム。
  23. 請求項１から請求項４のいずれかに記載のデータベースシステムであって、
    前記第１及び第２のデータベースのうちの少なくとも一方のデータベースが、
    各前記疾患名要素に対して、それぞれ疾患名の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、
    前記データベースシステムが、
    各前記疾患名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、
    前記出力装置において前記疾患対処情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患対処情報に含まれている１つの疾患名要素を指定する疾患名指定手段と、
    前記詳細要素組合せ情報において、前記疾患名指定手段によって指定された１つの疾患名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、
    前記出力制御手段が、
    前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記疾患名指定手段によって指定された１つの疾患名要素に対応する疾患名の詳細情報を前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  24. 請求項２から請求項４のいずれかに記載のデータベースシステムであって、
    前記第１及び第２のデータベースのうちの少なくとも一方のデータベースが、
    各前記疾患名要素に対して、それぞれ疾患名の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、
    前記データベースシステムが、
    各前記疾患名要素に係る１以上の詳細要素を格納する詳細要素格納手段と、
    前記出力装置において前記疾患名検出経路情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患名検出経路情報に含まれている１つの疾患名要素を指定する疾患名指定手段と、
    前記詳細要素組合せ情報において、前記疾患名指定手段によって指定された１つの疾患名要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、
    前記出力制御手段が、
    前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記疾患名指定手段によって指定された１つの疾患名要素に対応する疾患名の詳細情報を前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  25. 請求項２３または請求項２４に記載のデータベースシステムであって、
    各前記疾患名の詳細情報が、
    疾患の発生機序に係る情報を含むことを特徴とするデータベースシステム。
  26. 請求項２から請求項４のいずれかに記載のデータベースシステムであって、
    前記第１のデータベースが、
    各前記症状要素に対して、それぞれ症状の詳細情報に係る１以上の詳細要素が組み合わされた詳細要素組合せ情報を含み、
    前記データベースシステムが、
    前記各症状要素に係る１以上の詳細要素を格納する詳細要素格納手段と、
    前記出力装置において前記疾患名検出経路情報が可視的に出力された状態で、ユーザーの動作に応答して、前記疾患名検出経路情報に含まれている１つの症状要素を指定する症状指定手段と、
    前記詳細要素組合せ情報において、前記症状指定手段によって指定された１つの症状要素と組み合わされている１以上の詳細要素を検出する詳細要素検出手段と、
    前記出力制御手段が、
    前記詳細要素検出手段によって検出された１以上の詳細要素に基づいて、前記症状指定手段によって指定された１つの症状要素に対応する症状の詳細情報を前記出力装置において可視的に出力させることを特徴とするデータベースシステム。
  27. 請求項２６に記載のデータベースシステムであって、
    各前記症状の詳細情報が、
    症状の発生機序に係る情報を含むことを特徴とするデータベースシステム。
  28. データベースシステムであって、
    少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数の教材項目要素が相互に関連付けられ且つ疾患に係る各教材項目要素に対して対処方法に係る２以上の教材項目要素が属するように関連付けられた関連情報を格納するとともに、前記複数の教材項目要素に含まれる少なくとも一部の各前記教材項目要素に対して詳細な内容を示す内容データを関連付けて格納する記憶手段と、
    ユーザーによる情報入力に応答して、少なくとも疾患に係る教材項目要素を含む１以上の教材項目要素を認識する教材要素認識手段と、
    前記教材要素認識手段による前記１以上の教材項目要素の認識に応答して、前記関連情報から、前記１以上の教材項目要素と当該１以上の教材項目要素に属するように関連付けられた対処方法に係る２以上の教材項目要素とを含む複数の教材項目要素、及び当該複数の教材項目要素間の関連付けをそれぞれ示す一部関連情報を抽出する関連情報抽出手段と、
    前記一部関連情報に基づいて、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報を表示部において可視的に出力するように制御する表示制御手段と、
    を備えることを特徴とするデータベースシステム。
  29. 請求項２８に記載のデータベースシステムであって、
    前記表示部においてネットワーク情報が可視的に出力された状態で、当該ネットワーク情報に含まれる複数の教材項目要素から、ユーザーの入力に応答して１つの教材項目要素を指定する要素指定手段と、
    前記１つの教材項目要素に対応する内容データを前記記憶手段から抽出する内容データ抽出手段と、
    を備え、
    前記表示制御手段が、
    前記内容データ抽出手段によって抽出された内容データを前記表示部において可視的に出力するように制御することを特徴とするデータベースシステム。
  30. 請求項２８または請求項２９に記載のデータベースシステムであって、
    前記関連情報が、
    所定の症状に係る教材項目要素に対して当該所定の症状の発生機序に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とするデータベースシステム。
  31. 請求項２８から請求項３０のいずれかに記載のデータベースシステムであって、
    前記関連情報が、
    所定の疾患に係る教材項目要素に対して当該所定の疾患の発生機序に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とするデータベースシステム。
  32. 請求項２８から請求項３１のいずれかに記載のデータベースシステムであって、
    前記関連情報が、
    所定の症状に係る教材項目要素に対して当該所定の症状に伴う随伴症状に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とするデータベースシステム。
  33. 請求項２８から請求項３２のいずれかに記載のデータベースシステムであって、
    前記関連情報に含まれる複数の教材項目要素が、
    所定の疾患に係る教材項目要素に対して当該所定の疾患に伴う合併症に係る教材項目要素が属するように関連付けられた情報を含むことを特徴とするデータベースシステム。
  34. 請求項２８から請求項３３のいずれかに記載のデータベースシステムであって、
    前記関連情報に含まれる複数の教材項目要素が、
    看護学習内容、看護方法、及び看護知識のうちの少なくとも１つの情報に基づいた対処方法に係る１以上の教材項目要素を含むことを特徴とするデータベースシステム。
  35. 請求項２８から請求項３４のいずれかに記載のデータベースシステムであって、
    前記関連情報が、
    疾患に係る各教材項目要素に対して既往歴に係る複数の教材項目要素が属するように関連付けられ、且つ当該既往歴に係る各教材項目要素に対して対処方法に係る複数の教材項目要素がそれぞれ属するように関連付けられた情報を含むことを特徴とするデータベースシステム。
  36. 請求項２８から請求項３５のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応じて、前記関連情報に対して１つの教材項目要素を追加するとともに前記関連情報に含まれる他の少なくとも１つの教材項目要素と関連付ける一方で、当該追加された１つの教材項目要素に係る内容データを前記記憶手段に対して追加するとともに当該追加された１つの教材項目要素と当該追加された内容データとを関連付けるデータ更新手段、
    を更に備えることを特徴とするデータベースシステム。
  37. 請求項２８から請求項３５のいずれかに記載のデータベースシステムであって、
    ユーザーによる情報入力に応じて、自然文によって構成される質問情報を受け付ける質問情報受付手段と、
    前記質問情報に対して所定の言語解析処理を施すことにより、１以上の教材項目要素を認識する教材要素認識手段と、
    前記教材要素認識手段によって認識された１以上の教材項目要素を前記関連情報に対して追加して前記関連情報に含まれる他の少なくとも１つの教材項目要素と関連付けるデータ更新手段と、
    を更に備えることを特徴とするデータベースシステム。
  38. 請求項１から請求項３７のいずれかに記載のデータベースシステムであって、
    前記対処方法が、
    処置、治療方法、観察経過、トリアージュ、薬剤、及び検査のうちの少なくとも１つの項目に係る内容を含むことを特徴とするデータベースシステム。
  39. データベースシステムに含まれるコンピュータによって実行されることにより、前記データベースシステムを、請求項１から請求項３８のいずれかに記載のデータベースシステムとして機能させるプログラム。
  40. 情報処理方法であって、
    (a)疾患名をそれぞれ示す複数の疾患名要素に含まれた各疾患名要素に対して、それぞれ症状を示す１以上の症状要素を組合せた情報を格納した第１のデータベースを準備するステップと、
    (b)各前記疾患名要素に対して、それぞれ対処名を示す複数の対処名要素を組合せた情報を格納した第２のデータベースを準備するステップと、
    (c)ユーザーの情報入力に応答して、症状を示す１以上の症状要素を認識するステップと、
    (d)前記第１のデータベースにおいて前記ステップ(c)において認識された１以上の症状要素の全てと組み合わされている１つの疾患名要素を検出するステップと、
    (e)前記第２のデータベースにおいて前記ステップ(d)において検出された１つの疾患名要素と組み合わされている複数の対処名要素を検出するステップと、
    (f)前記ステップ(d)において検出された１つの疾患名要素と前記ステップ(e)において検出された複数の対処名要素とを組み合わせた疾患対処情報を生成するステップと、
    (g)前記疾患対処情報を出力装置において可視的に出力させるステップと、
    を備えることを特徴とする情報処理方法。
  41. 情報処理方法であって、
    (A)少なくとも症状、疾患、及び対処方法を含む複数項目に係る教材の項目を示す複数の教材項目要素が相互に関連付けられ且つ疾患に係る各教材項目要素に対して対処方法に係る２以上の教材項目要素が属するように関連付けられた関連情報を記憶部に格納するとともに、前記複数の教材項目要素に含まれる少なくとも一部の各前記教材項目要素に対して詳細な内容を示す内容データを関連付けて前記記憶部に格納するステップと、
    (B)ユーザーによる情報入力に応答して、少なくとも疾患に係る教材項目要素を含む１以上の教材項目要素を認識するステップと、
    (C)前記ステップ(B)における前記１以上の教材項目要素の認識に応答して、前記関連情報から、前記１以上の教材項目要素と当該１以上の教材項目要素に属するように関連付けられた対処方法に係る２以上の教材項目要素とを含む複数の教材項目要素、及び当該複数の教材項目要素間の関連付けをそれぞれ示す一部関連情報を抽出するステップと、
    (D)前記一部関連情報に基づいて、各教材項目要素どうしがネットワーク状に関連付けられたネットワーク情報を表示部において可視的に出力するように制御するステップと、
    を備えることを特徴とする情報処理方法。
JP2006284053A 2006-10-18 2006-10-18 データベースシステム、プログラム、及び情報処理方法 Expired - Fee Related JP5016287B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2006284053A JP5016287B2 (ja) 2006-10-18 2006-10-18 データベースシステム、プログラム、及び情報処理方法
US11/974,968 US8510125B2 (en) 2006-10-18 2007-10-16 Database system, program, and information processing method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2006284053A JP5016287B2 (ja) 2006-10-18 2006-10-18 データベースシステム、プログラム、及び情報処理方法

Publications (2)

Publication Number Publication Date
JP2008102699A true JP2008102699A (ja) 2008-05-01
JP5016287B2 JP5016287B2 (ja) 2012-09-05

Family

ID=39319174

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006284053A Expired - Fee Related JP5016287B2 (ja) 2006-10-18 2006-10-18 データベースシステム、プログラム、及び情報処理方法

Country Status (2)

Country Link
US (1) US8510125B2 (ja)
JP (1) JP5016287B2 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5583256B1 (ja) * 2013-09-18 2014-09-03 スキルアップジャパン株式会社 救急医療システム、救急時対応装置、および救急医療情報提供装置
JP5868538B1 (ja) * 2015-05-01 2016-02-24 インキュベクス株式会社 医療情報管理及び医療情報管理システムによる医療情報管理方法
JP5936799B1 (ja) * 2016-01-05 2016-06-22 インキュベクス株式会社 医療情報管理システム用いられる調剤薬局支援装置及びこの装置による調剤薬局支援方法
JP2017054267A (ja) * 2015-09-08 2017-03-16 キヤノン株式会社 情報処理装置
JP6269885B1 (ja) * 2017-05-24 2018-01-31 株式会社日本ナチュラルエイジングケア研究所 花粉症の処方探索システム及び方法、花粉症の処方探索プログラム
JP6304851B1 (ja) * 2017-12-21 2018-04-04 株式会社日本ナチュラルエイジングケア研究所 処方探索システム及び方法、処方探索プログラム
JP2019536180A (ja) * 2016-10-26 2019-12-12 バージニア フラビン プリバニク ユーザおよび装置との合成インタラクションためのシステムと方法
JPWO2021205956A1 (ja) * 2020-04-06 2021-10-14

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090326334A1 (en) * 2008-06-26 2009-12-31 Anthony Vallone Health condition detection, storage, and presentation
US20100125175A1 (en) * 2008-11-20 2010-05-20 Anthony Vallone Icon-based healthcare interfaces based on health condition events
KR101071571B1 (ko) * 2008-12-12 2011-10-10 주식회사 비트컴퓨터 의료기기 정보연동 시스템 및 방법
US20110202573A1 (en) * 2010-02-12 2011-08-18 Mark Golino Clinical hyper-review and reconciliation system
EA019830B1 (ru) * 2011-07-01 2014-06-30 Общественный Фонд "Асар-Береке" Мобильный медицинский лечебно-диагностический комплекс
US11561126B2 (en) * 2015-11-20 2023-01-24 PhysioWave, Inc. Scale-based user-physiological heuristic systems
CN112512406A (zh) 2018-06-06 2021-03-16 梅西莫股份有限公司 阿片类药物过量监测
US11464410B2 (en) * 2018-10-12 2022-10-11 Masimo Corporation Medical systems and methods
JP2020126284A (ja) * 2019-02-01 2020-08-20 コニカミノルタ株式会社 情報処理装置、診断支援システム及びプログラム
US20210290184A1 (en) 2020-03-20 2021-09-23 Masimo Corporation Remote patient management and monitoring systems and methods
KR20240025850A (ko) * 2022-08-19 2024-02-27 주식회사 비티진 건강 관리 케어 서비스를 지원하는 방법 및 이를 지원하는 시스템

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001097111A1 (fr) * 2000-06-15 2001-12-20 Kabushiki Kaisha Toshiba Systeme d'acquisition d'un second avis et procede d'acquisition d'un second avis
JP2002169885A (ja) * 2000-11-30 2002-06-14 Ehope:Kk 問診シミュレーション装置及び問診シミュレーション用プログラムを記録した記録媒体
JP2003299623A (ja) * 2002-04-10 2003-10-21 Yasunari Hirose コンピュータシステム及びプログラム
JP2004252753A (ja) * 2003-02-20 2004-09-09 Fujitsu Fip Corp 医療支援システム、医療支援方法、医療支援サーバ、医療支援プログラム
JP2005110944A (ja) * 2003-10-07 2005-04-28 Sanyo Electric Co Ltd 診療支援装置、診療支援方法及び診療支援プログラム
JP2005196510A (ja) * 2004-01-08 2005-07-21 Hitachi Ltd 医療機関検索システム
JP2006163817A (ja) * 2004-12-07 2006-06-22 Nec Fielding Ltd 病院予約システムと方法およびプログラム

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0756947A (ja) 1993-08-20 1995-03-03 Hitachi Ltd 症例データベースとその検索表示方法
US7490048B2 (en) * 1999-12-18 2009-02-10 Raymond Anthony Joao Apparatus and method for processing and/or for providing healthcare information and/or healthcare-related information
JP2001282538A (ja) 2000-03-31 2001-10-12 Omron Corp 情報処理装置および方法、並びに記録媒体
JP2002342491A (ja) 2001-05-15 2002-11-29 Fujitsu Ltd 診療支援方法、診療支援利用方法、診療支援装置、端末装置及びプログラム
JP2003022325A (ja) 2001-07-10 2003-01-24 Infort Inc 健康情報管理システム、健康情報提供システム、病気情報提供システム、病気情報管理システム、健康情報管理方法、健康情報提供方法、病気情報提供方法、及び病気情報管理方法
JP2004118566A (ja) 2002-09-26 2004-04-15 Sharp Corp 医療情報検索装置及び方法
JP2004133774A (ja) 2002-10-11 2004-04-30 Fuji Photo Film Co Ltd 医療情報システム

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2001097111A1 (fr) * 2000-06-15 2001-12-20 Kabushiki Kaisha Toshiba Systeme d'acquisition d'un second avis et procede d'acquisition d'un second avis
JP2002169885A (ja) * 2000-11-30 2002-06-14 Ehope:Kk 問診シミュレーション装置及び問診シミュレーション用プログラムを記録した記録媒体
JP2003299623A (ja) * 2002-04-10 2003-10-21 Yasunari Hirose コンピュータシステム及びプログラム
JP2004252753A (ja) * 2003-02-20 2004-09-09 Fujitsu Fip Corp 医療支援システム、医療支援方法、医療支援サーバ、医療支援プログラム
JP2005110944A (ja) * 2003-10-07 2005-04-28 Sanyo Electric Co Ltd 診療支援装置、診療支援方法及び診療支援プログラム
JP2005196510A (ja) * 2004-01-08 2005-07-21 Hitachi Ltd 医療機関検索システム
JP2006163817A (ja) * 2004-12-07 2006-06-22 Nec Fielding Ltd 病院予約システムと方法およびプログラム

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015041054A1 (ja) * 2013-09-18 2015-03-26 株式会社アルム 救急医療システム、救急時対応装置、および救急医療情報提供装置
JP2015064617A (ja) * 2013-09-18 2015-04-09 株式会社アルム 救急医療システム、救急時対応装置、および救急医療情報提供装置
JP5583256B1 (ja) * 2013-09-18 2014-09-03 スキルアップジャパン株式会社 救急医療システム、救急時対応装置、および救急医療情報提供装置
JP5868538B1 (ja) * 2015-05-01 2016-02-24 インキュベクス株式会社 医療情報管理及び医療情報管理システムによる医療情報管理方法
JP2016212559A (ja) * 2015-05-01 2016-12-15 インキュベクス株式会社 医療情報管理及び医療情報管理システムによる医療情報管理方法
JP2017054267A (ja) * 2015-09-08 2017-03-16 キヤノン株式会社 情報処理装置
JP5936799B1 (ja) * 2016-01-05 2016-06-22 インキュベクス株式会社 医療情報管理システム用いられる調剤薬局支援装置及びこの装置による調剤薬局支援方法
JP7300795B2 (ja) 2016-10-26 2023-06-30 メッドレスポンド インコーポレイテッド ユーザおよび装置との合成インタラクションためのシステムと方法
US11776669B2 (en) 2016-10-26 2023-10-03 Medrespond, Inc. System and method for synthetic interaction with user and devices
JP2019536180A (ja) * 2016-10-26 2019-12-12 バージニア フラビン プリバニク ユーザおよび装置との合成インタラクションためのシステムと方法
JP6269885B1 (ja) * 2017-05-24 2018-01-31 株式会社日本ナチュラルエイジングケア研究所 花粉症の処方探索システム及び方法、花粉症の処方探索プログラム
JP2018197972A (ja) * 2017-05-24 2018-12-13 株式会社日本ナチュラルエイジングケア研究所 花粉症の処方探索システム及び方法、花粉症の処方探索プログラム
JP6304851B1 (ja) * 2017-12-21 2018-04-04 株式会社日本ナチュラルエイジングケア研究所 処方探索システム及び方法、処方探索プログラム
JP2019113949A (ja) * 2017-12-21 2019-07-11 株式会社日本ナチュラルエイジングケア研究所 処方探索システム及び方法、処方探索プログラム
WO2021205956A1 (ja) * 2020-04-06 2021-10-14 オムロン株式会社 生活機能評価システム、生活機能評価プログラム及び生活機能評価方法
JP7156571B2 (ja) 2020-04-06 2022-10-19 オムロン株式会社 生活機能評価システム、生活機能評価プログラム及び生活機能評価方法
JPWO2021205956A1 (ja) * 2020-04-06 2021-10-14

Also Published As

Publication number Publication date
JP5016287B2 (ja) 2012-09-05
US8510125B2 (en) 2013-08-13
US20080097795A1 (en) 2008-04-24

Similar Documents

Publication Publication Date Title
JP5016287B2 (ja) データベースシステム、プログラム、及び情報処理方法
DesRoches et al. The views and experiences of clinicians sharing medical record notes with patients
US8888697B2 (en) Method and system for enabling lay users to obtain relevant, personalized health related information
Batty et al. Association of systemic inflammation with risk of completed suicide in the general population
Brown Evidence-based nursing: The research-practice connection
Ross et al. Effect of blinded peer review on abstract acceptance
Van den Block et al. Care for patients in the last months of life: the Belgian Sentinel Network Monitoring End-of-Life Care study
US9081879B2 (en) Matrix interface for medical diagnostic and treatment advice system and method
CN105792731A (zh) 患者护理监督系统和方法
JP2008176434A (ja) 個別健康指導支援システム
Denny et al. Development and evaluation of a clinical note section header terminology
US8515782B2 (en) Processing medical records
Lindenauer et al. Quality of care for patients hospitalized with heart failure: assessing the impact of hospitalists
Mathew et al. Symptom clusters in head and neck cancer: a systematic review and conceptual model
TW201606690A (zh) 護理決策輔助系統
CN116013534A (zh) 一种基于医学指南和数据的临床辅助决策方法及系统
Gøeg et al. Clustering clinical models from local electronic health records based on semantic similarity
WO2011013007A2 (en) Ontological information retrieval system
JP2015143906A (ja) 情報処理システム、およびプログラム
Sarbay et al. Performance of emergency triage prediction of an open access natural language processing based chatbot application (ChatGPT): A preliminary, scenario-based cross-sectional study
JP2016018224A (ja) 健康状態予測診断利用サービスシステム
Averis et al. Filling the gaps: identifying nursing research priorities through the analysis of completed systematic reviews
Toschlog et al. Rural trauma recidivism: a different disease
Glasheen et al. The spectrum of community-based hospitalist practice: a call to tailor internal medicine residency training
Hannan et al. IHANDs: Intelligent health advising and decision-support agent

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20090914

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20090914

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20111004

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120605

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120608

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150615

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 5016287

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313115

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees