患者の離院防止と検知、病棟の全体ではなく離院の経路から見ます

深夜の勤務帯で、病室の一つが空いていることに気づく。そのあとの数分は、どの病棟でも似たように流れます。トイレを開けて見て、廊下を見渡し、休憩のスペースを見て、それでもいなければ、エレベーターホールと階段室のほうへ出ていきます。そのあいだに患者は、すでに別の階にいるか、建物を出ているかもしれません。

こうした状況を減らそうと病棟に位置把握を入れようという話が出ると、話し合いはたいてい一つの方向へ流れます。「病棟一つを覆うのに機器は何台必要ですか。」面積を割って階数を掛けた数字が出て、その数字を見たところで議論が止まります。

ところが離院は、病棟の全体で均一に起きるわけではありません。離院は経路をたどります。病棟を出るにはエレベーターホールか階段室を通らなければならず、病棟の出入口を通過しなければなりません。患者がどの病室から出発しても、最後の数十メートルは同じ場所へ集まります。

だから設計の最初の問いは「どこを覆うか」ではなく、「患者が通らざるをえない場所はどこか」です。この問いを先に置くと機器の台数が減り、何より通知が届く時点が早くなります。

I. 病棟の全域を均一に覆うと起きること

全域を覆う設計は直感的です。図面の上に格子を置いて、空白がないように埋めます。どの病室でも座標が出るので、画面はなめらかです。

問題は二つです。

一つ目は、見積もりが導入の議論を飲み込むことです。病棟の一フロアではなく病院の全体を同じ密度で埋める数字が出ると、その数字は予算の会議を通りにくい。通ったとしても、着手までに時間がかかります。

二つ目のほうが大きい問題です。均一に覆っても、通知が遅れることがあります。病室と廊下の座標をどれだけ細かく取っても、「患者が病棟を出ました」という判定が境界を越えたあとに出るなら、対応はすでに確認ではなく捜索に変わっています。看護のスタッフに必要なのは、患者が今どこにいるかを見せる画面ではなく、出ていく前に手の届く数分です。

二つを並べて見ると、順序が整理されます。予算も時間も、離院の経路に先に使います。

II. 離院の経路に先に取り付けます

ORBRO が病棟に使う屋内のリーダーは TwinTracker BLE です。患者が装着したタグの信号を受けて位置を判定します。このリーダーをどこに付けるかが、結果を分けます。

1. エレベーターホール、階段室の前、病棟の出入口

この三つの地点が最初の配置の対象です。病棟を出る動線は、例外なくこのうちの一つを通ります。この場所にリーダーがあれば、患者がエレベーターのボタンの前に立った時点で、すでに通知が出ます。病棟の全域を均一に覆った構成より、この三つの地点を正確に押さえた構成のほうが先に届きます。

2. 立入制限の区域

薬品準備室と処置室は、性格の違う場所です。患者が入る理由のない空間であり、入った瞬間がそのまま確認の対象になります。この区域にリーダーを置けば、進入の時点でナースステーションの画面に表示されます。制限の区域と離院の経路に先に配置すれば、病棟の全域を覆う規模を抑えながら、実際に必要な地点を押さえられます。区域ごとに規則を変えて掛ける方法は、RTLS の区域設定と活用の回で詳しく扱いました。

3. 患者が装着するもの

Medical Wristband は、病院ですでに使っている患者確認用のリストバンドと形が似ています。新しい装置をもう一つ着ける感じが薄いので、装着の拒否が減ります。素材は院内の消毒の手順に耐えられるように選ばれています。リストバンドが手首から外れる状況は、記憶や判断に困難のある患者に起きやすいので、取り外しの検知は仕様を確認して適用します。

判断の項目	病棟の全域を均等に配置	離院の経路を優先して配置
最初の配置の地点	図面の格子を基準	エレベーターホール・階段室・病棟出入口
通知の時点	境界を越えたあと	境界の前に立ったとき
初期の機器の台数	面積に比例	経路の地点の数に比例
拡張の方法	最初から全病棟	一病棟で検証してから複製

III. 出る前に知らせるということ

位置を知ることと、出る前に知ることは違います。後者を作るには座標だけでは足りず、患者ごとにどこまでが許容の範囲なのかが一緒になければなりません。

院内のサーバーが、その照合を担います。患者ごとに決められた許容の区域と現在の位置を比べ続け、範囲を出る前に警告を送ります。同じ患者でも回復の段階によって許容の範囲は変わるので、この値は最初に一度決める設定ではなく、運用の途中で変わる値として置きます。

通知が作られることと、通知が届くことも違います。ナースステーションの画面一つにだけ出すと、ステーションが空いている時間帯には誰も見られません。ORBRO OS はステーションの画面と担当者の携帯の端末に同じ通知を送り、勤務帯と担当の病棟によって受信の対象を分けて設定します。誰がいつ確認したかが履歴として残るので、申し送りのときに、その履歴がそのまま根拠になります。

記録の範囲も最初に決めます。手術室や処置室は在室の有無だけを残すというように、詳しい動線を残す区域と残さない区域を分けておきます。

IV. 離院だけが事故ではありません

病棟で対応が遅れて問題になる状況は、離院一つではありません。

リストバンドの取り外しが、その一つです。手首からリストバンドが外れた瞬間から、その患者は画面から消えます。離院の試みと結果が同じになるので、取り外しの時点は離院と同じ重さで扱います。

転倒と長時間の無動が、もう一つです。トイレや病室の隅で倒れたあと長く動かない状態は、病室の外からは見えません。倒れる瞬間の動きと、倒れたあとにとどまる状態が一緒に確認され、通知として伝わります。ここで大切なのは、発生の場所と時刻が通知に一緒に来るという点です。どの場所で何時に起きたことなのかが出てこそ、看護のスタッフはどこへ向かうかをすぐ判断できます。

病室からの呼び出しも、同じ体系の中に置かれます。病室と処置室に設置した Safety Bell を押すと、押された場所が通知と一緒にステーションに表示されます。すでに使っているナースコールの設備がある病棟なら、それを取り払わずに並べて運用する方法を先に検討します。

同じインフラの上で、医療機器の位置も一緒に見ます。移動式の撮影装置や手術用の顕微鏡に専用のタグを付ければ、機器の名称と管理の番号で、最終の認識区域と時刻が出ます。稼働の時間と未使用の期間も一緒にたまります。機器の側の話は病院の資産管理と医療機器の位置把握の回で別に扱いました。

V. 病院で導入するときの検討事項

ほかの現場にない関門が、病院には二つあります。この二つを先に置いてから、残りの実務の項目を付けます。

1. 医療機器に与える電波の影響

病棟にはすでに無線の機器が多く、その隣に患者の監視の装置と治療の装置があります。リーダーをどこに何台付けるかは、この条件を一緒に置いて決めます。設置の位置と出力を設置の前に検討し、臨床工学の担当部門と配置の図面を一緒に確認する手順を、日程に入れます。この検討を着工のあとに回すと、配置がまるごと変わることがあります。

2. 患者の情報がどこにとどまるか

病棟の位置のデータは、患者の情報とつながっています。ORBRO の構成は位置の判定と許容区域の照合を院内のサーバーで処理するので、患者の情報が院内にとどまる構成になります。外部へデータを出さない構造を前提に検討を始める病院なら、この地点が初期の議論の出発点になります。院内で処理する構造そのものは、エッジとオンプレミスの管理の回で構造の単位で扱いました。

続く実務の項目です。

1. 一つの病棟で先に検証します。 リーダーを離院の経路に配置し、通知が時間どおりにステーションと端末へ届くかを、実際の勤務帯の運用で確認します。ここで出た調整の値を持って、次の病棟へ広げます。
2. 決裁が先に下りる項目から着手します。 位置の確認と通知の伝達、電子カルテの連携を一つに束ねると、全体が最も遅い項目の速度に引きずられます。分けておけば、承認された項目から始められます。
3. 電子カルテの連携は、ベンダーの開放の範囲を先に確認します。 連携できる範囲が確認されたあとに、日程を組みます。
4. リストバンドの回収と再使用の規則を決めます。 退院時の回収、消毒、再割り当ての手順が病棟の業務の流れにどう付くかが、最初の一か月を越える条件です。

おわりに

患者の離院検知は、病棟をのぞき込むシステムではありません。患者が出ていく前に、看護のスタッフの手が届く数分を作り、リストバンドが外れた時点と、倒れたあと動かない状態を同じ画面で見落とさないようにする層です。その数分を作るのは機器の台数ではなく、受信機が置かれた場所です。

ORBRO は Medical Wristband と TwinTracker BLE から ORBRO OS の管理画面まで、一つの手で作ります。離院の経路にリーダーを配置し、院内のサーバーで患者ごとの許容区域と照合し、通知を勤務帯に合わせて分けて送り、確認の履歴を残す仕事が、一つの体系の中でつながります。Safety Bell の呼び出しと医療機器のタグも、同じ画面に載ります。

病棟の構造と勤務の体系によって、リーダーの配置と通知の規則は変わります。患者離院検知ソリューションのページで構成と連携の製品をご確認いただき、病棟の平面図と勤務帯の編成をいただければ、配置の地点と導入の順序を一緒に検討いたします。