JP2016081295A - プログラム、システム、情報処理方法 - Google Patents

Abstract

【課題】医療機関において、医療従事者および医療機器を各医療行為に必要な時間だけ予約できて、効率的に運用できる手段を提供すること。【解決手段】医療行為の実施予定日時と、医師およびコメディカルの参加の指定ならびに医療機器の使用の指定と、前記実施予定日時の範囲内で参加の指定を取得した医師およびコメディカルの参加予定日時ならびに使用の指定を取得した医療機器の使用予定日時とを取得し、参加の指定を取得した医師およびコメディカルの前記参加予定日時ならびに使用の指定を取得した医療機器の前記使用予定日時の重複の有無を、医師およびコメディカルの参加予定日時ならびに医療機器の使用予定日時を記録した予約データベースを参照して判定し、医師、コメディカルまたは医療機器の予約に重複があると判定した場合には、重複を示す情報を出力する処理を実行させる。【選択図】図４

Description

本発明は、医療行為に必要な医師、コメディカルおよび医療機器の予約を管理するプログラム、システム、情報処理方法に関する。

特許文献１には、放射線治療を受ける患者の治療スケジューリングを行うための放射線治療スケジューリングシステムが開示されている。

特開２０００−２２２５０７号公報

しかしながら特許文献１に記載されたシステムでは、医師、コメディカルおよび医療機器の適切な予約管理は行えない。

一つの側面では、医療行為に必要な医師、コメディカル、医療機器の予約時間を個別に設定することができる情報処理プログラム等を提供することを目的とする。

本発明に係るプログラムは、コンピュータに、医療行為の実施予定日時を取得し、医師およびコメディカルの参加の指定ならびに医療機器の使用の指定を取得し、前記実施予定日時の範囲内で参加の指定を取得した医師およびコメディカルの参加予定日時ならびに使用の指定を取得した医療機器の使用予定日時を取得し、参加の指定を取得した医師およびコメディカルの前記参加予定日時ならびに使用の指定を取得した医療機器の前記使用予定日時の重複の有無を、医師およびコメディカルの参加予定日時ならびに医療機器の使用予定日時を記録した予約データベースを参照して判定し、医師、コメディカルまたは医療機器の予約に重複があると判定した場合には、重複を示す情報を出力する処理を実行させることを特徴とする。

一つの側面では、医療行為の実施予定日時の範囲内で、その医療行為に必要な医師、コメディカルおよび医療機器の予約時間を個別に設定することができる。

情報処理システムのハードウェア構成を示す説明図である。 操作端末のハードウェア群を示すブロック図である。 サーバーのハードウェア群を示すブロック図である。 情報処理システムの初期画面を示す説明図である。 タスク一覧表示画面のイメージを示す説明図である。 予約ＤＢのレコードレイアウトを示す説明図である。 予約ＤＢのレコードレイアウトを示す説明図である。 予約ＤＢのレコードレイアウトを示す説明図である。 予約ＤＢのレコードレイアウトを示す説明図である。 タスクＤＢのレコードレイアウトを示す説明図である。 タスクＤＢ内の１つのタスクレコードを示す説明図である。 患者ＤＢのレコードレイアウトを示す説明図である。 使用機器ＤＢのレコードレイアウトを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 タスク入力画面のイメージを示す説明図である。 情報処理システムの処理手順を示すフローチャートである。 タスク入力の処理手順を示すフローチャートである。 時刻の矛盾チェックの処理手順を示すフローチャートである。 時刻の矛盾チェックの処理手順を示すフローチャートである。 時刻の矛盾チェックの処理手順を示すフローチャートである 自動設定の処理手順を示すフローチャートである。 ダブルブッキングチェックの処理手順を示すフローチャートである。 タスクレコード保存の処理手順を示すフローチャートである。 予約ＤＢ記録の処理手順を示すフローチャートである。 予約ＤＢ記録の処理手順を示すフローチャートである。 実施の形態２の情報処理システムの処理手順を示すフローチャートである。 実施の形態２の情報処理システムの処理手順を示すフローチャートである。 実施の形態３の情報処理システムの初期画面を示す説明図である。 実施の形態３のタスク入力画面のイメージを示す説明図である。 実施の形態４の画面のイメージを示す説明図である。 実施の形態４の画面のイメージを示す説明図である。 実施の形態４の情報処理システムの処理手順を示すフローチャートである。 実施の形態４の情報処理システムの処理手順を示すフローチャートである。 実施の形態５の患者データベースのレコードレイアウトを示す説明図である。 実施の形態５の画面のイメージを示す説明図である。 実施の形態６の使用機器ＤＢのレコードレイアウトを示す説明図である。 実施の形態６の画面のイメージを示す説明図である。 実施の形態７の画面のイメージを示す説明図である。 実施の形態９の予約ＤＢのイメージを示す説明図である。 実施の形態９の予約ＤＢのイメージを示す説明図である。 実施の形態９のタスク入力画面のイメージを示す説明図である。 実施の形態９のタスク入力画面のイメージを示す説明図である。 実施の形態９の予約ＤＢのイメージを示す説明図である。 実施の形態９の情報処理システムの処理手順を示すフローチャートである。 実施の形態９のダブルブッキングチェックの処理手順を示すフローチャートである。 実施の形態９のダブルブッキングチェックの処理手順を示すフローチャートである。 実施の形態９の予約ＤＢ記録の処理手順を示すフローチャートである。 実施の形態９の予約ＤＢ記録の処理手順を示すフローチャートである。 実施の形態１０の予約ＤＢのイメージを示す説明図である。 実施の形態１０の予約ＤＢ記録の処理手順を示すフローチャートである。 実施の形態１０の予約ＤＢ記録の処理手順を示すフローチャートである。

［実施の形態１］
図１は、情報処理システム４のハードウェア構成を示す説明図である。

図１に示すとおり、情報処理システム４は予約の入出力を行う第１情報処理装置１と、予約データベース（以下ＤＢとする）を参照して第１情報処理装置１から入力された予約内容と既存の予約との重複の有無を判定する第２情報処理装置２とがネットワーク３で接続された構成である。実施の形態１の情報処理システム４は、医療機関において、医師もしくはコメディカル等の人または検査機器もしくは治療機器等の医療機器の予約状況を管理するシステムである。医療機器には、無影灯、手術台、シャウカステン等の複数の医療機器を組みあわせた手術室も含む。コメディカルは、臨床検査技師、診療放射線技師、臨床工学技士、超音波検査士等各種の医療スタッフの総称である。

第１情報処理装置１は、デスクトップパソコン、ノートパソコン、タブレット、スマートフォン、携帯電話機、ウェアラブル端末、本情報処理システム用の専用端末等である。操作を行うユーザーの担当業務および職場環境に合わせて、各種の端末装置を利用できる。以後の説明では第１情報処理装置１を操作端末１と記載する。

第２情報処理装置２は、デスクトップパソコン、ノートパソコン、クラウド上のＰａａＳ（Platform as a Service）を用いて仮想化されたアプリケーションおよびデータベースサーバー等である。以後の説明では第２情報処理装置２をサーバー２と記載する。

ネットワーク３は、医療機関内部の院内ネットワーク、一定地域内の医療機関同士を結んだ地域医療連携ネットワーク、インターネット等である。必要に応じて暗号化等の情報セキュリティ対策を行う。

本実施の形態は、操作端末１に入力された医療行為の計画をネットワーク３経由でサーバー２に送り、予約ＤＢ２５３を参照して医師等の予約の重複がある場合にはその旨を示す情報をネットワーク３経由で操作端末１に出力するプログラム等である。

図２は、操作端末１のハードウェア群を示すブロック図である。図２に示す通り、操作端末１は第１演算制御部１１、第１主記憶部１２、第１入力部１３、第１表示部１４、第１大容量記憶部１５、第１通信部１６および第１時計部１７が第１バス１８を介して接続されている。

第１演算制御部１１は、操作端末１のＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）等である。第１主記憶部１２は操作端末１のＳＲＡＭ（Static RAM）、ＤＲＡＭ（Dynamic RAM）、フラッシュメモリ等である。第１主記憶部１２には、第１演算制御部１１が行う処理の途中で必要な情報および第１演算制御部１１で実行中のプログラムが一時的に保存される。

第１入力部１３は、操作端末１のキーボード、マウス、タッチパネル、ペンタブレット、音声入力装置、ジェスチャー入力装置等である。多数のデータを一括して入力する場合には、メモリカードを読み書きできるディスクドライブや、ネットワークアダプタ等を使用することもできる。第１表示部１４は、操作端末１の液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、ヘッドマウントディスプレイ、プリンタ等である。

第１大容量記憶部１５は、操作端末１のハードディスク、半導体メモリディスク等である。第１大容量記憶部１５には、第１演算制御部１１に実行させる操作端末制御プログラム１５１および、操作端末制御プログラム１５１の実行に必要な各種データ等が保存される。

第１通信部１６は、操作端末１とネットワーク３との間のデータの送受信を有線または無線で行うネットワークアダプタである。第１時計部１７は現在日時を第１演算制御部１１に提供する時計である。ネットワーク３を介して日本標準時等に自動的に同期することが望ましい。

図３は、サーバー２のハードウェア群を示すブロック図である。図３に示す通り、サーバー２は第２演算制御部２１、第２主記憶部２２、第２入力部２３、第２表示部２４、第２大容量記憶部２５、第２通信部２６および第２時計部２７が第２バス２８を介して接続されている。

第２演算制御部２１は、サーバー２のＣＰＵ等である。第２主記憶部２２はサーバー２のＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。第２主記憶部２２には、第２演算制御部２１が行う処理の途中で必要な情報および第２演算制御部２１で実行中のプログラムが一時的に保存される。

第２入力部２３は、サーバー２のキーボード、マウス、タッチパネル、ペンタブレット、音声入力装置、ジェスチャー入力装置等である。第２表示部２４は、操作端末１の液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、ヘッドマウントディスプレイ、プリンタ等である。なお、ネットワークを通じてサーバー２が制御される場合には、第２入力部２３および第２表示部２４を設けなくても良い。

第２大容量記憶部２５は、サーバー２のハードディスク、半導体メモリディスク等である。第２大容量記憶部２５には、第２演算制御部２１に実行させる情報処理プログラム２５１を記憶するプログラム記憶部およびＤＢ記憶部２５２が含まれる。ＤＢ記憶部２５２には、予約ＤＢ２５３、タスクＤＢ２５４、使用機器ＤＢ２５５、患者ＤＢ２５６が含まれる。なお、ＤＢ記憶部２５２は、サーバー２とは別筐体の外付けディスクドライブ装置内に設けても良い。

第２通信部２６は、サーバー２とネットワーク３との間のデータの送受信を有線または無線で行うネットワークアダプタである。第２時計部２７は現在日時を第２演算制御部２１に提供する時計である。ネットワーク３を介して日本標準時等に自動的に同期することが望ましい。

図４は、情報処理システム４の初期画面を示す説明図である。図４の初期画面の下側約２／３には、スケジュール一覧欄４０１が表示されている。また、連絡事項欄４２８、個人宛のメッセージ欄４２７、日付入力部を兼ねたカレンダー欄、現在日時を示す欄、勤務中のスタッフの名前を表示する欄および当直予定医師名を表示する欄が設けられている。スクロールバー４０２、タスク入力指示ボタン４０３、終了ボタン４０４、表示変更ボタン４２５、ＩＤ設定欄４３１、氏名設定欄４３２、患者情報欄４３３については後述する。

スケジュール一覧欄４０１には、医師Ａ、医師Ｂ、医師Ｃ、検査技師Ｄおよび放射線技師Ｅの単位時間刻みの予定が、簡略化して表示されている。本実施形態では、単位時間を５分間としている。一番左の列は、５分刻みの時間帯の開始時刻を示す。すなわち、一番左の列に１０：３５と記載されている行には、１０時３５分から１０時４０分までの予定が示されている。

医師の予定は、患者ＩＤ、かな患者名、内容の３項目で表示されている。患者ＩＤは、患者一人一人に付与されるユニークなＩＤである。患者名はかなで表示している。患者の呼び出しおよび患者との会話の際に誤読のおそれを避ける為である。内容は、予定している医療行為の内容を簡易的に表示したものである。表示スペースの節約のために最初の数文字だけが表示されている。コメディカルである検査技師Ｄおよび放射線技師Ｅの予定は更に簡略化されて、患者ＩＤのみが表示されている。患者ＩＤに「９９９９９９」と表示されているのは、一つ上の行の予定が継続している事を示している。一方患者ＩＤに「０」と表示されているのは、予定が入っていない事を示している。

例として、図４に示された１０時３５分から１０時４０分までの５分間の予定を説明する。医師Ａは患者ＩＤ「ＡＡＡＡＡＡ」の「よしだ りょうこ」氏のＥＲＣＰ（Endoscopic Retrograde CholangioPancreatography）すなわち内視鏡的逆行性胆管膵管造影を行う予定である。医師Ｂは患者ＩＤ「ＷＡ１０２１」の「たなか はなこ」氏の診察を行う予定である。医師Ｃは患者ＩＤ「ＢＢＢＢＢＢ」の「まつもと しろう」氏の手術を行う予定である。検査技師Ｄは１０時２０分に開始する患者ＩＤ「ＤＡ４５６７」に関する予定を継続して行う予定である。放射線技師Ｅには予定が入っていない。放射線技師Ｅは、１０時４５分からは患者ＩＤ「ＡＡＡＡＡＡ」に関する予定が入っている。したがって、医師Ａが１０時３５分に開始する患者ＩＤ「ＡＡＡＡＡＡ」の「よしだ りょうこ」氏のＥＲＣＰに１０時４５分から参加する。

なお、デフォルトでは現在時刻を含む時間帯が上から５行目以内に表示されるように設定する事が、ユーザーがリアルタイムの状況を把握しやすくなるので好適である。また、図４ではスケジュール一覧欄４０１の右端に上下方向のスクロールバー４０２を表示している。同様にスケジュール一覧欄４０１の上端または下端に左右方向のスクロールバーを表示しても良い。

図４には「検査技師Ｄ」「放射線技師Ｅ」の２名のコメディカルの例を示したが、他の職種や略称を使用しても良い。また、「医師Ａ」を「内科医師Ａ」等専門分野を付けて表示しても良い。更に、職種や専門分野を省略して個人名だけを表示しても良い。逆に個人名を省略して専門分野または役割だけを表示しても良い。

図５は、タスク一覧表示画面のイメージを示す説明図である。図４の初期画面の中央部に、予約状況一覧４２１がポップアップ表示されている。表の１行目の、各項目の表題を示す行では、医師、コメディカルおよび医療機器はいずれも１〜２文字の英文字略号で示されている、すなわち、「Ａ」、「Ｂ」、「Ｃ」は各々医師Ａ、医師Ｂ、医師Ｃの略であり、「Ｄ」は検査技師Ｄの、「Ｅ」は放射線技師Ｅの略である。「ＯＰ」はOPerating room の略で手術室を意味する。「ＥＳ」はEndoScope の略で内視鏡を意味する。「ＵＳ」はUltraSonographyの略で、超音波検査装置を意味する。「ＣＴ」はComputed Tomographyの略でコンピュータ断層撮影装置を意味する。「ＸＲ」は X Ray の略で、レントゲン透視撮影装置を意味する。

予約状況一覧４２１には、１行につき１つの医療行為の予約の概要が表示されている。医療行為の実施予定日時は、予約状況一覧４２１上部の日付ならびに各行の開始時刻および終了時刻で示されている。医師またはコメディカルの参加の指定および医療機器の使用の指定は、各列の「○」で示されている。医師またはコメディカルの列の「○」が参加の指定が受け付けられている医師またはコメディカルを示す。医療機器の列の「○」が使用の指定が受け付けられている医療機器を示す。

更に、各医療行為の予約のタスクＩＤ、患者ＩＤ、内容および備考も表示されている。タスクＩＤは個々の医療行為の予定ごとに付与されるユニークなＩＤである。ただし、単独の医師が行う単位時間の診察の予定に対しては、タスクＩＤは付与されない。したがって、このような予定の行のタスクＩＤ欄は空欄になっている。

略号を使ってコンパクトにまとめているので、携帯端末等の小型機器の画面でも予約状況を一覧表示できる。図４の初期画面から図５の画面への遷移手順については後述する。

なお、予約状況一覧４２１のポップアップ位置は図４の初期画面の中央部に限らない。初期画面の上部にポップアップして、初期画面下部のスケジュール一覧欄４０１と並べて表示しても良い。ポップアップ表示ではなく、図４の初期画面を置き換えて表示しても良い。複数の第１表示部１４を備えるいわゆるマルチモニタ環境の場合には、図４の初期画面と予約状況一覧４２１とを別々の第１表示部１４に表示しても良い。

図６から図９は、予約ＤＢ２５３のレコードレイアウトを示す説明図である。図６から図９は、横方向に連続する１枚の表を分割して示したものである。予約ＤＢ２５３は医師、コメディカルおよび医療機器の予約状況を記録したＤＢである。予約ＤＢ２５３は、日付フィールドおよび時刻フィールド、医師Ａ、医師Ｂ、医師Ｃ、検査技師Ｄおよび放射線技師Ｅの各々の患者ＩＤフィールド、内容フィールドおよび備考フィールドならびに手術室、内視鏡、超音波、ＣＴおよびレントゲン透視の各々の患者ＩＤフィールドを含む。なお、超音波とは超音波検査装置を意味する。レントゲン透視とは、レントゲン透視撮影装置を意味する。

予約ＤＢ２５３は単位時間ごとに１個の予約レコードを有する。本実施の形態では単位時間を５分間としている。日付フィールドにはその予約レコードが対象とする日付が記録されている。時刻フィールドにはその予約レコードが対象とする単位時間の開始時刻が記録されている。

医師Ａの患者ＩＤフィールドには、そのレコードが対象とする単位時間に医師Ａが対応する予定の患者の患者ＩＤが記録されている。ただし、一つ前の単位時間と同じ予定が継続する場合には、患者ＩＤフィールドには「９９９９９９」と記録されている。また、その予約レコードが対象とする単位時間に予定が入っていない場合には、患者ＩＤフィールドには「０」と記録されている。医師Ａの内容フィールドには、そのレコードが対象とする単位時間の医師Ａが行う医療行為の種類が記載されている。医療行為の種類については後述する。医師Ａの備考フィールドには、そのレコードが対象とする単位時間の医師Ａの予定している医療行為の詳細説明や、予約を行った人から実施担当者への申し送り事項等が記載されている。患者ＩＤフィールドが「９９９９９９」または「０」のレコードでは、内容フィールドおよび備考フィールドは空欄である。医師Ｂ以降の欄も同様である。

手術室の患者ＩＤフィールドには、そのレコードが対象とする単位時間に手術室を使用する予定の患者の患者ＩＤが記録されている。一つ前の単位時間と同じ予定が継続する場合には、患者ＩＤフィールドには「９９９９９９」と記録されている。また、その予約レコードが対象とする単位時間に予定が入っていない場合には、患者ＩＤフィールドには「０」と記録されている。内視鏡、超音波ＣＴおよびレントゲン透視の患者ＩＤフィールドも同様である。

同じ予定が継続する場合の「９９９９９９」および予定が入っていない場合の「０」は例示であり、他の任意の値を割り当てる事ができる。ただし、患者ＩＤとしては使用されない値を採用する。

なお、予約ＤＢ２５３の単位時間は５分間に限らず、１分間や１０分間としても良い。また、多忙な昼間は５分間、夜間は１５分間等、時間帯によって単位時間の長さを変更しても良い。また、図４に示した医師、コメディカルおよび医療機器の数および種類は一例であり、状況に応じて任意に設定することができる。医師、コメディカルおよび医療機器の３つに予約ＤＢ２５３を分割することもできる。外科、内科、婦人科、眼科および小児科のように、診療科ごとに予約ＤＢ２５３を分割することもできる。管理部門ごとに予約ＤＢ２５３を分割する事で、たとえば新人や退職者、新規購入の医療機器等が発生した場合のＤＢのメンテナンスの担当部門を分けることができる。

予約ＤＢ２５３へのデータの記録手順については後述する。

図１０は、タスクＤＢ２５４のレコードレイアウトを示す説明図である。タスクＤＢ２５４には、タスクＩＤが付与された予定が記録されている。タスクＤＢ２５４は以下に列挙するフィールドを含む。タスクＩＤフィールド、日付フィールド、患者ＩＤフィールド、内容フィールド、備考フィールド、タスク開始時刻フィールド、タスク終了時刻フィールド、医師Ａの参加フラグフィールド、医師Ａの参加開始時刻フィールド、医師Ａの参加終了時刻フィールド、医師Ｂの参加フラグフィールド、医師Ｂの参加開始時刻フィールド、医師Ｂの参加終了時刻フィールド、医師Ｃの参加フラグフィールド、医師Ｃの参加開始時刻フィールド、医師Ｃの参加終了時刻フィールド、検査技師Ｄの参加フラグフィールド、検査技師Ｄの参加開始時刻フィールド、検査技師Ｄの参加終了時刻フィールド、放射線技師Ｅの参加フラグフィールド、放射線技師Ｅの参加開始時刻フィールド、放射線技師Ｅの参加終了時刻フィールド、手術室フィールド、内視鏡フィールド、超音波フィールド、ＣＴフィールドおよびレントゲン透視フィールド。

タスクＩＤフィールドにはタスクＩＤが記録される。前述の通り、タスクＩＤは個々の医療行為の予定ごとに付与されるユニークなＩＤである。タスクＩＤは作成順の連番としても良いし、作成日時や作成者等の情報を埋め込んでも良い。

日付フィールド、タスク開始時刻フィールド、タスク終了時刻フィールドには、医療行為の実施予定日時が開始および終了の予定日時として記録される。日付をまたいで実施する医療行為の場合には、日付フィールドには開始日の日付が記録される。なお、タスク開始時刻フィールドおよびタスク終了時刻フィールドに日時を示す値を使用する場合には、日付フィールドを省略しても良い。

患者ＩＤフィールドには、医療行為を受ける患者の患者ＩＤが記録される。内容フィールドおよび備考フィールドには、予約ＤＢ２５３内の対応する内容フィールドおよび備考フィールドの記載事項が複写されている。

医師Ａの参加フラグフィールドには、医師Ａが医療行為に参加するか否かを示す参加フラグが記録される。図１０では、参加フラグフィールドの「○」が「参加する」を意味する参加フラグが設定されていることを示す。医師Ａの参加開始時刻フィールドおよび参加終了時刻フィールドには、医師Ａが医療行為に参加する時刻および参加を終了する時刻が記録される。医師Ａの参加フラグが設定されていない場合には、参加開始時刻および参加終了時刻は空欄にされる。医師Ｂ、医師Ｃ、検査技師Ｄおよび放射線技師Ｅの各フィールドも同様である。

手術室フィールドには、手術室の使用有無を示す使用フラグが記録される。図１０では、手術室フィールドの「○」が手術室を「使用する」事を意味する使用フラグが設定されている事を示す。内視鏡フィールド、超音波フィールド、ＣＴフィールドおよびレントゲン透視フィールドも同様である。

なお、図１０では手術室からレントゲン透視までの各医療機器に関しては、タスク開始時刻からタスク終了時刻までの全時間にわたって予約する事を前提として使用フラグのみを記録しているが、医師またはコメディカルの場合と同様に使用開始時刻と使用終了時刻を記録するようにしても良い。

図１１は、タスクＤＢ２５４内の１つのタスクレコードを示す説明図である。図１１を参照してタスクレコードの記録内容を説明する。タスクＩＤ「０ＡＡ０５」の医療行為の実施予定日時は、２０１４年６月１８日の１０時３５分から１１時１５分までである。この医療行為を受ける患者の患者ＩＤは「ＡＡＡＡＡＡ」であり、医療行為の内容はＥＲＣＰである。この医療行為への参加の指定が受け付けられている医師およびコメディカルは医師Ａおよび放射線技師Ｅである。医師Ａはこの医療行為の全時間帯にわたって参加する。すなわち医師Ａの参加予定日時は、２０１４年６月１８日の参加開始時刻である１０時３５分から参加終了時刻である１１時１５分までである。放射線技師Ｅの参加予定日時は、２０１４年６月１８日の参加開始時刻である１０時４５分から参加終了時刻である１１時１５分までである。この医療行為への使用の指定が受け付けられている医療機器は内視鏡およびレントゲン透視である。内視鏡およびレントゲン透視の使用予定日時は、医療行為の実施予定日時と同じ２０１４年６月１８日の１０時３５分から１１時１５分までである。

タスクＤＢ２５４へのデータの記録手順については後述する。

図１２は、患者ＤＢ２５６のレコードレイアウトを示す説明図である。患者ＤＢ２５６は患者ＩＤフィールド、漢字氏名フィールド、かな氏名フィールドおよび生年月日フィールドを含む。各フィールドには、患者ＩＤに紐づけられた患者の氏名、生年月日等が記録されている。その他に、住所、電話番号、健康保険証番号、旧姓、戸籍姓等の個人情報を記録するフィールドを設けても良い。患者ＤＢ２５６のデータは新しい患者を受け付けた際に登録し、個人情報の変更があれば随時更新する。

図１３は、使用機器ＤＢ２５５のレコードレイアウトを示す説明図である。使用機器ＤＢ２５５は内容フィールドおよび使用する機器フィールドを含む。内容フィールドには、タスクＤＢ２５４の内容フィールドに記載する項目が記録されている。使用する機器フィールドには、内容フィールドに記載された医療行為を行う際に使用する医療機器が記録されている。使用機器ＤＢ２５５のデータは、医療施設で実施する医療行為の種類および医療機器の追加または変更があった場合に追加または更新する。

なお、図１３中「ＧＴＦ」はGasTrocamera with Fiberscopeの略である。直訳は光ファイバーを用いた内視鏡による胃の内視鏡検査を意味するが、光ファイバーの代わりに撮像素子を用いた内視鏡が一般的になった近年では、上部消化管内視鏡検査を意味する。

また、図１３中「その他」は、実施する頻度が少ない医療行為の入力に使用する。「その他」のレコードを用意しておく事で、発生し得るありとあらゆる医療行為を使用機器ＤＢ２５５に登録しておく必要がなくなる。

図１４から図２１は、タスク入力画面のイメージを示す説明図である。新規タスクを入力する操作の概要を図４、図５および図１４から図２１を用いて説明する。なお、操作端末１およびサーバー２の内部で行われる処理の流れについては後述する。

図４の初期画面を表示している時に、第１演算制御部１１がスケジュール一覧欄４０１上の行の選択とタスク入力指示ボタン４０３の選択とをこの順番で受け付けた場合、図５に示すように予約状況一覧４２１が表示される。第１演算制御部１１が新規追加ボタン４２２の選択を受け付けた場合、図１４のタスク入力画面が表示される。

タスク入力画面には、タスクＩＤ欄４１２、日付欄４０６、タスク開始時刻欄４０７、タスク終了時刻欄４０８、人欄４０９、患者ＩＤ欄４０５、内容欄４１１、備考欄４１３、機器欄４１０および終了ボタン４０４が配置されている。

タスク入力画面の日付欄４０６とタスク開始時刻欄４０７には、スケジュール一覧欄４０１で選択された行と同じ日時が設定されている。終了ボタン４０４は薄く表示され、選択を受け付けないように設定されている。

図１５に示す様に、患者ＩＤ欄４０５に医療行為を受ける患者の患者ＩＤの入力を受け付ける。図１６に示す様に内容欄４１１に実施する医療行為の内容の入力を受け付ける。内容は、内容欄４１１の近傍にプルダウンメニューで表示される使用機器ＤＢ２５５の内容フィールドに列挙された項目の中から選択される。使用機器ＤＢ２５５を参照して、内容欄４１１に受け付けた項目に応じた医療機器の使用フラグが設定され、図１７に示す様に、画面に「○」で表示される。

図１８に示すように、タスク終了時刻欄４０８にタスク終了時刻の入力を受け付ける。なお、入力を開始した後、タスク終了時刻欄４０８が空欄の場合は、図１５から図１７の下部に示すように「タスク終了時刻が入力されていません」というメッセージが表示される。図１８に示すように、人欄４０９の参加フラグ列に参加する医師またはコメディカルの選択を、それぞれ受け付ける。参加フラグを受け付けた医師またはコメディカルの参加開始時刻および参加終了時刻は、タスク開始時刻およびタスク終了時刻が受け付けられている場合にはこれらと同じ時刻に設定され、表示される。

第２演算制御部２１が予約ＤＢ２５３を参照して、既存の予約との重複の有無を判定する。たとえば放射線技師Ｅの予定が既存の予約と重複している場合には、図１８の下部に示すように「放射線技師Ｅの予約が重複しています」というメッセージが表示される。なお、このメッセージは応答を要求しないので、第１演算制御部１１はメッセージを表示しながら各種入力の受付を継続することができる。

タスクを登録するための必要最低限の項目の入力が完了し、既存の予約との重複がない場合には、図１９に示すように終了ボタン４０４が濃く表示され、選択の受け付けが可能になる。

図２０に示すように、参加フラグが設定されている医師またはコメディカルの参加開始時刻および参加終了時刻の変更を受け付ける。なお、参加開始時刻および参加終了時刻の入力が、タスク開始時刻からタスク終了時刻までの範囲外に変更された場合には、終了ボタン４０４が淡色表示に戻り、選択を受け付けない設定に変更される。終了ボタン４０４の入力を受け付けた場合、第２演算制御部２１は入力内容を保存する。保存が完了すると、図２１の下部に示すように、予約を保存した旨のメッセージが表示される。

情報処理システム４の処理の流れについて、フローチャートを参照して説明する。図２２は、情報処理システム４の処理手順を示すフローチャートである。

図２２を参照して、情報処理システム４の処理の流れを説明する。情報処理システム４が起動された場合、サーバー２の第２演算制御部２１は操作端末１の第１演算制御部１１に対して第１表示部１４に図４に示す初期画面の出力を指示する（ステップＳ５０１）。第１演算制御部１１は、第２バス２８、第２通信部２６、ネットワーク３、第１通信部１６、第１バス１８を介して第２演算制御部２１の指示を受け取り、第１バス１８を介して第１表示部１４に図４に示す初期画面を出力する（ステップＳ５０２）。なお、以後の説明では第２バス２８、第２通信部２６、ネットワーク３、第１通信部１６、第１バス１８の通信経路の記載は省略する。

第１演算制御部１１は、ユーザーからの入力を受け付け（ステップＳ５０３）、通信により第２演算制御部２１に受け付けた内容を送る。第２演算制御部２１は伝えられた入力を取得する。なお、以後の説明では送る動作と取得する動作を合わせて伝達すると記載する。第２演算制御部２１は伝達された入力が新規タスク追加を意味するものか否かを判定する（ステップＳ５０４）。ここで、新規タスク追加を意味する入力とは、図４の初期画面に示されたスケジュール一覧欄４０１内の行の選択とそれに続くタスク入力指示ボタン４０３の選択である。

入力内容が新規タスクの追加を意味する場合には（ステップＳ５０４でＹＥＳ）、第２演算制御部２１は、図５に示した予約状況一覧４２１を表示するように、第１演算制御部１１に指示する（ステップＳ５０５）。入力内容が新規タスクの追加以外を意味する場合には（ステップＳ５０４でＮＯ）、情報処理システム４の動作は終了する。新規タスクの追加以外を意味する入力内容とは、たとえば終了ボタン４０４の選択である。

第１演算制御部１１は、図５に示した予約状況一覧４２１の表示画面を第１表示部１４に出力する（ステップＳ５０６）。第１演算制御部１１は新規追加ボタン４２２の入力を受け付けた場合は（ステップＳ５０７）、第２演算制御部２１に通信により伝達する。

第２演算制御部２１は終了可フラグおよび終了ボタンフラグを解除する（ステップＳ５０８）。終了可フラグはタスクの入力終了の受付可否を示すフラグである。終了可フラグが設定されている場合には、第１演算制御部１１は図１４から図２１のタスク入力画面の終了ボタン４０４の選択を受け付ける。終了可フラグが解除されている場合には第１演算制御部１１はタスク入力画面の終了ボタン４０４の選択を受け付けない。終了ボタンフラグは、タスク入力画面の終了ボタン４０４の選択の受付有無を示すフラグである。終了ボタンフラグが設定されている場合には、タスク入力画面の終了ボタン４０４は選択を受付済であることを示す。終了ボタンフラグが解除されている場合には、タスク入力画面の終了ボタン４０４は選択を受け付けていない事を示す。

第２演算制御部２１は、タスク入力のサブルーチンを起動する（ステップＳ５０９）。タスク入力のサブルーチンは、タスクＤＢ２５４および予約ＤＢ２５３へのデータの入力を行うサブルーチンである。タスク入力のサブルーチン内の処理については後述する。

第２演算制御部２１は終了ボタンフラグの状態を判定する（ステップＳ５１０）。ステップＳ５０８で終了ボタンフラグを解除した後、１回目にステップＳ５１０に到達した場合には、終了ボタンフラグは解除されたままである。この場合には（ステップＳ５１０でＮＯ）、第２演算制御部２１はダブルブッキングチェックのサブルーチンを起動する（ステップＳ５１１）。ダブルブッキングチェックのサブルーチンは、入力中のタスクの医師、コメディカルおよび医療機器の予定と予約ＤＢ２５３に記録されている既存の予約との重複の有無を判定するサブルーチンである。ダブルブッキングチェックのサブルーチン内の処理については後述する。

ダブルブッキングチェックのサブルーチンを経て入力中のタスクが登録可能な状態であれば、第２演算制御部２１は終了可フラグを設定する。登録不可能な状態であれば、第２演算制御部２１は終了可フラグを解除する（ステップＳ５１２）。その後ステップＳ５０９に戻る。

ステップＳ５０９、ステップＳ５１０、ステップＳ５１１およびステップＳ５１２のループを数回繰り返す。終了ボタンフラグが設定された状態でタスク入力サブルーチン（ステップＳ５０９）から戻った場合には（ステップＳ５１０でＹＥＳ）、第２演算制御部２１はタスクレコード保存のサブルーチンを起動する（ステップＳ５１３）。タスクレコード保存のサブルーチンは、入力中のタスクにタスクＩＤを割り当ててタスクＤＢ２５４に保存するサブルーチンである。タスクレコード保存のサブルーチン内の処理については後述する。

第２演算制御部２１は、予約ＤＢ記録のサブルーチンを起動する（ステップＳ５１４）。予約ＤＢ記録のサブルーチンは、入力中のタスクの内容を予約ＤＢ２５３に反映させるサブルーチンである。予約ＤＢ記録のサブルーチン内の処理については後述する。

予約ＤＢ記録のサブルーチンが終了した後に（ステップＳ５１４）、本実施の形態の１件の予約処理は終了する。

図２３は、タスク入力の処理手順を示すフローチャートである。前述の通り、タスク入力のサブルーチンは、タスクＤＢ２５４および予約ＤＢ２５３へのデータの入力を行うサブルーチンである。図２３を参照して、タスク入力のサブルーチンの処理の流れを説明する。

第２演算制御部２１はタスク入力画面を表示するように第１演算制御部１１に指示する（ステップＳ５２１）。第１演算制御部１１は、第１表示部１４に図１４に示すタスク入力画面を出力する（ステップＳ５２２）。第１演算制御部１１は、タスク入力画面中の患者ＩＤ欄４０５への入力を受け付け可能な状態に設定する。第１演算制御部１１は入力を受け付けた場合（ステップＳ５２３）、第２演算制御部２１に通信により伝達する。

第２演算制御部２１は受け付けた入力の内容が「入力／変更」すなわちタスク入力画面内のいずれかの項目の入力または変更であるか、それとも「終了」すなわち終了ボタン４０４の選択であるかを判定する（ステップＳ５２４）。なお、１回目のステップＳ５２４では前述の通り終了可フラグは解除されており終了ボタン４０４はユーザーの操作に反応しないので、「終了」の選択を受け付けることはない。

受け付けた入力が図１４のタスク入力画面のいずれかの項目への入力または変更である場合（ステップＳ５２４で「入力／変更」）、第２演算制御部２１は変数「エラー部分」を初期値である空欄に設定する（ステップＳ５２５）。第２演算制御部２１は、図２４から図２６に示す時刻の矛盾チェックのサブルーチンを起動する（ステップＳ５２６）。時刻の矛盾チェックのサブルーチンは、入力中のタスク中の時刻の矛盾の有無を判定するサブルーチンである。矛盾とは、たとえばタスク開始時刻よりもタスク終了時刻が早い場合を意味する。時刻の矛盾チェックのサブルーチン内の処理については後述する。

第２演算制御部２１は変数「エラー部分」にエラーメッセージが記録されているか否かを判定する（ステップＳ５２７）。図１５の段階では、タスク終了時刻欄４０８が未入力なので、時刻の矛盾チェックのサブルーチン内で変数「エラー部分」にはエラーメッセージが記録されている（ステップＳ５２７でＮＯ）。

第２演算制御部２１は終了可フラグを解除する（ステップＳ５２８）。第２演算制御部２１は、エラー内容の表示を行うように第１演算制御部１１に指示する（ステップＳ５２９）。

第１演算制御部１１は、第１表示部１４にエラー内容を出力する（ステップＳ５３０）。エラー内容の表示は、たとえば図１５の下部の「タスク終了時刻が入力されていません」という文章で行う。別の表示方法として、入力または修正するべき欄を赤色等に着色しても良い。その後、ステップＳ５２３に戻り、入力操作を受け付ける。

２回目以降のステップＳ５２３では第１演算制御部１１は、図１８のタスク入力画面中の日付欄４０６、タスク開始時刻欄４０７、タスク終了時刻欄４０８、人欄４０９、機器欄４１０、内容欄４１１および備考欄４１３をユーザーによる入力を受け付ける状態に設定する。なお、第１演算制御部１１は、既に入力済の項目も編集可能な状態に設定する。

ステップＳ５２３、ステップＳ５２４、ステップＳ５２５、ステップＳ５２６、ステップＳ５２７、ステップＳ５２８、ステップＳ５２９およびステップＳ５３０のループを数回繰り返して、時刻の矛盾チェックサブルーチンでエラーが発生しなくなった場合（ステップＳ５２７でＹＥＳ）、ステップＳ５３１に進む。

第２演算制御部２１は、図２７に示す自動設定のサブルーチンを起動する（ステップＳ５３１）。自動設定のサブルーチンは、直前の入力項目と、使用機器ＤＢ２５５または入力中の内容から入力項目を自動的に設定するサブルーチンである。

自動設定のサブルーチン（ステップＳ５３１）が終了した後に、タスク入力のサブルーチンは終了する。

終了可フラグが設定されている場合には、第１演算制御部１１は終了ボタン４０４を図１９に示すように濃く表示して、ユーザーの操作を受け付ける状態に設定する。第１演算制御部１１が終了ボタン４０４の選択を受け付けた（ステップＳ５２３）と第２演算制御部２１が判定した場合には（ステップＳ５２４で「終了」）、第２演算制御部２１は終了ボタンフラグを設定する（ステップＳ５３２）。その後、タスク入力サブルーチンは終了する。

図２４から図２６は、時刻の矛盾チェックの処理手順を示すフローチャートである。前述の通り、時刻の矛盾チェックのサブルーチンは、入力中のタスクの時刻の矛盾の有無を判定するサブルーチンである。矛盾とは、タスク開始時刻またはタスク終了時刻が入力されていない場合、タスク開始時刻よりもタスク終了時刻が早い場合、参加する人の参加開始時刻または参加終了時刻が入力されていない場合、参加開始時刻よりも参加終了時刻が早い場合または参加開始時刻および参加終了時刻がタスク開始時刻からタスク終了時刻までの間に入っていない場合を意味する。図２４から図２６を参照して、時刻の矛盾チェックのサブルーチンの処理の流れを説明する。

第２演算制御部２１は、タスク開始時刻の入力の有無を判定する（ステップＳ５６１）。第２演算制御部２１は、タスク開始時刻の入力が無いと判定した場合には（ステップＳ５６１でＮＯ）、変数「エラー部分」に「タスク開始時刻が入力されていません。」というエラーメッセージを追加する（ステップＳ５６４）。その後第２演算制御部２１は、タスク終了時刻の入力の有無を判定する（ステップＳ５６５）。第２演算制御部２１がタスク終了時刻フィールドへの入力が有ると判定した場合には（ステップＳ５６５でＹＥＳ）、時刻の矛盾チェックのサブルーチンは終了する。

第２演算制御部２１は、タスク終了時刻フィールドへの入力が無いと判定した場合には（ステップＳ５６５でＮＯ）、変数「エラー部分」に「タスク終了時刻が入力されていません。」というエラーメッセージを追加する（ステップＳ５６６）。その後、時刻の矛盾チェックのサブルーチンは終了する。

第２演算制御部２１は、タスク開始時刻の入力が有ると判定した場合には（ステップＳ５６１でＹＥＳ）、タスク終了時刻の入力の有無を判定する（ステップＳ５６２）。第２演算制御部２１がタスク終了時刻への入力が無いと判定した場合には（ステップＳ５６２でＮＯ）、前述のステップＳ５６６へ進む。

第２演算制御部２１は、タスク終了時刻の入力が有ると判定した場合には（ステップＳ５６２でＹＥＳ）、タスク開始時刻とタスク終了時刻の大小関係を判定する（ステップＳ５６３）。第２演算制御部２１は、タスク開始時刻がタスク終了時刻よりも早くないと判定した場合には（ステップＳ５６３でＮＯ）、変数「エラー部分」に「タスク開始時刻がタスク終了時刻よりも早くありません。」というエラーメッセージを追加する（ステップＳ５６７）。その後、時刻の矛盾チェックのサブルーチンは終了する。

第２演算制御部２１は、タスク開始時刻がタスク終了時刻よりも早いと判定した場合には（ステップＳ５６３でＹＥＳ）、カウンタＩを１に設定する（ステップＳ５６８）。第２演算制御部２１は、入力中のタスクのＩ番目の人の参加フラグが設定されているか否かを判定する（ステップＳ５６９）。なお、以後の説明ではＩ番目の人の名前をＸとして説明する。

第２演算制御部２１は、Ｉ番目の人の参加フラグが設定されていると判定した場合には（ステップＳ５６９でＹＥＳ）、Ｉ番目の人の参加開始時刻の入力の有無を判定する（ステップＳ８０１）。第２演算制御部２１は、参加開始時刻の入力が無いと判定した場合には（ステップＳ８０１でＮＯ）、変数「エラー部分」に「Ｘの参加開始時刻が入力されていません。」というエラーメッセージを追加する（ステップＳ８０２）。その後第２演算制御部２１は、参加終了時刻の入力の有無を判定する（ステップＳ８０３）。

第２演算制御部２１は、参加開始時刻の入力が有ると判定した場合には（ステップＳ８０１でＹＥＳ）、参加終了時刻の入力の有無を判定する（ステップＳ８０４）。第２演算制御部２１は、参加終了時刻の入力が無いと判定した場合は（ステップＳ８０３でＮＯまたはステップＳ８０４でＮＯ）、変数「エラー部分」に「Ｘの参加終了時刻が入力されていません。」というエラーメッセージを追加する（ステップＳ８０５）。

第２演算制御部２１は、参加終了時刻の入力が有ると判定した場合は（ステップＳ８０４でＹＥＳ）、参加開始時刻と参加終了時刻の大小関係を判定する（ステップＳ８０６）。第２演算制御部２１は、参加開始時刻が参加終了時刻よりも早くないと判定した場合には（ステップＳ８０６でＮＯ）、変数「エラー部分」に「Ｘの参加開始時刻が参加終了時刻よりも早くありません。」というエラーメッセージを追加する（ステップＳ８０７）。

第２演算制御部２１は、参加開始時刻が参加終了時刻よりも早いと判定した場合には（ステップＳ８０６でＹＥＳ）、タスク開始時刻と参加開始時刻の大小関係を判定する（ステップＳ８１０）。第２演算制御部２１は、タスク開始時刻が参加開始時刻よりも遅いと判定した場合には（ステップＳ８１０でＮＯ）、変数「エラー部分」に「タスク開始時刻よりもＸの参加開始時刻が早いです。」というエラーメッセージを追加する（ステップＳ８１１）。

第２演算制御部２１は、タスク開始時刻が参加開始時刻よりも遅くないと判定した場合（ステップＳ８１０でＹＥＳ）またはステップＳ８１１の後には、タスク終了時刻と参加終了時刻の大小関係を判定する（ステップＳ８１２）。第２演算制御部２１が、参加終了時刻がタスク終了時刻よりも遅いと判定した場合には（ステップＳ８１２でＮＯ）、変数「エラー部分」に「タスク終了時刻よりもＸの参加終了時刻が遅いです。」というエラーメッセージを追加する（ステップＳ８１３）。

第２演算制御部２１は、参加終了時刻がタスク終了時刻よりも遅くないと判定した場合（ステップＳ８１２でＹＥＳ）には、全ての人の確認が完了したかを判定する（ステップＳ８１４）。第２演算制御部２１は、Ｉ番目の人の参加フラグが設定されていないと判定した場合（ステップＳ５６９でＮＯ）および参加終了時刻の入力があると判定した場合（ステップＳ８０３でＹＥＳ）にも、全ての人の確認が完了したかを判定する（ステップＳ８１４）。ステップＳ８０５、ステップＳ８０７またはステップＳ８１３の終了後も、第２演算制御部２１は全ての人の確認が完了したかを判定する（ステップＳ８１４）。

第２演算制御部２１は、確認が完了していない人が残っていると判定した場合には（ステップＳ８１４でＮＯ）、カウンタＩに１を加算する（ステップＳ８１５）。その後ステップＳ５６９に戻る。第２演算制御部２１が、全ての人の確認が完了したと判定した場合には（ステップＳ８１４でＹＥＳ）、時刻の矛盾チェックのサブルーチンは終了する。

図２７は、自動設定の処理手順を示すフローチャートである。前述の通り、自動設定のサブルーチンは、直前の入力項目と、使用機器ＤＢ２５５または入力中の内容から入力項目を自動的に設定するサブルーチンである。図２７を参照して、自動設定サブルーチンの処理の流れを説明する。

第２演算制御部２１は前述のタスク入力のサブルーチンのステップＳ５２３で受け付けた「入力または変更」の操作の対象が図１４から図２１のタスク入力画面の内容欄４１１か、人欄４０９か、それ以外の欄かを判定する（ステップＳ５４１）。

入力または修正されたのが内容欄４１１の場合には（ステップＳ５４１で「内容欄」）、第２演算制御部２１は使用機器ＤＢ２５５を参照する。第２演算制御部２１は、入力または修正された内容欄の記載事項と同一の事項が内容フィールドに記載されているレコードを使用機器ＤＢ２５５から取り出す（ステップＳ５４２）。第２演算制御部２１は取り出したレコードの使用する機器フィールドに記載されている医療機器の使用フラグを設定する（ステップＳ５４３）。これにあわせて第２演算制御部２１は第１演算制御部１１に、機器欄４１０中の使用フラグを設定した機器に「○」印を出力するよう指示する。その後、自動設定のサブルーチンは終了する。

ステップＳ５４３完了時のタスク入力画面の例を図１７に示す。内容欄４１１にＥＲＣＰが入力されているので、使用機器ＤＢ２５５を参照して内視鏡とレントゲン透視の使用フラグが設定され、機器欄４１０の内視鏡とレントゲン透視の枠に「○」が表示されている。

前回のステップＳ５２４で入力または修正されたのが人欄４０９の場合は（ステップＳ５４１で「人欄」）、第２演算制御部２１は修正内容が人の追加設定であるか否かを判定する（ステップＳ５４４）。人の追加設定であることは、人の参加フラグが設定された事で判定する。人の追加が行われた場合には（ステップＳ５４４でＹＥＳ）、第２演算制御部２１はその追加設定された人の参加開始時刻および参加終了時刻を、タスク開始時刻欄４０７およびタスク終了時刻欄４０８に合わせて設定し、第１演算制御部１１を介して表示画面に反映する（ステップＳ５４５）。その後、自動設定のサブルーチンは終了する。なお、タスク開始時刻欄４０７またはタスク終了時刻欄４０８が空欄の場合には、対応する参加開始時刻または参加終了時刻も空欄とする。

例として、ステップＳ５２４で放射線技師Ｅの参加フラグが解除から設定に変更される場合について、図１８を参照して説明する。第２演算制御部２１は、参加フラグの状態から放射線技師Ｅが追加されたと判定する（ステップＳ５４４でＹＥＳ）。ステップＳ５４４の時点では放射線技師Ｅの参加開始時刻、参加終了時刻は空欄である。第２演算制御部２１は放射線技師Ｅの参加開始時刻をタスク開始時刻欄４０７に設定された時刻に、参加終了時刻をタスク終了時刻欄４０８に設定された時刻に、それぞれ合わせ、第１演算制御部１１を介して第１表示部１４の表示画面に反映する（ステップＳ５４５）。

人の参加フラグの追加設定では無い場合には（ステップＳ５４４でＮＯ）、第２演算制御部２１は修正内容が人の削除であるか否かを判定する（ステップＳ５４６）。人の削除であることは、人の参加フラグが解除された事で判定する。人の削除が行われた場合には（ステップＳ５４６でＹＥＳ）、第２演算制御部２１はその人の参加開始時刻および参加終了時刻を、デフォルト値である空欄に変更し、第１演算制御部１１を介して第１表示部１４の表示画面に反映する（ステップＳ５４７）。その後、自動設定のサブルーチンは終了する。

ステップＳ５４６で入力内容が人の削除では無い場合（ステップＳ５４６でＮＯ）とは、人欄４０９の参加開始時刻または参加終了時刻が変更された場合である。この場合には、自動設定のサブルーチンは終了する。入力または修正されたのが内容欄４１１でも人欄４０９でもない場合にも（ステップＳ５４１で「その他」）、自動設定のサブルーチンは終了する。

図２８は、ダブルブッキングチェックの処理手順を示すフローチャートである。前述の通り、ダブルブッキングチェックのサブルーチンは、入力中のタスクの医師、コメディカルおよび医療機器の予定と予約ＤＢ２５３に記録されている既存の予約との重複の有無を判定するサブルーチンである。図２８を参照して、ダブルブッキングチェックのサブルーチンの処理の流れを説明する。

第２演算制御部２１はタスクに矛盾があるか否かを判定する（ステップＳ６０１）。矛盾があるとは、たとえば内容欄４１１が空欄の場合、内容欄４１１は手術等医師の参加が必須な項目なのにも関わらず人欄４０９で参加フラグが設定されている医師が存在しない場合または不適切な文字が入力されている場合等、タスクの入力が未完了な場合を意味する。タスクに矛盾がある場合には（ステップＳ６０１でＮＯ）、ダブルブッキングチェックのサブルーチンは終了する。タスクに矛盾がなければ（ステップＳ６０１でＹＥＳ）、第２演算制御部２１は、カウンタＩを初期値１に設定し、警告機器リストおよび警告人リストを空白に初期化する（ステップＳ６０２）。

第２演算制御部２１は、入力中のタスクのＩ番目の単位時間の時間帯の予約レコードを予約ＤＢ２５３から取り出す（ステップＳ６０３）。第２演算制御部２１は、取り出した予約レコード中の入力中のタスクで使用する機器の患者ＩＤフィールドが「０」になっているかを判定する（ステップＳ６０５）。「０」でなければ（ステップＳ６０５でＮＯ）、予約が重複している医療機器の名称を「警告機器リスト」に追加する（ステップＳ６０６）。「０」の場合は（ステップＳ６０５でＹＥＳ）、第２演算制御部２１はステップＳ６０７に進む。

第２演算制御部２１は、取り出した予約レコード中の入力中のタスクを担当する人の患者ＩＤフィールドが「０」になっているかを判定する（ステップＳ６０７）。「０」でなければ（ステップＳ６０７でＮＯ）、予約が重複している人の名前を「警告人リスト」に追加する（ステップＳ６０８）。

「０」である場合（ステップＳ６０７でＹＥＳ）及びステップＳ６０８の処理の後、第２演算制御部２１は、入力中のタスクの終了時間まで確認を完了したか否かを判定する（ステップＳ６０９）。完了していない場合には（ステップＳ６０９でＮＯ）、第２演算制御部２１は、カウンタＩに１を加えて（ステップＳ６１０）、ステップＳ６０５に戻る。タスクリスト内のすべてのタスクの確認が終わっていれば（ステップＳ６０９でＹＥＳ）、第２演算制御部２１は第１演算制御部１１にメッセージの表示を指示する（ステップＳ６１１）。メッセージの内容は、「警告機器リスト」内または「警告人リスト」内にデータがある場合には、入力中のタスクには予約の重複がある旨であり、どちらのリストにもデータが無い場合には入力中のタスクは登録可能である旨である。第１演算制御部１１は、指示されたメッセージを第１表示部１４に出力する（ステップＳ６１２）。その後、ダブルブッキングチェックサブルーチンは終了する。

なお、ステップＳ６０５とステップＳ６０７とを入れ替えて、先に人の重複の有無を判定しても良い。

ステップＳ６０１でタスクに矛盾がなく、ステップＳ６１１で予約の重複も存在しない場合には、入力中のタスクは登録可能な状態になっている。

図２９は、タスクレコード保存の処理手順を示すフローチャートである。前述の通り、タスクレコード保存のサブルーチンは、入力中のタスクにタスクＩＤを割り当ててタスクＤＢ２５４に保存するサブルーチンである。

第２演算制御部２１は、入力中のタスクの内容欄が「診察」であるか否かを判定する（ステップＳ８３０）。第２演算制御部２１は、入力中のタスクの内容欄が「診察」だと判定した場合には（ステップＳ８３０でＹＥＳ）、入力中のタスクを担当するのは１名の医師だけであるか否かを判定する（ステップＳ８３１）。第２演算制御部２１は、入力中のタスクを担当するのは１名の医師だけだと判定した場合には（ステップＳ８３１でＹＥＳ）、入力中のタスクの所要時間が単位時間であるか否かを判定する（ステップＳ８３２）。第２演算制御部２１は、入力中のタスクの所要時間は単位時間だと判定した場合には（ステップＳ８３２でＹＥＳ）、入力中のタスクが既にタスクＤＢ２５４に保存されているかどうかを判定する（ステップＳ８３３）。第２演算制御部２１は、入力中のタスクが既にタスクＤＢ２５４に保存されていると判定した場合には（ステップＳ８３３でＹＥＳ）、保存されているタスクレコードをタスクＤＢ２５４から削除し（ステップＳ８３４）、その後タスクレコード保存のサブルーチンは終了する。

第２演算制御部２１が入力中のタスクはタスクＤＢ２５４に保存されていないと判定した場合には（ステップＳ８３３でＮＯ）、タスクレコード保存のサブルーチンは終了する。入力中のタスクの内容欄が「診察」ではない場合（ステップＳ８３０でＮＯ）、担当者が医師１名のみではない場合（ステップＳ８３１でＮＯ）または所要時間が単位時間ではない場合（ステップＳ８３２でＮＯ）には、第２演算制御部２１は入力中のタスクにタスクＩＤを割り当てる（ステップＳ８３５）。なお、既にタスクＩＤが割り当てられているタスクレコードを修正する場合には、割り当てられているタスクＩＤをそのまま使用する。その後第２演算制御部２１は入力中のタスクレコードをタスクＤＢ２５４に保存し（ステップＳ８３６）、タスクレコード保存のサブルーチンは終了する。

図３０および図３１は、予約ＤＢ記録の処理手順を示すフローチャートである。前述の通り、予約ＤＢ記録のサブルーチンは、タスクレコードの内容を予約ＤＢ２５３に反映させるサブルーチンである。図３０および図３１を参照して、予約ＤＢ記録のサブルーチンの処理の流れを説明する。

第２演算制御部２１は、カウンタＩを１に設定する（ステップＳ６２１）。第２演算制御部２１は、予約ＤＢ２５３から入力中のタスクレコードのＩ番目の参加者の参加開始時刻を含む予約レコードを取り出す（ステップＳ６２２）。第２演算制御部２１は、取り出した予約レコード中のＩ番目の参加者を示すフィールドに、入力中のタスクレコードの患者ＩＤ、内容、備考を記録する（ステップＳ６２３）。

第２演算制御部２１は、予約ＤＢ２５３から次の時間帯の予約レコードを取り出す（ステップＳ６２４）。第２演算制御部２１は、取り出した予約レコードの時間帯が、Ｉ番目の人が参加中の時間帯であるか否かを判定する（ステップＳ６２５）。参加中の時間帯の場合は（ステップＳ６２５でＹＥＳ）、第２演算制御部２１は、取り出した予約レコード中のＩ番目の参加者の患者ＩＤフィールドに、同じタスクが継続中である事を示す「９９９９９９」を記録し（ステップＳ６２６）、ステップＳ６２４に戻る。ステップＳ６２５でＩ番目の人の参加中の時間帯でない場合は（ステップＳ６２５でＮＯ）、第２演算制御部２１は、入力中のタスクレコードの参加者全員の処理が終了したか否かを判定する（ステップＳ６２７）。全員の処理が終了していない場合は（ステップＳ６２７でＮＯ）、第２演算制御部２１はカウンタＩに１を加算して（ステップＳ６２８）、その後ステップＳ６２２に戻る。全員の処理が参加している場合は（ステップＳ６２７でＹＥＳ）、第２演算制御部２１は、入力中のタスクレコードで医療機器を使用するか否かを判定する（ステップＳ６２９）。

医療機器を使用する場合には（ステップＳ６２９でＹＥＳ）、第２演算制御部２１は、予約ＤＢ２５３から入力中のタスクレコードのタスク開始時刻を含む予約レコードを取り出す（ステップＳ６３１）。第２演算制御部２１は、取り出した予約レコード中の入力中のタスクレコードで使用するすべての医療機器の患者ＩＤフィールドに、入力中のタスクレコードの患者ＩＤを記録する（ステップＳ６３２）。

第２演算制御部２１は、予約ＤＢ２５３から次の時間帯の予約レコードを取り出す（ステップＳ６３３）。第２演算制御部２１は、取り出したレコードの時間帯が、入力中のタスクレコードのタスクが継続中の時間帯であるか否かを判定する（ステップＳ６３４）。タスク継続中の時間帯の場合は（ステップＳ６３４でＹＥＳ）、第２演算制御部２１は取り出したレコード中の入力中のタスクレコードで使用するすべての医療機器の患者ＩＤフィールドに、同じタスクが継続中である事を示す「９９９９９９」を記録し（ステップＳ６３５）、ステップＳ６３３に戻る。タスク継続中の時間帯でない場合（ステップＳ６３４でＮＯ）、および医療機器を使用しない場合（ステップＳ６２９でＮＯ）には、第２演算制御部２１は予約ＤＢ２５３を保存し（ステップＳ６３８）、予約ＤＢ記録のサブルーチンは終了する。

本実施の形態によれば、医師およびコメディカルの予定を医療行為に参加する必要のある時間の範囲だけ予約できる。また、最も件数の多い単独の医師による単位時間の診察の予定に対しては、タスクＩＤを付与しないため、タスクＤＢの容量が小さくなる。そのため、タスクＤＢの保存容量を節約できるとともに、軽快に動作するシステムを実現できる。

なお、単独の医師による単位時間の診察の予定に対しても、他の予定と同様にタスクＩＤを付与し、タスクレコードを作成しても良い。この場合には、図２９に示すタスクレコード保存のサブルーチン内で、ステップＳ８３０からステップＳ８３４の処理を省略して、全てのタスクに対してタスクＩＤの割り当て（ステップＳ８３５）および保存（ステップＳ８３６）の処理を行う。

［実施の形態２］
実施の形態２は、第１演算制御部１１を介して第２演算制御部２１が図１４のタスクの入力画面中の終了ボタン４０４の選択を明示的に受け付けた後に、ダブルブッキングチェックを行うものである。図３２および図３３は、実施の形態２の情報処理システム４の処理手順を示すフローチャートである。

図３２および図３３を参照して、本実施形態の情報処理システム４の処理の流れを説明する。なお、図２２と共通する部分の説明は省略する。処理開始からステップＳ５０７で入力を受け付けるまでは図２２の処理と同一である。

第２演算制御部２１は終了ボタンフラグを解除する（ステップＳ６５１）。第２演算制御部２１は終了可フラグを設定する（ステップＳ６５２）。第２演算制御部２１はタスク入力サブルーチンを起動する（ステップＳ５０９）。タスク入力サブルーチンは、図２３に示したものと同一である。ただし本実施の形態においては、タスク入力サブルーチンの起動直前に終了可フラグを設定しているので、図１４のタスク入力画面中の終了ボタン４０４は初回から入力受付可能である。

第２演算制御部２１は終了ボタンフラグが設定の状態であるか否かを判定する（ステップＳ６５３）。終了ボタンフラグが解除の場合は（ステップＳ６５３でＮＯ）、ステップＳ６５２に戻る。これは、第１演算制御部１１を介して第２演算制御部２１が終了ボタン４０４の選択を検出するまでタスク入力サブルーチンを繰り返す事を意味している。終了ボタンフラグが設定されている場合は（ステップＳ６５３でＹＥＳ）、第２演算制御部２１は図２８のダブルブッキングチェックのサブルーチンを起動する（ステップＳ５１１）。

第２演算制御部２１は、入力中のタスクが登録可能であるかを判定する（ステップＳ６５４）。入力中のタスクに何らかの問題を発見して登録できない場合は（ステップＳ６５４でＮＯ）、ステップＳ６５２に戻る。一方、登録可能な場合には（ステップＳ６５４でＹＥＳ）第２演算制御部２１は図２９のタスクレコード保存のサブルーチンを起動する（ステップＳ５１３）。第２演算制御部２１は図３０および図３１の予約ＤＢ記録のサブルーチンを起動する（ステップＳ５１４）。

なお、ステップＳ５１３に入る前に、第２演算制御部２１が第１演算制御部１１に、「保存しますか？（Ｙ／Ｎ）」のようなメッセージを表示して、ユーザーの意向の入力を受け付けるように指示しても良い。

ステップＳ５０５、ステップＳ５０６およびステップＳ５０７を省略して、図４に示した初期画面からタスク入力指示ボタン４０３の入力を受け付けた場合に（ステップＳ５０３）、図１４のタスク入力画面に直接遷移しても良い。

図５の画面でタスクＩＤが選択された事を第１演算制御部１１が受け付けた場合に、選択されたタスクＩＤのタスクレコードの修正を開始しても良い。具体的には、第２演算制御部２１は終了可フラグと終了ボタンフラグの双方を設定した状態でステップＳ６５２から図３３の処理を開始する。このフローにより、既に登録済のタスクレコードの修正を行うことができる。

第１演算制御部１１が図４の初期画面で表示変更ボタン４２５の選択を受け付けた場合、図４に示した医師Ａ、医師Ｂ、医師Ｃの予定を重点的に表示した画面から、検査技師Ｄ、検査技師Ｅの予定を重点的に表示した画面に切り替えるようにしても良い。同様に看護師の予定や医療機器の予定を重点的に表示するための表示変更ボタン４２５を設けても良い。

図４の初期画面は、ログオンしている人によって異なるようにしても良い。たとえば検査技師Ｄがログオンしている場合には、検査技師Ｄおよび検査技師Ｄが主に担当する医療機器の予定が表示される設定にすることが望ましい。このような設定により、ユーザーに合わせた情報を的確に表示するユーザーインターフェイスを実現できる。

本実施の形態においては、第２演算制御部２１が図１４のタスクの入力画面中の終了ボタン４０４の選択を明示的に受け付けた後に、ダブルブッキングチェックを行う。そのため第２演算制御部２１の負荷が軽く、比較的能力の低いコンピュータをサーバー２に使用した場合でもスムーズに予約処理を行える。

［実施の形態３］
実施の形態３は、特殊な専門的技術を持ったスタッフの応援を求めたい場合に、他の部門または他の施設のスタッフの予約を行えるようにしたものである。図３４は、実施の形態３の情報処理システム４の初期画面を示す説明図である。図３５は、実施の形態３のタスク入力画面のイメージを示す説明図である。ここで特殊な専門的技術を持ったスタッフの応援を求めたい場合とは、たとえば直腸癌が子宮に浸潤している症例の手術を外科で行う際に、経験豊富な婦人科の医師にも参加を求めたい場合である。

図３４および図３５を参照して、本実施形態の情報処理システム４の動作を説明する。なお、実施の形態１と共通する部分の説明は省略する。

図３４は、総合病院の外科の初期場面である。図３４では、スケジュール一覧欄４０１の上部に複数の診療科の名称の所属タブ４５１が表示されている。図３４は、外科に所属している人がログオンしている場合の初期画面であり、「外科」の所属タブ４５１が選択されている。図３４では、外科に所属する医師Ａ、医師Ｂ、医師Ｃの予定が一覧表示されている。また、検査技師Ｄ、放射線技師Ｅの予定の概略も一覧表示されている。「外科検査処置」の所属タブ４５１を選択すると、外科に所属する検査技師Ｄ、放射線技師Ｅおよびこの２名が主に担当する医療機器の予定が一覧表示される。「内科」「婦人科」「眼科」「小児科」の所属タブ４５１が選択されている場合には、各々の診療科の医師およびコメディカルの予定が一覧表示される。所属タブ４５１は、同一医療機関内の他の部門を対象にしても良いし、地域連携を行っている近隣の他の医療機関を対象にしても良い。

図３４の初期画面を表示している場合に、第１演算制御部１１がスケジュール一覧欄４０１上の行の選択とタスク入力指示ボタン４０３の選択とをこの順番で受け付けた場合、図５に示すように予約状況一覧４２１が表示される。ここで予約状況一覧４２１は、選択している所属タブ４５１が対象としている診療科の一覧が表示される。第１演算制御部１１が新規追加ボタン４２２の選択を受け付けた場合、図３５のタスク入力画面が表示される。

図３５では、人欄４０９の上部に「外科」「内科」「婦人科」「眼科」「小児科」の診療科の名称の人選択タブ４５２が表示されている。図３５は「外科」の人選択タブ４５２が選択されている状態を示す。「内科」「婦人科」「眼科」「小児科」の所属タブ４５１が選択されている場合には、各々の診療科の医師およびコメディカルの参加フラグ等の状態が一覧表示され、参加フラグ列は選択を受け付け可能な状態に設定される。

人欄４０９の下部には、応援欄４５３が表示されている。「外科」以外の人選択タブ４５２が選択されている場合に参加フラグが設定された医師およびコメディカルの所属、名前、参加開始時刻および参加終了時刻が応援欄４５３に表示される。

なお、所属タブ４５１および人選択タブ４５２の選択を受け付けた場合に、一覧表示する対象を切り替えるユーザーインターフェイスは公知なので、フローチャート等による詳細な説明は省略する。

入力を終了して、タスクＤＢ２５４および予約ＤＢ２５３に入力内容を保存する場合には、第２演算制御部２１が直接応援相手の予約を記録しても良いし、第２演算制御部２１が応援相手のスケジュールを管理しているシステムに予約の確定と記録を依頼しても良い。また、予約を確定する前に、第２演算制御部２１が応援相手のスケジュールを管理しているシステムに承認を求めても良い。

このようにすることで、他の診療科または医療機関の医師およびコメディカルの予定を、自部門の医師、コメディカルおよび医療機器の予約と併せて行うことができる。

［実施の形態４］

実施の形態４は、日常的に行う定型的なタスクを簡便に予約するユーザーインターフェイスを提供するものである。ここで、日常的に行う定型的なタスクとは、タスクＩＤを付与せず、タスクＤＢ２５４に記録しないタスクをいう。以下では、医師の行う単位時間の「診察」を日常的に行う定型的なタスクとして説明する。図３６および図３７は、実施の形態４の画面のイメージを示す説明図である。

図４、図３６および図３７を参照して、実施の形態４の概要を説明する。情報処理システム４が起動された場合、第１表示部１４に図４の初期画面が表示される。ＩＤ設定欄４３１への患者ＩＤの入力または氏名設定欄４３２への患者氏名の入力を受け付けた場合、図３６に示すように患者の患者ＩＤ、氏名、誕生日、年齢が患者情報欄４３３に表示される。

ＩＤ設定欄４３１内に表示された患者ＩＤがスケジュール一覧欄４０１にドラッグアンドドロップされた場合、図３７に示すようにドラッグアンドドロップ先の医師および時間に新規予約が入力される。

なお、ＩＤ設定欄４３１への患者ＩＤの入力または氏名設定欄４３２への患者氏名の入力以外の操作を受け付けた場合には、実施の形態１等と同じ処理が実行される。

図３８および図３９は、実施の形態４の情報処理システム４の処理手順を示すフローチャートである。図３８および図３９を参照して、実施の形態４の情報処理システム４の処理の流れを説明する。

情報処理システム４が起動された場合、第２演算制御部２１は第１演算制御部１１に対して第１表示部１４に図４に示す初期画面を出力するように指示する（ステップＳ５０１）。第１演算制御部１１は、第１表示部１４に図４に示す初期画面を出力する（ステップＳ５０２）。

第１演算制御部１１は、ユーザーからの入力を受け付け（ステップＳ５０３）、通信により第２演算制御部２１に受け付けた内容を伝達する。第２演算制御部２１は伝えられた入力が患者名または患者ＩＤの入力であるか否かを判定する（ステップＳ７０１）。患者名と判定するのは、氏名設定欄４３２への入力が行われた場合である。患者ＩＤと判定するのは、ＩＤ設定欄４３１への入力が行われた場合である。患者名の入力でも、患者ＩＤの入力でもない場合には（ステップＳ７０１でＮＯ）、図２２のステップＳ５０４以降と同じ処理を行う。患者名または患者ＩＤの入力の場合には（ステップＳ７０１でＹＥＳ）、第２演算制御部２１は患者ＤＢ２５６を参照して患者の情報を取得する（ステップＳ７０２）。第２演算制御部２１は患者情報欄４３３に患者の情報を表示するように第１演算制御部１１に指示する（ステップＳ７０３）。ここで表示される患者の情報は、患者ＩＤ、氏名、生年月日および生年月日から算出した年齢である。

第１演算制御部１１は、図３６の患者情報欄４３３に示すように第１表示部１４に患者の情報を出力する（ステップＳ７０４）。なお、第２演算制御部２１が対象患者の検査データ、最近の診察記録、血液型、アレルギーまたは既往症等の情報を電子カルテから取り出して、生年月日等と一緒に患者情報欄４３３に表示するように第１演算制御部１１に指示しても良い。

第１演算制御部１１は、ユーザーが制御するポインタにより第１表示部１４に表示されたＩＤ設定欄４３１内に表示された患者ＩＤが選択され、選択された状態のままポインタがスケジュール一覧欄４０１上に動かされて選択が解除される、いわゆるドラッグアンドドロップ操作の受け付けを待つ（ステップＳ７０５）。第１演算制御部１１は選択が解除された位置、すなわちドロップ先に表示されている医師名と時間帯を検出する（ステップＳ７０６）。これにより、一回のドラッグアンドドロップ操作で担当する医師と医療行為を実施する時間の２つの情報の入力受付が同時に行われる。ドロップ先が医師名では無い場合およびスケジュール一覧欄４０１以外の領域の場合には、第１演算制御部１１はドラッグアンドドロップ操作を無視する。第１演算制御部１１は、検出した時間帯および医師名を第２演算制御部２１に伝達する。

第２演算制御部２１は、予約ＤＢ２５３を参照して、伝達された時間帯の医師の予定の先約の有無を判定する（ステップＳ７０７）。先約の有無は、伝達された時間帯の指定された医師の患者ＩＤフィールドが「０」であるか否かで判定する。先約がある場合には（ステップＳ７０７でＹＥＳ）、第２演算制御部２１は第１演算制御部１１に先約があり予約を受け付けられない旨のメッセージの表示を指示する（ステップＳ７０８）。第１演算制御部１１は第１表示部１４にメッセージを出力し（ステップＳ７０９）、その後ステップＳ７０５に戻る。先約が無い場合には（ステップＳ７０７でＮＯ）、第２演算制御部２１は図３０および図３１に示した予約ＤＢ記録サブルーチンを起動して、入力された内容を予約ＤＢ２５３に反映させる（ステップＳ５１４）。この際、予約ＤＢ２５３の内容フィールドは「診察」、備考フィールドは空白とする。

第２演算制御部２１は、第１演算制御部１１に予約完了のメッセージ表示を指示する（ステップＳ７１１）。第１演算制御部１１は、第１表示部１４に予約が完了のメッセージを出力する（ステップＳ７１２）。第２演算制御部２１は第１演算制御部１１にスケジュール一覧欄４０１の更新を指示する（ステップＳ７１３）。第１演算制御部１１は、第１表示部１４にスケジュール一覧欄４０１を出力する（ステップＳ７１４）。その後処理を終了する。

日常的に行う定型的なタスクは、「診察」の代わりに「定期健診」「予防注射」等でも良い。情報処理システム４を使用する医療機関でもっとも実施頻度が高い定型的な業務を日常的に行う定型的なタスクとして扱うことで、情報処理システム４の負荷を低減して操作しやすいシステムを実現することができる。

ステップＳ７０５で受け付ける操作はドラッグアンドドロップ操作に限らない。たとえば、患者ＩＤ欄４０５とスケジュール一覧欄４０１の連続クリック、連続ダブルクリック、連続タップ等でも良い。なお、タップとはタッチパネル式の入力デバイスの操作方法の一種で、タッチパネル上を触る操作を意味する。また、たとえば「医師Ｃ、１０時２０分」の様な音声入力でも良いし、第１表示部１４に表示された画面を指さす等のジェスチャー入力でも良い。

本実施の形態によれば、１つの操作で担当する医師と医療行為を実施する時間との入力が行われ、これを受け付けて予約を記録できる。したがって、日常的に行う定型的な予定を簡便に予約できるユーザーインターフェイスを提供できる。

［実施の形態５］
実施の形態５は、有名人や芸能人等、医療施設の窓口や待合室で名前を呼ばれたくない事情のある患者を仮名で扱うものである。図４０は、実施の形態５の患者データベースのレコードレイアウトを示す説明図である。図４１は、実施の形態５の画面のイメージを示す説明図である。

図４１においては、医師Ａが１０時１５分から診察する「すずき はなこ」氏は仮名である。画面を見る人が仮名であることを識別できるように、「すずき はなこ」氏の情報は他の患者の情報とは異なる書体で表示されている。この画面には「すずき はなこ」氏の実名は表示されないので、診察や精算等の呼び出しには仮名が使用され、患者のプライバシーが守られる。その一方、保険請求手続き等の実名で処理する必要がある場面では予め登録された実名が表示され、必要な処理をスムーズに行える。

図４０に示す患者ＤＢ２５６は、図１２の患者ＤＢ２５６に対して漢字実名およびかな実名のフィールドが追加されたものである。仮名を使用する患者の場合には、患者ＤＢ２５６の入力または更新の際に漢字氏名フィールドおよびかな氏名フィールドには仮名を記録し、漢字実名フィールドとかな実名フィールドに実名を記録する。なお、欧米人患者等の漢字名の無い患者が仮名を使用する場合には、漢字実名フィールドには患者名の原文表記またはよみがな表記を記録する。この場合には保険請求手続き等の公的手続きに必要な表記形式を採用することが望ましい。

図４１の初期画面内のスケジュール一覧欄４０１に表示されるかな患者名を例にして、仮名を表示する場合の処理手順を説明する。

第２演算制御部２１は、図６の予約ＤＢ２５３から表示を行う時間帯の予約レコードを取り出す。第２演算制御部２１は、予約レコードに記録された患者ＩＤをキーとして、患者レコードのかな実名フィールドにデータが記録されているか否かを判定する。かな実名フィールドにデータが記録されている場合には、その患者は仮名を使用している患者である。

第２演算制御部２１は、予約レコードの記録に対応するように、タスクＩＤ、かな氏名、内容、備考の情報をそれぞれ配置してスケジュール一覧欄４０１に表示される情報を作成する。この際、仮名を使用している患者には通常の患者とは異なる書体を指定する。その後、第２演算制御部２１は、スケジュール一覧欄４０１を含む画面を表示するように第１演算制御部１１に指示する。第１演算制御部１１は図４１の画面を第１表示部１４に出力する。

以上の処理により、図４１に示すように、仮名を使用する患者の氏名は通常の患者とは異なる書体で表示される。

第２演算制御部２１は、仮名を使用している患者の情報の書体を変える代わりに、色を変えたり、近傍にマークを付けたり、文字のサイズを変更したりして出力するように第１演算制御部１１に指示しても良い。また、第２演算制御部２１は、仮名の近傍に実名を併記して出力するように第１演算制御部１１に指示しても良い。この場合には、待合室等で誤って実名を呼んでしまう事を避けるために、仮名よりも小さい文字や仮名よりも薄い文字等の、仮名に比べて読みにくい文字で実名を表示するように指示する事が望ましい。

第１演算制御部１１が仮名を使用している患者の選択を受け付けた場合には、その患者の実名を第１表示部１４の画面にポップアップ表示しても良い。この場合には、第２演算制御部２１から第１演算制御部１１に仮名を使用している患者の漢字実名フィールドまたはかな実名フィールドのデータを予め送っておく。実名を知る必要があるスタッフがログオンしている場合にのみ実名をポップアップ表示するように、第２演算制御部２１が第１演算制御部１１に指示する事により、仮名を使用する患者のプライバシー保護を確実に行える。また、実名を知る必要があるスタッフがログオンしている場合にのみ、第２演算制御部２１から第１演算制御部１１に仮名を使用している患者の漢字実名フィールドまたはかな実名フィールドのデータを送っても良い。

患者の実名を知る必要があるスタッフがログオンしている場合には、第２演算制御部２１が第１演算制御部１１に対して仮名の代わりに実名を出力するように指示しても良い。この場合には、第２演算制御部２１は、仮名を使用する患者については漢字氏名フィールドのデータを漢字実名フィールドのデータに、かな氏名フィールドのデータをかな実名フィールドに置き換えて使用する。なお、書体、色、マーク等で通常は仮名を使用する患者であることを示すように指示するのが、仮名を使用する患者のプライバシー保護に有効である。

患者の実名を知る必要がある特定のスタッフ以外には仮名である事が識別できないように出力するように、第２演算制御部２１が第１演算制御部１１に指示しても良い。仮名を使用している事自体が一般のスタッフには秘匿されるので、プライバシーをより高いレベルで保護することができる。

本実施の形態によれば、医療機関で名前を呼ばれたく無い事情のある患者のプライバシーを尊重できる。

［実施の形態６］
実施の形態６は、学会、研究会、一般向けの講演活動、休暇等の医療行為以外の予定も医療行為と一括して管理するものである。図４２は、実施の形態６の使用機器ＤＢ２５５のレコードレイアウトを示す説明図である。図４３は、実施の形態６の画面のイメージを示す説明図である。

図４２に示す使用機器ＤＢ２５５には、内容フィールドが「医療外」のレコードが含まれている。医療行為以外の予定を入力する際には、このレコードを使用する。

第２演算制御部２１は、図２３のタスク入力サブルーチンのステップＳ５２４で内容欄４１１に「医療外」の入力を受け付けたと判定した場合には、患者ＩＤを「医療外」の行為を示す「９９９９９８」と設定する。その後は、ステップＳ５２４以降のフローチャートに従って処理を行ない、入力が完了した後にタスクレコードをタスクＤＢ２５４および予約ＤＢ２５３に記録する。

図４３にスケジュール一覧欄４２１の例を示す。検査技師Ｄの「医療外 ＡＢＣ研究会」および医師Ａの「午後半日休暇」が、通常の医療行為の予定と並べて表示されている。患者ＩＤが「医療外」であることから、通常の医療行為とは別の活動であることを判別できる。なお、図４３中の「ＡＢＣ研究会」および「午後半日休暇」は各々のタスクレコードの備考フィールドに記録されている任意記載事項である。

患者ＩＤの「９９９９９８」は例示であり、他の任意の値を割り当てる事ができる。ただし、患者ＩＤとしては使用されない値を採用する。

本実施の形態によれば、医師またはコメディカルの医療行為以外の活動、具体的には学会、研究会、一般向けの講演活動、休暇等の予定を一括して管理できる。なお、休暇の予定を、勤怠等の労務管理のシステムと連携させても良い。

［実施の形態７］
図４４は、実施の形態７の画面のイメージを示す説明図である。図４４は、図１４のタスク入力画面の代わりに使用する画面である。図４４では、患者ＩＤ欄４０５の下に患者名欄４１４および検査データ欄４１５が設けられている。

本実施形態では、第１演算制御部１１が患者名欄４１４への患者名の入力を受け付けた後、第２演算制御部２１が患者ＤＢ２５６を参照して患者ＩＤに変換する。第２演算制御部２１の指示により、第１演算制御部１１が患者ＩＤ欄４０５に患者ＩＤを出力する。更に、同姓同名の患者等名前を取り違える可能性がある患者が居る場合には、その旨の注意を画面に表示しても良い。

検査データ欄４１５には、電子カルテから取り出した患者の検査データが表示される。ここで表示される検査データは、検査や手術の際に共通して必要な感染症検査の結果である。

本実施の形態によれば、タスクレコードの入力中に患者の名前や検査データが表示されるので、使い勝手の良いユーザーインターフェイスを実現できる。

［実施の形態８］
小規模な情報処理システム４の場合には操作端末１に搭載されたハードディスクドライブ等の大容量記憶装置をサーバー２の第２大容量記憶部２５として使用しても良い。この場合には、第１演算制御部１１が第２演算制御部２１を兼ねる。この様な構成により、１台のコンピュータで情報処理システム４を構築可能である。

複数の操作端末１をネットワーク３で接続して、ネットワーク３に接続したＮＡＳ（Network Attached Storage）を第２大容量記憶部２５として使用しても良い。この場合には、第１演算制御部１１が第２演算制御部２１を兼ねる。この様な構成により、汎用のパソコンで情報処理システム４を構築でき、専用のサーバー２は不要となるので、安価な情報処理システム４を構築できる。

操作端末１では必要最低限の処理のみを行い、ネットワーク３で接続したサーバー２のＣＰＵで以下に述べる入出力操作の制御を行なういわゆるシンクライアント型の構成を採用しても良い。ＤＢ内のデータの外部への持ち出しを防止等の情報セキュリティ対策を行いやすくなる。更に、操作端末１の増設等のシステム拡張時の追加投資を低く抑えることもできる。更に、サーバー２のＣＰＵおよび大容量記憶装置として、ネットワーク上のいわゆるクラウドサービスを使用しても良い。

［実施の形態９］
実施の形態９は、入力中のタスクと既存の予約との間に重複が発生している場合に、参加開始時刻が異なれば重複予約を可能とするものである。図４５および図４６は、実施の形態９の予約ＤＢ２５３のイメージを示す説明図である。図４７および図４８は、実施の形態９のタスク入力画面のイメージを示す説明図である。図４９は，実施の形態９の予約ＤＢ２５３のイメージを示す説明図である。なお、本実施形態の予約ＤＢ２５３の構造は図６から図９に示したものと同一であり、図４５、図４６、図４９では医師Ｃの部分を切り取って示している。

図４５および図４６を使用して、本実施形態の予約ＤＢ２５３の記録状態を説明する。図４５に示すように、医師Ｃには１０時３５分から１１時１５分まで患者ＩＤ「ＢＢＢＢＢＢ」の患者の右鼠頸部ヘルニアの手術の予定が入っている。しかし、手術と平行して、１０時４５分から患者ＩＤ「ＤＤＤＤＤＤ」の診察も平行して行う必要が生じた場合について説明する。１０時４５分からの１０分間であれば、患者ＩＤ「ＢＢＢＢＢＢ」の手術は他の担当医師だけで対応できるため、医師Ｃが手術室を離れても問題は生じない。このような場合に、図４６に示すように、１０時４５分から「ＤＤＤＤＤＤ」の診察を予約する。

図４７および図４８を使用して、本実施形態の予約の入力方法を説明する。図４７では、１０時３５分から１０時４５分までの１０分間、患者ＩＤ「ＤＤＤＤＤＤ」の診察の予約を行おうとしている。しかし、既存の予約である患者ＩＤ「ＢＢＢＢＢＢ」の右鼠頸部ヘルニア手術と参加開始時刻の１０時３５分が一致しているので、予約を受け付けられない旨のメッセージが表示されている。

一方、図４８では、１０時４５分から１０時５５分までの１０分間、患者ＩＤ「ＤＤＤＤＤＤ」の診察の予約を行おうとしている。既存の予約である患者ＩＤ「ＢＢＢＢＢＢ」の右鼠頸部ヘルニア手術重複する時間帯であるが、両者の参加開始時刻が一致していないので、予約の強行可否を問い合わせる旨のメッセージが表示されている。ここで第２演算制御部２１が「はい」の選択を受け付けると、患者ＩＤ「ＤＤＤＤＤＤ」の予約が確定し、予約ＤＢ２５３には図４６に示すように記録される。予約ＤＢ２５３の記録だけからは、患者ＩＤ「ＤＤＤＤＤＤ」の診察の終了予定時間はわからないが、医師Ｃの予定に先約がある事は判る。患者ＩＤ「ＤＤＤＤＤＤ」の診察の終了時間は、タスクＤＢ２５４からタスクレコードを取り出せば確認することができる。タスクＤＢ２５４に患者ＩＤ「ＤＤＤＤＤＤ」に対応するタスクレコードが記録されていない場合には、単位時間の診察であることがわかる。したがって、問題は生じない。

事前に、図４９に示すように、医師Ｃが１０時４５分から１０時５０分までの１０分間、患者ＩＤ「ＤＤＤＤＤＤ」の診察を行う予定が入っている場合についても、同様にして、患者ＩＤ「ＢＢＢＢＢＢ」の右鼠頸部手術を予約する事ができる。この場合も、患者ＩＤ「ＢＢＢＢＢＢ」の予約後の予約ＤＢ２５４は、図４６に示す状態になる。

図５０は、実施の形態９の情報処理システム４の処理手順を示すフローチャートである。図５０を参照して、本実施形態の情報処理システム４の処理の流れを説明する。なお、図２２と共通する部分の説明は省略する。処理開始から第２演算制御部２１が終了ボタンフラグの状態を判定する（ステップＳ５１０）までは、図２２と共通である。終了ボタンフラグが設定されていない場合には（ステップＳ５１０でＮＯ）、第２演算制御部２１はダブルブッキングチェックのサブルーチンを起動する（ステップＳ８５１）。ダブルブッキングチェックのサブルーチンは、入力中のタスクの医師、コメディカルおよび医療機器の予定と予約ＤＢ２５３に記録されている既存の予約との重複の有無を判定し、必要な場合には重複登録を許可するサブルーチンである。ダブルブッキングチェックのサブルーチン内の処理については後述する。

第２演算制御部２１は、重複フラグの状態を判定する（ステップＳ８５２）。重複フラグは、重複予約の許容可否を示すフラグである。重複フラグが設定されている場合には、ダブルブッキングチェックのサブルーチンで重複予約を許容するという設定が行われた事を示す。第２演算制御部２１は、重複フラグが設定されていると判定した場合には（ステップＳ８５２でＹＥＳ）タスクレコード保存のサブルーチンを起動する（ステップＳ５１３）。タスクレコード保存のサブルーチンは、図２９に示したものと同一である。その後、第２演算制御部２１は予約ＤＢ記録のサブルーチンを起動する（ステップＳ８５３）。その後処理を終了する。予約ＤＢ記録のサブルーチンは、入力中のタスクの内容を重複予約分も含めて予約ＤＢ２５３に反映させるサブルーチンである。予約ＤＢ記録のサブルーチン内の処理については後述する。

第２演算制御部２１が、重複フラグが設定されていないと判定した場合には（ステップＳ８５２でＮＯ）、第２演算制御部２１は終了可フラグの設定または解除を行う（ステップＳ５１２）。具体的には、入力中のタスクが登録可能な状態であれば、第２演算制御部２１は終了可フラグを設定する。登録不可能な状態であれば、第２演算制御部２１は終了可フラグを解除する（ステップＳ５１２）。その後ステップＳ５０９に戻る。

図５１および図５２は、実施の形態９のダブルブッキングチェックの処理手順を示すフローチャートである。前述の通り、ダブルブッキングチェックのサブルーチンは、入力中のタスクの医師、コメディカルおよび医療機器の予定と予約ＤＢ２５３に記録されている既存の予約との重複の有無を判定し、必要な場合には重複登録を許可するサブルーチンである。図５１および図５２を参照して、ダブルブッキングチェックのサブルーチンの処理の流れを説明する。なお、図２８および図２９と共通する部分の説明は省略する。処理開始から第２演算制御部２１が入力中のタスクの終了時間まで確認を完了したか否かを判定する（ステップＳ６０９）までは、図２８と共通である。完了していない場合には（ステップＳ６０９でＮＯ）、カウンタＩに１を加えて（ステップＳ６１０）、ステップＳ６０５に戻る。

タスクリスト内のすべてのタスクの確認が終わっていれば（ステップＳ６０９でＹＥＳ）、第２演算制御部２１は「警告機器リスト」および「警告人リスト」が空であるか否かを判定する（ステップＳ６７１）。両方のリストが空で無い場合には（ステップＳ６７１でＹＥＳ）、第２演算制御部２１は第１演算制御部１１に対してメッセージの表示を指示する（ステップＳ６７２）。メッセージの内容は、入力中のタスクは登録可能である旨である。第１演算表示部１１は第１表示部１４に指示されたメッセージを出力し（ステップＳ６７３）、その後ダブルブッキングチェックのサブルーチンは終了する。

「警告機器リスト」または「警告人リスト」が空では無い場合には（ステップＳ６７１でＮＯ）、第２演算制御部２１は既存の予約と入力中の予約の最初の単位時間が重複しているか否かを判定する（ステップＳ７２２）。最初の単位時間が重複している事は、入力中のタスクの最初の単位時間に、既に患者ＩＤが記録されている事により判定する。最初の単位時間が重複している場合には（ステップＳ７２２でＹＥＳ）、第２演算制御部２１は第１演算制御部１１に、予約を受け付けられない旨のメッセージの表示を指示する（ステップＳ７２３）。第１演算制御部１１は第１表示部１４に図４７に示すように予約を受け付けられない旨のメッセージを出力し（ステップＳ７２４）、ダブルブッキングチェックのサブルーチンは終了する。

最初の単位時間が重複していない場合には（ステップＳ７２２でＮＯ）、第２演算制御部２１は第１演算制御部１１に、予約の強行可否の問い合わせを指示する（ステップＳ７２５）。第１演算制御部１１は、第１表示装置１４に図４９に示すように予約強行の可否を問い合わせるメッセージを出力する（ステップＳ７２６）。第１演算制御部１１は、入力を受け付けたら（ステップＳ７２７）、受け付けた内容を第２演算制御部２１に伝達する。第２演算制御部２１は、受け付けた内容が予約の強行を可とするか否とするかを判定する（ステップＳ７２８）。

予約の強行を可とする入力を受け付けたと判定した場合は（ステップＳ７２８でＹＥＳ）、第２演算制御部２１は重複フラグを設定し（ステップＳ７２９）、ダブルブッキングチェックのサブルーチンは終了する。予約の強行を可とする入力を受け付けていない判定した場合は（ステップＳ７２８でＮＯ）、第２演算制御部２１は重複フラグを解除し（ステップＳ７３０）、ダブルブッキングチェックのサブルーチンは終了する。

図５３および図５４は、実施の形態９の予約ＤＢ記録の処理手順を示すフローチャートである。前述の通り、予約ＤＢ記録のサブルーチンは、入力中のタスクの内容を重複予約分も含めて予約ＤＢ２５３に反映させるサブルーチンである。図５３および図５４を参照して、予約ＤＢ記録のサブルーチンの処理の流れを説明する。なお、図３０から図３３と共通する部分の説明は省略する。

第２演算制御部２１は、カウンタＩを１に設定し、中断タスクリストを空白に初期化する（ステップＳ８６１）。第２演算制御部２１は、予約ＤＢ２５３から入力中のタスクレコードのＩ番目の参加者の参加開始時刻を含む予約レコードを取り出す（ステップＳ８６２）。第２演算制御部２１は、予約レコードを取り出した時間帯にＩ番目の参加者が他のタスクに参加中であるか否かを判定する（ステップＳ８６３）。参加している事は、Ｉ番目の参加者の患者ＩＤフィールドが、前の時間帯の「９９９９９９」が記録されていることにより判定する。参加中と判定した場合は（ステップＳ８６３でＹＥＳ）、第２演算制御部２１は予約ＤＢ２５３の記録を参加中のタスクの開始時間帯まで遡って調べ、先約のタスクの患者ＩＤ、内容、備考を、中断タスクリストに記録する（ステップＳ８６４）。なお、中断タスクリストへの記録は、既に記録されている内容への追加記録で行う。

参加中ではないと判定した場合（ステップＳ８６３でＮＯ）およびステップＳ８６４の終了後に、第２演算制御部２１は取り出した予約レコード中のＩ番目の人のフィールドに、入力中のタスクの患者ＩＤ、内容、備考を記録する（ステップＳ８６５）。

第２演算制御部２１は、予約ＤＢ２５３から次の時間帯の予約レコードを取り出す（ステップＳ８６６）。第２演算制御部２１は、予約レコードを取り出した時間帯はＩ番目の参加者が入力中のタスクに参加中の時間帯であるか否かを判定する（ステップＳ８６７）。参加中の時間帯の場合には（ステップＳ８６７でＹＥＳ）、第２演算制御部２１はステップＳ８６６で取り出した予約レコードのＩ番目の参加者の患者ＩＤフィールドに患者ＩＤの記録があるか否かを判定する（ステップＳ８６８）。記録がある場合には（ステップＳ８６８でＹＥＳ）、第２演算制御部２１は予約レコード中のＩ番目の参加者を示すフィールドに記録されている患者ＩＤ、内容、備考を、中断タスクリストに記録する（ステップＳ８６９）。なお、中断タスクリストへの記録は、既に記録されている内容への追加記録で行う。記録が無い場合には（ステップＳ８６８でＮＯ）、第２演算制御部２１は予約レコード中のＩ番目の参加者の患者ＩＤフィールドに「９９９９９９」を記録する（ステップＳ８７０）。ステップＳ８６９またはステップＳ８７０の終了後、ステップＳ８６６に戻る。

ステップＳ８６６で予約レコードを取り出した時間帯が、入力中のタスクに参加中の時間帯ではない場合には（ステップＳ８６７でＮＯ）、第２演算制御部２１は入力中のタスクに参加する人全員の処理が終了したか否かを判定する（ステップＳ８７１）。全員の処理が終了していないと判定した場合には（ステップＳ８７１でＮＯ）、カウンタＩに１を加算して（ステップＳ８７２）、ステップＳ８６２に戻る。

全員の処理が終了したと判定した場合には（ステップＳ８７１でＹＥＳ）、第２演算制御部２１は入力中のタスクに使用する医療機器の予約を予約ＤＢ２５３に記録する（ステップＳ８７２）。医療機器の予約については、図３１のステップＳ６３１からステップＳ６３５と同一なので説明を省略する。医療機器の予約の記録が終了したら、第２演算制御部２１は予約ＤＢ２５３を保存する（ステップＳ８７３）。第２演算制御部２１は、中断タスクリストを出力し（ステップＳ８７４）、約ＤＢ記録のサブルーチンは終了する。なお、中断タスクリストの出力先は、第２大容量記憶部２５でも良いし、第２表示部２４のプリンタ等の出力装置でも良い。

本実施の形態によれば、隙間時間を有効活用して多くの患者の診断、治療等の医療行為を行えるように予定を立てる事ができる。

［実施の形態１０］
実施の形態１０は、重複予約を行った場合に、先に実施していたタスクに戻って来る予定の時間帯を予約ＤＢ２５３に記録するものである。図５５は、実施の形態１０の予約ＤＢ２５３のイメージを示す説明図である。

図５５を使用して、本実施形態の予約ＤＢ２５３の記録状態を説明する。図５５は、実施の形態９と同様の予定を示している。すなわち、１０時３５分から１１時１５分まで患者ＩＤ「ＢＢＢＢＢＢ」の患者の右鼠頸部ヘルニアの手術の予定が入っている医師Ｃが、手術と平行して１０時４５分から１０時５５分に患者ＩＤ「ＤＤＤＤＤＤ」の診察も平行して行う。図５５では、１０時５５分の予約レコードに、医師Ｃが患者ＩＤ「ＢＢＢＢＢＢ」の手術に参加する事が記録されている。すなわち、１０時４５分に一度患者「ＢＢＢＢＢＢ」の右鼠頸部ヘルニアの手術から離脱する医師Ｃが、１０時５５分に同じ手術に戻って来るという予定がわかる。なお、この内容が図４に示す情報処理システム４の初期画面のスケジュール一覧欄４０１に表示される。

図５６および図５７は、実施の形態１０の予約ＤＢ記録の処理手順を示すフローチャートである。図５６および図５７に示すサブルーチンは、図５３および図５４に示すサブルーチンの代わりに使用するものである。図５６および図５７を参照して、予約ＤＢ記録のサブルーチンの処理の流れを説明する。なお、図５３および図５４と共通する部分の説明は省略する。

処理開始からＩ番目の人の患者ＩＤフィールドに「９９９９９９」を記録する（ステップＳ８７０）までは、図５３および図５４の処理と同一である。第２演算制御部２１は、入力中のタスクに参加中の時間帯ではないと判定した場合には（ステップＳ８６７でＮＯ）、ステップＳ８６６で取り出した予約レコードのＩ番目の参加者の患者ＩＤフィールドに「９９９９９９」の記録があるか否かを判定する（ステップＳ８８１）。記録があると判定した場合には（ステップＳ８８１でＹＥＳ）、第２演算制御部２１はステップＳ８６６で取り出した予約レコード中のＩ番目の参加者を示すフィールドに、最後にステップＳ８６９を通過した際に中断タスクリストに記録した事項を複写する（ステップＳ８８２）

「９９９９９９」の記録がないと判定した場合（ステップＳ８８１でＮＯ）およびステップＳ８８２の終了後に、第２演算制御部２１は入力中のタスクに参加する人全員の処理が終了したか否かを判定する（ステップＳ８７１）。以後は図５３および図５４の「処理と同一である。

本実施形態によれば、重複予約から戻る時間帯をスケジュール一覧欄４０１に表示する情報処理システム４を実現できる。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１ 操作端末（第１情報処理装置）
２ サーバー（第２情報処理装置）
３ ネットワーク
４ 情報処理システム
２５３ 予約ＤＢ
４０１ スケジュール一覧欄
４０３ タスク入力指示ボタン
４０４ 終了ボタン
４０７ タスク開始時刻欄
４０８ タスク終了時刻欄
４０９ 人欄
４１０ 機器欄
４１１ 内容欄
４１２ タスクＩＤ欄
４２１ 予約状況一覧

Claims (7)

1. コンピュータに、
   医療行為の実施予定日時を取得し、
   医師およびコメディカルの参加の指定ならびに医療機器の使用の指定を取得し、
   前記実施予定日時の範囲内で参加の指定を取得した医師およびコメディカルの参加予定日時ならびに使用の指定を取得した医療機器の使用予定日時を取得し、
   参加の指定を取得した医師およびコメディカルの前記参加予定日時ならびに使用の指定を取得した医療機器の前記使用予定日時の重複の有無を、医師およびコメディカルの参加予定日時ならびに医療機器の使用予定日時を記録した予約データベースを参照して判定し、
   医師、コメディカルまたは医療機器の予約に重複があると判定した場合には、重複を示す情報を出力する
   処理を実行させるプログラム。
2. 前記重複がないと判定した場合には、医師、コメディカルまたは医療機器の予約状況一覧を出力する
   処理を実行させる請求項１に記載のプログラム。
3. 医師またはコメディカルの予約に前記重複があると判定した場合には、
   前記参加開始日時と重複している予約の参加開始日時とが一致しているか否かを判定し、
   一致していないと判定した場合には、参加の指定を取得した医師またはコメディカル、前記参加予定日時、使用の指定を取得した医療機器および前記使用予定日時を前記予約データベースに出力する
   処理を実行させる請求項１または請求項２に記載のプログラム。
4. 医師またはコメディカルの医療行為以外の行為の予定日時を取得し、
   取得した予定と前記予約データベースに記録された予約との重複の有無を判定し、
   重複がないと判定した場合には、取得した予定を前記予約データベースに出力する
   処理を実行させる請求項１から請求項３のいずれか一つに記載のプログラム。
5. 第１情報処理装置およびネットワークを介して前記第１情報処理装置に接続される第２情報処理装置を用いた情報処理システムにおいて、
   前記第１情報処理装置は、
   医療行為の実施予定日時を取得する第１取得部と、
   医師およびコメディカルの参加の指定ならびに医療機器の使用の指定を取得する第２取得部と、
   前記実施予定日時の範囲内で、参加の指定を取得した医師およびコメディカルの参加予定日時ならびに使用の指定を取得した医療機器の使用予定日時を取得する第３取得部と
   前記第２取得部および前記第３取得部で取得した情報を前記第２情報処理装置に出力する第１出力部とを備え、
   前記第２情報処理装置は、
   前記第１出力部から出力された情報を受信する第１受信部と、
   参加の指定を取得した医師およびコメディカルの前記参加予定日時ならびに使用の指定を取得した医療機器の前記使用予定日時の重複の有無を、医師およびコメディカルの参加予定日時ならびに医療機器の使用予定日時を記録した予約データベースを参照して判定する判定部と、
   重複があると判定した場合に重複を示す情報を前記第１情報処理装置へ出力する第２出力部と
   を備えるシステム。
6. 前記第１情報処理装置は、
   ドラッグ元の患者を特定する情報が、医師またはコメディカルおよび参加開始日時を特定する位置にドラッグされた場合に、特定された医師またはコメディカルおよび参加開始日時と、前記患者を特定する情報とを前記第２情報処理装置へ出力する第３出力部を備え、
   前記第２情報処理装置は、
   前記第３出力部から出力された情報を受信する第２受信部と、
   前記第２受信部が受信した医師またはコメディカルおよび参加開始日時と、前記患者を特定する情報とを対応付けて前記予約データベースに記録する記録処理部と
   を備える請求項５に記載のシステム。
7. 医療行為の実施予定日時を取得し、
   医師およびコメディカルの参加の指定ならびに医療機器の使用の指定を取得し、
   前記実施予定日時の範囲内で参加の指定を取得した医師およびコメディカルの参加予定日時ならびに使用の指定を取得した医療機器の使用予定日時を取得し、
   参加の指定を取得した医師およびコメディカルの前記参加予定日時ならびに使用の指定を取得した医療機器の前記使用予定日時の重複の有無を、医師およびコメディカルの参加予定日時ならびに医療機器の使用予定日時を記録した予約データベースを参照して判定し、
   医師、コメディカルまたは医療機器の予約に重複があると判定した場合には、重複を示す情報を出力する情報処理方法。

Images