JP6237778B2 - 検索プログラム、検索方法および検索装置 - Google Patents

検索プログラム、検索方法および検索装置 Download PDF

Info

Publication number
JP6237778B2
JP6237778B2 JP2015540357A JP2015540357A JP6237778B2 JP 6237778 B2 JP6237778 B2 JP 6237778B2 JP 2015540357 A JP2015540357 A JP 2015540357A JP 2015540357 A JP2015540357 A JP 2015540357A JP 6237778 B2 JP6237778 B2 JP 6237778B2
Authority
JP
Japan
Prior art keywords
information
search
user
value
identifying
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.)
Expired - Fee Related
Application number
JP2015540357A
Other languages
English (en)
Other versions
JPWO2015049804A1 (ja
Inventor
龍雄 早川
龍雄 早川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
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 Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2015049804A1 publication Critical patent/JPWO2015049804A1/ja
Application granted granted Critical
Publication of JP6237778B2 publication Critical patent/JP6237778B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/60ICT specially adapted for the handling or processing of patient-related medical or healthcare data for patient-specific data, e.g. for electronic patient records
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24Querying
    • G06F16/242Query formulation
    • G06F16/2433Query languages
    • G06F16/2445Data retrieval commands; View definitions
    • GPHYSICS
    • G06COMPUTING OR CALCULATING; COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Epidemiology (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Software Systems (AREA)
  • Mathematical Physics (AREA)
  • Computational Linguistics (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

本発明は、検索プログラム等に関する。
近年、医者に患者の情報を知らせるべく、患者の過去の情報を複数の項目に並べて時系列に表示させる仕組みが考えられている。患者の過去の情報を時系列で表示する場合には、患者の情報をデータベースから読み出す処理を行う。
例えば、データベースが既存のリレーショナルデータベース形式で患者の情報を格納している場合には、患者の情報をデータベースから読み出すために、SQL(Structured Query Language)命令を使用する。SQLでは、抽出したい項目毎に、該当項目を指定したSQL命令を発行する。
特開2001−155100号公報 特開2011−113486号公報 特開2009−175981号公報
しかしながら、上述した従来技術では、データベースから所望の情報を取得することができないという問題がある。
SQLでは、項目毎に、該当項目を指定して患者の情報を抽出するため、処理そのものに時間を要する。このため、例えば、患者の過去の情報を複数の項目に並べて時系列に表示させる場合には、表示依頼を行ってから検索結果が表示されるまでに、多くの時間を要する。
また、時間軸を「全期間」、「10年間」、「1年間」、「月間」のように切り替えて表示させたい場合には、期間毎に、データベース検索を行うことになり、更なる時間を要する。
一つの側面では、データベースから所望の情報を取得することができる検索プログラム、検索方法および検索装置を提供することを目的とする。
第1の案では、コンピュータに下記の処理を実行させる。コンピュータは、データベースから、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報とを読み出す。コンピュータは、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報とを結合して得られるデータ列を生成する処理を前記データベースに格納された複数のデータレコードについて行う。コンピュータは、生成した複数のデータ列を記憶部に格納する。コンピュータは、利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報との指定を受け付けると、前記記憶部に記憶した前記複数のデータ列の中から該指定に該当するデータ列を検索する。
本発明の1実施態様によれば、データベースから所望の情報を取得することができる。
図1は、本実施例に係る検索装置の構成を示す機能ブロック図である。 図2は、第1電子カルテ情報のデータ構造の一例を示す図(1)である。 図3は、第1電子カルテ情報のデータ構造の一例を示す図(2)である。 図4は、第1電子カルテ情報のデータ構造の一例を示す図(3)である。 図5は、第2電子カルテ情報のデータ構造の一例を示す図である。 図6は、キーパターン定義情報のデータ構造の一例を示す図である。 図7は、生成部の処理の一例を説明するための図である。 図8は、検索部が生成する検索キーの一例を説明するための図である。 図9は、検索装置が第2電子カルテ情報を生成する処理手順を示すフローチャートである。 図10は、検索装置が検索する処理手順を示すフローチャートである。 図11は、検索プログラムを実行するコンピュータの一例を示す図である。
以下に、本発明にかかる検索プログラム、検索方法および検索装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
本実施例に係る検索装置の構成について説明する。図1は、本実施例に係る検索装置の構成を示す機能ブロック図である。図1に示すように、この検索装置100は、通信部110と、入力部120と、表示部130と、記憶部140と、制御部150とを有する。
通信部110は、ネットワークを介して他の外部装置とデータ通信を行う処理部である。通信部110は、通信装置に対応する。
入力部120は、各種の情報を入力する入力装置である。例えば、入力部120は、キーボードやマウス、タッチパネル等に対応する。
表示部130は、制御部150から出力される情報を表示する表示装置である。例えば、表示部130は、モニタや液晶ディスプレイ等に対応する。
記憶部140は、第1電子カルテ情報141、第2電子カルテ情報142、キーパターン定義情報143を有する。記憶部140は、例えば、RAM(Random Access Memory)、ROM(Read Only Memory)、フラッシュメモリ(Flash Memory)などの半導体メモリ素子などの記憶装置に対応する。
第1電子カルテ情報141は、患者が患った病気、患者のカルテ、患者に対して行った医療行為に関する情報を有する。例えば、医療行為には、処方、処置、手術、検査、注射、輸血等が含まれる。
図2〜図4は、第1電子カルテ情報のデータ構造の一例を示す図である。例えば、第1電子カルテ情報141は、図2〜図4に示すテーブル141a〜141cを有する。なお、第1電子カルテ情報141は、図2〜図4に示すテーブル141a〜141c以外のテーブルを有していても良い。
図2のテーブル141aについて説明する。テーブル141aは、患者のカルテに関する情報を保持する。テーブル141aの項目には「カルテ」が設定される。テーブル141aは、識別番号と、患者IDと、入退院歴と、日付とを対応付ける。識別番号は、テーブル141aの各レコードを一意に識別する情報である。患者ID(Identification)は、患者を一意に識別する情報である。入退院歴は、例えば、患者が入院していた期間の履歴を示す。日付は、例えば、患者が入院した初日の日付に対応する。
図3のテーブル141bについて説明する。テーブル141bは、患者に対して行った処方に関する情報を保持する。テーブル141bの項目には「処方」が設定される。テーブル141bは、識別番号と、患者IDと、処方歴と、日付とを対応付ける。識別番号は、テーブル141bの各レコードを一意に識別する情報である。患者IDは、患者を一意に識別する情報である。処方歴は、患者に対しておこなった処方の履歴を示す。日付は、患者に処方した日付を示す。
図4のテーブル141cについて説明する。テーブル141cは、患者に対して行った注射に関する情報を保持する。テーブル141cの項目には「注射」が設定される。テーブル141cは、識別番号と、患者IDと、注射歴と、日付とを対応付ける。識別番号は、テーブル141cの各レコードを一意に識別する情報である。患者IDは、患者を一意に識別する情報である。注射歴は、患者に対して行った注射の履歴を示す。日付は、患者に注射した日付を示す。
図1の説明に戻る。第2電子カルテ情報142は、第1電子カルテ情報141およびキーパターン定義情報143を基に生成されるデータである。図5は、第2電子カルテ情報のデータ構造の一例を示す図である。図5に示すように、この第2電子カルテ情報142は、キーと、値とを有する。キーは、ハイフン「‐」によって、第1部分、第2部分、第3部分、第4部分に分けられる。例えば、キー「000011-NYUIN-20121001-0000001」について、第1部分は「000011」に対応する。第2部分は「NYUIN」に対応する。第3部分は「20121001」に対応する。第4部分は「0000001」に対応する。キーをどのように設定するのか、およびキーに対応する値をどのように設定するのかは、キーパターン定義情報143によって定義される。
キーパターン定義情報143は、第2電子カルテ情報142のキーをどのように生成するのかを定義した情報である。図6は、キーパターン定義情報のデータ構造の一例を示す図である。図6に示すように、このキーパターン定義情報143は、項目と、第1部分と、第2部分と、第3部分と、第4部分と、値とを対応付ける。
図6において、項目は、第1電子カルテ情報141の各テーブルを識別するものである。例えば、項目「カルテ」はテーブル141aを示し、項目「処方」はテーブル141bを示し、項目「注射」はテーブル141cを示す。
図6において、項目「カルテ」についてキーを生成する場合には、キーの第1部分に「患者ID」、第2部分に「NYUIN」、第3部分に「日付」、第4部分に「昇順に番号を付与」となり、該キーに対応付けられる値は「入退院歴」となる。例えば、キーパターン定義情報143に基づいて、テーブル141aの1行目のレコードからキーおよび値を生成すると、キーは「000011-NYUIN-20121001-0000001」となり、値は「2日間」となる。なお、「昇順に番号を付与」については、例えば、初期値を「0000000」とし、キーを生成する度に、1を加算した値を第4部分に設定するものとする。
図6において、項目「処方」についてキーを作成する場合には、キーの第1部分に「患者ID」、第2部分に「SYOHO」、第3部分に「日付」、第4部分に「昇順に番号を付与」となり、該キーに対応付けられる値は「処方歴」となる。例えば、キーパターン定義情報143に基づいて、テーブル141bの1行目のレコードからキーおよび値を生成すると、キーは「000011-SYOHO-20121212-0000003」となり、値は「薬品A(1日3回食後2錠)、薬品B(頓服)」となる。
図6において、項目「注射」についてキーを作成する場合には、キーの第1部分に「患者ID」、第2部分に「CYUSY」、第3部分に「日付」、第4部分に「昇順に番号を付与」となり、該キーに対応付けられる値は「注射歴」となる。例えば、キーパターン定義情報143に基づいて、テーブル141cの1行目のレコードからキーおよび値を生成すると、キーは「000011-CYUSY-20121201-00000005」となり、値は「注射薬品C(0.5mg)」となる。
制御部150は、生成部151と、格納部152と、検索部153を有する。制御部150は、例えば、ASIC(Application Specific Integrated Circuit)や、FPGA(Field Programmable Gate Array)などの集積装置に対応する。また、制御部150は、例えば、CPU(Central Processing Unit)やMPU(Micro Processing Unit)等の電子回路に対応する。
生成部151は、第1電子カルテ情報141およびキーパターン定義情報143を基にして、第2電子カルテ情報142のキーと値を生成する処理部である。生成部151は、生成したキーと値との組みを格納部152に出力する。
生成部151の処理の一例について説明する。生成部151は、第1電子カルテ情報141を参照し、第1電子カルテ情報141に含まれるテーブルを選択する。生成部151は、選択したテーブルの項目と、該項目に対応するキーパターン定義情報143のレコードとを比較して、キーを生成する。
図7は、生成部の処理の一例を説明するための図である。図7では一例として、テーブル141bの識別番号「0001」に対応するレコードのキーおよび値を生成する場合について説明する。テーブル141bの項目は「処方」である。このため、生成部151は、キーパターン定義情報143の項目「処方」に対応するレコードを基にして、キーと値を設定する。具体的に、生成部151は、キーの第1部分に「000011」、第2部分に「SYOHO」、第3部分に「20121212」を設定し、第4部分に例えば「00000003」を設定する。また、生成部151は、値「薬品A(1日3回食後2錠)、薬品B(頓服)」を生成する。生成部151は、生成したキーと値との組みを、格納部152に出力する。
生成部151は、第1電子カルテ情報141に含まれる各テーブルの各レコードについて、キーおよび値を生成し、生成したキーと値との組みを格納部152に出力する。なお、生成部151は、第1電子カルテ情報141が更新された場合には、更新前の第1電子カルテ情報と、更新後の第1電子カルテ情報との差分情報を生成し、生成した差分情報を基にして、更新されたレコードについて、キーと値とを生成する。
格納部152は、生成部151からキーと値との組みを取得し、取得したキーと値との組みを、第2電子カルテ情報142に格納する処理部である。
検索部153は、入力部120から検索条件を受け付けた場合に、検索キーを生成し、検索キーと第2電子カルテ情報142とを比較して、検索キーに対応するキーおよび値を検索する処理部である。例えば、利用者は、入力部120を操作して、検索条件を入力する。検索部153は、与えられた検索条件と、該検索条件によって生成される検索キーとを対応付けた対応テーブルを用いて、検索キーを生成するものとする。
検索部153が生成する検索キーの一例について説明する。図8は、検索部が生成する検索キーの一例を説明するための図である。図8において、検索キー10aは、患者ID「000011」と項目「カルテ」とが検索条件として指定された場合に生成される検索キーである。検索部153は、検索キー10aを用いることで、「000011-NYUIN-00000000-00000000」〜「000011-NYUIN-99999999-99999999」に含まれるキーと、該キーに対応付けられる値を、第2電子カルテ情報142から検索する。すなわち、検索部153は、検索キー10aを用いる事で、第1部分が「000011」となり、第2部分が「NYUIN」となるキーおよび該キーに対応付けられる値を、第2電子カルテ情報142から検索する。検索キー10aによって、患者ID「000011」のカルテに関する情報を、第2電子カルテ情報142から検索することができる。
検索キー10bは、患者ID「000011」と項目「カルテ」と年「2010年」とが検索条件として指定された場合に生成される検索キーである。検索部153は、検索キー10bを用いることで、「000011-NYUIN-20100000-00000000」〜「000011-NYUIN-20109999-99999999」に含まれるキーと、該キーに対応付けられる値を、第2電子カルテ情報142から検索する。すなわち、検索部153は、検索キー10bを用いることで、第1部分が「000011」となり、第2部分が「NYUIN」となり、第3部分の先頭4桁が「2010」となるキーおよび該キーに対応付けられる値を、第2電子カルテ情報142から検索する。検索キー10bによって、患者ID「000011」の2010年におけるカルテに関する情報を、第2電子カルテ情報142から検索することができる。
検索キー10cは、患者ID「000011」と項目「カルテ」と年月「2010年9月」とが検索条件として指定された場合に生成される検索キーである。検索部153は、検索キー10cを用いることで、「000011-NYUIN-20100900-00000000」〜「000011-NYUIN-20109999-99999999」に含まれるキーと、該キーに対応付けられる値を、第2電子カルテ情報142から検索する。すなわち、検索部153は、検索キー10cを用いることで、第1部分が「000011」となり、第2部分が「NYUIN」となり、第3部分の先頭6桁が「201009」となるキーおよび該キーに対応付けられる値を、第2電子カルテ情報142から検索する。検索キー10cによって、患者ID「000011」の2010年9月におけるカルテに関する情報を、第2電子カルテ情報142から検索することができる。
検索キー10dは、患者ID「000011」が指定された場合に生成される検索キーである。検索部153は、検索キー10dを用いることで、「000011-AAAAA-00000000-00000000」〜「000011-ZZZZZ-99999999-99999999」に含まれるキーと、該キーに対応付けられる値を、第2電子カルテ情報142から検索する。すなわち、検索部153は、第1部分が「000011」となるキーおよび該キーに対応付けられる値を、第2電子カルテ情報142から検索する。検索キー10dによって、患者ID「000011」に関する全情報を、第2電子カルテ情報142から検索することができる。
検索キー10eは、年月日「2012年12月1日」と項目「処方」とが検索条件として指定された場合に生成される検索キーである。検索部153は、検索キー10eを用いることで、「999999-SYOHO-20121201-00000000」〜「999999-SYOHO-20121201-99999999」に含まれるキーと、該キーに対応付けられる値を、第2電子カルテ情報142から検索する。すなわち、検索部153は、第2部分が「SYOHO」となり、第3部分が「20121201」となるキーおよび該キーに対応付けられる値を、第2電子カルテ情報142から検索する。検索キー10eによって、全患者の2012年12月1日に処方された薬の情報を検索することができる。
検索部153は、上記のように検索キーを生成し、検索キーに対応するキーおよび値を検索した後に、検索結果を表示部130に出力する。なお、検索部153は、検索結果に対して各種の集計処理を実行し、集計処理の実行結果を、表示部130に出力しても良い。
次に、本実施例に係る検索装置100の処理手順の一例について説明する。図9は、検索装置が第2電子カルテ情報を生成する処理手順を示すフローチャートである。例えば、検索装置100は、第1電子カルテ情報141が更新された場合に図9の処理を実行する。
図9に示すように、検索装置100は、第1電子カルテ情報141を参照し(ステップS101)、第1電子カルテ情報141の差分データを取得する(ステップS102)。ステップS102において、検索装置100は、更新前の第1電子カルテ情報141と、更新後の第1電子カルテ情報141との差分をとって、差分データを取得する。検索装置100は、差分データにデータが存在しない場合には(ステップS103,No)、処理を終了する。
一方、検索装置100は、差分データにデータが存在する場合には(ステップS103,Yes)、キーパターン定義情報143を基にして、キーと値とを作成する(ステップS104)。検索装置100は、キーと値とを対応付けて第2電子カルテ情報142に格納する(ステップS105)。
図10は、検索装置が検索する処理手順を示すフローチャートである。例えば、検索装置100は、入力部120から検索条件のパラメータを取得した場合に図10の処理を実行する。
図10に示すように、検索装置100は、検索条件のパラメータを取得する(ステップS201)。ステップS201において、検索条件のパラメータとして、例えば、検索キーワード、日付、患者IDなどが含まれる。検索キーワードは、上記の項目「カルテ、処方、注射等」に対応する。
検索装置100は、検索条件のパラメータを基にして、検索キーを生成する(ステップS202)。検索装置100は、検索キーと第2電子カルテ情報142とを比較して、該当レコードを一括取得する(ステップS203)。
検索装置100は、集計処理を実行し(ステップS204)、集計結果を出力する(ステップS205)。
次に、本実施例に係る検索装置100の効果について説明する。検索装置100は、第1電子カルテ情報141から、患者IDと患者に対して行った治療内容及び日時の情報を読み出してキーを生成し、生成したキーを第2電子カルテ情報142に格納する。そして、検索装置100は、検索条件を受け付けると、検索条件に該当するデータを、第2電子カルテ情報142から検索する。このため、検索装置100によれば、所望の情報を取得することができる。また、検索対象となる期間が複数種類となる場合でも、検索条件の期間を変更するだけで、各期間に対応する患者の情報を取得することができる。
また、検索装置100は、検索条件を受け付けた場合に、検索条件から検索キーを生成し、生成した検索キーと第2電子カルテ情報142とを比較して、検索キーに対応するレコードを抽出する。このため、利用者は、複雑な命令文を作成することなく、検索条件を指定するだけで、所望の情報を検索することができる。
ところで、上述した実施例において検索装置100は、第1電子カルテ情報141を基にして、キーおよび値を生成し、生成したキーおよび値を第2電子カルテ情報142に登録していたが、これに限定されるものではない。例えば、検索装置100は、会社員に関する情報を、記憶部140に記憶し、この会社員に関する情報からキーと値とを生成して、テーブルに格納しても良い。ここで、会社員に関する情報は、例えば、会社員を識別する情報と、会社員の入退室記録と日時とを対応付けた情報に対応する。例えば、生成部151は、会社員を識別する情報と、日時と、入退室記録とを組み合わせて、キーを生成しても良い。
また、上述した検索装置100では、記憶部140に第1電子カルテ情報141、第2電子カルテ情報142を同一の記憶部140に記憶する場合について説明したが、これに限定されるものではない。例えば、管理装置100は、第1電子カルテ情報141、第2カルテ情報142をそれぞれ別々のデータベースに格納しても良い。
更に、上述した検索装置100は、第1電子カルテ情報141および第2電子カルテ情報142を、HBaseに格納しても良い。HBaseの機能を利用すると、第1,2電子カルテ情報141,142を複数の記憶装置に分散させて記憶した場合でも、単一の記憶装置に記憶された情報として第1,2電子カルテ情報141,142を取り扱うことができる。
次に、上記実施例に示した検索装置100と同様の機能を実現する検索プログラムを実行するコンピュータの一例について説明する。図11は、検索プログラムを実行するコンピュータの一例を示す図である。
図11に示すように、コンピュータ200は、各種演算処理を実行するCPU201と、ユーザからのデータの入力を受け付ける入力装置202と、ディスプレイ203を有する。また、コンピュータ200は、記憶媒体からプログラム等を読取る読み取り装置204と、ネットワークを介して他のコンピュータとの間でデータの授受を行うインタフェース装置205とを有する。また、コンピュータ200は、各種情報を一時記憶するRAM206と、ハードディスク装置207を有する。そして、各装置201〜207は、バス208に接続される。
ハードディスク装置207は、生成プログラム207a、格納プログラム207b、検索プログラム207cを有する。CPU201は、各プログラム207a〜207cを読み出してRAM206に展開する。
生成プログラム207aは、生成プロセス206aとして機能する。格納プログラム207bは、格納プロセス206bとして機能する。検索プログラム207cは、検索プロセス206cとして機能する。
例えば、生成プロセス206aは、生成部151に対応する。格納プロセス206bは、格納部152に対応する。検索プロセス206cは、検索部153に対応する。
なお、各プログラム207a〜207cについては、必ずしも最初からハードディスク装置207に記憶させておかなくても良い。例えば、コンピュータ200に挿入されるフレキシブルディスク(FD)、CD−ROM、DVDディスク、光磁気ディスク、ICカードなどの「可搬用の物理媒体」に各プログラムを記憶させておく。そして、コンピュータ200がこれらから各プログラム207a〜207cを読み出して実行するようにしてもよい。
100 検索装置
151 生成部
152 格納部
153 検索部

Claims (5)

  1. コンピュータに、
    データベースから、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報とを読み出し、前記アクションの内容に対応する値に所定値を加算して前記値を更新し、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報と、前記値とを結合して得られるデータ列を生成する処理を前記データベースに格納された複数のデータレコードについて行い、
    生成した複数のデータ列を記憶部に格納し、
    利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報との指定を受け付けると、前記利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報と、前記値を組み合わせた複数の検索キーを生成し、生成した複数の検索キーを用いて、前記記憶部に格納した前記複数のデータ列の中から前記指定に該当するデータ列を検索する
    処理をコンピュータに実行させることを特徴とする検索プログラム。
  2. 前記データ列を生成する処理は、データベースから患者を識別する情報と該患者に関する治療内容の情報と治療日時の情報とを読み出して、患者を識別する情報と該患者に関する治療内容の情報と治療日時の情報とを結合して得られるデータ列を生成し、前記データ列を検索する処理は、患者を識別する情報と検索対象期間と患者に関する治療内容の情報との指定を受け付けると、記憶部に格納した前記複数のデータ列の中から前記指定に該当するデータ列を検索することを特徴とする請求項1に記載の検索プログラム。
  3. 前記データ列を検索する処理は、患者を識別する情報と検索対象期間と患者に関する治療内容の情報を基にして検索キーを生成し、生成した検索キーと記憶部に格納されたデータ列とを基にして、前記指定に該当するデータ列を検索することを特徴とする請求項2に記載の検索プログラム。
  4. コンピュータが実行する検索方法であって、
    データベースから、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報とを読み出し、前記アクションの内容に対応する値に所定値を加算して前記値を更新し、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報と、前記値とを結合して得られるデータ列を生成する処理を前記データベースに格納された複数のデータレコードについて行い、
    生成した複数のデータ列を記憶部に格納し、
    利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報との指定を受け付けると、前記利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報と、前記値を組み合わせた複数の検索キーを生成し、生成した複数の検索キーを用いて、前記記憶部に格納した前記複数のデータ列の中から前記指定に該当するデータ列を検索する
    処理を実行することを特徴とする検索方法。
  5. データベースから、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報とを読み出し、前記アクションの内容に対応する値に所定値を加算して前記値を更新し、利用者を識別する情報と利用者に対して行ったアクションの内容または利用者が行ったアクションの内容の情報と日時情報と、前記値とを結合して得られるデータ列を生成する処理を前記データベースに格納された複数のデータレコードについて行う生成部と、
    前記生成部が生成した複数のデータ列を記憶部に格納する格納部と、
    利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報との指定を受け付けると、前記利用者を識別する情報と検索対象期間と利用者のアクションの内容の情報と、前記値を組み合わせた複数の検索キーを生成し、生成した複数の検索キーを用いて、前記記憶部に記憶した前記複数のデータ列の中から該指定に該当するデータ列を検索する検索部と
    を有することを特徴とする検索装置。
JP2015540357A 2013-10-04 2013-10-04 検索プログラム、検索方法および検索装置 Expired - Fee Related JP6237778B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2013/077171 WO2015049804A1 (ja) 2013-10-04 2013-10-04 検索プログラム、検索方法および検索装置

Publications (2)

Publication Number Publication Date
JPWO2015049804A1 JPWO2015049804A1 (ja) 2017-03-09
JP6237778B2 true JP6237778B2 (ja) 2017-11-29

Family

ID=52778411

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015540357A Expired - Fee Related JP6237778B2 (ja) 2013-10-04 2013-10-04 検索プログラム、検索方法および検索装置

Country Status (3)

Country Link
US (1) US20160203274A1 (ja)
JP (1) JP6237778B2 (ja)
WO (1) WO2015049804A1 (ja)

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0285927A (ja) * 1988-09-22 1990-03-27 Hitachi Vlsi Eng Corp 記憶装置
JPH10154090A (ja) * 1996-11-22 1998-06-09 Mitsubishi Electric Corp データ管理システム
JPH11102363A (ja) * 1997-09-26 1999-04-13 Sharp Corp データ管理システム及び記録媒体
US20040078236A1 (en) * 1999-10-30 2004-04-22 Medtamic Holdings Storage and access of aggregate patient data for analysis
JP2002169715A (ja) * 2000-11-30 2002-06-14 Toppan Printing Co Ltd データファイル名生成システム
JP2003006209A (ja) * 2001-06-20 2003-01-10 Yoshihide Kamata 医薬品の識別記号のデータベース検索システム
GB2398143B (en) * 2001-09-04 2005-08-31 Intermation Ltd Database management system
US20100076786A1 (en) * 2008-08-06 2010-03-25 H.Lee Moffitt Cancer Center And Research Institute, Inc. Computer System and Computer-Implemented Method for Providing Personalized Health Information for Multiple Patients and Caregivers
JP5928446B2 (ja) * 2011-03-18 2016-06-01 日本電気株式会社 情報検索システム、情報検索方法および情報検索プログラム
JP5589931B2 (ja) * 2011-03-31 2014-09-17 富士通株式会社 検索プログラム、検索サーバ装置及び検索方法

Also Published As

Publication number Publication date
US20160203274A1 (en) 2016-07-14
JPWO2015049804A1 (ja) 2017-03-09
WO2015049804A1 (ja) 2015-04-09

Similar Documents

Publication Publication Date Title
CN108986879B (zh) 药品推荐方法、装置、计算机设备和存储介质
Murphy et al. Serving the enterprise and beyond with informatics for integrating biology and the bedside (i2b2)
EP2989563B1 (en) Database management system
US20090125540A1 (en) Method for executing federated database queries using aliased keys
Lin et al. Temporal event tracing on big healthcare data analytics
US20090112794A1 (en) Aliased keys for federated database queries
Huser et al. Desiderata for healthcare integrated data repositories based on architectural comparison of three public repositories
WO2014173946A9 (en) Database management system
JP6741321B1 (ja) 薬剤例検索装置、薬剤例検索方法及び薬剤例検索プログラム
JP6040112B2 (ja) 治験支援装置、治験支援方法、治験支援プログラム及び携帯端末装置
Chrimes et al. Towards a real-time big data analytics platform for health applications
Rojas et al. Characterization of drug use patterns using process mining and temporal abstraction digital phenotyping
CN114155926A (zh) 临床试验数据存储方法、装置、计算机设备及存储介质
RU2697373C2 (ru) Система и способ, обеспечивающие эффективное управление планами лечения, и их пересмотрами и обновлениями
JP6237778B2 (ja) 検索プログラム、検索方法および検索装置
JP6245571B2 (ja) データ構造、データ生成装置、その方法及びプログラム
KR20140036941A (ko) 건강 기록의 패턴 검색에 대한 쿼리 생성 방법
Raj et al. An ontology-driven method for hierarchical mining of temporal patterns: application to HIV drug resistance research
JP2016194865A (ja) 検索結果予測プログラム、検索結果予測方法及び検索結果予測装置
US9916419B2 (en) Processing electronic documents
Lohani et al. Reduction of medication errors while prescribing using evidence based treatment
WO2017132145A1 (en) System and method for optimizing electronic medical terminology post-coordination coding
JP5550759B1 (ja) 医薬品添加物確認装置及び医薬品添加物確認プログラム
US11495337B1 (en) Computing system for full textual search of a patient record
JP2015201093A (ja) 診療支援システム

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170328

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170529

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: 20171003

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171016

R150 Certificate of patent or registration of utility model

Ref document number: 6237778

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees