JP2014222487A

JP2014222487A - シミュレーション装置及びプログラム

Info

Publication number: JP2014222487A
Application number: JP2013102579A
Authority: JP
Inventors: 達雄村山; Tatsuo Murayama; 綾小野江; Aya Onoe
Original assignee: Taisei Corp
Current assignee: Taisei Corp
Priority date: 2013-05-14
Filing date: 2013-05-14
Publication date: 2014-11-27
Anticipated expiration: 2033-05-14
Also published as: JP6133681B2

Abstract

【課題】ブロックプランに対する病院の運用状況を推定すること。【解決手段】病院のブロックプラン及び病院利用者の複数種類の利用者情報の設定を受け付ける手段と、ブロックプランで示された仮想病院内における病院利用者モデルの移動態様を時刻と関連付けてシミュレーションするシミュレーション手段とを備える。前記利用者情報は、病院利用者の移動パターンと、その移動パターンで移動する病院利用者の利用者数情報を含む。シミュレーション手段は、移動パターンに従って仮想病院内を移動する病院利用者モデルを利用者数情報に基づく数だけ設定し、病院利用者モデルが到達した区画が順番待ち状態である場合には待合区画に待機させる。【選択図】図３

Description

本発明は、病院建物の設計支援に関連するシミュレーション技術に関する。

現在の病院建築は、各法令を中心とする構造的安全性や衛生性に重点を置いた設計デザインが行われている場合が多い。一方、病院サービスに対する代表的な不満として待ち時間の長さが指摘されており、外来患者に代表される病院利用者の快適性も踏まえた設計デザインが要望されている。建物としての病院の評価手法としては、例えば、特許文献１に記載のように病院関係者等に対して診断項目を提示し、その回答結果に応じて既存病院の評価や改善案を提示するものが提案されている。

特開２００２−１３２８９４号公報

病院の新築や改修においてブロックプランを比較検討する場合、待ち時間等の病院利用者の快適性を評価するためには、ブロックプランに応じた病院の運用状況を推定することが必要となる。病院の運用状況はブロックプランだけでなく、その地域の人の利用状況にも左右される。特許文献１の評価手法のように診断項目を事前設定する方式では、ブロックプランに応じた病院の運用状況を推定することは困難である
本発明の目的は、ブロックプランに対する病院の運用状況を推定することにある。

本発明によれば、病院内の区画を示すブロックプランの設定を受け付け可能な第１受付手段と、病院利用者の病院内での移動に関する利用者情報の設定を複数種類受け付け可能な第２受付手段と、病院利用者モデルとその来院時刻を設定し、前記ブロックプランで示された仮想病院内における前記病院利用者モデルの移動態様を時刻と関連付けてシミュレーションするシミュレーション手段と、を備え、前記利用者情報は、病院利用者の行先区画及びその移動順序を示す移動パターンと、前記移動パターンで移動する病院利用者数に関する利用者数情報と、を含み、前記シミュレーション手段は、前記病院利用者モデルとして、前記移動パターンに従って前記仮想病院内を移動させるモデルを、その移動パターンに対応する前記利用者数情報に基づく数だけ設定し、前記病院利用者モデルが前記行先区画に到達した場合にその行先区画が順番待ち状態である場合には、その病院利用者モデルの順番が来るまで待合区画に待機させる、ことを特徴とするシミュレーション装置が提供される。

また、本発明によれば、コンピュータを、病院内の区画を示すブロックプランの設定を受け付け可能な第１受付手段、病院利用者の病院内での移動に関する利用者情報の設定を複数種類受け付け可能な第２受付手段、病院利用者モデルとその来院時刻を設定し、前記ブロックプランで示された仮想病院内における前記病院利用者モデルの移動態様を時刻と関連付けてシミュレーションするシミュレーション手段、として機能させるプログラムであり、前記利用者情報は、病院利用者の行先区画及びその移動順序を示す移動パターンと、前記移動パターンで移動する病院利用者数に関する利用者数情報と、を含み、前記シミュレーション手段は、前記病院利用者モデルとして、前記移動パターンに従って前記仮想病院内を移動させるモデルを、その移動パターンに対応する前記利用者数情報に基づく数だけ設定し、前記病院利用者モデルが前記行先区画に到達した場合にその行先区画が順番待ち状態である場合には、その病院利用者モデルの順番が来るまで待合区画に待機させる、ことを特徴とするプログラムが提供される。

本発明によれば、ブロックプランに対する病院の運用状況を推定するができる。

（Ａ）は本発明の一実施形態に係るシミュレーション装置のブロック図、（Ｂ）はシミュレーションプログラム例を示すフローチャート。（Ａ）はブロックプランの例を示す図、（Ｂ）は移動経路の設定例を示す図。利用者情報の例を示す図。（Ａ）及び（Ｂ）は区画の設定情報の例を示す図。図１（Ｂ）のＳ４の処理の例を示すフローチャート。（Ａ）及び（Ｂ）は病院利用者モデルの経過管理情報の例を示す図。（Ａ）乃至（Ｃ）は区画の経過管理情報の例を示す図。病院利用者モデルの履歴情報の例を示す図。（Ａ）及び（Ｂ）は区画モデルの履歴情報の例を示す図。病院利用者モデルの移動態様を示す画像例を示す図。

＜装置の構成＞
図１（Ａ）は本発明の一実施形態に係るシミュレーション装置１のブロック図である。シミュレーション装置１は同図に示される構成を有するコンピュータシステムで実現でき、汎用可能コンピュータシステムで実現可能である。

シミュレーション装置１は、後述するプログラムを実行するＣＰＵ１０と、ＣＰＵ１０が実行するデータやプログラムを記憶するＲＯＭ１１と、ＣＰＵ１０が処理するデータやプログラムを一時的に記憶するＲＡＭ１２と、ＯＳ（オペレーションシステム）や後述するプログラム等のプログラム、ユーザが入力した演算条件、演算に必要なデータ、演算結果、表示画面用のデータ等が格納される記憶装置１３と、を備える。記憶装置１３は例えばハードディスクである。入力装置１４はキーボード、マウス等の入力手段であり、ユーザが各種のデータを入力する。ディスプレイ１５はＣＰＵ１０の処理結果等を表示する表示手段である。

＜シミュレーション例＞
図１（Ｂ）はシミュレーション装置１が実行するシミュレーションプログラム例を示すフローチャートである。本実施形態では病院利用者として外来患者を想定し、外来患者の病院内での行動をシミュレーションすることで、ブロックプランに対する病院の運用状況を推定する。

Ｓ１では病院のブロックプランの設定を受け付ける。図２（Ａ）はブロックプランの一例を示す模式図である。同図は病院の１階部分のブロックプランを例示しているが、シミュレーションの対象とするブロックプランは複数階層を含んでいてもよい。

ブロックプランは病院内の区画を示す。図２（Ａ）の例では、後述するシミュレーションに関連する区画を示しており、受付、会計、診察室１〜５、処置室１及び２、検査室１〜５、待合１〜３の各区画を含む。受付、会計は、窓口数分だけ設定するようにしてもよい。診察室は診療科目毎に区別することも可能である。処置室は例えば注射や点滴等の各処置を行う区画であり、検査室は例えば超音波検査、内視鏡検査、心電図検査、Ｘ線検査等の各種の検査を行う区画である。ブロックプランの設定は、例えば、ブロックプランを示す図面ファイルをユーザが指定し、そのファイルを読み込むことで行うことができる。

図１（Ｂ）に戻り、Ｓ２では病院利用者の病院内での移動に関する利用者情報の設定を複数種類受け付ける。利用者情報の設定は、例えば、利用者情報を示すファイルをユーザが指定し、そのファイルを読み込むことで行うことができる。或いは、シミュレーションプログラム側で入力シートを表示させ、入力シートへ入力された情報を受け付ける形態としてもよい。

図３は、利用者情報の例を示している。利用者情報は、シミュレーションの対象となる病院を利用する利用者（本実施形態の場合、外来患者）の推定行動態様を類型化したものである。利用者情報が現実の病院利用者の行動態様に近いほど、より精度の高いシミュレーション結果が得られることになる。

類型化の方法はどのような方法でもよいが、例えば、実地調査による実測に基づき類型化してもよいし、病院関係者の想定にしたがって行ってもよい。実地調査は、例えば、既設病院の建て替えを目的とする場合は、既設病院にて事前に行うことができる。また、新築する場合には同規模の既設病院に協力を仰いてその既設病院にて行うこともできる。具体的手法としては、既設病院の複数個所にカメラを設置し、カメラの画像を解析することで個々の実外来患者の行動を追跡してその結果に基づき行動態様を類型化できる。また、近年ではＩＣカード等により外来患者の情報管理を行うことも提案されている。既設病院がＩＣカード等により外来患者の来院、診療科目、検査科目等を管理している場合には、ＩＣカード等の記録を分析して外来患者の行動態様を類型化することも可能である。

本実施形態の場合、各利用者情報は、「歩行速度」、「利用者数情報」、「来院時刻情報」及び「移動パターン及び区画滞在時間」を含み、各種類の利用者情報はこれらの少なくとも一つの内容が異なる。利用者情報の種類の数には制約はないが、十数種類から数十種類の範囲内とすることができる。

「歩行速度」は、病院利用者が歩く速度を示し、種類Ａの利用者情報では、歩行速度が600mm／秒の外来患者を想定していることになる。なお、「歩行速度」はシミュレーション上一律とし、利用者情報の対象としない方法も採用可能である。しかし、病院利用者として、例えば、男性や、女性、年齢などをも考慮する場合、歩行速度も設定可能とすることで、より緻密なシミュレーションを行うことができる。

「利用者数情報」は、その種類の利用者情報の行動態様をとる病院利用者モデル（本実施形態では外来患者モデル）の発生数を示す。例えば、種類Ａの「利用者情報」に属する病院利用者モデルは、シミュレーション上、３０人発生し、同じ移動パターンで病院内を移動することになる。

「来院時刻情報」は、その種類の利用者情報の行動態様をとる病院利用者モデルの来院時刻に関する情報であり、来院時刻情報によって同じ移動パターンで病院内を移動する病院利用者モデルの来院時刻が設定される。本実施形態の場合、「来院時刻情報」は「基準時刻」と「標準偏差」とを含み、「基準時刻」を平均値として、「標準偏差」で示されるバラつきが生じるように各外来患者モデルの来院時刻を設定される。例えば、種類Ａの利用者情報に属する病院利用者モデル３０人の来院時刻は、それぞれ、９時を平均値として１５分の標準偏差となるように、設定されることになる。

「来院時刻情報」として、その種類の利用者情報に属する病院利用者モデルの来院時刻を一律にする情報を設定してもよいが、人数が多くなると多数の外来患者が同時に来院することとなって現実的ではない場合がある。そこで、本実施形態では、来院時刻に一定のバラつきが生じるようにしている。また、来院時刻は、例えば、乱数によってシミュレーションプログラム側のみで設定する構成としてもよいが、利用者数情報に含めることで、より現実に即したシミュレーションが可能となる。

「移動パターン及び区画滞在時間」のうち、「移動パターン」は、病院利用者の行先区画及びその移動順序を示す。例えば、種類Ａの利用者情報の移動パターンは、病院利用者が受付→診察室１→会計の順にこれらを移動することを示している。この移動パターンは最も一般的な外来患者の行動態様を示しているものと言える。また、例えば、種類Ｃの利用者情報の移動パターンは、病院利用者が受付→診察室１→検査室３→診察室１→会計の順にこれらを移動することを示している。この移動パターンでは、診察の後、検査を行い、検査結果の説明等のために診察室に戻る場合が想定されている。

「区画滞在時間」は、行先区画に到達した場合に、その区画でのサービスを受ける所要時間を示す。例えば、種類Ａの利用者情報の場合、受付に１分３０秒かかり、診察室１での診察に６分００秒かかり、会計に２分００秒かかることが想定されている。区画滞在時間は区画毎の情報として設定してもよいが（例えば後述する図４（Ａ）の各区画の設定内容とする）、本実施形態のように利用者情報に含めることで、その利用者情報で想定されている利用者に即した時間の設定が可能となる。例えば、種類Ａの利用者情報では診察室１での診察に６分００秒かかることが想定されているが、種類Ｃの利用者情報では５分３０秒かかることが想定されている。このように同じ区画であっても、利用者によって時間が異なる場合を想定可能としている。

図１（Ｂ）に戻り、Ｓ３ではシミュレーションに必要なその他の情報の設定を受け付ける。図４（Ａ）及び（Ｂ）はその他の情報の一例を示し、各区画のシミュレーション条件の情報を例示している。

図４（Ａ）は受付、会計、診察室、検査室の情報に関し、「待合」を含む。「待合」は、その区画が順番待ちの場合に病院利用者を移動させる待合区画を指定している。例えば、”受付”が順番待ちの場合には病院利用者を”待合１”に移動させ、待機させることになる。また、例えば、”診察室１”が順番待ちの場合には病院利用者を”待合２”に移動させるが、満席の場合には”待合１”に移動させ、”検査室３”が順番待ちの場合には病院利用者を”待合３”に移動させるが、満席の場合には待合１に移動させる。

このような「待合」の指定は、図４（Ａ）の例の診察室１等のように優先順位を付してもよいし、一つに固定してもよい。また、例えば、利用者情報において個別に規定することも可能である。例えば、図３に示した利用者情報のうち、種類Ａの利用者情報の移動パターンにおいて、受付（待合１）→診察室１（待合２）→会計（待合１）というように規定し、行先区画が順番待ちの場合の待合区画を指定する構成も採用可能である。

図４（Ｂ）は待合１〜３の「席数」の設定を示している。同図の例では、例えば、待合１には座席が５０席あることが設定されている。この席数の情報は待合区画が満席か否かの判断に用いることができる。なお、本実施形態の場合、シミュレーション上では、待合区画において着座する病院利用者数は席数に制約するが、待合区画において起立する病院利用者数は便宜的に制約しないものとしている。また、本実施形態の場合、待合区画の個々の座席の位置設定（平面座標設定）や着座状況の管理しないが、これらを行うようにしてもよい。

図１（Ｂ）に戻り、Ｓ４ではユーザの開始指示を契機としてシミュレーションを実行する。図５はＳ４の処理内容を示すフローチャートである。

まず、Ｓ１１で初期設定に関する処理が行われる。Ｓ１１では、Ｓ１で設定されたブロックプランに基づいて、区画間の移動経路を決定すると共に、各区画の平面座標等を設定する。図２（Ａ）は区画間の移動経路ＲＴを示している。各区画の座標は移動経路ＲＴに繋がる代表的な１点又は複数点とする。病院利用者の歩行経路は移動経路ＲＴに従い、かつ、区画間の最短距離経路とする。

Ｓ１１では、また、Ｓ２で設定された各利用者情報に基づいて個々の病院利用者モデルを設定する。例えば、図３の種類Ａの利用者情報から３０人の病院利用者モデルを発生させ、その来院時刻を来院時刻情報に基づき個別に設定する。また、種類Ｂの利用者情報から１５人の病院利用者モデルを発生させ、その来院時刻を来院時刻情報に基づき個別に設定する。

図６（Ａ）はその設定情報例を示しており、シミュレーション上の経過管理情報を構成する。シミュレーション実行中はこの経過管理情報を経時的に更新していくことで各病院利用者モデルの行動を進行させていく。図６（Ｂ）はシミュレーション実行途中での経過管理情報の記録例を示している。

「モデルＩＤ」は個々の病院利用者モデルを識別する符号である。「属性」はその病院利用者モデルが、どの種類の利用者情報に属するかを示す。例えば、モデルＩＤが００１の病院利用者モデルは、図３の種類Ａの利用者情報から発生した３０人の病院利用者モデルのうちの１人ということになる。「来院時刻」はその病院利用者モデルの来院時刻を示し、来院時刻情報に基づき個別に設定されたものである。

「状態」、「終了時刻」、「次の行き先」、「終了区画」及び「現在位置」は図６（Ａ）に示す初期状態では初期値とされ、シミュレーション実行中に順次更新されて、例えば、図６（Ｂ）の情報が設定される。

「状態」はシミュレーション上の仮想時刻におけるその病院利用者モデルの状況を示し、初期値として”来院前”が設定される。来院後の「状態」としては、区画への滞在、区画間の移動、及び、終了等がある。区画への滞在は滞在中の区画名で示され、例えば、図６（Ｂ）の例で、モデルＩＤが００１の病院利用者モデルは、会計中であることが設定されており、モデルＩＤが０４０の病院利用者モデルは、待合２で待機中であることが設定されている。区画間の移動は単に移動と示され、例えば、モデルＩＤが０５３の病院利用者モデルは、行先区画へ移動中であることが設定されている。終了は移動パターンで示された全行先区画を終了したことを示す。

「終了時刻」は、「状態」が区画への滞在である場合に、滞在終了時刻を示し、換言すれば、次の行先区画への出発時刻を示す。例えば、図６（Ｂ）の例で、モデルＩＤが００１の病院利用者モデルは、現在会計中であり、これが９時２０分０４秒に終了することが示されている。

「次の行先」には、その病院利用者モデルの次の行先区画が設定され、図３の利用者情報の移動パターンに従う。例えば、種類Ａの利用者情報に属する病院利用者モデルが、受付に到達して順番待ち無しであれば、「次の行先」は”診察室１”に更新される。順番待ちであれば”待合１”や”待合２”等の待合区画に更新される。

「終了区画」には、その病院利用者モデルが既に対応を受けた区画が設定され、「次の行先」を決定するための情報である。例えば、図６（Ｂ）の例で、モデルＩＤが００１の病院利用者モデルは、”診察室１”で既に診察を受けたことなっている。

「現在位置」には、その病院利用者モデルの現在位置が、Ｓ１１で設定したブロックモデルの平面座標で示される。「現在位置」は、「状態」が移動である場合に、仮想時刻の経過にしたがって経時的に、図３の利用者情報の歩行速度にしたがって、移動経路ＲＴに沿って演算され、行先区画の平面座標と一致した場合に、その行先区画に到達したものと判断する。

Ｓ１１では、また、各区画の初期設定も行う。図７（Ａ）、図７（Ｃ）はその設定情報例を示しており、シミュレーション上の経過管理情報を構成する。病院利用者モデルと同様に、シミュレーション実行中はこの経過管理情報を経時的に更新していくことで各区画の状態を進行させていく。図７（Ａ）は待合区画以外の区画の経過管理情報を示し、図７（Ｃ）は待合区画の経過管理情報を示す。図７（Ｂ）はシミュレーション実行途中での待合区画以外の区画の経過管理情報の記録例を示している。まず、図７（Ａ）及び図７（Ｂ）について説明する。

「状態」にはシミュレーション上の仮想時刻におけるその区画の状況が設定される。例えば、図７（Ｂ）の例で、”受付”区画は、モデルＩＤが０５１の病院利用者モデルの受付中であることを示す。この場合、他の病院利用者モデルが受付区画に到達しても順番待ちとなる。”会計”区画は空きであることを示す。この場合、病院利用者モデルが会計区画に到達すると直ぐに会計を受けることができることになる。”診察室１”区画は、モデルＩＤが０２５の病院利用者モデルの呼び出し中であることを示す。この場合、モデルＩＤが０２５の病院利用者モデルが、”診察室１”区画に到達すると診察を受けることができ、他の病院利用者モデルが”診察室１”区画に到達しても順番待ちとなる。

「待ち順」には、その区画が順番待ちの場合に、順番待ちをしている病院利用者モデルの順位が設定される。例えば、図７（Ｂ）の例では、”受付”区画においてモデルＩＤが０５２の病院利用者モデルの順番が１番であり、以降、０５３、０５４のモデルＩＤの病院利用者モデルが順番待ちをしていることになる。

次に、図７（Ｃ）を参照して待合区画の経過管理情報を説明する。「人数」にはシミュレーション上の仮想時刻におけるその待合区画の病院利用者モデル数が設定される。「状態」には仮想時刻においてその待合区画が満席か空席かが設定され、初期設定では同図に示すように空席である。満席か空席かの判断は、「人数」と図４（Ｂ）の席数の設定に基づき行うことができる。

図５に戻り、Ｓ１２以降ではシミュレーションを実行する。概説すると、Ｓ１８で単位仮想時間（例えば１秒）で仮想時刻を更新しながら、Ｓ１２〜Ｓ１７の処理を繰り返す。Ｓ１３の処理は病院利用者モデルや区画の経過管理情報を更新する処理であり、Ｓ１５は各病院利用者モデルや各区画の状況の履歴を保存する処理である。これにより、ブロックプランで示された仮想病院内における病院利用者モデルの移動態様を時刻と関連付けてシミュレーションすることができる。以下、順次説明する。

Ｓ１２では、病院利用者モデルの経過管理情報を１モデル分読みだす。読みだす順序は、例えば、図６（Ａ）に示した病院利用者モデルの経過管理情報の「モデルＩＤ」の番号順としてもよいし、「来院時刻」の時刻順としてもよい。

Ｓ１３ではＳ１２で経過管理情報を読み出した病院利用者モデルについて、現在の仮想時刻に応じて必要に応じて経過管理情報を更新する。また、病院利用者モデルの経過管理情報の更新に伴って必要に応じて区画の経過管理情報も更新する。具体例を挙げると、病院利用者モデルの経過管理情報の「状態」の内容にしたがって、以下の処理を行う。

＜来院前の場合＞
「状態」が”来院前”であれば、仮想時刻が「来院時刻」に達したか否かを判定する。「来院時刻」に達していない場合はＳ１３の処理を終了する（Ｓ１４へ進む。以下、同じ。）。来院時刻に達した場合は、「状態」を”移動”に更新し、「次の行先」を受付区画に設定する。また、「現在位置」を玄関の平面座標に設定する。

＜移動の場合＞
「状態」が”移動”であれば、「現在位置」を更新する。詳細には、歩行速度×単位仮想時間分だけ現在位置を「次の行先」に向かって移動させる。更新後の「現在位置」が、「次の行先」に到達していない場合はＳ１３の処理を終了する。更新後の「現在位置」が、「次の行先」に到達した場合は、以下の処理を行う。

到達した「次の行先」が”終了”であれば「状態」を”終了”に更新し、Ｓ１３の処理を終了する。

到達した「次の行先」が待合区画以外の区画であった場合、その到達区画の経過管理情報を読み出し、到達区画の「状態」によって以下の（１）〜（３）の処理を行う。

（１）到達区画の「状態」が”空き”であれば、その到達区画の「状態」を、到達した病院利用者モデルのモデルＩＤで更新する。また、病院利用者モデルの「状態」を到達区画名に更新する。これにより、その病院利用者モデルが到達区画で対応を受けていることになる。更に、病院利用者モデルの「終了時刻」、「次の行先」を、その「属性」の「移動パターン及び区画滞在時間」にしたがって更新する。「終了時刻」は、仮想時刻に「区画滞在時間」で示された到達区画の滞在時間を加算することで設定する。「次の行先」は「移動パターン」にしたがって更新し、到達区画が最後の行先区画の場合は”終了”に更新する。

（２）到達区画の「状態」が”呼出×××”であり、かつ、到達した病院利用者モデルのモデルＩＤが”×××”であれば、”空き”の場合と同様の更新処理を行う。要するに、待合区画で順番待ちをしていて、自分の順番が来て呼び出された病院利用者モデルが、到達区画で対応を受ける場合を想定している。

（３）次に、到達区画の「状態」が、別の病院利用者モデルのモデルＩＤが記録されている場合や、”呼出×××”であるが到達した病院利用者モデルのモデルＩＤが”×××”以外であれば、その到達区画の「待ち順」を更新する。詳細には、「待ち順」の最後尾に、到達した病院利用者モデルのモデルＩＤを記録する。また、図４（Ａ）の「待合」から待機する待合区画を選択する。そして、例えば、その病院利用者モデルの「次の行先」を、選択した待合区画に設定し、「状態」を”移動”に更新する。要するに、到達区画が順番待ちの状態にあり、待合区画で待機すべく、待合区画に移動する場合を想定している。以上が、到達した「次の行先」が待合区画以外の区画であった場合の処理である。

次に、到達した「次の行先」が待合区画であった場合の処理について説明する。まず、「次の行先」を、その「属性」の「移動パターン」にしたがって更新する。具体的には「終了区画」の次の行先区画にする。これは、元の「次の行先」であった区画名に戻すことになる。また、その病院利用者モデルの「状態」を、待合区画名に更新する。更に、到達待合区画の経過管理情報を読み出し、経過管理情報の「人数」を１つ加算し、満席であれば「状態」を満席とする。

＜区画名の場合＞
「状態」が区画名の場合、区画名が待合区画以外の区画の場合は以下の（１１）の処理を行い、待合区画の場合は以下の（１２）の処理を行う。

（１１）仮想時刻が「終了時刻」に達したか否かを判定する。達していない場合はＳ１３の処理を終了する。達している場合は、その区画において病院利用者モデルに対する対応が完了したことを意味する。「状態」に示された対応完了区画名で「終了区画」を更新し、「状態」を”移動”に更新する。これにより、病院利用者モデルが、対応完了区画を出発することになる。また、「終了時刻」を処理に影響のない値にリセットする。

続いて、「状態」に示されていた対応完了区画の経過管理情報を読み出し、対応完了区画の「状態」を更新する。対応完了区画が順番待ちで無い場合（「待ち順」にモデルＩＤが記録されていない場合）は、”空き”に更新する。対応完了区画が順番待ちであった場合（「待ち順」にモデルＩＤが記録されている場合）は、「状態」を”呼出○○○”とし、○○○には「待ち順」が一番目である、呼出し対象モデルのモデルＩＤを記録する一方、「待ち順」を一人分上位にシフトする。

（１２）「次の行先」の区画の経過管理情報を読み出し、その行先区画の「状態」が、”呼出△△△”であり、かつ、病院利用者モデルのモデルＩＤが”△△△”であるか否かを判定する。該当しない場合はＳ１３の処理を終了する。該当する場合、その病院利用者モデルの順番が到来したことを意味する。そこで、「状態」を”移動”に更新する。更に、病院利用者モデルが待機していた待合区画の経過管理情報を読み出し、その待機区画の「人数」を１つ減算し、それにより「人数」が席数を下回った場合は「状態」を”満席”から”空席”に更新する。

なお、本実施形態では、”呼出△△△”の確認を、待合区画に病院利用者モデルが到達した場合に行うようにしているが、待合区画へ向かって移動中においても確認し、呼び出されている場合には戻るようにしてもよい。以上により、Ｓ１３の更新処理が終了し、Ｓ１４へ進む。

Ｓ１４では、Ｓ１３の更新処理において履歴として保存する対象となっている情報の更新があったか否かを判定する。更新処理において情報の更新があった場合は、全て履歴として保存してもよいが、情報量が不必要に多くなるため、必要な情報のみを書き出すものとしている。該当する場合はＳ１５へ進み、該当しない場合はＳ１６へ進む。

Ｓ１５では履歴保存処理を行う。ここでは、各病院利用者モデルと各区画の経過管理情報の中から選択された情報を仮想時刻と共に記録する。情報の更新時刻から、次の情報の更新時刻までは同じ状況であるため、仮想時刻と更新された情報とをセットで記録していくことで、中間の情報を削除することができ、記憶容量を削減できる。

図８は病院利用者モデルの履歴情報の例を示している。同図の例では、履歴を４種類に区別している。「行先区画間の移動」は移動パターンに規定された行先区画間の移動中の時刻を意味し、「行先区画に滞在」は移動パターンに規定された行先区画での滞在時刻を意味する。これらは順番待ちがなかった場合の移動、滞在時間を示すことになる。「待合区画と行先区画間の移動」は待合区画に向かう間及び待合区画から戻る間の時刻を意味し、「待合区画に滞在」は待合区画での滞在時刻を意味する。これらは順番待ち時間を示すことになる。これらの履歴は、経過管理情報の「状態」及び「次の行先」の情報に基づき記録することができる。なお、図示していないが、滞在中の行先区画、待合区画の種類を示す情報も履歴の記録対象とすることができる。

図９（Ａ）は待合区画以外の各区画の履歴情報の例を示している。同図の例では、順番待ちの人数の推移を履歴情報として記録しており、経過管理情報の「待ち順」に基づいている。この履歴情報により、各区画の混雑状況がわかる。図９（Ｂ）は待合区画の履歴情報の例を示している。同図の例では、待合区画の人数の推移を履歴情報として記録しており、経過管理情報の「人数」に基づいている。この履歴情報により、待合区画の混雑状況がわかり、席数と比較することで着座、起立の状況もわかる。

図５に戻り、Ｓ１６では全病院利用者モデルの経過管理情報についてＳ１３の処理を行ったか否かを判定する。該当しない場合はＳ１２に戻り、次の病院利用者モデルについて同様の処理を行う。該当する場合はＳ１７へ進み、全病院利用者モデルの「状態」が”終了”になったかを判定し、終了になった場合はシミュレーションを終了する。この判定は、例えば、Ｓ１３の更新処理において、「状態」が”終了”となっていない病院利用者モデルがあれば、全病院利用者モデルの「状態」が”終了”ではないことを示すフラグを立てておくことで実行できる。

終了になっていない場合はＳ１８で仮想時刻を１単位進めてＳ１２に戻り、同様の処理を繰り返すことになる。

以上により図１（Ｂ）のＳ４のシミュレーション処理が終了する。続くＳ５ではＳ４のシミュレーション結果に基づく情報を出力する。情報の出力は例えばディスプレイ１５による表示によって行う。

Ｓ５で出力する情報としては、仮想病院の病院利用者の利便性に関する情報を挙げることができる。例えば、待合区画での待機時間に関する情報、仮想病院内での移動距離に関する情報、仮想病院内での滞在時間に関する情報、及び、待合区画の混雑度合に関する情報の少なくともいずれか１つを出力する。

待合区画での待機時間に関する情報は、図８の履歴情報のうち、「待合区画に滞在」の時間から得ることができ、「待合区画と行先区画間の移動」の時間も含めることができる。この情報は仮想病院の混雑状況の指標となり、受付数や診察室数等が適切か否かの評価指標となる。情報の単位としては、全病院利用者モデルの平均値としてもよいし、属性（利用者情報の種類）が共通する病院利用者モデル毎の平均値としてもよい。更に、来院時刻の時間帯毎の平均値としてもよい。

仮想病院内での移動距離に関する情報は、図８の履歴情報のうち、「行先区画間の移動」の時間と「待合区画と行先区画間の移動」と、利用者情報の歩行速度の情報から得ることができ、例えば、病院利用者モデルの総移動距離である。この情報はブロックプランの区画配置が病院利用者の移動に適したものか（不必要に長距離の移動を強いることがないか）の評価指標となる。情報の単位としては、全病院利用者モデルの平均値としてもよいし、属性（利用者情報の種類）が共通する病院利用者モデル毎の平均値としてもよい。

仮想病院内での滞在時間に関する情報は、図８の履歴情報の４種類の履歴の時間から得ることができ、例えば、来院から会計終了までのトータル時間である。この情報も仮想病院の混雑状況の指標となり、受付数や診察室数等が適切か否かの評価指標となる。

待合区画の混雑度合に関する情報は、図９（Ｂ）の履歴情報から得ることができ、例えば、着席者数／席数の平均値である。この情報は、主に、待合区画の席数の評価指標となる。

以上により１単位の処理が終了する。本実施形態では、病院利用者の病院内での行動態様を利用者情報で規定できるようにしたので、この利用者情報を実情や病院関係者の想定に合わせて設定することで、ブロックプランに対する病院の運用状況をより現実的に推定するができる。

なお、上記の処理に加えて仮想病院内での病院利用者モデルの移動態様を示す画像を生成し、ディスプレイ１５に表示してもよい。図１０はその表示例を示。同図の表示例はブロックプランに基づく仮想病院内を病院利用者モデルＭが移動する動画を想定している。仮想病院内の画像はＳ１で設定されるブロックプランから得ることができ、病院利用者モデルＭの画像は事前に作成しておけばよい。病院利用者モデルＭの画像の位置及び移動は上述したシミュレーション結果に基づいて制御すればよい。

また、ブロックプランの区画配置だけ変更して再度のシミュレーションを行う場合には、Ｓ２、Ｓ３の設定をそのまま継承してＳ１のブロックプランの設定のみを変更可能としてもよい。これにより、区画配置の評価を行いやすくなる。

Claims

病院内の区画を示すブロックプランの設定を受け付け可能な第１受付手段と、
病院利用者の病院内での移動に関する利用者情報の設定を複数種類受け付け可能な第２受付手段と、
病院利用者モデルとその来院時刻を設定し、前記ブロックプランで示された仮想病院内における前記病院利用者モデルの移動態様を時刻と関連付けてシミュレーションするシミュレーション手段と、を備え、
前記利用者情報は、
病院利用者の行先区画及びその移動順序を示す移動パターンと、
前記移動パターンで移動する病院利用者数に関する利用者数情報と、を含み、
前記シミュレーション手段は、
前記病院利用者モデルとして、前記移動パターンに従って前記仮想病院内を移動させるモデルを、その移動パターンに対応する前記利用者数情報に基づく数だけ設定し、
前記病院利用者モデルが前記行先区画に到達した場合にその行先区画が順番待ち状態である場合には、その病院利用者モデルの順番が来るまで待合区画に待機させる、
ことを特徴とするシミュレーション装置。
前記利用者情報は、
前記移動パターンで移動する病院利用者の来院時刻に関する来院時刻情報を含み、
前記シミュレーション手段は、
前記移動パターンに従って前記仮想病院内を移動する前記病院利用者モデルの来院時刻を前記来院時刻情報に基づき設定する、
ことを特徴とする請求項１に記載のシミュレーション装置。
前記シミュレーション手段のシミュレーション結果に基づく情報を出力する出力手段を備え、
前記出力手段は、前記シミュレーション結果に基づく情報として、前記待合区画での待機時間に関する情報、前記仮想病院内での移動距離に関する情報、前記仮想病院内での滞在時間に関する情報、及び、前記待合区画の混雑度合に関する情報の少なくともいずれか１つを出力することを特徴とする請求項１又は２に記載のシミュレーション装置。
前記仮想病院内での前記病院利用者モデルの移動態様を示す画像を生成する画像生成手段を備える、
たことを特徴とする請求項１乃至３のいずれか１項に記載のシミュレーション装置。
コンピュータを、
病院内の区画を示すブロックプランの設定を受け付け可能な第１受付手段、
病院利用者の病院内での移動に関する利用者情報の設定を複数種類受け付け可能な第２受付手段、
病院利用者モデルとその来院時刻を設定し、前記ブロックプランで示された仮想病院内における前記病院利用者モデルの移動態様を時刻と関連付けてシミュレーションするシミュレーション手段、として機能させるプログラムであり、
前記利用者情報は、
病院利用者の行先区画及びその移動順序を示す移動パターンと、
前記移動パターンで移動する病院利用者数に関する利用者数情報と、を含み、
前記シミュレーション手段は、
前記病院利用者モデルとして、前記移動パターンに従って前記仮想病院内を移動させるモデルを、その移動パターンに対応する前記利用者数情報に基づく数だけ設定し、
前記病院利用者モデルが前記行先区画に到達した場合にその行先区画が順番待ち状態である場合には、その病院利用者モデルの順番が来るまで待合区画に待機させる、
ことを特徴とするプログラム。