JP2017162001A - プログラム、情報処理装置及び情報処理方法 - Google Patents
プログラム、情報処理装置及び情報処理方法 Download PDFInfo
- Publication number
- JP2017162001A JP2017162001A JP2016043603A JP2016043603A JP2017162001A JP 2017162001 A JP2017162001 A JP 2017162001A JP 2016043603 A JP2016043603 A JP 2016043603A JP 2016043603 A JP2016043603 A JP 2016043603A JP 2017162001 A JP2017162001 A JP 2017162001A
- Authority
- JP
- Japan
- Prior art keywords
- patients
- count value
- waiting
- cpu
- hospital
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【課題】待機患者数を適切に把握することが可能なプログラム等を提供する。【解決手段】サーバコンピュータ１に、受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する処理を実行させる。【選択図】図１
Description
本発明は、プログラム、情報処理装置及び情報処理方法に関する。
従来、患者の来院から診察を受けて会計処理を行うまでの一連の流れを、コンピュータにより取り扱うことにより、作業の効率化及び待ち時間の短縮を行う技術が知られている（例えば特許文献１参照）。
しかしながら、従来の技術では待機患者数を適切に把握できないという問題がある。
一つの側面では、待機患者数を適切に把握することが可能なプログラム等を提供することを目的とする。
一つの案では、コンピュータに、受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する処理を実行させる。
一つの側面では、待機患者数を適切に把握することが可能となる。
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は電子カルテシステムの概要を示す説明図である。電子カルテシステムは情報処理装置１〜４等を含む。情報処理装置１〜４は、パーソナルコンピュータ、サーバコンピュータ、スマートフォン、携帯電話、またはＰＤＡ（Personal Digital Assistant）等である。以下、情報処理装置１をサーバコンピュータ１、情報処理装置３を病院サーバコンピュータ３、情報処理装置４を病院コンピュータ４という。また以下では、情報処理装置２を携帯電話２という。携帯電話２、サーバコンピュータ１、病院サーバコンピュータ３、及び病院コンピュータ４は、インターネット、ＬＡＮ(Local Area Network)または公衆回線網等の通信網Ｎを介して相互に接続されており、相互に情報を送受信する。
以下実施の形態を、図面を参照して説明する。図１は電子カルテシステムの概要を示す説明図である。電子カルテシステムは情報処理装置１〜４等を含む。情報処理装置１〜４は、パーソナルコンピュータ、サーバコンピュータ、スマートフォン、携帯電話、またはＰＤＡ（Personal Digital Assistant）等である。以下、情報処理装置１をサーバコンピュータ１、情報処理装置３を病院サーバコンピュータ３、情報処理装置４を病院コンピュータ４という。また以下では、情報処理装置２を携帯電話２という。携帯電話２、サーバコンピュータ１、病院サーバコンピュータ３、及び病院コンピュータ４は、インターネット、ＬＡＮ(Local Area Network)または公衆回線網等の通信網Ｎを介して相互に接続されており、相互に情報を送受信する。
Ａ病院、Ｂ病院及びＣ病院にはそれぞれ病院サーバコンピュータ３が設けられている。病院サーバコンピュータ３には、医師、看護士、受付担当者、会計職員等の医療従事者が操作する病院コンピュータ４が接続されている。病院サーバコンピュータ３は受付処理を終えた患者の数（第１のカウント値。以下、第1患者数という）を計数する。また病院コンピュータ４は、医師等により、電子カルテの内容を更新する更新モードで起動された電子カルテに対応する患者の数（第２のカウント値。以下、第２患者数という）を、診察開始済みの患者数として計数する。病院コンピュータ４は、診察開始済み患者数を病院サーバコンピュータ３へ出力する。
サーバコンピュータ１は、所定の単位時間毎（例えば５分毎）に病院サーバコンピュータ３から受付処理済みの患者数及び診察開始済み患者数の取得要求を行う。病院サーバコンピュータ３は、受付処理済み患者数及び診察開始済み患者数をサーバコンピュータ１へ送信する。サーバコンピュータ１は、受信した受付処理済みの患者数から診察開始済み患者数を減算して、待機患者数を算出する。以下詳細を説明する。
図２は携帯電話２のハードウェア群を示すブロック図である。携帯電話２は制御部としてのＣＰＵ（Central Processing Unit）２１、ＲＡＭ（Random Access Memory）２２、入力部２３、表示部２４、記憶部２５、時計部２８及び通信部２６等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。ＲＡＭ２２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部２３はタッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、サーバコンピュータ１等と間で情報の送受信を行う。時計部２８は日時情報をＣＰＵ２１へ出力する。記憶部２５は大容量メモリであり、制御プログラム２５Ｐ等を記憶している。
図３は病院コンピュータ４のハードウェア群を示すブロック図である。病院コンピュータ４は制御部としてのＣＰＵ４１、ＲＡＭ４２、入力部４３、表示部４４、記憶部４５、時計部４８及び通信部４６等を含む。ＣＰＵ４１は、バス４７を介してハードウェア各部と接続されている。ＣＰＵ４１は記憶部４５に記憶された制御プログラム４５Ｐに従いハードウェア各部を制御する。ＲＡＭ４２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ４２は、記憶部としても機能し、ＣＰＵ４１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部４３はキーボード、マウス等の入力デバイスであり、受け付けた操作情報をＣＰＵ４１へ出力する。表示部４４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ４１の指示に従い各種情報を表示する。通信部４６は通信モジュールであり、病院サーバコンピュータ３等と間で情報の送受信を行う。時計部４８は日時情報をＣＰＵ４１へ出力する。記憶部４５はハードディスクまたは大容量メモリであり、制御プログラム４５Ｐ等を記憶している。
図４は電子カルテの表示イメージを示す説明図である。医師等が病院コンピュータ４の入力部４３を通じて患者を特定するための識別情報（以下、患者ＩＤという）を入力した場合、患者ＩＤに対応する各種医療データが、表示部４４に表示される。具体的には、ＣＰＵ４１は、患者ＩＤを、通信部４６を介して、病院サーバコンピュータ３へ送信する。病院サーバコンピュータ３は後述する電子カルテＤＢを参照し、患者ＩＤに対応する医療データを病院コンピュータ４へ送信する。
医療データには、例えば患者ＩＤ、患者氏名、診察科、診察の状態区分、適用保険、状況等が含まれる。ＣＰＵ４１は、受信した医療データを表示部４４に表示する。図４に示すように患者ＩＤ「００１」に対応する氏名「ＸＸＸＸ」が表示される。診察科の欄には、内科、外科、眼科等、患者が診察を受ける科名が表示される。状態区分は、受付処理済み、または、診察中等、診察状況を示す区分が表示される。病院での受付処理を既に終えている場合、受付処理済みを示す状態区分が病院サーバコンピュータ３から送信される。ＣＰＵ４１は、状態区分に対応付けて「受付処理済み」または「診察中」と表示する。病院での受付処理は例えば、患者のＩＣカードの読み取り、または、受付担当者による患者ＩＤの来院入力等をトリガとして実行すればよい。
適用保険欄には、患者が加入している保険名等が表示される。状況欄には、医師等が入力部４３を通じて入力した患者の病状、投薬状況等が表示される。電子カルテの起動には後述するように、更新モード及び参照モードのいずれかを選択して起動する。ＣＰＵ４１は、表示部４４に、更新モードボタン４０１及び参照モードボタン４０２を表示する。
図５は参照モードで起動した場合の表示イメージを示す説明図である。参照モードは、電子カルテを参照するためのモードであり、電子カルテの更新を行うことができない。参照モードボタン４０２が入力部４３を通じてクリックされた場合、ＣＰＵ４１は、参照モードにて電子カルテを起動する。具体的にはＣＰＵ４１は、患者ＩＤ及び当該患者ＩＤに対応する電子カルテの送信要求を病院サーバコンピュータ３へ送信する。ＣＰＵ４１は、送信要求に対応して病院サーバコンピュータ３から送信された患者ＩＤに対応する電子カルテを表示部４４に表示する。この場合、ＣＰＵ４１は電子カルテを書き換えることができないＰＤＦ(Portable Document Format)形式、または画像イメージ等により表示する。図５の例では、前回の診察時に入力した状況「○○で来院。喘息発作が出た。」が表示されている。ＣＰＵ４１は、参照モードで起動された場合、入力部４３を通じた電子カルテの更新処理を行わない。
図６は更新モードで起動した場合の表示イメージを示す説明図である。更新モードは、電子カルテの内容を更新するためのモードであり、電子カルテの内容についての修正等を行うことができる。更新モードボタン４０１が入力部４３を通じてクリックされた場合、ＣＰＵ４１は、更新モードにて電子カルテを起動する。具体的にはＣＰＵ４１は、患者ＩＤ、当該患者ＩＤに対応する電子カルテの送信要求、及び、更新モードで起動されたことを示す情報（以下、更新起動情報という）を病院サーバコンピュータ３へ送信する。これにより、病院サーバコンピュータ３は診察が開始されたことを把握することができる。
ＣＰＵ４１は、送信要求に対応して病院サーバコンピュータ３から送信された患者ＩＤに対応する電子カルテを表示部４４に表示する。ＣＰＵ４１は、参照モードとは異なり、電子カルテの記載内容を変更することができるよう例えばテキストボックス内に、状況に関する具体的内容を表示する。図６の例では、前回の診察時に入力した状況「○○で来院。喘息発作が出た。」が表示されている。
ここで、医師が入力部４３を通じてさらに「喘息改善あり。・・・」と入力した場合、ＣＰＵ４１は、入力内容を受け付け、表示部４４に更新された内容を表示する。ＣＰＵ４１は、電子カルテの更新を終了する旨の情報を入力部４３から受け付けた場合、更新内容、及び、患者ＩＤを病院サーバコンピュータ３へ送信する。
図７は病院サーバコンピュータ３のハードウェア群を示す説明図である。病院サーバコンピュータ３は制御部としてのＣＰＵ３１、ＲＡＭ３２、入力部３３、表示部３４、記憶部３５、時計部３８及び通信部３６等を含む。ＣＰＵ３１は、バス３７を介してハードウェア各部と接続されている。ＣＰＵ３１は記憶部３５に記憶された制御プログラム３５Ｐに従いハードウェア各部を制御する。ＲＡＭ３２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ３２は、記憶部としても機能し、ＣＰＵ３１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部３３はキーボード、マウス等の入力デバイスであり、受け付けた操作情報をＣＰＵ３１へ出力する。表示部３４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ３１の指示に従い各種情報を表示する。通信部３６は通信モジュールであり、サーバコンピュータ１及び病院コンピュータ４等と間で情報の送受信を行う。時計部３８は日時情報をＣＰＵ３１へ出力する。
記憶部３５はハードディスクまたは大容量メモリであり、制御プログラム３５Ｐ、電子カルテＤＢ３５１、患者数テーブル３５２等を記憶している。なお、本実施形態においては、電子カルテＤＢ３５１、患者数テーブル３５２を記憶部３５に記憶する例を挙げて説明するがこれに限るものではない。例えば、他の図示しないＤＢサーバ内に記憶しても良い。
図８は電子カルテＤＢ３５１のレコードレイアウトを示す説明図である。電子カルテＤＢ３５１は患者ＩＤフィールド、氏名フィールド、診察科フィールド、状態区分フィールド、適用保険フィールド及び状況フィールド等を含む。患者ＩＤフィールドには、患者ＩＤが記憶されている。氏名フィールドには、患者ＩＤに対応づけて患者の氏名が記憶されている。診察科フィールドには患者ＩＤに対応付けて患者が診察を受ける科名が記憶されている。
状態区分フィールドには、診察状況を示す区分が患者ＩＤに対応付けて記憶されている。ＣＰＵ３１は、病院コンピュータ４または受付端末から患者ＩＤ及び患者が来院し受付処理を終えたことを示す情報（以下、受付終了情報という）を受信する。ＣＰＵ３１は、受付終了情報を受信した場合、対応する患者ＩＤの状態区分を、受け付け終了済みに変更する。ＣＰＵ３１は、病院コンピュータ４から、更新モードでの起動に伴い患者ＩＤ及び更新起動情報を受信した場合、患者ＩＤに対応する状態区分を診察中に変更する。なお、本実施形態では説明を容易にするために、受付終了済み及び診察中の２つの区分を例示して説明するがこれに限るものではない。診察終了、会計中等、他の状態区分に変更しても良い。
適用保険フィールドには、患者ＩＤに対応付けて患者に適用される保険の情報が記憶されている。状況フィールドには、患者ＩＤに対応付けて状況が記憶されている。ＣＰＵ３１は、医師等が入力した電子カルテ内の状況が患者ＩＤに対応付けて病院コンピュータ４から送信された場合、受信した状況を患者ＩＤに対応付けて記憶する。
図９は患者数テーブル３５２のレコードレイアウトを示す説明図である。患者数テーブル３５２は日時に対応付けて、受付処理済みの患者数（第１患者数）及び診察開始済み患者数（第２患者数）を記憶している。図９の例では２０１６年１月２２日のデータが表示されている。なお、患者数テーブル３５２にはその他の日のデータも記憶されている。ＣＰＵ３１は、病院コンピュータ４または受付端末から患者ＩＤ及び受付終了情報を受信した場合、時計部３８の出力を参照し、日時に対応付けて当日受付処理を終えた患者総数を、受付処理済み患者数フィールドに記憶する。なお、図８に示した電子カルテＤＢ３５１の状態区分が「受付処理済み」に変更されたことをトリガに受付処理済み患者数を記憶するようにしても良い。図９の例では、説明のために単位時間毎（例えば５分毎）の患者数を記憶するようにしている。８時３５分台では受付処理済み患者数は１であり、その５分後の８時４０分台には２に増加している。最終的に２０１６年１月２２日金曜日の総受付処理済み患者数は６人であることが理解できる。
ＣＰＵ３１は、病院コンピュータ４から患者ＩＤ及び更新起動情報を受信した場合、時計部３８の出力を参照し、日時に対応付けて診察開始済み患者数を、診察開始済み患者数フィールドに記憶する。なお、図８に示した電子カルテＤＢ３５１の状態区分が「診察中」に変更されたことをトリガに診察開始済み患者数を記憶するようにしても良い。図９の例では９時５分台に、１人の患者の電子カルテが更新モードで起動された結果、診察開始済み患者数のレコードに１が記憶されている。９時１０分台にはさらに他の１人の患者の電子カルテが更新モードで起動され、診察開始済み患者数のレコードに総数２が記憶されている。
図１０はサーバコンピュータ１のハードウェア群を示す説明図である。サーバコンピュータ１は制御部としてのＣＰＵ１１、ＲＡＭ１２、入力部１３、表示部１４、記憶部１５、時計部１８及び通信部１６等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
入力部１３はキーボード、マウス等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、病院サーバコンピュータ３及び携帯電話２等と間で情報の送受信を行う。時計部１８は日時情報をＣＰＵ１１へ出力する。
記憶部１５はハードディスクまたは大容量メモリであり、制御プログラム１５Ｐ、待機患者数テーブル１５２等を記憶している。なお、本実施形態においては、待機患者数テーブル１５２を記憶部１５に記憶する例を挙げて説明するがこれに限るものではない。例えば、他の図示しないＤＢサーバ内に記憶しても良い。
図１１は待機患者数テーブル１５２のレコードレイアウトを示す説明図である。待機患者数テーブル１５２は各病院の待機患者数、受付処理済み患者数及び診察開始済み患者数の時間的変化を記憶している。図１１の例では病院ＩＤがＡのＡ病院における２０１６年１月２２日金曜日の患者数の変化を示している。なお、待機患者数テーブル１５２にはその他の日のデータも記憶されている。サーバコンピュータ１のＣＰＵ１１は、所定時間毎に、病院サーバコンピュータ３へ受付処理済み患者数及び診察開始済み患者数の取得要求を行う。病院サーバコンピュータ３のＣＰＵ３１は、取得要求を、受信部３６を介して受信した場合、病院ＩＤ、患者数テーブル３５２の受付処理済み患者数及び診察開始済み患者数をサーバコンピュータ１へ送信する。
図１１に示すようにＡ病院の受付処理済み患者数及び診察開始済み患者数が時系列で記憶される。続いてＣＰＵ１１は、受付処理済み患者数（第１患者数）から、診察開始済み患者数（第２患者数）を減じて、待機患者数を算出する。図１１の例では、８時３５分台にて受付処理済み患者数は１であり、未だ医師は更新モードによる電子カルテの起動を行っていないため、診察開始済み患者数は０である。この場合、待機患者数は１-０で１となる。９時０分台では受付処理済み患者数は５であり、未だ医師は更新モードによる電子カルテの起動を行っていないため、診察開始済み患者数は０である。この場合、待機患者数は５-０で５となる。
９時５分台ではようやく医師が更新モードにより電子カルテシステムにおける電子カルテを起動したことから、受付処理済み患者数は５、診察済み患者数は１となる。この場合、待機患者数は５−１で４となる。９時３５分台では受付処理済み患者数は６、診察済み患者数も６となる。この場合、待機患者数は６−６で０となる。サーバコンピュータ１のＣＰＵ１１は、算出した待機患者数を携帯電話２、病院サーバコンピュータ３、病院コンピュータ４等に送信する。
以上のハードウェア群において各種ソフトウェア処理を、フローチャートを用いて説明する。図１２及び図１３は診察開始済み患者数の計数処理手順を示すフローチャートである。病院サーバコンピュータ３のＣＰＵ３１は、図示しない受付端末から患者ＩＤ及び受付終了情報を受信する(ステップＳ１２１)。ＣＰＵ３１は、患者数テーブル３５２の現在の日時に対応する受付終了済み患者数をインクリメントする(ステップＳ１２２)。ＣＰＵ３１は、電子カルテＤＢ３５１の患者ＩＤに対応する状態区分を「受付処理済み」に変更する。ＣＰＵ３１は、電子カルテＤＢ３５１を参照し、対応する患者ＩＤ、氏名、診察科、及び状態区分「受付処理済み」を病院コンピュータ４へ送信する(ステップＳ１２３)。
病院コンピュータ４のＣＰＵ４１は、患者ＩＤ、氏名、診察科、及び状態区分「処理済み」を受信する(ステップＳ１２４)。ＣＰＵ４１は、表示部４４に患者ＩＤ、氏名、診察科及び状態区分「受付処理済み」を表示する(ステップＳ１２５)。ＣＰＵ４１は、表示部４４に更新モードボタン４０１及び参照モードボタン４０２を表示する(ステップＳ１２６)。ＣＰＵ４１は、入力部４３を通じた参照モードボタン４０２の入力を受け付けたか否かを判断する(ステップＳ１２７)。
ＣＰＵ４１は、参照モードボタン４０２の入力を受け付けたと判断した場合(ステップＳ１２７でＹＥＳ)、処理をステップＳ１２８へ移行させる。ＣＰＵ４１は、参照モードで起動したことを示す情報（以下、参照起動情報という）を、病院サーバコンピュータ３へ送信する(ステップＳ１２８)。病院サーバコンピュータ３のＣＰＵ３１は、患者ＩＤに対応する電子カルテのＰＤＦを読み出す(ステップＳ１２９)。なお、本実施形態ではＰＤＦ形式の電子カルテを用いることとしたが、これに限るものではない。書き換えできない状態であれば、他の形式であっても良い。
ＣＰＵ３１は、読み出した電子カルテのＰＤＦを病院コンピュータ４へ送信する(ステップＳ１３１)。ＣＰＵ４１は、電子カルテのＰＤＦを参照モードで起動し、電子カルテを表示部４４に表示するものの、電子カルテの入力部４３を通じた更新を禁止する(ステップＳ１３２)。ＣＰＵ４１は、参照モードの入力を受け付けていないと判断した場合(ステップＳ１２７でＮＯ)、及びステップＳ１３２の後、入力部４３を通じて更新モードボタン４０１の入力を受け付けたか否かを判断する(ステップＳ１３３)。
ＣＰＵ４１は、更新モードボタン４０１の入力を受け付けていないと判断した場合(ステップＳ１３３でＮＯ)、処理を終了する。ＣＰＵ４１は、更新モードボタン４０１の入力を受け付けたと判断した場合(ステップＳ１３３でＹＥＳ)、処理をステップＳ１３４へ移行させる。ＣＰＵ４１は、患者ＩＤ及び更新起動状態を病院サーバコンピュータ３へ送信する(ステップＳ１３４)。病院サーバコンピュータ３のＣＰＵ３１は、患者ＩＤ及び更新起動状態を受信する。ＣＰＵ３１は、患者ＩＤに対応する電子カルテを、電子カルテＤＢ３５１から読み出す(ステップＳ１３５)。
ＣＰＵ３１は、読み出した電子カルテを、更新することができる状態で病院コンピュータ４へ送信する(ステップＳ１３６)。ＣＰＵ３１は、患者数テーブル３５２の現在の日時に対応する診察開始済み患者数をインクリメントする(ステップＳ１３７)。病院コンピュータ４のＣＰＵ４１は、更新モードで起動し、電子カルテの更新を、入力部４３を通じて受け付ける(ステップＳ１３８)。具体的には、医師は診察中に入力部４３を通じて、医療情報を状況欄に逐次入力する。ＣＰＵ４１は、表示部４４の状態区分を受付処理済みから診察中に変更する(ステップＳ１３９)。
ＣＰＵ４１は、更新内容を病院サーバコンピュータ３へ送信する(ステップＳ１３１０)。病院サーバコンピュータ３のＣＰＵ３１は、電子カルテＤＢ３５１の状態区分を診察中に変更し、また更新内容を状況フィールドに記憶する(ステップＳ１３１１)。
図１４は待機患者数の算出処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、は受付処理済み患者数及び診察開始済み患者数の取得要求を、病院サーバコンピュータ３へ送信する(ステップＳ１４１)。当該取得要求は例えば５分毎等、単位時間毎に行えばよい。病院サーバコンピュータ３のＣＰＵ３１は、取得要求を受信する(ステップＳ１４２)。ＣＰＵ３１は、患者数テーブル３５２を参照し、病院ＩＤ、受付処理済み患者数及び診察開始済み患者数を読み出し、サーバコンピュータ１へ送信する(ステップＳ１４３)。
サーバコンピュータ１のＣＰＵ１１は、病院ＩＤ、受付処理済み患者数及び診察開始済み患者数を受信する(ステップＳ１４４)。ＣＰＵ１１は、受付処理済み患者数及び診察開始済み患者数を、病院ＩＤに対応付けて待機患者数テーブル１５２に記憶する(ステップＳ１４５)。ＣＰＵ１１は、受付処理済み患者数から診察開始済み患者数を減じて待機患者数を算出する(ステップＳ１４６)。ＣＰＵ１１は、待機患者数を、待機患者数テーブル１５２に記憶する(ステップＳ１４７)。ＣＰＵ１１は、待機患者数を表示部１４、携帯電話２、病院サーバコンピュータ３等に出力する。これにより、医師等に特段意識させることなく、容易に待機患者数を把握することが可能となる。また、特段新たな装置を設けることなく、容易に待機患者数を把握することが可能となる。
実施の形態２
実施の形態２は、待機患者数の時間的変化を示すグラフに関する。図１５は第１グラフのイメージを示す説明図である。サーバコンピュータ１のＣＰＵ１１は、携帯電話２から第１グラフの取得要求を受け付けた場合、当日の受付処理に応じて算出した現在までの待機患者数の時間的変化を示す第１グラフを生成する。ＣＰＵ１１は、生成した第１グラフを携帯電話２へ送信する。携帯電話２のＣＰＵ２１は、受信した第１グラフを表示部２４に表示する。
実施の形態２は、待機患者数の時間的変化を示すグラフに関する。図１５は第１グラフのイメージを示す説明図である。サーバコンピュータ１のＣＰＵ１１は、携帯電話２から第１グラフの取得要求を受け付けた場合、当日の受付処理に応じて算出した現在までの待機患者数の時間的変化を示す第１グラフを生成する。ＣＰＵ１１は、生成した第１グラフを携帯電話２へ送信する。携帯電話２のＣＰＵ２１は、受信した第１グラフを表示部２４に表示する。
なお、本実施形態ではサーバコンピュータ１にて第１グラフを生成し、生成済みの第１グラフデータを出力する例を挙げて説明するがこれに限るものではない。ＣＰＵ１１は、各時間の待機患者数のデータである第１グラフデータを携帯電話２に送信するようにしても良い。この場合、携帯電話２のＣＰＵ２１は、エクセル等のソフトウェアにより、受信した第１グラフデータに基づき、第１グラフを生成し、生成した第１グラフを表示部２４に表示する。
ＣＰＵ１１は、待機患者数テーブル１５２から当日の受付開始時間帯から、現在の時間帯の一つ前の時間帯までの待機患者数を読み出す。例えば、現在の時刻が１５時１分である場合、ＣＰＵ１１は、１５時０分までの５分毎の待機患者数を読み出す。ＣＰＵ１１は、３０分間の待機患者数の合計値を求める。ＣＰＵ１１は、３０分毎の待機患者数の時間的変化を示すグラフを生成し、携帯電話２へ送信する。図１５では、縦軸を時間、横軸を待機患者数とし、受け付け処理開始時８時から現在時１４時３０分までの待機患者数の時間的変化が示されている。なお、実施形態では３０分毎の待機患者数を示しているが一例でありこれに限るものではない。
グラフの下側には、さらに「１日分だけを表示」ボタン１５０１及び「同じ曜日を重ねる」ボタン１５０２が表示される。携帯電話２のＣＰＵ２１は、「一日分だけを表示」ボタン１５０１の入力を受け付けた場合、「一日分だけを表示」ボタン１５０１が入力されたことを示す情報（以下、一日グラフ情報という）がサーバコンピュータ１へ送信する。サーバコンピュータ１のＣＰＵ１１は、一日グラフ情報を受信した場合、待機患者数テーブル１５２から当日の受付開始時間帯から、現在の時間帯の一つ前の時間帯までの待機患者数を読み出す。ＣＰＵ１１は、読み出した待機患者数に基づき生成した第１グラフを携帯電話２へ送信する。ＣＰＵ２１は、第１グラフを表示部２４に表示する。
図１６は第２グラフのイメージを示す説明図である。第２グラフは過去の待機患者数の時間的変化及び現在の待機患者数の時間的変化を同時に表示したグラフである。本実施形態では、前週及び前々週の同一曜日の待機患者数の時間的変化を示しているがこれに限るものではない。過去の待機患者数を示すものであればよく、前日の待機患者数の時間的変化の他、１週間の待機患者数平均値の時間的変化であっても良い。サーバコンピュータ１のＣＰＵ１１は、待機患者数テーブル１５２の一週間前及び２週間前の各時間帯の待機患者数を読み出す。ＣＰＵ１１は、上述した第１グラフと同様に３０分毎の待機患者数を算出する。
ＣＰＵ１１は、第１グラフ生成時に生成した当日の待機患者数の時間的変化を示すデータ、前週の待機患者数の時間的変化を示すデータ、及び、前々週の待機患者数の時間的変化を示すデータを重ね合わせた第２グラフを生成する。ＣＰＵ１１は、生成した第２グラフを携帯電話２へ送信する。ＣＰＵ２１は、受信した第２グラフを表示部２４に表示する。図１６に示すように、白抜きで示す棒グラフは当日の待機患者数を示し、左下方向へ向かうハッチングで示す棒グラフは前週の待機患者数を示す。また右下へ向かうハッチングで示す棒グラフは、前々週の待機患者数を示している。第２グラフは、これら３つ系列を同一時間帯内で相互に識別することができる形態で、並列表示している。
携帯電話２のＣＰＵ２１は、「同じ曜日を重ねる」ボタン１５０２の入力を受け付けた場合、「同じ曜日を重ねる」ボタン１５０２が入力されたことを示す情報（以下、複数日グラフ情報という）がサーバコンピュータ１へ送信される。サーバコンピュータ１のＣＰＵ１１は、複数日グラフ情報を受信した場合、待機患者数テーブル１５２を参照し、当日、前週、及び前々週の待機患者数の時間的変化を示す第２グラフを生成する。ＣＰＵ１１は、生成した第２グラフを携帯電話２へ送信する。ＣＰＵ２１は、第２グラフを表示部２４に表示する。
図１７及び図１８は第１グラフ及び第２グラフの表示処理手順を示すフローチャートである。携帯電話２のＣＰＵ２１は、一日分だけを表示ボタン１５０１の入力を受け付けたか否かを判断する(ステップＳ１７１)。ＣＰＵ２１は、一日分だけを表示ボタン１５０１の入力を受け付けたと判断した場合(ステップＳ１７１でＹＥＳ)、処理をステップＳ１７２へ移行させる。ＣＰＵ２１は、一日グラフ情報をサーバコンピュータ１へ送信する(ステップＳ１７２)。サーバコンピュータ１のＣＰＵ１１は、一日グラフ情報を受信する(ステップＳ１７３)。
ＣＰＵ１１は、当日の各時間帯の待機患者数を待機患者数テーブル１５２から読み出す(ステップＳ１７４)。ＣＰＵ１１は、３０分毎の待機患者数を算出する(ステップＳ１７５)。ＣＰＵ１１は、３０分毎の待機患者数の時間的変化を示す第１グラフを生成する(ステップＳ１７６)。ＣＰＵ１１は、生成した第１グラフを携帯電話２へ送信する(ステップＳ１７７)。ＣＰＵ２１は、第１グラフを受信する(ステップＳ１７８)。ＣＰＵ２１は、第１グラフを表示部２４に表示する(ステップＳ１７９)。ＣＰＵ２１は、その後処理をステップＳ１８１へ移行させる。ＣＰＵ２１は、一日分だけを表示ボタン１５０１の入力を受け付けていないと判断した場合(ステップＳ１７１でＮＯ)、処理をステップＳ１８１へ移行させる。
ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けたか否かを判断する(ステップＳ１８１)。ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けていないと判断した場合(ステップＳ１８１でＮＯ)、処理をステップＳ１７１へ戻す。ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けたと判断した場合(ステップＳ１８１でＹＥＳ)、処理をステップＳ１８２へ移行させる。ＣＰＵ２１は、サーバコンピュータ１へ複数日グラフ情報を送信する(ステップＳ１８２)。サーバコンピュータ１のＣＰＵ１１は、複数日グラフ情報を受信する(ステップＳ１８３)。
ＣＰＵ１１は、当日、前週及び前々週の各時間帯の待機患者数を待機患者数テーブル１５２から読み出す(ステップＳ１８４)。ＣＰＵ１１は、読み出した単位時間（５分）の待機患者数に基づき、当日、前週及び前々週の３０分毎の待機患者数を算出する(ステップＳ１８５)。ＣＰＵ１１は、算出した３０分毎の待機患者数に基づき、当日、前週及び前々週の待機時間の時間的変化を示す第２グラフを生成する(ステップＳ１８６)。
ＣＰＵ１１は、携帯電話２へ第２グラフを送信する(ステップＳ１８７)。携帯電話２のＣＰＵ２１は、第２グラフを受信する(ステップＳ１８８)。ＣＰＵ２１は、表示部２４に第２グラフを表示する(ステップＳ１８９)。これにより、患者は現在の混雑状況を視認することが可能となる。また今後の混雑状況を、過去の履歴に基づき把握することが可能となる。
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態３
実施の形態は待機時間を推定する形態に関する。図１９は実施の形態３に係る待機患者数テーブル１５２を示す説明図である。さらに診察分数フィールドが設けられている。診察分数フィールドには、係数として単位時間（本実施例では５分）が記憶される。サーバコンピュータ１のＣＰＵ１１は、例えば前週（２０１６年１月１５日金曜日）の待機患者数テーブル１５２を読み出す。ＣＰＵ１１は、受付処理済み患者数から待機患者数を減じた値と、時系列で一単位時間前の受付処理済み患者数から待機患者数を減じた値とが相違するか否かを判断する。ＣＰＵ１１は、相違すると判断した場合、診察分数フィールドの当該時間帯に単位時間５分を記憶する。なお、本実施形態では前週の待機患者数テーブル１５２のデータを用いる例を示すがこれに限るものではない。前日、前々週等、過去のデータであれば良い。
実施の形態は待機時間を推定する形態に関する。図１９は実施の形態３に係る待機患者数テーブル１５２を示す説明図である。さらに診察分数フィールドが設けられている。診察分数フィールドには、係数として単位時間（本実施例では５分）が記憶される。サーバコンピュータ１のＣＰＵ１１は、例えば前週（２０１６年１月１５日金曜日）の待機患者数テーブル１５２を読み出す。ＣＰＵ１１は、受付処理済み患者数から待機患者数を減じた値と、時系列で一単位時間前の受付処理済み患者数から待機患者数を減じた値とが相違するか否かを判断する。ＣＰＵ１１は、相違すると判断した場合、診察分数フィールドの当該時間帯に単位時間５分を記憶する。なお、本実施形態では前週の待機患者数テーブル１５２のデータを用いる例を示すがこれに限るものではない。前日、前々週等、過去のデータであれば良い。
例えば、９時５分では受付処理済み患者数が５人、待機患者数が４人であるので減じた値は１となる。時系列で一単位時間前の９時０分では受付処理済み患者数が５人、待機患者数が５人であるので減じた値は０である。この場合、時系列で減じた値が相違するため、診察がなされている期間と判断し、５分を記憶する。なお、本実施形態では受付処理済み患者数から待機患者数を減じた値を用いる例を説明するがこれに限るものではない。第２患者数が時系列で変化した場合に、単位時間５分を記憶するようにしても良い。上述した例では９時５分の段階で、９時０分の診察患者数０よりも診察患者数が１増加しており、同様に単位時間５分を記憶する。
その他、本実施形態では第２患者数の取得方法は上述の実施形態の例に限るものではない。例えば、診察室内に設けたカードリーダにより診察が開始したことを示す情報を取得するほか、カメラで患者が入室したことを検知した場合に、診察が開始したことを示す情報を取得しても良い。
続いてＣＰＵ１１は、他の時間帯についても同様の処理を行う。ＣＰＵ１１は、診察分数の合計値を診察時間として算出する。図１９の例では単位時間５分が７つ記憶されているため、診察時間は３５分となる。なお、図１９では説明を容易にするために、診察分数フィールドに５分を記憶したが、以下の説明では時系列で減じた値が相違すると判断した回数に単位時間５分を乗算するものとして説明する。
ＣＰＵ１１は、診察時間、第１患者数の最大値及び現在の待機患者数に基づき推定される待機時間を算出する。具体的にはＣＰＵ１１は、診察時間３５分を第１患者数の最大値９人で除し、一人当たりの診察時間を算出する。次いで、ＣＰＵ１１は、一人当たりの診察時間に現在の待機患者数（例えば５人）を乗じて待機時間（約１９分）を得る。なお、本実施形態では前週の一人当たりの診察時間に、現在の待機患者数を乗算する例を示したがこれに限るものではない。例えば、過去数日間の一人当たりの診察時間の平均値に、現在の待機患者数を乗算しても良い。
図２０は実施の形態３に係るサーバコンピュータ１のハードウェア群を示すブロック図である。記憶部１５にはさらにアイコンファイル１５３が記憶されている。図２１はアイコンファイル１５３のレコードレイアウトを示す説明図である。アイコンファイル１５３は待機時間範囲フィールド及びアイコンフィールドが設けられている。待機時間範囲フィールドには、異なる待機時間の範囲が記憶されている。図２１の例では、待機時間が０分以上１５分未満、１５分以上３０分未満、３０分以上６０分未満、６０分以上の４つの範囲が記憶されている。なお、「不明」は、何らかの原因により待機時間を求めることができない場合に選択されるものである。
アイコンファイルフィールドには、待機時間範囲に対応付けて異なる複数種類のアイコンが記憶されている。例えば０分以上１５分未満の場合は、人数が少ないことを示す画像と、待ち時間が当該待機時間範囲内にあることを示す時計の画像とが0min.pngに描写されている。また３０分以上６０分未満の場合、人数が多いことを示す画像と、待ち時間が当該待機時間範囲内にあることを示す時計の画像とが30min.pngに描写されている。なお、不明の場合は、except.pngの如く？マークが描写されている。その他、待機時間範囲を文字で表示しても良く、また待機時間の範囲毎に異なる色を付すようにしても良い。
ＣＰＵ１１は、待機時間を算出した場合、アイコンファイル１５３を参照し、待機時間に対応するアイコンを読み出す。ＣＰＵ１１は、読み出したアイコンを携帯電話２へ出力する。携帯電話２のＣＰＵ２１は、受信したアイコンを表示部２４に表示する。なお、本実施形態ではアイコンのイメージデータを送信する例を示すがこれに限るものではない。アイコンを出力するためのデータ、例えば待機時間、待機時間の範囲、または、アイコンを特定するためのファイル名を携帯電話２へ送信するようにしても良い。この場合、携帯電話２のＣＰＵ２１は、予めダウンロードした待機時間等に対応するアイコンのイメージデータを読み出して、表示部２４に表示する。その他、本実施形態では待機時間の範囲を１５分毎としたがこれに限るものではない。また、範囲ではなく算出した待機時間を直接携帯電話２へ送信しても良い。
図２２及び図２３は待機時間の算出処理手順を示すフローチャートである。サーバコンピュータ１のＣＰＵ１１は、待機患者数テーブル１５２を参照し、１週間前のデータを読み出す(ステップＳ２２１)。ＣＰＵ１１は、受付処理済み患者数から待機患者数を減じた第１減算値を算出する(ステップＳ２２２)。ＣＰＵ１１は、時系列で一つ前の受付処理済み患者数から待機患者数を減じた第２減算値を算出する(ステップＳ２２３)。ＣＰＵ１１は、第１減算値と第２減算値とが相違するか否かを判断する(ステップＳ２２４)。
ＣＰＵ１１は、相違すると判断した場合(ステップＳ２２４でＹＥＳ)、相違数をインクリメントする(ステップＳ２２５)。ＣＰＵ１１は、その後処理をステップＳ２２６へ移行させる。ＣＰＵ１１は、相違しないと判断した場合(ステップＳ２２４でＮＯ)、ステップＳ２２５をスキップし、処理をステップＳ２２６へ移行させる。ＣＰＵ１１は、全ての時間帯について上述した処理を終了したか否かを判断する(ステップＳ２２６)。ＣＰＵ１１は、処理を終了していないと判断した場合(ステップＳ２２６でＮＯ)、処理をステップＳ２２７へ移行させる。
ＣＰＵ１１は、次の時系列の受付処理済み患者数から待機患者数を減じた第１減算値を算出する(ステップＳ２２７)。ＣＰＵ１１は、その後処理をステップＳ２２３へ移行させる。以上の処理を繰り返すことにより、全ての時間帯において第１減算値と第２減算値とが相違するか否かの判断が行われ、相違数の値が増加する。ＣＰＵ１１は、全ての時間帯について処理を終了したと判断した場合(ステップＳ２２６でＹＥＳ)、処理をステップＳ２２８へ移行させる。ＣＰＵ１１は、相違数に単位時間を乗じて診察時間を算出する(ステップＳ２２８)。ＣＰＵ１１は、待機患者数テーブル１５２を参照し、前週の受付処理済み患者数の最大値を抽出する(ステップＳ２２９)。
ＣＰＵ１１は、現段階の待機患者数を待機患者数テーブル１５２から読み出す(ステップＳ２３１)。ＣＰＵ１１は、診察時間を最大値で除し、除した値に現段階の待機患者数を乗じて待機時間を算出する(ステップＳ２３２)。ＣＰＵ１１は、待機時間に対応するアイコンをアイコンファイル１５３から読み出す(ステップＳ２３３)。ＣＰＵ１１は、読み出したアイコンを携帯電話２へ送信する(ステップＳ２３４)。ＣＰＵ１１は、送信されたアイコンを受信する(ステップＳ２３５)。ＣＰＵ１１は、受信したアイコンを表示部２４に表示する(ステップＳ２３６)。なお、本実施形態では携帯電話２の表示部２４にアイコンを表示する例を示したがこれに限るものではない。例えば、病院サーバコンピュータ３の表示部３４、病院コンピュータ４の表示部４４、または図示しない病院内の待合室のモニタに表示するようにしても良い。これにより、過去の履歴に基づき診察時間を容易に推定することが可能となる。また過去の履歴に基づき容易に待機時間を推定することが可能となる。さらに待機時間に応じたアイコンを表示することで患者は容易に待機時間を視認することが可能となる。さらに待機時間に範囲を設定し、範囲に対応したアイコンを表示するため、待機時間の値が多少正確でなくとも患者はおよその待機時間を把握することが可能となる。
本実施の形態３は以上の如きであり、その他は実施の形態１及び２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態４
実施の形態４は、複数の病院の待機患者数及び待機時間を携帯電話２の表示部２４に表示する形態に関する。図２４は表示部２４での病院選択画面のイメージを示す説明図である。患者は携帯電話２を用いてサーバコンピュータ１へアクセスする。ＣＰＵ１１は、携帯電話２から患者ＩＤ及びパスワードが送信された場合認証を行う。ＣＰＵ１１は、認証に成功した場合、記憶部１５から病院の選択画面を読み出し、携帯電話２へ送信する。携帯電話２のＣＰＵ２１は、受信した病院の選択画面を表示する。
実施の形態４は、複数の病院の待機患者数及び待機時間を携帯電話２の表示部２４に表示する形態に関する。図２４は表示部２４での病院選択画面のイメージを示す説明図である。患者は携帯電話２を用いてサーバコンピュータ１へアクセスする。ＣＰＵ１１は、携帯電話２から患者ＩＤ及びパスワードが送信された場合認証を行う。ＣＰＵ１１は、認証に成功した場合、記憶部１５から病院の選択画面を読み出し、携帯電話２へ送信する。携帯電話２のＣＰＵ２１は、受信した病院の選択画面を表示する。
図２４に示すように各病院を選択するためのハイパーリンクが設定されている。ＣＰＵ２１は、入力部２３を通じて、病院の選択を受け付ける。ＣＰＵ２１は、受け付けた病院の病院ＩＤをサーバコンピュータ１へ送信する。ＣＰＵ１１は、続いて、待機時間または待機患者数のいずれの閲覧を選択するかを示す表示選択画面を記憶部１５から読み出し、携帯電話２へ送信する。図２５は表示選択画面のイメージを示す説明図である。ＣＰＵ２１は、表示選択画面を表示部２４に表示する。表示選択画面には待機時間または待機患者数を閲覧するための２つのボタン、「待機時間を見る。」ボタン２５１及び「待機患者数を見る。」ボタン２５２が表示される。ＣＰＵ２１は、「待機時間を見る。」ボタン２５１の入力を受け付けた場合、待機時間の取得要求をサーバコンピュータ１へ送信する。
図２６は待機時間の表示イメージを示す説明図である。ＣＰＵ１１は、上述した方法により待機時間に対応するアイコンを携帯電話２へ送信する。ＣＰＵ２１は、受信したアイコンを表示部２４に表示する。ＣＰＵ２１は、「待機患者数を見る。」ボタン２５２の入力を受け付けた場合、待機患者数の取得要求をサーバコンピュータ１へ送信する。ＣＰＵ１１は、図１５に示した待機患者数を示すグラフを携帯電話２へ送信する。図２７は待機患者数の表示イメージを説明する説明図である。図２７に示すように当日の待機患者数の時間的変化を示す第１グラフが表示される。なお、上述した実施の形態の通り、同じ曜日を重ねるボタン１５０２が操作された場合、図１６に示す第２グラフが表示される。
図２８から図３１は待機時間及び待機患者数の表示処理手順を示すフローチャートである。携帯電話２のＣＰＵ２１は、ブラウザを起動して、サーバコンピュータ１にアクセスするか、または、記憶部２５に記憶したアプリケーションを起動し、サーバコンピュータ１へアクセスする。ＣＰＵ２１は、入力部２３を通じて入力された患者ＩＤ及びパスワードの入力を受け付ける。ＣＰＵ２１は、受け付けた患者ＩＤ及びパスワードをサーバコンピュータ１へ送信する(ステップＳ２８１)。サーバコンピュータ１のＣＰＵ１１は、患者ＩＤ及びパスワードを受信する(ステップＳ２８２)。
ＣＰＵ１１は、記憶部１５に記憶した患者ＩＤ及びパスワードを参照し、認証を行う(ステップＳ２８３)。ＣＰＵ１１は、認証に成功したと判断した場合(ステップＳ２８３でＹＥＳ)、処理をステップＳ２８４へ処理を移行させる。ＣＰＵ１１は、認証に成功しなかった場合(ステップＳ２８３でＮＯ)、処理を終了する。ＣＰＵ１１は、記憶部１５に記憶した病院選択画面を読み出す(ステップＳ２８４)。ＣＰＵ１１は、読み出した病院選択画面を携帯電話２へ送信する(ステップＳ２８５)。携帯電話２のＣＰＵ２１は、病院選択画面を受信する(ステップＳ２８６)。
ＣＰＵ２１は、病院選択画面を表示部２４に表示する(ステップＳ２８７)。ＣＰＵ２１は、入力部２３を通じて病院の選択を受け付ける(ステップＳ２８８)。ＣＰＵ２１は、選択された病院に対応する病院ＩＤをサーバコンピュータ１へ送信する(ステップＳ２８９)。ＣＰＵ１１は、病院ＩＤを受信する(ステップＳ２９１)。ＣＰＵ１１は、記憶部１５を参照し、表示選択画面を読み出す(ステップＳ２９２)。ＣＰＵ１１は、読み出した表示選択画面を携帯電話２へ送信する(ステップＳ２９３)。
ＣＰＵ２１は、表示選択画面を受信する(ステップＳ２９４)。ＣＰＵ２１は、受信した表示選択画面を表示部２４に表示する(ステップＳ２９５)。ＣＰＵ２１は、表示部２４に表示された「待機時間を見る。」ボタン２５１の入力を受け付けたか否かを判断する(ステップＳ２９６)。ＣＰＵ２１は、「待機時間を見る。」ボタン２５１の入力を受け付けたと判断した場合(ステップＳ２９６でＹＥＳ)、処理をステップＳ２９７へ移行させる。ＣＰＵ２１は、「待機時間を見る。」ボタン２５１の入力を受け付けていないと判断した場合(ステップＳ２９６でＮＯ)、処理をステップＳ３０５へ移行させる。
ＣＰＵ２１は、待機時間取得要求をサーバコンピュータ１へ送信する(ステップＳ２９７)。ＣＰＵ１１は、待機時間取得要求を受信する(ステップＳ２９８)。ＣＰＵ１１は、ステップＳ２９１で受信した病院ＩＤに対応する病院の待機時間を取得する(ステップＳ２９９)。なお待機時間はステップＳ２３２の処理により算出した待機時間を取得する。ＣＰＵ１１は、待機時間に対応するアイコンをアイコンファイル１５３から読み出す(ステップＳ３０１)。ＣＰＵ１１は、読み出したアイコンを携帯電話２へ送信する(ステップＳ３０２)。
ＣＰＵ２１は、アイコンを受信する(ステップＳ３０３)。ＣＰＵ２１は、表示部２４に受信したアイコンを表示する(ステップＳ３０４)。ＣＰＵ２１は、「待機患者数を診る。」ボタン２５２の入力を受け付けたか否かを判断する(ステップＳ３０５)。ＣＰＵ２１は、入力を受け付けていないと判断した場合(ステップＳ３０５でＮＯ)、処理をステップＳ２９６へ戻す。ＣＰＵ２１は、入力を受け付けたと判断した場合(ステップＳ３０５でＹＥＳ)、処理をステップＳ３０６へ移行させる。ＣＰＵ２１は、待機人数の取得要求をサーバコンピュータ１へ送信する(ステップＳ３０６)。
ＣＰＵ２１は、待機人数の取得要求を受信する(ステップＳ３０７)。ＣＰＵ１１は、当日の各時間帯の待機患者数を、対応する病院ＩＤの待機患者数テーブル１５２から読み出す(ステップＳ３０８)。ＣＰＵ１１は、３０分毎の待機患者数を算出する(ステップＳ３０９)。ＣＰＵ１１は、３０分毎の待機患者数の時間的変化を示す第１グラフを生成する(ステップＳ３１１)。ＣＰＵ１１は、生成した第１グラフを携帯電話２へ送信する(ステップＳ３１２)。ＣＰＵ２１は、第１グラフを受信する(ステップＳ３１３)。ＣＰＵ２１は、第１グラフを表示部２４に表示する(ステップＳ３１４)。
ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けたか否かを判断する(ステップＳ３１５)。ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けていないと判断した場合(ステップＳ３１５でＮＯ)、処理を終了する。ＣＰＵ２１は、同じ曜日を重ねるボタン１５０２の入力を受け付けたと判断した場合(ステップＳ３１５でＹＥＳ)、処理をステップＳ３１６へ移行させる。ＣＰＵ２１は、サーバコンピュータ１へ複数日グラフ情報を送信する(ステップＳ３１６)。サーバコンピュータ１のＣＰＵ１１は、複数日グラフ情報を受信する(ステップＳ３１７)。
ＣＰＵ１１は、当日、前週及び前々週の各時間帯の待機患者数を、対応する病院ＩＤの待機患者数テーブル１５２から読み出す(ステップＳ３１８)。ＣＰＵ１１は、読み出した単位時間（５分）の待機患者数に基づき、当日、前週及び前々週の３０分毎の待機患者数を算出する(ステップＳ３１９)。ＣＰＵ１１は、算出した３０分毎の待機患者数に基づき、当日、前週及び前々週の待機時間の時間的変化を示す第２グラフを生成する(ステップＳ３１１０)。
ＣＰＵ１１は、携帯電話２へ第２グラフを送信する(ステップＳ３１１１)。携帯電話２のＣＰＵ２１は、第２グラフを受信する(ステップＳ３１１２)。ＣＰＵ２１は、表示部２４に第２グラフを表示する(ステップＳ３１１３)。これにより、患者は各病院の現在の混雑状況を視認することが可能となる。また今後の各病院の混雑状況を、過去の履歴に基づき把握することが可能となる。さらに各病院の状況を比較することにより、混雑の少ない病院を選択することが可能となる。
本実施の形態４は以上の如きであり、その他は実施の形態１から３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態５
実施の形態５はサーバコンピュータ１、携帯電話２及び病院コンピュータ４により情報を送受信する形態に関する。図３２は実施の形態５に係る電子カルテシステムの概要を示す説明図である。実施の形態１から３においてはサーバコンピュータ１と病院サーバコンピュータ３とが各種処理を分散して実行する例を示したがこれに限るものではない。両者の処理をサーバコンピュータ１側に実装し、サーバコンピュータ１が病院コンピュータ４と携帯電話２との間の情報の送受信を行うようにしても良い。
実施の形態５はサーバコンピュータ１、携帯電話２及び病院コンピュータ４により情報を送受信する形態に関する。図３２は実施の形態５に係る電子カルテシステムの概要を示す説明図である。実施の形態１から３においてはサーバコンピュータ１と病院サーバコンピュータ３とが各種処理を分散して実行する例を示したがこれに限るものではない。両者の処理をサーバコンピュータ１側に実装し、サーバコンピュータ１が病院コンピュータ４と携帯電話２との間の情報の送受信を行うようにしても良い。
本実施の形態５は以上の如きであり、その他は実施の形態１から４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
実施の形態６
図３３は上述した形態のサーバコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。取得部３３１は受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する。出力部３３２は、取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する。
図３３は上述した形態のサーバコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。取得部３３１は受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する。出力部３３２は、取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する。
図３４は上述した形態のサーバコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、サーバコンピュータ１は以下のように動作する。取得部３４１は、記憶部１５に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得する。判断部３４２は前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断する。算出部３４３は相違すると判断した数に係数を乗じることにより診察時間を算出する。
図３５は実施の形態６に係るサーバコンピュータ１のハードウェア群を示すブロック図である。サーバコンピュータ１を動作させるためのプログラムは、ディスクドライブ、メモリーカードスロット等の読み取り部１０ＡにCD-ROM、DVD（Digital Versatile Disc）ディスク、メモリーカード、またはUSB(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをサーバコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
図３５に示すサーバコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したサーバコンピュータ１として機能する。
図３６は実施の形態６に係る携帯電話２のハードウェア群を示すブロック図である。携帯電話２を動作させるためのプログラムは、メモリーカードスロット等の読み取り部２０Ａにメモリーカード等の可搬型記録媒体２Ａを読み取らせて記憶部２５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ２Ｂを携帯電話２内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
図３６に示す携帯電話２は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体２Ａまたは半導体メモリ２Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム２５Ｐとしてインストールされ、ＲＡＭ２２にロードして実行される。これにより、上述した携帯電話２として機能する。
本実施の形態６は以上の如きであり、その他は実施の形態１から５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
以上の実施の形態１から６を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させるプログラム。
（付記２）
記憶部に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき、待機時間を推定する
付記１に記載のプログラム。
（付記３）
待機時間に応じて異なる複数種類のアイコンを記憶した記憶部を参照して、推定した前記待機時間に応じたアイコンを出力する
付記２に記載のプログラム。
（付記４）
コンピュータに、
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を推定する
処理を実行させるプログラム。
（付記５）
前記診察時間、前記記憶部に記憶した第１のカウント値の最大値、及び、待機患者数に基づき、待機時間を推定する
処理を実行させる付記４に記載のプログラム。
（付記６）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差により待機患者数を算出する
処理を実行させる付記４または５に記載のプログラム。
（付記７）
当日の受付処理に応じて算出した現在までの待機患者数の時間的変化を示す第１グラフを表示するための第１グラフデータを出力する
処理を実行させる付記１から６のいずれか一つに記載のプログラム。
（付記８）
過去の受付処理に応じて算出した待機患者数の時間的変化を、前記第１グラフとは異なる態様で表示する第２グラフを表示するための第２グラフデータを出力する
処理を実行させる付記１から７のいずれか一つに記載のプログラム。
（付記９）
推定した待機時間に応じて相違するアイコンを出力するためのデータを出力する
付記５から８のいずれか一つに記載のプログラム。
（付記１０）
病院毎に、受付処理がなされた患者数の第１のカウント値、及び、電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する
処理を実行させる付記１から７のいずれか一つに記載のプログラム。
（付記１１）
病院の選択を受け付けた場合に、選択された病院に対応して取得した第１のカウント値と第２のカウント値との差に基づき算出された待機患者数を出力する
付記１０に記載のプログラム。
（付記１２）
病院毎に記憶部に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき、待機時間を推定し、
病院の選択を受け付けた場合に、待機時間に応じて異なる複数種類のアイコンを記憶した記憶部を参照して、推定した待機時間に応じたアイコンを出力する
付記１に記載のプログラム。
（付記１３）
病院毎に記憶部に第１のカウント値及び第２のカウント値が記憶してあり、
病院の選択を受け付けた場合に、選択を受け付けた病院について推定した待機時間に応じて相違するアイコンを出力するためのデータを出力する
付記５に記載のプログラム。
（付記１４）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する取得部と、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する出力部と
を備える情報処理装置。
（付記１５）
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得する取得部と、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断する判断部と、
相違すると判断した数に係数を乗じることにより診察時間を算出する算出部と
を備える情報処理装置。
（付記１６）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させる情報処理方法。
（付記１７）
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を算出する
処理をコンピュータに実行させる情報処理方法。
（付記１８）
コンピュータに、
病院の選択を受け付け、
選択された病院を情報処理装置へ出力し、
前記情報処理装置により、受付処理がなされた患者数の第１のカウント値と、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値との差に基づき、病院ごとに算出された待機患者数の中から、前記出力された病院に対応する待機患者数が送信された場合に、該待機患者数を受信し、
受信した前記病院に対応する待機患者数を表示する
処理を実行させるプログラム。
（付記１９）
前記情報処理装置の記憶部に病院毎に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき前記出力された病院に対応する待機時間が推定され、待機時間に応じて異なるアイコンを記憶した記憶部を参照して推定された待機時間に対応して読み出されたアイコンが前記情報処理装置から送信された場合に、該アイコンを受信し、
受信したアイコンを表示部へ表示する
付記１８に記載のプログラム。
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させるプログラム。
（付記２）
記憶部に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき、待機時間を推定する
付記１に記載のプログラム。
（付記３）
待機時間に応じて異なる複数種類のアイコンを記憶した記憶部を参照して、推定した前記待機時間に応じたアイコンを出力する
付記２に記載のプログラム。
（付記４）
コンピュータに、
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を推定する
処理を実行させるプログラム。
（付記５）
前記診察時間、前記記憶部に記憶した第１のカウント値の最大値、及び、待機患者数に基づき、待機時間を推定する
処理を実行させる付記４に記載のプログラム。
（付記６）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差により待機患者数を算出する
処理を実行させる付記４または５に記載のプログラム。
（付記７）
当日の受付処理に応じて算出した現在までの待機患者数の時間的変化を示す第１グラフを表示するための第１グラフデータを出力する
処理を実行させる付記１から６のいずれか一つに記載のプログラム。
（付記８）
過去の受付処理に応じて算出した待機患者数の時間的変化を、前記第１グラフとは異なる態様で表示する第２グラフを表示するための第２グラフデータを出力する
処理を実行させる付記１から７のいずれか一つに記載のプログラム。
（付記９）
推定した待機時間に応じて相違するアイコンを出力するためのデータを出力する
付記５から８のいずれか一つに記載のプログラム。
（付記１０）
病院毎に、受付処理がなされた患者数の第１のカウント値、及び、電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する
処理を実行させる付記１から７のいずれか一つに記載のプログラム。
（付記１１）
病院の選択を受け付けた場合に、選択された病院に対応して取得した第１のカウント値と第２のカウント値との差に基づき算出された待機患者数を出力する
付記１０に記載のプログラム。
（付記１２）
病院毎に記憶部に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき、待機時間を推定し、
病院の選択を受け付けた場合に、待機時間に応じて異なる複数種類のアイコンを記憶した記憶部を参照して、推定した待機時間に応じたアイコンを出力する
付記１に記載のプログラム。
（付記１３）
病院毎に記憶部に第１のカウント値及び第２のカウント値が記憶してあり、
病院の選択を受け付けた場合に、選択を受け付けた病院について推定した待機時間に応じて相違するアイコンを出力するためのデータを出力する
付記５に記載のプログラム。
（付記１４）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する取得部と、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する出力部と
を備える情報処理装置。
（付記１５）
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得する取得部と、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断する判断部と、
相違すると判断した数に係数を乗じることにより診察時間を算出する算出部と
を備える情報処理装置。
（付記１６）
受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させる情報処理方法。
（付記１７）
記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を算出する
処理をコンピュータに実行させる情報処理方法。
（付記１８）
コンピュータに、
病院の選択を受け付け、
選択された病院を情報処理装置へ出力し、
前記情報処理装置により、受付処理がなされた患者数の第１のカウント値と、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値との差に基づき、病院ごとに算出された待機患者数の中から、前記出力された病院に対応する待機患者数が送信された場合に、該待機患者数を受信し、
受信した前記病院に対応する待機患者数を表示する
処理を実行させるプログラム。
（付記１９）
前記情報処理装置の記憶部に病院毎に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき前記出力された病院に対応する待機時間が推定され、待機時間に応じて異なるアイコンを記憶した記憶部を参照して推定された待機時間に対応して読み出されたアイコンが前記情報処理装置から送信された場合に、該アイコンを受信し、
受信したアイコンを表示部へ表示する
付記１８に記載のプログラム。
１ サーバコンピュータ
２ 携帯電話
３ 病院サーバコンピュータ
４ 病院コンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２Ａ 可搬型記録媒体
２Ｂ 半導体メモリ
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２０Ａ 読み取り部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
４１ ＣＰＵ
４２ ＲＡＭ
４３ 入力部
４４ 表示部
４５ 記憶部
４５Ｐ 制御プログラム
４６ 通信部
４８ 時計部
１５２ 待機患者数テーブル
１５３ アイコンファイル
２５１ 待機時間を見る。ボタン
２５２ 待機患者数を見る。ボタン
３３１ 取得部
３３２ 出力部
３４１ 取得部
３４２ 判断部
３４３ 算出部
３５１ 電子カルテＤＢ
３５２ 患者数テーブル
４０１ 更新モードボタン
４０２ 参照モードボタン
１５０１ 一日分だけを表示ボタン
１５０２ 同じ曜日を重ねるボタン
Ｎ 通信網
２ 携帯電話
３ 病院サーバコンピュータ
４ 病院コンピュータ
１Ａ 可搬型記録媒体
１Ｂ 半導体メモリ
２Ａ 可搬型記録媒体
２Ｂ 半導体メモリ
１０Ａ 読み取り部
１１ ＣＰＵ
１２ ＲＡＭ
１３ 入力部
１４ 表示部
１５ 記憶部
１５Ｐ 制御プログラム
１６ 通信部
１８ 時計部
２０Ａ 読み取り部
２１ ＣＰＵ
２２ ＲＡＭ
２３ 入力部
２４ 表示部
２５ 記憶部
２５Ｐ 制御プログラム
２６ 通信部
２８ 時計部
３１ ＣＰＵ
３２ ＲＡＭ
３３ 入力部
３４ 表示部
３５ 記憶部
３５Ｐ 制御プログラム
３６ 通信部
３８ 時計部
４１ ＣＰＵ
４２ ＲＡＭ
４３ 入力部
４４ 表示部
４５ 記憶部
４５Ｐ 制御プログラム
４６ 通信部
４８ 時計部
１５２ 待機患者数テーブル
１５３ アイコンファイル
２５１ 待機時間を見る。ボタン
２５２ 待機患者数を見る。ボタン
３３１ 取得部
３３２ 出力部
３４１ 取得部
３４２ 判断部
３４３ 算出部
３５１ 電子カルテＤＢ
３５２ 患者数テーブル
４０１ 更新モードボタン
４０２ 参照モードボタン
１５０１ 一日分だけを表示ボタン
１５０２ 同じ曜日を重ねるボタン
Ｎ 通信網
Claims (9)
- 受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させるプログラム。 - 記憶部に時系列で記憶した第２のカウント値と、前記待機患者数とに基づき、待機時間を推定する
請求項１に記載のプログラム。 - 待機時間に応じて異なる複数種類のアイコンを記憶した記憶部を参照して、推定した前記待機時間に応じたアイコンを出力する
請求項２に記載のプログラム。 - 記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を推定する
処理をコンピュータに実行させるプログラム。 - 受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得する取得部と、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する出力部と
を備える情報処理装置。 - 記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得する取得部と、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断する判断部と、
相違すると判断した数に係数を乗じることにより診察時間を算出する算出部と
を備える情報処理装置。 - 受付処理がなされた患者数の第１のカウント値、及び、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値を取得し、
取得した第１のカウント値と第２のカウント値との差に基づき、待機患者数を出力する
処理をコンピュータに実行させる情報処理方法。 - 記憶部に時系列で記憶された受付処理がなされた患者数の第１のカウント値及び待機患者数または診察を既に開始した患者数の第２のカウント値を取得し、
前記第１のカウント値から前記待機患者数を減じた値が時系列で前に記憶された第１のカウント値から待機患者数を減じた値と相違するか否か、または、前記第２のカウント値が時系列で前に記憶した第２のカウント値と相違するか否かを判断し、
相違すると判断した数に係数を乗じることにより診察時間を算出する
処理をコンピュータに実行させる情報処理方法。 - 病院の選択を受け付け、
選択された病院を情報処理装置へ出力し、
前記情報処理装置により、受付処理がなされた患者数の第１のカウント値と、電子カルテシステムにおいて電子カルテの内容を更新する更新モードにより起動された患者数の第２のカウント値との差に基づき、病院ごとに算出された待機患者数の中から、前記出力された病院に対応する待機患者数が送信された場合に、該待機患者数を受信し、
受信した前記病院に対応する待機患者数を表示する
処理をコンピュータに実行させるプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016043603A JP6776561B2 (ja) | 2016-03-07 | 2016-03-07 | プログラム、情報処理装置及び情報処理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2016043603A JP6776561B2 (ja) | 2016-03-07 | 2016-03-07 | プログラム、情報処理装置及び情報処理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2017162001A true JP2017162001A (ja) | 2017-09-14 |
| JP6776561B2 JP6776561B2 (ja) | 2020-10-28 |
Family
ID=59857002
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2016043603A Active JP6776561B2 (ja) | 2016-03-07 | 2016-03-07 | プログラム、情報処理装置及び情報処理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6776561B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113764081A (zh) * | 2021-03-26 | 2021-12-07 | 北京京东拓先科技有限公司 | 问诊号确定方法、装置、设备和计算机可读存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11347003A (ja) * | 1998-06-08 | 1999-12-21 | Toshiba Corp | 遠隔診療システム、医師側端末装置、及び患者側端末装置 |
| JP2000003387A (ja) * | 1998-06-15 | 2000-01-07 | Fujitsu Ltd | 患者受付システム及びその処理プログラムを記録した記録媒体 |
| JP2007304967A (ja) * | 2006-05-12 | 2007-11-22 | G-Up Ltd | 情報通信システム |
| JP2009288949A (ja) * | 2008-05-28 | 2009-12-10 | Toshiba Corp | 健康診断システム |
| JP2011209968A (ja) * | 2010-03-29 | 2011-10-20 | Fujitsu Ltd | 待ち順番管理装置及び待ち順番管理方法 |
-
2016
- 2016-03-07 JP JP2016043603A patent/JP6776561B2/ja active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH11347003A (ja) * | 1998-06-08 | 1999-12-21 | Toshiba Corp | 遠隔診療システム、医師側端末装置、及び患者側端末装置 |
| JP2000003387A (ja) * | 1998-06-15 | 2000-01-07 | Fujitsu Ltd | 患者受付システム及びその処理プログラムを記録した記録媒体 |
| JP2007304967A (ja) * | 2006-05-12 | 2007-11-22 | G-Up Ltd | 情報通信システム |
| JP2009288949A (ja) * | 2008-05-28 | 2009-12-10 | Toshiba Corp | 健康診断システム |
| JP2011209968A (ja) * | 2010-03-29 | 2011-10-20 | Fujitsu Ltd | 待ち順番管理装置及び待ち順番管理方法 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113764081A (zh) * | 2021-03-26 | 2021-12-07 | 北京京东拓先科技有限公司 | 问诊号确定方法、装置、设备和计算机可读存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP6776561B2 (ja) | 2020-10-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200388385A1 (en) | Efficient diagnosis confirmation of a suspect condition for certification and/or re-certification by a clinician | |
| US20050021375A1 (en) | Cooperative diagnosis system | |
| US20110301976A1 (en) | Medical history diagnosis system and method | |
| WO2006065374A1 (en) | A graphical medical data acquisition system | |
| US9529968B2 (en) | System and method of integrating mobile medical data into a database centric analytical process, and clinical workflow | |
| TWI700665B (zh) | 用於自可拋棄式測試套組之使用收集測試數據之方法、設備、電腦程式及電腦程式產品 | |
| US11145395B1 (en) | Health history access | |
| EP2856370A1 (en) | Systems and methods for organizing, storing, communicating, and verifying information throughout the process of providing healthcare services | |
| US20180032674A1 (en) | Diagnostic system, diagnostic method, and storage medium | |
| EP3799074A1 (en) | Healthcare network | |
| JP2010039900A (ja) | 診断依頼支援装置、医師検索装置、診断依頼方法および画像診断管理方法 | |
| WO2020036207A1 (ja) | 医療用情報処理システム、医療用情報処理装置、および医療用情報処理方法 | |
| JP6460907B2 (ja) | 検査結果管理装置、検査結果管理方法及び検査結果管理システム | |
| Whipple et al. | Piloting electronic case reporting for improved surveillance of sexually transmitted diseases in Utah | |
| JP5349950B2 (ja) | 電子カルテ管理サーバ、及び電子カルテ管理システム | |
| JP2020013245A (ja) | 問診票作成支援装置、方法およびプログラム | |
| JP6776561B2 (ja) | プログラム、情報処理装置及び情報処理方法 | |
| WO2009128296A1 (ja) | 地域医療連携システム、登録端末及びプログラム | |
| JP2006301760A (ja) | 医療情報提供装置及び医療情報提供方法 | |
| JP2006221302A (ja) | 診療支援装置、診療支援方法および診療支援プログラム | |
| CN112750512A (zh) | 数据处理方法、客户端、服务器、系统及存储介质 | |
| JP2009064255A (ja) | 診療支援装置、診療支援方法、及び診療支援システム | |
| CN112749321A (zh) | 数据处理方法、客户端、服务器、系统及存储介质 | |
| JP6151170B2 (ja) | クリニカルパス管理サーバ | |
| US20140172451A1 (en) | Systems and methods for medical information management |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20181112 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20190722 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20190806 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20190911 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20200310 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20200409 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200908 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200921 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6776561 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |