JP3226336U - 病院内におけるアメニティーサービスシステム及び患者用端末 - Google Patents

Abstract

【課題】医療従事者の負担を増大させることなく、患者に対して手厚いアメニティーサービスを提供できるシステムを提供する。【解決手段】アメニティーサービスシステム１００は、患者用端末１０、管理サーバ２０、及びスタッフ用端末３０を備え、病院内におけるアメニティーサービスの提供に利用される。管理サーバは、患者用端末及びスタッフ用端末とインターネット等のネットワークを通じて接続されている。患者用端末は、アメニティーサービスを申し込むための申込ボタン１１、スタッフを呼び出すための呼出ボタン１２、及びアメニティーサービスに対する対価を支払うための支払ボタン１３を有し、各ボタンが押下されたときに各ボタン別の信号を管理サーバへ送信する。管理サーバは、患者用端末から各ボタン別の信号を受信したときに、各ボタン別の通知をスタッフ用端末へ送信する。【選択図】図１

Description

本考案は、病院内で患者に対してアメニティーサービスを提供する際に利用されるシステム及び患者端末に関する。

従来から、病室又は病床に設置されたにナースコールボタンを利用して、患者が看護師を呼び出すためのシステムが知られている（特許文献１）。特許文献１に記載のナースコールシステムは、患者が看護師を呼び出すためのナースコール子機と、ナースコール子機による呼出をナースステーションにおいて報知するナースコール親機と、ナースコール子機からの呼出に応答するために看護師が携行する複数の携帯端末と、呼出および応答を制御する制御機と備えている。また、この制御機は、外部機器から呼出情報テーブルを取得し、ナースコール子機から呼出に関連付けられた呼出信号を受信した場合には、複数の携帯端末のうち、呼出情報テーブルに関連付けられた特定の看護師に関連付けられた特定の携帯端末に呼出信号を送信するように構成されている。

特開２０２０−００５０１１号公報

ところで、現在、病院では医療従事者が医療本体業務で多忙であることから、患者のアメニティ満足度を向上させるための施策はハード面の整備だけで手一杯の状態にあり、ソフトサービスが十分な状況ではない。つまり、医療従事者のマンパワーだけではソフトサービスにまで十分に手が廻らないというのが現状である。また、医療従事者にソフトサービスの提供を業務して負担させると、ソフトサービスの受付や、提供、料金回収の業務負担が増大するだけでなく、患者からのクレーム等についても医療従事者が対応しなければならなくなるため、医療本体業務と並行してソフトサービスの提供を行うことは困難である。このような状況を鑑みると、病院内において新しいソフトサービスを提供しようとしても、人的ソースが圧倒的に不足しているといえる。また、患者の院内移動が多頻度にある場合その管理が大変になることや、サービス料金の回収作リスクを病院本体が負担することが事実上困難であるという状況も、新しいソフトサービスの導入の大きな障害となっている。

そこで、本考案は、病院内におけるアメニティーサービスの提供に役立つ新規なシステムを提供することを目的とする。

本考案の第１の側面は、病院内におけるアメニティーサービス提供のためのシステム（アメニティーサービスシステム）に関する。このアメニティーサービスシステムは、基本的に既存のナースコールシステムとは別に構築される。本考案に係るシステムは、患者用端末、管理サーバ、及びスタッフ用端末を備える。管理サーバは、患者用端末及びスタッフ用端末とインターネット等のネットワークを通じて接続されている。患者用端末は、アメニティーサービスを申し込むための申込ボタン、スタッフを呼び出すための呼出ボタン、及びアメニティーサービスに対する対価を支払うための支払ボタンを有しており、各ボタンが押下されたときに各ボタン別の信号を管理サーバへ送信する。なお、各ボタンは物理的なボタンに限られず、例えばタッチパネルディスプレイ上に表示される電子的なボタンであってもよい。また、管理サーバは、患者用端末から各種信号を受信したときに、各ボタン別の通知をスタッフ用端末へ送信する。

本考案において、スタッフ用端末は、医療従事者ではなく、アメニティーサービスの専門スタッフによって利用されることが想定されている。このように、既存のナースコールシステムとは別に、アメニティーサービスシステムを構築しておき、アメニティーサービスの申し込みがあったときには専門スタッフが対応するようにすることで、医療従事者の負担を増大させることなく、患者に対して手厚いアメニティーサービスを提供することが可能となる。また、患者用端末に申込ボタン、呼出ボタン、支払ボタンを設けることで、専門スタッフに事前に患者の要望を伝達することができるため、効率的なサービス対応ができるようになる。また、ナースコールシステムは、病院内のイントラネット（ローカルネットワーク）によって構築されることが一般的であるが、本考案に係るアメニティーサービスシステムは、インターネットを介したクラウドシステムとして構築することが好ましい。これにより、病院内に新しいネットワークを構築する必要がなくなることから、アメニティーサービスシステムの導入が容易になる。

本考案に係るシステムにおいて、患者用端末は、各ボタン別の信号とともに自己端末の識別情報を管理サーバへ送信することが好ましい。この場合、管理サーバは、患者用端末の識別情報に関連付けて、当該患者用端末を操作する患者、又は当該患者用端末が備え付けられた病室もしくは病床に関する患者関連情報を記憶したデータベースを有する。そして、管理サーバは、患者用端末から信号を受信したときに、各ボタン別の通知とともに、患者関連情報をスタッフ用端末へ送信する。このように構成することで、専門スタッフがスタッフ用端末を利用してアメニティーサービスを求める患者の所在を迅速に把握することができる。

本考案に係るシステムにおいて、スタッフ用端末は、アメニティーサービスの申し込みに対応するための第１のスタッフ用端末、スタッフの呼び出しに対応するための第２のスタッフ用端末、及び支払いに対応するための第３のスタッフ用端末を含むこととしてもよい。この場合、管理サーバは、申込ボタンの信号を受信した場合には第１のスタッフ用端末へ通知を送信し、呼出ボタンの信号を受信した場合には第２のスタッフ用端末へ通知を送信し、支払ボタンの信号を受信した場合には第３のスタッフ用端末へ通知を送信することが好ましい。これにより、専門スタッフの業務分担が容易になる。例えば、アメニティーサービスに申し込みに対応する専門スタッフ、呼び出しに対応する専門スタッフ、及び支払に対応する専門スタッフをそれぞれ準備しておくことで、業務効率を向上させることができる。

本考案に係るシステムにおいて、患者用端末は、各ボタンが押下されたときに、その旨を表示するための受付表示部をさらに有することが好ましい。これにより、患者自身でボタンの押下の有無を確認することができるため、例えばサービスの申込ボタンが繰り返し押下されるような事態を抑制できる。

本考案の第２の側面は、ネットワークを通じて管理サーバに接続可能な患者用端末に関する。本考案に係る患者用端末は、アメニティーサービスを申し込むための申込ボタンと、スタッフを呼び出すための呼出ボタンと、アメニティーサービスに対する対価を支払うための支払ボタンと、各ボタンが押下されたときに各ボタン別の信号を管理サーバへ送信する通信部とを有する。

本考案によれば、病院内におけるアメニティーサービスの提供に役立つ新規なシステムを提供することができる。

図１は、アメニティーサービスシステムの概要を模式的に示している。 図２は、患者用端末、管理サーバ、及びスタッフ用端末の機能構成例を示したブロック図である。

以下、図面を用いて本考案を実施するための形態について説明する。本考案は、以下に説明する形態に限定されるものではなく、以下の形態から当業者が自明な範囲で適宜変更したものも含む。

図１及び図２に示されるように、アメニティーサービスシステム１００は、患者用端末１０、管理サーバ２０、及びスタッフ用端末３０を含む。患者用端末１０は、患者自身が保持したり、患者の病室又は病床に設置される。管理サーバ２０は、患者用端末１０及びスタッフ用端末３０とインターネットを介して接続されている。管理サーバ２０は、アメニティーサービス事業を運営する事業者によって運用される。スタッフ用端末３０は、アメニティーサービスを実際に提供する専門スタッフによって利用される。スタッフ用端末３０は、同じ端末で申込通知、呼出通知、及び支払通知をそれぞれ受け取ることとしてもよいし、アメニティーサービスの申込通知を受け取るための第１端末３０（ａ）、呼出通知を受け取るための第２端末３０（ｂ）、支払通知を受け取るための第３端末（ｂ）をそれぞれ別に設けることとしてもよい。

患者用端末１０は、アメニティーサービスを申し込むための申込ボタン１１と、専門スタッフを呼び出すための呼出ボタン１２と、アメニティーサービスに対する対価を支払うための支払ボタン１３を有する。図１に示した例において、各ボタン１１〜１３は、手足の不自由な患者でも扱いやすいように物理ボタンで構成されている。各ボタン１１〜１３が押下されると、患者用端末１０の制御部１４は、各ボタンに対応した制御信号を生成し、その制御信号を通信部１５によりインターネットを通じて管理サーバ２０へと送信する。制御部１４は、信号生成用の制御回路であってもよいし、ＣＰＵなどの一般的なプロセッサであってもよい。また、制御部１４は、患者用端末１０ごとに設定された固有の識別情報（端末ＩＤ）をメモリなどの記憶部に記憶しており、各ボタンが押下されたときに自身の識別情報を読み出して、ボタンに対応した制御信号とともに識別情報を通信部１５によって管理サーバ２０に送信する。通信部１５は、ＳＩＭカードなどを備え、３Ｇや４Ｇといったセルラー回線に接続可能な構成を有していてもよいし、Ｗｉ−Ｆｉ（登録商標）などの無線ＬＡＮに接続可能な構成を有していてもよい。

また、患者用端末１０には、受付表示部１６が設けられており、各ボタン１１〜１３が押下されたときに患者が視認可能な態様でその旨が端末上に表示される。例えば、図１に示した例の受付表示部１６は、ボタンの押下に連動してＬＥＤ等の光源が発光し、「お伺いいたします／少々お待ちください」といった文字が点灯する。また、患者用端末１０には、あわせてエラー表示部１７が設けられており、制御信号の送信に何らかの問題が生じたと制御部１４によって判断された場合に、その旨が端末上に表示される。図１に示した例のエラー表示部１７は、何らかの問題が生じた場合にＬＥＤ等の光源が発光し、「エラー」といった文字が点灯する。

また、患者用端末１０の筐体にはＱＲコード（登録商標）などの二次元コードやその他バーコードなどの一次元コードなどが印刷されたコード部１８を設けられている。このコード部１８に設けられた一次元コード又は二次元コードには、制御部１４内に記憶された識別情報と同じ情報がパラメータとして埋め込まれている。このコード部１８に埋め込まれた情報は、患者用端末１０の識別情報を患者、病室、又は病床などを特定するための情報（以下「患者関連情報」）と関連付ける際に利用される。すなわち、スタッフ用端末又はその他の携帯端末（スマートフォンなど）でコード部１８を読み取り、そこに埋め込まれた患者用端末１０の識別情報を抽出した上で、この識別情報と患者関連情報を関連付けて管理サーバ２０に登録しておくことができる。患者関連情報の例としては、患者、病室、もしくは病床固有のＩＤ（患者ＩＤ、病室ＩＤ、病床ＩＤ）や、患者の氏名、患者番号、病室番号、又は病床番号などが挙げられる。

管理サーバ２０は、通信部２１によって患者用端末１０から各ボタン別の制御信号と端末固有の識別情報（端末ＩＤ）を受信する。管理サーバ２０の制御部２２は、各ボタン別の制御信号に基づいて、スタッフ用端末３０へ送信するための通知情報を生成する。具体的には、制御部２２は、申込ボタン１１が押下されている場合には申込通知、呼出ボタン１２が押下されている場合には呼出通知、支払ボタン１３が押下されている場合には支払通知を生成すればよい。また、データベース２３には、患者用端末１０の端末ＩＤを主キー項目として前述の患者関連情報が登録されている。制御部２２は、ボタンが押下された患者用端末１０の端末ＩＤを参照して、このデータベース２３から、当該端末ＩＤに関連付けられている患者関連情報を読み出す。そして、制御部２３は、上記のようにして生成した通知情報とデータベース２３から読み出した患者関連情報を、通信部２１によってインターネットを介してスタッフ用端末３０へ送信する。

また、前述のように、アメニティーサービスの申込通知を受け取るための第１端末３０（ａ）、呼出通知を受け取るための第２端末３０（ｂ）、支払通知を受け取るための第３端末（ｂ）をそれぞれ別に設けることも可能である。この場合、管理サーバ２０の制御部２３は、各ボタン１３に対応した通知情報を、第１端末３０（ａ）、第２端末３０（ｂ）、第３端末（ｂ）にそれぞれ分けて送信する。つまり、管理サーバ２０は、申込ボタン１１の信号を受信した場合にはアメニティーサービスの申し込みに関する通知情報を第１端末３０（ａ）へ送信し、呼出ボタン１２の信号を受信した場合にはスタッフの呼び出しに関する通知情報を第２用端末３０（ｂ）へ送信し、支払ボタン１３の信号を受信した場合にはアメニティーサービスに対する対価の支払いに関する通知情報を第３端末３０（ｃ）へ送信することとなる。

スタッフ用端末３０としては、一般的なスマートフォンやタブレット端末などの携帯型情報端末を用いることができる。スタッフ用端末３０は、通信部３１によって管理サーバ２０から各ボタンに対応した通知情報と患者関連情報を受信する。スタッフ用端末３０の制御部３２は、通知情報と患者関連情報を表示部３３に表示する。表示部３３の例は、液晶ディスプレイや有機ＥＬディスプレイである。また、スタッフ用端末３０は、操作部３４を有し、通知情報の受け取り確認のための操作など入力できる。なお、操作部３４の例は、タッチパネルであり、表示部３３ととともにタッチパネルディスプレイを構成していてもよい。

以上の通り、既存のナースコールシステムとは別に、本考案に係るアメニティーサービスシステム１００を構築しておくことで、アメニティーサービスの申し込みがあったときには専門スタッフが対応しやすくなる。これにより、医療従事者の負担を増大させることなく、患者に対して手厚いアメニティーサービスを提供することが可能となる。

以上、本願明細書では、本考案の内容を表現するために、図面を参照しながら本考案の実施形態の説明を行った。ただし、本考案は、上記実施形態に限定されるものではなく、本願明細書に記載された事項に基づいて当業者が自明な変更形態や改良形態を包含するものである。

本考案は、病院内で患者に対してアメニティーサービスを提供する際に利用されるシステム及び患者端末に関する。従って、本考案は、医療業において好適に利用し得る。

１０…患者用端末 １１…申込ボタン
１２…呼出ボタン １３…支払ボタン
１４…制御部 １５…通信部
１６…受付表示部 １７…エラー表示部
１８…コード部 ２０…管理サーバ
２１…通信部 ２２…制御部
２３…データベース ３０…スタッフ用端末
３１…通信部 ３２…制御部
３３…表示部 ３４…操作部

Claims (5)

1. 患者用端末、管理サーバ、及びスタッフ用端末を備え、前記管理サーバが前記患者用端末及びスタッフ用端末とネットワークを通じて接続されている、病院内におけるアメニティーサービスシステムであって、
   前記患者用端末は、アメニティーサービスを申し込むための申込ボタン、スタッフを呼び出すための呼出ボタン、及びアメニティーサービスに対する対価を支払うための支払ボタンを有し、各ボタンが押下されたときに各ボタン別の信号を前記管理サーバへ送信するものであり、
   前記管理サーバは、前記患者用端末から前記信号を受信したときに、各ボタン別の通知を前記スタッフ用端末へ送信する
   アメニティーサービスシステム。
2. 前記患者用端末は、各ボタン別の信号とともに自己端末の識別情報を前記管理サーバへ送信するものであり、
   前記管理サーバは、前記患者用端末の前記識別情報に関連付けて、当該患者用端末を操作する患者、又は当該患者用端末が備え付けられた病室もしくは病床に関する患者関連情報を記憶したデータベースを有し、前記患者用端末から前記信号を受信したときに、各ボタン別の通知とともに、前記患者関連情報を前記スタッフ用端末へ送信する
   請求項１に記載のシステム。
3. 前記スタッフ用端末は、アメニティーサービスの申し込みに対応するための第１のスタッフ用端末、スタッフの呼び出しに対応するための第２のスタッフ用端末、及び支払いに対応するための第３のスタッフ用端末を含み、
   前記管理サーバは、前記申込ボタンの信号を受信した場合には前記第１のスタッフ用端末へ通知を送信し、前記呼出ボタンの信号を受信した場合には前記第２のスタッフ用端末へ通知を送信し、前記支払ボタンの信号を受信した場合には前記第３のスタッフ用端末へ通知を送信する
   請求項１又は請求項２に記載のシステム。
4. 前記患者用端末は、各ボタンが押下されたときに、その旨を表示するための受付表示部をさらに有する
   請求項１から請求項３のいずれかに記載のシステム。
5. ネットワークを通じて管理サーバに接続可能な患者用端末であって、
   アメニティーサービスを申し込むための申込ボタンと、
   スタッフを呼び出すための呼出ボタンと、
   アメニティーサービスに対する対価を支払うための支払ボタンと、
   各ボタンが押下されたときに各ボタン別の信号を前記管理サーバへ送信する通信部と、を有する
   患者用端末。

Images