(57)【要約】 【課題】在院日数管理や予約待ち管理を総合的に行ない、空床を有効に活用することができる空床管理改善支援システムを提供する。【効果】在院日数チェック、入院待ち患者のチェックを行なって、その段階での転床、入床の必要な数値を正確に把握し、転床とか入床とかの対処が必要な場合は、次の段階に移行して空床のチェックを行なって転床、入床の作業を迅速かつ正確に行なえるように支援することができる。また、そのままでは条件に合致した空床が見つからない場合は、入院患者の転床により必要な空床を捻出するよる段階に移行し、必要条件を満たす空床を捻出できるので、従来では空床があるのに転床又は入床ができず、手を拱いていた状況を打破し、使用可能な空床を確保し、病床の効率の良い運営を行なうことができる。【選択図】図１
2006092380.tif 000002
【特許請求の範囲】
【請求項１】
予め管理コンピュータに患者のデータを入力し、そのデータに基づき、空床があれば入床又は転床が必要な患者の有無をチェックして表示することを特徴とする空床管理改善支援システム。
【請求項２】
予め管理コンピュータに患者のデータを入力し、そのデータに基づき、空床があれば入床又は転床が必要な患者の有無をチェックして表示する工程と、病棟の空床を検索して表示する工程を有することを特徴とする空床管理改善支援システム。
【請求項３】
予め管理コンピュータに患者のデータを入力し、そのデータに基づき、空床があれば入床又は転床が必要な患者の有無をチェックして表示する工程と、病棟の空床を検索して表示する工程と、空床があれば入床又は転床が必要な患者の必要条件に合致する空床がない場合に、空床があれば入床又は転床が必要な患者の必要条件に合致するように既入院患者の病床を移動調整する工程を有することを特徴とする空床管理改善支援システム。
【請求項４】
入床又は転床が必要な患者が、規定在院日数を超える患者であることを特徴とする請求項１乃至３に記載の空床管理改善支援システム。
【請求項５】
入床又は転床が必要な患者が、入院待ち患者であることを特徴とする請求項１乃至３に記載の空床管理改善支援システム。
【請求項６】
入床又は転床が必要な患者が、規定在院日数を超える患者と入院待ち患者であることを特徴とする請求項１乃至３に記載の空床管理改善支援システム。
【請求項７】
規定在院日数を超える患者として、近日中に規定在院日数を超える予定の患者も含めることを特徴とする請求項１乃至４又は６の何れかに記載の空床管理改善支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、病院における規定日数を越える入院患者や入院待ちの患者の状況を把握し、入床又は転床をが必要な患者がいる場合、空床率の把握に基づくシュミレーションを行なって入床又は転床を効率良く行なえるように最善の措置を講じ、病院の経営の向上を図ることが出来る空床管理改善支援システムに関するものである。
【背景技術】
【０００２】
医療費減収対策の一つとして、施設基準を上げ、加算をできる限り算定し医療費単価を上げる方法がある。しかし、医療費単価が高くなっても、病床稼働率が低くては増収は見込めない。例えば現在、医療給付の関係上、療養型で登録されている病棟では７０％、リハビリ型の病棟では８０％の入床率がデッドラインであると言われている。
【０００３】
このような背景の下で、一般に病院は病床が100パーセント埋まることは稀であるが、実際の現場では使用率が80パーセントを越えると、満室と言う実感がある。実際には空床が２０パーセント前後もあるにもかかわらず、無条件には入院を受け容れられない状況になっていることが多いためである。即ち、実際は空床なのに予約が入っていて新たな患者の入院を受け容れられない状態になっているとか、院長やドクターの優先枠になっていて押さえられているとかの場合の他、部屋の特性により、その特性に合った患者以外は受け付けられない場合も多い。例えば女性患者の入院希望に対し、空床は男性部屋しかない場合とか、数人部屋は空いてるが、希望は一人部屋である場合とか、軽症の患者に対し、集中治療室しか空いてないとか、希望と現空室との擦り合わせが出来ない場合が相当数あるためである。
【０００４】
このような場合は、患者を移動させることにより、理論的には可能であるが、現場サイドでは、入退院も過重な負担がかかるが、転床も大きな負担が掛かるため、できるだけこれを避けたいのが本音であり、実施する場合には効率の良い状態で必要最小限度に止めたいものである。しかしながら、現状では、病床の現状を逐一把握し、どこをどのように再配置すれば良いかを人力により判断するため、その把握は困難な作業であり、ベッド数が多くなると、諸事情の絡みが複雑になり、お手上げになっているのが現状である。
【特許文献１】特許公開２００３−３０３２０
【発明の開示】
【発明が解決しようとする課題】
【０００５】
現在の病院では、規定日数を越える入院患者や入院待ちの患者に関して総合的に正確な情報を一元的に表示提供するシステムが無く、入床や転床に際しては患者一人一人につき、条件を逐一チェックし、空床の条件と擦り合わせを行なわなければならない欠点があった。
【課題を解決するための手段】
【０００６】
病院の患者のデータが入力された管理コンピュータにより入院患者の在院日数をカウントして管理スタッフに通知するとともに、入院待ち患者の必要条件も管理コンピュータに逐一入力しておくことにより、それを集積、検索して、在院日数超過患者や入院待ち患者等、入床及び転床の必要な患者を全病院的に正確に把握して必要な入床又は転床対策を講じ易くするものである。
【発明の効果】
【０００７】
病院の入院患者及び入院待ち患者のデータが入力された管理コンピュータにより、入院患者の在院日数をカウントして管理スタッフに通知するとともに、入院待ち患者に必要な条件をチェックすることにより、空床があれば入床又は転床が必要な患者を全病院的に正確に把握し、どの患者を退院、転院、転床させなければならないかを客観的且つ正確に把握することができ、更には、直ちには条件が合致した空床がない場合でも、既入院患者を転床させることにより、入床又は転床が可能な病床を生み出して入床又は転床を促進して病床稼働率の向上を図ることができるものである。
【発明を実施するための最良の形態】
【０００８】
（在院日数管理の例）第一の例として、規定在院日数をオーバーしている患者のチェックをする実施例を説明する。先ず、管理コンピュータに入院患者の入院日数を他の条件と共に入力して蓄積しておき、定期的に、或いは必要な時に適宜、規定在院日数をオーバーしている患者の詳細情報を表示させる。この場合、実際にオーバーしている患者の他、近日中に規定在院日数に達する患者も表示してチェックに含めるのが好ましい。
【０００９】
具体的には、管理コンピュータに入力されたデータに基づき、各患者の在院日数をカウントし、所定の規定日数、例えば通常の疾患患者であれば90日をオーバーしている者、或いは近日中にオーバーすることになる者を抽出して表示する。表示は例えば「在院日数オーバーの患者が○○名います、確認して下さい。」との表示を点滅させ、必要に応じて音声表示することも出来る。表1はその一例である。
【表１】
2006092380.tif 000003
【００１０】
警告が出ない場合は終了する。しかし警告が出た場合には、その患者の詳細情報を画面に表示させる。患者の詳細データが表示されれば、患者毎の条件に応じて対策シュミレーションを実施し、次の予定、必要な対策を検討する。その検討により、退院、転床、転院等のいずれが求められているか、必要な対策を抽出する。併せて、転床が必要な場合は、条件に合致した空床の有無をチェックする。表１の場合では、日数をオーバーしているアサヒ太郎と、本日規定日数に到達するアサヒ一郎は空床チェック欄には空床検索が実行されるマークが表示されて自動的に空床検索に入る。アサヒ花子は、必要な場合、空床チェック欄にチェックを入れてことにより、空床検索を併せて行なうこともできる。
【００１１】
空床の有無は、管理コンピュータに予め病床のデータ（空いているか埋まっているか、期間、予約、個室かどうか、付帯設備のランク等）を入力しておき、上記で期間オーバーの場合、メニューで「空床を捜す」をクリックして空床検索を行なう。例えばアサヒ太郎について、規定日数を超えればリハビリ病棟に転棟する予定が組み込まれている場合は、条件検索で、アサヒ太郎の条件で検索し、候補病棟及びベッドを表示させて選ぶ。複数あれば全部表示させてその中から最適のものを選ぶ。表２は移動可能な空床が見つかった場合の表示例である。ここで転床先があるかどうかの空床チェックに際しては、単に空室の有無を検索するだけではなく、例えば治療かリハビリか、ケア病棟の区別、男女別、個室か複数部屋かの別等の幾つかの条件を付しておく。
【表２】
2006092380.tif 000004
【００１２】
条件に合致した空床がない場合は、病棟設定の欄に空床なしと表示したり、ブランクにするなどして、合致空床の無いことを表示する。この場合は、病棟設定空床の調整に移行する。空床調整に当っては、予めその患者の必要条件が入力されているので、それをパラメータとしてコンピュータにより条件検索を行い、幾つかの病床の転床を行なわせ、転床可能な空床が捻出できるかどうかをチェックし、捻出できた場合は、捻出できた空床と、そのための転床を表示させる。
【００１３】
ここで空床を生み出すための他の患者の転床は、余り多くの病床を移動させて行なうのは、却って作業が増えて現実的ではないので、１つの空床を捻出するのに例えば標準では3病床の転床を限度とし、それ以上の転床が必要な場合はカットするように設定することができる。そしてこれにより捻出された空床に規定日数をオーバーした患者を、転床させることができる。この転床限度数は、必要に応じて適宜に増減設定変更できる。
【００１４】
検索の結果、条件が合致した患者、見つからなかった患者を区別して表示させる。表２はケアミックス病院の場合で、対策シュミレーション（条件検索）に拠り、転棟先の表示を示す一例である。ここではいくつか条件に合致した検索例があった場合、その筆頭の者のみを表示するようにしたが、適宜数順次切替えにより管理コンピュータのディスプレイに表示するようにしても良いが、全部一括表示するようにしても良い。
【００１５】
転床先が確保できた場合は、表示に従い、転床指示を出すことができる。転床先が確保できなかった場合は、必要な条件を入力して既入院患者の病床を移動させることにより、空床の組換えをシュミレーションし、それにより合致した条件の転床先が確保できれば、そこ転床指示を出す。どうしても確保できない場合は、後述する入院待ちと同様に、予約待ちにリストアップする。
【００１６】
さて、転床先が確保された場合は、その該当空床の予約待ち患者の有無を確認を行なう。即ち、予約待ち患者を予定通り入院するシュミレーションを行い、入院予定日程とのオーバーラップ等の不都合が生じないか等をチェックする。
【００１７】
そのシュミレーションにより、受け入れ先の空床の有無を判断し、ある場合には最終転床決定を行ない、ない場合はその時点では断念することになる。そうしてその転床に拠る移動後の予約待ち入院可能人数変動と、病棟別稼働率の変化をシュミレーション結果として表示させる。そのシュミレーション結果は必要な場合、結果を保存し一連の操作が完了する。
【００１８】
次は、転床先が見つからなかった場合の例を表３に示す。表３は空床があるけれど、患者の条件と合致せず、移動先ベッドに不適格の「×」の表示が示されている。この場合は、入院患者の転床を検討しなければならない。その概略を図７に示す。即ち、転床予定の患者アサヒ花子が女性であり、空床が男性部屋しかないため、転床できないのである。この場合は、管理コンピュータにアサヒ花子の条件に合致した空床を捻出するためには、どう云う転床を行なえば良いかを判断させる。具体的には２０１号室に男性患者２名、２０２号室には男性患者１名が入院中であり、転床予定患者は男性１名、女性１名であるから、２０２号室の男性患者を２０１号室に転床させても、転床予定男性患者１名もまだ２０１号に収容可能であり、この転床により２０２号室には女性患者を収容できるようになるのである。この判断を管理コンピュータにより行なうのである。
【表３】
2006092380.tif 000005
【００１９】
更に、管理コンピュータに行なわせることができる判断としては、種々の条件を勘案して、総合的に一番多くの患者が転床、入床できて、空床率が減少する転床シュミレーションを提示することである。即ち、例えば入院待ち患者が待機している場合、予約順を優先するか、空床率の低減を優先するか、病室の特質を優先するか、入床又は転床を優先するか等、検索する場合に条件設定することができる。
【００２０】
（入院待ち患者管理の例）次は入院待ち患者がいる場合の実施例を説明する。管理コンピュータには診察や他院からの転院等により、予約が発生すれば、患者の詳細データを入力してスタンバイし、定期的に或いは適宜のチェックにより、予約待ちの患者の状況を表示させる。表４のように、適宜予約患者のリストが表示される。
【表４】
2006092380.tif 000006
【００２１】
次は対応空床の有無をチェックする。表５はその一例で、空床が存在するが、女性患者が入床できる空床が無いことを示している。この場合は、空床の調整を行なって図８のように女性患者が入床できるように患者を転床させる調整をする。即ち、予約待ち患者菅原逸子が女性であり、空床が男性部屋しかないため、転床できないのである。この場合は、管理コンピュータに菅原逸子の条件に合致した空床を捻出するためには、どう云う転床を行なえば良いかを判断させる。具体的には３０２号室に男性患者２名、３０３号室には男性患者１名が入院中であり、入院待ち患者は男性１名、女性１名であるから、３０３号室の男性患者を３０２号室に転床させても、入院待ち男性患者１名もまだ３０２号に収容可能であり、この転床により３０３号室には女性患者を収容できるようになるのである。この判断を管理コンピュータにより行なうのである。
【表５】
2006092380.tif 000007
【００２２】
（在院日数管理と予約待ち管理を含めた総合管理の例）上記２例は規定入院日数を越えている場合、予約待ちの場合のそれぞれ単独の場合を示したが、実際は両者が共に存在する場合が圧倒的に多い。その場合は、管理コンピュータにより、先ず転床及び入床の両方を含むものを検索して表示させる。表６はその一例である。そして次のステップとして、条件が合致した空床のチェックを行なう。有れば転床、入床の手続を行なうように指示すればよい。
【表６】
2006092380.tif 000008
【００２３】
条件に合致した空床がない場合は、どのように患者の転床を行なえばよいかを条件検索し、図8のように一部患者の転床を行ない、必要な空床を捻出することができる。表７は転床調整を行なって得られた病棟設定の一例である。表７の場合では、日数をオーバーしているアサヒ太郎と、本日規定日数に到達するアサヒ一郎、入院予約待ちの山本修と菅原逸子は空床チェック欄には空床検索が実行されるマークが表示されて自動的に次の空床検索に入る。アサヒ花子は、必要な場合、空床チェック欄にチェックを入れてことにより、空床検索を併せて行なうこともできる。
このようなシミュレーション後の稼働率結果・入院可能人数の変動は、例えば入院可能数変動５人から７人に増加して、空床率が低減し、稼働率が一般病棟で８２％から８５％に、療養病棟で８３％から８５％に向上するというような分析結果が得られるのである。
【表７】
2006092380.tif 000009
【００２４】
以下、上記の流れをフローチャートに基づき、更に詳細に説明する。上記したシステムは例えば図１３のように事務所のサーバを兼ねた管理コンピュータにアプリケーションがインストールされ、この管理コンピュータは院長室、看護部長やナースステーション、医局、外来診察室等の端末機とランで接続されており、管理コンピュータでは勿論、端末機からも本発明システムを実施し、ディスプレイに表示させたり、プリンタで印刷したりすることができるものであり、管理コンピュータ及び必要に応じて適宜の端末から入出力が可能である。ＩＤ番号入力によるセキュリティは必要に応じて施される。
【００２５】
管理コンピュータを起動させると、図１のようなフローに従い、在院日数管理と予約待ち管理を含めた総合空床管理システムが始動する。始動すると、先ず図９のような初期画面が表示され、その段階での種々分析結果が表示される。ここでは直ちに在院日数が90日をオーバーしている患者、もうすぐオーバーする患者が居れば、日数チェックボタンが点滅し、画面下にメッセージを表示する。日数オーバー患者の詳細に関しては、日数チェックボタンを押すと表示できるもので、例えば表１、表４或いは表６のようなチェック結果が得られる。
【００２６】
日数チェックを行なうと、図１０の在院日数チェック画面が現れる。ここでは在院日数オーバーの患者を一覧表示する。各患者の状態は、×過＝日数オーバー・■期＝本日期限日・▲予＝予告期間内の分類で表示される。予告期間については設定可能である（※１）。
【００２７】
※注１．
患者に設定されている在院日数起算日から現在までの日数と病棟別に設定されている日数オーバーラインとの比較を行う。（日数オーバーラインとは、一般病棟でいう、出来高払いから包括払いに変わる９０日目を指す）また、予告日数を設定することで、チェックする範囲を広げることができ、例えば日数オーバー５日前の患者といった予告チェックも可能である。
【００２８】
シミュレーションの対象となる患者は、ここで移動チェックをＯＮにする（※２）。移動チェックは、表１のように日数オーバーと本日期限日の患者に関しては自動でＯＮになる。必要に応じてシミュレーション対象の患者を追加指定後、シミュレーションボタンを押すと、シミュレーションが実行される。ここでは、シミュレーション条件指定を行なえる。例えば（１）空室作成＝患者の組み換えで空室を作成する、（２）性別無視＝性別を無視してでも入床させる等、必要に応じて条件設定が可能である。また、移動チェック欄にチェックを入れたり外したりすることにより、シミュレーション対象の選択が行なえ、これらを決定後、シミュレーションボタンを押して実行画面へ移行する。
【００２９】
次いで図１のフロー（１）転床先検索に入る。このフロー（１）の詳細は図２〜図５の空床検索を実行する。フロー（１）−Ａの空床検索で空床がスムーズに見つかればそこで終わる。見つからなければ空室検索（１）−Ｂ、空床検索（１）−Ｃが自動的に実行される。この場合、予め患者に設定されている入院経路に従って移動先病棟を判断する（※注２）。
【００３０】
※注２
シミュレーション実行日から先2週間（設定可）の移動予定を含んだ病室状況を想定した上で、空きベッドを以下の要領で検索し移動可能であれば移動指示を行う。
１  男女別に空きベッドの少ない部屋順に検索（空室除く）。
２  感染症患者が居る病室には同一感染症患者以外は入れない。
３  空きベッドが無ければ図３のフローのように空室に入れる。上記で入らなければ患者移動で空室作成を行う。（空室作成「する」の場合）
４  上記で入らなければ図４のフローのように、性別の違う部屋で再度検索を行う（性別無視「する」の場合）。
５  上記で入らなければ移動不可の結果として表示する。
【００３１】
患者に合った空床が見つからなければ、図１のフロー（２）の空室作成が実行される。フロー（２）は図６に詳細が示される（※注３）。
【００３２】
※注３
病室状況をチェックし、患者の組み替えで空き部屋作成可能な場合は移動指示を行う、このとき感染症のチェックを行う（空室作成「する」の場合）。
【００３３】
以上の一連のシュミレーションが管理コンピュータにより瞬時に行なわれて最適の結果が示される。図１１はその一例で、あり、シミュレーション実行後、日数オーバー患者の転棟先や、空室作成のための病室移動等、各指示を表示する。また、予約待ち患者の仮入院を行うことで、図１２のように各病棟別の稼働率変動を結果として出す。
【００３４】
次は、予約待ちの患者の入室処理に移るが、上記のフロー（１）と同様の流れとなる（※注４）。
【００３５】
※注４
・別管理している予約情報を検索し、※注2、※注3の処理前と処理後の入院シミュレーションを行う。
・入院させる予約患者の優先順位は予約順と稼働率アップ優先の選択が可能。
・稼働率アップ優先の場合は予約患者の男女比をチェックし、空室を埋められる性別を優先する入院可能人数が予約人数に満たない場合は希望病棟を無視「する」の場合のみ他病棟への入院シミュレーションを行う（療養病棟・集中治療室からの入院を強制する）。
【００３６】
尚、上記の流れは分かりやすくするために、在院日数オーバーのチェックと、予約待ちの患者の処理を分けて示したが、実際はスタートの段階で両者を併せて同時に処理することも、勿論構わない。
【００３７】
このように本発明にあっては、各入院患者の在院日数や、予約状況を総合的に把握できるので、断片的や個人的な感に拠るのでなく、正確なデータに基づいて病院の全患者に対して的確な対処を行なうことができる。
【００３８】
また、転床や入床が必要な場合は、集積されているデータに基づき、空床のチェックを行なうので、従来のように担当者が走り回り手作業で行なっていた煩雑な空床探しが、迅速かつ正確に探し出すことができる。
【００３９】
しかも、上記で見つかった空床が、患者に必要な条件を満たさない場合、その必要条件をクリアーするように、既入院患者の転床により必要な空床を捻出できないかどうかをチェックするので、従来では空床があるのに転床又は入床ができず、手を拱いていた状況を打破し、使用可能な空床を捻出し、空床率をスムーズに低減させて、病床稼働率の向上を図り、病床の効率の良い運営を行なうことができる。
【図面の簡単な説明】
【００４０】
【図１】本発明の一実施例のフローチャート。
【図２】図１のフロー（１）の転床先検索の詳細を示すサブフローチャート。
【図３】図２のフロー（１）−Ａの空床検索の詳細を示すサブフローチャート。
【図４】図２のフロー（１）−Ｂの空室検索の詳細を示すサブフローチャート。
【図５】図２のフロー（１）−Ｃの空床検索（性別無視）の詳細を示すサブフローチャート。
【図６】図１及び図２のフロー（２）の空室作成の詳細を示すサブフローチャート。
【図７】転床チェックの過程で空床はあるが予約待ち患者が入院できない場合の患者移動の模式図。
【図８】入床チェックの過程で空床はあるが予約待ち患者が入院できない場合の患者移動の模式図。
【図９】同上のシステムスタートの病棟別状況画面の一例の概略図。
【図１０】同上の在院日数チェック画面の一例の概略図。
【図１１】同上の病床移動の予測シュミレーション実行画面の一例の概略図。
【図１２】同上の病床移動の予測シュミレーションと実データとの比較を示す表示画面の一例の概略図。
【図１３】同上のシステム構成の一例のブロック図。
【図１】
2006092380.tif 000010
【図２】
2006092380.tif 000011
【図３】
2006092380.tif 000012
【図４】
2006092380.tif 000013
【図５】
2006092380.tif 000014
【図６】
2006092380.tif 000015
【図７】
2006092380.tif 000016
【図８】
2006092380.tif 000017
【図９】
2006092380.tif 000018
【図１０】
2006092380.tif 000019
【図１１】
2006092380.tif 000020
【図１２】
2006092380.tif 000021
【図１３】
2006092380.tif 000022