JP2007072925A - 予約システム - Google Patents

Abstract

【課題】入院診療の予約において、クリニカルパスに従って、必要な病院資源の確保と予約を確実に行う予約システムを提供すること。
【解決手段】サーバ１０１は、入院オーダ票８１を表示して入院オーダ８３−１を受け付ける。入院オーダ８３−１で指定された適用クリニカルパス９１を読み出し、適用クリニカルパス９１従って、全治療過程に必要な手術、検査、薬剤等の情報をデータベース３０１から読み出して分析する。ここで、未実施の検査、手術があるかを判定し、未実施の検査や手術がある場合は、各部門システムにより、検査機器等の使用状況をチェックし、クリニカルパス８１に従って、全治療過程に必要な病院資源を仮予約する。仮予約が完了すると入院日を算出し、患者に通知する。
【選択図】図１１

Description

本発明は、コンピュータとネットワークを利用し、患者の入院診療の予約を行う予約システムに関する。

近年、治療や検査の質と効率を向上させるために、特定の疾患や手術、検査ごとに治療のルーチンワークをチャート方式にまとめたクリニカルパスを治療に適用し、治療にかかわる医師、検査技師、看護師等のスタッフや患者が治療に関する情報を共有し、必要な治療や検査を行う医療が行われている。
クリニカルパスを導入した治療に関しては、患者の診療記録からクリニカルパスを作成、修正したり、患者に適したクリニカルパスを選択するといったクリニカルパス運用支援情報システムなどがある（例えば、特許文献１）。

一方、患者が入院診療を受ける必要のある場合、その入院日は患者の症状や都合、病院の状況等を考慮して、人為的に決められることが多い。
例えば、病院への入院の有無は医師が患者の症状により判断され、患者が納得をした上で入院の決定を行う。入院日の決定は、医師、患者、その家族と相談の上決定され入院予約手続きをする。病院側は入院予約日にベッドの空きがあるかどうか確認した上で、後日患者に入院日を連絡し、正式な入院日が決定される。つまり、病院側が入院日を正式決定する上での１番の要因は、ベッドの空き情報である。最近では、電子カルテシステムを用いて、病院スタッフはベッドの空き情報を把握することが可能である。
また、最近では、検査技師のスケジュールや病院の検査機器の使用状況を考慮して、検査を予約する予約システムなどがある（例えば、特許文献２）。

特開２００３−３３１０５５号公報 特開平５−１９７７６８号公報

しかしながら、従来のシステムでは、患者に適したクリニカルパスを作成、或いは、選択することはできても、そのクリニカルパスに従って、実際に検査や治療を行う場合に、必要となる病院の機器や薬剤、必要なスタッフ、入院の場合であれば空きベッドといった病院資源を予約、確保する作業は人が行うことになり、その作業の煩雑さ、或いは、作業ミスの起こる可能性は払拭できないという問題がある。
また、検査だけを予約するシステムでは、入院診療のように多くのスタッフが協力し、様々な機械や装置を使用して、総合的に行う治療には不向きであり、クリニカルパスに従って行う治療に対しては利用できず、院内や患者の都合による診療変更に対応することも困難であるという問題があった。

本発明は、以上の点に鑑みてなされたものであり、コンピュータネットワークを利用して、各種病院資源に関する院内情報と患者情報とを正確に把握し、クリニカルパスに従って、適切な入院日を算出し、入院診療に必要な病院資源の予約を確実にかつ効率よく行う予約システムを提供することを目的とする。

前述した目的を達成するために本発明は、サーバと少なくとも１つの端末装置とがネットワークを介して互いに通信可能に接続され、患者の入院診療に関する予約を行う予約システムであって、前記サーバは、各種病院資源に関する院内情報と、標準的な診療計画を示し前記院内情報と関連付けられるクリニカルパスと、患者情報と、を保持する保持手段と、前記保持されたクリニカルパスのうちの前記患者に適用される適用クリニカルパスに基づいて、入院診療に必要な前記病院資源を予約する予約手段と、前記病院資源の予約状況を前記端末装置に通知する通知手段と、を具備することを特徴とする予約システムである。

ここで、各種病院資源に関する院内情報とは、手術や検査に必要な機材、検査機器、使用薬剤、必要なスタッフに関する情報であり、またそれらの使用情報（空き情報）
等である。
患者情報は、入院診療を必要とする患者の氏名、住所、病状、治療歴等といった、患者とその患者の治療に関する情報である。

クリニカルパスは、病状や症状に合わせた治療方法やスケジュールをまとめたものであり、患者の性別、年齢、症状、体質等に合わせて流動的に変えることが出来る。

予約システムでは、サーバは、保持されたクリニカルパスのうち、患者に適用される適用クリニカルパスに従って、入院診療に必要な病院資源を予約して、この病院資源の予約状況を端末装置に通知する。

また、サーバは、適用クリニカルパスに従って、院内情報或いは患者情報の少なくともいずれかを参照して、入院日を算出する。サーバは、算出された入院日を端末装置に通知し、端末装置が入院日を承認した場合、予約手段によって仮予約された病院資源を本予約する。
また、本予約システムのサーバは、適用クリニカルパスが変更された場合、当該変更後の適用クリニカルパスに基づいて、利用可能な前記病院資源を再度予約する。例えば、端末装置から入院日の変更が要求された場合、その入院日とクリニカルパスに基づいて利用可能な前記病院資源を再度予約する。

このように、本予約システムによれば、入院診療の予約においても、クリニカルパスに従って、必要な病院資源の確保と予約を確実に行うことが可能であり、クリニカルパスの変更にも柔軟に対応して病院資源の予約処理を行うことができる。

以下に、添付図面を参照しながら、本発明に係る予約システム等の好適な実施形態について詳細に説明する。なお、以下の説明および添付図面において、略同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略することにする。

図１は、本発明の本実施の形態に係る予約システム１の概略構成を示す図である。
図１は、予約システム１の１例であり、図１に示すように、予約システム１は、サーバ１０１、端末１０２、端末１０３等が、ネットワーク１０９を介して接続されて構成される。
ネットワーク１０９は、インターネット、ローカルエリアネットワーク（ＬＡＮ）等のネットワークであり、有線、無線を問わない。

サーバ１０１はサーバコンピュータ等であり、院内情報システム１１１、予約システム１１２、通信システム１１３、データベース３０１等を有する。
院内情報システム１１１は、データベース３０１に保持される病院資源に関する情報、患者に関する情報、クリニカルパス等を操作、管理する。

予約システム１１２は、患者に適用されるクリニカルパスに従って、患者情報或いは病院資源情報の少なくともいずれかを参照して、患者の入院日を算出し、入院診療に必要な病院資源を予約する。
通信システム１１３は、ネットワーク１０９を介して、端末１０２、端末１０３との通信を行う。

端末１０２は、端末装置であり、内科診察室や外科診察室などの各診察室や各病棟ごとに設けられた病棟管理室(看護管理室)、検査室、会計部門、給食部門等の入院診療に関わる各部門１０４に設置される。

端末１０３は、患者１０５側に設置される端末装置であり、パーソナルコンピュータ、携帯端末、携帯電話機等のネットワーク１０９を介してサーバ１０１とデータの送受信、データの入出力が可能な端末装置である。

次に、サーバ１０１のハードウェア構成を説明する。図２は、サーバ１０１のハードウェア構成図である。
サーバ１０１は、制御部２０１、記憶部２０２、メディア入出力部２０３、通信制御部２０４、入力部２０５、印刷部２０６、表示部２０７等が、システムバス２０９を介して接続されて構成される。

制御部２０１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される。

ＣＰＵは、記憶部２０２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、システムバス２０９を介して接続された各装置を駆動制御し、サーバ１０１が行う後述する各種処理（図１１、図１２、図１６、図１８参照）を実現する。

ＲＯＭは、不揮発性メモリであり、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持している。
ＲＡＭは、揮発性メモリであり、記憶部２０２、ＲＯＭ、記録媒体等からロードしたプログラム、データ等を一時的に保持するとともに、制御部２０１が各種処理を行う為に使用するワークエリアを備える。

記憶部２０２は、ＨＤＤ（ハードディスクドライブ）であり、制御部２０１が実行するプログラム、プログラム実行に必要なデータ、ＯＳ（オペレーティングシステム）等が格納される。プログラムに関しては、ＯＳ（オペレーティングシステム）に相当する制御プログラム３１１や、本コンピュータを適用するサーバ１０１が行う後述の処理に相当するアプリケーションプログラム３１２等が格納されている。
これらの各プログラムコードは、制御部２０１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて各種の手段として実行される。

メディア入出力部２０３（ドライブ装置）は、データの入出力を行い、例えば、フロッピディスクドライブ、ＰＤドライブ、ＣＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＤＶＤドライブ（−ＲＯＭ、−Ｒ、−ＲＷ等）、ＭＯドライブ等のメディア入出力装置等を有する。

通信制御部２０４は、通信制御装置、通信ポート等を有し、サーバ１０１とネットワーク１０９間の通信を媒介する通信インタフェースであり、ネットワーク１０９を介して、サーバ１０１と、各端末１０２、１０３との通信制御を行う。

入力部２０５は、データの入力を行い、例えば、キーボード、マウス等のポインティングデバイス、テンキー等の入力装置を有する。
入力部２０５を介して、サーバ１０１に対して、操作指示、動作指示、データ入力等を行うことができる。

印刷部２０６は、プリンタであり、印刷出力処理を行う。
表示部２０７は、ＣＲＴモニタ、液晶パネル等のディスプレイ装置、ディスプレイ装置と連携してコンピュータのビデオ機能を実現するための論理回路等（ビデオアダプタ等）を有する。
システムバス２０９は、各装置間の制御信号、データ信号等の授受を媒介する経路である。

次に、図３を参照しながら、サーバ１０１の記憶部２０２が保持する情報について説明する。図３は、記憶部２０２が保持する情報を示す図である。
記憶部２０２内には、データベース３０１、制御プログラム３１１、アプリケーションプログラム３１２等が格納されている。

データベース３０１については後に詳細に説明する。
制御プログラム３１１は、サーバ１０１の各構成部分を駆動制御するプログラムであり、ＯＳ（オペレーティングシステム）に相当する。

アプリケーションプログラム３１２は、サーバ１０１が行う後述の処理（図１１、図１２、図１６、図１８参照）に相当する実行可能プログラムであり、院内情報を管理操作する院内情報システム１１１、クリニカルパスに従って入院日を算出し、必要な病院資源を予約する予約システム１１２、ネットワークに接続された各端末１０２、１０３とのデータの送受信等を行う通信システム１１３等に該当するプログラムである。

次に、院内情報システム１１１と院内情報システム１１１が扱うデータについて説明する。図４は院内情報システム１１１を構成する各部門システムを示す図であり、図５は各システムによって管理操作され、データベース３０１に保持されるデータを示す図である。

図４に示すように、院内情報システム１１１は、放射線部門システム２１、臨床検査システム２２、薬剤部門システム２３、看護システム２４、給食システム２５、医事会計システム２６、人事管理システム２８、患者情報管理システム２９、…等の入院診療に関わる病院内の各部門システムから構成される。
以下、各構成システムについて説明する。

放射線部門システム２１は、データベース３０１に保持される放射線部門情報３１を管理操作する。図６は放射線部門情報３１の構成を示す図である。放射線部門情報３１は、予約管理情報４１、患者個人情報４２、オーダ情報４３、画像情報４４、レポート情報４５等から構成される。

予約管理情報４１とは、放射線検査部門に設置された、Ｘ線撮影装置、ＣＴ（Computed
Tomography：コンピュータ断層撮影装置）、ＭＲＩ（Magnetic Resonance Imaging System：磁気共鳴画像診断装置）、ＰＥＴ（Positron Emission Tomography：陽電子放射断層撮影装置）といった放射線撮影検査機器（モダリティ）、およびその機器の予約状況に関する情報である。

患者個人情報４２は、モダリティによる撮影検査を受ける患者の氏名とその患者を特定するＩＤ、生年月日、健康保険名などの基本情報である。オーダ情報４３は、モダリティ、検査する部位、検査条件等の検査に関する情報である。画像情報４４は、モダリティによって撮影された画像であり、レポート情報４５は、その画像に対する医師の見解等である。

次に、図４に示す臨床検査システム２２は、検体検査、生理検査等を取扱うシステムであって、データベース３０１に保持される臨床検査情報３２を管理操作する。図７は臨床検査情報３２の構成を示す図である。臨床検査情報３２は、患者個人情報５１、オーダ情報５２、検査関連情報５３、検査結果情報５４等から構成される。

患者個人情報５１は、検査を受ける患者の氏名とその患者を特定するＩＤ、生年月日、健康保険名などの基本情報である。オーダ情報５２は検体検査、生理検査等の種類、条件等のオーダに関する情報である。検査関連情報５３は、検査を病院内で行うか、外部で行うか、検査期間等の情報である。検体検査、生理検査等は外部の検査機関に依頼することも多いので、依頼先やスケジュールといった情報も検査関連情報５３に含まれる。検査結果情報５４は、検体検査、生理検査等の結果を示す情報である。

次に、図４に示す薬剤部門システム２３は、データベース３０１に保持される薬剤部門情報３３を管理操作する。薬剤部門情報３３は、病院内で使用される薬剤に関する情報である。

看護システム２４は、データベース３０１に保持される看護情報３４を管理操作する。看護情報３４は、看護実践の過程を記録した看護記録情報、ベット利用状況、看護スタッフの勤務状況等に関する情報である。
給食システム２５は、データベース３０１に保持される給食情報３５を管理操作する。給食情報３５は、栄養管理、献立等の給食に関するに情報等である。

次に、図４に示す医事会計システム２６は、患者登録、医療費計算等を取扱うシステムであって、データベース３０１に保持される医事会計情報３６を管理操作する。図８は医事会計情報３６の構成を示す図である。図８に示すように、医事会計情報３６は、受付管理情報６１、外来請求情報６２、入院請求情報６３、病棟管理情報６４、統計分析情報６５、薬剤管理情報６６などの各種情報から構成される。

図８に示す、受付管理情報６１は、患者の病院内システムへの登録情報であり、診療科目、検査、処置等の受診受付等の情報である。外来請求情報６２は、外来患者の診療報酬情報、レセプト情報等外来に関する情報である。入院請求情報６３は、入院患者の診療報酬情報、レセプト情報、入院オーダ情報等の入院に関する情報である。病棟管理情報６４は、病棟情報、入院部屋、空きベッド情報等の情報である。統計分析情報６５は、診療収入情報、入院・退院患者数等に関する統計、分析情報である。薬剤管理情報６６は、薬剤の入出庫管理等の情報である。

次に、図４に示す人事管理システム２８は、データベース３０１に保持される人事管理情報３８を管理操作する。人事管理情報３８は、スタッフ基本情報、スタッフ勤務情報、就労基本情報など、病院スタッフの人事に関する情報である。

次に、図４に示す患者情報管理システム２９は、データベース３０１に保持される患者情報３９を管理操作する。図９は患者情報３９の構成を示す図である。図９に示すように、患者情報３９は、患者個人情報７１、診療録情報７２、看護録情報７３、オーダ情報７４、適用クリニカルパス情報７５、検査情報７６、入院情報７７などの情報であり、患者ごとに管理保持される。

患者個人情報７１は、患者の氏名とその患者を特定するＩＤ、生年月日、健康保険名などの基本情報である。診療録情報７２は診療記録に関する情報、看護録情報７３は看護に関する情報等である。オーダ情報７４は、検査や手術など処置に関するオーダ情報等である。

適用クリニカルパス情報７５は、患者に適用される医療行為の日程を示すクリニカルパスが格納されている。ここで、患者に適用されるクリニカルパスは、同じデータベース３０１に保持されるクリニカルパス情報４０の中から、医師により患者に適切だと判断され、選択されたものである。クリニカルパスに関しては後に詳細に説明する。

検査情報７６は、患者が既に受けた、或いは、まだ受けていないが必要である放射線部門検査、臨床検査等の検査情報である。入院情報７７は、患者に入院診療が必要な場合、入院に関する情報である。

尚、図６に示す患者個人情報４２、図７に示す患者個人情報５１は、図９に示す患者個人情報７１の一部或いは全て同一の情報であってもよい。また、放射線部門システム２１、臨床検査システム２２がそれぞれ患者個人情報４２、患者個人情報５１を保持せず、必要なときに、患者情報管理システム２９の患者個人情報７１を読み出すことも可能である。

次に、図１０を参照しながら、端末１０２、端末１０３のハードウェア構成を説明する。端末１０３が例えばコンピュータである場合、端末１０２と同様の構成を有する端末装置であり、図１０はそれら端末１０２、１０３のハードウェア構成図である。

端末１０２、１０３は、制御部４０１、記憶部４０２、メディア入出力部４０３、通信制御部４０４、入力部４０５、印刷部４０６、表示部４０７等が、システムバス４０９を介して接続される。
尚、これらの端末１０２、１０３のハードウェア構成は、図２について前述したサーバ１０１と同様の構成を採る。

次に、サーバ１０１の予約システム１１２の動作について説明する。
図１１、図１２はサーバ１０１による入院日算出処理と予約処理の手順を示すフローチャートである。
サーバ１０１の記憶部２０２には、前述のように、アプリケーションプログラム３１２がインストールされている。以下のサーバ１０１の処理は、このプログラムの制御に従って、サーバ１０１の制御部２０１によって行われる。

（ステップ６０１）
患者が入院診療が必要となり、入院の承諾が患者より得られると、担当医師はサーバ１０１に対して入院オーダ票の起動を要求する。
サーバ１０１は、表示部２０７に入力オーダ票８１を表示し、入院オーダ８３−１における医師による入力を受け付ける（ステップ６０１）。このとき、患者に適用するクリニカルパス名も指定される。

図１３は入力オーダ票８１の一例を示す図である。入院オーダ票８１の入力部８３−１において、「入院」がチェックされ、患者ＩＤ、患者氏名、性別、年齢、血液型等の患者の個人情報、病名と患者に適用されるクリニカルパス名「胃潰瘍切除」、担当科、治療の緊急度が医師により入力されると、サーバ１０１はその入力を受け付ける。

ここで、サーバ１０１は、患者が既に病院にて受診している場合、患者情報管理システム２９の患者個人情報７１より患者の個人情報を自動取得し、入力部８３−１に入力する。また、サーバ１０１は、病名が入力されれば、データベース３０１のクリニカルパス情報４０より適切なクリニカルパスを適用クリニカルパスとして選択し、自動入力することもできる。
サーバ１０１は、オーダ情報表示部８３−２に入院がオーダされた時刻を表示し、医事会計情報３６を参照して患者の入院順位を表示する。

（ステップ６０２）
次に、サーバ１０１は、入力された適用クリニカルパス９１を読み出し、クリニカルパス９１に従って前治療過程に必要な手術、検査、薬剤等の情報をデータベース３０１より読み出して分析する（ステップ６０２）。

図１４は、入院オーダ票８１で患者に適用するように指定された「胃潰瘍切除」のクリニカルパス９１を示す図である。 サーバ１０１は適用クリニカルパス９１より、手術の有無、検査の有無、薬剤等の全治療過程に係る情報を分別する。そして、図１５に示す全治療過程情報３５１を作成するとともに、必要な全ての検査や病院資源を入院オーダ票８１の８３−３部に表示する。

図１５に示すように、全治療過程情報３５１は、検査の実施年月日３６１、検査種別３６２、実行（予約）の有無３６３、関連情報３６４、予定年月日３６５等から構成される。検査種別３６２はクリニカルパス９１を分析することによって判明する、全ての必要な検査の種類である。また、検査の実施年月日３６１は検査の実施日であり、実行の有無３６３は、検査が実施済みか、未実施か、未実施の場合は仮予約か、本予約か、といった検査状況のステータスを示すものである。

これらの検査の実施年月日３６１や実行の有無３６３は、後述するように患者情報管理システム２９の検査情報７６より患者の検査状況をチェックすることでデータが入力、変更される。関連情報３６４は、検査が済んでいる場合の検査結果の画像やレポートファイル名等であり、それを基に放射線部門情報３１から読み出すことが可能である。

クリニカルパス９１には、手術前検査９３として、「感染症検査」、「Ｘ線撮影」、「ＣＴ撮影」、「超音波診断」、「血液検査」が表示されており、サーバ１０１はこれらの検査の内未実施の検査があるか、未実施の検査がある場合、入院以前に外来検査として検査可能であるかどうかを判定する。

図１６は、ステップ６０２における未実施の検査の判定と外来検査適用の可否判定処理を示すフローチャートである。
サーバ１０１は、患者情報管理システム２９の検査情報７６より患者の検査状況をチェックして（ステップ７０１）、既に終了している検査がある場合（ステップ７０２）、クリニカルパス（入院オーダ票８１、全治療過程情報３５１も同様）に検査終了のチェックと検査実施日を入力する（ステップ７０３）。

未実施の検査がある場合（ステップ７０２）、サーバ１０１は外来での検査が可能かどうか、医師による入力を受け付ける（ステップ７０４）。外来検査が出来ない場合、サーバ１０１は未実施の検査を入院検査とし（ステップ７０５）、外来検査が可能と判断された場合、医師等の入力に基づき、サーバ１０１は外来検査を仮予約する（ステップ７０６）。また、サーバ１０１は、患者１０５に対して外来検査に関する情報を通知し、クリニカルパス９１を修正する（ステップ７０８）。

図１７は、図１６の未実施検査の確認処理によって変更されたクリニカルパス９５を示す。図１５に示す全治療過程情報３５１にも示されるように、手術前検査９３「感染症検査」、「Ｘ線撮影」、「ＣＴ撮影」、「超音波診断」、「血液検査」の内、「感染症検査」、「Ｘ線撮影」、「ＣＴ撮影」、「超音波診断」は既に実施されており、クリニカルパス９５の５５３部においても既に実施された検査とその実施日が記録される。しかし、手術前検査の内「血液検査」は未実施である。例えば、この「血液検査」がステップ７０４において、医師により「外来による血液検査はできない（しなくてよい）」と判断され、入院検査とされると、サーバ１０１は「血液検査」を手術前日に行うことに決定し、クリニカルパス９５を変更する。このような、手術を含め未実施の検査の日程決定処理について以下に説明する。

（ステップ６０３〜ステップ６０６）
サーバ１０１は、外来検査が適用不可能な未実施の検査や手術があるかどうかを判定し（ステップ６０３）、未実施の検査や手術がある場合は、各部門システムにより、検査機器等の使用状況をチェックする（ステップ６０４）。そして、サーバ１０１は、クリニカルパス９１に従って、必要な病院資源（部屋、機器、人、物品等）を仮予約する（ステップ６０５）。

以下、クリニカルパス９５において、手術後１日目に行われるＣＴ検査の予約処理を例に、サーバ１０１の仮予約処理について説明する。
図１８は、ＣＴ検査の仮予約処理のフローチャートである（ステップ６０５）。

サーバ１０１は、放射線部門システム２１より、ＣＴ検査の予約管理情報４１を読み込む（ステップ８０１）。
図１９は予約管理情報４１を基に作成したＣＴの予約状況表５０１を示す図である。予約状況表５０１には、年月日５１１と検査時間５１２（開始時刻、終了時刻）、本予約患者５１３、仮予約数５１４、仮予約患者名５１５、仮予約患者名５１６等が示される。

ある検査時間５１２において、本予約患者５１３に既に患者名が登録されていれば、その検査時間５１２は本予約されていることになり、仮予約を入れることができない。仮予約数５１４は、その検査時間５１２における仮予約患者の数であり、仮予約数５１４の最大数を設定することも可能である。仮予約患者名５１５には１番目に仮予約した患者の氏名が、仮予約患者名５１６には２番目に仮予約した患者の氏名が登録される。仮予約患者名の枠数は、仮予約数５１４の最大数と同じになる。

次に、サーバ１０１は、本予約患者名が既に登録されているかをチェックし（ステップ８０２）、本予約患者が既に登録されている場合、次候補の時間帯や別の日をチェックする（ステップ８０３）。

ステップ８０２において、本予約が入っておらず、仮予約数が「０」であれば、仮予約患者名５１５に当該患者名をセットし、仮予約数に１を加算する（ステップ８０５）。仮予約数は「０」ではないが、仮予約数が最大値（例えば、この場合は「２」）でなければ（ステップ８０６のＹｅｓ）、仮予約患者名５１６に当該患者名をセットし、仮予約数に１を加算する（ステップ８０７）。また、仮予約数が最大値（例えば、この場合は「２」）であれば（ステップ８０６のＮｏ）、次の時間帯や別の日をチェックする（ステップ８０３）。

図１９に示すように、今回入院を予定する患者「日立太郎」は、ＣＴが空いている日「２００５年５月２６日」において、図１８に示すフローチャートに従って、検査時間「９：２５〜９：４５」に仮予約を入れたことになる。

こうして、サーバ１０１は、クリニカルパス９５に従って、未実施の検査の仮予約を行い、図１５に示す全治療過程情報３５１における全ての未実施の検査の仮予約を行う（ステップ６０６）。

（ステップ６０７〜ステップ６１０）
サーバ１０１は、クリニカルパスのスタート日（即ち、入院日）の候補日を決定し、患者１０５に通知する（ステップ６０７）。
候補となる入院日を決定する場合、サーバ１０１は、全治療過程表３５１の予定年月日３６５の中から１番日付の早い年月日を抽出し、その一番早い検査等の予定年月日が適用クリニカルパス９５上で実行されるのかを検証する。実行できることが判明した場合、サーバ１０１は、入院日の候補日を逆算して算出する。

次に、サーバ１０１は、空きベッド情報を医事会計システム２６の病棟管理情報６４から読み出し、候補となる入院日を指定し、病棟管理情報６４等により空ベッドの有無をチェックする。
図２０は空きベッド状況表５３１を示す図である。空きベッド状況表５３１には、入院日の年月日５４０、診療部門５４１、本日退院数５４２、本日入院数５４３、空きベッド数５４４、入院待機人数５４５、その部屋のベッドが空いているかなどの空きベッド詳細情報５４６が示される。

例えば、入院患者「日立太郎」の場合、全治療過程表３５１の予定年月日３６５の中から１番日付の早い年月日がＣＴ検査の「２００５年５月２６日」であるとすると、クリニカルパス９５に従って入院日を算出すると、入院年月日５４０は、「２００５年５月２３日（月曜日）」となる。

「日立太郎」の担当部門は「外科」であり、外科には「男性」のための空きベッド数５４４が「０」ではないため、入院日の候補として「２００５年５月２３日（月曜日）
」は適していると判断される。

入院日の候補日が決定されると、サーバ１０１は、その入院日でＯＫかどうかを患者１０５の端末１０３に通知する（ステップ６０８）。患者１０５の端末１０３より入院日が承諾されると、病院資源の仮予約を本予約に変更する（ステップ６０９）。

患者１０５の端末１０３より入院日が承諾されると、例えば、図１９に示すＣＴの予約状況表５０１において、仮予約患者名５１５に登録されていた「日立太郎」は、同じ検査時間５１２の本予約患者５１３に登録しなおされ、機器の仮予約が本予約に変更される。

全治療過程に必要な病院資源の仮予約を本予約に変更し、クリニカルパス９５にも入院日からの日程が記入される。
図２１は、日程入りのクリニカルパス５５１を示す図である。クリニカルパス５５１では、入院が決定した患者の個人情報、日程、予約した検査に対する予約詳細情報５５５が記載され、クリニカルパス５５１が完成される。

また入院日と日程の決定は、入院オーダ票８１にも反映される。図２２は、最終的な入院オーダ票９０１を示す図である。入院オーダ票９０１には、算出された入院候補日８３−５と患者への連絡手段、確定された入院日８３−６が記載され、手術前検査や手術後検査及び病院資源の予約状況８３−４に関して、検査に関しては入院日からの日程が登録され、病院資源に対しても担当医師や担当看護師、手術室や薬剤等の確保が確実に行われたことが登録され、入院に関する予約が完了したことになる。

また、図１２のステップ６０８において、患者１０５の端末１０３から入院日に対する承諾が得られなかった場合、端末１０３から患者１０５の希望する入院日を受け付け、それをクリニカルパスのスタート日としてステップ６０４に戻り、病院資源等の予約状況をチェックしなおす。

こうして、最終的に決定された入院オーダ票９０１、クリニカルパス５５１に基づいて、入院診療を受ける患者に関する患者情報３９、或いは、入院診療に関わる各部門システムの各情報が変更され、登録される。

以上説明したように、本予約システム１によれば、入院診療の予約においても、クリニカルパスに従って、必要な病院資源の確保と予約を確実に行うことが可能であり、病院資源の予約状況や患者の都合によるクリニカルパス変更に対しても十分対応し、予約を行うことができる。

以上、添付図面を参照しながら、本発明に係る予約システム等の好適な実施形態について説明したが、本発明はかかる例に限定されない。当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例又は修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

本実施の形態に係る予約システム１の概略構成を示す図 サーバ１０１のハードウェア構成図 記憶部２０２が保持する情報を示す図 院内情報システム１１１を構成する各部門システムを示す図 データベース３０１が保持する情報を示す図 放射線部門情報３１を示す図 臨床検査情報３２を示す図 医事会計情報３６を示す図 患者情報３９を示す図 端末１０２、１０３のハードウェア構成図 サーバ１０１による予約処理の概略フローチャート サーバ１０１による予約処理の概略フローチャート 入院オーダ票８１を示す図 胃潰瘍切除のクリニカルパス９１を示す図 全治療過程情報３５１を示す図 未実施検査の確認、外来検査可否の判定処理の手順（ステップ６０２）を示すフローチャート 手術前検査チェック後のクリニカルパス９５を示す図 病院資源（ＣＴ検査機器） の仮予約処理の手順（ステップ６０５）を示すフローチャート ＣＴの予約状況表５０１を示す図 空きベッド状況表５３１を示す図 日程入りクリニカルパス５５１を示す図 日程、病院資源予約入り入院オーダ票９０１を示す図

符号の説明

１………予約システム
１０１………サーバ
１０２………端末
１０３………端末
１０４………入院診療に関わる各部門
１０５………患者
１０９………ネットワーク
１１１………院内情報システム
１１２………予約システム
１１３………通信システム
２０１、４０１………制御部
２０２、４０２………記憶部
３０１………データベース
３１１………制御プログラム
３１２………アプリケーションプログラム
２１………放射線部門システム
２２………臨床検査システム
２３………薬剤部門システム
２４………看護システム
２５………給食システム
２６………医事会計システム
２８………人事管理システム
２９………患者情報管理システム
８１、９０１………入院オーダ票
９１、９５、５５１………クリニカルパス

Claims (4)

1. サーバと少なくとも１つの端末装置とがネットワークを介して互いに通信可能に接続され、患者の入院診療に関する予約を行う予約システムであって、
   前記サーバは、
   各種病院資源に関する院内情報と、標準的な診療計画を示し前記院内情報と関連付けられるクリニカルパスと、患者情報と、を保持する保持手段と、
   前記保持されたクリニカルパスのうちの前記患者に適用される適用クリニカルパスに基づいて、入院診療に必要な前記病院資源を予約する予約手段と、
   前記病院資源の予約状況を前記端末装置に通知する通知手段と、
   を具備することを特徴とする予約システム。
2. 前記適用クリニカルパスに従って、前記院内情報或いは前記患者情報の少なくともいずれかを参照して、入院日を算出する入院日算出手段を、
   さらに具備し、
   前記通知手段は、前記入院日を前記端末装置に通知することを特徴とする請求項１記載の予約システム。
3. 前記予約手段は、最初に前記病院資源の仮予約を行い、前記入院日算出手段が算出した入院日を前記端末装置が承認した場合、前記仮予約された前記病院資源を本予約することを特徴とする請求項２記載の予約システム。
4. 前記予約手段は、前記適用クリニカルパスが変更された場合、当該変更後の適用クリニカルパスに基づいて、利用可能な前記病院資源を再度予約することを特徴とする請求項１から請求項３までのいずれかに記載の予約システム。

Images