JP2002032475A - 診療情報管理装置 - Google Patents

Abstract

(57)【要約】 【課題】患者の病院における診察前後の待ち時間の短縮
を図る。 【解決手段】患者ａは患者側端末ａ１から診療情報管理
装置２のホストコンピュータ３を介して病院端末Ｌ１に
アクセスして、病院端末Ｌ１の予約状況データベース１
４を閲覧し、予約の混雑状況を把握した後、予約を申し
込む。一方、患者ａの診察中、或いは診療後に、医師は
ホストコンピュータ３にアクセスし、患者情報データベ
ース１１に作成されているの患者ａの患者ディレクトリ
領域に診療結果、処方箋を記録する。この処方箋情報
は、患者の近所の、或いは希望する処方箋薬局ｘの端末
Ｘ１へ送信される。従って、患者は、診察が終了した後
は、病院で処方箋の受取を待つことなく帰宅し、処方箋
薬局ｘから薬を受け取る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、病院固有の情報の
検索、及び特定病院に対する診療予約を通信回線を介し
て行う診療情報管理装置に関する。

【０００２】

【従来の技術】一般に、病院の診察予約は、各受診者が
個々にその傷病を推定し、受診を希望する病院を調べ、
電話にて予約を行うか、直接病院へ出向き予約の申込み
を行う。

【０００３】その際、診察を希望する病院を、人伝に聞
いたり、電話帳を調べたりして特定する必要があり、診
察を受ける前段として、病院の選択に多くの労力が費や
されてしまうばかりでなく、病院の所在を把握し、その
病院に予約の申込を行うという一連の作業が非常に煩雑
であった。

【０００４】又、診察予約を直接病院へ出向いて予約の
申込みをしなければならない場合もあり、更に、予約し
ないで来院すると何時間も診療を待たされてしまうとい
うケースが多く見受けられた。

【０００５】又、新たな病院へ通う場合、その選択に多
くの労力を費やすだけでなく、病院の所在の把握や予約
の申込という一連の作業が非常に煩雑であった。

【０００６】これに対処するに、例えば特開平１０−１
４９３９１号公報には、病院予約をＩＣカードを用い、
オンライン回線を介して自宅などの遠隔地から行うこと
のできる技術が開示されている。すなわち、ＩＣカード
には、受信者の健康保険番号、住所、電話番号等が予め
記憶されており、病院の予約をしようとする場合、この
ＩＣカードを電話機に挿入し、予約開始のボタンを押す
と、地域の病院を統括する地域病院統括センタのホスト
コンピュータに接続され、ＩＣカードに書込まれている
情報をホストコンピュータに送信する。ホストコンピュ
ータは送信された情報に基づき受診すべき病院の候補を
選定し、選定された病院の候補を電話機の表示部に表示
する。受診者は電話機に表示された病院の中から自分が
受けようとする病院を選択することで、病院予約が完了
し、その情報がＩＣカードに記録される。

【０００７】

【発明が解決しようとする課題】しかし、上記先行技術
では、受診者は予約専用電話機が設置されている場所ま
で、予約をするために出かけなればならず、簡単に診察
予約を行うことが出来ない。又、予約専用電話機を自宅
に設置する場合は経済的な負担が強いられることにな
る。

【０００８】更に、ＩＣカードに患者の情報が記憶され
ているため、このＩＣカードを病院毎に保管する必要が
あり、取扱性が悪いという問題がある。

【０００９】ところで、診察を終了した患者は、診察結
果に基づく処方箋の受取り、及び医療費の支払を済ませ
るまでは、病院に留まっていなければならず、診察を終
了した後の時間が有効に活用できない不都合も見受けら
れる。

【００１０】本発明は、上記事情に鑑み、患者の病院に
おける診察前後の待ち時間を極力削減することの可能な
診療情報管理装置を提供することにある。

【００１１】

【課題を解決するための手段】上記目的を達成するため
本発明は、各病院に固有の病院固有情報を記憶する病院
固有情報記憶手段と、前記病院情報記憶手段に記憶され
た前記病院固有情報に対する検索要求を、通信回線を介
して受信する病院検索要求受信手段と、前記病院検索要
求受信手段で受信した前記検索要求に基づき、前記病院
固有情報記憶手段に記憶された前記病院固有情報を検索
する病院固有情報検索手段と、前記病院固有情報検索手
段で検索された検索結果を前記検索要求の発信元に、前
記通信回線を介して送信する病院固有情報送信手段と、
前記病院固有情報検索手段の検索結果に基づき特定され
る特定病院に対する予約要求を、前記通信回線を介して
受信する予約要求受信手段と、前記予約要求受信手段で
受信された前記予約要求に基づき、前記特定病院に対す
る予約処理を行う予約処理手段と、前記予約処理手段で
予約処理された患者に対してなされる診療に基づき作成
された診療データを記憶する診療データ記憶手段とを具
備したことを特徴とする。

【００１２】このような構成では、患者などから通信回
線を介し病院検索要求受信手段に対して、各病院に固有
の病院固有情報の検索要求を送信すると、病院検索要求
受信手段では、受信した検索要求に基づき、病院固有情
報記憶手段に記憶された病院固有情報を検索する。そし
て、この検索結果を検索要求の発信元に通信回線を介し
て送信し、特定された病院に対する予約要求を行う。そ
の後、患者などが特定病院に対する予約を予約要求受信
手段に対して行うと、この予約要求受信手段では、受信
された予約要求に基づき特定病院に対する予約処理を行
う。そして、予約された患者に対してなされる診療に基
づき作成された診療データを診療データ記憶手段に記憶
する。

【００１３】

【発明の実施の形態】以下、図面に基づいて本発明の一
実施の形態を説明する。図１〜図３１に本発明の第１実
施の形態を示す。図１には診療情報管理システムの構成
図が示されている。尚、以下の説明では、便宜的に、患
者数、病院数をそれぞれ３、処方箋薬局数を２として説
明するが、当然これ以上であっても何ら問題はない。

【００１４】同図に示すように、患者ａ，ｂ，ｃの自宅
等に設置されている、パーソナルコンピュータ等の患者
側端末ａ１，ｂ１，ｃ１と、診療情報管理装置２に設置
されているホストコンピュータ３とが、インターネット
等、外部に開放されている通信回線網４を介して接続さ
れている。更に、このホストコンピュータ３が、閉鎖さ
れた専用通信回線５を介して、予め登録されている特定
病院Ｌ，Ｍ，Ｎ、及び、特定処方箋薬局Ｘ，Ｙに各々設
置されているパーソナルコンピュータ等の病院側端末Ｌ
１，Ｍ１，Ｎ１、処方箋薬局側端末Ｘ１，Ｙ１に接続さ
れている。

【００１５】ホストコンピュータ３の記憶手段３ａに
は、登録された患者の個人情報を備える患者情報データ
ベース１１、登録された病院毎の情報を備える病院情報
データベース１２、登録された各処方箋薬局情報を備え
る処方箋薬局情報データベース１３が格納されている。
尚、この診療情報管理装置２は、各病院Ｌ，Ｍ，Ｎの代
表に設置しても、それ以外の専用の場所に設置するよう
にしても良い。

【００１６】図３に示すように、患者情報データベース
１１は、登録された患者ａ，ｂ，ｃの情報がディレクト
リ構造で格納されている。すなわち、最上位に各患者
ａ，ｂ，ｃ毎の患者ディレクトリＤａ，Ｄｂ，Ｄｃが作
成されており、この患者ディレクトリＤａ，Ｄｂ，Ｄｃ
の領域に、各患者の個人情報が格納される。各患者ディ
レクトリＤａ，Ｄｂ，Ｄｃの構造は同一であるため、以
下の説明では、その代表として、患者ａのディレクトリ
構造についてのみ説明する。

【００１７】患者ディレクトリＤａには、診療情報管理
装置２側で発行する患者ａのUSER IDやPASSWORD（図１
８参照）等のように管理者側が患者を特定するのに必要
な個人情報ファイル１１１と特定の病院間で保険証のコ
ピーとして取り扱うことのできるメンバー登録情報ファ
イル１１２とが格納されると共に、病院側が登録するこ
とのできる病院情報ディレクトリＤｈが作成される。

【００１８】診察情報ディレクトリＤｈには、患者ａが
予約し、或いは実際に診察を受けた病院の病院ディレク
トリＤｌ，Ｄｍ，Ｄｎが作成され、この各病院ディレク
トリＤｌ，Ｄｍ，Ｄｎの領域に、診療予約情報ディレク
トリＤａｐ、診療結果／処方箋情報ディレクトリＤｍ
ｅ、診療／処方箋費用情報ディレクトリＤｅｘが作成さ
れている。

【００１９】診療予約情報ディレクトリＤａｐには、患
者ａが過去に予約した日付データ（日付１、日付２、日
付３…）を記録する予約日付記録ファイル１１３が格納
されており、又、診療結果／処方箋情報ディレクトリＤ
ｍｅには、実際に診療を受けたときの診療結果、処方箋
の内容（カルテ１、カルテ２…）を記録したカルテファ
イル１１４が格納される。更に、診療／処方箋費用情報
ディレクトリＤｅｘには、診療を受けたときの費用明細
（費用明細１、費用明細２…）を記録した表明細ファイ
ル１１５が格納される。

【００２０】又、図４に示すように、病院情報データベ
ース１２には、登録されている特定病院Ｌ，Ｍ，Ｎの病
院ディレクトリＤｌ，Ｄｍ，Ｄｎが作成されており、各
病院ディレクトリＤｌ，Ｄｍ，Ｄｎの領域に、各病院
Ｌ，Ｍ，Ｎが各々登録した病院の所在、診療科等、各病
院Ｌ，Ｍ，Ｎの病院情報が登録される登録情報ファイル
１１６ｌ，１１６ｍ，１１６ｎが作成される。この各登
録情報ファイル１１６ｌ，１１６ｍ，１１６ｎは、各病
院が作成するもので、例えば、病院の所在地、電話番
号、診療科、診療時間、最寄り駅から病院までの地図、
及び１日の診療時間内での混雑状況の統計表等を示すデ
ータを登録することができる。

【００２１】混雑状況の統計表を登録しておくことで、
病院への来院時間を決定する際の参考とすることができ
る。尚、この場合、ある一定期間の平均値を登録するよ
うにしても良く、病院側から病院情報データベース１２
への定期的なアクセスにより、混雑状況をほぼリアルタ
イムに更新するようにしても良い。

【００２２】又、この登録情報ファイル１１６ｌ，１１
６ｍ，１１６ｎには、例えば美容整形手術等、不透明に
なりがちな費用を予め登録しておくことも可能である。
これにより、患者にとっては、費用との兼ね合いで断念
していた治療や手術を受けるか否かの判断の参考とする
ことができる。尚、この病院情報は、これら以外に、例
えば病院の施設、設備状況、医師の専攻、所属学会等の
プロフィール、並びに患者の来院報告や病院の評価等を
登録するようにしてもよく、患者による報告や評価の登
録の代わりに診療情報管理装置２の管理者側で情報を収
集し、各病院の早期癌発見率等を登録するようにしても
よい。更に、この病院情報を、病院周辺地図を公開する
一般のサイトや、最寄りの交通機関のサイトとリンク可
能とすることで、来院する患者に対し、詳細位置や交通
機関の時刻表等を提供することも可能となる。

【００２３】そして、病院情報データベース１２に格納
された登録情報ファイル１１６ｌ，１１６ｍ，１１６ｎ
は、患者がアクセスすることで、例えば、図２５に示す
ように、各患者側端末のモニタに、その情報の内容を表
示させることができる。

【００２４】更に、図５に示すように、処方箋薬局情報
データベース１３には、登録されている特定処方箋薬局
Ｘ，Ｙの処方箋薬局ディレクトリＤｘ，Ｄｙが作成され
ており、各処方箋薬局ディレクトリＤｘ，Ｄｙの領域
に、各処方箋薬局Ｘ，Ｙが各々登録した処方箋薬局の所
在、電話番号等を登録する登録情報ファイル１１７ｘ，
１１７ｙが格納されている。

【００２５】又、各病院Ｌ，Ｍ，Ｎに設置されている病
院側端末Ｌ１，Ｍ１，Ｎ１の記憶手段Ｌ２，Ｍ２，Ｎ２
には、診療の予約状況を示す予約状況データベース１４
が備えられている。各予約状況データベース１４には、
例えば、図６に示すように、診療科毎の予約日時ディレ
クトリＤｄ１，Ｄｄ２，Ｄｄ３…が日時毎に作成されて
おり、各予約日時ディレクトリＤｄ１，Ｄｄ２，Ｄｄ３
に、予約を申し込んだ患者ａ，ｂ，ｃの個人情報ファイ
ル１１８ａ，１１８ｂ，１１８ｃが登録される。

【００２６】次に、図２の模式図を参照しながら、診療
情報管理システムにおける手続きの流れについて概略的
に説明する。尚、診療情報管理装置２のホストコンピュ
ータ３の記憶手段３ａに設けられている病院情報データ
ベース１２、処方箋薬局情報データベース１３には、各
病院側、各処方箋薬局側が登録した病院情報、処方箋薬
局情報が予め登録されている。

【００２７】先ず、患者ａが病院を検索する場合、患者
側端末ａ１から診療情報管理装置２のホストコンピュー
タ３に対して病院検索要求信号を送信する（(1)）。こ
の病院検索要求は、患者側端末ａ１から病院名、或いは
診察を受けようとする診療科、所在地等の内の１つ或い
は複数のキーワードを入力することで、それらの情報が
病院検索要求信号として送信される。

【００２８】ホストコンピュータ３は、患者側端末ａ１
から送信された病院検索要求信号を受信すると、病院情
報データベース１２を検索し、キーワード等の病院検索
要求に合致する病院があるかどうかを調べ、キーワード
等でヒットした病院の一覧情報を、検索結果一覧情報と
して患者側端末ａ１へ送信する（(2)）。

【００２９】患者ａは、モニタ等に表示された検索結果
一覧を確認して、自宅から一番近い病院等、患者の希望
に合致した病院を選択する。ここで、患者ａが例えば病
院Ｌを選択する場合は、患者側端末ａ１からホストコン
ピュータ３に対して、病院Ｌの詳細情報の表示を要求す
る表示要求信号を送信する（(3)）。

【００３０】すると、ホストコンピュータ３では、病院
情報データベース１２に格納されている病院Ｌの詳細情
報を読込み、患者側端末ａ１に対し、病院Ｌの詳細情報
を送信する（(4)）。

【００３１】患者ａは、患者側端末ａ１に表示された病
院Ｌの詳細情報の内容を確認し、病院Ｌに対して診察予
約を行いたい場合は、ホストコンピュータ３に対し、病
院Ｌの予約状況データベースへの接続要求信号を送信す
る（(5)）。

【００３２】ホストコンピュータ３では、患者側端末ａ
１からの接続要求信号に基づき、病院Ｌに設置されてい
る病院側端末Ｌ１に対し、予約状況データベース４への
接続及び予約状況情報取得の要求信号を送信する
（(6)）。

【００３３】病院側端末Ｌ１では、ホストコンピュータ
３からの要求信号を受けて、記憶手段Ｌ２内の予約状況
データベース４に格納されている予約状況情報を読込
み、予約状況情報をホストコンピュータ３へ送信する
（(7)）。ホストコンピュータ３では、病院側端末Ｌ１
から送られてきた予約状況情報と予約希望日時入力画面
情報とを患者側端末ａ１へ送信する（(8)）。

【００３４】患者ａは、患者側端末ａ１に表示された予
約状況を示す画像から、自分の希望する日時の予約状況
を確認し、希望に即した日時が予約可能の場合は、患者
側端末ａ１に表示されている予約希望日時入力画面に、
希望する日時を入力し、ホストコンピュータ３へ予約希
望日時情報として送信する（(9)）。

【００３５】ホストコンピュータ３では、患者側端末ａ
１から送られてきた予約希望日時情報と病院側端末Ｌ１
から送られてきた予約状況情報とを照合し、予約可能か
否かを判断し、予約可能な場合は、病院側端末Ｌ１に対
して予約希望日時情報を送信する（(10)）。

【００３６】病院側端末Ｌ１では、患者ａの予約を確認
すると共に、予約状況データベースに患者ａの予約を登
録し、ホストコンピュータ３に対して予約結果確認信号
を送信する（(11)）。

【００３７】ホストコンピュータ３では、病院側端末Ｌ
１からの予約結果確認信号を受けて、患者側端末ａ１に
「予約完了」通知信号を送信し（(12)）、患者ａの診療
予約が終了する。

【００３８】そして、患者ａが予約した日時に病院Ｌへ
出向き、診察を受けた後は、会計を済ませることなく、
そのまま帰宅する。

【００３９】一方、患者ａの診察を終了した病院Ｌで
は、病院側端末Ｌ１を経由してホストコンピュータ３
に、患者ａの病状が明示されている診療結果及び処方箋
の明示された情報と、診療費用及び処方箋費用の明示さ
れた情報等からなる診療データを送信する（(13)）。

【００４０】ホストコンピュータ３では、病院側端末Ｌ
１から送られてきた患者ａの診療データを、患者情報デ
ータベース１１に格納すると共に、患者側端末ａ１に診
療データの受信を通知する受信通知信号を送信する（(1
4)）。患者ａは、患者側端末ａ１に送信された上記受信
通知信号に基づき、感謝情報データベース１１に格納さ
れた診療データを開くことで、診療費用や診察結果の内
容、及び、薬を受け取る処方箋薬局の所在を閲覧するこ
とができる。

【００４１】一方、ホストコンピュータ３では、患者情
報データベース１１に格納されている患者ａの住所に基
づき、処方箋薬局情報データベース１３を検索し、患者
ａの自宅から最も近い特定の処方箋薬局を調べる。或い
は、処方箋薬局情報データベース１３に登録されている
処方箋薬局から患者が希望する処方箋薬局を指定するこ
とも可能で、この場合、予め患者が希望する処方箋薬局
を患者ａの患者情報データベース１１に登録しておく。

【００４２】そして、例えば、この処方箋薬局がＸであ
る場合、ホストコンピュータ３から、この処方箋薬局Ｘ
に設置されている処方箋薬局側端末Ｘ１へ、診療データ
に基づき患者ａの住所、診療結果及び処方箋の情報を送
信する（(15)）。

【００４３】処方箋薬局Ｘでは、処方箋薬局側端末Ｘ１
に表示された処方箋に従い、患者ａの薬を調剤する。そ
して、この薬を、例えば、処方箋デリバリにより患者ａ
の自宅へ送り届ける（(16)）。或いは、患者ａが処方箋
薬局Ｘへ直接出向いて受け取る。

【００４４】又、ホストコンピュータ３から、患者ａの
契約しているクレジット会社Ｊの端末Ｊ１に対し、医療
費及び処方箋費が明示されている診療／処方箋費用情報
を送信する（(17)）。尚、このクレジット会社Ｊは、患
者ａが指定したもので、患者情報データベース１１に予
め登録されている。

【００４５】クレジット会社Ｊでは、クレジット会社端
末Ｊ１からプリントアウトされた費用請求書及び引き落
とし通知書を患者ａ宅へ郵送する（(18)）。そして、契
約している金融機関から医療費及び処方箋費用を引き落
とす（(19)）。

【００４６】又、このクレジット会社Ｊから病院Ｌ及び
処方箋薬局Ｘに対して医療費用及び処方箋費用が各々送
金される（(20)）。

【００４７】次に、図７〜図３１の図面を参照しなが
ら、診療情報管理装置２のホストコンピュータ３に対し
て患者と病院とが、各々アクセスする際の手続きの具体
的流れについて説明する。

【００４８】ところで、ホストコンピュータ３に対する
アクセス権は、患者と病院とシステム管理者との三者に
有り、USER IDは、患者用USER ID、病院用USER ID、シ
ステム管理者用USER IDと各々区別して登録される。こ
の中で、患者と病院との各データベース１１〜１４への
アクセス権は、表１に示す通りである。

【００４９】

【表１】 ここで、自己の登録した情報に対し、◎：閲覧、編集、
削除、登録可能、○：閲覧、追記、登録可能、△：閲覧
可能、×：アクセス不可を示す。

【００５０】但し、患者ａが病院Ｌに対して診療予約を
行い、患者ｃ、病院Ｎは、各々患者ａ、病院Ｌとは無関
係とする。この場合、病院Ｌで診療を受けた患者の診療
情報及び病院Ｌの予約状況データベースは、病院Ｌの責
任において管理することになる。又、病院Ｌが病院Ｎへ
患者ａを紹介する場合、患者ａのUSER IDを連絡するこ
とで、病院Ｎも患者ａの診療情報を閲覧可能となる。
又、病院用USER IDは、病院毎に限らず、病院内の診療
科毎に情報を区分して設定しても良い。

【００５１】尚、○とした中に、「追記」とあるのは、
特に、病院Ｌが患者ａを再診した場合を考慮している。
再診の場合、改めて新規の「診療結果/処方箋情報」を
患者情報データベース１１に登録するのではなく、過去
の「診療結果/処方箋情報」へ「追記」として記録する
ことができる。又、この場合、新しく「診療結果/処方
箋情報」として登録するか、過去の「診療結果/処方箋
情報」へ「追記」として登録するかは、病院側で選択可
能とすることもできる。

【００５２】以下、図７〜図１２示すフローチャートに
従い、患者側がホストコンピュータ３にアクセスする際
の手順について説明し、次いで、図１３〜図１６に示す
フローチャートに従い、病院側がホストコンピュータに
アクセスする際の手順について説明する。

【００５３】又、同時に、各端末に表示されるモニタ画
像を、図１７に示す画像の階層構造を参照しながら説明
する。ここで、一重枠は特定患者のみが開くことのでき
る専用画面、二重枠は患者と病院との双方が開くことの
できる共通画面、角の丸められている枠は特定の病院の
みが開くことのできる専用画面を示す。更に、図１８〜
図３１に、モニタに表示される画像の代表例を示す。

【００５４】先ず、患者が病院の診療予約を行う手順に
ついて説明する。患者が、診療情報管理システムを利用
しようとする場合、最初に診療情報管理装置２に対し登
録手続きを行う必要がある。以下においては、便宜的に
患者の代表を患者ａとし、この患者ａが診療予約を行う
場合について説明する。

【００５５】患者ａは患者側端末ａ１から診療情報管理
装置２に設置されているホストコンピュータ３に、イン
ターネット等の通信回線網４を経由して接続要求信号を
送信する。すると、図７〜図１２に示す診療予約ルーチ
ンが起動され、ステップＳ１で、患者側端末ａ１からの
接続要求信号に基づき、患者側端末ａ１とホストコンピ
ュータ３の回線を接続する。

【００５６】次いで、ステップＳ２で、ログイン画面情
報を患者側端末ａ１へ送信し、ステップＳ３で、患者側
端末ａ１から送信される要求信号の受信を待つ。

【００５７】ホストコンピュータ３からのログイン画面
情報を受診した患者側端末ａ１のモニタには、初期画面
である「ログイン」画面Ｍ１が表示される。図１８に示
すように、この「ログイン」画面Ｍ１には、USER IDを
入力するウインドウ２１とPASSWORDを入力するウインド
ウ２２と、「ＬＯＧＩＮ」ボタン２３と「新規メンバー
登録」ボタン２４とが表示されている。

【００５８】そして、患者ａがポインタをマウス等の操
作により新規メンバー登録ボタン２４へ移動させて、こ
のボタン２４をＯＮする。その結果、ホストコンピュー
タ３に対して新規メンバ登録への要求信号が送信され
る。

【００５９】ホストコンピュータ３では、ステップＳ
３、ステップＳ４で、受信した要求信号の種別を判定す
る。今回の要求信号が「新規メンバー登録」の要求信号
であるため、ステップＳ４からステップＳ５へ進む。
尚、患者ａが「ログイン」画面Ｍ１が表示されている状
態で、例えばキーボードの「Ｅｓｃ」キーを押したとき
は、今回のルーチンが終了され、患者側端末ａ１とホス
トコンピュータ３との回線が遮断される。

【００６０】そして、ステップＳ５へ進むと、患者側端
末ａ１に対しメンバー登録画面情報を送信し、ステップ
Ｓ６で、患者側端末ａ１から送信されるメンバー登録情
報信号の受信を待つ。

【００６１】一方、患者側端末ａ１がホストコンピュー
タ３から送信されたメンバー登録画面情報を受信する
と、患者側端末ａ１のモニタには、図１７に示すよう
に、「新規メンバー登録」画面Ｍ２が表示される。この
「新規メンバー登録」画面は、例えば図１９、図２０に
示すように、個人情報を入力する「新規メンバー登録
（１）」画面Ｍ２’と加入保険の内容を入力する「新規
メンバー登録（２）」画面Ｍ２''との二階層で構成され
ており、最初に表示される「新規メンバー登録（１）」
画面Ｍ２’には、患者ａの名前、性別、生年月日、住
所、電話番号、電子メールのアドレス等、個人情報を入
力する個人情報入力ウインドウ２５が表示されると共
に、下位階層へ移行する「次へ」ボタン２６、及び「キ
ャンセル」ボタン２７が表示される。

【００６２】そして、患者ａが「新規メンバー登録
（１）」画面Ｍ２’に表示された各ウインドウに対して
必要な情報を入力し、「次へ」ボタン２６をＯＮする
と、下位階層の「新規メンバー登録（２）」画面Ｍ２''
が表示される。この「新規メンバー登録（２）」画面Ｍ
２''には、保険の種類、被保険者番号−記号、被保険者
等氏名、メンバー登録対象者と（被保険者と）の続柄、
保険者名、保険者番号等、加入保険の内容を入力する保
険情報入力ウインドウ２８が表示されると共に、「完
了」ボタン２９、上位階層へ戻る「戻る」ボタン３０、
及び「キャンセル」ボタン３１が表示される。

【００６３】そして、患者ａが、「新規メンバー登録
（１）」画面Ｍ２’に表示された個人情報入力ウインド
ウ２５に必要な情報を入力し、「新規メンバー登録
（２）」画面Ｍ２''に表示された保険情報入力ウインド
ウ２８に必要な情報を入力した後、「完了」ボタン２９
をＯＮすると、この入力内容がメンバー登録情報信号と
してホストコンピュータ３に送信される。

【００６４】ホストコンピュータ３では、ステップＳ６
において、メンバー登録情報信号の受信を確認すると、
ステップＳ７へ進む。尚、「新規メンバー登録（１）」
画面Ｍ２’或いは「新規メンバー登録（２）」画面Ｍ
２''が表示されている状態で、「キャンセル」ボタン２
７或いは３１をＯＮすると、ルーチンが終了され、患者
側端末ａ１とホストコンピュータ３との回線が遮断され
る。

【００６５】又、ステップＳ７へ進むと、ホストコンピ
ュータ３では、患者ａの患者用USERID及びPASSWORDを発
行し、患者側端末ａ１へ発行通知信号を送信し、ステッ
プＳ８へ進み、患者側端末ａ１から送信される確認信号
の受信を待つ。

【００６６】一方、患者側端末ａ１で発行通知信号を受
信すると、モニタには、患者用USERID及びPASSWORDが表
示されると共に、その下段に患者用USER ID及びPASSWOR
Dを反復入力するウインドウが表示される（図示せ
ず）。そして、患者ａが、このウインドウに、患者用US
ER ID及びPASSWORDを反復入力し、画面に表示されてい
る確認ボタン（図示せず）をＯＮすると、患者用USER I
D及びPASSWORDを確認したことを知らせる確認信号がホ
ストコンピュータ３へ送信される。尚、この場合、患者
用USER ID及びPASSWORDを反復せず、確認ボタンをＯＮ
するだけで、確認信号が送信されるようにしても良い。
又、患者側端末ａ１から患者用USER ID及びPASSWORDを
プリントアウトできるようにしても良い。

【００６７】そして、ホストコンピュータ３で、患者側
端末ａ１から送信される確認信号が受信されると、プロ
グラムはステップＳ８からステップＳ９へ進む。又、患
者用USER ID及びPASSWORDが表示されている画面に表示
されているキャンセルボタンをＯＮすると、ルーチンが
終了し、患者側端末ａ１とホストコンピュータ３との回
線が遮断される。

【００６８】ステップＳ９へ進むと、患者情報データベ
ース１１に患者ａの患者ディレクトリＤａを作成し、そ
の中に個人情報ファイル１１１とメンバー登録情報ファ
イル１１２とを作成し、個人情報ファイル１１１に患者
ａのUSER ID及びPASSWORDを登録し、又メンバー登録情
報ファイル１１２に、患者ａのメンバー登録情報を登録
し、ステップＳ１２へ進む。

【００６９】以上で、患者ａの登録が完了し、ステップ
Ｓ１２から通常の診療予約手続きへ移行する。従って、
これ以降は、通常の診療予約手続きについて説明する。

【００７０】通常の診療予約手続きを行う場合、患者側
端末ａ１からホストコンピュータ３にアクセスし、上述
と同様、ステップＳ２で送信した、ログイン画面情報を
患者側端末ａ１に表示させ、ステップＳ３で、患者側端
末ａ１から送信される患者用USER ID/PASAWORD情報信号
の受信を待つ。

【００７１】一方、患者側端末ａ１のモニタには、「ロ
グイン」画面Ｍ１が表示され、患者ａは、この「ログイ
ン」画面Ｍ１に表示されているUSER IDを入力するウイ
ンドウ２１とPASSWORDを入力するウインドウ２２とに、
予め決められたUSER ID及びPASSWORDを入力し、「ＬＯ
ＧＩＮ」ボタン２３をＯＮする。

【００７２】すると、患者側端末ａ１からホストコンピ
ュータ３に対して、患者用USER ID/PASAWORD情報信号が
送信され、ホストコンピュータ３で、この情報信号を受
信すると、ステップＳ３からステップＳ１０へ進み、ホ
ストコンピュータ３の患者情報データベース１１の蓄積
情報と照合する。

【００７３】そして、ステップＳ１１へ進み、受信した
患者用USER ID/PASAWORDが、患者情報データベース１１
に登録されているか否かを判断し、登録されていないと
きは、ステップＳ３へ戻り、新たな患者用USER ID/PASA
WORD情報信号が受信されるまで、待機する。尚、この場
合、患者側端末ａ１のモニタには、「ログイン」画面Ｍ
１が表示されたままの状態であり、この「ログイン」画
面Ｍ１上に入力エラーである旨を示すメッセージを表示
させるようにしても良い。

【００７４】一方、患者ａの入力した患者用USER ID/PA
SAWORDが、患者情報データベース１１に登録されている
場合は、ステップＳ１２へ進み、診療情報管理システム
の「メインメニュー」画面情報を送信する。

【００７５】すると、患者側端末ａ１のモニタには、例
えば図２１に示すような「メインメニュー」画面Ｍ３が
表示される。この「メインメニュー」画面Ｍ３には、病
院検索データベース、病院予約データベース、患者情報
データベースの下位階層へ移行する３項目の選択メニュ
ー、及び「ＬＯＧ ＯＵＴ」ボタン３２が表示されてお
り、ホストコンピュータ３では、ステップＳ１３〜Ｓ１
５で、患者ａが何れのメニューが選択されたかを示す要
求信号の受信を待つ。

【００７６】ここで、病院検索データベースは、患者ａ
がキーワード入力により希望する病院を検索するメニュ
ー、病院予約データベースは患者ａが診療を希望する病
院を予め決めている場合に、当該病院の端末に直接アク
セスして診療予約を行うメニュー、患者情報データベー
スはホストコンピュータ３の患者情報データベース１１
にアクセスし、自己の過去の診察歴等、患者情報データ
ベース１１に登録されている自己の情報を閲覧するメニ
ューである。

【００７７】又、患者ａが「ＬＯＧ ＯＵＴ」ボタン３
２をＯＮすれば、ホストコンピュータ３からログアウト
画面情報が患者側端末ａ１へ送信され、患者側端末ａ１
のモニタに、「ＬＯＧ ＯＵＴ」画面Ｍ４が表示され
（図１７参照）、患者側端末ａ１とホストコンピュータ
３との回線が遮断される。

【００７８】そして、患者ａが患者側端末ａ１のモニタ
に表示されているメニューから、例えば病院検索データ
ベースを選択すべく、この「病院検索データベース」の
表示位置にポインタを移動させてＯＮすると、ホストコ
ンピュータ３へ「病院検索データベース」への要求信号
が送信される。尚、病院予約データベース、或いは患者
情報データベースを選択した場合の流れについては、後
述する。

【００７９】ホストコンピュータ３で、患者側端末ａ１
から送信された「病院検索データベース」への要求信号
を受信すると、プログラムは、ステップＳ１３からＳ１
６へ進み、病院情報データベース１２に接続し、続くス
テップＳ１７で、患者側端末ａ１へ「病院検索キーワー
ド」入力画面情報を送信し、ステップＳ１８へ進み、患
者側端末ａ１から送信される要求信号の受信を待つ。

【００８０】すると、患者側端末ａ１には、図２２に示
すような、「病院検索キーワード」入力画面Ｍ５が表示
される。この「病院検索キーワード」入力画面Ｍ５に
は、検索項目として、病院名検索、診療科目検索、所作
位置検索の３項目を入力するウインドウ３５と、「実
行」ボタン３６、「戻る」ボタン３７、「メインメニュ
ーへ」ボタン３８が表示される。

【００８１】そして、患者ａ１が、これらの入力項目の
内、少なくとも１つ以上の項目を選択して、検索のため
のキーワードを入力した後、「実行」ボタン３６をＯＮ
すると、ホストコンピュータ３へ検索キーワード及び検
索の要求信号が送信される。

【００８２】そして、これを受信したホストコンピュー
タ３では、ステップＳ１９へ進み、受信した検索キーワ
ードに基づき、病院情報データベース１２を検索し、ス
テップＳ２０で、検索キーワードに合致する病院情報が
登録されているか否かを調べる。

【００８３】そして、検索キーワードに合致する病院情
報が登録されていないときは、ステップＳ１７へ戻り、
患者側端末ａ１に対し、再度「病院検索キーワード」の
入力画面情報を送信する。一方、検索キーワードに合致
する病院情報が登録されているときは、ステップＳ２１
へ進み、患者側端末ａ１へ検索結果一覧情報を送信し、
患者側端末ａ１からの表示要求信号の送信を待つ。

【００８４】患者側端末ａ１に検索結果一覧情報が送信
されると、この患者側端末ａ１のモニタには、図２３に
示す「検索結果」表示画面Ｍ６が表示されると共に、そ
の下位階層に、図２４に示す「検索結果」リスト表示画
面Ｍ７が表示可能となる。

【００８５】この「検索結果」表示画面Ｍ６には、患者
ａの入力したキーワードを表示するウインドウ３９と、
「表示」ボタン４０、「戻る」ボタン４１、「メインメ
ニューへ」ボタン４２が表示されると共に、検索による
ヒット件数が表示される。

【００８６】尚、検索キーワードに合致する病院情報が
登録されていなかった場合、ヒット件数を０と表示する
ことで、ステップＳ２０の判定ルーチンを省略すること
も可能であり、この場合、患者ａは「戻る」ボタン４１
をＯＮし、「病院検索キーワード」入力画面Ｍ５を表示
させ、再度、病院検索のためのキーワードを入力する。

【００８７】そして、患者ａが「表示」ボタン４０をＯ
Ｎすると、その下位階層にある「検索結果」リスト表示
画面Ｍ７がモニタ上に表示される。この「検索結果」リ
スト表示画面Ｍ７には、ヒットした病院の、病院名、所
在地、電話番号、診療科目、診療時間等が表示されると
共に、「戻る」ボタン４４、「メインメニューへ」ボタ
ン４５が表示される。

【００８８】患者ａは、病院の一覧を参照して、診療を
受けたい病院を特定し、特定した病院名にポインタを移
動させて、ＯＮする。すると、ホストコンピュータ３に
対して、特定病院の詳細情報の表示要求信号が出力され
る。

【００８９】ホストコンピュータ３で、患者側端末ａ１
から送信される特定病院の詳細情報の表示要求信号を受
信すると、ステップＳ２３へ進み、病院情報データベー
ス１２に蓄積されている特定病院の詳細情報を、患者側
端末ａ１へ送信し、ステップＳ２４へ進み、患者側端末
ａ１からの接続要求信号の送信を待つ。

【００９０】例えば、患者ａが病院Ｌを特定病院として
指定した場合、ホストコンピュータ３から患者側端末ａ
１に対して、病院Ｌの詳細情報が送信される。以下の説
明では、患者ａが病院Ｌを特定し、この病院Ｌに対し診
察予約を申し込む場合を例示して説明する。

【００９１】患者側端末ａ１が特定病院の詳細情報を受
信すると、モニタ上には、「病院別詳細情報」表示画面
Ｍ８が表示される。例えば、患者ａが病院Ｌの詳細情報
の表示を要求した場合、図２５に示すように、「病院別
詳細情報」表示画面Ｍ８には、病院Ｌの所在地、電話番
号、診療科目、診察時間に加え、最寄り駅からの地図４
６、及び、１日の診療時間内での混雑状況、或いは一定
期間の平均的な混雑状況の統計を示すグラフ４７と、
「予約」ボタン４８、「戻る」ボタン４９、「メインメ
ニューへ」ボタン５０が表示される。

【００９２】そして、これを確認した患者ａが「予約」
ボタン４８をＯＮすると、ホストコンピュータ３に対し
て、病院Ｌの予約状況データベース１４への接続要求信
号が送信され、これを受信したホストコンピュータ３で
は、ステップＳ２７へ進む。

【００９３】一方、患者ａが診察予約を申し込む病院が
予め特定されている場合は、病院を検索する必要はない
ので、「メインメニュー」画面Ｍ３（図２１参照）に表
示されている「病院予約データベース」の表示位置へポ
インタを移動させてＯＮする。

【００９４】すると、ホストコンピュータ３に対して
「病院予約データベース」への要求信号が出力され、こ
れを受信したホストコンピュータ３では、プログラムが
ステップＳ１４からステップＳ２５へ進み、患者端末ａ
１に対して「病院予約データベースメニュー」画面情報
を送信する。

【００９５】この「病院予約データベースメニュー」画
面情報は、階層構造を有しており、この「病院予約デー
タベースメニュー」画面情報の下位階層に「予約病院特
定」画面情報と「予約変更・取消」画面情報とが備えら
れている。

【００９６】そして、「病院予約データベースメニュ
ー」画面情報を受信した患者側端末ａ１のモニタに表示
された「病院予約データベースメニュー」画面Ｍ９（図
１７参照）には、下位階層へ移行する為の「予約病院特
定」と「予約変更・取消」との２項目が表示されてお
り、患者ａは何れかの項目を選択する。

【００９７】ここで、患者ａが「予約病院特定」項目を
選択すると、次の「予約病院特定」画面Ｍ１０が表示さ
れる。この「予約病院特定」画面Ｍ１０は、例えば図２
６に示すように、病院名、及び診療科目を入力するウイ
ンドウ５１、及び「実行」ボタン５２、「戻る」ボタン
５３、「メインメニューへ」ボタン５４が表示される。

【００９８】そして、病院名、及び診療科目を入力する
ウインドウ５１に、診療を希望する特定の病院名（例え
ば病院Ｌ）と診療科とを入力し、「実行」ボタン５２を
ＯＮすると、ホストコンピュータ３に対して、特定病院
Ｌの予約状況データベース１４に対する接続要求信号が
送信され、これを受信したホストコンピュータ３では、
ステップＳ２６からステップＳ２７へジャンプする。

【００９９】そして、ステップＳ２４或いはＳ２６から
ステップＳ２７へ進むと、病院Ｌに設置されている病院
側端末Ｌ１の記憶手段Ｌ２に備えられている予約状況デ
ータベース１４に回線を接続する。次いで、ステップＳ
２８へ進み、病院側端末Ｌ１の予約状況データベース１
４から予約状況情報を受信し、ステップＳ２９で、患者
側端末ａ１へ予約希望日時入力画面情報と共に、病院Ｌ
の予約状況情報を送信する。又、同時に、この予約状況
情報をホストコンピュータ３内の記憶手段に一時格納し
ておく。

【０１００】そして、ステップＳ３０へ進み、患者側端
末ａ１からの予約希望日時情報の送信を待つ。

【０１０１】患者側端末ａ１で、予約希望日時入力画面
情報と病院Ｌの予約状況情報とが受信されると、モニタ
に「新規予約」画面Ｍ１１が表示される。図２７に示す
ように、この「新規予約」画面Ｍ１１には、病院が予約
を受け付ける日時の予約状況を示すウインドウ５５と、
その下段に予約日時を入力するウインドウ５６、及び
「送信」ボタン５７、「戻る」ボタン５８、「メインメ
ニューへ」ボタン５９が表示される。

【０１０２】そして、患者ａが予約状況を示すウインド
ウ５５を参照して、予約希望日時（例えば、７月６日 1
3:00〜14:00）を予約希望日時入力ウインドウ５６に入
力して、「送信」ボタン５７をＯＮすると、ホストコン
ピュータ３へ予約希望日時情報が送信され、これを受信
したホストコンピュータ３では、ステップＳ３１へ進
み、受信した予約希望日時と、一時的に記憶されている
病院Ｌの予約状況情報とを照合する。そして、ステップ
Ｓ３２へ進み、予約希望日時は予約が可能かどうか判断
し、予約が「満」のときは、ステップＳ３０へ戻り、患
者側端末ａ１から送信される新たな予約希望日時情報の
受信を待つ。

【０１０３】一方、予約が「空」のときは、ステップＳ
３３へ進み、病院Ｌの病院側端末Ｌ１へ予約希望日時情
報を送信し、ステップＳ３４で、病院側端末Ｌ１から送
信される予約結果確認信号の受信を待つ。

【０１０４】病院側端末Ｌ１では、ホストコンピュータ
３から送信された予約希望日時情報に基づき、予約状況
データベース１４の該当する予約日時ディレクトリＤｄ
１，Ｄｄ２，Ｄｄ３…に作成されている個人情報ファイ
ル１１８ａに患者ａの予約日時を登録し、或いは患者ａ
が初診であれば、この患者ａの個人情報ファイル１１８
ａを新たに作成し、その領域に、予約日時を登録する。
その後、ホストコンピュータ３に対し、予約結果確認信
号を送信する。

【０１０５】ホストコンピュータ３で予約結果確認信号
を受信すると、ステップＳ３５へ進み、病院側端末Ｌ１
の予約状況データベース１４との接続を遮断する。次い
で、ステップＳ３６へ進み、患者情報データベース１１
内に患者ａの患者ディレクトリＤａが作成されているか
否かを調べ、既に作成されている場合は、ステップＳ３
８へジャンプし、又、患者ディレクトリＤａが作成され
ていない場合は、ステップＳ３７へ分岐する。

【０１０６】そして、ステップＳ３７で、予約状況デー
タベース１４に患者ａの患者ディレクトリＤａを作成
し、その領域に患者ａのUSER ID及びPASSWORDを登録す
る個人情報ファイル１１１と、患者ａのメンバー登録情
報を登録するメンバー登録情報ファイル１１２と、病院
情報ディレクトリＤｈを作成し、更に、病院情報ディレ
クトリＤｈの領域に、診療予約情報ディレクトリＤａ
ｐ、診療結果／処方箋情報ディレクトリＤｍｅ、診療／
処方箋費用情報ディレクトリＤｅｘを作成し（図３参
照）、ステップＳ３８へ進む。

【０１０７】ステップＳ３８では、患者情報データベー
ス１１に作成されている患者ディレクトリＤａの診療予
約情報ディレクトリＤａｐに格納されている予約日付記
録ファイル１１３に、予約日時を登録する。

【０１０８】尚、患者情報データベース１１内に患者の
患者ディレクトリが既に作成されている場合であって
も、予約の度に各種の診療情報を登録する領域を患者デ
ィレクトリの領域に作成するようにしても良い。

【０１０９】その後、ステップＳ３９へ進み、予約完了
の旨の通知情報を患者側端末ａ１へ送信すると共に、患
者側端末ａ１から送信される遮断要求信号に基づき、診
療情報管理装置２のホストコンピュータ３と患者側端末
ａ１とを接続する回線を遮断し、ルーチンを終了する。

【０１１０】患者側端末ａ１でホストコンピュータ３か
ら送信される予約完了の旨の通知情報を受信すると、モ
ニタ上に、「予約完了通知」画面Ｍ１２が表示される。
この「予約完了通知」画面Ｍ１２には、図２８に示すよ
うに、予約状況を示すウインドウ表示され、その下段に
予約完了を通知するメッセージが表示されると共に、
「戻る」ボタン６０、「メインメニューへ」ボタン６１
が表示される。患者ａは、この「予約完了通知」画面Ｍ
１２を参照し、予約が成立したことを確認したときは、
例えば「メインメニューへ」ボタン６１をＯＮすると、
モニタの表示が「メインメニュー」画面Ｍ３に切換えら
れ、さらに「ＬＯＧ ＯＵＴ」ボタン３２をＯＮするこ
とにより、患者側端末ａ１よりホストコンピュータ３に
対して遮断要求信号が送信される。

【０１１１】その結果、モニタの表示は、「メインメニ
ュー」画面Ｍ３から「ＬＯＧ ＯＵＴ」画面Ｍ４に切換
えられ、その後、患者側端末ａ１とホストコンピュータ
３とを接続する回線が遮断される。

【０１１２】次に、「病院予約データベースメニュー」
画面Ｍ９が表示されている状態で、「予約変更・取消」
メニューを選択した場合について、簡単に説明する。

【０１１３】この「予約変更・取消」メニューは、患者
ａが一旦申し込んだ診療予約の日時を変更し、或いは取
り消す場合に選択するもので、「予約変更・取消」メニ
ューを選択すると、下位階層の「予約変更・取消」画面
Ｍ１３が表示される。ここで、患者ａが、予約した病院
名、予約日時を入力し、「実行」ボタンをＯＮする等に
より、内容を確定する。

【０１１４】すると、予約した病院の病院側端末の予約
状況データベース１４にアクセスし、画面が、登録メン
バーの「予約状況再編集」画面Ｍ１４に切換えられる。
「予約状況再編集」画面では、現在の予約状況を示す画
面が表示され、患者ａは、この画面の表示を参考に、予
約を変更する場合は、変更後の予約日時を入力し、取消
の場合は、取消用ウインドウをチェックし、「実行」ボ
タンをＯＮする等により内容を確定する。すると、予約
状況が再編集され、受け付けられた場合は、次の「予約
変更完了」／「取消完了」通知画面Ｍ１５が表示され
て、予約の変更、或いは取消の手続きが完了する。

【０１１５】又、患者ａが、患者側端末ａ１に、「メイ
ンメニュー」画面Ｍ３（図２１参照）に表示されている
状態で、「患者情報データベース」の表示位置へポイン
タを移動させてＯＮすると、患者側端末ａ１から「患者
情報データベース」への要求信号が送信され、この信号
を受信したホストコンピュータ３では、プログラムがス
テップＳ１５からステップＳ４０へ進み、「患者情報デ
ータベース」メニュー画面情報を患者側端末ａ１へ送信
し、ステップＳ４１へ進み、患者側端末ａ１からの接続
要求信号の送信を待つ。

【０１１６】患者側端末ａ１が「患者情報データベー
ス」メニュー画面情報を受信すると、モニタには「患者
情報データベースメニュー」画面Ｍ１６が表示される。
この「患者情報データベースメニュー」画面Ｍ１６に
は、「メンバー登録情報」、「診療結果／処方箋情
報」、「診療／処方箋費用」の３項目が表示される。

【０１１７】そして、患者ａが、この中の何れかの項目
が表示されている位置にポインタを移動させて、ＯＮす
ると、ホストコンピュータ３に対し、患者情報データベ
ース１１への接続要求信号が送信される。

【０１１８】ホストコンピュータ３では、患者側端末ａ
１から送信される患者情報データベース１１への接続要
求信号を受信すると、ステップＳ４２へ進み、入力され
た患者用USER IDに基づき、患者情報データベース１１
に作成されている患者ａの患者ディレクトリＤａの領域
を検索し、ステップＳ４３で、患者ａが選択した項目に
該当する患者情報の表示画面情報を患者側端末ａ１へ送
信する。

【０１１９】患者側端末ａ１で患者情報が受信される
と、モニタ上に、患者の選択した「メンバー登録情報」
表示画面Ｍ１７、「診察結果／処方箋情報」表示画面Ｍ
２０、或いは「診療／処方箋費用」表示画面Ｍ２１が表
示される。

【０１２０】尚、「メンバー登録情報」表示画面Ｍ１７
は、患者情報データベース１１の患者ａの患者ディレク
トリＤａに格納されているメンバー登録情報ファイル１
１２に登録されている内容を、変更、或いは取消す手続
を行う画面で、患者ａが、メンバー登録情報の変更、或
は取消しウインドウをチェックして、画面に表示されて
いる「実行」ボタンをＯＮする等して内容を確定する
と、画面が下位階層の「メンバ登録情報再編集」画面Ｍ
１８に切換えられ、メンバー登録情報の変更、或は取消
しの内容を確認し、「確認」ボタンをＯＮ等して内容を
確定すると、次の「変更完了」／「取消完了」通知画面
Ｍ１９が表示されて、メンバー登録情報の変更、或いは
取消の手続きが完了する。

【０１２１】そして、各画面に表示されている「終了」
ボタンをＯＮする等して内容を確定すると、ホストコン
ピュータ３に対して遮断要求信号が送信され、この遮断
要求信号を受信したホストコンピュータ３では、ステッ
プＳ４４へ進み、診療情報管理装置２のホストコンピュ
ータ３と患者側端末ａ１とを接続する回線を遮断し、ル
ーチンを終了する。

【０１２２】尚、図２５に示されている「病院別詳細情
報」表示画面Ｍ８は、病院側端末Ｌ１から逐次更新する
ことができる。すなわち、病院側端末Ｌ１から、予め登
録されている病院Ｌの病院用USER IDを入力し、「病院
別詳細情報」表示画面Ｍ８を編集する「詳細情報編集」
画面Ｍ２２を呼出し、内容を編集して登録すると、ホス
トコンピュータ３から「詳細情報更新完了」通知画面情
報が送信され、モニタに「詳細情報更新完了」通知画面
Ｍ２３の表示されて、更新が完了する。

【０１２３】次に、病院側端末Ｌから患者情報データベ
ース１１にアクセスして、病院ディレクトリＤｌに作成
されている診療結果／処方箋情報ディレクトリＤｍｅ
に、診療結果、及び処方箋情報を入力する手順について
説明する。

【０１２４】病院Ｌの医師が患者ａの診察中、若しくは
診察を終えると、カルテ記入の代わりに、診療情報管理
装置２のホストコンピュータ３へアクセスし、患者ａの
診療結果／処方箋情報等を、インターネット等外部の通
信回線網を介して、外部からアクセス可能な患者情報デ
ータベース１１に登録する。これにより、この診療結果
/処方箋情報登録の記録が、言わば電子カルテとして機
能する。よって、患者が、医師に病状の詳細を確認し忘
れたり、薬の服用の仕方を忘れた場合であっても、患者
情報データベース１１の記録を閲覧することで、容易に
情報を得ることができる。又、患者情報データベース１
１には、過去の診療結果/処方箋情報も記録されている
ので、患者自身が自己の体調の診断に役立てることも可
能となる。

【０１２５】以下、図１３、図１４に示すフローチャー
トに従い、診察結果／処方箋情報を登録する手順を説明
する。

【０１２６】病院Ｌの病院側端末Ｌ１からホストコンピ
ュータ３にアクセスすると、先ず、モニタ上に、図１８
に示すような、「ログイン」画面Ｍ１が表示され、USER
IDを入力するウインドウ２１に病院用USER IDを入力
し、PASSWORDを入力するウインドウ２２に、担当医師の
PASSWORDを入力するなど、予め登録されている病院用US
ER ID、及びPASSWORDを入力する。

【０１２７】すると、この病院用USER ID、及びPASSWOR
Dがホストコンピュータ３に対し、接続要求信号として
送信され、ホストコンピュータ３では、ステップＳ５１
で、病院側端末Ｌ１から送信される接続要求信号に基づ
き、病院側端末Ｌ１とホストコンピュータ３の回線を接
続し、「患者情報データベースメニュー」画面情報を送
信し、ステップＳ５２へ進み、病院側端末Ｌ１と患者情
報データベース１１との回線を接続する。

【０１２８】そして、ステップＳ５３で、病院側端末Ｌ
１から送信される「診療結果／処方箋登録」への接続要
求信号の受信を待つ。

【０１２９】一方、病院側端末Ｌ１で「患者情報データ
ベースメニュー」画面情報を受信すると、モニタに「患
者情報データベースメニュー」画面Ｍ１６が表示され
る。この「患者情報データベースメニュー」画面Ｍ１６
には、患者側からのアクセスによっても表示可能な「メ
ンバー登録情報」、「診療結果／処方箋情報」、「診療
／処方箋費用」の３項目に加えて、病院側が登録する
「診療結果／処方箋登録」、「診療／処方箋費用登録」
の２項目が表示される。

【０１３０】そして、病院側端末Ｌで「診療結果／処方
箋登録」の項目を選択すると、ホストコンピュータ３に
対して、「診療結果／処方箋登録」への接続要求信号が
送信され、この信号を受信したホストコンピュータ３で
は、ステップＳ５４へ進み、登録対象となる患者の患者
用USER IDの入力画面情報を送信し、ステップＳ５５へ
進み、病院側端末Ｌ１から送信される患者用USER ID信
号の受信を待つ。

【０１３１】そして、病院側端末Ｌ１で患者用USER ID
の入力画面情報を受信すると、モニタ上には「患者の特
定」画面Ｍ２４が表示される。図２９に示すように「患
者の特定」画面Ｍ２４には、患者を特定する患者用USER
IDを入力するウインドウ６５と、「表示」ボタン６
６、「戻る」ボタン６７、「メインメニューへ」ボタン
６８が表示され、患者用USER ID入力ウインドウ６５
に、特定患者（ここでは、患者ａ）の患者用USER IDを
入力し、「表示」ボタン６６をＯＮすると、ホストコン
ピュータ３に対して、特定患者（患者ａ）の患者用USER
ID信号が送信される。

【０１３２】この特定患者（患者ａ）の患者用USER ID
信号を受信したホストコンピュータ３では、ステップＳ
５６へ進み、入力された特定患者（患者ａ）の患者用US
ER IDに基づき、患者情報データベース１１に作成され
ている各患者の患者ディレクトリＤａ内を検索し、ステ
ップＳ５７へ進み、特定患者（患者ａ）の患者用USERID
が登録されているか否かを調べる。

【０１３３】そして、登録されていない場合は、ルーチ
ンを終了し、又、登録されている場合は、ステップＳ５
８へ進み、病院端末Ｌ１へ患者ａの「診察結果／処方箋
情報登録」画面情報を送信し、ステップＳ５９へ進み、
病院側端末Ｌ１から診察結果／処方箋情報の登録要求信
号が送信されるのを待つ。

【０１３４】尚、この場合、患者を特定する識別手段と
して、患者用USER IDを用いず、診療情報管理装置２の
管理者側と病院Ｌとの間で取り決めた管理番号を用い
て、患者を特定するようにしても良い。

【０１３５】一方、ホストコンピュータ３から患者ａの
「診察結果／処方箋情報登録」画面情報を受信した病院
側端末Ｌ１のモニタには、「診察結果／処方箋情報登
録」画面Ｍ２５が表示される。図３０に示すように、
「診察結果／処方箋情報登録」画面Ｍ２５には、患者情
報を表示するウインドウ７０と、診察結果／処方箋情報
を入力するウインドウ７１と、「完了」ボタン７２、
「戻る」ボタン７３、「メインメニューへ」ボタン７４
とが表示される。

【０１３６】そして、診察結果／処方箋情報を入力する
ウインドウ７１に、診察結果、処方箋情報を入力し、必
要な場合は、内視鏡像等の電子画像をペーストして、
「完了」ボタン７２をＯＮする。

【０１３７】すると、病院側端末Ｌ１からホストコンピ
ュータ３へ登録要求信号が送信され、この登録要求信号
を受信したホストコンピュータ３では、ステップＳ６０
へ進み、予め、患者情報データベース１１に作成されて
いる患者ａの患者ディレクトリＤａ内の病院ディレクト
リＤｌに作成されている診察結果／処方箋情報ディレク
トリＤｍｅに、診療日データと共に診察結果及び処方箋
情報を記憶した新たなカルテファイルを作成する。又、
患者ａが再診の場合は、新たなカルテファイルを作成す
ること無く、既に作成されているカルテファイルに必要
事項を追記するようにしても良い。

【０１３８】その後、ステップＳ６１へ進み、患者情報
データベース１１の患者ディレクトリＤａに格納されて
いるメンバー登録情報ファイル１１２に記録されている
住所に基づき、患者側端末ａ１の最寄りの処方箋薬局を
処方箋薬局情報データベース１３内を検索し、特定す
る。或いは、患者ａが予め指定した処方箋薬局を処方箋
薬局情報データベース１３内から検索し、特定する。

【０１３９】そして、ステップＳ６２へ進み、特定した
処方箋薬局（ここでは、仮に処方箋薬局Ｘとする）の処
方箋薬局側端末Ｘ１へ処方箋情報を、患者情報データベ
ース１１内の患者ａに関するメンバー登録情報ファイル
１１２に記録されているメンバー登録情報と共に送信
し、ステップＳ６３へ進み、処方箋薬局側端末Ｘ１から
の受信確認信号の受信を待つ。

【０１４０】そして、ホストコンピュータ３が処方箋薬
局側端末Ｘ１から送信される受信確認信号を受信する
と、ステップＳ６４へ進み、病院側端末Ｌ１へ受信確認
通知信号を送信し、ステップＳ６５へ進み、患者情報デ
ータベース１１の患者ａの患者ディレクトリＤａに作成
されている病院Ｌの病院ディレクトリＤｌの診察結果／
処方箋情報ディレクトリＤｍｅに、既にステップＳ６０
で診察結果及び処方箋情報とを記憶したカルテファイル
に、処方箋情報を送信した処方箋薬局の所在、連絡先情
報を登録する。

【０１４１】そして、ステップＳ６６へ進み、病院側端
末Ｌ１に対して、登録完了通知信号を送信する。病院側
端末Ｌ１で登録完了通知信号を受信すると、モニタ上に
「登録完了」通知画面Ｍ２６が表示され、病院Ｌでは、
これを確認することで、患者ａの診察結果等が、患者情
報データベース１１に登録されたことを確認し、病院Ｌ
での患者ａに関する診察結果情報、処方箋情報の登録手
続きが完了する。

【０１４２】一方、ホストコンピュータ３では、プログ
ラムがステップＳ６６からステップＳ６７へ進み、患者
情報データベース１１に作成されている病院Ｌの病院デ
ィレクトリＤｌの診療／処方箋費用情報ディレクトリＤ
ｅｘに、今回の診療／処方箋費用情報を記録した費用明
細ファイルが登録されているか否かを調べる。

【０１４３】そして、既に登録されているときは、その
ままルーチンを終了し、登録されていないときは、ステ
ップＳ６８へ進み、患者側端末ａ１に対し、システム管
理者において、診療結果／処方箋情報、及び診療／処方
箋費用情報を受信した旨の通知信号を送信し、ルーチン
を終了する。

【０１４４】次に、図１５、図１６に示すフローチャー
トに従って、診察／処方箋費用登録手順を説明する。

【０１４５】病院Ｌの病院側端末Ｌ１からホストコンピ
ュータ３にアクセスすると、先ず、モニタ上に、図１８
に示すような、「ログイン」画面Ｍ１が表示され、USER
IDを入力するウインドウ２１に病院用USER IDを入力
し、PASSWORDを入力するウインドウ２２に、担当医師PA
SSWORDを入力するなど、予め登録されている病院用USER
ID、及びPASSWORDを入力する。

【０１４６】すると、この病院用USER ID、及びPASSWOR
Dがホストコンピュータ３に対し、接続要求信号として
送信され、ホストコンピュータ３では、ステップＳ７１
で、病院側端末Ｌ１から送信される接続要求信号に基づ
き、病院側端末Ｌ１とホストコンピュータ３の回線を接
続し、「患者情報データベースメニュー」画面情報を送
信し、ステップＳ７２へ進み、病院側端末Ｌ１と患者情
報データベース１１との回線を接続する。

【０１４７】そして、ステップＳ７３で、病院側端末Ｌ
１から送信される「診療／処方箋費用登録」への接続要
求信号の受信を待つ。

【０１４８】一方、病院側端末Ｌ１で「患者情報データ
ベースメニュー」画面情報を受信すると、モニタに「患
者情報データベースメニュー」画面Ｍ１６が表示され
る。このメニュー中から「診療／処方箋費用登録」の項
目を選択すると、ホストコンピュータ３に対して、「診
療／処方箋費用登録」への接続要求信号が送信され、こ
の信号を受信したホストコンピュータ３では、ステップ
Ｓ７４へ進み、登録対象となる患者の患者用USER IDの
入力画面情報を送信し、ステップＳ７５へ進み、病院側
端末Ｌ１から送信される特定患者（ここでは、患者ａ）
の患者用USER ID信号の受信を待つ。

【０１４９】一方、病院側端末Ｌ１で患者用USER IDの
入力画面情報を受信すると、モニタ上には「患者の特
定」画面Ｍ２７が表示される。この「患者の特定」画面
Ｍ２７は、図２９に示す「患者の特定」画面Ｍ２４と同
一であるため、図２９に示す「患者の特定」画面Ｍ２４
に付した符号を用いて入力操作を説明する。

【０１５０】そして、「患者の特定」画面Ｍ２７に表示
されている患者用USER ID入力ウインドウ６５に、特定
患者（ここでは、患者ａ）の患者用USER IDを入力し、
「表示」ボタン６６をＯＮすると、ホストコンピュータ
３に対して、特定患者（患者ａ）の患者用USER ID信号
が送信される。

【０１５１】この特定患者（患者ａ）の患者用USER ID
信号を受信したホストコンピュータ３では、ステップＳ
７６へ進み、入力された特定患者（患者ａ）の患者用US
ER IDに基づき、患者情報データベース１１に作成され
ている各患者の患者ディレクトリＤａ内を検索し、ステ
ップＳ７７へ進み、特定患者（患者ａ）の患者用USERID
が登録されているか否かを調べる。

【０１５２】そして、登録されていない場合は、ルーチ
ンを終了し、又、登録されている場合は、ステップＳ７
８へ進み、病院端末Ｌ１へ患者ａの「診察／処方箋費用
登録」画面情報を送信し、ステップＳ７９へ進み、病院
側端末Ｌ１から送信される診察／処方箋費用情報の登録
要求信号の受信を待つ。

【０１５３】尚、この場合も、患者を特定する識別手段
として、患者用USER IDを用いず、診療情報管理装置２
と病院Ｌとの間で取り決めた管理番号を用いて、患者を
特定するようにしても良い。

【０１５４】一方、ホストコンピュータ３から患者ａの
「診察／処方箋費用登録」画面情報を受信した病院側端
末Ｌ１のモニタには、「診察結果／処方箋費用登録」画
面Ｍ２８が表示される。図３１に示すように、「診察／
処方箋費用登録」画面Ｍ２８には、患者情報を表示する
ウインドウ７５と、診察／処方箋費用を入力するウイン
ドウ７６と、「完了」ボタン７７、「戻る」ボタン７
８、「メインメニューへ」ボタン７９とが表示される。

【０１５５】そして、診察／処方箋費用を入力するウイ
ンドウ７６に、診察費用及び処方箋費用を入力し、「完
了」ボタン７７をＯＮする。

【０１５６】すると、病院側端末Ｌ１からホストコンピ
ュータ３へ登録要求信号が送信され、この登録要求信号
を受信したホストコンピュータ３では、ステップＳ８０
へ進み、予め、患者情報データベース１１に作成されて
いる患者ａの患者ディレクトリＤａ内の病院ディレクト
リＤｌに作成されている診察／処方箋費用情報ディレク
トリＤｅｘに、診療日データと共に診察費用及び処方箋
費用情報を記憶した新たな費用明細ファイルを作成す
る。又、患者ａが再診の場合は、新たな費用明細ファイ
ルを作成すること無く、既に作成されている費用明細フ
ァイルに必要事項を追記するようにしても良い。

【０１５７】その後、ステップＳ８１へ進み、患者情報
データベース１１に作成されている病院Ｌの病院ディレ
クトリＤｌの診療結果／処方箋情報ディレクトリＤｍｅ
に、今回の診療結果／処方箋情報を記録したカルテファ
イルが登録されているか否かを調べる。

【０１５８】そして、既に登録されているときは、その
ままルーチンを終了し、登録されていないときは、ステ
ップＳ８２へ進み、患者ａが指定したクレジット会社
へ、診察／処方箋費用データを、患者情報データベース
１１内の患者ａに関するメンバー登録情報ファイル１１
２に記録されているメンバー登録情報と共に送信し、ス
テップＳ８３へ進み、クレジット会社から送信される受
領確認信号の受信を待つ。

【０１５９】そして、クレジット会社から受領確認信号
を受信すると、ステップＳ８４へ進み、病院側端末Ｌ１
に対して、受信確認通知信号を送信する。病院側端末Ｌ
１で受信確認通知信号を受信すると、モニタ上に「登録
完了」通知画面Ｍ２９が表示され、病院Ｌでは、これを
確認することで、患者ａの診察費用及び処方箋費用情報
が、患者情報データベース１１に登録されたことを確認
し、病院Ｌでの患者ａに関する診察費用、処方箋費用情
報の登録手続きが完了する。

【０１６０】一方、ホストコンピュータ３では、プログ
ラムが８５へ進み、患者側端末ａ１に対し、システム管
理者において、診療結果／処方箋情報、及び診療／処方
箋費用情報を受信した旨の通知信号を送信し、ルーチン
を終了する。

【０１６１】又、図３２、図３３に本発明の第２実施の
形態を示す。なお、本実施形態では、第１の実施の形態
と異なる点を詳述する。第１実施の形態では、予約状況
データベース１４を、病院側端末Ｌ１，Ｍ１，Ｎ１の記
憶手段Ｌ２，Ｍ２，Ｎ２に設けていたが、本実施の形態
では、予約状況データベース１４を診療情報管理装置２
のホストコンピュータ３の記憶手段３ａに設けたもので
ある。

【０１６２】この場合、図３２に示すように、ホストコ
ンピュータ３の記憶手段３ａには、患者情報データベー
ス１１、病院情報データベース１２、処方箋薬局情報デ
ータベース１３に加えて、予約状況データベース１４が
備えられる。なお、本実施の形態の記憶手段３ａ内のデ
ィレクトリ構造を図３３に示し、各ディレクトリ内の階
層の詳細説明は割愛する。

【０１６３】そして、この予約状況データベース１４に
各病院の病院ディレクトリＤｌ，Ｄｍ，Ｄｎが作成さ
れ、この各病院ディレクトリＤｌ，Ｄｍ，Ｄｎの領域に
予約日時ディレクトリＤｄ１，Ｄｄ２，Ｄｄ３を作成
し、この各予約日時ディレクトリＤｄ１，Ｄｄ２，Ｄｄ
３に予約ファイルを作成し、予約日時を登録する。

【０１６４】尚、この場合、予約状況データベースがホ
ストコンピュータ３側で管理されるため、各病院は、自
己が登録した情報に対してもアクセス権が制限される。
表１との対比を以下に示す。

【０１６５】

【表２】

【０１６６】又、同図に示すように、患者ｄが携帯電
話、或いはＰＨＳ加入者である場合、患者側端末ｄ１を
携帯電話、或いはＰＨＳ等の無線電話７に接続し、この
無線電話７を無線電話事業者６を経由して、通信回線網
４に接続することで、ホストコンピュータ３にアクセス
できるようにしても良い。

【０１６７】以上、説明したように、本実施の形態で
は、患者情報データベース１１に対するアクセス権が、
患者本人だけでなく、病院側にも与えられているため、
患者の予約を受け付けた病院側では、その患者の過去の
診療結果/処方箋情報を事前に参照することが可能とな
り、スムーズな診療行為を行うことができる。

【０１６８】又、緊急の場合などで、掛かりつけの病院
へ出向くことができない場合であっても、当該病院にア
クセス権が付与されていれば、当該病院から患者情報デ
ータベース１１にアクセスすることで、過去の病状を把
握することができるため、初めて患者を診察する病院で
あっても、患者の病歴を正確に把握することができる。

【０１６９】なお、上述の実施形態では、外部に開放さ
れた通信回路網４と閉鎖された専用通信回路５とを用い
てシステムを構築したが、これに限定されるものではな
く、診療情報管理装置を介して、患者側端末、病院側端
末、処方箋薬局側端末の各々が通信可能なように回線接
続されていればよい。

【０１７０】又、これら実施の形態では、積極的に診療
情報管理装置２から患者側端末ａ１，ｂ１，ｃ１，ｄ１
への情報配信を行っていないが、特に、専用通信回線に
接続された医学部や大学病院等の端末に対しては、例え
ば、他病院の最新ニュース/症例、医療関係のトピック
ス、又は医療機器のＣＭ等を配信するようにしてもよ
い。

【０１７１】この場合、各施設間の情報交換の活性化を
推奨する目的で専用通信回線内を無料で開放し、外部の
通信回線からの患者の紹介（予約）に対して課金（例え
ば\500/予約成立1案件）を行うようにしても良い。更
に、医療器メーカーによる製品販売時のユーザー登録に
基いて、医療施設に対しては無料で通信回線を開放する
ようにしても良い。

【０１７２】［付記］以上、説明したように、本実施の
形態によれば以下に示す構成を得ることができる。

【０１７３】（１）各病院に固有の病院固有情報を記憶
する病院固有情報記憶手段と、前記病院固有情報記憶手
段に記憶された前記病院固有情報に対する検索要求を入
力する検索要求入力手段と、前記検索要求入力手段から
入力された前記検索要求を、通信回線を介して受信する
病院検索要求受信手段と、前記病院検索要求受信手段で
受信した前記検索要求に基づき、前記病院固有情報記憶
手段に記憶された前記病院固有情報を検索する病院固有
情報検索手段と、前記病院固有情報検索手段で検索され
た検索結果を前記検索要求の発信元に、前記通信回線を
介して送信する病院固有情報送信手段と、前記病院固有
情報送信手段で送信された前記検索結果に基づき特定さ
れる特定の病院に対して予約要求を入力する予約要求入
力手段と、前記予約要求入力手段で入力された前記予約
要求を、前記通信回線を介して受信する予約要求受信手
段と、前記予約要求受信手段で受信された前記予約要求
に基づき、前記特定病院に対する予約処理を行う予約処
理手段と、前記予約処理手段で予約処理された患者に対
してなされる診療に基づき作成された診療データを記憶
する診療データ記憶手段と、を具備したことを特徴とす
る診療情報管理システム。

【０１７４】（２）病院固有情報記憶手段に記憶された
病院固有情報に対する検索要求を入力する検索要求入力
行程と、前記検索要求入力行程から入力された前記検索
要求を、通信回線を介して受信する病院検索要求受信行
程と、前記病院検索要求受信行程で受信した前記検索要
求に基づき、前記病院固有情報記憶手段に記憶された前
記病院固有情報を検索する病院固有情報検索行程と、前
記病院固有情報検索行程で検索された検索結果を前記検
索要求の発信元に、前記通信回線を介して送信する病院
固有情報送信行程と、前記病院固有情報送信行程で送信
された前記検索結果に基づき特定される特定の病院に対
して予約要求を入力する予約要求入力行程と、前記予約
要求入力行程で入力された前記予約要求を、前記通信回
線を介して受信する予約要求受信行程と、前記予約要求
受信行程で受信された前記予約要求に基づき、前記特定
病院に対する予約処理を行う予約処理工程と、前記予約
処理工程で予約処理された患者に対してなされる診療に
基づき作成された診療データを記憶する診療データ記憶
行程と、を具備したことを特徴とする診療情報管理方
法。

【０１７５】（３）通信回線に接続され、複数の病院施
設における各病院の予約状況を記憶する予約状況記憶手
段に関連付けられると共に複数の病院施設における各病
院の固有情報を記憶する病院情報記憶手段及び各患者の
診療情報を記憶する患者情報記憶手段に接続された制御
手段を具備する診療情報管理装置であって、前記制御手
段の制御により、前記通信回線を介して受信する前記病
院の固有情報に対する検索要求に基づき、前記病院情報
記憶手段に記憶された前記病院の固有情報を検索し、検
索された検索結果情報を前記検索要求の発信元へ前記通
信回線を介して伝達することと、前記通信回線を介して
受信する前記検索結果情報から選択された病院施設に対
する診療予約要求に基づき、前記診療予約要求を前記選
択された病院施設の予約状況記憶手段へ伝達すること
と、前記通信回線を介して受信する前記患者の診療情報
に対して前記診療予約要求の発信元より受信する表示要
求に基づき、前記患者情報記憶手段に記憶された前記患
者の診療情報を検索し、検索された検索結果を前記表示
要求の発信元へ前記通信回線を介して伝達すること、を
特徴とする診療情報管理装置。

【０１７６】（４）前記制御手段は、更に、前記検索結
果情報から選択された病院施設に対する診療予約要求に
基づき、前記選択された病院施設の予約状況を前記予約
状況記憶手段より取得し、前記選択された病院施設の予
約状況を前記診療予約要求の発信元へ前記通信回線を介
して伝達すること、を特徴とする（３）記載の診療情報
管理装置。

【０１７７】（５）前記制御手段は、更に、前記通信回
線を介して受信する前記患者の診療情報に対する登録要
求に基づき、前記登録要求の発信元にて編集された前記
患者の診療情報を前記患者情報記憶手段に記憶するこ
と、を特徴とする（３），（４）記載の診療情報管理装
置。

【０１７８】（６）前記患者情報記憶手段は、患者の診
療結果情報及び処方箋情報を含む診療情報を記憶するこ
と、を特徴とする（５）記載の診療情報管理装置。

【０１７９】（７）前記制御手段は、前記通信回線を介
して各病院の予約状況記憶手段に接続されること、を特
徴とする（３）〜（６）記載の診療情報管理装置。

【０１８０】（８）通信回線を介して患者側端末に接続
され、複数の病院施設における各病院の予約状況を記憶
する予約状況記憶手段に関連付けられると共に複数の病
院施設における各病院の固有情報を記憶する病院情報記
憶手段及び各患者の診療情報を記憶する患者情報記憶手
段に接続された制御手段を具備する診療情報管理システ
ムであって、前記制御手段の制御により、前記患者側端
末より前記通信回線を介して受信する前記病院の固有情
報に対する検索要求に基づき、前記病院情報記憶手段に
記憶された前記病院の固有情報を検索し、検索された検
索結果情報を前記患者側端末へ前記通信回線を介して伝
達することと、前記患者側端末より前記通信回線を介し
て受信する前記検索結果情報から選択された病院施設に
対する診療予約要求に基づき、前記診療予約要求を前記
選択された病院施設の予約状況記憶手段へ伝達すること
と、前記通信回線を介して受信する前記患者の診療情報
に対して前記患者側端末より受信する表示要求に基づ
き、前記患者情報記憶手段に記憶された前記患者の診療
情報を検索し、検索された検索結果を前記患者側端末へ
前記通信回線を介して伝達すること、を特徴とする診療
情報管理システム。

【０１８１】（９）前記制御手段は、更に、前記検索結
果情報から選択された病院施設に対する診療予約要求に
基づき、前記選択された病院施設の予約状況を前記予約
状況記憶手段より取得し、前記選択された病院施設の予
約状況を前記診療予約要求の発信元へ前記通信回線を介
して伝達すること、を特徴とする（８）記載の診療情報
管理システム。

【０１８２】（１０）前記制御手段は、更に、前記通信
回線を介して受信する特定の患者の診療情報に対する登
録要求に基づき、前記登録要求の発信元にて編集された
前記患者の診療情報を前記患者情報記憶手段に記憶する
こと、を特徴とする（８），（９）記載の診療情報管理
システム。

【０１８３】（１１）前記患者情報記憶手段は、患者の
診療結果情報及び処方箋情報を含む診療情報を記憶する
こと、を特徴とする（８）〜（１０）記載の診療情報管
理システム。

【０１８４】（１２）前記制御手段は、前記通信回線を
介して各病院の予約状況記憶手段に接続されること、を
特徴とする（８）〜（１１）記載の診療情報管理システ
ム。

【０１８５】（１３）通信回線に接続され、複数の病院
施設における各病院の予約状況を記憶する予約状況記憶
手段に関連付けられると共に複数の病院施設における各
病院の固有情報を記憶する病院情報記憶手段及び各患者
の診療情報を記憶する患者情報記憶手段に接続された制
御手段を具備する診療情報管理装置の制御方法であっ
て、前記制御手段の制御により、前記患者側端末より前
記通信回線を介して受信する前記病院の固有情報に対す
る検索要求に基づき、前記病院情報記憶手段に記憶され
た前記病院の固有情報を検索し、検索された検索結果情
報を前記患者側端末へ前記通信回線を介して伝達する工
程と、前記患者側端末より前記通信回線を介して受信す
る前記検索結果情報から選択された病院施設に対する診
療予約要求に基づき、前記診療予約要求を前記選択され
た病院施設の予約状況記憶手段へ伝達する工程と、前記
通信回線を介して受信する前記患者の診療情報に対して
前記患者側端末より受信する表示要求に基づき、前記患
者情報記憶手段に記憶された前記患者の診療情報を検索
し、検索された検索結果を前記患者側端末へ前記通信回
線を介して伝達する工程と、を具備することを特徴とす
る診療情報管理装置の制御方法。

【０１８６】（１４）前記制御手段による制御は、更
に、前記検索結果情報から選択された病院施設に対する
診療予約要求に基づき、前記選択された病院施設の予約
状況を前記予約状況記憶手段より取得し、前記選択され
た病院施設の予約状況を前記診療予約要求の発信元へ前
記通信回線を介して伝達する工程と、を具備することを
特徴とする（１３）記載の診療情報管理装置の制御方
法。

【０１８７】（１５）前記制御手段による制御は、更
に、前記通信回線を介して受信する前記患者の診療情報
に対する登録要求に基づき、前記登録要求の発信元にて
編集された前記患者の診療情報を前記患者情報記憶手段
に記憶する工程と、を具備することを特徴とする（１
３），（１４）記載の診療情報管理装置の制御方法。

【０１８８】（１６）前記制御手段は、前記通信回線を
介して各病院の予約状況記憶手段に接続されること、を
特徴とする（１３）〜（１５）記載の診療情報管理装置
の制御方法。

【０１８９】

【発明の効果】以上、説明したように本発明によれば、
患者の病院における診察前後の待ち時間を極力削減する
ことができる。

【図面の簡単な説明】

【図１】第１実施の形態による診療情報管理システムの
構成図

【図２】同、診療情報管理システムの流れを示す模式図

【図３】同、患者情報データベースのディレクトリ構造
を示す説明図

【図４】同、病院情報データベースのディレクトリ構造
を示す説明図

【図５】同、処方箋薬局情報データベースのディレクト
リ構造を示す説明図

【図６】同、予約状況データベースのディレクトリ構造
を示す説明図

【図７】同、患者側がホストコンピュータにアクセスす
る手順を示すフローチャート（その１）

【図８】同、患者側がホストコンピュータにアクセスす
る手順を示すフローチャート（その２）

【図９】同、患者側がホストコンピュータにアクセスす
る手順を示すフローチャート（その３）

【図１０】同、患者側がホストコンピュータにアクセス
する手順を示すフローチャート（その４）

【図１１】同、患者側がホストコンピュータにアクセス
する手順を示すフローチャート（その５）

【図１２】同、患者側がホストコンピュータにアクセス
する手順を示すフローチャート（その６）

【図１３】同、診察結果／処方箋情報登録手順を示すフ
ローチャート（その１）

【図１４】同、診察結果／処方箋情報登録手順を示すフ
ローチャート（その２）

【図１５】同、診察／処方箋費用登録手順を示すフロー
チャート（その１）

【図１６】同、診察結果／処方箋情報登録手順を示すフ
ローチャート（その２）

【図１７】同、モニタに表示される画像の階層構造を示
す説明図

【図１８】同、「ログイン」画面の説明図

【図１９】同、「新規メンバー登録（１）」画面の説明
図

【図２０】同、「新規メンバー登録（２）」画面の説明
図

【図２１】同、「メインメニュー」画面の説明図

【図２２】同、「病院検索キーワード」入力画面の説明
図

【図２３】同、「検索結果」表示画面の説明図

【図２４】同、「検索結果」リスト表示画面の説明図

【図２５】同、「病院別詳細情報」表示画面の説明図

【図２６】同、「予約病院特定」画面の説明図

【図２７】同、「新規予約」画面の説明図

【図２８】同、「予約完了通知」画面の説明図

【図２９】同、「患者の特定」画面の説明図

【図３０】同、「診察結果／処方箋情報登録」画面の説
明図

【図３１】同、「診察／処方箋費用登録」画面の説明図

【図３２】第２実施の形態による診療情報管理システム
の構成図

【図３３】同、ホストコンピュータの記憶手段に設けた
データベースのディレクトリ構造を示す説明図

【符号の説明】

３ ホストコンピュータ ４ 通信回線網 １１ 患者情報データベース（診療データ記憶手段） １２ 病院情報データベース（病院固有情報記憶手段） １４ 予約状況データベース ａ，ｂ，ｃ，ｄ 患者 ａ１，ｂ１，ｃ１，ｄ１ 患者側端末 Ｌ，Ｍ，Ｎ 病院 Ｌ１，Ｍ１，Ｎ１ 病院側端末

Claims (1)

【特許請求の範囲】
1. 【請求項１】各病院に固有の病院固有情報を記憶する病
   院固有情報記憶手段と、前記病院情報記憶手段に記憶さ
   れた前記病院固有情報に対する検索要求を、通信回線を
   介して受信する病院検索要求受信手段と、 前記病院検索要求受信手段で受信した前記検索要求に基
   づき、前記病院固有情報記憶手段に記憶された前記病院
   固有情報を検索する病院固有情報検索手段と、 前記病院固有情報検索手段で検索された検索結果を前記
   検索要求の発信元に、前記通信回線を介して送信する病
   院固有情報送信手段と、 前記病院固有情報検索手段の検索結果に基づき特定され
   る特定病院に対する予約要求を、前記通信回線を介して
   受信する予約要求受信手段と、 前記予約要求受信手段で受信された前記予約要求に基づ
   き、前記特定病院に対する予約処理を行う予約処理手段
   と、 前記予約処理手段で予約処理された患者に対してなされ
   る診療に基づき作成された診療データを記憶する診療デ
   ータ記憶手段と、を具備したことを特徴とする診療情報
   管理装置。