(57)【特許請求の範囲】
【請求項１】
データ表示プログラムであって、
情報表示コマンドを取得し、前記情報表示コマンドは表示方式を含むこと、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得し、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むこと、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録し、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応すること、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得ること、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示すること、
スクリーニング閲覧コマンドを受信し、前記スクリーニング閲覧コマンドに対応する次元識別子を取得すること、
前記診療ネットワーク構造図から前記次元識別子に対応するノード及び取得された前記ノードの間の接続関係を取得し、取得された前記ノードと取得された前記ノードの間の接続関係とに基づいて診療ネットワークサブ構造図を生成すること、
を含むこと、
前記表示方式が第二タイプの表示方式である場合、第二処理対象データを取得し、前記第二処理対象データは、病院次元の診療病院情報と前記診療病院情報に対応する診療病院に対する訪問回数及び訪問日時を含み、前記病院次元は少なくとも一つの診療病院情報を含むこと、
地図アプリケーションを呼び出し、前記診療病院情報に基づいて、地図上での前記対応する診療病院の位置についてタグ付けすること、
前記診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整し、地理次元情報図を生成した後、前記診療病院の前記訪問日時を統合することを含み、前記可視属性は直観的に表示可能な属性であること、
をコンピュータに実行させるデータ表示プログラム。
【請求項２】
前記第一処理対象データは各診療情報の数をさらに含み、
前記データ表示プログラムは、
前記各診療情報の数に基づいて、前記診療ネットワーク構造図の前記診療情報に対応するノードの前記可視属性に対して対応調整を行うことを更に含む
ことを特徴とする請求項１に記載のデータ表示プログラム。
【請求項３】
前記複数の次元は、ユーザ次元、薬物次元、医療プロジェクト次元、病院次元、疾患次元、医師次元、のうちの少なくとも二つを含む
ことを特徴とする請求項１に記載のデータ表示プログラム。
【請求項４】
メモリとプロセッサを含む端末であって、
前記メモリにコマンドが記憶され、前記コマンドが前記プロセッサに実行される場合、前記プロセッサは、
情報表示コマンドを取得するステップであって、前記情報表示コマンドは表示方式を含むステップ、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するステップであって、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むステップ、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録するステップであって、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応するステップ、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得るステップ、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示するステップ、
スクリーニング閲覧コマンドを受信し、前記スクリーニング閲覧コマンドに対応する次元識別子を取得するステップ、
前記診療ネットワーク構造図から前記次元識別子に対応するノード及び取得された前記ノードの間の接続関係を取得し、取得された前記ノードと取得された前記ノードの間の接続関係とに基づいて診療ネットワークサブ構造図を生成するステップ、
前記表示方式が第二タイプの表示方式である場合、第二処理対象データを取得するステップであって、前記第二処理対象データは、病院次元の診療病院情報と前記診療病院情報に対応する診療病院に対する訪問回数及び訪問日時を含み、前記病院次元は少なくとも一つの診療病院情報を含むステップ、
地理アプリケーションを呼び出し、前記診療病院情報に基づいて、地図上での前記対応する診療病院の位置をタグ付けするステップ、
前記診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整し、地理次元情報図を生成した後、前記診療病院の前記訪問日時を統合するステップであって、前記可視属性は直観的に表示可能な属性であるステップ、
を実行する、
ことを特徴とする端末。
【請求項５】
前記第一処理対象データは、各診療情報の数をさらに含み、
前記プロセッサは、さらに、
前記各診療情報の数に基づいて前記診療ネットワーク構造図の前記診療情報に対応するノードの前記可視属性に対して対応調整を行うステップを実行する
ことを特徴とする請求項４に記載の端末。
【請求項６】
前記複数の次元は、ユーザ次元、薬物次元、医療プロジェクト次元、病院次元、疾患次元、医師次元、のうちの少なくとも二つを含む
ことを特徴とする請求項４に記載の端末。
【請求項７】
コンピュータ実行可能命令が記憶された一つ又は複数の不揮発性読み取り可能な記憶媒体であって、
前記コンピュータ実行可能命令が一つ又は複数のプロセッサに実行される場合、前記一つ又は複数のプロセッサは、
情報表示コマンドを取得するステップであって、前記情報表示コマンドは表示方式を含むステップ、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するステップであって、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むステップ、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録するステップであって、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応するステップ、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得るステップ、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示するステップ、
スクリーニング閲覧コマンドを受信し、前記スクリーニング閲覧コマンドに対応する次元識別子を取得するステップ、
前記診療ネットワーク構造図から前記次元識別子に対応するノード及び取得された前記ノードの間の接続関係を取得し、取得された前記ノードと前記取得されたノードの間の接続関係とに基づいて診療ネットワークサブ構造図を生成するステップ、
前記表示方式が第二タイプの表示方式である場合、第二処理対象データを取得するステップであって、前記第二処理対象データは、病院次元の診療病院情報と前記診療病院情報に対応する診療病院に対する訪問回数及び訪問日時を含み、前記病院次元は少なくとも一つの診療病院情報を含むステップ、
地図アプリケーションを呼び出し、前記診療病院情報に基づいて、地図上での前記対応する診療病院の位置についてタグ付けするステップ、
前記診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整し、地理次元情報図を生成した後、前記診療病院の前記訪問日時を統合するステップであって、前記可視属性は直観的に表示可能な属性であるステップ、
を実行する、
ことを特徴とする不揮発性読み取り可能な記憶媒体。
【請求項８】
前記第一処理対象データには、各診療情報の数がさらに含まれ、
前記プロセッサは、さらに、
前記各診療情報の数に基づいて前記診療ネットワーク構造図の前記診療情報に対応するノードの前記可視属性に対して対応調整を行うステップを実行する
ことを特徴とする請求項７に記載の不揮発性読み取り可能な記憶媒体。
【請求項９】
前記複数の次元は、ユーザ次元、薬物次元、医療プロジェクト次元、病院次元、疾患次元、医師次元、のうちの少なくとも二つを含む
ことを特徴とする請求項７に記載の不揮発性読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１６年６月３０日に中国国家知識産権局へ提出された、発明の名称を「データ表示方法及び装置」とする中国特許出願番号第２０１６１０５０５３４８５号に基づく優先権を主張し、当該出願に記載された全ての内容をここに援用するものである。
【０００２】
本願は、データ処理技術分野に関し、特に、データ表示方法及び装置、端末と記憶媒体に関する。
【背景技術】
【０００３】
社会保障制度の継続的な改善に伴い、患者は診療の際に社会保障カードを使用すると、診療中に購入したいくつかの薬物の費用といくつかの治療で生じる費用が減免されることがある。そのため、現在では、不正に利益を求めて社会保障カードをスキミングすることが様々に行われ、例えば多くのより高価な薬物を処方するように医師に要求し、その後これらの薬物をドラッグディーラーに転売して利益を得ること、また強制的に入院して費用の減免を得ることなどがある。したがって、関連機構は、通常、社会保障カードを用いる診療情報を分析して疑わしい問題のある診療情報を取得し、さらにこれらの疑わしい問題のある診療情報を調べ、この不正に利益を取得するやり方を予防し、タイムリーに見つけ出している。
【０００４】
データ量が過大になることや、人々が単純な数字や用語では認識しにくいため、従来方法では、社会保障診療情報を基本的なグラフや図表で表示し、例えば金額の動向を折れ線グラフに反映させることなどで表示していた。
【０００５】
しかしながら、このような従来の可視化グラフでは、一度に一次元の表示のみが可能で、いくつかの重要な隠れ情報を該グラフに表示することができず、情報量が少ない。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願に開示された様々な実施形態に基づき、データ表示方法及び装置、端末と記憶媒体を提供する。
【課題を解決するための手段】
【０００７】
データ表示方法であって、
情報表示コマンドを取得し、前記情報表示コマンドは表示方式を含むこと、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得し、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むこと、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録し、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応すること、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得ること、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示すること、を含むことを特徴とする。
【０００８】
データ表示装置であって、
情報表示コマンドを取得するように構成され、前記情報表示コマンドは表示方式を含み、
さらに、前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するように構成され、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含む取得モジュールと、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録するように構成され、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応するグラフ生成モジュールと、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得るように構成された対応次元確定モジュールと、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成するように構成されたタグ処理モジュールと、
前記診療ネットワーク構造図を表示するように構成された表示モジュールとを含むことを特徴とする。
【０００９】
メモリとプロセッサを含む端末であって、前記メモリにコマンドが記憶され、前記コマンドが前記プロセッサに実行される場合、前記プロセッサは、
情報表示コマンドを取得するステップであって、前記情報表示コマンドは表示方式を含むステップ、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するステップであって、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むステップ、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録するステップであって、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応するステップ、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得るステップ、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示するステップを実行することを特徴とする。
【００１０】
コンピュータ実行可能命令が記憶された一つ又は複数の不揮発性読み取り可能な記憶媒体であって、前記コンピュータ実行可能命令が一つ又は複数のプロセッサに実行される場合、前記一つ又は複数のプロセッサは、
情報表示コマンドを取得するステップであって、前記情報表示コマンドは表示方式を含むステップ、
前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するステップであって、前記第一処理対象データは、複数の次元の診療情報、前記診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含むステップ、
前記診療情報と前記異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、前記ノード分布図の各ノードと前記診療情報との一対一関係を記録するステップであって、前記各ノードの間の接続関係が前記異なる次元の診療情報間の関連関係に対応するステップ、
前記ノード分布図の各ノードと前記診療情報との一対一関係及び前記診療情報に対応する次元識別子に基づき、前記各ノードに対応する次元識別子を得るステップ、
予め設定された次元識別子とタグ情報との対応関係に基づき、前記各ノードに対応して前記タグ情報を追加し、診療ネットワーク構造図を生成し、且つ前記診療ネットワーク構造図を表示するステップ、を実行することを特徴とする。
【００１１】
本発明の１つ又は複数の実施形態の詳細を、下記の図面及び記載において説明する。本発明の他の特徴、目的と利点は明細書、図面及び特許請求の範囲から明らかになる。
【００１２】
本発明の実施形態又は従来技術における技術的解決手段をより明確に説明するため、以下、実施形態又は従来技術に用いられる図面を簡単に紹介する。なお、下記図面が単に本発明のいくつかの実施形態を示しているに過ぎず、当業者が創造的な努力を払うことなく、下記図面に基づいて他の図面を得ることができることを理解されたい。
【図面の簡単な説明】
【００１３】
【図１】一実施形態における端末のブロック図である。
【図２】一実施形態におけるデータ表示方法のフローチャートである。
【図３】一実施形態における診療ネットワーク構造図の構成を示す図である。
【図４】一実施形態における地理次元情報図の表示方法のフローチャートである。
【図５】一実施形態における診療ネットワークサブ構造図の構成を示す図である。
【図６】一実施形態におけるデータ表示装置のブロック図である。
【図７】別の実施形態におけるデータ表示装置のブロック図である。
【発明を実施するための形態】
【００１４】
本発明の目的、技術的解決手段及び効果をより明らかにするために、以下、図面及び実施形態を参照して、本発明を更に詳細に説明する。なお、以下に説明する具体的な実施形態は、本発明の例示にすぎず、本発明を限定するものではないと理解されたい。
【００１５】
一実施形態において、アプリケーションプログラムをインストール可能な端末が提供される。該端末は携帯電話、タブレットＰＣ、ラップトップ、デスクトップコンピュータなどであってもよい。図１に示すように、該端末はシステムバスを介して接続されたプロセッサ、内蔵メモリ、不揮発性記憶媒体、ネットワークインタフェース、ディスプレイと入力装置を含む。該プロセッサは、コンピューティング機能と制御機能を備え、端末全体の動作をサポートするように構成されている。該端末の不揮発性記憶媒体にオペレーティングシステム及びコンピュータ実行可能コマンドが記憶され、該コンピュータ実行可能コマンドは、以下の各実施形態によるデータ表示方法を実現するようにプロセッサに実行されてもよい。端末における内部メモリは、不揮発性記憶媒体内のオペレーティングシステムおよびコンピュータ実行可能コマンドの実行のための環境を提供する。ネットワークインタフェースは、ネットワークに接続されて通信を行うように構成されている。端末のディスプレイは、液晶ディスプレイ又は電子インクディスプレイなどであってもよく、本実施形態では、ディスプレイは端末の出力装置として、様々なインタフェースを表示することに用いられることができ、例えば診療ネットワーク構造図を表示することができる。入力装置は、ディスプレイに被覆されたタッチ層、電子機器の筐体に設けられたキー、トラックボール又はタッチパッド、外部キーボード、タッチパッド又はマウスなどであってもよく、ユーザが各種の制御コマンドを入力することに用いられ、例えば、本実施形態においては、ユーザが情報表示コマンドを入力することに用いられることができる。
【００１６】
当業者であれば、図１に示す構造が単に本発明の解決手段に関連する部分構造のブロック図であり、本発明の解決手段のその上の端末への応用に対する限定を構成するものではないと理解され、具体的な端末は図に示す部材より多くまたはより少ない部材を含むことができ、又はいくつかの部材を組み合わせ、又は異なる部材配置を有する。
【００１７】
図２に示すように、一実施形態において、データ表示方法が提供され、ここでは該方法が図１に示す端末に応用されることを例として説明し、具体的には以下のステップを含む。
【００１８】
ステップＳ２０２では、情報表示コマンドを取得し、情報表示コマンドは表示方式を含む。
【００１９】
ステップＳ２０４では、前記表示方式が第一タイプの表示方式である場合、第一処理対象データを取得し、前記第一処理対象データは、複数の次元の診療情報、診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含み、各次元は少なくとも一つの診療情報を含む。
【００２０】
ここで、表示方式は、第一タイプの表示方法及び／又は第二タイプの表示方式を含む。情報表示コマンドを取得する場合、それに対応して該タイプの表示方式の必要な処理対象データを取得するように、情報表示コマンドのうちの表示方式がどのタイプの表示方式であるかを判定する。一実施形態では、第一タイプの表示方式は、診療ネットワーク構造図で表示する方式を含み、第二タイプの表示方式は、地理次元情報図で表示する方式を含む。
【００２１】
当然のことながら、情報表示コマンドの表示方式は、第一タイプの表示方式又は第二タイプの表示方式のどちらか一方であってもよく、あるいは第一タイプの表示方式と第二タイプの表示方式の両方を同時であってもよい。具体的にはサービスニーズに応じて設定してもよい。さらに、表示方式が同時に第一タイプの表示方式と第二タイプの表示方式を含む場合、それぞれ各タイプの表示方式に基づき、それに対応してそれぞれに必要な処理対象データを取得し、且つそれぞれ対応する表示グラフを生成することができる。
【００２２】
情報表示コマンドに含まれる表示方式が第一タイプの表示方式である場合、第一処理対象データを取得する。第一処理対象データは、第一タイプの表示方式を満たすグラフを生成するために必要なパラメータである。
【００２３】
具体的には、第一処理対象データは、複数の次元の診療情報、診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係を含む。各次元は少なくとも一つの診療情報を含む。診療情報とは、診療中に生成された一連の診療に関連する情報、例えば、診療する患者、病院、医師、時間、疾患、購入された薬物などの診療情報である。
【００２４】
さらに、複数の次元は、ユーザ次元、薬物次元、医療プロジェクト次元、病院次元、疾患次元、医師次元、のうちの少なくとも二つを含む。一実施形態において、複数の次元は、ユーザ次元、及びユーザ次元以外の少なくとも一つの次元を含む。当然のことながら、必要な次元の数及び次元の種類は実際の状況に応じて予め設定されてもよい。
【００２５】
これに対応して、ユーザ次元の診療情報は診療ユーザ情報を含み、薬物次元の診療情報は診療時に購入された薬物の情報を含み、医療プロジェクト次元の診療情報は診療する医療プロジェクトの情報を含み、病院次元の診療情報は診療病院情報を含み、疾患次元の診療情報は診療する疾患の情報を含み、医師次元の診療情報は診療する医師の情報を含む。
【００２６】
当然のことながら、診療情報に対応する次元識別子は、該診療情報の存在する次元の次元識別子であり、例えば、診療するユーザの情報に対応する次元識別子はユーザ次元識別子であり、診療時に購入された薬物の情報に対応する次元識別子は薬物次元識別子である。
【００２７】
さらに、異なる次元の診療情報間の関連関係とは、異なる次元の診療情報間での訪問、購入、診断、疾患などの関連関係を含む。例えば、ユーザＡは病院Ｂを訪問し、医師Ｃが疾患Ｄを診断し、疾患Ｄに対して薬物Ｅを処方し、ユーザＡは薬物Ｅを購入する。ここで、ユーザＡは病院Ｂと医師Ｃを訪問し、ユーザＡは疾患Ｄを患い、ユーザＡは薬物Ｅを購入し、そのためユーザＡは、病院Ｂ、医師Ｃ、疾患Ｄ及び薬物Ｅと関連関係を有する。医師Ｃが疾患Ｄを診断した場合、医師Ｃは疾患Ｄと関連関係を有する。疾患Ｄの診断に基づいて薬物Ｅが処方された場合、疾患Ｄは薬物Ｅと関連関係を有する。当然のことながら、関連関係の定義は実際のニーズに応じて設定されてもよく、ここでは具体的にどのような診療情報同士が関連関係を有するかに対して限定しない。
【００２８】
ここでは、各次元が少なくとも一つ（即ち一つ又は複数）の診療情報を含むことを例に挙げて説明する。例えば、ユーザ次元は、ユーザＡという一つのユーザ情報を含むことができ、ユーザＡ、ユーザＢ、ユーザＣなどの複数のユーザ情報を含むこともできる。病院次元は一つ又は複数の病院情報を含むことができる。
【００２９】
ステップＳ２０６では、診療情報と、異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、ノード分布図の各ノードと診療情報との一対一関係を記録し、各ノード間の接続関係が異なる次元の診療情報間の関連関係に対応する。
【００３０】
具体的には、取得された各診療情報と、異なる次元の診療情報間の関連関係とに基づいて、ノード分布図を生成する。ノード分布図の各ノードは、各診療情報と一対一で対応し、各ノード間の接続関係は、異なる次元の診療情報間の関連関係に対応する。さらに、ノード名は、それに対応する診療情報の名称で命名されてもよい。
【００３１】
例えば、ユーザ次元、病院次元、医師次元、疾患次元、医療プロジェクト次元及び薬物次元という６つの次元を含む。例えば、ユーザ次元がユーザＡとユーザＢを含み、病院次元が病院Ｃを含み、医師次元が医師Ｄを含み、疾患次元が疾患Ｅを含み、医療プロジェクト次元が医療プロジェクトＦを含み、薬物次元が薬物ＧとＨを含む場合、ユーザＡは、Ｃ、Ｄ、Ｅ、Ｆ、Ｇのそれぞれと関連関係を有し、ユーザＢはＣ、Ｄ、Ｅ、Ｆ、Ｈのそれぞれと関連関係を有し、病院Ｃは医師Ｄと関連関係を有し、医師Ｄは疾患Ｅと関連関係を有し、疾患Ｅは薬物ＧとＨのそれぞれと関連関係を有する。
【００３２】
これにより、Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈに基づいてそれぞれノードを生成し、且つ異なる次元の診療情報間の関連関係に基づき、診療情報に対応するノード間の接続を行う。上記の例と組み合わせると、Ａに対応するノードをそれぞれＣ、Ｄ、Ｅ、Ｆ、Ｇに対応するノードと一つずつ接続し、Ｂに対応するノードをＣ、Ｄ、Ｅ、Ｆ、Ｈのそれぞれに対応するノードと一つずつ接続し、ＣとＤ、ＤとＥ、ＥとＧ及びＨのそれぞれに対応するノードを接続する。当然のことながら、ここではノード間の接続を直線、曲線などの接続形態で行うことができる。
【００３３】
また、各ノードに接続される必要がある次元タイプに対して対応する接続中継ノードを増設することができ、接続中継ノードを介して該ノードを該次元タイプに対応するノードに対応させて中継接続を行い、例えば、ノードＡが疾患Ａであり、それぞれ医師次元の複数の医師ノード、及び薬物次元の複数の薬物ノードに接続される必要がある場合、Ａから各医師ノードと薬物ノードのそれぞれに接続すると、ラインが高密度になりやすく、識別に役立たない。そのため、中継ノードＸと中継ノードＹを設定し、ノードＡから中継ノードＸと中継ノードＹに接続し、中継ノードＸから各医師ノードに接続し、中継ノードＹから各薬物ノードに接続することができる。ここでは接続形態が限定されない。
【００３４】
さらに、各ノードと診療情報との一対一関係を記録する。
【００３５】
ステップＳ２０８では、ノード分布図の各ノードと診療情報との一対一関係及び診療情報に対応する次元識別子に基づき、各ノードに対応する次元識別子を得る。
【００３６】
具体的には、記録されたノード分布図の各ノードと診療情報との一対一関係、及び取得された第一処理対象データに含まれる診療情報に対応する次元識別子に基づき、ノード分布図の各ノードに対応する次元識別子を得る。例えば、ユーザＡに対応するノードに対応する次元識別子は、ユーザ次元識別子である。
【００３７】
ステップＳ２１０では、予め設定された次元識別子とタグ情報との対応関係に基づき、各ノードに対応してタグ情報を追加し、診療ネットワーク構造図を生成し、且つ該診療ネットワーク構造図を表示する。
【００３８】
本実施形態において、次元識別子とタグ情報との対応関係が予め設定され、異なる次元識別子に対応するタグ情報は異なる。さらに、タグ情報は色情報であってもよく、形状情報であってもよく、また他のタグ形態であってもよい。本発明の実施形態において、タグ情報の具体的な形態は限定されず、タグによって区分する役割を果たせばよい。
【００３９】
さらに、該対応関係、及びステップＳ２０８で得られた各ノードに対応する次元識別子に基づき、各ノードに対応するタグ情報を取得でき、さらに各ノードに対応して対応するタグ情報を追加し、これにより診療ネットワーク構造図を生成し、且つ該診療ネットワーク構造図を表示する。
【００４０】
ここで、図３と組み合わせ、診療ネットワーク構造図を例に挙げて説明する。図３には一つの診療ネットワーク構造図が示され、ノードＡ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈ、Ｉ、Ｊ、Ｋ、Ｌ（ノード名は対応する診療情報の名称である）及び各ノード間の接続関係を含む。ノードＡとＢがユーザ次元識別子に対応し、Ｃが病院次元識別子に対応し、Ｄが医師次元識別子に対応し、ＥとＦが疾患次元識別子に対応し、ＧとＨが医療プロジェクト次元識別子に対応し、Ｉ、Ｊ、Ｋ、Ｌが薬物次元識別子に対応する。異なる次元識別子は異なる色タグに対応し、そのため各ノードはそれぞれ対応する色でタグ付けされ、同一の次元識別子に対応するノードに対応する色は同じである。例えば、ノードＡとＢはいずれもユーザ次元識別子に対応するため、両者の色は同じである。各ノード間の接続関係は、二つのノードに対応する診療情報同士が関連関係を有することを示し、例えば、ノードＡがノードＫに接続されることは、ノードＡに該当するユーザＡが、ノードＫに該当する薬物Ｋと関連関係を有することを示し、例えば、ユーザＡが薬物Ｋを購入したことを示す。
【００４１】
本実施形態において、情報表示コマンドを取得し、情報表示コマンドは表示方式を含み、表示方式が第一タイプの表示方式である場合、第一処理対象データを取得し、第一処理対象データに複数の次元の診療情報、診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係が含まれ、各次元は少なくとも一つの診療情報を含み、診療情報と、異なる次元の診療情報間の関連関係とに基づいてノード分布図を生成し、ノード分布図の各ノードと診療情報との一対一関係を記録し、各ノード間の接続関係が異なる次元の診療情報間の関連関係に対応し、ノード分布図の各ノードと診療情報との一対一関係及び診療情報対応に対応する次元識別子に基づき、各ノードに対応する次元識別子を取得し、予め設定された次元識別子とタグ情報との対応関係に基づき、各ノードに対応してタグ情報を追加し、診療ネットワーク構造図を生成して表示する。診療ネットワーク構造図で複数の次元の診療情報を同時に表示し、それにより、グラフで表示される情報量が増加する。
【００４２】
また、複数の次元、多くの情報量を表示する診療ネットワーク構造図は、さらにいくつかの重要な隠れ情報をより多く表示することができ、これにより疑わしい問題のある診療情報の発見速度が向上する。
【００４３】
一実施形態において、生成された診療ネットワーク構造図が動的であるため、ドラッグコマンド又はズームコマンドを検出し、ドラッグコマンドに応じてノードの位置又はノード間の相対位置に対して対応する変更を行い、又はズームコマンドに応じて診療ネットワーク図の対応するノード情報に対して対応する縮小及び拡大処理を行うことができる。さらに、縮小及び拡大された後に表示される情報の詳細の程度が異なってもよく、例えば、縮小された後、ノード位置、ノード間の相対位置及びノード間の接続関係を表示することができ、拡大された後、ノード位置、ノード間の相対位置とノード間の接続関係に加えて、さらにノード名や他の詳細情報を表示することができる。表示情報の詳細の程度はズーム度によって決定されてもよい。
【００４４】
一実施形態において、第一処理対象データは各診療情報の数をさらに含み、該方法は、各診療情報の数に基づいて、診療ネットワーク構造図の診療情報に対応するノードの可視属性に対して対応調整を行うことを更に含み、可視属性は感覚的に表示可能な属性である。
【００４５】
当然のことながら、ユーザの初回診療時に、一つの診療記録が生成され、一つの診療記録に一連の異なる次元の診療情報が含まれる。そのため、診療が複数回あると、同じ診療情報が複数回生成される可能性があり、例えば、ユーザＡが初めて医師Ｂの診療を受けた後、二回目の医師Ｂの診療を受けると、医師Ｂに対応する数値が２になる。
【００４６】
本実施形態において、第一処理対象データは各診療情報の数を更に含む。各診療情報の数に基づいて、診療ネットワーク構造図の診療情報に対応するノードの可視属性を調整する。可視属性値とは、感覚的に表示できる属性であり、ノードのサイズ、色などの可視性を有する属性を含む。
【００４７】
具体的には、予め設定されたノードの可視属性値と診療情報数範囲との対応関係に基づき、各診療情報数に対応する数範囲値を確定し、その後、該数範囲値に対応するノードの可視属性値を確定してノードの可視属性の調整を行うことができる。また、診療情報の数とノードの可視属性値との比例関係を予め設定し、該比例関係に基づいてノードの可視属性を調整することもできる。さらに、該比例関係は予め設定された定数比であってもよく、動的に変動できる比例式であってもよい。さらに、各異なる次元に対して異なるノードの可視属性値と診療情報数範囲との対応関係又は診療情報の数とノードの可視属性との比例関係をそれぞれ設定することができる。本発明の実施形態はこれに限定されることなく、各診療情報の数に基づいて、診療情報に対応するノードの可視属性を調整できればよい。
【００４８】
本実施形態において、各診療情報の数によって診療ネットワーク構造図の診療情報に対応するノードの可視属性に対して対応調整を行うことにより、診療ネットワーク構造図で表示される情報量がさらに増加する。また、ノードの可視属性に対する調整により、各診療情報の違いをより感覚的に表示することができ、それによって疑わしく問題のある診療情報の発見速度をさらに早めることができる。
【００４９】
図４に示すように、一実施形態において、上記方法は地理次元情報図の生成ステップをさらに含み、具体的には以下のステップを含む。
【００５０】
ステップＳ４０２では、表示方式が第二タイプの表示方式である場合、第二処理対象データを取得し、第二処理対象データは、病院次元の診療病院情報と診療病院情報に対応する診療病院に対する訪問回数を含み、病院次元は少なくとも一つの診療病院情報を含む。
【００５１】
本実施形態において、表示方式が第二タイプの表示方式である場合、第二処理対象データを取得する。その第二処理対象データは、該第二タイプの表示方式を満たすグラフを生成するために必要なパラメータである。
【００５２】
具体的には、第二処理対象データは、病院次元の診療病院情報と診療病院情報に対応する診療病院に対する訪問回数を含む。その病院次元は少なくとも一つの病院情報を含む。
【００５３】
さらに、診療病院情報は診療病院の名称を含み、診療病院のアドレスをさらに含むことができる。
【００５４】
ステップＳ４０４では、地図アプリケーションを呼び出し、診療病院情報に基づいて地図上で対応する診療病院の位置についてタグ付けする。
【００５５】
具体的には、地図アプリケーションを呼び出し、診療病院情報、例えば診療病院の名称又は診療病院のアドレスなどの情報に基づき、診療病院の経度と緯度を調べ、地図上で診療病院の位置についてタグ付けする。
【００５６】
ステップＳ４０６では、診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整し、地理次元情報図を生成する。
【００５７】
また、診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整する。その可視属性とは、感覚的に表示可能な属性、例えば色、サイズ、形状などである。
【００５８】
具体的には、診療病院に対する訪問回数範囲値とタグの可視属性値との対応関係を予め設定し、各診療病院の訪問回数に対応する回数範囲値を確定し、その後、該対応関係に基づき、該回数範囲値に対応するタグの可視属性値を確定し、該タグの可視属性値に基づいてタグの可視属性を調整し、地理次元情報図を生成することができる。さらに、生成された地理次元情報図を表示する。
【００５９】
また、診療病院に対する訪問回数とタグの可視属性値との比例関係を予め設定し、該比例関係に基づいてタグの可視属性を調整することができる。ここで、どのように診療病院に対する訪問回数に基づいて対応するタグの可視属性を調整するかについて列挙はしないが、診療病院に対する訪問回数に基づいて対応するタグの可視属性を調整することができればよい。
【００６０】
例えば、診療病院に対応する訪問回数に基づいて、タグのサイズを調整し、タグを円形にする場合、訪問回数範囲値とタグ半径値との対応関係を予め設定することができ、例えば、訪問回数が１〜２回である場合、対応するタグ半径値は２であり、訪問回数が３〜５回数である場合、対応するタグ半径値は３であり、訪問回数が６〜１０回である場合、対応するタグ半径値は６である。これにより、取得された第二処理対象データにおいて、病院次元の診療病院は病院Ａと病院Ｂであり、病院Ａに対する訪問回数が２で、病院Ｂに対する訪問回数が８である場合、地図上での病院Ａに対応するタグの半径値は２で、地図上での病院Ｂに対応するタグの半径値は６である。
【００６１】
さらに、地図上での診療病院に対応するタグは診療病院の名称を含むことができる。
【００６２】
本実施形態において、表示方式が第二タイプの表示方式である場合、第二処理対象データにおける病院次元の診療病院情報と診療病院情報に対応する診療病院に対する訪問回数とを取得し、病院次元が少なくとも一つの診療病院情報を含み、地図上での診療病院情報に対応する診療病院の位置についてタグ付けして、診療病院に対する訪問回数に基づいて、地図上での各診療病院に対応するタグの可視属性を調整し、地理次元情報図を生成する。病院次元と地理次元を統合することにより、診療行動の軌跡を直観的に表示し、さらに疑わしい問題のある診療情報の発見速度を向上させることができる。
【００６３】
一実施形態において、第二処理対象データに各診療病院に対する訪問日時がさらに含まれ、地理次元情報図が生成された後、各診療病院の訪問日時を統合し、統合した訪問日時の順番で、動的に地理次元情報図での診療病院の位置に各診療病院に対する訪問日時を順次重畳してタグ付けするステップをさらに含む。
【００６４】
本実施形態において、第二処理対象データに各診療病院に対する訪問日時がさらに含まれる。地理次元情報図が生成された後、各診療病院の訪問日時を統合し、即ち、各診療病院の訪問日時をまとめてソートする。
【００６５】
さらに、統合された訪問日時の順番で、各訪問日時に対応する訪問した診療病院を順次検索し、且つ地理次元情報図での該対応する訪問した診療病院の位置に該訪問日時を重畳してタグ付けする。当然のことながら、前回の訪問日時に対する重畳タグ付けが完了された場合、次の訪問日時に対応する診療病院、及び地理次元情報図での対応する位置の重畳タグ付け操作を検索し続け、病院次元、地理次元と日時次元の情報を統合した動的画像を実現する。
【００６６】
例えば、病院次元の診療病院がＹ１とＹ２を含み、Ｙ１に対する訪問日時が１月１日、１月３日で、Ｙ２に対する訪問日時が１月２日、１月４日、１月５日とする。この場合、１月１日に対応する診療病院がＹ１であることを検索し、地理次元情報図での診療病院Ｙ１の位置に対応する訪問日時である１月１日を重畳してタグ付けして、次に、１月２日に対応する診療病院がＹ２であることを検索し、地理次元情報図での診療病院Ｙ２の位置に対応する訪問日時である１月２日を重畳してタグ付けして、これによって類推し、訪問日時に対する動的な重畳タグ付けを実現する。それによって病院次元、地理次元及び日時次元の情報を統合した動的画像を実現する。
【００６７】
本実施形態において、日時次元と病院次元、地理次元を統合し、さらにグラフで表示される情報量を増やし、これにより複数の次元の情報間の隠された重要な情報をより直観的に表示でき、それによって疑わしい問題のある医療情報の発見速度を早くする。
【００６８】
一実施形態において、上記方法には、スクリーニング閲覧コマンドを受信し、スクリーニング閲覧コマンドに対応する次元識別子を取得し、診療ネットワーク構造図から次元識別子に対応するノード及び取得されたノードの間の接続関係を取得し、取得されたノードと取得されたノードの間の接続関係に基づいて診療ネットワークサブ構造図を生成することをさらに含む。
【００６９】
本実施形態において、スクリーニング閲覧コマンドを受信する。このスクリーニング閲覧コマンドには、閲覧タイプ識別子が含まれる。閲覧タイプは、薬物次元閲覧タイプ、病院次元閲覧タイプ、疾患次元閲覧タイプ、医師次元閲覧タイプ、医療プロジェクト次元閲覧タイプなどであってもよい。
【００７０】
具体的には、閲覧タイプ識別子と次元識別子との対応関係が予め設定され、一つの閲覧タイプ識別子は少なくとも二つの次元識別に対応する。該対応関係に基づき、スクリーニング閲覧コマンドに対応する次元識別子を取得する。例えば、スクリーニング閲覧コマンドにおける閲覧タイプ識別子が薬物次元閲覧タイプ識別子である場合、薬物次元閲覧タイプ識別子は、ユーザ次元識別子と薬物次元識別子に対応する。
【００７１】
さらに、診療ネットワーク構造図から次元識別子に対応するノード及び取得されたノード間の接続関係を取得する。取得されたノード及びそれらの間の接続関係に基づいて診療ネットワークサブ構造図を生成する。さらに、生成された診療ネットワークサブ構造図を表示する。
【００７２】
ここでは、図３の診療ネットワーク構造図を組み合わせて例を挙げて説明する。ユーザが薬物次元閲覧タイプを選択すると、図３におけるユーザ次元に対応するノードＡ及びＢと薬物次元に対応するノードＩ、Ｊ、Ｋ、Ｌ、及びユーザ次元に対応するノードと薬物次元に対応するノードとの接続関係を取得し、さらに図５に示す薬物次元閲覧タイプの閲覧に適用する診療ネットワークサブ構造図を生成する。
【００７３】
本実施形態において、診療ネットワーク構造図に対するスクリーニング閲覧機能を実行し、スクリーニング閲覧コマンドに応じて診療ネットワーク構造図から必要な閲覧タイプに対応するノード及びノード間の接続関係を取得し、それによって診療ネットワークサブ構造図を生成し、即ち閲覧を必要とする一部の診療ネットワーク構造図をスクリーニングする。診療ネットワーク構造図の閲覧操作はより柔軟で、便利となり、それによって疑わしい問題のある診療情報をより速く発見することが可能となる。また、完全な診療ネットワーク構造図を表示する必要がなく、処理リソースが節約される。
【００７４】
図６に示すように、一実施形態において、データ表示装置が提供される。該装置は、取得モジュール６０２、グラフ生成モジュール６０４、対応次元確定モジュール６０６、タグ処理モジュール６０８及び表示モジュール６１０を含む。
取得モジュール６０２は、情報表示コマンドを取得するように構成されており、情報コマンドには表示方式が含まれる。
【００７５】
取得モジュール６０２は、さらに、表示方式が第一タイプの表示方式である場合、第一処理対象データを取得するように構成されており、第一処理対象データには、複数の次元の診療情報、診療情報に対応する次元識別子、及び異なる次元の診療情報間の関連関係が含まれ、各次元には少なくとも一つの診療情報が含まれる。
【００７６】
グラフ生成モジュール６０４は、診療情報と異なる次元の診療情報との関連関係に基づいてノード分布図を生成し、ノード分布図の各ノードと診療情報との一対一関係を記録するように構成されており、各ノード間の接続関係は異なる次元の診療情報間の関連関係に対応する。
【００７７】
対応次元確定モジュール６０６は、ノード分布図の各ノードと診療情報との一対一関係及び診療情報に対応する次元識別子に基づき、各ノードに対応する次元識別子を得るように構成されている。
【００７８】
タグ処理モジュール６０８は、予め設定された次元識別子とタグ情報との対応関係に基づき、各ノードに対応してタグ情報を追加し、診療ネットワーク構造図を生成するように構成されている。
【００７９】
表示モジュール６１０は、診療ネットワーク構造図を表示するように構成されている。
【００８０】
図７に示すように、一実施形態において、第一処理対象データに各診療情報の数がさらに含まれる。本実施形態において、該装置は、可視属性調整モジュール６１２をさらに含んでもよい。該モジュール６１２は、各診療情報の数に基づいて、診療ネットワーク構造図の診療情報に対応するノードの可視属性に対して対応調整を行うように構成されている。該可視属性は、直観的に表示可能な属性である。
【００８１】
一実施形態において、取得モジュール６０２は、さらに、表示方式が第二タイプの表示方式である場合、第二処理対象データを取得するように構成されている。第二処理対象データは、病院次元の診療病院情報と診療病院情報に対応する診療病院に対する訪問回数を含み、病院次元は、少なくとも一つの診療病院情報を含む。
【００８２】
タグ処理モジュール６０８は、さらに地図アプリケーションを呼び出し、診療病院情報に基づいて地図上での対応する診療病院の位置についてタグ付けするように構成されている。
【００８３】
可視属性調整モジュール６１２は、さらに診療病院に対する訪問回数に基づいて地図上で各診療病院に対応するタグの可視属性を調整し、地図次元情報図を生成するように構成されている。
【００８４】
一実施形態において、取得モジュール６０２は、さらにスクリーニング閲覧コマンドを受信し、スクリーニング閲覧コマンドに対応する次元識別子を取得するように構成されている。
【００８５】
グラフ生成モジュール６０４は、さらに診療ネットワーク構造図から次元識別子に対応するノードと取得されたノードの間の接続関係を取得し、取得されたノードと取得されたノードの間の接続関係に基づいて診療ネットワークサブ構造図を生成するように構成されている。
【００８６】
一実施形態において、複数の次元は、ユーザ次元、薬物次元、医療プロジェクト次元、病院次元、疾患次元、医師次元、のうちの少なくとも二つを含む。
【００８７】
上記データ表示装置の各モジュールは、全て又は一部で、ソフトウェア、ハードウェア及びそれらの組み合わせにより実現されてもよい。上記各モジュールは、ハードウェアの形で基地局のプロセッサに内蔵して、又は、それから独立して設けることができ、プロセッサが呼び出して上記の各モジュールに対応する操作を実行できように、ソフトウェアの形で基地局のメモリに記憶されてもよい。該プロセッサは、中央処理ユニット（ＣＰＵ）、マイクロプロセッサ、マイクロコントローラであってもよい。
【００８８】
コンピュータプログラムによって関連するハードウェアに指示することにより、上記実施形態における方法の全て又は一部のプロセスを実現することができることを、当業者は理解すべきものである。前記プログラムは、コンピュータ読み取り可能な記憶媒体に記憶されてもよく、該プログラムが実行される際に、上記の各方法の実施形態のプロセスを含んでもよい。前記記憶媒体は、ディスク、光ディスク、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）またはランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などであってもよい。
【００８９】
上記の実施形態の各技術特徴は任意に組み合わせてもよく、記載を簡潔にするため、上記実施形態における各技術特徴の全ての可能な組み合わせを記載してはいないが、これらの技術特徴の組み合わせに矛盾しない限り、本発明の範囲内にあると見なされるべきである。
【００９０】
上記の実施形態は、本発明のいくつかの実施例を単に説明するものであり、その記載は具体的且つ詳細なものであるが、それに限定されるものではない。なお、当業者にとって、本発明の趣旨から逸脱しない範囲で種々の変形や改善が可能であり、これらは本発明の保護範囲に属するものであると理解されたい。したがって、本発明の技術的な範囲は、添付の特許請求の範囲に準ずるべきである。
【図１】
0006484728.tif 000002
【図２】
0006484728.tif 000003
【図３】
0006484728.tif 000004
【図４】
0006484728.tif 000005
【図５】
0006484728.tif 000006
【図６】
0006484728.tif 000007
【図７】
0006484728.tif 000008