JP7035319B2 - プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

本発明は、プログラム、情報処理装置及び情報処理方法に関する。

従来、各オーダの所要時間、各オーダに伴う検査室等の間の移動時間を取得し、各オーダの順序を入れ替えたパターンを算出し、患者の移動時間等に基づいて、各パターンにおける総所要時間を算出する待ち時間短縮システムが知られている（例えば特許文献１から４参照）。

特開２０１６－１２６６９４号公報 特開２００９－２１７４６４号公報 特開２０１３－１９６６４３号公報 特開２０１５－１７９４２４号公報

しかしながら、従来の技術では複数の患者が効率よく検査を受けることができないという問題がある。

一つの側面では、複数の検査を効率よく受けることが可能な情報を患者に提供することが可能なプログラム等を提供することを目的とする。

一つの案では、患者ＩＤに対応付けて病名を記憶した記憶部を参照し、患者ＩＤに対応する病名を読み出し、病名に対応付けて検査順序の変更が可能か否かを記憶した記憶部、及び、読み出した前記病名に基づき検査順序の変更が可能か否か判断し、変更が可能と判断した患者ＩＤを抽出し、患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、抽出した患者ＩＤに対応する時間指定がなされた時間指定検査項目が存在するか否か判断し、患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、時間指定がなされた時間指定検査項目が存在すると判断した場合、前記患者ＩＤに対応して設定された時間指定検査項目よりも前に設定された複数の第１検査項目群と、前記時間指定検査項目よりも後に設定された複数の第２検査項目群とを読み出し、検査項目毎に待ち人数を記憶した記憶部を参照し、各検査項目の待ち人数に基づき第１検査項目群の中で検査項目を入れ替え、第２検査項目群の中で検査項目を入れ替える処理をコンピュータに実行させる。

一つの側面では、複数の検査を効率よく受けることが可能な情報を患者に提供することが可能となる。

情報処理システムの概要を示す説明図である。 コンピュータのハードウェア群を示すブロック図である。 サーバコンピュータのハードウェア構成を示すブロック図である。 病名オーダテーブルのレコードレイアウトを示す説明図である。 病名マスタテーブルのレコードレイアウトを示す説明図である。 プロファイル情報テーブルのレコードレイアウトを示す説明図である。 待ち人数テーブルのレコードレイアウトを示す説明図である。 スケジュールテーブルのレコードレイアウトを示す説明図である。 案内テーブルのレコードレイアウトを示す説明図である。 端末装置のハードウェア構成を示すブロック図である。 案内情報の表示イメージを示す説明図である。 変更処理の手順を示すフローチャートである。 変更処理の手順を示すフローチャートである。 案内情報の送信処理手順を示すフローチャートである。 実施の形態２に係るスケジュールテーブルのレコードレイアウトを示す説明図である。 変更処理のイメージを示す説明図である。 変更処理の手順を示すフローチャートである。 変更処理の手順を示すフローチャートである。 変更された検査スケジュールの表示イメージを示す説明図である。 表示処理の手順を示すフローチャートである。 実施の形態５に係る情報処理システムの概要を示す説明図である。 部門コンピュータのハードウェア群を示すブロック図である。 記録ファイルのレコードレイアウトを示す説明図である。 実施の形態５に係るサーバコンピュータのハードウェア群を示すブロック図である。 待ち人数テーブルのレコードレイアウトを示す説明図である。 依頼数の記録処理手順を示すフローチャートである。 依頼数の記録処理手順を示すフローチャートである。 待ち人数の算出処理手順を示すフローチャートである。 待ち人数の算出処理手順を示すフローチャートである。 上述した形態のサーバコンピュータの動作を示す機能ブロック図である。 実施の形態７に係るサーバコンピュータのハードウェア群を示すブロック図である。

実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１、情報処理装置２及び端末装置３等を含む。情報処理装置１は、サーバコンピュータまたはパーソナルコンピュータ等である。以下では情報処理装置１をサーバコンピュータ１と読み替えて説明する。情報処理装置２は医師または看護師等などの医療関係者が使用するパーソナルコンピュータ、タブレットまたはスマートフォン等である。以下では情報処理装置をコンピュータ２という。端末装置３は患者が携帯するスマートフォン、病院内用のコンピュータまたはタブレットである。実施形態では端末装置３を患者のスマートフォンであるものとして説明する。コンピュータ２、サーバコンピュータ１および端末装置３はインターネット、ＬＡＮ（Local Area Network）、公衆回線網等の通信網Ｎを介して相互に接続されている。

医療関係者は患者の受付後、患者に複数の検査を受けさせるべく、検査項目をコンピュータ２へ入力する。コンピュータ２は入力された検査項目を検査順序とともにサーバコンピュータ１へ送信する。サーバコンピュータ１は後述するアルゴリズムにより検査順序を変更する処理を行う。図１の例では、超音波、検体検査、心電図・・との順序が、採血、超音波、心電図、・・と変更されている。変更された検査順序は患者の端末装置３へ送信される。以下詳細を説明する。

図２は、コンピュータ２のハードウェア群を示すブロック図である。コンピュータ２は制御部としてのＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、入力部２３、表示部２４、記憶部２５、時計部２８、及び、通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ２１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ２２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部２３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、サーバコンピュータ１等との間で情報の送受信を行う。時計部２８は日時情報をＣＰＵ２１へ出力する。記憶部２５は大容量メモリであり、制御プログラム２５Ｐ等を記憶している。

図３はサーバコンピュータ１のハードウェア構成を示すブロック図である。サーバコンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８、及び、通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ１１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部１３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、コンピュータ２等と間で情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。記憶部１５は大容量メモリであり、制御プログラム１５Ｐを記憶している。記憶部１５は、病名オーダテーブル１５１、病名マスタテーブル１５２、プロファイル情報テーブル１５３、待ち人数テーブル１５４、スケジュールテーブル１５５および案内テーブル１５６等を含む。なお、実施形態では各種テーブルを記憶部１５に記憶する例を示すがこれに限るものではない。ＲＡＭ１２に記憶するほか、他のデータベースサーバ（図示せず）に記憶しても良い。また実施形態では、検査順序の変更をサーバコンピュータ１が実行する例を示すが、コンピュータ２にて実行するようにしてもよい。

図４は病名オーダテーブル１５１のレコードレイアウトを示す説明図である。病名オーダテーブル１５１は患者ＩＤフィールド、病名コードフィールド、開始日フィールドおよび終了日フィールド等を含む。患者ＩＤフィールドには、患者を特定するための固有の識別情報（以下、患者ＩＤという）が記憶されている。病名コードフィールドには、患者の病名を特定するための識別情報が、患者ＩＤに対応付けて記憶されている。実施形態では一例として国際疾病分類（ＩＣＤ－１０）に基づくコードを記載している。

開始日フィールドには、患者ＩＤに対応付けて患者の診察を開始した日が記憶されている。終了日フィールドには、患者ＩＤに対応付けて患者の診察を終えた日が記憶されている。なお、診察途中の患者に対しては、「９９９９９９９９」の値が終了日フィールドに記憶されている。

図５は病名マスタテーブル１５２のレコードレイアウトを示す説明図である。病名マスタテーブル１５２は病名フィールド、病名コードフィールド、および、変更可否フィールド等を含む。病名フィールドには病名コードに対応した病気の名称が記憶されている。変更可否フィールドには、検査順序を変更してもよいか否かの情報が記憶されている。図５の例では「１」が変更可能であることを示し、「０」が変更不可能であることを示す。図５に示す通り「１型糖尿病」は変更が可能であり、「虚血性心筋症」は変更が不可能であることが理解できる。

サーバコンピュータ１のＣＰＵ１１は、コンピュータ２から患者ＩＤが送信された場合、患者ＩＤに対応する病名コードを病名オーダテーブル１５１から読み出す。ＣＰＵ１１は、病名マスタテーブル１５２を参照し、病名コードに対応して変更フラグ「１」が記憶されているか否かを判断する。変更フラグが「１」である場合、ＣＰＵ１１は、以下に述べる検査順序の変更処理を行う。一方、変更フラグが「０」である場合、ＣＰＵ１１は、検査順序の変更処理を行わない。なお、実施形態で述べる各種テーブル等の記憶例は一例でありこれに限るものではない。各データ間の関係さえ維持されていれば他の形態によりテーブルにデータを記憶させてもよい。

図６はプロファイル情報テーブル１５３のレコードレイアウトを示す説明図である。プロファイル情報テーブル１５３は、患者ＩＤフィールドおよび障害区分フィールド等を含む。障害区分フィールドには、患者ＩＤに対応付けて、障害の区分が記憶されている。例えば、独歩、担送、または護送等が、記憶されている。実施形態では障害区分が「独歩」の場合に変更処理を行い、障害区分が「担送」または「護送」の場合、変更処理を行わないものとして説明する。なお、障害区分は一例でありこれに限るものではない。病院、診察化に応じて例えば「盲目」等を障害区分とし、変更をさせないようにしても良い。

図７は待ち人数テーブル１５４のレコードレイアウトを示す説明図である。待ち人数テーブル１５４は、検査名フィールドおよび待ち人数フィールド等を含む。検査名フィールドには、検査名が記憶されている。検査名は例えば検体検査、一般撮影、超音波、採血等である。待ち人数フィールドには、検査名に対応付けて待ち人数が記憶されている。待ち人数は他の実施形態で示す方法により求めた値とするほか、各検査の待合室に設置したカメラにより認識した患者数としてもよい。また実施形態では待ち人数に基づき、検査順序を決定する例を示すがこれに限るものではない。例えば、待ち時間に基づき、検査順序を決定してもよい。例えば、待ち人数に所定の係数（例えば５分）を乗じて待ち時間を算出すればよい。

図８はスケジュールテーブル１５５のレコードレイアウトを示す説明図である。電子カルテシステムにおけるスケジュールテーブル１５５は、患者ＩＤフィールド及び順番・ステータスフィールド等を含む。順番・ステータスフィールドには、患者ＩＤに対応付けて、検査順に検査名が記憶されている。また検査名とともに検査済みか否かを示す情報が記憶されている。患者ＩＤが「００９９７００９９７」の患者の検査順序は採血、心電図、ＭＲＩ、超音波・・の順である。「済」は検査済みであることを示し、「未」はまだ検査を終えていないことを示す。図８の例では、患者ＩＤが「００９９７００９９７」の患者は、採血及び心電図の検査を終えているが、ＭＲＩ及び超音波の検査はまだ終えていないことを理解できる。

ＣＰＵ１１は、待ち人数テーブル１５４を参照し、コンピュータ２から送信された検査項目について、待ち人数が少ない順に検査順序を変更する。なお、待ち人数が同じである場合、ランダムに検査順序を決定するか、または、元の検査順序を維持するようにすればよい。ＣＰＵ１１は、変更した順序に従い、検査名をスケジュールテーブル１５５に記憶する。またＣＰＵ１１は、すべての検査名のステータスを「未」に設定する。検査を終えた場合、図示しない他のコンピュータ２から患者ＩＤ、検査名及び検査が終了したことを示す終了情報が、サーバコンピュータ１に送信される。サーバコンピュータ１は、患者ＩＤ、検査名及び終了情報を受信した場合、スケジュールテーブル１５５の患者ＩＤ及び検査名に対応するステータスを「済」に変更する。

図９は案内テーブル１５６のレコードレイアウトを示す説明図である。案内テーブル１５６は検査名フィールド及び案内情報フィールド等を含む。案内情報フィールドには、検査名に対応付けて、患者の端末装置３へ送信する検査の案内情報が記憶されている。例えば次の検査が採血である場合、「地下１階採血室までお越しください。」等の情報が送信される。

図１０は端末装置３のハードウェア構成を示すブロック図である。端末装置３は制御部としてのＣＰＵ３１、ＲＡＭ３２、入力部３３、表示部３４、記憶部３５、時計部３８、及び、通信部３６等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ３１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ３２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ３２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部３３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ３１へ出力する。表示部３４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ３１の指示に従い各種情報を表示する。通信部３６は通信モジュールであり、サーバコンピュータ１またはコンピュータ２等と間で情報の送受信を行う。時計部３８は日時情報をＣＰＵ３１へ出力する。記憶部３５は大容量メモリであり、制御プログラム３５Ｐを記憶している。

図１１は案内情報の表示イメージを示す説明図である。サーバコンピュータ１のＣＰＵ１１は、スケジュールテーブル１５５に新たなレコードを記憶した場合、順番１の検査名を読み出す。ＣＰＵ１１は、案内テーブル１５６を参照し、検査名に対応する案内情報を読み出す。ＣＰＵ１１は、読み出した案内情報を患者ＩＤに対応する端末装置３へ送信する。なお、記憶部１５には患者ＩＤに対応付けて端末装置３のアドレス（ＩＰアドレスまたはメールアドレス等）が記憶されているものとする。

図１１の例では「採血」に対応する案内情報が読み出されている。サーバコンピュータ１は端末装置３へ検査名及び案内情報を送信する。端末装置３のＣＰＵ３１は、表示部３４に検査名「採血」及び案内情報「地下１階採血室までお越しください。・・」を表示する。また、ＣＰＵ１１は、スケジュールテーブル１５５の検査名に対応するステータスを「未」から「済」に変更した場合、次の検査名に対応する案内情報を案内テーブル１５６から読み出す。ＣＰＵ１１は、読み出した案内情報を患者ＩＤに対応する端末装置３へ送信する。

以上のハードウェア群において各種ソフトウェア処理を、フローチャートを用いて説明する。図１２及び図１３は変更処理の手順を示すフローチャートである。コンピュータ２のＣＰＵ２１は、入力部２３から患者ＩＤ及び複数の検査名を検査順序とともに受け付ける。ＣＰＵ２１は、通信部２６を介して、患者ＩＤ及び検査名を検査順序とともにサーバコンピュータ１へ送信する(ステップＳ１２１)。サーバコンピュータ１のＣＰＵ１１は、送信された患者ＩＤ及び検査名と検査順序とを受信する(ステップＳ１２２)。なお、ここでＣＰＵ１１は、スケジュールテーブル１５５に患者ＩＤに対応付けて検査順序に従い、仮に検査名を記憶させてもよい。ＣＰＵ１１は、患者ＩＤに対応する病名コードを、病名オーダテーブル１５１から読み出す(ステップＳ１２３)。ＣＰＵ１１は、病名コードに対応する変更可否フラグを病名マスタテーブル１５２から読み出す(ステップＳ１２４)。

ＣＰＵ１１は、変更フラグは０であるか否かを判断する(ステップＳ１２５)。ＣＰＵ１１は、０であると判断した場合(ステップＳ１２５でＹＥＳ)、処理をステップＳ１２６へ移行させる。ＣＰＵ１１は、患者ＩＤに対応付けて検査名を、検査順序を変更せずに、スケジュールテーブル１５５に記憶する(ステップＳ１２６)。ＣＰＵ１１は、フラグが０でないと判断した場合(ステップＳ１２５でＮＯ)、ステップＳ１２６の処理をスキップし、ステップＳ１２７へ移行させる。ＣＰＵ１１は、患者ＩＤに対応する障害区分をプロファイル情報テーブル１５３から読み出す(ステップＳ１２７)。

ＣＰＵ１１は、読み出した障害区分が、担送または護送であるか否かを判断する(ステップＳ１２８)。ＣＰＵ１１は、担送または護送と判断した場合(ステップＳ１２８でＹＥＳ)、処理をステップＳ１２９へ移行させる。ＣＰＵ１１は、患者ＩＤに対応付けて検査名を、検査順序を変更せずに、スケジュールテーブル１５５に記憶する(ステップＳ１２９)。ＣＰＵ１１は、障害区分が担送または護送でないと判断した場合(ステップＳ１２８でＮＯ)、ステップＳ１２９の処理をスキップし、ステップＳ１３１へ移行させる。

ＣＰＵ１１は、待ち人数テーブル１５４から各検査の待ち人数を読み出す(ステップＳ１３１)。ＣＰＵ１１は、待ち人数の少ない順に、ステップＳ１２２で受信した検査名を変更する(ステップＳ１３２)。ＣＰＵ１１は、患者ＩＤに対応付けて変更した後の検査名をスケジュールテーブル１５５に記憶する(ステップＳ１３３)。

図１４は案内情報の送信処理手順を示すフローチャートである。ＣＰＵ１１は、患者ＩＤ及び上述した処理により変更した検査名を、スケジュールテーブル１５５に記憶する(ステップＳ１４１)。なお、この場合、ＣＰＵ１１は、各検査名に対応するステータスを未に設定する。ＣＰＵ１１は、順番１の検査名に対応する案内情報を案内テーブル１５６から読み出す(ステップＳ１４２)。ＣＰＵ１１は、患者ＩＤに対応する端末装置３のアドレスを読み出す(ステップＳ１４３)。ＣＰＵ１１は、端末装置３へ検査名及び案内情報を送信する(ステップＳ１４４)。

端末装置３のＣＰＵ３１は、検査名及び案内情報を受信する(ステップＳ１４５)。ＣＰＵ３１は、検査名及び案内情報を、表示部３４へ表示する(ステップＳ１４６)。サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ、検査名及び検査終了情報を受信したか否か判断する(ステップＳ１４７)。ＣＰＵ１１は、患者ＩＤ、検査名及び検査終了情報を受信していないと判断した場合(ステップＳ１４７でＮＯ)、これらの情報を受信するまで待機する。

ＣＰＵ１１は、患者ＩＤ、検査名及び検査終了情報を受信したと判断した場合(ステップＳ１４７でＹＥＳ)、処理をステップＳ１４８へ移行させる。ＣＰＵ１１は、検査名に対応するステータスを未から済へ変更する(ステップＳ１４８)。ＣＰＵ１１は、済にステータスを変更した検査名に対し、検査順序が次の検査名に対応する案内情報を、案内テーブル１５６から読み出す(ステップＳ１４９)。ＣＰＵ１１は、端末装置３へ検査名及び案内情報を送信する(ステップＳ１４１０)。

端末装置３のＣＰＵ３１は、検査名及び案内情報を受信する(ステップＳ１４１１)。ＣＰＵ３１は、検査名及び案内情報を、表示部３４へ表示する(ステップＳ１４１２)。これにより、複数の検査を効率よく受けることが可能となる。また、患者は次に受けるべき検査名及び案内情報を把握することが可能となる。また検査全体に要する時間を短縮することが可能となる。

実施の形態２
実施の形態２は変更を制限する形態に関する。図１５は実施の形態２に係るスケジュールテーブル１５５のレコードレイアウトを示す説明図である。検査には医療関係者により時間が指定されているものが存在する。スケジュールテーブル１５５は、特定の検査に関し、患者ＩＤに対応付けて、検査名及び検査時間が検査順に記憶されている。図１５の例では９時～１０時の間にＭＲＩが登録されている。実施の形態２では、時間指定がなされている検査の時間帯を超えた検査順の変更処理を行わないものとする。なお、図１５の例では検査時間が指定されていないレコードは９９９９－９９９９とするデータが記憶されている。また説明を容易にするために、実施の形態１で述べたステータスについては記載を省略している。

図１６は変更処理のイメージを示す説明図である。当初は採血、心電図、ＭＲＩ、超音波、一般撮影の順序である。ＣＰＵ１１は、ＭＲＩが９時から１０時に設定されているため時間指定のある検査よりも前の検査グループ内で変更を行う。図１６の例では採血と心電図とが相互に変更処理の対象となる。同様にＣＰＵ１１は、時間指定のある検査よりも後の検査グループ、または、２つの時間指定のある検査が前後の時間帯に存在する検査グループについては、当該検査グループ内で変更処理を行う。図１６の例では超音波及び一般撮影とが相互に変更処理の対象となる。逆に検査時間を超えて、すなわち採血と超音波とは、ＭＲＩの時間を超えるため変更することはできない。

図１７は変更処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、コンピュータ２から送信された患者ＩＤ、検査名、各検査の検査順序及び検査時間を取得する(ステップＳ１７１)。ＣＰＵ１１は、検査時間が設定された検査を抽出する(ステップＳ１７２)。ＣＰＵ１１は、検査順序を参照し、抽出した検査に係る検査時間及び検査名をスケジュールテーブル１５５に記憶する(ステップＳ１７３)。ＣＰＵ１１は、検査時間の最も早い検査時間よりも前の検査グループを抽出する(ステップＳ１７４)。

ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１７５)。ＣＰＵ１１は、スケジュールテーブル１５５に変更した後の検査名を記憶する(ステップＳ１７６)。なお、実施形態では変更した後に検査名をスケジュールテーブル１５５に記憶する例を示すがこれに限るものではない。ステップＳ１７１にて検査名、検査順序及び検査時間を取得した段階で変更前の情報をスケジュールテーブル１５５に先に記憶するようにしても良い。

ＣＰＵ１１は、検査時間の最も遅い検査時間よりも後の検査グループを抽出する(ステップＳ１７７)。ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１７８)。ＣＰＵ１１は、スケジュールテーブル１５５に変更した後の検査名を記憶する(ステップＳ１７９)。ＣＰＵ１１は、２つの検査時間の間に設定された検査グループを抽出する(ステップＳ１７１０)。

ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１７１１)。ＣＰＵ１１は、スケジュールテーブル１５５に変更した後の検査名を、２つの検査時間の間に記憶する(ステップＳ１７１２)。これにより、医療関係者により設定された時間を変更させることなく各種検査を効率よく進めることが可能となる。

本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態３
実施の形態３は検査済みの検査を除いて変更する形態に関する。図１８は変更処理の手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、特定の患者ＩＤに係るスケジュールテーブル１５５のレコードを新規に作成、または、更新した後に定期的（例えば、１０分毎）に再度変更処理を行う。ＣＰＵ１１は、新規作成または更新後から所定時間を経過したか否かを判断する(ステップＳ１８１)。ＣＰＵ１１は、所定時間を経過していないと判断した場合(ステップＳ１８１でＮＯ)、処理をステップＳ１８１に戻し、待機する。

ＣＰＵ１１は、所定時間を経過したと判断した場合(ステップＳ１８１でＹＥＳ)、処理をステップＳ１８２へ移行させる。ＣＰＵ１１は、患者ＩＤ、ステータスが未の検査名、検査順序及び検査時間をスケジュールテーブル１５５から読み出す(ステップＳ１８２)。ＣＰＵ１１は、検査時間の最も早い検査時間よりも前の検査グループを抽出する(ステップＳ１８３)。

ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１８４)。ＣＰＵ１１は、スケジュールテーブル１５５に変更後の検査名を記憶する(ステップＳ１８５)。なお、すでに最も早い検査時間に係る検査よりも前の検査が終了している場合、ステップＳ１８３～Ｓ１８５の処理はスキップすればよい。

ＣＰＵ１１は、検査時間の最も遅い検査時間よりも後の検査グループを抽出する(ステップＳ１８６)。ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１８７)。ＣＰＵ１１は、スケジュールテーブル１５５に変更後の検査名を記憶する(ステップＳ１８８)。ＣＰＵ１１は、２つの検査時間の間に設定された検査グループを抽出する(ステップＳ１８９)。

ＣＰＵ１１は、待ち人数テーブル１５４を参照し、待ち人数の少ない順に検査グループの検査順序を変更する(ステップＳ１８１０)。ＣＰＵ１１は、スケジュールテーブル１５５に変更後の検査名を、２つの検査時間の間に記憶する(ステップＳ１８１１)。なお、２つの検査時間の間に設定された検査がすでに終了している場合、ステップＳ１８９～Ｓ１８１１の処理をスキップすればよい。これにより、待ち人数の変化に柔軟に対応することが可能となる。

本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態４
実施の形態４は変更された検査を視認可能に表示する形態に関する。図１９は変更された検査スケジュールの表示イメージを示す説明図である。ＣＰＵ１１は、ステップＳ１３２、Ｓ１７５及びＳ１８４等の変更処理により検査順序に変更が生じた場合、スケジュールテーブル１５５から変更前後の検査名、検査順序、ステータス、検査時間を読み出す。ＣＰＵ１１は、例えばＨＴＭＬ(HyperText Markup Language)形式により、検査順序に従い変更前の検査スケジュールを記述する。例えば図１８に示すように検査名を検査順序に従い配置し、検査が終了したか否かを示すステータスを各検査に対応付けて記述する。また変更が認められていない検査時間を有する検査には検査時間を併記する。

ＣＰＵ１１は、同様に、検査順序に従い変更後の検査スケジュールを記述する。例えば図１９の下段に示すように検査名を検査順序に従い配置し、検査が終了したか否かを示すステータスを各検査に対応付けて記述する。また変更が認められていない検査時間を有する検査には検査時間を併記する。さらにＣＰＵ１１は、変更があった検査名については変更があったことを患者が識別することができる形態で、変更がない検査と、変更内容、すなわち変更があった検査とを異なる形態で表示するよう記述する。例えば、図１９に示すように、変更があった検査名について、変更がない検査名に対し異なる色で着色する、点滅させる、下線を付す等の変更情報を生成する。またＣＰＵ１１は、変更後の検査スケジュールのフォントサイズを変更前の検査スケジュールよりも大きくするようにしても良い。

図１９の例では、ＭＲＩ後の超音波及び超音波に続く一般撮影の検査の順序が変更され、一般撮影、その後に超音波となっている。また患者に注意を喚起すべく変更があった一般撮影及び超音波については、着色処理がなされている。なお、変更前の検査スケジュールについては必ずしも記述する必要はない。ＣＰＵ１１は、記憶部１５に記憶した当該患者ＩＤに対応するアドレスを読み出し、記述した文書を読み出したアドレス宛に送信する。端末装置３のＣＰＵ３１は、受信した文書を表示部３４に表示する。

図２０は表示処理の手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ１３２、Ｓ１７５及びＳ１８４等の変更処理により検査順序に変更が生じた場合、変更前後の患者ＩＤ、検査名、検査順序、ステータス及び検査時間をスケジュールテーブル１５５から読み出す(ステップＳ２０１)。ＣＰＵ１１は、変更前の検査名を検査順序に従い文書に記述する(ステップＳ２０２)。ＣＰＵ１１は、検査名の近傍にステータスを記述する(ステップＳ２０３)。ＣＰＵ１１は、検査時間が設定されている検査名に対応付けて検査時間を記述する(ステップＳ２０４)。

ＣＰＵ１１は、変更後の検査名を検査順序に従い記述する(ステップＳ２０５)。ＣＰＵ１１は、検査名の近傍にステータスを記述する(ステップＳ２０６)。ＣＰＵ１１は、検査時間が設定されている検査名に対応付けて検査時間を記述する(ステップＳ２０７)。ＣＰＵ１１は、変更情報として変更のあった検査名に着色処理を行う(ステップＳ２０８)。ＣＰＵ１１は、記憶部１５を参照し、患者ＩＤに対応するアドレスを読み出す(ステップＳ２０９)。ＣＰＵ１１は、読み出したアドレス宛へ、変更情報を含む文書を、通信部１６を介して送信する(ステップＳ２０１０)。

端末装置３のＣＰＵ３１は、送信された文書を、通信部３６を介して受信する(ステップＳ２０１１)。ＣＰＵ３１は、受信した文書に係る変更前のスケジュール及び変更後のスケジュールを表示部３４に、図１９の如く表示する(ステップＳ２０１２)。またＣＰＵ３１は、変更後の着処理命令に従い検査名に着色処理を行う(ステップＳ２０１３)。これにより、患者は検査の順序が変更されたことを容易に把握することが可能となる。

本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態５
実施の形態５は、依頼数及び終了数に基づき待ち人数を決定する形態に関する。図２１は実施の形態５に係る情報処理システムの概要を示す説明図である。情報処理システムはさらに、サーバコンピュータ１に接続された部門コンピュータ５及び会計コンピュータ４を含む。部門コンピュータ５は例えば、パーソナルコンピュータまたはタブレット等であり、検査を行う採血部門、レントゲン部門、心電図部門毎に用意される。会計コンピュータ４はサーバコンピュータまたはパーソナルコンピュータである。

医療関係者はコンピュータ２を通じて、サーバコンピュータ１及び各検査部門の部門コンピュータ５へ検査の依頼情報を送信する。各部門の部門コンピュータ５は依頼情報を受け付け、依頼数をカウントする。部門コンピュータ５は患者の受付を行った場合、受付数をカウントする。部門コンピュータ５は検査を終了した場合、終了数をカウントするとともに、検査を終了したことを示す終了情報を会計コンピュータ４へ送信する。なお、検査情報には、検査により生じた会計データを含んでいても良い。会計コンピュータ４は各部門の会計データを含む終了情報に基づき、患者への精算額を算出する。

図２２は部門コンピュータ５のハードウェア群を示すブロック図である。部門コンピュータ５は制御部としてのＣＰＵ５１、ＲＡＭ５２、入力部５３、表示部５４、記憶部５５、時計部５８、リーダ５９及び、通信部５６等を含む。ＣＰＵ５１は、バス５７を介してハードウェア各部と接続されている。ＣＰＵ５１は記憶部５５に記憶された制御プログラム５５Ｐに従いハードウェア各部を制御する。なお、ＣＰＵ５１は複数のプロセッサコアを搭載したマルチコアプロセッサであっても良い。ＲＡＭ５２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ５２は、記憶部としても機能し、ＣＰＵ５１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。

入力部５３はマウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ５１へ出力する。表示部５４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ５１の指示に従い各種情報を表示する。通信部５６は通信モジュールであり、サーバコンピュータ１、コンピュータ２、会計コンピュータ４等と間で情報の送受信を行う。時計部５８は日時情報をＣＰＵ５１へ出力する。リーダ５９は例えばバーコードリーダ、ＩＣタグリーダ、カードリーダ等の読み取り装置である。

実施形態では患者に巻き付けられたストラップに印刷されたバーコードを読み取るバーコードリーダがリーダ５９であるものとして説明する。リーダ５９により読み取られた患者ＩＤはＣＰＵ５１へ出力される。なお、リーダ５９により患者ＩＤを読み取る以外に、医療関係者が患者ＩＤを、入力部５３を通じて入力する形態であっても良い。記憶部５５は大容量メモリであり、制御プログラム５５Ｐを記憶している。記憶部５５は、さらに記録ファイル５５１を格納している。

図２３は記録ファイル５５１のレコードレイアウトを示す説明図である。記録ファイル５５１は検査名フィールド、依頼フィールド、受付フィールド及び終了フィールド等を含む。検査名フィールドには、部門コンピュータ５が所属する部門で実施される検査名が記憶されている。図２３の例では検体検査と記憶されている。依頼フィールドには、検査名に対応付けてサーバコンピュータ１またはコンピュータ２から受信した検査の依頼情報数（以下、依頼数という）を記憶している。サーバコンピュータ１のＣＰＵ１１は、スケジュールテーブル１５５に新たなレコードを生成し、検査名を記憶した場合に、各部門コンピュータ５へ患者ＩＤ、検査名及び依頼情報を送信する。部門コンピュータ５のＣＰＵ５１は、自部門の検査に関する依頼情報を受信した場合、記録ファイル５５１の依頼フィールドの数をインクリメントする。なお、依頼情報はコンピュータ２から各部門コンピュータ５へ送信するようにしてもよい。

受付フィールドには、検査名に対応付けて検査部門での受付を終了した患者数（以下、受付数という）が記憶されている。部門コンピュータ５のＣＰＵ５１は、リーダ５９により患者ＩＤを読み取った場合、受付フィールドの数をインクリメントする。終了フィールドには、検査名に対応付けて検査を終了し、会計処理に移行する患者数（以下、終了数という）が記憶されている。医療関係者は各部門での検査を終えた場合、入力部５３を通じて患者ＩＤ、検査を終了したことを示す終了情報、および会計情報を入力する。ＣＰＵ５１は、入力部５３を通じて終了情報を受け付けた場合、終了フィールドの数をインクリメントする。図２３の例では、検体検査を行う検査部門において、依頼数が５、受付数が４、終了数が４となっていることが理解できる。

図２４は実施の形態５に係るサーバコンピュータ１のハードウェア群を示すブロック図である。記憶部１５にはさらに待ち人数管理テーブル１５７が記憶されている。図２５は待ち人数管理テーブル１５７のレコードレイアウトを示す説明図である。待ち人数管理テーブル１５７は、検査名フィールド、依頼フィールド、受付フィールド、終了フィールド及び待ち人数フィールド等を含む。検査名フィールドには各部門の検査名が記憶されている。依頼フィールドには、検査名に対応付けて各部門の依頼数が記憶されている。受付フィールドには、検査名に対応付けて各部門の受付数が記憶されている。終了フィールドには、検査名に対応付けて各部門での終了数が記憶されている。待ち人数フィールドには、検査名に対応付けて各部門の待ち人数が記憶されている。

各部門コンピュータ５のＣＰＵ５１は、記録ファイル５５１の内容が更新された場合、部門に対応する検査名および更新情報をサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、検査名および更新情報を受信した場合、検査名に対応付けて更新情報に基づき、待ち人数テーブル１５４を更新する。ＣＰＵ１１は、更新後待ち人数の算出処理を行う。ＣＰＵ１１は、依頼フィールドの依頼数から終了フィールドの終了数を減じることにより、各検査部門の待ち人数を算出する。ＣＰＵ１１は、算出した待ち人数を検査名に対応付けて待ち人数管理テーブル１５７に記憶する。

図２６及び図２７は依頼数の記録処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、コンピュータ２から送信された患者ＩＤ、検査名、検査順序および検査時間を受信する(ステップＳ２６１)。ＣＰＵ１１は、スケジュールテーブル１５５に、検査順序に従い患者ＩＤ、検査名および検査時間を記憶する(ステップＳ２６２)。ＣＰＵ１１は、患者ＩＤ、検査名および依頼情報を、各部門コンピュータ５へ送信する(ステップＳ２６３)。各部門コンピュータ５のＣＰＵ５１は、患者ＩＤ、検査名および依頼情報を受信する(ステップＳ２６４)。

なお、自身に割り振られている検査名と一致する検査名を受信した部門コンピュータ５のＣＰＵ５１は、記録ファイル５５１の依頼数をインクリメントしても良い。この場合、ＣＰＵ５１は、依頼数をインクリメントする場合、検査名に対応付けて受信した患者ＩＤを記憶する。サーバコンピュータ１のＣＰＵ１１は、検査名に対応する依頼数をインクリメントし、インクリメントした後の依頼数を待ち人数管理テーブル１５７に記憶する(ステップＳ２６７)。ＣＰＵ５１は、リーダ５９により患者ＩＤを読み取ったか否かを判断する(ステップＳ２６８)。

ＣＰＵ５１は、読み取っていないと判断した場合(ステップＳ２６８でＮＯ)、患者ＩＤを読み取るまで待機する。ＣＰＵ５１は、読み取ったと判断した場合(ステップＳ２６８でＹＥＳ)、処理をステップＳ２７１へ移行させる。なお、ＣＰＵ５１は、記録ファイル５５１の受付数をインクリメントしても良い。ＣＰＵ５１は、検査名および受付があったことを示す受付情報をサーバコンピュータ１へ送信する(ステップＳ２７１)。

サーバコンピュータ１のＣＰＵ１１は、受付情報を受信する。ＣＰＵ１１は、検査名に対応する受付数をインクリメントし、インクリメントした後の受付数を待ち人数管理テーブル１５７に記憶する(ステップＳ２７２)。ＣＰＵ５１は、検査を終了したか否かを判断する(ステップＳ２７３)。具体的には、ＣＰＵ５１は、入力部５３を通じて検査を終了する旨の情報を受け付けたか、または、会計情報が入力されたか否かにより判断すればよい。ＣＰＵ５１は、検査が終了していないと判断した場合(ステップＳ２７３でＮＯ)、検査終了まで待機する。ＣＰＵ５１は、終了したと判断した場合(ステップＳ２７３でＹＥＳ)、処理をステップＳ２７４へ移行させる。ＣＰＵ５１は、検査名および終了数をサーバコンピュータ１へ送信する(ステップＳ２７４)。

サーバコンピュータ１のＣＰＵ１１は、検査名および終了数を受信する。ＣＰＵ１１は、検査名に対応する終了数を待ち人数管理テーブル１５７に記憶する(ステップＳ２７５)。なお、ステップＳ２６６、Ｓ２７１、Ｓ２７４で検査名と、依頼数、受付数または終了数とを送信する場合、さらに患者ＩＤを送信するようにしてもよい。この場合、ＣＰＵ１１は、検査名と、依頼数、受付数または終了数とに対応付けて、待ち人数管理テーブル１５７に、患者ＩＤを記憶する。ＣＰＵ５１は、会計情報を含む終了情報を会計コンピュータ４へ送信する(ステップＳ２７６)。

図２８は待ち人数の算出処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、待ち人数管理テーブル１５７から依頼数を読み出す(ステップＳ２８１)。ＣＰＵ１１は、待ち人数管理テーブル１５７から終了数を読み出す(ステップＳ２８２)。ＣＰＵ１１は、依頼数から終了数を減じて待ち人数を算出する(ステップＳ２８３)。ＣＰＵ１１は、検査名に対応付けて算出した待ち人数を、待ち人数管理テーブル１５７に記憶する(ステップＳ２８４)。これにより、適切に待ち人数を推定することが可能となる。

本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態６
実施の形態６は他の待ち人数を算出する形態に関する。図２９は待ち人数の算出処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、待ち人数管理テーブル１５７から依頼数を読み出す(ステップＳ２９１)。ＣＰＵ１１は、待ち人数管理テーブル１５７に、受付数が記憶されているか否かを判断する(ステップＳ２９２)。部門によっては、リーダ５９を備えておらず、各検査の他の患者の受付数を把握していない場合がある。受付数を把握していない場合、実施の形態５で述べたように依頼数から終了数を減じて待ち人数を算出する。一方、各検査の他の患者の受付数を把握している場合、依頼数から受付数を減じることで待ち人数を算出する。

待ち人数管理テーブル１５７に受付数が記憶されていないと判断した場合(ステップＳ２９２でＮＯ)、処理をステップＳ２９３へ移行させる。ＣＰＵ１１は、待ち人数管理テーブル１５７から終了数を読み出す(ステップＳ２９３)。ＣＰＵ１１は、依頼数から終了数を減じて待ち人数を算出する(ステップＳ２９４)。ＣＰＵ１１は、検査名に対応付けて算出した待ち人数を、待ち人数管理テーブル１５７に記憶する(ステップＳ２９５)。

ＣＰＵ１１は、待ち人数テーブル１５７に受付数が記憶されていると判断した場合(ステップＳ２９２でＹＥＳ)、処理をステップＳ２９６へ移行させる。ＣＰＵ１１は、待ち人数管理テーブル１５７から受付数を読み出す(ステップＳ２９６)。ＣＰＵ１１は、依頼数から受付数を減じて待ち人数を算出する(ステップＳ２９７)。ＣＰＵ１１は、検査名に対応付けて算出した待ち人数を、待ち人数管理テーブル１５７に記憶する(ステップＳ２９８)。これにより、状況に応じて適切に待ち人数を推定することが可能となる。

本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。

実施の形態７
図３０は上述した形態のサーバコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。特定部３０１は、ある患者の識別情報を取得すると、電子カルテシステムにおいて患者に対応付けて順に登録された検査を記憶する記憶部１５を参照し、前記ある患者に対応付けて順に登録された２以上の検査を特定する。抽出部３０２は、前記２以上の検査のそれぞれの患者に対応付けて登録された数に応じて、前記２以上の検査のうち特定の検査を抽出する。出力部３０３は、前記特定の検査の情報を、前記ある患者の次に受ける検査の情報として出力する。また受付部３０４は、患者について第１の検査のオーダを受け付けた後に、第２の検査のオーダを受け付ける。送信部３０５は、検査のオーダの待ち状況を記憶する記憶部１５を参照して、前記第１の検査と前記第２の検査のうち、前記第２の検査の方が前記第１の検査よりも待ち人数または待ち時間が少なく、かつ前記第１の検査と前記第２の検査の順を変更可能と判定した場合に、前記第２の検査についての案内を前記第１の検査についての案内に先行して送信する。

図３１は実施の形態７に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部１０ＡにＣＤ－ＲＯＭ、ＤＶＤディスク、メモリーカード、またはＵＳＢメモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをサーバコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。

図３１に示すサーバコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。

本実施の形態７は以上の如きであり、その他は実施の形態１から６と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。なお、以上述べた各実施形態は相互に組み合わせることが可能である。

以上の実施の形態１から７を含む実施形態に関し、さらに以下の付記を開示する。

（付記１）
ある患者の識別情報を取得すると、電子カルテシステムにおいて患者に対応付けて順に登録された検査を記憶する記憶部を参照し、前記ある患者に対応付けて順に登録された２以上の検査を特定し、
前記２以上の検査のそれぞれの患者に対応付けて登録された数に応じて、前記２以上の検査のうち特定の検査を抽出し、
前記特定の検査の情報を、前記ある患者の次に受ける検査の情報として出力する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記２）
前記２以上の検査は、時間指定のある検査を含み、
前記特定の検査の抽出は、前記２以上の検査のうち前記時間指定を含む検査より前に登録された検査のみから前記特定の検査を抽出する処理、又は、前記２以上の検査のうち前記時間指定のある検査より後に登録された検査のみから前記特定の検査を抽出する処理である、
ことを特徴とする付記１に記載のプログラム。
（付記３）
前記特定の検査の抽出は、前記２以上の検査のそれぞれの他の患者に対応付けて登録された数のうち、受付済みの数に応じて前記特定の検査を抽出する処理である、
ことを特徴とする付記１に記載のプログラム。
（付記４）
各検査の依頼数及び各検査の終了を示す終了数を取得し、
取得した依頼数から終了数を減じた値に応じて前記２以上の検査のうち特定の検査を抽出する
付記１から３のいずれか一つに記載のプログラム。
（付記５）
各検査の依頼数及び各検査の受付を示す受付数を取得し、
取得した依頼数から受付数を減じた値に応じて前記２以上の検査のうち特定の検査を抽出する
付記１から３のいずれか一つに記載のプログラム。
（付記６）
前記特定の検査の抽出は、前記２以上の検査のうち検査済みの検査を除く検査から前記特定の検査を抽出する処理である、
ことを特徴とする付記１に記載のプログラム。
（付記７）
患者について第１の検査のオーダを受け付けた後に、第２の検査のオーダを受け付け、
検査のオーダの待ち状況を記憶する記憶部を参照して、前記第１の検査と前記第２の検査のうち、前記第２の検査の方が前記第１の検査よりも待ち人数又は待ち時間が少なく、かつ前記第１の検査と前記第２の検査の順を変更可能と判定した場合に、前記第２の検査についての案内を前記第１の検査についての案内に先行して送信する、
処理をコンピュータに実行させることを特徴とするプログラム。
（付記８）
前記第１の検査と前記第２の検査との間に時間指定のある検査が存在する場合、前記第１の検査と前記第２の検査との順を変更可能でないと判定する
付記６に記載のプログラム。
（付記９）
時間指定のある検査以外の検査の順序を変更した場合、変更したことを識別することができる形態で変更内容を表示することが可能な変更情報を生成し、
生成した変更情報を患者に対応する端末装置へ送信する
付記１から７のいずれか一つに記載のプログラム。
（付記１０）
各検査のオーダ数及び各検査の終了を示す終了数を取得し、
取得したオーダ数から終了数を減じて待ち人数を算出する
付記７から９のいずれか一つに記載のプログラム。
（付記１１）
各検査のオーダ数及び各検査の受付を示す受付数を取得し、
取得したオーダ数から受付数を減じて待ち人数を算出する
付記７から９のいずれか一つに記載のプログラム。
（付記１２）
ある患者の識別情報を取得すると、電子カルテシステムにおいて患者に対応付けて順に登録された検査を記憶する記憶部を参照し、前記ある患者に対応付けて順に登録された２以上の検査を特定する特定部と、
前記２以上の検査のそれぞれの患者に対応付けて登録された数に応じて、前記２以上の検査のうち特定の検査を抽出する抽出部と、
前記特定の検査の情報を、前記ある患者の次に受ける検査の情報として出力する出力部と、
を備える情報処理装置。
（付記１３）
患者について第１の検査のオーダを受け付けた後に、第２の検査のオーダを受け付ける受付部と、
検査のオーダの待ち状況を記憶する記憶部を参照して、前記第１の検査と前記第２の検査のうち、前記第２の検査の方が前記第１の検査よりも待ち人数又は待ち時間が少なく、かつ前記第１の検査と前記第２の検査の順を変更可能と判定した場合に、前記第２の検査についての案内を前記第１の検査についての案内に先行して送信する送信部と、
を備える情報処理装置。
（付記１４）
ある患者の識別情報を取得すると、電子カルテシステムにおいて患者に対応付けて順に登録された検査を記憶する記憶部を参照し、前記ある患者に対応付けて順に登録された２以上の検査を特定し、
前記２以上の検査のそれぞれの患者に対応付けて登録された数に応じて、前記２以上の検査のうち特定の検査を抽出し、
前記特定の検査の情報を、前記ある患者の次に受ける検査の情報として出力する、
処理をコンピュータに実行させることを特徴とする情報処理方法。
（付記１５）
患者について第１の検査のオーダを受け付けた後に、第２の検査のオーダを受け付け、
検査のオーダの待ち状況を記憶する記憶部を参照して、前記第１の検査と前記第２の検査のうち、前記第２の検査の方が前記第１の検査よりも待ち人数又は待ち時間が少なく、かつ前記第１の検査と前記第２の検査の順を変更可能と判定した場合に、前記第２の検査についての案内を前記第１の検査についての案内に先行して送信する、
処理をコンピュータに実行させることを特徴とする情報処理方法。

１ サーバコンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２ コンピュータ
３ 端末装置
４ 会計コンピュータ
５ 部門コンピュータ
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
５１ ＣＰＵ
５２ ＲＡＭ
５３ 入力部
５４ 表示部
５５ 記憶部
５５Ｐ 制御プログラム
５６ 通信部
５８ 時計部
５９ リーダ
１５１ 病名オーダテーブル
１５２ 病名マスタテーブル
１５３ プロファイル情報テーブル
１５４ 待ち人数テーブル
１５５ スケジュールテーブル
１５６ 案内テーブル
１５７ 待ち人数管理テーブル
３０１ 特定部
３０２ 抽出部
３０３ 出力部
３０４ 受付部
３０５ 送信部
５５１ 記録ファイル
Ｎ 通信網

Claims (3)

1. 患者ＩＤに対応付けて病名を記憶した記憶部を参照し、患者ＩＤに対応する病名を読み出し、
   病名に対応付けて検査順序の変更が可能か否かを記憶した記憶部、及び、読み出した前記病名に基づき検査順序の変更が可能か否か判断し、
   変更が可能と判断した患者ＩＤを抽出し、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、抽出した患者ＩＤに対応する時間指定がなされた時間指定検査項目が存在するか否か判断し、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、時間指定がなされた時間指定検査項目が存在すると判断した場合、前記患者ＩＤに対応して設定された時間指定検査項目よりも前に設定された複数の第１検査項目群と、前記時間指定検査項目よりも後に設定された複数の第２検査項目群とを読み出し、
   検査項目毎に待ち人数を記憶した記憶部を参照し、各検査項目の待ち人数に基づき第１検査項目群の中で検査項目を入れ替え、第２検査項目群の中で検査項目を入れ替える
   処理をコンピュータに実行させるプログラム。
2. 患者ＩＤに対応付けて病名を記憶した記憶部を参照し、患者ＩＤに対応する病名を読み出す第１読み出し部と、
   病名に対応付けて検査順序の変更が可能か否かを記憶した記憶部、及び、読み出した前記病名に基づき検査順序の変更が可能か否か判断する第１判断部と、
   変更が可能と判断した患者ＩＤを抽出する抽出部と、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、抽出した患者ＩＤに対応する時間指定がなされた時間指定検査項目が存在するか否か判断する第２判断部と、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、時間指定がなされた時間指定検査項目が存在すると判断した場合、前記患者ＩＤに対応して設定された時間指定検査項目よりも前に設定された複数の第１検査項目群と、前記時間指定検査項目よりも後に設定された複数の第２検査項目群とを読み出す第２読み出し部と、
   検査項目毎に待ち人数を記憶した記憶部を参照し、各検査項目の待ち人数に基づき第１検査項目群の中で検査項目を入れ替え、第２検査項目群の中で検査項目を入れ替える入れ替え部と
   を備える情報処理装置。
3. 患者ＩＤに対応付けて病名を記憶した記憶部を参照し、患者ＩＤに対応する病名を読み出し、
   病名に対応付けて検査順序の変更が可能か否かを記憶した記憶部、及び、読み出した前記病名に基づき検査順序の変更が可能か否か判断し、
   変更が可能と判断した患者ＩＤを抽出し、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、抽出した患者ＩＤに対応する時間指定がなされた時間指定検査項目が存在するか否か判断し、
   患者ＩＤに対応付けて検査項目、検査順序及び検査指定時間が記憶された記憶部を参照し、時間指定がなされた時間指定検査項目が存在すると判断した場合、前記患者ＩＤに対応して設定された時間指定検査項目よりも前に設定された複数の第１検査項目群と、前記時間指定検査項目よりも後に設定された複数の第２検査項目群とを読み出し、
   検査項目毎に待ち人数を記憶した記憶部を参照し、各検査項目の待ち人数に基づき第１検査項目群の中で検査項目を入れ替え、第２検査項目群の中で検査項目を入れ替える
   処理をコンピュータに実行させる情報処理方法。

Images