JP2012232807A

JP2012232807A - エレベータ

Info

Publication number: JP2012232807A
Application number: JP2011100472A
Authority: JP
Inventors: Yasuaki Takeda; 泰明武田
Original assignee: Toshiba Elevator Co Ltd
Current assignee: Toshiba Elevator and Building Systems Corp
Priority date: 2011-04-28
Filing date: 2011-04-28
Publication date: 2012-11-29
Anticipated expiration: 2031-04-28
Also published as: JP5743687B2

Abstract

【課題】重症患者をベッドや治療機器と一緒に避難させる場合、病棟の複数本のエレベータのどのかごにどの患者を割当てて避難させるかを短時間に的確に判断できない。
【解決手段】患者及び患者の付随設備機器に付された複数の無線媒体と、複数のかごと、かご毎のかご床占有面積及び積載重量を出力する複数の運行制御部と、重症者本人の面積、体重と付随設備機器の床面積、重量とを対応付けたデータベースと、階床毎の無線読取機と、各無線読取機の出力から重症者本人面積及び付随設備機器の床面積の総和と体重及び重量の総和とを求め、階床毎にかごに積載予定の総面積、総重量を含む呼びを登録する演算部と、この呼び及び各運行情報により配車割当てする群管理制御部とを備え、群管理制御部は総面積、総重量にかご床占有面積、積載重量を加算し、加算結果と規定床面積、規定重量との比較によりかごを選択するエレベータが提供される。
【選択図】図１

Description

本発明はエレベータに関し、特に災害発生時の避難に供するエレベータに関する。

病院では火災の発生時に、非常階段で避難できない重症患者を避難させる必要があり、そのような場合にはエレベータで避難させることが提案されている（例えば特許文献１参照）。重症患者の避難に際しては、身１つで避難することは困難であり、ベッドに寝た状態で患者を避難させる必要がある。また、それのみならず、治療や監視に必要な医療機器も一緒に移動させる必要がある。

国際公開第ＷＯ２００５/１２１００４号パンフレット

このような目的でエレベータを運転する場合、病院の建物に設置された複数本のエレベータのどのかごにどの患者を割当てて避難させるかを短時間に的確に判断することは極めて困難である。

従って、本発明はこのような病院における重症患者の緊急避難を効率よく行うことが可能なエレベータを提供することを目的とする。

このような課題を解決するため、本発明の一実施形態によれば、複数の階床を有する病棟の患者および前記患者に付随する付随設備機器に付され、それぞれ固有情報を記録する複数の無線媒体と、この無線媒体が付された前記患者が乗降し、それぞれ前記病棟内の複数本の昇降路を昇降する複数のかごと、それぞれこれらのかごの昇降を制御し、前記かご毎のかご床占有面積および積載重量を含む運行情報を出力する複数の運行制御部と、これらの運行制御部が避難運転の実施中、前記かごにより避難する重症者本人の面積、体重、および前記付随設備機器の床面積、重量を対応付けたデータベースと、このデータベースが記憶する前記重症者および前記付随設備機器に付された前記無線媒体から前記固有情報を読取る階床毎に設けられた無線読取機と、各無線読取機の出力により前記重症者の本人面積及び前記付随設備機器の前記床面積の総和および前記体重及び前記重量の総和を求め、階床毎に前記かごに積載予定の総面積、総重量を含む呼びを登録する演算部と、この演算部による前記呼びおよび各運行制御部が検出した前記運行情報によって配車割当てを行う群管理制御部と、を備え、この群管理制御部は、前記総面積および前記総重量にそれぞれ前記かご床占有面積および前記積載重量を加算し、加算結果と予め保持する規定床面積および規定重量との比較により前記複数のかごのうちの何れかを選択することを特徴とするエレベータが提供される。

本発明の実施の形態に係るエレベータの概略的な構成図である。本発明の実施の形態に係るエレベータが設置される病棟の第ｎ階床における間取り図を示す図である。本発明の実施の形態に係るエレベータの演算部による重症者と、治療機器との結びつけ処理を説明するためのフローチャートである。（ａ）は本発明の実施の形態に係るエレベータの演算部による繰返し演算の範囲を示す図であり、（ｂ）から（ｄ）はそれぞれデータベース中の一記憶領域を示す図であり、（ｅ）は第１のテーブルの一例を示す図である。本発明の実施の形態に係るエレベータの群管理制御部による重症者のかごへの乗車の可否を判断する処理を説明するためのフローチャートである。（ａ）は本発明の実施の形態に係るエレベータの第２のテーブルの一例を示す図であり、（ｂ）は第３のテーブルの一例を示す図である。

以下、本発明の実施の形態に係るエレベータについて、図１乃至図６を参照しながら説明する。尚、各図において同一箇所については同一の符号を付すとともに、重複した説明は省略する。

図１は本発明の実施の形態に係るエレベータの構成図である。本実施形態に係るエレベータは、複数階床を有する病棟１０に入院する患者、ベッド及び避難時に外せない装置や機材といった重症者に付随する付随設備機器にそれぞれ付されたＲＦＩＤタグ１１（無線媒体）と、各患者が乗降しそれぞれ病棟１０内の昇降路を昇降する複数台のかご１２と、それぞれかご１２の昇降を制御する複数の運行制御部１３と、各患者の症状の度合い、避難時にベッドを必要とするかどうか、及び付随設備機器のデータを記憶するデータベース１４と、患者及び付随設備機器の各ＲＦＩＤタグ１１からタグＩＤ（固有情報）を読取る階床毎に設けられたＲＦＩＤ読取機１５（無線読取機）と、監視室１６内に設けられた演算部１７と、群管理制御部１８とを備える。

重症者とは、避難時にかご１２内にベッド及び治療機器のうち一方あるいは両方の運び込みを必要とする対象者や、避難時にかご１２内への添乗者を必要とする対象者を指す。重症者は車椅子で避難する患者も含む。付随設備機器とは、ベッド、車椅子や治療機器を指し、患者に常時装着することが必要な医療装置や使用機材を含む。

重症者の例としては、重症度が高い人、手術直後の人、健康体だが骨折等によりベッド上で安静を要する人、自力歩行が可能だが医療機器を付けて吸引など治療を受けている人、点滴台を傍にして点滴等を受けている人、ベッドサイドの透析装置や液体を循環させる管などにより動きをとれない人などが挙げられる。治療機器の例としては、心拍数、呼吸速度、体温及び血圧などのモニタ装置、血液や透析液のカテーテルの輸送回路、ポンプ、ボンベ、医療用カート、注射を揃える台や点滴台等が挙げられる。

ＲＦＩＤタグ１１は予めタグＩＤを記録されたメモリを持つＩＣチップと、アンテナとを有する。ＩＣチップはアンテナが受信した電波から電力を生成し、メモリから読出したタグＩＤデータにより搬送波を変調してアンテナから無線信号を送信する。ＲＦＩＤタグ１１は各患者のリストバンドなどの携帯物に埋設されている。ＲＦＩＤタグ１１は予め付随設備機器にも付されている。

各かご１２は通常サイズのかご室の床面積よりも大きい床面積を有する。かご室間口の寸法やかご室奥行きの寸法は、付随設備機器がかご室に運び込まれたときにおいても看護士、検査技士あるいは介添者がかご室内に入れる程度の大きさを有する。各かご１２はそれぞれ患者を載せた複数台のベッド、複数台の治療機器、及び複数の人が同時に乗車可能な耐積載荷重を持つ。

かご１２は、現在のかご床占有面積を検出するための検出器１９と、現在の積載重量を検出する荷重検出器２０とを備える。検出器１９は例えばそれぞれかご床面を複数に分割された単位片の下に埋設される複数枚のシートと、シート内の圧電素子と、これらの圧電素子に加わる圧力の変化を用いて人、ベッド及び治療機器等が占めるかご床の面積を演算するＣＰＵ、メモリとを備える。各かご１２は信号ケーブル２１により、現在のかご床占有面積及び現在の積載重量を運行制御部１３へ通知するようにしている。

各運行制御部１３はかご１２毎の現在のかご床占有面積および現在の積載重量を含む運行情報を出力する。これらの運行制御部１３は全号機のエレベータ運転を通常運転及び避難運転の間で切替える。

データベース１４は、運行制御部１３による避難運転の実施中、かご１２により避難する重症者本人の面積、体重と、付随設備機器の床面積、重量とを対応付けたデータを記憶する。このデータベース１４は、かご１２を使って避難する重症者のリストと、各重症者が避難時において必要なベッドや治療機器の床面積及び重量とを記憶する。具体的にはデータベース１４は、一人の重症者について、本人が占める床面積及び体重、必要なベッドの床面積及びベッドの重量、および必要な治療機器の床面積及び治療機器の重量を対応付けたデータを保持する。このデータベース１４は、病院内に予め設置されている電子カルテデータベースから必要なデータを抽出して生成されるようになっている。データベース１４は、歩けるか歩けないかといったその日の患者の症状、治療計画上の進捗状況、計測や検査のために患者から外せないといった治療機器の内容を毎日更新されるようになっている。

また、各階床のＲＦＩＤ読取機１５は、無線通信によってＲＦＩＤタグ１１からタグＩＤを読取って出力するタグリーダである。ＲＦＩＤ読取機１５は患者、ベッド及び治療機器に付された全てのＲＦＩＤタグ１１からタグＩＤを読取る。

図２は本実施形態に係るエレベータが設置される病棟の第ｎ階床における間取り図を示す図である。３０は昇降路空間を表す。３４は報知機器を表す。既述の符号はそれらと同じ要素を表す。ＲＦＩＤ読取機１５はエレベータホール２２における高い位置に設けられている。第ｎ階床において、全患者のうち、ベッドや治療機器を伴わずに自力歩行可能である患者は、避難時、何れか病室２３から通路２４を通って非常階段２５を利用する。重症者を載せたベッドは、看護士、検査技士あるいは介添者により治療機器を伴ってエレベータホール２２に寄せられたときに、ＲＦＩＤ読取機１５が患者、ベッド及び治療機器のＲＦＩＤタグ１１からタグＩＤを読取るようにされている。ＲＦＩＤ読取機１５は、壁内配線２６により、タグＩＤを含む読取データを演算部１７へ送信するようにしている。避難運転時にかご１２が停止する他の階床の例は図２の例と実質同じである。ＲＦＩＤ読取機１５は各階床に複数台設けられてもよい。

図１の演算部１７は、各ＲＦＩＤ読取機１５が出力するタグＩＤによりデータベース１４を検索し、タグＩＤに対応する重症者の本人面積、ベッド床面積及び機器床面積の総和と、本人体重、ベッド重量及び機器重量の総和とを求め、階床毎にかご１２に積載予定の総面積、総重量を含む呼びを登録する。呼びとはメモリ上に保持される処理待ちの待ちデータを指す。

この演算部１７は一人の重症者について、人体、ベッド及び治療機器の各床面積を合計して一人当たりのかご床占有面積を算出するようにしている。演算部１７は同じ重症者について、体重、ベッド重量及び治療機器重量を合計して一人当たりの重量を算出するようにしている。演算部１７は一階床の全ての重症者についての床面積及び重量を合計し、一階床当たりの必要な床面積及び必要な重量を求める。演算部１７は全ての階床について、必要な床面積及び必要な重量を求める。演算部１７は第１のテーブル２７を有する。演算部１７はこの第１のテーブル２７に、算出した総床面積及び総重量を含む呼び（待ちデータ）を登録するようにしている。演算部１７は各かご１２の床面積及び重量の規定値を予め保持している。規定値とは許容値あるいは定格値を指す。

群管理制御部１８は演算部１７による呼び及び各運行制御部１３からの運行情報によって配車割当てを行う。群管理制御部１８は第２のテーブル３２を有する。第２のテーブル３２は全てのかご１２の現在のかご床占有面積及び現在の積載重量を保持する。運行情報は、かご１２の現在位置、上昇、下降及び停止を示す情報、行き先階を示す情報、現在のかご床占有面積、及び現在の積載重量を含む。群管理制御部１８は、全ての運行制御部１３からの運行情報から第２のテーブル３２を生成するようにしている。群管理制御部１８はかご１２毎の床面積及び積載重量の規定値を記憶した第３のテーブル３３を有する。

群管理制御部１８は第１のテーブル２７内の総床面積及び総重量にそれぞれ現在のかご床占有面積及び現在の積載重量を加算する。群管理制御部１８は加算結果と、規定床面積及び規定重量により何れかのかご１２を選択するようになっている。群管理制御部１８は例えば空きスペースが大きいかご１２を、重症度の大きい患者の入院階に優先的に向かわせる制御を行う。

演算部１７及び群管理制御部１８の機能は、ＣＰＵ、ＲＯＭ、ＲＡＭによって実行される。これらの演算部１７及び群管理制御部１８は制御手段２８の一機能として実装されている。制御手段２８はエレベータ制御盤である。また、監視室１６には管理者用の設定器２９が設置されている。設定器２９は例えば監視盤上のスイッチである。管理者の操作により設定器２９が群管理制御部１８避難運転の開始を指令するようにしている。群管理制御部１８は通常運転時には複数のかご１２を呼びに応じて全階床に応答させ、避難運転時にはかご１２の選択割当てを行うようになっている。

上述の構成の本実施形態に係るエレベータは通常運転を実施する。第ｎ階床のエレベータホール２２の呼び登録装置３１は上下方向ボタンへの押下操作を受ける。群管理制御部１８は第ｎ階床からのホール呼びを入力されると、各かご１２内の行き先ボタンによるかご呼びの有無と、昇降路空間３０内での各かご１２のかご位置とにより、かご割当て評価のための演算を実行する。群管理制御部１８は、評価演算により発生したホール呼びを最も短時間で第ｎ階床へ着床可能なエレベータ号機に割付ける演算を行う。群管理制御部１８は複数号機のエレベータを同時に就役させる。

各階床に設置された１台又は複数台のＲＦＩＤ読取機１８はエレベータシステムとは別の予め設置済みの院内システムに対して読取った受信したタグＩＤを通知している。院内システムは治療計画上、タグＩＤの監視によって各治療機器が患者及びそのベッドの近くに配置されていることを確認している。院内システムは、病棟１０内で患者が倒れたままになることを避け、徘徊等を防止するために患者の移動履歴を記録している。

また、通常運転時、院内システムはＲＦＩＤ読取機１８が読取ったタグＩＤと、電子カルテデータベースとにより、患者が何時何分にどの地点を通過したということを確認しており、ＲＦＩＤ読取機１８を通過ゲートとして機能させている。病院側の端末は電子カルテデータベースから必要なデータを抽出しておき、データベース１４を随時更新している。この端末は、データベース１４の患者の重症度やベッド上でないと避難できないか否か、及び患者の治療計画（避難時に外せない使用機材）などをデータとして書込んでおく。

一例として、午前中の決まった時間に、端末がデータベース１４を更新する。前日午前中までセミダブルのサイズのベッドの周りに、複数台のモニタ装置、液体循環装置、気体ボンベ、カート、点滴台等が存在する旨を登録されていた患者が、前日午後には別部屋に移ってシングルサイズのベッドに変わって経過観察状態になったとする。このような患者の症状等の変化は今朝の更新によってデータベース１４に反映される。重症者から軽症扱いにされたこと、その逆にされたこと、非常階段２５を使って避難できる状態にまで回復したこと、あるいは未だベッドによりエレベータを使って避難することを要するなどの状況をデータベース１４は都度更新している。更新の頻度は都度変更可能である。

以上は通常運転時の説明である。以下、避難運転時に、患者とともに運ぶ治療機器を選定する処理について述べる。

病棟１０内において火災検知器が火災を検知する。院内システムは音声放送により火災を報知する。制御手段２８は報知機器３４に歩行可能な者に対する非常階段の利用を促すための情報を表示させる。軽症者は非常階段２５を使って避難階に向かって歩く。ＲＦＩＤ読取機１５が歩行可能な患者のＲＦＩＤタグ１１を院内システムへ送り、院内システムはその患者が非常階段２５で避難したことを把握する。

また、看護士、検査技師あるいは介添者は病室２３から重症者をベッドに載せたまま、必要な治療機器とともにエレベータホール２２へ運び出す。ＲＦＩＤ読取機１５が重症者のＲＦＩＤタグ１１を院内システムへ送り院内システムはその重症者が第ｎ階床のエレベータホール２２に待機していることを把握する。

図３は重症者と治療機器との結びつけ処理を説明するためのフローチャートである。演算部１７が図３のフローを実行する。

ステップＡ１では、演算部１７は、避難運転が実行されるかどうかを設定器２９の設定値により判定している。設定値が避難運転を示す値でない間、演算部１７はＮルートを通り、ステップＡ２において通常運転を続ける。

エレベータ側では、管理者の操作により設定器２９が設定値を避難運転へスイッチする。ステップＡ１において設定値が避難運転を示す値であるとＹルートを通り、ステップＡ３において演算部１７はエレベータの避難運転をスタートさせるため処理を始める。運行制御部１３はエレベータホール２２からの呼びの受付けを止める。

図４（ａ）は演算部１７による繰返し演算の範囲を示す図である。演算範囲はＲＦＩＤ読取機１５が設置されている階床と実質同じである。ステップＡ３では、演算部１７は、階床を表す繰返しの変数ｉをｊ（ｊ＝Ｎ、Ｎ−１…；Ｎは最上階を表す）に設定し、ステップＡ４においてｊに初期値Ｎを代入する。ステップＡ５において、演算部１７はＲＦＩＤタグ１１からのデータ入力が存在するかどうかをメモリ上でリードする。ステップＡ６において、演算部１７はデータが存在するかどうかを判定する。

このステップＡ６では、例えば制御手段２８が、第Ｎ階のエレベータホール２２のＲＦＩＤ読取機１５にＲＦＩＤタグ１１からの無線データが入力されたかどうかを確認する。各階に設置されていたＲＦＩＤ読取機１５は、通信距離が大きいＲＦＩＤタグ１１からの信号を受信するかどうかを監視する。ＲＦＩＤ読取機１５は無線データを検知すると、入力されたタグＩＤを制御手段２８に送付する。

ステップＡ６において演算部１７が無線データ有りと判定すると、Ｙルートを通り、ステップＡ７において演算部１７は、検出されたタグＩＤに対応する重症者を示す人データと、ベッドや治療機器を示すベッド・機器データとをＲＡＭ上で結びつける処理を行う。

図４（ｂ）はデータベース１４中の人データ及びベッド・機器データ間の対応付けデータの記憶領域の一例を示す図である。ＲＦＩＤ読取機１５が患者Ａ、Ｃの２つのタグＩＤを受信すると、演算部１７は、患者Ａとベッドとを結びつける。演算部１７は、患者Ｃと、車椅子及び点滴とを結びつける。

引き続きステップＡ８において、演算部１７は各患者Ａ、Ｃの床占有面積と、重量とを算出する。

図４（ｃ）はデータベース１４中の基本情報の記憶領域の一例を示す図である。図４（ｄ）はデータベース１４中の基本情報の記憶領域の一例を示す図である。患者Ａ、Ｃの２つのタグＩＤに対する処理を処理（１）、（２）とすると、演算部１７は具体的には処理（１）、（２）を次のように行う。

（１）患者Ａとベッドとの紐付けに対して、演算部１７は患者Ａの体重、患者Ａ本人が床に占める面積を読出し、ベッドの重量、ベッドの占有面積を読出す。演算部１７は患者Ａの体重、ベッド重量を合計する。演算部１７は本人面積及びベッド占有面積を合計する。

（２）患者Ｃと車椅子及び点滴との紐付けに対して、演算部１７は患者Ｃの体重、患者Ｃ本人が床に占める面積を読出し、車椅子及び点滴台のそれぞれの重量と、車椅子及び点滴台のそれぞれの占有面積とを読出す。演算部１７は患者Ｃの体重、車椅子及び点滴台の機器重量を合計する。演算部１７は本人面積及び車椅子占有面積及び点滴台の占有面積を合計する。

図４（ｅ）は第１のテーブル２７の一例を示す図である。同図中、（１）、（２）は処理（１）、（２）によって得られた結果が登録される領域を表す。続くステップＡ９において、演算部１７は、第Ｎ階床の呼びを第１のテーブル２７に書込む。演算部１７はこの第１のテーブル２７に、患者Ａについての総重量、総占有面積を書込む。演算部１７は第１のテーブル２７に、患者Ｃについての総重量、総占有面積を書込む。

次にステップＡ１０において、演算部１７はｊを一つ減らす。ステップＡ１１において、演算部１７はｊが最下階であるかどうかを判定する。ｊが最下階に達しない間、Ｎルートを通り、演算部１７はステップＡ５において第Ｎ−１階床についての処理を行う。以降、第Ｎ−２階床についての処理を演算部１７は行う。その後、再度、ステップＡ１１において、演算部１７はｊが最下階であるかどうかを判定する。ｊが最下階であると、Ｙルートを通り、演算部１７は処理を終える。

また、ステップＡ６において演算部１７が無線データ無しと判定した場合、Ｎルートを通り、ステップＡ１２において演算部１７は、ｊを一つ減らす。ステップＡ１３において、演算部１７はｊが最下階であるかどうかを判定する。ステップＡ１３において、ｊが最下階に達しない間、Ｎルートを通り、演算部１７はステップＡ５に進み、一階下の階床のＲＦＩＤ読取機１５からのデータ取込みを行う。ステップＡ１３においてｊが最下階であると、Ｙルートを通り、演算部１７は処理を終える。

図４（ｅ）の例では、第Ｎ階床の対象重症者についての総重量、総占有面積が登録された直後の例が示されているが、第Ｎ−１階から最下階までの各階床の対象重症者の総重量、総占有面積も、第Ｎ階床の処理と同じようにして演算部１７は登録する。

図５は群管理制御部１８による重症者のかご１２への乗車の可否を判断する処理を説明するためのフローチャートである。

ステップＢ１において、群管理制御部１８は、かご番号を表す繰返しの変数ｋ（ｋ＝１、２、…、全号機数Ｌ）を初期値１に設定する。

図６（ａ）は第２のテーブル３２の一例を示す図である。ステップＢ２において群管理制御部１８はかご番号１のかご１２について、現在の積載重量Ｗ及び現在の床面積Ａから成るかご内運送情報を第２のテーブル３２より取得する。

ステップＢ３において、群管理制御部１８はかご１２に積載予定の重量Ｗ₁を図４（ｅ）の第１のテーブル２７から取得する。演算プログラムによって、群管理制御部１８が演算を開始後、第１のテーブル２７のテーブル先頭からデータをＣＰＵがリードしている。重量Ｗ₁として、群管理制御部１８は、処理（１）で得られた患者Ａについての総重量と、処理（２）で得られた患者Ｃについての総重量との合計を使う。

図６（ｂ）は第３のテーブル３３の一例を示す図である。ステップＢ４において、群管理制御部１８は第３のテーブル３３から規定重量Ｗ₀を取得する。ステップＢ５において、群管理制御部１８は現在の積載重量Ｗ及び積載予定の重量Ｗ₁の合計と、規定重量Ｗ₀とを比較する。

この合計が、規定重量Ｗ₀以下である場合、Ｙルートを通り、ステップＢ６において、群管理制御部１８は、かご１２に積載する予定の積載物による占有面積Ａ₁を第１のテーブル２７から取得する。テーブル先頭からデータをリードすることによって、患者Ａ、Ｃの入室階である第Ｎ階床のデータが取得される。占有面積Ａ₁として、群管理制御部１８は患者Ａについての総占有面積と、患者Ｃについての総占有面積との合計を使う。ステップＢ７において、群管理制御部１８は、第３のテーブル３３から規定床面積Ａ₀を取得する。ステップＢ８において、群管理制御部１８は現在の床面積Ａ及び積載予定の占有面積Ａ₁の合計と、規定床面積Ａ₀とを比較する。

この合計が、規定床面積Ａ₀以下である場合、群管理制御部１８はＹルートを通り、ステップＢ９においてかご番号１のかご１２に配車割当てを行う。群管理制御部１８は、かご番号１のかご１２を第Ｎ階床に向かわせる。ステップＢ９では制御手段２８は報知機器３４にかご番号１の配車を知らせる。かご１２が第Ｎ階床に着床すると、看護士は患者Ａをベッド上に載せたまま、かご１２内に運び込む。更に看護士は患者Ｃを車椅子に載せ、点滴台とともにかご１２に運び込む。運行制御部１３は患者Ａ、Ｃを乗せたかご１２を避難階へ走行させる。戸開後、避難階の別の看護士は患者Ａ、Ｃを降ろす。その後、運行制御部１３はかご１２を次の割当て階へ向けて運転する。

また、ステップＢ５の処理において、現在の積載重量Ｗ及び積載予定の重量Ｗ₁の合計が、規定重量Ｗ₀を超えた場合、Ｎルートを通り、ステップＢ１０において、群管理制御部１８は、配車を要求するかご１２のかご番号を変更し、ステップＢ１１においてかご番号を表す繰返しの変数ｋを一つ増やし、ステップＢ２の処理に進む。かご番号１のかご１２が割当てられない場合、かご番号２のかご１２についてステップＢ２からステップＢ８に至る処理を群管理制御部１８は実行する。

かご番号２のかご１２への割当てが確定すると、ステップＢ９の処理を群管理制御部１８は行う。かご番号２のかご１２が割当てられない場合、群管理制御部１８はかご番号２のかご１２について処理を繰返す。以降、かご番号を表す変数ｋが全号機数Ｌに達するまで群管理制御部１８は処理を繰返す。何れかのかご番号に割当てが確定すると処理を終える。全てのかご番号について群管理制御部１８は確定できない場合、例えば暫く待つ。制御手段２８は報知機器３４に待機の旨を表示する。

本実施形態に係るエレベータによれば、データベース１４の対応付けデータによって重症度の高い患者の入院階に向かって優先的にかご１２を向かわせることができる。どのかごをどのフロアに割当てるべきかを判定できるようになる。輸送力を上げて輸送の効率化を図ることができる。

また、図５のフローチャートでは、群管理制御部１８は、重症者の人数、各重症者の介助者の人数に応じてかご床占有面積や積載重量を算出してもよい。群管理制御部１８はかご１２に乗車する人数に応じてかご床上の空きスペースを演算する。群管理制御部１８はこの演算において、定員オーバが生じると、他の重症者、看護士等の人数を制限する。あるいは群管理制御部１８は空きスペースに他の階床から介助者無しの重症者を載せるようにしてもよい。

また、人、ベッドや機器以外の物品について、演算部１７は床占有面積や積載重量を加算してもよい。演算部１７は非常階段２５を使った移動ができない患者の数が多い階床により多くの台数のかご１２を向かわせる処理あるいは頻度を高める処理を実行してもよい。

従来例に係るエレベータでは、単に、避難する全人数の情報や健常者又は身障者といった情報を使って配車を行っているが、本実施形態に係るエレベータでは、演算部１７がベッドや治療機器などのデータを使って演算を行っているため、効率よくエレベータ割当てを行える。また、ＲＦＩＤデータによって受け付けた呼びに対し、エレベータはベッドなどを先に載せるべきかご１２に対し、報知機器３４にベッド優先の表示や、アナウンスを行わせてもよい。

尚、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。ＲＦＩＤ読取機１５はかご１２内に設置してもよい。

上記実施形態では、予めデータベース１４が重症者の間に優先順位を与えておいてもよい。群管理制御部１８は優先順位にしたがってかご１２を配車する。また、人工心肺装置、呼吸装置等、患者に必須の治療装置に対して優先順位をデータベース１４は与えておいてもよい。

又、看護士に子機端末を携帯させておき、病棟１０内に親局端末を設置し、避難時に誰又はどの階を優先するか等の誘導指示を無線送受信するようにもできる。親局端末はデータベース１４の対応付けデータを読出して無線送信する。看護士が持つ子機端末と親局端末が通信することによって、該当階の子機端末に対し、どの患者をどのかご１２に乗せるかという情報を送ることができる。更に、各子機端末が親局端末から重症者の部屋情報を受信し重症者に対する誘導指示情報を表示するようにしてもよい。親局端末から受けた誘導指示情報から子機端末がＩＤデータを抽出する。看護士は子機端末を用いて対象の重症者の血圧、体温、症状の度合いなどの必要情報を親局端末へ送付する。子機端末及び親局端末間の通信によって、歩ける患者に対する情報や、どの非常階段２５を使えば良いか、あるいはエレベータホール２２へ有用なアナウンスや表示を報知するようにしてもよい。

また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。

１０…病棟、１１…ＲＦＩＤタグ（無線媒体）、１２…かご、１３…運行制御部、１４…データベース、１５…ＲＦＩＤ読取機（無線読取機）、１６…監視室、１７…演算部、１８…群管理制御部、１９…検出器、２０…荷重検出器、２１…信号ケーブル、２２…エレベータホール、２３…病室、２４…通路、２５…非常階段、２６…壁内配線、２７…第１のテーブル、２８…制御手段、２９…設定器、３０…昇降路空間、３１…呼び登録装置、３２…第２のテーブル、３３…第３のテーブル、３４…報知機器。

Claims

複数の階床を有する病棟の患者および前記患者に付随する付随設備機器に付され、それぞれ固有情報を記録する複数の無線媒体と、
この無線媒体が付された前記患者が乗降し、それぞれ前記病棟内の複数本の昇降路を昇降する複数のかごと、
それぞれこれらのかごの昇降を制御し、前記かご毎のかご床占有面積および積載重量を含む運行情報を出力する複数の運行制御部と、
これらの運行制御部が避難運転の実施中、前記かごにより避難する重症者本人の面積、体重、および前記付随設備機器の床面積、重量を対応付けたデータベースと、
このデータベースが記憶する前記重症者および前記付随設備機器に付された前記無線媒体から前記固有情報を読取る階床毎に設けられた無線読取機と、
各無線読取機の出力により前記重症者の本人面積及び前記付随設備機器の前記床面積の総和および前記体重及び前記重量の総和を求め、階床毎に前記かごに積載予定の総面積、総重量を含む呼びを登録する演算部と、
この演算部による前記呼びおよび各運行制御部が検出した前記運行情報によって配車割当てを行う群管理制御部と、を備え、
この群管理制御部は、前記総面積および前記総重量にそれぞれ前記かご床占有面積および前記積載重量を加算し、加算結果と予め保持する規定床面積および規定重量との比較により前記複数のかごのうちの何れかを選択することを特徴とするエレベータ。
前記複数の運行制御部は、それぞれかご床面の複数分割による単位かご床面毎に設けられた複数の検出器により前記現在のかご床占有面積を検出することを特徴とする請求項１記載のエレベータ。
前記複数の運行制御部は、荷重検出器によって前記現在の積載重量を検出することを特徴とする請求項１記載のエレベータ。
前記複数の運行制御部は、エレベータ運転を通常運転および前記避難運転の間で切替えることを特徴とする請求項１記載のエレベータ。
前記データベースは、前記重症者の間、あるいは前記付随設備機器の間に優先順位を与えることを特徴とする請求項１記載のエレベータ。
前記群管理制御部は、前記重症者の人数、各重症者に同乗する者の人数によってかご床の空きスペースを算出することを特徴とする請求項１記載のエレベータ。
前記群管理制御部による配車情報、および歩行可能な者に対する非常階段の利用を促すための報知機器を各階床のエレベータホールに設けることを特徴とする請求項１記載のエレベータ。
前記データベースの前記対応付けデータを読出して無線送信する親局端末と、それぞれ看護士に携帯されこの親局端末からの無線信号の受信により前記対応付けデータを表示する複数の子機端末とを更に備え、
これらの子機端末は前記親局端末から前記重症者の部屋情報を受信し前記重症者に対する誘導指示情報を表示することを特徴とする請求項１記載のエレベータ。