JP7295589B2 - 患者情報管理システム及び患者情報管理プログラム - Google Patents

Description

本発明は、コンピュータシステムにより患者情報を管理する患者情報管理システム及び患者情報管理プログラムに関する。

歯科医院や病院などの医療施設では、患者に関する様々な情報が蓄積されており、診察や受け付け等の日々の業務において多くの場面で活用されている。患者情報を管理するツールとしては、従来はノートやカード等の紙媒体が用いられていたが、近年はコンピュータアプリケーションを利用した管理形態が主流である。医療スタッフは、アプリケーションを起動して画面を表示させ、患者情報が蓄積されているデータベースに対する処理命令を入力したり、その処理命令に対する処理結果を表示させたりすることで、患者情報を管理する。複数のアプリケーションを起動するときは、マルチウィンドウシステムにより、各アプリケーションに専用のウィンドウが割り当てられて画面が表示される。

患者情報としては、患者の氏名や住所、診断情報、予約情報、画像情報等、様々なものがあるが、医療施設では、目的ごとに専用のアプリケーションが導入されていることが多い。例えば、患者や医療施設の端末から診察予約を可能とする予約アプリケーション、タブレット端末等から氏名や住所等の問診情報を入力可能とする問診アプリケーション、三次元スキャナやＣＴスキャン画像の保存や表示を行うストレージ管理アプリケーション、患者の氏名や住所・予約情報・診断情報等の様々な情報を集約して管理する総合型アプリケーション等である。医療スタッフがこれらのアプリケーションを使用するときは、アイコン等のようなＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）によるボタンを選択することで起動することが多い。

このような環境下において、医療スタッフが日々の業務を遂行するには、様々なアプリケーションを必要に応じて適宜選択しながら使用する必要があり、あるアプリケーションを使用中に、他のアプリケーションで取り扱われている情報が必要になったり、他のアプリケーションへの入力が必要になったりすることも多い。しかし、各アプリケーションの起動用ボタンは、一般的にタスクバーやデスクトップ画面等に配置されているため、医療スタッフは、使用中のアプリケーションの作業を一時中断して、所望のアプリケーションの起動用ボタンを探し、デスクトップ画面やタスクバー等に配置される起動用ボタンまでマウスポインタを移動させるという動作をその都度行うこととなる。これらのアプリケーションは、医師、歯科助手、看護師、その他医療スタッフにより日々の業務の中で使用されるものであり、その業務は迅速且つ効率的であることが求められるところ、他のアプリケーションを起動させる度に上記動作が繰り返されることは非常に煩雑であった。

下記特許文献１には、医療用のアプリケーションについて、遷移元アプリケーションと遷移先アプリケーションを連携させる連携システムが開示されている。連携システムのウィンドウであるランチャーから連携先アプリケーションを選択すると、連携先アプリケーションの起動が実行される。

特開２０１４－１０５１２号公報

しかしながら、特許文献１でも、他のアプリケーションを起動させるときは、ディスプレイのいずれかの位置に配置されるランチャーを探し、マウスポインタをそこまで移動させる必要があるため、従来と何ら変わりのない煩雑さが要求される。

また、患者情報は複数のアプリケーションで管理されていることも多く、仮に特許文献１のランチャーにすべてのアプリケーションへのボタンを配置すると、表示されるランチャーには複数のボタンが配列することになり、その中から所望のボタンを逐次選択する作業は極めて煩雑である。

また、表示されるランチャーからは連携元と連携先の関係が不明である。このため、連携関係の無い連携先アプリケーションを誤って選択してしまったり、連携関係を見過ごしてしまったり等の混乱が生じやすい。これを解消するためには、ユーザ自身が、アプリケーションの連携関係を把握しておく必要があり、ユーザに過度な負担が生じる。

一方、医療施設ではメイン業務を集約した基幹システムを有する場合も多く、この場合は、基幹システムは固定し、サブシステムとして使用されるアプリケーションのみ選択の自由度を高くしたいというニーズがある。

本発明は、このような従来の実情に鑑みて案出されたものであり、複数のアプリケーションの中から所望のアプリケーションを迅速に起動させることができるとともに、必要なアプリケーションを間違えることなく適切なタイミングで起動することが可能な患者情報管理システム、及び、患者情報管理プログラムを提供することを目的とするものである。

前述の目的を達成するため、本願発明者は、患者の基本情報や診断情報や予約情報等、複数種類の情報を集約した総合型の患者情報管理システムの使用状況を調査した。この患者情報管理システムは、医療機関において基幹システムとなるものである。その結果、基幹システムである患者情報管理システムの使用中においては、特定のタイミングで特定のアプリケーション（サブシステム）を頻繁に使用する傾向にあることがわかった。

たとえば、治療方針を検討するときには、基幹システムである患者情報管理システムにて診断情報を表示させながら、スキャン画像アプリケーションを起動して患部のスキャンデータを確認したり、また、予約日時を決定するときは、予約アプリケーションを起動して空き状況を確認し、患者情報管理システムの当該患者の予約欄に次回の予約日時を入力するとともに、予約アプリケーションにもその予約日時を反映させたりする。

そこで、発明者は、更に鋭意検討を行った結果、特定のタイミングにおいて特定のアプリケーションが高頻度で使用される傾向を利用することにより、問題を解決することができるとの着想を得るに至り、本発明を完成させた。

本発明の患者情報管理システムは、ディスプレイに表示される操作画面から患者情報が蓄積された患者情報データベースシステムに対する処理命令を受け付け、当該処理命令に対する処理結果を前記操作画面に出力する患者情報管理システムであり、
前記操作画面を前記ディスプレイに表示する操作画面表示手段と、
対応情報を受け付ける対応情報設定画面を前記ディスプレイに表示する対応情報設定画面表示手段と、
前記対応情報設定画面から受け付けた前記対応情報を記憶部に記憶させる対応情報記憶手段とを備え、
前記操作画面にはＧＵＩボタンが配置されるとともに、前記患者情報データベースシステムに対する処理命令の入力を受け付ける入力欄、又は、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
前記対応情報設定画面には、アプリケーションへのリンク先情報の入力を受け付けるリンク入力欄が設けられており、
前記対応情報は、前記ＧＵＩボタンに対して、前記リンク入力欄から受け付けたアプリケーションへのリンク先情報を対応付けるものであり、
前記操作画面表示手段は、前記記憶部に記憶された前記対応情報に基づいて前記ＧＵＩボタンにリンクを設定することを特徴とする。

本発明の患者情報管理システムによれば、対応情報設定画面において各ＧＵＩボタンに対して所望のアプリケーションへのリンク先情報を対応付ける対応情報を登録しておくと、操作画面に配置される各ＧＵＩボタンにそのアプリケーションへのリンクが設定される。これにより、操作画面において各ＧＵＩボタンを選択すると、所望のアプリケーションが起動され、その画面がディスプレイに表示されることとなる。ＧＵＩボタンは各操作画面内に配置されているため迅速に起動できるとともに、必要なアプリケーションを間違えることなく適切なタイミングで起動することが可能となる。

好ましくは、前記操作画面表示手段は、各患者専用の前記操作画面を前記ディスプレイに表示する機能を備え、前記対応情報は患者ごとに設定可能であることを特徴とする。この発明によれば、各ＧＵＩボタンのリンク先を患者ごとに設定できるため、患者専用の操作画面においては、ＧＵＩボタンの選択により起動させるアプリケーションの画面を、当該患者用の画面とすることができる。

好ましくは、前記対応情報設定画面表示手段は、第一の対応情報を受け付ける第一の対応情報設定画面を前記ディスプレイに表示する第一の対応情報設定画面表示手段と、患者ごとに第二の対応情報を受け付ける第二の対応情報設定画面を前記ディスプレイに表示する第二の対応情報設定画面表示手段とを備え、
前記第一の対応情報設定画面は、前記アプリケーションの第一画面へのリンク先情報の入力を受け付けるリンク入力欄が設けられ、前記第二の対応情報設定画面に配置されるＧＵＩボタンに対して前記リンク入力欄から受け付けた前記アプリケーションの第一画面へのリンク先情報を対応付ける第一の対応情報を受け付けるものであり、
前記第二の対応情報設定画面は、前記アプリケーションの第二画面へのリンク先情報の入力を受け付けるリンク入力欄が設けられ、患者ごとに、前記操作画面のうち各患者専用の操作画面に配置されるＧＵＩボタンに対して前記リンク入力欄から受け付けた前記アプリケーションの第二画面へのリンク先情報を対応付ける第二の対応情報を受け付けるものであり、
前記対応情報記憶手段は、前記第一の対応情報設定画面で受け付けた前記第一の対応情報を前記記憶部に記憶させる第一の対応情報記憶手段と、前記第二の対応情報設定画面で受け付けた患者ごとの前記第二の対応情報を前記記憶部に記憶させる第二の対応情報記憶手段とを備え、
前記第二の対応情報設定画面表示手段は、前記第一の対応情報記憶手段により前記記憶部に記憶された前記第一の対応情報に基づいて、前記第二の対応情報設定画面に配置される前記ＧＵＩボタンにリンクを設定し、前記ＧＵＩボタンの選択により表示された前記第一画面から前記第二画面へ遷移が行われると、当該第二画面のリンク先情報を前記第二の対応情報設定画面の前記リンク入力欄に挿入する機能を備え、
前記操作画面表示手段は、各患者専用の前記操作画面を前記ディスプレイに表示する機能を備え、前記各患者専用の操作画面については、前記第二の対応情報記憶手段により前記記憶部に記憶された当該患者の前記第二の対応情報に基づいて当該患者専用の操作画面に配置される前記ＧＵＩボタンにリンクを設定することを特徴とする。

この発明によれば、第一の対応情報設定画面において、各ＧＵＩボタンに対してアプリケーションの第一画面へのリンク先情報を登録すると、第一の対応情報として記憶される。第二の対応情報設定画面に配置される各ＧＵＩボタンには第一の対応情報に基づいてリンクが設定されるため、そのリンク先は第一画面となる。第二の対応情報設定画面は患者ごとに表示可能となっており、第二の対応情報設定画面に配置されるＧＵＩボタンを選択すると、第一の対応情報に基づいてアプリケーションの第一画面が表示され、第一画面から第二画面へ遷移すると、そのＧＵＩボタンと第二画面の対応付けが当該患者の第二の対応情報として記憶される。操作画面では、第二の対応情報に基づいてＧＵＩボタンにリンクが設定されるため、ＧＵＩボタンを選択すると第二の画面が表示されることとなる。例えば、第一の対応情報設定画面では第一画面をアプリケーションのトップ画面や検索画面等の上位画面として設定しておけば、第二の対応情報設定画面ではＧＵＩボタンを選択すると当該上位画面が表示され、その上位画面から当該患者用の画面へ遷移することで第二画面を設定することができるため、患者ごとのリンク先の登録を迅速に行うことができる。

好ましくは、前記操作画面には、少なくとも一つの区画領域が設けられており、
少なくとも一つの前記区画領域には、前記患者情報データベースシステムに対する前記処理命令の入力を受け付ける入力欄、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
少なくとも一つの前記ＧＵＩボタンは、前記入力欄又は出力欄又は入出力欄が配置される区画領域のうち少なくとも一つの区画領域に配置されていることを特徴とする。

好ましくは、前記操作画面には画像が表示される画像表示欄が配置されており、
前記アプリケーションの記憶領域に記憶される画像と前記画像表示欄とを対応付ける画像対応情報を受け付けると、当該画像対応情報を前記患者情報データベースシステムに登録する画像登録手段を備え、
前記操作画面表示手段は、前記画像対応情報に基づいて前記画像表示欄に前記画像を表示させることを特徴とする

本発明の患者情報管理プログラムは、ディスプレイに表示される操作画面から患者情報が蓄積された患者情報データベースシステムに対する処理命令を受け付け、当該処理命令に対する処理結果を前記操作画面に出力する処理をコンピュータに実行させる患者情報管理プログラムであり、
前記操作画面を前記ディスプレイに表示する操作画面表示ステップと、
対応情報を受け付ける対応情報設定画面を前記ディスプレイに表示する対応情報設定画面表示ステップと、
前記対応情報設定画面から受け付けた前記対応情報を記憶部に記憶させる対応情報記憶ステップとを備え、
前記操作画面にはＧＵＩボタンが配置されるとともに、前記患者情報データベースシステムに対する処理命令の入力を受け付ける入力欄、又は、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
前記対応情報設定画面には、アプリケーションへのリンク先情報の入力を受け付けるリンク入力欄が設けられており、
前記対応情報は、前記ＧＵＩボタンに対して、前記リンク入力欄から受け付けたアプリケーションへのリンク先情報を対応付けるものであり、
前記操作画面表示ステップでは、前記記憶部に記憶された前記対応情報に基づいて前記ＧＵＩボタンにリンクを設定する処理をコンピュータに実行させることを特徴とする。

本発明の患者情報管理システム及び患者情報管理プログラムによれば、患者情報データベースのデータを操作するための操作画面に、所望のアプリケーションへのリンクが設定されたＧＵＩボタンが配置されているため、ＧＵＩボタンへのアプローチが容易となり、所望のアプリケーションを迅速に起動させることができる。ＧＵＩボタンは、アプリケーションの使用傾向に基づいて操作画面内の適切な位置に配置することができるため、多数のＧＵＩボタンが配置されていても所望のアプリケーションへのＧＵＩボタンを即座に見つけることができ、必要なアプリケーションを間違えることなく適切なタイミングで起動することが可能となる。

本発明の第１の実施形態の患者情報管理システムの一例を説明する概略説明図である。 上記実施形態の患者情報管理システムの概略構成の一例を説明する説明図である。 上記実施形態の制御部を機能的に説明する概略ブロック図である。 上記実施形態の第一の対応情報設定画面の一例を示す図である。 上記実施形態の第一の対応情報を説明する説明図である。 上記実施形態の患者情報データベースシステムからの処理結果が表示された状態の操作画面１の一例を示す図である。 上記実施形態の第二の対応情報設定画面の一例を示す図である。 上記実施形態の第二の対応情報を説明する説明図である。 上記実施形態の操作画面２の一例を示す図である。 上記実施形態の操作画面３の一例を示す図である。 上記実施形態の操作画面４の一例を示す図である。 上記実施形態の患者情報管理システムの画面フローの一例を示す概略図である。 上記実施形態の患者情報データベースに対する処理を説明する概略フローチャートである。 上記実施形態の操作画面とＧＵＩボタンとの対応付けの処理を説明する概略フローチャートである。 上記実施形態の操作画面１～４の表示処理を説明する概略フローチャートである。 上記実施形態の画像表示欄に画像を登録する処理を説明する概略フローチャートである。 本発明の第２の実施形態の患者情報管理システムの制御部を機能的に説明する概略ブロック図である。 レイアウト設定画面のレイアウト変更作業前の状態を示す図である。 レイアウト設定画面のレイアウト変更作業後の状態を示す図である。 レイアウト情報をテーブル形式で説明する説明図である。 レイアウト設定処理を説明する概略フローチャートである。 本実施例の第一の対応情報設定画面Ａ１を示す図である。 上記実施例の操作画面Ｂ１を示す図である。 上記実施例の第二の対応情報設定画面Ａ３を示す図である。 上記実施例の操作画面Ｂ２を示す図である。 上記実施例の操作画面Ｂ３を示す図である。 上記実施例の操作画面Ａ６を示す図である。 上記実施例の操作画面Ａ７を示す図である。 予約アプリケーションについて説明する説明図である。 タスク管理アプリケーションについて説明する説明図である。

（第１の実施の形態）
以下、本発明を適用した第１の実施の形態の患者情報管理システムＳｙｓ１について、図面を参照して説明する。

＜システム構成＞
図１は、患者情報管理システムＳｙｓ１の一例を説明する概略説明図である。患者情報管理システムＳｙｓ１は、ネットワークＮ１を介して一又は複数のクライアント端末１０と接続可能であり、ネットワークＮ２を介して患者情報データベースシステムＤＢと接続可能である。ネットワークＮ１，Ｎ２はローカルエリアネットワーク（ＬＡＮ）でも、インターネットを含むワイドエリアネットワーク（ＷＡＮ）でも良い。本実施の形態では、ネットワークＮ１はＷＡＮであり、ネットワークＮ２はＬＡＮである例を説明する。

［クライアント端末］
クライアント端末１０は病院や歯科医院、薬局や歯科技工物拠点（歯科技工所等）や医療用装具メーカー等の医療関連施設に設置されるパーソナルコンピュータやタブレット等のコンピュータシステムであり、複数のアプリケーションを並列処理若しくは短時間切り替え処理が可能なマルチタスクオペレーティングシステムと、アプリケーションごとに専用のウィンドウをディスプレイ装置に並列表示可能なマルチウィンドウシステムを搭載している。すなわち、クライアント端末１０のディスプレイ装置では、患者情報管理システムＳｙｓ１により表示される画面や種々のアプリケーションの画面が、マルチウィンドウシステムにより割り振られた各々に専用のウィンドウに表示され、各々がマルチタスクで処理される。なお、ディスプレイは、タブレット等のようにクライアント端末本体と一体型でも良いし、デスクトップ型パソコン等のようにクライアント端末本体と別体型でも良い。

ここでアプリケーションとは、患者情報管理システムＳｙｓ１とは異なる起動命令により起動されるアプリケーションコンピュータプログラムであり、サブシステムとして使用されるものである。本実施の形態では、患者の端末から予約情報を受け付けたり、医療施設の端末から予約情報を管理可能な予約アプリケーション、三次元スキャナやＣＴ等の撮像装置で撮像した画像等の表示や管理が可能なストレージ管理アプリケーション、治療対象部位や医療用装具の３Ｄ模型データの作成や、作成した３Ｄ模型データの画像表示、及び、管理が可能な３Ｄ模型アプリケーション、治療による患部の変化をシミュレーションするシミュレーションアプリケーション、治療装置に関係するデータを登録及び表示可能な外部データベースアプリケーション、作業の進捗を管理するタスク管理アプリケーションを例に説明する。なお、アプリケーションには、例えばウェブページデータとの関連付けで起動されるウェブブラウザ等のように、実行ファイルがデータファイルとの関連付けで起動されるアプリケーションも含む。また、アプリケーションは、クライアント端末１０の記憶部に記憶されて動作するスタンドアロン型ものでも良く、又、他のコンピュータシステムで動作し、ネットワーク経由でクライアント端末１０にサービスが提供されるもの、例えば、ＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）等のようなクラウドコンピューティングサービスで提供されるクラウドアプリケーションやＷｅｂアプリケーションでも良い。いずれのアプリケーションも、画面が階層構造で構成されており、例えば、トップ画面から下位の検索画面へ遷移し、更に検索画面から下位の各患者専用画面に遷移する等のように、上位画面から下位画面へ遷移可能となっている。

［患者情報データベースシステム］
患者情報データベースシステムＤＢは、患者ＩＤで特定される患者情報を蓄積する記憶部と、記憶部に蓄積記憶されている患者情報に対する処理を実行する手段を備え、患者情報管理システムＳｙｓ１からの処理命令（クエリ）を受信すると、記憶部に蓄積する患者情報を対象としてその処理命令に応じた処理を行い、その処理結果を返信する機能等を備える。ここで患者情報とは、医療施設において取り扱われる患者に関する情報であり、患者ＩＤに対応付けられることで患者ごとに管理可能となっている。患者情報としては、例えば、患者の氏名や住所等の基本情報、予約情報、画像情報、診断情報、カルテ情報、初診情報、治療用装具や医薬品等の発注情報、同意書情報などが含まれる。

［患者情報管理システム］
図２は患者情報管理システムＳｙｓ１の概略構成を説明する説明図である。患者情報管理システムＳｙｓ１は、患者の氏名や住所等の基本情報、予約情報、診断情報、発注情報などの患者情報を総合的に管理するものであり、メイン業務に使用される基幹システムである。本実施の形態では、患者情報管理システムＳｙｓ１として、情報管理センター等に設置されるコンピュータシステムに適用した例を説明する。患者情報管理システムＳｙｓ１は、記憶部１、表示部２、操作部３、通信部４、及び制御部５等を備えるコンピュータである。

記憶部１は、例えばフラッシュメモリやＥＥＰＲＯＭ、ＨＤＤやＳＳＤ等の不揮発性メモリ等により構成される。記憶部１には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）、患者情報管理プログラム、その他のコンピュータプログラム等が記憶されている。

本実施の形態の患者情報管理プログラムは、クライアント端末１０のディスプレイに表示される操作画面１～４から患者情報が蓄積された患者情報データベースシステムＤＢに対する処理命令を受け付け、当該処理命令に対する処理結果を操作画面１～４に出力する処理をコンピュータとしての制御部５に実行させるプログラムであり、操作画面１～４をクライアント端末１０のディスプレイに表示する操作画面表示ステップと、対応情報を受け付ける対応情報設定画面をクライアント端末１０のディスプレイに表示する対応情報設定画面表示ステップと、その対応情報設定画面から受け付けた対応情報Ｔを記憶部５に記憶させる対応情報記憶ステップとを備え、一又は複数の操作画面１～４には複数のＧＵＩボタンｂ１～ｂ６が配置されており、対応情報Ｔは、各ＧＵＩボタンｂ１～ｂ６に対してアプリケーションへのリンク先情報を対応付けるものであり、操作画面表示ステップでは、記憶部１に記憶された対応情報Ｔに基づいて各ＧＵＩボタンｂ１～ｂ６にリンクを設定する処理をコンピュータとしての制御部５に実行させるコンピュータプログラムである。クライアント端末１０のディスプレイでは、操作画面１～４はマルチウィンドウシステムの第一ウィンドウＷに表示され、各操作画面１～４でＧＵＩボタンｂ１～ｂ６が選択されると、各ＧＵＩボタンｂ１～ｂ６に対応するアプリケーションが起動し、当該アプリケーションの画面がマルチウィンドウシステムの第一ウィンドウＷとは異なるウィンドウに表示される。

患者情報管理プログラムは、例えば、ネットワークＮ１を介してプログラム提供サーバ装置（図示せず）からダウンロードされてもよいし、記憶部１にプリインストールされていてもよいし、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などの記録媒体に記録され、当該記録媒体からドライブを介して記憶部１に読み込まれるものであってもよい。

表示部２は例えばディスプレイ等であり、操作部３はキーボードやマウス等であり、通信部４はネットワークＮ１，Ｎ２に接続するためのインターフェイスである。

制御部５は、例えばＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、及びＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等により構成され、記憶部１に記憶された患者情報管理プログラムに従って各種処理を実行する。このような処理において、制御部５は、図３に示すように、データベース処理手段５１、対応情報設定画面表示手段５２、対応情報記憶手段５３、操作画面表示手段５４、画像登録手段５５等として機能する。

（データベース処理手段）
データベース処理手段５１は、クライアント端末１０のディスプレイに表示された操作画面から、患者情報データベースシステムＤＢに対する患者情報の登録・削除・修正・検索等の処理命令（クエリ）を受け付けると、その処理命令を患者情報データベースシステムＤＢに送信し、その処理命令に対する処理結果を受信すると、当該処理結果をクライアント端末１０のディスプレイに表示された操作画面１－４に出力する機能を備える。

図６、図９～図１１は、操作画面１～４の例を示す図である。各操作画面１～４は、クライアント端末１０のディスプレイにおいて、クライアント端末１０に搭載されるマルチウィンドウシステムにより割り振られる第一ウィンドウＷに表示される。各操作画面１～４は、患者情報データベースシステムＤＢに対する処理命令の受け付けと、当該処理命令に対する処理結果の表示等を行う画面であり、他のアプリケーションを起動させるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）ボタンｂ１～ｂ６、患者情報データベースシステムＤＢに対する処理命令を入力するための入力欄ｃ４、処理結果を出力する出力欄ｃ３，ｃ１１、処理命令の入力欄と処理結果の出力欄を兼ね備える入出力欄ｃ５～ｃ１０等が設けられている。なお、各操作画面には操作画面ＩＤが内部的に付与されている。

各ＧＵＩボタンｂ１～ｂ６は、患者情報管理システムＳｙｓ１の開発や設計の段階において、各アプリケーションの使用状況を分析し、各アプリケーションが高頻度に起動される傾向にある操作画面内に配置されている。アプリケーションの使用状況の傾向は、病院・歯科医院・薬局・医療用装具製造拠点等、医療施設の業種ごとに導出しても良いし、歯科・内科・小児科等の医療施設の組織ごとに導出しても良いし、個別の医療施設ごとに導出しても良い。なお、各ＧＵＩボタンにはＧＵＩボタンＩＤが内部的に付与されている。

また、図９に示す操作画面２には、矩形枠で区分された区画領域ｒ１，ｒ２が設けられており、図１０に示す操作画面３には、矩形枠で区分された区画領域ｒ３～ｒ６が設けらてれいる。区画領域は、各操作画面に表示される患者情報を項目（テーマ）ごとにカテゴリ分けする領域である。各区画領域ｒ１～ｒ６にはタイトルが付されており、各区画領域にはタイトルに応じた患者情報を入出力する入出力欄ｃ５～ｃ１０が配置されている。

（対応情報設定画面表示手段）
対応情報設定画面表示手段５２は、クライアント端末１０からの要求に応じて、対応情報Ｔの設定を受け付ける対応情報設定画面をクライアント端末１０のディスプレイに表示させる機能を有する。対応情報Ｔは、ＧＵＩボタンｂ１～ｂ６に対して各アプリケーションへのリンク先情報を対応付けるものである。本実施の形態では、対応情報設定画面表示手段５２は、第一の対応情報Ｔ１を受け付ける第一の対応情報設定画面（図４参照）を表示する第一の対応情報設定画面表示手段５２１と、第二の対応情報Ｔ２を受け付ける第二の対応情報設定画面（図７参照）を表示する第二の対応情報設定画面表示手段５２２の機能を備える。

（対応情報記憶手段）
対応情報記憶手段５３は、対応情報設定画面で受け付けた対応情報Ｔ（Ｔ１，Ｔ２）を記憶部１に記憶させる機能を備える。対応情報記憶手段５３は、第一の対応情報設定画面から受け付けた第一の対応情報Ｔ１を記憶部１に記憶させる第一の対応情報記憶手段５３１と、第二の対応情報設定画面から受け付けた第二の対応情報Ｔ２を記憶部１に記憶させる第二の対応情報記憶手段５３２の機能を備える。

すなわち、本実施の形態においては、第一の対応情報設定画面（図４参照）で、アプリケーションのログイン画面やトップ画面等、複数の患者に共通の画面を第一画面として登録可能とし、第二の対応情報設定画面（図７参照）で、各患者専用の入力画面やデータ画面等、第一画面から遷移した画面を第二画面として登録可能とすることで、患者ごとに当該患者専用のリンク先情報を容易に設定可能となっている。以下、詳細に説明する。

（第一の対応情報設定画面表示手段）
第一の対応情報設定画面表示手段５２１により表示される第一の対応情報設定画面は、各ＧＵＩボタンｂ１～ｂ６に対して各アプリケーションの第一画面へのリンク先情報を対応付けるものである。第一画面としては、例えば、ログイン画面やログイン後に表示されるトップ画面等、複数の患者に共通して使用される画面や、患者検索画面などの複数患者の患者情報を処理対象とする画面が挙げられる。

図４は、第一の対応情報設定画面の一例を示す図である。第一の対応情報設定画面には、アプリケーションの機能を表す文字列Ｆ「予約」「ストレージ」「３Ｄ模型」「シミュレーション」「外部ＤＢ」「タスク管理」が配列し、各文字列Ｆに対応させて名称入力欄ｃ１及びリンク入力欄ｃ２１が配列しており、後述する第一の対応情報Ｔ１の各ＧＵＩボタンＩＤと対応付けられている。名称入力欄ｃ１はＧＵＩボタンの名称の入力を受け付ける欄であり、リンク入力欄ｃ２１はアプリケーションへのリンク先情報の入力を受け付ける欄である。なお、リンク入力欄ｃ２１への入力は、文字列を記載したり、コピー・アンド・ペーストしたりすることで直接入力することも可能である。また、リンク入力欄ｃ２１内の端部に配されるボタンａ４をマウス等により選択すると、初期設定のリンク先又はリンク入力欄ｃ２１にリンク先情報が挿入されている場合はそのリンク先が表示され、リンクを辿りながら所望のウェブページやフォルダやファイル等に遷移可能となっており、その遷移先のリンク先情報がリンク入力欄ｃ２１に自動挿入されるようになっている。第一の対応情報設定画面には「保存」ボタンと「キャンセル」ボタンが配置されており、患者情報管理システムＳｙｓ１が「保存」ボタンの選択信号を受信すると、第一の対応情報記憶手段５３１が記憶処理を実行する。

（第一の対応情報記憶手段）
第一の対応情報記憶手段５３１は、第一の対応情報設定画面で受け付けた第一の対応情報Ｔ１を記憶部１に記憶させる機能を備える。

図５は、第一の対応情報Ｔ１をテーブル形式で説明する説明図である。第一の対応情報Ｔ１は、ＧＵＩボタンｂ１～ｂ６ごとに、「ＧＵＩボタンＩＤ」「機能」「名称」「リンク」の項目が対応付けられている。項目「ＧＵＩボタンＩＤ」は各ＧＵＩボタンｂ１～ｂ６に付される識別子である。項目「機能」は各アプリケーションの機能を表し、第一の対応情報設定画面の文字列Ｆと同じ文字列が記憶されている。項目「名称」は第一の対応情報設定画面の名称入力欄ｃ１に入力された文字列が登録され、ＧＵＩボタンｂ１～ｂ６のラベルとして各ＧＵＩボタンｂ１～ｂ６のイメージ画像の中央に表示される。なお、項目「名称」は、初期値として「機能」と同じ文字列を登録しておいても良い。これにより、ＧＵＩボタンｂ１～ｂ６のボタン画像中央に表示される名称と、第一の対応情報設定画面の文字列Ｆとが一致し、対応関係が視覚的に認識可能となる。項目「リンク」は第一の対応情報設定画面のリンク入力欄ｃ２１に入力されたリンク先情報が登録される。ここで、リンク先情報には、インターネット上のＵＲＬや、ファイルシステムのディレクトリ構造におけるディレクトリやファイルへのパス等が含まれ、更に詳しくは、ＷｅｂアプリケーションやクラウドアプリケーションのＷｅｂページまでのＵＲＬや、アプリケーションを実行するための実行ファイルやデータファイルまでのパス、実行ファイルやデータファイルの保存先であるディレクトリまでのパス等である。

本実施の形態では、第一の対応情報Ｔ１は項目「名称」「リンク」がユーザにより登録や更新が可能であり、項目「ＧＵＩボタンＩＤ」「機能」は既定値となっているが、項目「機能」についてもユーザにより登録更新可能としても良い。この場合、対応情報設定画面の機能を表す文字列Ｆに代えて、機能の入力を受け付ける入力欄を設ければ良い。

（第二の対応情報設定画面表示手段）
第二の対応情報設定画面表示手段５２２により表示される第二の対応情報設定画面は、患者ごとに各ＧＵＩボタンｂ１～ｂ６に対してアプリケーションの第二画面へのリンク先情報を対応付ける第二の対応情報Ｔ２を受け付けるものである。第二画面としては、例えば、患者ごとに患者ＩＤで特定される当該患者専用のデータ画面や検索用画面等、第一画面から遷移可能な各患者専用の画面であり、階層構造の画面構成において複数の患者に共通の画面よりも下位の画面等が挙げられる。第二の対応情報設定画面表示手段５２２は、第一の対応情報Ｔ１に基づいて、第二の対応情報設定画面に配置されるＧＵＩボタンｂ１～ｂ６にリンクを設定し、各ＧＵＩボタンｂ１～ｂ６の選択により起動された第一画面から第二画面へ遷移が行われると、その第二画面のリンク先情報を当該患者の第二の対応情報Ｔ２として取得する機能を備える。

図７は、第二の対応情報設定画面の一例を示す図である。第二の対応情報設定画面は患者ＩＤごとに表示される。詳細には、ユーザが操作画面１（図６参照）の患者一覧から、所望の患者（以下、当該患者という。）の患者ＩＤ（以下、当該患者ＩＤという。）が表示される出力欄ｃ３を選択することで、当該患者ＩＤで特定される当該患者専用の第二の対応情報設定画面が第一ウィンドウＷに表示される。第二の対応情報設定画面には、ＧＵＩボタンｂ１～ｂ６とリンク入力欄ｃ２２，，，ｃ２２が対応付けられて配列している。ＧＵＩボタンｂ１～ｂ６は、第一の対応情報Ｔ１に基づいて、項目「名称」の値「予約」「ストレージ」「３Ｄ模型」「シミュレーション」「外部ＤＢ」「タスク」がボタン画像の中央に配置され、項目「リンク」のリンク先情報に従ってリンクが設定される。各ＧＵＩボタンｂ１～ｂ６が選択されると、リンク先のアプリケーションが起動して第一画面が表示され、第一画面から他の画面へ遷移可能となる。リンク入力欄ｃ２２には、第一の対応情報Ｔ１のリンク先情報が初期値として自動挿入され、第一画面から他の画面への遷移が行われると、第二の対応情報設定画面表示手段５２２は、遷移先である他の画面へのリンク先情報を取得し、リンク入力欄ｃ２２のリンク先情報を更新する。すなわち、画面遷移が行われるごとに遷移先画面のリンク先情報が取得されることで、最終遷移先画面のリンク先情報が、第二画面のリンク先情報となる。

なお、リンク入力欄ｃ２２は、第二画面へのリンク先情報を文字列として直接入力したり、コピーしたリンク先情報を張り付けることでも入力可能であり、自動挿入されたリンク先情報を削除したり修正することも可能である。また、リンク入力欄ｃ２２内の端部に配されるボタンａ４をマウス等により選択すると、初期設定のリンク先又はリンク入力欄ｃ２２にリンク先情報が挿入されている場合はそのリンク先が表示され、リンクを辿りながら所望のウェブページ等を参照することで入力することも可能である。リンク入力欄ｃ２２に入力されたリンク先情報は第二画面のリンク先情報として取得される。

（第二の対応情報記憶手段）
第二の対応情報設定画面には「保存」ボタンと「キャンセル」ボタンが配置されており、「保存」ボタンが選択されると、第二の対応情報記憶手段５３２は、第二の対応情報設定画面で受け付けた第二の対応情報Ｔ２を記憶部１に記憶させる。

図８は、第二の対応情報Ｔ２をテーブル形式で説明する説明図である。第二の対応情報Ｔ２は、患者ごとに項目「患者ＩＤ」「ＧＵＩボタンＩＤ」「機能」「名称」「リンク」が対応付けられている。項目「患者ＩＤ」には当該患者ＩＤが登録され、項目「リンク」には第二の対応情報設定画面表示手段５２２が取得した第二画面のリンク先情報が登録される。なお、項目「ＧＵＩボタンＩＤ」「機能」「名称」の値値は第一の対応情報Ｔ１と同一である。また、項目「リンク」のリンク先情報の初期値は第一の対応情報Ｔ１と同じであり、ユーザにより削除や修正が可能となっている。すなわち、第二の対応情報Ｔ２は、第一の対応情報Ｔ１の値を引き継ぎながら、各ＧＵＩボタンに対応付けるリンク先情報については患者ＩＤごとに個別に設定可能となっている。なお、本実施の形態では、各患者の第二の対応情報Ｔ２は、当該患者の新規患者登録時に作成追加されるが、これに限定されるものではない。

（操作画面表示手段）
操作画面表示手段５４は、クライアント端末１０からの要求に応じて、クライアント端末１０のディスプレイの第一ウィンドウＷに各操作画面１～４を表示させる機能を備える。なお、操作画面１～４は説明のために抽出して例示するものであり、操作画面表示手段５４はその他にもカルテ情報、初診情報等の操作画面を表示させる機能を備えているが、ここでは説明を省略する。また、操作画面１～４はユーザＩＤごとにアクセス管理されており、例えば、病院や歯科医院のユーザＩＤでは操作画面１～４にアクセス可能とし、薬局や歯科技工所や医療用装具メーカーのユーザＩＤでは操作画面４のみにアクセス可能としている。

記憶部１には、操作画面１～４ごとに基本フォーマットが定められた操作画面データ（図２０で示すレイアウト情報Ｔ３）が記憶されており、操作画面ＩＤにより特定可能となっている。操作画面表示手段５４は、クライアント端末１０から操作画面１～４の画面要求信号を受け付けると、画面要求信号に含まれる操作画面ＩＤから、操作画面データを特定し、対応情報Ｔ（Ｔ１，Ｔ２）に基づいて各操作画面データに含まれるＧＵＩボタンｂ１～ｂ６に「名称」と「リンク」を設定して第一ウィンドウＷに表示させる。このとき、操作画面表示手段５４は、複数の患者の患者情報を処理対象とする操作画面１については第一の対応情報Ｔ１を参照し、選択された一の患者の患者情報を処理対象とする各患者専用の操作画面２～４については第二の対応情報Ｔ２を参照する。これにより、操作画面１～４では、対応情報Ｔ（第一の対応情報Ｔ１又は第二の対応情報Ｔ２）に基づいてＧＵＩボタンｂ１～ｂ６にリンクが設定されるが、操作画面１では第一の対応情報Ｔ１に基づいてリンクが設定され、第二の対応情報Ｔ２に基づいてリンクが設定されるため、操作画面１ではＧＵＩボタンｂ１が選択されると複数患者を対象として登録した第一画面（例えばトップ画面や検索画面等）を表示させ、操作画面２～４では患者ごとに登録した第二画面（例えば当該患者の患者情報が表示される画面）を表示させることが可能となる。

なお、操作画面表示手段５４は、参照先となる第一の対応情報Ｔ１又は第二の対応情報Ｔ２においてリンク先情報が未登録のＧＵＩボタンｂ１～ｂ６についてはボタン画像を非表示とする。すなわち、操作画面１においては、第一の対応情報Ｔ１のＧＵＩボタンｂ１のリンク先情報が登録されていない場合に、ＧＵＩボタンｂ１のボタン画像が非表示となり、操作画面２～４においては、ＧＵＩボタンｂ１～ｂ６のうち第二の対応情報Ｔ２にリンク先情報が登録されていないＧＵＩボタンについてボタン画像が非表示となる。これにより、リンクが設定されたＧＵＩボタンのみを操作画面１～４に表示させることができ、操作性が更に向上する。

このとき、第一の対応情報設定画面にて、登録済みの第一の対応情報Ｔ１のリンク先情報が削除された場合、その後に新規登録される第二の対応情報Ｔ２のリンク先情報に対しては初期値として反映されるが、当該削除前に登録済みの第二の対応情報Ｔ２のリンク先情報は維持される。これにより、当該削除後に第二の対応情報が登録された患者の操作画面２～４ではＧＵＩボタンが非表示となるが、当該削除前に第二の対応情報Ｔ２が登録済みの患者の操作画面２～４ではリンクの設定が維持された状態で表示される。

また、第一の対応情報Ｔ１については、削除だけでなく修正も可能となっている。患者情報管理システムＳｙｓ１の運用過程において、使用するアプリケーションが変更となった場合、ユーザは第一の対応情報設定画面にて、変更後のアプリケーションへのリンク先情報に修正する。この場合についても、当該修正後に新規登録される第二の対応情報Ｔ２に対しては初期値として修正後のリンク先情報が反映されるが、当該修正前に登録済みの第二の対応情報Ｔ２は修正前のリンク先情報が維持される。これにより、当該修正後に第二の対応情報Ｔ２が登録された患者の操作画面２～４では変更後のアプリケーションへのリンクが設定されるが、当該修正前に第二の対応情報Ｔ２が登録済みである患者の操作画面２～４では変更前のアプリケーションへのリンクが維持される。

また、本実施の形態では、操作画面表示手段５４は、画面要求信号を受信すると、各操作画面１～４に対応付けて記憶される検索ルールを記憶部１から読み出し、患者情報データベースシステムＤＢに対する処理要求を生成して、データベース処理手段５１に引き渡し、その処理結果を操作画面１～４の表示とともに各入出力欄ｃ５～ｃ１０や出力欄ｃ３，ｃ１１に出力する。

以下、各操作画面１～４について説明する。

図６は、操作画面１の例を説明する説明図である。操作画面１は、指定した予約日の患者一覧を表示する画面であり、複数の患者に共通して使用される。すなわち、操作画面１は、複数患者の患者情報を対象として処理命令を受け付け、その処理結果を出力する画面である。操作画面１では、ボタンａ４により予約日を指定することで、当該指定日に予約されている患者一覧が表示される。患者一覧は、出力欄ｃ３が複数配列して構成されており、各出力欄ｃ３には患者ＩＤや患者氏名が患者単位で表示される。また、出力欄ｃ３はＧＵＩボタンとしての機能も備えており、出力欄ｃ３が選択されると、選択された出力欄ｃ３に表示される患者に関する詳細情報の表示命令を受け付ける。操作画面１には、ＧＵＩボタンｂ１が配置されている。ＧＵＩボタンｂ１は、ＧＵＩボタンＩＤｂ１により第一の対応情報Ｔ１と紐づけられており、ＧＵＩボタンＩＤｂ１で特定されるリンク先情報に基づいて、予約アプリケーションの第一画面へのリンクが設定され、ボタン画像の中央に名称「予約」が配置される。また、操作画面１には、患者情報データベースシステムＤＢに対する検索処理のキーワードを入力する入力欄ｃ４が配置されており、患者一覧の絞込みを行うことができる。

図９～図１１に示す操作画面２～４は、操作画面１において選択された一の患者（以下、当該患者と言う。）の詳細情報を表示する当該患者専用の画面であり、患者ＩＤ単位で表示される。操作画面２は、操作画面１の患者一覧から所望の患者の出力欄ｃ３が選択されることで表示され、各操作画面２～４はタブｔの選択により切り替え可能となっている。タブｔは左右にスクロールすることでカルテ情報や初診情報等の他の画面用のタブｔが表示されるが、本実施の形態では省略する。

ここで、操作画面２～４に配置されるＧＵＩボタンｂ１～ｂ６は、患者ＩＤとＧＵＩボタンＩＤにより第二の対応情報Ｔ２と紐づけられており、患者ＩＤとＧＵＩボタンＩＤで特定されるリンク先情報に基づいてリンクが設定される。第二の対応情報Ｔ２は患者ごとに登録されることから、ＧＵＩボタンにより起動されるアプリケーションの画面を当該患者に応じて設定することができ、患者ごとに個別の画面を即座に表示させることが可能となる。

図９は、操作画面２の一例を示す図である。操作画面２は、区画領域内にＧＵＩボタンが設けられる画面の例である。操作画面２は、当該患者の患者ＩＤ（以下、当該患者ＩＤと言う。）で特定される患者情報を、基本情報と予約情報とにカテゴリ分けして各区画領域ｒ１，ｒ２に表示する画面である。区画領域ｒ１はタイトル「基本情報」を項目とする領域であり、氏名、電話番号、住所、メールアドレスの各々について入出力欄ｃ５が配列している。区画領域ｒ２はタイトル「予約情報」を項目とする領域であり、次回予約日、次回予約時間の各々について入出力欄ｃ６が配列している。各入出力欄ｃ５、ｃ６には患者情報データベースシステムＤＢからの処理結果が表示され、未登録の患者情報については空欄として表示される。また、各入出力欄ｃ５，ｃ６にデータが入力されると、患者情報データベースシステムＤＢに反映される。区画領域ｒ２には、ＧＵＩボタンｂ１が配置されている。区画領域ｒ２のＧＵＩボタンｂ１は、患者ＩＤとＧＵＩボタンＩＤｂ１により第二の対応情報Ｔ２と紐づけられており、当該患者ＩＤとＧＵＩボタンＩＤｂ１で特定される第二の対応情報Ｔ２に基づいて、予約アプリケーションへのリンクが設定され、ＧＵＩボタンのボタン画像の中央に「予約」が配置される。ここで、操作画面２については、ＧＵＩボタンｂ１のリンク先を第一の対応情報Ｔ１のリンク先と同じとしてある。すなわち、ＧＵＩボタンｂ１については、第二の対応情報Ｔ２と第一の対応情報Ｔ１に同じリンク先情報が登録されており、操作画面２のリンク先の画面と操作画面１のリンク先の画面が同一となっている。このように、第一の対応情報Ｔ１と第二の対応情報Ｔ２におけるリンク先情報は、必要に応じて同一とすることも可能である。

図１０は、操作画面３の一例を示す図である。操作画面３は、複数のＧＵＩボタンが設けられる画面の例である。操作画面３には、当該患者ＩＤで特定される患者情報を、画像情報、問い合わせ内容の情報、主訴・診断名の情報、治療方針の情報にカテゴリ分けする各区画領域ｒ３～ｒ６が設けられている。区画領域ｒ３はタイトル「画像」を項目とする領域であり、画像１～４の各々についての入出力欄ｃ７と、ＧＵＩボタンｂ２，ｂ３が配置されている。ＧＵＩボタンｂ２，ｂ３は、患者ＩＤとＧＵＩボタンＩＤｂ２，ｂ３により第二の対応情報Ｔ２と紐づけられており、当該患者ＩＤとＧＵＩボタンＩＤｂ２，ｂ３で特定される第二の対応情報Ｔ２に基づいて、ストレージ管理アプリケーションや３Ｄ模型アプリケーションへのリンクが設定され、ＧＵＩボタンのボタン画像の中央に「ストレージ」「３Ｄ模型」が配置される。区画領域ｒ４はタイトル「問い合わせ内容」を項目とする領域であり、患者からの問い合わせ内容の入力欄及び出力欄となる入出力欄ｃ８が配置されている。区画領域ｒ５はタイトル「主訴・診断名」を項目とする領域であり、主訴と診断名の入出力欄ｃ９が配置されている。区画領域ｒ６はタイトル「治療方針」を項目とする領域であり、患者の治療方針及び治療装置の各々について入力欄及び出力欄となる入出力欄ｃ１０と、ＧＵＩボタンｂ４，ｂ５が配置されている。ＧＵＩボタンｂ４，ｂ５は、患者ＩＤとＧＵＩボタンＩＤｂ４，ｂ５により第二の対応情報Ｔ２と紐づけられており、当該患者ＩＤとＧＵＩボタンＩＤｂ４，ｂ５で特定される第二の対応情報Ｔ２に基づいてシミュレーションアプリケーションや外部データベースへのリンクが設定され、ＧＵＩボタンのボタン画像の中央に「シミュレーション」「外部ＤＢ」が配置される。ＧＵＩボタンｂ２～ｂ５に設定されたリンクは、当該患者専用に登録された画面へのリンクとなるため、例えば、当該患者の画像データ用のフォルダ内の画面や、３Ｄ模型アプリケーション等の各アプリケーションの当該患者用画面等、当該患者のデータが表示される画面を即座に表示させることが可能となる。各入出力欄ｃ７～ｃ１０は患者情報データベースシステムＤＢからの出力が表示され、データを入力することで患者情報データベースシステムＤＢのデータの更新を行うことができる。

図１１は、操作画面４を示す図である。操作画面４には、当該患者に必要な治療用の物品（例えば、治療用装着具や医薬品等）の発注情報が発注単位でリスト状に表示される。発注情報一覧は、複数の出力欄ｃ１１が配列して構成されており、各出力欄ｃ１１には、患者情報データベースシステムＤＢから読み出された発注情報が発注単位で出力され、各発注情報には発注ＩＤが含まれている。また、出力欄ｃ１１はボタンとしての機能も備え、出力欄ｃ１１が選択されると、選択された出力欄ｃ１１の発注情報の詳細表示の処理命令を受け付け、詳細表示の画面（図示せず）を第一ウィンドウＷに表示する。新規の発注情報を追加するときは、ＧＵＩボタンａ２「＋技工物を依頼」を選択し、新規登録用の画面（図示せず）を表示させる。操作画面４には、ＧＵＩボタンｂ６が配置されている。ＧＵＩボタンｂ６は、患者ＩＤとＧＵＩボタンＩＤｂ６により第二の対応情報Ｔ２と紐づけられており、当該患者ＩＤとＧＵＩボタンＩＤｂ６で特定されるリンク先情報に基づいて、タスク管理アプリケーションへのリンクが設定され、ＧＵＩボタンのボタン画像の中央に文字列「タスク」が配置される。ＧＵＩボタンｂ６に設定されたリンクは、当該患者専用に登録された画面へのリンクとなるため、タスク管理アプリケーションの当該患者のタスク管理画面等を即座に表示させることが可能となる。

以上のように、操作画面１～４においては、ＧＵＩボタンｂ１～ｂ６が選択されると、対応情報Ｔ（Ｔ１，Ｔ２）に基づいてアプリケーションの起動が行われ、そのアプリケーションの画面が表示される。操作画面１～４内に配置されるＧＵＩボタンｂ１～ｂ２にはその操作画面で高頻度に利用されるアプリケーションへのリンクを設定可能であるため、所望のアプリケーションを迅速且つ容易に起動することができる。また、ＧＵＩボタンｂ１～ｂ６は、各アプリケーションの使用傾向に基づいて操作画面内の適切な位置に配置してあるため、多数のＧＵＩボタンが配置されていても所望のアプリケーションへのＧＵＩボタンを即座に見つけることができる。このため、サブシステムとして多数のアプリケーションが使用される場合でも、所望のアプリケーションを間違えることなく起動することができる。アプリケーションによる確認や登録等の作業が発生するタイミングでは、必要なＧＵＩボタンｂ１～ｂ６が使用中の操作画面に配置されているため、当該作業を忘れることなく確実に行うことができる。起動されたアプリケーションは本発明の患者情報管理システムが表示される第一ウィンドウＷとは異なるウィンドウに表示されるため、参照や比較も容易である。特に、患者ごとに表示される操作画面３，４においては、ＧＵＩボタンｂ２～ｂ６の選択により起動されるアプリケーションの画面が、当該患者に対して個別に設定されたものであるため、作業効率が更に高まる。

（画像登録手段）
画像登録手段５５は、他のアプリケーションで使用される記憶領域に記憶される画像と、画像表示欄（本実施の形態では操作画面３の画像１～４の各入出力欄ｃ７）とを対応付ける画像対応情報を受け付けると、その画像対応情報を患者情報データベースシステムＤＢに登録する機能を備える。本実施の形態では、操作画面３に画像用の入出力欄ｃ７が複数配置されているが、入出力欄ｃ７ごとに画像が対応付けて登録される。操作画面表示手段５４は、操作画面３を表示させるときは、その対応付けに基づいて、入出力欄ｃ７に画像を表示させる。

他のアプリケーションで使用される記憶領域の画像と入出力欄ｃ７とを関連付ける操作としては、例えば第一ウィンドウＷとは異なるウィンドウに表示される画像リストから、対象の画像を入出力欄ｃ７にマウスでドラッグアンドドロップしたり、或いは、入出力欄ｃ７をマウスでクリックすることにより表示されるリンクを辿りながらデータを参照し、目的の画像データをクリックすることで指定したりする操作が挙げられる。

画像と入出力欄ｃ７との対応付けは、各入出力欄ｃ７に対して、他のアプリケーションの記憶領域からコピーした画像を患者情報データベースシステムＤＢに登録することで行っても良いが、画像を特定するリンク先情報（例えば、ＵＲＬや、ファイルシステムにおけるディレクトリ構造のパス情報）を取得して登録することで、データ量を抑制することができる。

画像対応情報が画像へのリンク先情報として登録されるときは、操作画面表示手段５４は、登録されたリンク先情報に基づいて各入出力欄ｃ７に画像を表示させる。

なお、画像参照先となるアプリケーションとしてはどのようなものでも良いが、区画領域ｒ３に配置されるＧＵＩボタンｂ２、ｂ３と対応付けられるアプリケーションであれば、登録作業が迅速且つ容易に行われる点で効果的である。

＜患者情報管理プログラム、及び、使用態様＞
次に、患者情報管理プログラムが患者情報管理システムＳｙｓ１の制御部５に実行させる処理の一例について、ユーザの使用態様と共に説明する。

ユーザは、基幹システムである患者情報管理システムＳｙｓ１を使用して業務を遂行するが、必要に応じて他のアプリケーション（サブシステム）を起動させる。

図１２は、患者情報管理システムＳｙｓ１の画面フローの一例を示す概略図である。画面の例として、ログイン画面、トップ画面、操作画面１～４、第一の対応情報設定画面、第二の対応情報設定画面を挙げて説明する。なお、ログイン画面、トップ画面の詳細図面は省略する。ユーザが患者情報管理プログラムを起動すると、まずログイン画面が表示され、ログインが成功するとトップ画面が表示される。全画面へのアクセスが可能なユーザＩＤでは、トップ画面からは、操作画面１と第一の対応情報設定画面への遷移が可能であり、操作画面１からは操作画面２への遷移が可能である。操作画面２～４及び第二の対応情報設定画面の相互遷移は各々の画面に設けられるタブｔの選択により切替可能となっている。また、第一の対応情報設定画面からトップ画面への遷移は、第一の対応情報設定画面の「戻るボタン」ａ１を選択することで可能であり、操作画面１からトップ画面又は第一の対応情報設定画面への遷移はプルダウンメニューａ２から選択することで可能であり、操作画面２～４及び第二の対応情報設定画面から操作画面１への遷移は、各操作画面の「戻るボタン」ａ１を選択することで可能である。なお、各画面へのアクセスはユーザＩＤごとにアクセス権が管理されており、薬局や歯科技工所等のユーザＩＤでは図１２の点線矢印で示すように、トップ画面から第一の対応情報設定画面、トップ画面から操作画面４、操作画面４から第二の対応情報設定画面、及び、それらの相互遷移のみとなり、操作画面１～３へのアクセスは制限されている。

（ログイン）
ユーザは、クライアント端末１０のディスプレイに表示されるアイコンのクリック等により、患者情報管理システムＳｙｓ１に対して起動命令を送信する。患者情報管理システムＳｙｓ１の制御部５は、クライアント端末１０から起動命令を受信すると、クライアント端末１０のディスプレイにログイン画面を表示させる。ログイン画面は、マルチウィンドウシステムの第一ウィンドウＷに表示される。ユーザは、ログイン画面にユーザＩＤやパスワードを入力して送信する。制御部５は、ユーザＩＤ及びパスワードを受信すると、記憶部１に記憶されているユーザＩＤ及びパスワードと照合し、照合に成功すると第一ウィンドウＷにトップ画面を表示させる。トップ画面には、操作画面や第一の対応情報設定画面の画面要求信号を発信するためのボタン等が配列しており、制御部５は、ユーザによるボタンの選択に応じて、クライアント端末１０のマルチウィンドウシステムの第一ウィンドウＷに操作画面１や第一の対応情報設定画面を表示させる。

（データベース処理）
図１３は、データベース処理ステップの一例を説明する概略フローチャートである。制御部５は、クライアント端末１０のディスプレイに表示される第一ウィンドウＷの操作画面１～４から患者情報データベースシステムＤＢに対する処理命令を受け付けると（ステップＳ１１）、その処理命令を患者情報データベースシステムＤＢに送信し（ステップＳ１２）、その処理命令に対する処理結果を受信すると（ステップＳ１３）、その処理結果を操作画面１～４の出力欄や入出力欄に出力する（ステップＳ１４）。

（第一の対応情報Ｔ１の設定）
図１４は、対応情報（第一の対応情報Ｔ１及び第二の対応情報Ｔ２）を設定する処理を説明する概略フローチャートである。ユーザは、ＧＵＩボタンｂ１～ｂ６に対して、アプリケーションの第一画面へのリンク先情報を登録するときは、トップ画面にて第一の対応情報設定画面の表示ボタンを選択し、第一の対応情報設定画面の表示を要求する画面要求信号を送信する。制御部５は、その画面要求信号を受信すると（ステップＳ２１）、ＧＵＩボタンとアプリケーションのリンク先情報との対応付けの設定を受け付ける第一の対応情報設定画面（図４参照）をクライアント端末１０の第一ウィンドウＷに表示させる（対応情報設定画面表示ステップＳ２２）。ユーザは、第一の対応情報設定画面の名称入力欄ｃ１に所望の名称を入力し、リンク入力欄ｃ２１に所望のアプリケーションへのリンク先情報を入力し、保存ボタンを選択する。リンク先情報としては、アプリケーションの画面までのＵＲＬや、アプリケーションの実行ファイルまでのパス情報や、ファイルが保存されるディレクトリまでのパス情報等である。制御部５は、保存ボタンの選択信号を受信すると、第一の対応情報設定画面で設定された第一の対応情報Ｔ１を記憶部１に記憶させる（第一の対応情報記憶ステップＳ２１３）。

（第二の対応情報Ｔ２の登録）
ユーザは、第二の対応情報Ｔ２を登録するときは、当該患者専用用の第二の対応情報設定画面を表示させる。ユーザは、トップ画面にて操作画面１のボタンを選択し、表示された操作画面１の患者情報一覧から所望の患者の出力欄ｃ３を選択する。第一ウィンドウＷには、選択された当該患者専用の操作画面２（図９参照）が表示される。ユーザは、操作画面２の上方に設けられるタブｔ「第二の対応情報設定画面」を選択する。図１４に示すように、制御部５は、タブｔの選択による第二の対応情報設定画面の要求信号を受信すると（ステップＳ２１）、第二の対応情報設定画面をクライアント端末１０の第一ウィンドウＷに表示させる（対応情報設定画面表示ステップＳ２２）。ステップＳ２２では、制御部５は、第一の対応情報Ｔ１に基づいて、第二の対応情報設定画面に配置される各ＧＵＩボタンｂ１～ｂ６のボタン画像に名称を配置するとともにリンクを設定し、リンク入力欄ｃ２２にリンク先情報を出力する。また、制御部５は、第二の対応情報Ｔ２の初期値として第一の対応情報Ｔ１の名称とリンク先情報をコピーする。ユーザは、アプリケーションの第二画面へのリンク先情報を入力するときは、ＧＵＩボタンｂ１～ｂ６を選択してアプリケーションの第一画面を表示させた後、第一画面から第二画面（当該患者ＩＤに専用の検索画面やデータページ、データファイル、フォルダ等）へ遷移する。制御部５は、アプリケーションの画面が第一画面から他の画面へ遷移するたびに、遷移先の画面のリンク先情報を取得して、リンク入力欄ｃ２２に自動挿入する。なお、リンク入力欄ｃ２２では、自動挿入されたリンク先情報に対して、キーボード等を利用して修正したり、修正することなくそのまま維持したり、コピー・アンド・ペーストで手動入力することも可能である。ユーザは、第二画面の指定が完了すると、保存ボタンを選択する。制御部５は、保存ボタンの選択信号を受信すると、当該患者ＩＤとＧＵＩボタンｂ１～ｂ６と第二画面へのリンク先情報を対応付けて第二の対応情報Ｔ２として記憶部１に記憶させる（対応情報記憶ステップＳ２３）。

すなわち、本実施の形態では、各ＧＵＩボタンｂ１～ｂ６に対するリンクの登録は二段階になっており、第一の対応情報設定画面ではログイン画面やトップ画面等の第一画面へのリンクを登録し、第二の対応情報設定画面では患者ごとに各患者専用の検索画面やデータ画面等の第二画面へのリンクを登録することが可能となっている。第二の対応情報設定画面における登録作業は患者ごとに行う必要があるが、ＧＵＩボタンｂ１～ｂ６を選択して第一画面を表示させ、そこから第二画面へ遷移するだけであり、極めて簡単である。なお、第二の対応情報Ｔ２は初期値として第一の対応情報Ｔ１の値が引き継がれるため、第二の対応情報設定画面にて個別に登録されなくても、操作画面２～４のＧＵＩボタンｂ１～ｂ６には、少なくとも第一の対応情報Ｔ１に基づいて名称やリンクが設定されることとなる点でも有効である。

（操作画面表示）
ユーザは患者情報を利用するときは、操作画面１～４を表示させる。図１５は、操作画面１～４の表示処理を説明する概略フローチャートである。制御部５は、クライアント端末１０から操作画面の画面要求信号を受信すると（ステップＳ３１）、画面要求信号に含まれる操作画面ＩＤに基づいて、記憶部１に記憶されている操作画面データを特定し（ステップＳ３２）、対応情報に基づいて、操作画面データに含まれるＧＵＩボタンに名称とリンクを設定し（ステップＳ３３）、名称とリンクが設定された操作画面を第一ウィンドウＷに表示させ（操作画面表示ステップＳ３４）、患者情報データベースシステムＤＢの処理結果を操作画面の出力欄や入出力欄に出力する（ステップＳ３５）。

ここで、ステップＳ３３において、制御部５は、複数患者の患者情報を処理対象とする操作画面１に対しては第一の対応情報Ｔ１に基づいて各ＧＵＩボタンｂ１～ｂ６に名称とリンクを設定し、一の患者の患者情報を処理対象とする当該患者専用の操作画面２～４に対しては第二の対応情報Ｔ２に基づいて、各ＧＵＩボタンｂ１～ｂ６に名称とリンクを設定する。

また、ステップＳ３５では、規定の検索ルールに基づいて検索処理が実行される。記憶部１には、操作画面１～４ごとに、各操作画面を表示するタイミングで出力欄ｃ３、ｃ１１や入出力欄ｃ５～ｃ１０にデータを出力するための検索ルールが記憶されている。制御部５は、受信した画面要求信号に含まれる操作画面ＩＤに対応する検索ルールを記憶部１から読み出し、その検索ルールに基づいて、患者情報管理データベースシステムＤＢに処理命令を送信し、その処理結果を操作画面の出力欄ｃ３，ｃ１１や入出力欄ｃ５～ｃ１０に出力する。

ユーザは、操作画面１～４において他のアプリケーション（サブシステム）を起動させるときは、ＧＵＩボタンｂ１～ｂ６を選択する。各ＧＵＩボタンｂ１～ｂ６にはアプリケーションへのリンクが設定されていることから、第一の対応情報Ｔ１又は第二の対応情報Ｔ２に基づいて、ＧＵＩボタンに対応するアプリケーションが起動され、そのアプリケーションの画面が第一ウィンドウＷとは異なるウィンドウに表示されることとなる。

（操作画面１の表示と操作）
以下、ユーザの使用態様の例を挙げながら、各操作画面１～４の表示処理について説明する。ユーザは、患者の一覧を表示させるときは、トップ画面（図示せず）にて操作画面１の表示用ボタンを選択することで画面要求信号を送信する。図１５に示すように、制御部５は、画面要求信号を受信すると（ステップＳ３１）、画面要求信号に含まれる操作画面ＩＤから操作画面データを特定し（ステップＳ３２）、第一の対応情報Ｔ１に基づいて、操作画面データに含まれるＧＵＩボタンｂ１に名称「予約」とリンクを設定し（ステップＳ３３）、その操作画面１を第一ウィンドウＷに表示させ（ステップＳ３４）、操作画面１に対応する検索ルールに基づいて、出力欄ｃ３に該当するデータを抽出するための処理命令を生成して患者情報データベースシステムＤＢに送信し、その処理結果を出力欄ｃ３に出力する（ステップＳ３５）。操作画面１のＧＵＩボタンｂ１のボタン画像には、名称「予約」が配置されるとともに、予約アプリケーションへのリンクが設定された状態となる。

ユーザは、操作画面１において、予約アプリケーションを起動するときは、ＧＵＩボタンｂ１を選択する。ＧＵＩボタンｂ１には予約アプリケーションへのリンクが設定されていることから、第一の対応情報Ｔ１の対応情報に基づいて、ＧＵＩボタンｂ１に対応する予約アプリケーションの画面がマルチウィンドウシステムの第一ウィンドウＷとは異なるウィンドウに表示される。

例えば、操作画面１においては、当該予約日の患者を確認したり、患者追加ボタンａ３による新規患者データの登録時に予約状況を確認するため等に、予約アプリケーションを頻繁に起動させるが、予約アプリケーションのＧＵＩボタンｂ１は操作画面１内に配置されているため、ユーザはＧＵＩボタンｂ１を即座に見つけ出すことができるとともに、マウスポインタ等の移動距離も短く、予約アプリケーションを迅速に起動することができる。使用中の操作画面１にＧＵＩボタンｂ１が配置されているため、予約アプリケーションによる確認作業を忘れることもない。

また、操作画面１には予約日ごとの予約一覧に複数患者の予約状況が表示されるが、リンク先である予約アプリケーションの第一画面として、例えば予約日を検索キーとして予約一覧を表示させる検索画面を登録しておくことで、ＧＵＩボタンｂ１の選択により当該検索画面が表示されることとなり、所望の予約日の予約状況を即座に確認可能となる。

（操作画面２の表示と操作）
ユーザは、操作画面１の患者情報一覧から特定の患者の詳細情報を表示させたいときは、患者情報一覧から所望の患者の出力欄ｃ３を選択する。この選択操作による信号が、操作画面２の画面要求信号となる。図１５に示すように、制御部５は、画面要求信号を受信すると（ステップＳ３１）、画面要求信号に含まれる操作画面ＩＤから操作画面データを特定し（ステップＳ３２）、第二の対応情報Ｔ２に基づいて、操作画面データに含まれるＧＵＩボタンｂ１に名称「予約」とリンクを設定し（ステップＳ３３）、その操作画面２を第一ウィンドウＷに表示させ（ステップＳ３４）、記憶部１から操作画面２に対応する検索ルールを読み出し、各入出力欄ｃ５，ｃ６に該当するデータを抽出するための処理命令を生成して患者情報データベースシステムＤＢに送信し、その処理結果を各入出力欄ｃ５、ｃ６に挿入する。なお、患者情報データベースシステムＤＢに未登録の情報については、入出力欄ｃ５，ｃ６を空欄として表示させる。第一ウィンドウＷに表示された操作画面２は、第二の対応情報Ｔ２に基づいて区画領域ｒ２のＧＵＩボタンｂ１のボタン画像に名称「予約」が配置されるとともに、予約アプリケーションへのリンクが設定された状態となる。

ユーザは、操作画面２で患者情報データベースシステムＤＢへのデータの追加・修正・削除等の操作を行うときは、各入出力欄ｃ５，ｃ６にデータを入力する。図１３に示すように、制御部５は、入力データを受け付けると（ステップＳ１１）、入力データに基づいて生成した処理命令を患者情報データベースシステムＤＢに送信して（ステップＳ１２）、各入出力欄ｃ５，ｃ６に入力されたデータを患者情報管理データベースシステムＤＢに反映させ、処理命令に対する処理結果としてデータベース更新の成否を受信し（ステップＳ１３）、成功の場合は入力データの表示を維持し、失敗の場合はエラーを出力する（ステップＳ１４）。

ユーザは、操作画面２において、予約アプリケーションを起動するときは、ＧＵＩボタンｂ１を選択する。ＧＵＩボタンｂ１には、第二の対応情報Ｔ２に基づいて、予約アプリケーションへのリンクが設定されていることから、予約アプリケーションの画面がマルチウィンドウシステムの第一ウィンドウＷとは異なるウィンドウに表示されることとなる。

操作画面２の区画領域ｒ２においては、次回予約日時の登録、変更、確認等が行われる。ユーザは、次回予約の入力作業を行うときは、ＧＵＩボタンｂ１「予約」を選択して予約アプリケーションの画面を表示させ、予約の空き状況を確認する。予約日時が決まると、その日時を入出力欄ｃ６に入力し、予約アプリケーションにも入力する。このように、区画領域ｒ２の業務においては予約アプリケーションの起動が頻繁に行われるが、予約アプリケーションのＧＵＩボタンｂ１は入出力欄ｃ６と同じ区画領域ｒ２に配置されているため、ユーザはＧＵＩボタンｂ１を即座に見つけ出すことができるとともに、マウスポインタ等の移動距離も短く、予約アプリケーションを迅速に起動することができる。使用中の操作画面１にＧＵＩボタンｂ１が配置されているため、予約アプリケーションによる登録作業や確認作業を忘れることもない。

また、操作画面２では、ＧＵＩボタンｂ１に設定されるリンク先の画面は第一画面と同一となっている。これは、第二の対応情報設定画面における登録において、ＧＵＩボタンｂ１に対するリンク先情報として第一画面と同じリンク先が登録されているためである。このように、第一の対応情報Ｔ１と第二の対応情報Ｔ２のリンク先情報は、必要に応じて同じとすることも可能であるが、第二の対応情報Ｔ２は第一の対応情報Ｔ１の値を引き継ぐため、初期値として自動挿入されているリンク先情報を維持するだけで良く、改めて入力する必要はない。

（操作画面３の表示と操作）
ユーザは、操作画面３（図１０参照）を表示させたいときは、操作画面３のタブｔを選択する。操作画面３においては、このタブｔの選択操作による信号が画面要求信号となる。制御部５は、操作画面３のタブｔの画面要求信号を受信すると（ステップＳ３１）、画面要求信号に含まれる操作画面ＩＤから操作画面データを特定し（ステップＳ３２）、第二の対応情報Ｔ２に基づいて、操作画面データに含まれるＧＵＩボタンｂ２～ｂ５に、それぞれ名称「ストレージ」「３Ｄ模型」「シミュレーション」「外部ＤＢ」と、各アプリケーションへのリンクを設定し（ステップＳ３３）、その操作画面３を第一ウィンドウＷに表示させ（ステップＳ３４）、記憶部１から操作画面３に対応する検索ルールを読み出し、各入出力欄ｃ７～ｃ１０に該当するデータを抽出するための処理命令を生成して患者情報データベースシステムＤＢに送信し、患者情報データベースシステムＤＢから検索結果を受け取ると、受信した画像、問い合わせ内容、主訴・診断名、治療方針のデータを各入出力欄ｃ７～ｃ１０に挿入する。なお、患者情報データベースシステムＤＢに未登録の情報については、入出力欄ｃ７～ｃ１０を空欄として表示させる。第一ウィンドウＷに表示された操作画面３は、区画領域ｒ３のＧＵＩボタンｂ２，ｂ３のボタン画像に名称「ストレージ」「３Ｄ模型」が配置され、区画領域ｒ６のＧＵＩボタンｂ４，ｂ５のボタン画像に名称「シミュレーション」「外部ＤＢ」が配置されるとともに、各々のアプリケーションへのリンクが設定された状態となる。

ユーザは、操作画面３で患者情報データベースシステムＤＢへの操作を行うときは、各入出力欄ｃ７～ｃ１０にデータを入力する。図１３に示すように、制御部５は、各入力欄ｃ７～ｃ１０の入力を処理命令として受け付け（ステップＳ１１）、患者情報データベースシステムＤＢに処理命令を送信して入力されたデータを反映させ（ステップＳ１２）、処理命令に対する処理結果としてデータベース更新の成否を受信し、成功の場合は入力データの表示を維持し、失敗の場合はエラーを出力する（ステップＳ１４）。

ユーザは、他のアプリケーションを起動したいときは、各ＧＵＩボタンｂ２～ｂ５を選択する。各ＧＵＩボタンｂ２～ｂ５にはアプリケーションへのリンクが設定されていることから、第二の対応情報Ｔ２に基づいて、各ＧＵＩボタンｂ２～ｂ５に対応付けられているアプリケーションが起動され、その画面がクライアント端末１０の第一ウィンドウＷとは異なるウィンドウに表示される。

ユーザは、例えば、患部の確認や治療方針の検討等のときに操作画面３を表示させ、区画領域ｒ３の入出力欄ｃ７に表示される画像を確認することがあるが、この時に、ストレージ管理アプリケーションに登録されている当該患者のスキャン画像や、３Ｄ模型アプリケーションに登録されている模型画像を併せて確認する傾向にある。また、区画領域ｒ６では入出力欄ｃ１０に登録する治療方法や治療装置を決定するために、シミュレーションアプリケーションを使用して治療計画を検討したり、治療装置に関係する当該患者のデータをウェブサイトから外部データベースに登録したり参照したりする傾向にある。操作画面３では、第二の対応情報Ｔ２に基づいて各ＧＵＩボタンｂ２～ｂ５にリンクが設定されるため、起動される各アプリケーションの第二画面を当該患者用の画面とすることができ、当該患者の画像データや模型データ、シミュレーションデータや外部データベースの治療情報を即座に確認可能となる。また、各アプリケーションのＧＵＩボタンｂ２～ｂ５は操作画面３内のうち、高頻度で使用される区画領域ｒ３，ｒ６に配置されているため、ユーザはＧＵＩボタンｂ２～ｂ５を即座に見つけ出すことができ、各アプリケーションによる登録や確認等の作業漏れも防止できる。マウスポインタ等の移動距離も更に短くなり、各アプリケーションを更に迅速に起動することができる。

（操作画面３における画像登録）
操作画面３においては、他のアプリケーションの記憶領域に記憶されている画像を、入出力欄ｃ７に登録するときにも利便性を有する。ユーザは、ＧＵＩボタンｂ２「ストレージ」を選択して、ストレージ管理アプリケーションを起動し、ストレージ管理アプリケーションのウィンドウに所望の画像を表示させ、登録する入出力欄ｃ７と対応付ける。対応付けは、ドラッグアンドドロップ等の操作で可能である。対応付けの操作により、ストレージ管理アプリケーションの画像と入出力欄ｃ７とを対応付ける画像対応情報が、患者情報管理システムＳｙｓ１に送信される。

図１７は画像表示欄に画像を登録する処理を説明する概略フローチャートである。制御部５は、画像対応情報を受信すると（ステップＳ４１）、その画像対応情報を患者情報データベースシステムＤＢに登録する（ステップＳ４２）。制御部５は、操作画面３を表示するときに、患者情報データベースシステムＤＢに画像対応情報が登録されている場合は、画像対応情報に基づいて入出力欄ｃ７に画像を表示させる。

参照先のアプリケーションは、同一操作画面内のＧＵＩボタンに登録されているアプリケーションが好適であるが、それ以外のアプリケーションでも良い。アプリケーションとしては、画像データを管理するアプリケーションであれば良く、例えば、三次元スキャンやＣＴスキャン等のスキャン画像の撮像・蓄積・表示等を行うスキャン画像アプリケーションや、模型の制作及び画像管理を行う模型アプリケーション、ファイルデータを保存管理するファイル管理アプリケーションや、オンラインストレージを管理するクラウド型のストレージ管理アプリケーション等である。ストレージ管理アプリケーションや３Ｄ模型アプリケーションであれば、同じ区画領域ｒ３内にＧＵＩボタンｂ２，ｂ３が配置されているため迅速に起動可能であり、登録作業における利便性が非常に高い。更に、ＧＵＩボタンｂ２，ｂ３で起動されるアプリケーションの第二画面は、第二の対応情報Ｔ２の設定により、当該患者専用の画面にできるため、当該患者の画像データに即座にアクセス可能となる。

（操作画面４の表示と操作）
ユーザは、操作画面４（図１１参照）を表示させたいときは、操作画面４のタブｔを選択する。操作画面４においては、このタブｔの選択操作による信号が画面要求信号となる。図１５に示すように、制御部５は、操作画面４のタブｔの画像要求信号を受信すると（ステップＳ３１）、画面要求信号に含まれる操作画面ＩＤから操作画面データを特定し（ステップＳ３２）、第二の対応情報Ｔ２に基づいて、操作画面データに含まれる各ＧＵＩボタンｂ６に、名称「タスク」と、タスク管理アプリケーションへのリンクを設定し（ステップＳ３３）、生成した操作画面４を第一ウィンドウＷに表示させ（ステップＳ３４）、記憶部１から操作画面４に対応する検索ルールを読み出し、各出力欄ｃ１１に該当するデータを抽出するための処理命令を生成して患者情報データベースシステムＤＢに送信し、患者情報データベースシステムＤＢから検索結果を受け取ると、各出力欄ｃ１１に挿入する。これにより、第一ウィンドウＷに表示される操作画面４は、ＧＵＩボタンｂ６のボタン画像に名称「タスク」が配置され、タスク管理アプリケーションへのリンク設定された状態となる。

ユーザは、操作画面４に表示された発注情報の詳細確認や入力等を行うときは、複数の出力欄ｃ１１のいずれかを選択して詳細情報画面（図示せず）を表示させ、詳細情報画面にて詳細の確認やデータの入力を行う。制御部５は、入力データを受信すると、その入力データを患者情報管理データベースシステムＤＢに反映する。なお、新規発注情報を追加するときは、操作画面４の「＋技工物を依頼」ボタンａ２を選択することで詳細情報画面のマスタ画面が表示され、必要事項を入力して登録可能となっている。また、操作画面４は、病院や歯科医院だけでなく、薬局や歯科技工所、医療用装具メーカーでも利用可能であり、これらが互いにデータを共有することで、進捗状況の報告や確認が可能となっている。

ユーザは、タスク管理アプリケーションにて、発注情報に関するタスク情報を参照したいときはＧＵＩボタンｂ６を選択する。ＧＵＩボタンｂ６には、第二の対応情報Ｔ２に基づいてリンクが設定されていることから、ＧＵＩボタンｂ６を選択すると、タスク管理アプリケーションの当該患者専用の画面が第一ウィンドウＷとは異なるウィンドウに表示される。

操作画面４においては、各発注情報に関して進捗状況の詳細確認等にタスク管理アプリケーションが高頻度で使用される傾向にあるが、ＧＵＩボタンｂ６が操作画面４に配置されているため迅速に起動させることができる。

次に、ＧＵＩボタンｂ１～ｂ６の非表示及びリンク先の変更について説明する。ユーザは、操作画面１～４のＧＵＩボタンｂ１～ｂ６のうち表示不要なものについては、第一の対応情報設定画面においてリンク先情報を未登録とする。第一の対応情報Ｔ１でリンク先が未登録のＧＵＩボタンについては、第二の対応情報Ｔ２についてもリンク先情報の初期値が未登録となる。制御部５は、操作画面１～４を表示するときに、参照先の対応情報Ｔ（第一の対応情報Ｔ１又は第二の対応情報Ｔ２）のリンク先情報が未登録のＧＵＩボタンについては非表示とする。患者ごとに表示される操作画面２～４についても、ユーザは、第二の対応情報設定画面において第一の対応情報Ｔ１から引き継いだ未登録の値をそのまま維持するだけで、ＧＵＩボタンｂ１～ｂ６のうち不要なものを非表示とすることができる。

また、患者情報管理システムＳｙｓ１の運用過程において、操作画面１～４のＧＵＩボタンｂ１～ｂ６のうち不要になったものについては、ユーザは第一の対応情報設定画面においてリンク先入力欄ｃ２１に挿入されているリンク先情報を削除する変更を行う。第一の対応情報Ｔ１の変更は、当該変更後に新規登録される第二の対応情報Ｔ２に対しては初期値として反映されるが、当該変更前に登録済みの第二の対応情報Ｔ２に対しては反映されず、変更前の状態が維持される。このため、当該削除後に新規登録される患者の操作画面２～４においてはリンク先情報が削除されたＧＵＩボタンが非表示となり、当該削除前に登録済みの患者の操作画面２～４においては表示が維持されることとなる。

また、患者情報管理システムＳｙｓ１の運用過程において、操作画面１～４のＧＵＩボタンｂ１～ｂ６のうちリンク先となるアプリケーションが変更になったものについては、ユーザは第一の対応情報設定画面においてリンク先入力欄ｃ２１に挿入されているリンク先情報を修正する。第一の対応情報Ｔ１の変更は、その変更後に新規登録される第二の対応情報Ｔ２に対しては初期値として反映されるが、その変更前に登録済みの第二の対応情報Ｔ２には反映されず、変更前の状態が維持される。このため、当該修正後に新規登録される患者の操作画面２～４においては当該修正が反映されたリンク先が設定され、当該修正前に登録済みの患者の操作画面２～４においては変更前のリンク先が維持されることとなる。

すなわち、第一の対応情報Ｔ１のリンク先情報について変更（削除や修正等）が行われると、当該変更後に登録される第二の対応情報Ｔ２については当該変更後の値が初期値として反映され、当該変更前に登録済みの第二の対応情報Ｔ２については当該変更が反映されることなく当該変更前の値が維持されることとなる。このため、当該変更後に第二の対応情報Ｔ２が登録された患者に関しては操作画面２～４に当該変更が反映されるが、当該変更前に第二の対応情報が登録された患者に関しては当該変更前の操作画面２～４が維持されて表示される。ユーザは、当該変更前に登録済みの患者に関しては、第二の対応情報設定画面において患者ごとに適切なタイミングでリンク先情報の変更を反映させれば良く、移行期間として運用可能となる。移行期間中においても第二の対応情報設定画面のＧＵＩボタンｂ１～ｂ６には第一の対応情報Ｔ１に基づいて変更後のアプリケーションへのリンクが設定されているため、患者ごとに個別にリンク先を変更する作業が生じても、極めて簡単に行うことができる。

（操作画面の切り替え）
上述の通り、第一ウィンドウＷには複数の操作画面１～４が切り替え可能となっているが、操作画面１と操作画面２のいずれにも、予約アプリケーションに対応付けられるＧＵＩボタン「予約」ｂ１が配置されている。このように、同一のアプリケーションへのＧＵＩボタンであっても、必要に応じて複数の操作画面に分散配置することで、いずれの操作画面においてもアプリケーションを迅速に起動することができる。そして、操作画面１のＧＵＩボタン「予約」ｂ１には第一の対応情報Ｔ１に基づいて第一画面へのリンクが設定され、操作画面２のＧＵＩボタン「予約」ｂ１には第二の対応情報Ｔ２に基づいて第二画面へのリンクが設定されるため、リンク先となる第一画面と第二画面を必要に応じて異なる画面としたり、同一画面としたりすることができる。

（第２の実施の形態）
本発明の第２の実施の形態の情報管理システムＳｙｓ２は、上記情報管理システムＳｙｓ１の機能に追加して、操作画面内におけるレイアウトを変更可能とする機能を備えるものである。

制御部５は、図１８に示すように、上記情報管理システムＳｙｓ１に加え、更に、レイアウト設定画面表示手段５６、レイアウト情報更新手段５７として機能する。また、各区画領域は、当該区画領域内に配置される要素がグルーピングされることでパーツとして構成され、各区画領域には区画領域ＩＤが付されている。例えば、各操作画面１～４が例えばＨＴＭＬ言語を基本として作成されたＷｅｂページ画面である場合は、区画領域ｒ１～ｒ６ごとに要素がブロック化され、各区画領域ｒ１～ｒ６にはブロックＩＤが付されている。なお、各区画領域ｒ１～ｒ６は、フレームやセクションなどでグルーピングされ、フレームＩＤやセクションＩＤ等のグループのＩＤが付されても良く、限定されるものではない。

（レイアウト設定画面表示手段）
レイアウト設定画面表示手段５６は、クライアント端末１０からの要求に応じて、各操作画面１～４のレイアウトの設定を受け付けるレイアウト設定画面を第一ウィンドウＷに表示させる機能を備える。本実施の形態では、レイアウトの変更が可能な要素は区画領域ｒ１～ｒ６の位置である。図１８及び図１９は、対象画面を操作画面３としたときのレイアウト設定画面の一例であり、図１８は、レイアウト変更作業前の例を示す図であり、図１９はレイアウト変更作業後の例を示す図である。レイアウト設定画面は、レイアウト設定の対象となる対象操作画面を表示して、対象操作画面内の区画領域の配置の変更を受け付けるレイアウト領域ｒ１０と、対象操作画面から非表示とする区画領域の登録を受け付け、非表示として登録された区画領域を表示する非表示領域ｒ１１と、キャンセルボタン及び保存ボタンが設けられている。例えば、区画領域ｒ５を非表示とするときは、区画領域ｒ５をレイアウト領域ｒ１０から非表示領域ｒ１１へ移動させ、区画領域ｒ３と区画領域ｒ４の位置を移動させるときは、レイアウト領域ｒ１０内で区画領域ｒ３，ｒ４の位置を所望の位置に移動させる。区画領域の移動は、マウスのドラッグアンドドロップ等により可能となっている。レイアウト設定画面表示手段５６は、ユーザによる操作に応じて、レイアウト設定画面のレイアウト領域ｒ１０と非表示領域ｒ１１の表示を更新する。

なお、レイアウト設定画面表示手段５６は、レイアウト領域１０において区画領域ｒ１～ｒ７の移動を検知すると、予め記憶されている既定のルールに基づいて、操作画面内における区画領域の形状や位置を調整する処理を行い、レイアウト領域ｒ１０の表示を更新する。本実施の形態の例では、操作画面３の区画領域ｒ５の非表示処理に合わせて、区画領域ｒ６の形状を自動調整している。

また、対象とする操作画面の選択は、例えば、レイアウト設定画面において、空欄状態のレイアウト領域ｒ１０をクリックすることで表示されるコンテキストメニューや、メニューバーのプルダウンリスト等（図示せず）による操作画面１～４のリストから選択可能としても良い。レイアウト設定画面表示手段５６は、対象操作画面の選択に応じて、対象操作画面を現状のレイアウトでレイアウト領域ｒ１０に表示するとともに、非表示として登録済みの区画領域がある場合は非表示領域ｒ１１に表示する。

また、レイアウト設定画面は、図１２に示す画面フローのトップ画面から遷移可能である。トップ画面にはレイアウト設定画面を表示させるためのボタンが配置されており、ユーザはそのボタンを選択することで画面要求信号を送信する。

（レイアウト情報更新手段）
レイアウト情報更新手段５７は、レイアウト設定画面の保存ボタンの選択信号を受け取ると、その時点のレイアウト設定画面に基づいて、記憶部１に記憶されているレイアウト情報テーブルＴ３を更新する。

図２０は各操作画面１～４のレイアウト情報をテーブル形式で説明するレイアウト情報テーブルＴ３の説明図である。レイアウト情報テーブルＴ３は、図６，図９～図１１に示すようなレイアウトを初期設定として、操作画面１～４ごとに、「操作画面ＩＤ」、「基本フォーマット」、「区画領域の配置」の情報が対応付けて登録され、全操作画面１～４に対して「非表示の区画領域ＩＤ」の情報が登録される。項目「基本フォーマット」は、区画領域の配置以外の要素（例えば、操作画面内における区画領域を配置可能な範囲、操作画面に配置される患者ＩＤ表示欄、各種ボタン、入出力欄等）のレイアウトが定められている。項目「区画領域の配置」は、区画領域ごとに、「区画領域ＩＤ」、及び、操作画面内での位置を表す「座標」が登録される。なお、本実施の形態では区画領域は矩形であるため、項目「座標」には区画領域の４つの頂点の座標が登録される。項目「非表示の区画領域ＩＤ」は、非表示領域ｒ１１に登録された区画領域のＩＤが登録される。

レイアウト情報更新手段５７は、レイアウト設定画面に入力されたレイアウト変更に関する情報（以下、レイアウト変更情報と言う。）を受信すると、レイアウト情報テーブルＴ３を更新する。詳細には、レイアウト領域ｒ１０の操作画面に配置される区画領域の区画領域ＩＤと座標を項目「配置する区画領域ＩＤ」と項目「座標」に登録し、非表示領域ｒ１１に配置される区画領域のＩＤを項目「非表示の区画領域ＩＤ」に登録する。

なお、本実施の形態では、操作画面の区画領域ｒ１～ｒ７の配置のみ変更可能としているが、ＧＵＩボタンの配置を変更可能としても良い。この場合、レイアウト領域ｒ１０内でのＧＵＩボタンの位置移動や、レイアウト領域ｒ１０と非表示領域ｒ１１との間でのＧＵＩボタンの移動により、レイアウト変更情報を受け付け、レイアウト情報テーブルＴ３に登録する。これにより、各ユーザの使用傾向に合わせた位置にＧＵＩボタンを配置可能となり、更に利便性が向上する。

操作画面表示手段５４は、クライアント端末１０から操作画面１～４の画面要求信号を受け付けると、レイアウト情報テーブルＴ３に基づいて操作画面データを生成する。操作画面データの生成は、表示要求信号に含まれる操作画面ＩＤから、レイアウト情報テーブルＴ３のレイアウト情報を特定し、特定したレイアウト情報に基づいて、基本フォーマットに区画領域の座標を設定することで、区画領域が配置された操作画面データを生成する。その後の処理については、上記第一の実施の形態と同様に、生成した操作画面データに含まれるＧＵＩボタンに対して名称やリンクを設定し、操作画面として第一ウィンドウに表示させる。

なお、各区画領域のデータは、区画領域のタイトルや入出力欄、ＧＵＩボタン等が配置された画面パーツとして記憶部１に記憶されており、区画領域ＩＤにより特定可能となっている。その他、各操作画面データを生成するために必要な情報は予め記憶部１に記憶されているものとする。

＜患者情報管理プログラム、及び、使用態様＞
次に、患者情報管理プログラムが患者情報管理システムＳｙｓ２の制御部５に実行させる処理の一例について、ユーザの使用態様と共に説明する。

（レイアウト設定）
図２１は、患者情報管理プログラムによるレイアウト設定処理を説明する概略フローチャートである。操作画面のレイアウトを変更するときは、ユーザは、トップ画面にてレイアウト設定画面のボタンを選択し、レイアウト設定画面を要求する画面要求信号を送信する。制御部５は、その画面要求信号を受信すると（ステップＳ５１）、レイアウトの設定を受け付けるレイアウト設定画面を第一ウィンドウＷに表示させる（レイアウト設定画面表示ステップＳ５２）。ユーザはコンテキストメニューから対象とする操作画面を選択するなど、レイアウト対象とする操作画面を選択する。制御部５は、その操作画面の選択情報を受信すると、記憶部１に記憶されるレイアウト情報テーブルＴ３を参照し、該当する操作画面のレイアウト情報に基づいて、レイアウト対象となる操作画面をレイアウト領域ｒ１０に表示させるとともに、非表示設定されている区画領域がある場合は非表示領域ｒ１１に表示させる（ステップＳ５３）。ユーザは、レイアウト領域ｒ１０に表示される操作画面内において区画領域の位置を変更したり、区画領域をレイアウト領域ｒ１０から非表示領域ｒ１１へ移動させたり、非表示領域ｒ１１からレイアウト領域ｒ１０に移動させたりして、レイアウトを変更する。制御部５は、レイアウト設定画面から受け付けたレイアウト変更情報を逐次受信し、記憶部１に記憶されている規定のルールに基づいて区画領域の形状を調整し、レイアウト設定画面の表示を更新する（ステップＳ５４）。ユーザは、レイアウトを決定するときは保存ボタンを選択する。制御部５は、保存ボタンの選択信号を受信すると、受信したレイアウト変更情報に基づいて、レイアウト情報テーブルＴ３のレイアウト情報を更新する（レイアウト情報更新ステップＳ５５）。

なお、ＧＵＩボタンのレイアウト変更を可能とするときは、区画領域のレイアウト変更と同様に、ＧＵＩボタンについても、レイアウト領域ｒ１０内における位置の変更や、レイアウト領域ｒ１０と非表示領域ｒ１１の間の移動を可能とし、レイアウト情報を更新する処理を追加すれば良い。

以下、操作画面３をレイアウト対象としたときを例に説明する。ユーザがレイアウト対象として操作画面３を選択すると、レイアウト領域ｒ１０には操作画面３が表示される（図１８参照）。ユーザは、マウス操作等により、区画領域ｒ５を非表示領域ｒ１１に移動させ、区画領域ｒ３と区画領域ｒ４の位置を移動させてレイアウトを変更する。制御部５は、レイアウト設定画面に入力されたレイアウト変更情報を受信すると、レイアウト領域ｒ１０に配置されている操作画面３の各区画領域ｒ３，ｒ４，ｒ６の位置や形状の調整処理を行い、表示を更新する（図１９参照）。ユーザは、レイアウトが決定すると、保存ボタンを選択する。制御部５は、保存ボタンの選択を受信すると、レイアウト設定画面に基づいて、図２０に示すレイアウト情報テーブルＴ３を更新する。

その後については、操作画面表示手段５４は、レイアウト情報変更後のレイアウト情報テーブルＴ３に基づいて操作画面３を表示する。ＧＵＩボタンｂ２～ｂ５は区画領域内に配置されているため、区画領域ｒ３，ｒ４，ｒ６の位置が移動しても、ＧＵＩボタンはその区画領域内に位置した状態が維持され、利便性が阻害されることはない。

＜実施例＞
以下に、本発明の患者情報管理システム及び患者情報管理プログラムを矯正歯科医院に適用した場合の実施例を説明する。図２２～図２８は、本実施例の画面例であり、上記実施の形態と同一の要素については、同一の符号を付して説明を省略する。

本実施例の患者情報管理システムは、矯正歯科医院に配置されるクライアント端末、歯科技工所に配置されるクライアント端末とネットワークを介して接続される。なお、ユーザは、例えば同一法人グループ内の矯正歯科医院や歯科技工所に限定しても良いが、本実施例においては、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）及びユーザアカウントやパスワードを用いたデータ管理により、医療業界のいずれの施設においても広く利用可能とするとともに、本患者情報管理システムに接続されるデータベースシステムに膨大なデータを蓄積し、ビッグデータとしての利用も可能としている。

図２２は、上記第１の実施の形態の第一の対応情報設定に相当する画面Ａ１を示す図である。第一の対応情報設定画面Ａ１は、機能を表す文字列Ｆとリンク入力欄ｃ２１が対応付けて配置されている。リンク入力欄ｃ２１には、インターネットを介してサービスが提供されるウェブアプリケーションやクラウドアプリケーションへのリンク先情報（ＵＲＬ）が登録される。リンク入力欄ｃ２１は、所望のＵＲＬをコピー・アンド・ペーストして入力することが可能である。また、リンク入力欄ｃ２１内の左端のボタンａ４をクリックすると、初期設定のＵＲＬ又はリンク入力欄ｃ２１に入力されているＵＲＬのページが表示され、当該ページから所望のページに遷移することで自動挿入したりすることでも入力可能となっている。リンク入力欄ｃ２１に入力されたＵＲＬは、ＧＵＩボタンｂ１～ｂ１０と対応付けて第一の対応情報として記憶部に記憶される。なお、本実施例においては、各ＧＵＩボタンｂ１～ｂ１０のイメージ画像の中央に配置される名称は既定であるため、名称入力欄ｃ１は設けられていない。

第一の対応情報設定画面Ａ１では、各アプリケーションのトップページや検索ページ等、複数患者に共通の第一画面へのＵＲＬが登録される。これにより、後述する第二の対応情報設定画面Ａ２で患者ごとにＵＲＬを登録する際に、当該患者用の第二画面へ素早くたどり着くことができるようになる。

なお、第一の対応情報設定画面Ａ１に表示される「予約システム」はデンタルチェアごとに予約の受け付けや管理を行う予約アプリケーション、「モニタリングアプリ」は患者自身が自宅等で口腔内を撮影し、その撮影データを矯正歯科医院に送信することでモニタリングを可能とする遠隔モニタリングアプリケーション、「外部ストレージ」はクラウドストレージのデータ管理を行う外部ストレージ管理アプリケーション、「３Ｄデータ」は歯列模型や矯正装置の３Ｄデータの作成・表示・管理等を行う３Ｄ模型アプリケーション、「シミュレーション」は矯正による歯の動きをシミュレーションするシミュレーションアプリケーション、「連絡アプリ」は患者へ連絡するためのＳＮＳアプリケーション、「外部ＤＢ」はマウスピース型矯正歯科装置を使用する患者の情報が登録される外部データベースアプリケーション、「タスクアプリ１」「タスクアプリ２」はマウスピース矯正装置用や歯科技工物の発注や納品等のタスク管理をするためのタスク管理アプリケーション、「スキャンアプリ」は口腔内を３Ｄスキャンするスキャンアプリケーションである。いずれのアプリケーションも、トップ画面から各患者専用の画面へ遷移する階層構造の画面構成となっている。

図２３は、上記第１の実施の形態の操作画面１に相当する操作画面Ｂ１を示す図である。操作画面Ｂ１には、指定した予約日について、患者単位で出力欄ｃ３が配列した患者一覧が表示される。操作画面Ｂ１の患者一覧近傍には「予約システム」のＧＵＩボタンｂ１が配置されており、第一の対応情報Ｔ１に基づいて、予約アプリケーションへのリンクが設定されている。

操作画面Ｂ１は、主に矯正歯科医院の受付で利用される。受付の医療スタッフが予約管理を行うときは、患者情報管理システムの操作画面Ｂ１を表示し、ＧＵＩボタンｂ１を選択して、予約アプリケーションを別ウィンドウに表示する。起動される予約アプリケーションのページは、図２９に示すように、日付ごとに各デンタルチェアの予約状況を管理する予約管理ページであり、指定した日付の画面にはデンタルチェアごとに予約時間と患者ＩＤや患者名が示された一覧が表示され、予約の修正や新規登録が可能となっている。受付の医療スタッフは、例えば、次回の予約を押えるときに、予約アプリケーションでデンタルチェアごとの予約状況を確認しながら予約日時を決定して登録するとともに、操作画面Ｂ１において当該患者の出力欄ｃ３の「予約管理」ボタンを選択し、予約入力画面（図示せず）にて患者情報管理システムにも予約日時を登録する。すなわち、操作画面Ｂ１では複数患者の患者情報を入出力対象とするため、ＧＵＩボタンｂ１のリンク先も当該複数患者の予約情報を管理可能なページとなっている。このように、操作画面Ｂ１においては、高頻度に予約アプリケーションが起動されるが、ＧＵＩボタンｂ１が配置されているため、予約アプリケーションを即座に起動可能であり、予約業務を迅速に遂行することができるとともに、予約アプリケーションでの登録や確認等の作業漏れも防止できる。

図２４は、上記実施の形態の第二の対応情報設定画面に相当する第二の対応情報設定画面Ａ２を示す図である。第二の対応情報設定画面Ａ２は、操作画面Ｂ１の患者一覧から所望の患者（患者ＩＤ「０００００５」の患者）の欄ｃ３の「基本情報」ボタンを選択した後にタブｔ「外部サービス」を選択することで表示される当該患者専用の画面であり、ＧＵＩボタンｂ１～ｂ１０とリンク入力欄ｃ２２が対応付けて配置されている。各ＧＵＩボタンｂ１～ｂ１０には、第一の対応情報設定画面Ａ１で登録された第一の対応情報に基づいてリンクが設定されている。ユーザが各ＧＵＩボタンｂ１～ｂ１０をマウスでクリックすると、リンク先であるアプリケーションの第一画面が表示され、第一画面から他の画面へ遷移すると、リンク入力欄ｃ２２に当該画面へのリンク先情報（ＵＲＬ）が自動挿入される。ユーザは各アプリケーションについて第一画面からへ所望の画面へ遷移することで第二画面へのリンク先情報を迅速に入力できる。各リンク入力欄ｃ２２に入力されたリンク先情報は、ＧＵＩボタンｂ１～ｂ１０と対応付けて、当該患者ＩＤ「０００００５」の患者専用の第二の対応情報として記憶部に記憶される。第二の対応情報と第一の対応情報とは、第二の対応情報設定画面のＧＵＩボタンｂ１～ｂ１０のボタン画像内の文字列と、第一の対応情報設定画面の文字列Ｆが一致する対応関係で紐づけられている。なお、第二の対応情報設定画面Ｂ２のＧＵＩボタンｂ７（ｂ７－１）「タスクアプリ１－１」は，ＧＵＩボタンｂ７（ｂ７－２）「タスクアプリ１－２」は、第一の対応情報設定画面Ｂ１の「タスクアプリ１」のリンク入力欄ｃ２１に入力されるリンク先情報と紐づけられている。

リンク入力欄ｃ２２には、所望のＵＲＬをコピー・アンド・ペーストして入力することも可能である。また、第二の対応情報は第一の対応情報の値を引き継ぐため、各リンク入力欄ｃ２２には、初期値として第一の対応情報のリンク先情報が挿入されている。リンク入力欄ｃ２２内の左端のＧＵＩボタンａ４をクリックすると、初期設定のＵＲＬ又はリンク入力欄ｃ２１に入力されているＵＲＬのページが表示され、当該ページから所望のページに遷移することで自動挿入したりすることでも入力可能である。

ここで、各アプリケーションについて、第一の対応情報設定画面Ａ１と第二の対応情報設定画面Ａ２への入力例を説明する。予約アプリケーション（図２２においては予約システム）は、例えば図２９に示すように、日付ごとに各デンタルチェアの予約状況の表示や予約の登録が可能な予約一覧ページが表示可能となっている。第一の対応情報設定画面Ａ１においては予約アプリケーションのＧＵＩボタンｂ１に対応付けられるリンク先情報として、この予約一覧ページへのＵＲＬが登録され、第二の対応情報設定画面Ａ２においても同じＵＲＬが登録される。すなわち、第二の対応情報のリンク先情報として、第一の対応情報から引き継いだリンク先情報を維持しておくことも可能である。なお、図２２のリンク入力欄ｃ２１及び図２４のリンク入力欄ｃ２２に示すリンク先情報は、一部について例示しているだけであり、操作画面Ｂ１～Ｂ４に反映されているものではない。

ストレージ管理アプリケーション（図２２においては外部ストレージ）は、階層構造でフォルダやファイルを管理するものであり、パスを辿ることで所望のフォルダやファイルに遷移可能となっている。ここでは、画像用の上位フォルダ内に各患者専用フォルダを備える構成となっており、患者専用フォルダ内には当該患者の画像データが保存されている。そこで、第一の対応情報設定画面Ａ１においては、ストレージ管理アプリケーションのＧＵＩボタンｂ２に対応付けられるリンク入力欄ｃ２１に、上位フォルダへのＵＲＬを入力する。入力されたＵＲＬは、ＧＵＩボタンｂ２と対応付けて第一の対応情報として登録される。第二の対応情報設定画面Ａ２においては、外部ストレージ管理アプリケーションのＧＵＩボタンｂ２に上位フォルダへのＵＲＬが設定される。そして、ＧＵＩボタンｂ２をクリックすることで表示される上位フォルダ内の画面から当該患者のフォルダ内の画面へ遷移することで、対応するリンク先入力欄Ｃ２２に当該患者のフォルダへのＵＲＬが挿入され、第二の対応情報Ｔ２に登録される。

モニタリングアプリケーション、３Ｄ模型アプリケーション、シミュレーションアプリケーション、連絡アプリケーション、外部データベースアプリケーション、スキャンアプリケーションは、各アプリケーションの検索ページにおいて患者名や患者ＩＤを検索キーとして検索することで、当該患者専用ページへの遷移が可能となっている。患者専用ページとしては、モニタリングアプリケーションであれば当該患者が撮像した口腔内撮像データ等が表示されるページ、３Ｄ模型アプリケーションであれば当該患者の歯列模型や矯正装置の３Ｄ模型データ等が表示されるページ、シミュレーションアプリケーションであれば当該患者の歯列の動きを示す画像を表示するページ、連絡アプリケーションであれば当該患者とのチャット用ページ、外部データベースアプリケーションでれば当該患者のマウスピース型矯正歯科装置に関する情報が登録されているページである。そこで、第一の対応情報設定画面Ａ１においては、各アプリケーションのリンク入力欄ｃ２１に、検索ページへのＵＲＬを登録する。第二の対応情報設定画面Ａ２においては、各ＧＵＩボタンｂ２～５，ｂ８，ｂ９に各アプリケーションの検索ページへのＵＲＬが設定される。そして、各ＧＵＩボタンｂ２～５，ｂ８，ｂ９をクリックすることで各検索ページが表示され、各検索ページから当該患者専用ページへ遷移することで、各リンク入力欄ｃ２２に当該患者専用ページへのＵＲＬが挿入され、当該患者の第二の対応情報Ｔ２として登録される。

タスク管理アプリケーションは、カンバン方式でタスクを管理するアプリケーションである。図３０は、タスク管理アプリケーションを説明する説明図である。タスク管理アプリケーションは、表示形態として「ボード」と呼ばれるエリア内に、「リスト」と呼ばれるエリアが配置され、「リスト」内に「カード」が配置可能となっており、「ボード」、「リスト」、「カード」の各々の単位でページを表示可能となっている。本実施例では、マウスピース型矯正装置のタスクを管理するボードと、歯科技工物のタスクを管理するボードが作成されている。マウスピース型矯正装置用ボードには、作業ごとに例えば「外部ＤＢ登録済」「処方書提出済」「シミュレーション中」「シミュレーション次承認」「シミュレーション承認済」「アライナー到着済」等のタイトルが付された「リスト」と、患者ごとにマウスピース型矯正装置１に対応する「カード１－１」とマウスピース型矯正装置２に対応する「カード１－２」の２つのカードが作成されている。歯科技工物用ボードには、作業ごとに例えば「技工物発注」「技工物作成中」「技工物作成済」「ラボ発送済」「納品済」等のタイトルが付された「リスト」と、患者ごとに「カード２」が作成されている。ユーザは、「カード１－１」「カード１－２」「カード２」を各ボードの該当作業を示す「リスト」内に配置し、当該作業が完了すると、その作業内容を各カード内に記録し、次の作業を示す「リスト」に移動させる。

そこで、ユーザは、第一の対応情報設定画面Ａ１において、タスク管理アプリケーションの「タスクアプリ１」に対応するリンク入力欄ｃ２１に、マウスピース矯正装置用ボードを表示するページへのＵＲＬを登録し、「タスクアプリ２」に対応するリンク入力欄ｃ２１に、歯科技工物用ボードを表示するページへのＵＲＬを登録する。第二の対応情報設定画面Ａ２では、第一の対応情報Ｔ１に基づいて、タスク管理アプリケーションに対応するＧＵＩボタンｂ７（ｂ７－１）「タスクアプリ１－１ＵＲＬ」及びＧＵＩボタンｂ７（ｂ７－２）「タスクアプリ１－２ＵＲＬ」に、マウスピース矯正装置用ボードを表示するページへのＵＲＬが設定され、ＧＵＩボタンｂ６「タスクアプリ２ＵＲＬ」には、歯科技工物用ボードを表示するページへのＵＲＬが設定される。これにより、第二の対応情報設定画面Ａ２では各ＧＵＩボタンｂ７－１，ｂ７－２をクリックすると、マウスピース矯正装置用ボードのページが表示され、ＧＵＩボタンｂ６をクリックすると、歯科技工物用のボードのページが表示される。そして、ユーザが表示された各ボードにて当該患者専用カード（カード１－１，カード１－２，カード２）を指定すると、第二の対応情報設定画面Ａ２の各リンク入力欄ｃ２２に当該カードへのＵＲＬが自動挿入され、当該患者の第二の対応情報Ｔ２として登録される。

図２５は、上記第１の実施の形態の操作画面２に相当する操作画面Ｂ２を示す図である。操作画面Ｂ２は、操作画面Ｂ１の患者一覧から所望の患者の欄の「基本情報」ボタンを選択することで表示され、その後の画面遷移ではタブｔ「基本情報」を選択することで表示される。操作画面Ｂ２には、「患者情報」「次回予約」「メンテナンス」等のタイトルごとにカテゴライズされた複数の区画領域が配置されている。次回予約の情報が表示される区画領域ｒ２には、ＧＵＩボタンｂ１「予約システム」が配置されている。ＧＵＩボタンｂ１「予約システム」には第二の対応情報Ｔ２に基づいて、予約アプリケーションの予約一覧ページ（図２９参照）へのリンクが設定される。また、区画領域ｒ２には複数の入出力欄ｃ６（次回の予約日、予定されている治療、次回間隔、メモ）が配置されている。各入出力欄ｃ６に対する入力は、編集ボタンａ５を選択し、編集許可モードとすることで可能となる。

予約作業は、操作画面Ｂ２から高頻度で行われる。矯正歯科治療においては、治療方針から次回の診療時期が定まることが多い。また、患者の過去の問い合わせ内容を参照することで、より適切な診療時期を見極めることができる。そこで、治療方針に関わる情報や問い合わせ内容に関わる情報が表示される操作画面Ｂ２に、「次回予約」に関する区画領域ｒ２を設け、区画領域ｒ２に予約日時等の入出力欄ｃ６と、ＧＵＩボタンｂ１「予約システム」を配置する。医療スタッフは、予約日時の決定において、操作画面Ｂ２で治療方針や過去の問い合わせ内容を参照しながら、ＧＵＩボタンｂ１を選択することで別ウィンドウにデンタルチェアごとの予約一覧ページ（図２９参照）を表示して空き状況を確認し、その予約一覧ページにて予約を登録するとともに、入出力欄ｃ６にも次回予約の予約日を登録する。このように、操作画面Ｂ２においては予約アプリケーションが高頻度で起動されるが、操作画面Ｂ２の特に区画領域ｒ２に予約アプリケーションへのＧＵＩボタンｂ１が配置されているため、予約業務を迅速に遂行することができるとともに、予約アプリケーションでの確認や登録の作業を忘れることもない。

また、操作画面Ｂ２では、タイトル「モニタリングアプリ」に関する区画領域において、遠隔モニタリングのデータを管理するが、その区画領域にはＧＵＩボタンｂ９「モニタリング」が配置されている。ＧＵＩボタンｂ９「モニタリング」には、第二の対応情報Ｔ２のリンク先情報に基づいて、モニタリングアプリケーションの当該患者専用ページへのリンクが設定されているため、ＧＵＩボタンｂ９「モニタリング」をクリックすると、当該患者の口腔内撮像データ等を即座に確認することができる。

また、操作画面Ｂ２では、問い合わせ内容や支払い状況等を確認しながら、患者に連絡することがあるため、ＧＵＩボタンｂ１０「連絡アプリ」が配置されている。ＧＵＩボタンｂ１０「連絡アプリ」には、第二の対応情報Ｔ２のリンク先情報に基づいて、連絡アプリケーションの当該患者用チャットページへのリンクが設定されているため、ＧＵＩボタンｂ１０「連絡アプリ」をクリックすることで、当該患者に即座に連絡することができる。

図２６は、上記第１の実施の形態の操作画面３に相当する操作画面Ｂ３を示す図である。操作画面Ｂ３は、主に診断情報を表示するものであり、タブｔ「診断情報」を選択することで表示され、「Ｐｈｏｔｏ」「基本情報」「問題点」等の項目ごとにカテゴライズされた複数の区画領域が配置されている。タイトル「Ｐｈｏｔｏ」の区画領域ｒ３には、ＧＵＩボタンｂ２，ｂ３が配置されている。ＧＵＩボタンｂ２「ストレージ」には、第二の対応情報Ｔ２に基づいて、ストレージ管理アプリケーションの当該患者用のページへのリンクが設定され、ＧＵＩボタンｂ３「３Ｄデータ」には、３Ｄ模型アプリケーションの当該患者用のページへのリンクが設定される。また、区画領域ｒ３には、画像データの入力及び出力を行う入出力欄ｃ７が複数配置されている。ＧＵＩボタンｂ２「ストレージ」をクリックすると、当該患者専用フォルダが表示されるため、当該患者の画像データ等を即座に確認することができる。

医療スタッフは、画像用の入出力欄ｃ７に画像を登録したいときは、ＧＵＩボタンｂ２を選択してストレージ管理アプリケーションの当該患者フォルダを表示させ、そのフォルダの画像データから所望の画像データを登録先の入出力欄ｃ７にドラッグアンドドロップで対応付ける。ＧＵＩボタンｂ２は、登録先の入出力欄ｃ７と同じ区画領域ｒ３内に配置されているため、登録作業が迅速に行われる。また、入出力欄ｃ７に表示される画像を異なるアプリケーションで使用する場合は、元データ（ストレージ管理アプリケーションの記憶領域に記憶されている画像データ）をエクスポートするが、ストレージ管理アプリケーションへのＧＵＩボタンｂ２が同じ区画領域ｒ３内に配置されているため、元データに迅速にアクセスできる。

また、医療スタッフは、診断情報を入力するときに、患者の口腔内の３Ｄ模型画像を頻繁に参照するが、診断情報の操作画面Ｂ２には３Ｄ模型アプリケーションの当該患者用のページへのリンクが設定されたＧＵＩボタンｂ３が配置されているため、３Ｄ模型画像を迅速に表示させることができる。

マウスピース型矯正歯科装置を使用した治療計画を表示する区画領域ｒ６には、ＧＵＩボタンｂ４，ｂ５，ｂ７（ｂ７－１），ｂ７（ｂ７－２）が配置されている。第二の対応情報Ｔ２に基づいて、ＧＵＩボタンｂ５「外部ＤＢ」には、外部データベース用アプリケーションの当該患者用のページへのリンクが設定されており、ＧＵＩボタンｂ４「シミュレーション」には、シミュレーションアプリケーションの当該患者用のページへのリンクが設定されており、ＧＵＩボタンｂ７（７－１）「タスクアプリ１－１」には、タスク管理アプリケーションの「マウスピース型矯正装置ボード」に配置される当該患者用の「カード１－１」を表示するページへのリンクが設定されており、ＧＵＩボタンｂ７－２「タスクアプリ１－２」には、タスク管理アプリケーションの「マウスピース型矯正装置ボード」の当該患者用の「カード１－２」を表示するページへのリンクが設定されている。区画領域ｒ６に配置される入出力欄ｃ１０は、マウスピース型矯正歯科装置に関して、患者情報データベースシステムＤＢに対する処理命令の入力を受け付けや、読み出されたデータが出力される欄であり、編集ボタンａ７を選択することで入力モードとなる。

マウスピース型矯正歯科装置を使用する患者については、そのマウスピース型矯正歯科装置専用の外部データベースに高頻度にアクセスする。医療スタッフは、操作画面Ｂ３からＧＵＩボタンｂ５「外部ＤＢ」をクリックし、外部データベース用アプリケーションを起動して別ウィンドウに表示させた状態とし、操作画面Ｂ３の診断情報を確認しながら外部データベースへ処方書（治療方針）等の登録を行う。とくに、区画領域ｒ６には矯正歯科装置の治療計画に関するデータが表示されていることから、区画領域ｒ６内にＧＵＩボタンｂ５を配置することで、治療計画の確認から外部データベース用アプリケーションの当該患者用のページの表示までの流れがスムーズに行われるとともに、外部データベースへの登録等の作業漏れも防止できる。

マウスピース型矯正歯科装置を使用する患者について治療計画を立てるときは、シミュレーションアプリケーションを使用する。医療スタッフは、治療計画を策定し、区画領域ｒ６の入出力欄ｃ１０に入力する。そして、ＧＵＩボタンｂ４をクリックしてシミュレーションアプリケーションを起動し、入出力欄ｃ１０に入力した治療計画に基づいて、シミュレーションアプリケーションにデータを入力し、どのように歯列が動くかを三次元的にシミュレーションする。その治療計画に従って治療するに際しては、マウスピース型矯正歯科装置の納品が当該患者への装着日に間に合うか等のスケジュールを管理する必要があるが、ＧＵＩボタンｂ７（ｂ７－１）「タスクアプリ１－１」やＧＵＩボタンｂ７（ｂ７－２）「タスクアプリ１－２」をクリックするだけで当該患者の各マウスピース型矯正装置用のカード１－１，カード１－２が表示され、各マウスピース型矯正装置のタスク情報を迅速に確認することができる。ＧＵＩボタンｂ７（ｂ７－１）「タスクアプリ１－１」やＧＵＩボタンｂ７（ｂ７－２）「タスクアプリ１－２」は操作画面Ｂ２内の特に区画領域ｒ６に配置されているため、すぐに見つけ出すことができ、スケジュールの確認作業を忘れることもない。

このように、ＧＵＩボタンｂ３～ｂ５，ｂ７（ｂ７－１，ｂ７－２）には、第二の対応情報Ｔに基づいて、当該患者ＩＤごとにリンク先が設定されているため、各アプリケーションの画面には当該患者に関する情報が即座に表示され、極めて効率的である。

図２７は、上記第１の実施の形態の操作画面４に相当する操作画面Ｂ４を示す図である。操作画面Ｂ４は、歯科技工物の発注情報のリストを表示する画面である。操作画面Ａ４の各出力欄ｃ１１には、歯科技工物単位で発注情報が出力される。新規技工物を発注するときは、ボタンａ８「＋技工物を依頼」を選択することで、リストに新規出力欄ｃ１１が追加されとともに、歯科技工物の発注に必要な詳細情報が（以下、技工物依頼情報と言う）を受け付ける操作画面Ｂ５（図２８参照）が表示される。操作画面Ｂ５に必要事項が入力されると、操作画面Ｂ４の出力欄ｃ１１の表示に反映される。各出力欄ｃ１１はボタンの機能も備えており、出力欄ｃ１１を選択することで操作画面Ｂ５が表示される。

操作画面Ｂ４には、ＧＵＩボタン「タスクアプリ２」ｂ６が配置されている。ＧＵＩボタンｂ６にはタスク管理アプリケーションへのリンクが設定されているが、リンク先のページは、第二の対応情報Ｔ２に基づいて、歯科技工物用ボード内の当該患者専用カード「カード２」が表示されるページとなる。

医療スタッフは、出力欄ｃ１１で進捗状況を確認することが可能であるが、タスク管理アプリケーションを併用することで、アプリケーション特有の機能を使用したり、データの二重管理などを行う傾向にある。ＧＵＩボタンｂ６を選択することでタスク管理アプリケーションのページが表示されるが、そのページには、当該患者用の歯科技工物の作業内容が記載されたカードが表示されるため、極めて効率的である。

図２８の操作画面Ｂ５は、操作画面Ｂ４のボタンａ８又は出力欄ｃ１１を選択することで表示される技工物依頼情報の入出力画面である。操作画面Ａ７には、ＧＵＩボタンｂ６「タスクアプリ２」とＧＵＩボタンｂ８「スキャンアプリ」が配置されている。ＧＵＩボタンｂ６には、上記操作画面Ｂ４と同様に、第二の対応情報Ｔ２に基づいて、タスク管理アプリケーションの歯科技工物ボードに配置される当該患者のカード２を表示するページへのリンクが設定される。各ＧＵＩボタンｂ８には第二の対応情報Ｔ２に基づいて、スキャンアプリケーションの当該患者専用のページへのリンクが設定される。操作画面Ｂ５は、歯科技工物の作成依頼や確認のときに使用されるが、口腔内をスキャンしたり、歯科技工物のタスク状況を確認・登録したりするため、スキャンアプリケーションやタスク管理アプリケーションが頻繁に起動される。操作画面Ｂ５には、ＧＵＩボタンｂ６，ｂ８が配置されているため、これらのアプリケーションを迅速に起動できるだけでなく、当該患者専用ページが即座に表示される。なお、本実施例の医療情報管理システムでは、操作画面Ｂ５において、歯科技工物に関するデータの入力や、ネットワークで接続される歯科技工所のクライアント端末とのコメントの受発信が可能となっており、これらのデータに基づいて、操作画面Ｂ４の出力欄ｃ１１に設けられるステータスの項目に進捗状況が表示される。

このように、本実施例においては、サブシステムとして多数のアプリケーションが使用されるが、各アプリケーションへのＧＵＩボタンｂ１～ｂ１０は操作画面内の適切な位置に配置されているため、ユーザは迷うことなく即座に所望のＧＵＩボタンを見つけ出すことができ、作業効率が飛躍的に高まるとともに、アプリケーションによる確認や登録等の作業漏れも生じにくい。

以上のように、本発明の患者情報管理システム及び患者情報管理プログラムによれば、基幹システムである患者情報管理システムの使用においては、サブシステムであるアプリケーションによる確認作業や登録作業等が行われるが、アプリケーションへのＧＵＩボタンは、そのアプリケーションの使用傾向に基づいて操作画面内に配置されているため、所望のアプリケーションへのＧＵＩボタンを即座に見つけ出すことができ、アプリケーション（サブシステム）による確認や登録等の作業漏れも防止できる。

以上、本発明を適用した実施形態について説明してきたが、本発明がこの実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲で、種々の変更が可能であることは言うまでもない。

例えば、上記実施の形態では、対応情報設定画面表示手段５２と対応情報記憶手段５３は、第二の対応情報設定画面表示手段５２２と第二の対応情報記憶手段５３２のみでも良い。この場合は、第二の対応情報設定画面において各アプリケーションの第一画面へのリンクは設定されていないため、ＧＵＩボタンａ４を選択することで表示されるリンク先から各アプリケーションの画面へ遷移したり、別ウィンドウに表示されるアプリケーションの画面のリンク先情報をコピー・アンド・ペーストすることでリンク先入力欄ｃ２２に入力すればよい。

操作画面や区画領域に配置されるＧＵＩボタンの複数であるが、その数は必要に応じて任意である。また、区画領域の数や位置も必要に応じて任意である。また、区画領域の外にもＧＵＩボタンが配置されても良く、その位置も操作画面内であれば必要に応じて任意である。

ＧＵＩボタンに対応付けられるアプリケーションについても、上記実施の形態で挙げたアプリケーションに限定されるものではなく、医療現場の必要性に応じて適宜採用すればよい。また、患者情報は上記実施の形態に限定されるものではなく、医療機関で管理される患者に関する情報であれば良い。

また、上記実施の形態では、操作画面に配置される欄は、患者情報データベースに対する処理命令の入力を受け付ける入力欄、又は、患者情報データベースの患者情報を表示する表示欄、又は、入力欄と出力欄の両方の機能を兼ね備える入出力欄のいずれでも良く、入出力欄、入力欄、出力欄のうち少なくとも一つが配置されていれば良い。また、操作画面内を区画する区画領域は一つでも複数でも良い。

また、上記実施の形態では、操作画面の各区画領域ｒ１～ｒ６は矩形の枠により区画されているが、これに限定されるものではなく、例えば、区画領域ｒ１～ｒ６ごとに異なる色彩で表示したり、区画領域ｒ１～ｒ６の間に所定の間隔を設けたりしても良く、その形状も矩形以外（例えば、楕円等）でも良く、区画領域であることが識別可能であれば良い。

また、上記実施の形態では、区画領域ｒ３，ｒ６は操作画面３に並列配置されているが、例えば、区画領域の項目が大項目と小項目のように複数階層で構成されており、これに対応して、区画領域が複数階層の入れ子状になっている場合は、入出力欄とＧＵＩボタンは同一階層の区画領域に配されるほうが好ましい。

また、ＧＵＩボタンは、入力欄又は出力欄又は入出力欄が配置される区画領域のうち、少なくとも一つの操作画面内に配置される全ての区画領域、又は、全ての操作画面に配置される全ての区画領域に、一つ又は複数配置されていても良い。例えば、上記実施の形態において、操作画面２の区画領域ｒ１及びｒ２、操作画面３の区画領域ｒ３～ｒ６のすべてにＧＵＩボタンを配置しておく。このとき、リンクが設定されていないＧＵＩボタンは非表示となる。これにより、使用可能なＧＵＩボタンをユーザの判断により選択的に設定でき、使用状況の傾向を厳密に反映させずともカスタマイズが可能となる。

また、領域のレイアウト設定に関わるレイアウト設定画面表示手段５６やレイアウト設定記憶手段６や、画像登録に関わる画像登録手段５５は必ずしも設ける必要はなく、必要に応じて任意である。

また、上記実施の形態では、第一の対応情報Ｔ１が変更された場合、その後に新規登録される第二の対応情報Ｔ２の初期値にのみ反映され、登録済みの第二の対応情報Ｔ２は変更前の値が維持されることとしたが、これに限定されるものではない。例えば、第一の対応情報Ｔ１のリンク先情報が変更された場合、登録済みの第二の対応情報Ｔ２についてもリンク先情報が自動削除や自動修正されるようにしても良い。これにより、第一の対応情報Ｔ１のリンク先情報が削除された場合は、各患者専用の操作画面のＧＵＩボタンが一括で非表示となる。第一の対応情報Ｔ１のリンク先情報が別のアプリケーションへのリンク先情報に修正された場合は、第二の対応情報Ｔ２のリンク先情報が初期値（変更後のアプリケーションの第一画面へのリンク先情報）に変更されるため患者ごとに再設定が必要となるが、第二の対応情報設定画面に配置されるＧＵＩボタンには変更後のリンク先情報に基づいてリンクが設定されるため、再設定も容易である。

Ｓｙｓ１，Ｓｙｓ２ 患者情報管理システム
５ 制御部
５１ データベース処理手段
５２１ 第一の対応情報設定画面表示手段
５２２ 第二の対応情報設定画面表示手段
５３１ 第一の対応情報記憶手段
５３２ 第二の対応情報記憶手段
５４ 操作画面表示手段
５５ 画像登録手段
５６ レイアウト設定画面表示手段
５７ レイアウト情報更新手段
ＤＢ 患者情報データベースシステム
Ｎ１，Ｎ２ ネットワーク
１０ クライアント端末
Ｗ 第一ウィンドウ
ｃ１ 名称入力欄
ｃ２ リンク入力欄
ｃ３，ｃ１１ 出力欄
ｃ４ 入力欄
ｃ５～ｃ１０ 入出力欄
ｂ１～ｂ６ ＧＵＩボタン
ｒ１～ｒ７ 区画領域
ｒ１０ レイアウト領域
ｒ１１ 非表示領域
Ａ１，Ａ２ 実施例の対応情報設定画面
Ｂ１～Ｂ５ 実施例の操作画面
Ｔ１ 第一の対応情報
Ｔ２ 第二の対応情報

Claims (6)

1. ディスプレイに表示される操作画面から患者情報が蓄積された患者情報データベースシステムに対する処理命令を受け付け、当該処理命令に対する処理結果を前記操作画面に出力する患者情報管理システムであり、
   前記操作画面を前記ディスプレイに表示する操作画面表示手段と、
   対応情報を受け付ける対応情報設定画面を前記ディスプレイに表示する対応情報設定画面表示手段と、
   前記対応情報設定画面から受け付けた前記対応情報を記憶部に記憶させる対応情報記憶手段とを備え、
   前記操作画面にはＧＵＩボタンが配置されるとともに、前記患者情報データベースシステムに対する処理命令の入力を受け付ける入力欄、又は、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
   前記対応情報設定画面には、アプリケーションへのリンク先情報の入力を受け付けるリンク入力欄が設けられており、
   前記対応情報は、前記ＧＵＩボタンに対して、前記リンク入力欄から受け付けたアプリケーションへのリンク先情報を対応付けるものであり、
   前記操作画面表示手段は、前記記憶部に記憶された前記対応情報に基づいて前記ＧＵＩボタンにリンクを設定することを特徴とする患者情報管理システム。
2. 前記操作画面表示手段は、各患者専用の前記操作画面を前記ディスプレイに表示する機能を備え、前記対応情報は患者ごとに設定可能であることを特徴とする請求項１記載の患者情報管理システム。
3. 前記対応情報設定画面表示手段は、第一の対応情報を受け付ける第一の対応情報設定画面を前記ディスプレイに表示する第一の対応情報設定画面表示手段と、患者ごとに第二の対応情報を受け付ける第二の対応情報設定画面を前記ディスプレイに表示する第二の対応情報設定画面表示手段とを備え、
   前記第一の対応情報設定画面は、前記アプリケーションの第一画面へのリンク先情報の入力を受け付けるリンク入力欄が設けられ、前記第二の対応情報設定画面に配置されるＧＵＩボタンに対して前記リンク入力欄から受け付けた前記アプリケーションの第一画面へのリンク先情報を対応付ける第一の対応情報を受け付けるものであり、
   前記第二の対応情報設定画面は、前記アプリケーションの第二画面へのリンク先情報の入力を受け付けるリンク入力欄が設けられ、患者ごとに、前記操作画面のうち各患者専用の操作画面に配置されるＧＵＩボタンに対して前記リンク入力欄から受け付けた前記アプリケーションの第二画面へのリンク先情報を対応付ける第二の対応情報を受け付けるものであり、
   前記対応情報記憶手段は、前記第一の対応情報設定画面で受け付けた前記第一の対応情報を前記記憶部に記憶させる第一の対応情報記憶手段と、前記第二の対応情報設定画面で受け付けた患者ごとの前記第二の対応情報を前記記憶部に記憶させる第二の対応情報記憶手段とを備え、
   前記第二の対応情報設定画面表示手段は、前記第一の対応情報記憶手段により前記記憶部に記憶された前記第一の対応情報に基づいて、前記第二の対応情報設定画面に配置される前記ＧＵＩボタンにリンクを設定し、前記ＧＵＩボタンの選択により表示された前記第一画面から前記第二画面へ遷移が行われると、当該第二画面のリンク先情報を前記第二の対応情報設定画面の前記リンク入力欄に挿入する機能を備え、
   前記操作画面表示手段は、各患者専用の前記操作画面を前記ディスプレイに表示する機能を備え、前記各患者専用の操作画面については、前記第二の対応情報記憶手段により前記記憶部に記憶された当該患者の前記第二の対応情報に基づいて当該患者専用の操作画面に配置される前記ＧＵＩボタンにリンクを設定することを特徴とする請求項１記載の患者情報管理システム。
4. 前記操作画面には、少なくとも一つの区画領域が設けられており、
   少なくとも一つの前記区画領域には、前記患者情報データベースシステムに対する前記処理命令の入力を受け付ける入力欄、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
   少なくとも一つの前記ＧＵＩボタンは、前記入力欄又は出力欄又は入出力欄が配置される区画領域のうち少なくとも一つの区画領域に配置されていることを特徴とする請求項１乃至請求項３のいずれか一項記載の患者情報管理システム。
5. 前記操作画面には画像が表示される画像表示欄が配置されており、
   前記アプリケーションの記憶領域に記憶される画像と前記画像表示欄とを対応付ける画像対応情報を受け付けると、当該画像対応情報を前記患者情報データベースシステムに登録する画像登録手段を備え、
   前記操作画面表示手段は、前記画像対応情報に基づいて前記画像表示欄に前記画像を表示させることを特徴とする請求項１乃至請求項３のいずれか一項記載の患者情報管理システム。
6. ディスプレイに表示される操作画面から患者情報が蓄積された患者情報データベースシステムに対する処理命令を受け付け、当該処理命令に対する処理結果を前記操作画面に出力する処理をコンピュータに実行させる患者情報管理プログラムであり、
   前記操作画面を前記ディスプレイに表示する操作画面表示ステップと、
   対応情報を受け付ける対応情報設定画面を前記ディスプレイに表示する対応情報設定画面表示ステップと、
   前記対応情報設定画面から受け付けた前記対応情報を記憶部に記憶させる対応情報記憶ステップとを備え、
   前記操作画面にはＧＵＩボタンが配置されるとともに、前記患者情報データベースシステムに対する処理命令の入力を受け付ける入力欄、又は、前記患者情報データベースシステムの患者情報を出力する出力欄、又は、前記入力欄と前記出力欄の両方の機能を備える入出力欄のうち少なくとも一つが配置されており、
   前記対応情報設定画面には、アプリケーションへのリンク先情報の入力を受け付けるリンク入力欄が設けられており、
   前記対応情報は、前記ＧＵＩボタンに対して、前記リンク入力欄から受け付けたアプリケーションへのリンク先情報を対応付けるものであり、
   前記操作画面表示ステップでは、前記記憶部に記憶された前記対応情報に基づいて前記ＧＵＩボタンにリンクを設定する処理をコンピュータに実行させることを特徴とする患者情報管理プログラム。

Images