JP7354560B2 - 通知処理装置、制御方法、プログラム、及びシステム - Google Patents

Description

本発明は情報伝達の技術に関する。

病院では、患者から看護師等へ緊急の要件を伝えるためのナースコールシステムが導入されている。一般的には、ベッドに設けられているボタンを押すことにより、ナースステーションにいる看護師等と患者との間で会話ができるようになっている。

患者から看護師等へ緊急の要件を伝えるためのシステムを開示している先行技術文献として、特許文献１が挙げられる。特許文献１は、患者が利用するナースコール子機に指紋認証付き握りボタンが設置されているナースコールシステムを開示している。患者が利用する子機に指紋認証の機能を持たせることにより、患者がどの場所に設置されている子機を操作しても、連絡を受けた看護師等がその患者を特定することができるようになっている。

特開２００３－２３４８３６号公報

先行技術文献に記載されているシステムでは、患者の要件を看護師等に伝えるために、患者と看護師等との間で会話を行う必要がある。そのため、看護師等がナースコールに応答することが難しい状況にある場合、看護師等へ要件を伝えることができない。

本発明が上記の課題に鑑みてなされたものであり、その目的の一つは、患者からの連絡をより柔軟に行うことができる技術を提供することである。

本発明の通知処理装置は、１）患者によって操作される第１端末から、患者の要件を表す要件情報と患者の識別情報との組み合わせを受信する受信部と、２）受信した要件情報によって特定される患者の要件、受信した患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、特定した通知先へ通知を送信する通知処理部と、を有する。

本発明の制御方法はコンピュータによって実行される。当該制御方法は、１）患者によって操作される第１端末から、患者の要件を表す要件情報と患者の識別情報との組み合わせを受信する受信ステップと、２）受信した要件情報によって特定される患者の要件、受信した患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、特定した通知先へ通知を送信する通知処理ステップと、を有する。

本発明のプログラムは、本発明の制御方法が有する各ステップをコンピュータに実行させる。

本発明のシステムは、患者によって操作される第１端末と、通知処理装置とを有する。
第１端末は、１）要件を特定する入力を受け付ける入力受付部と、２）入力によって特定される要件を表す要件情報と患者の識別情報との組み合わせを通知処理装置へ送信する送信部と、を有する。
通知処理装置は、１）送信された組み合わせを受信する受信部と、２）受信した要件情報によって特定される患者の要件、受信した患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、特定した通知先へ通知を送信する通知処理部と、を有する。

本発明によれば、患者からの連絡をより柔軟に行うことができる技術が提供される。

本実施形態のシステムの概要を説明するための図である。 実施形態１のシステムの機能構成を例示する図である。 第１端末を実現するための計算機、及び通知処理装置を実現するための計算機を例示する図である。 実施形態１のシステムによって実行される処理の流れを例示するフローチャートである。 患者が要件を選択するために利用する選択画面を例示する図である。 受信端末のディスプレイ装置に表示される要件通知を例示する図である。 実施形態２のシステムの概要を例示する図である。 実施形態２の通知処理装置の機能構成を例示する図である。 第２端末のハードウエア構成を例示する図である。 実施形態２の通知処理装置が、第１端末から要件情報を受信した際の処理の流れを例示するフローチャートである。 実施形態２の通知処理装置が、第２端末から閲覧リクエストを受信した際の処理の流れを例示するフローチャートである。 患者を選択させる選択画面を例示する図である。 第２端末のディスプレイ装置に表示された閲覧情報を例示する図である。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。また各ブロック図において、特に説明がない限り、各ブロックは、ハードウエア単位の構成ではなく機能単位の構成を表している。

［実施形態１］
＜概要＞
図１は、本実施形態のシステム４０００の概要を説明するための図である。なお、図１は、システム４０００に対する理解を容易にするための例示であり、システム４０００の機能は図１に表されているものに限定されない。

システム４０００は、第１端末２０００及び通知処理装置３０００を有する。第１端末２０００は、システム４０００が導入されている病院の患者１０によって操作される端末である。患者１０は、病院を利用している任意の患者とすることができる。ただし、第１端末２０００は、病院に入院している患者に利用されることが、特に好適である。なお、ここでいう「入院」には、病院に宿泊するケースだけでなく、入院当日に退院するケースも含まれる。

第１端末２０００は、例えばスマートフォンやタブレット端末などといった携帯端末などである。携帯端末は、患者１０が所有するものであってもよいし、病院から患者１０へ貸与されるものであってもよい。

一般的に、病院の患者は、ベッド付近に設置されているナースコールボタンを利用して看護師等へ通知をし、看護師等と会話をすることができる（いわゆるナースコール）。この点、システム４０００が導入されている病院では、一般的なナースコールに加え又はこれに代えて、第１端末２０００を利用して看護師等へ通知をすることができる。

患者１０は、看護師等へ要件を伝えるために、第１端末２０００を利用する。第１端末２０００は、要件を特定する入力を受け付ける。例えば第１端末２０００のディスプレイ装置には、複数の要件のうちの１つ以上を選択可能な入力インタフェース（ボタンなど）が表示される。患者は、この入力インタフェースを利用することで、要件を特定する入力を行う。

第１端末２０００は、入力によって特定された要件を示す情報（以下、要件情報２０）を通知処理装置３０００へ送信する。例えば要件情報２０は、要件の識別情報を示す。ここで、第１端末２０００は、患者の識別情報（以下、患者識別情報３０）を、要件情報２０と組み合わせて送信する。患者１０の識別情報は、患者１０同士を互いに識別可能な任意の情報（例えば、病院が患者１０に割り当てる診察券番号や、マイナンバーなど）である。

通知処理装置３０００は、患者１０からの要件を表す通知を適切な通知先へ送信する装置である。以下、患者の要件を表す通知を要件通知５０と呼び、要件通知５０を受信する端末を受信端末７０と呼ぶ。まず、通知処理装置３０００は、第１端末２０００から送信された要件情報２０と患者識別情報３０との組み合わせを受信する。通知処理装置３０００は、受信した要件情報２０によって特定される患者１０の要件、受信した患者識別情報３０、及びその患者識別情報３０によって特定される患者１０に関する位置情報のいずれか１つ以上を用いて、その要件に関する通知の通知先とする受信端末７０を特定する。
そして、通知処理装置３０００は、特定した受信端末７０へ要件通知５０を送信する。

患者１０に関する位置情報は、その患者１０がいると推測される場所を表す情報であり、必ずしも患者１０の現在位置を正確に表す情報でなくてもよい。例えば患者１０に関する位置情報は、その患者１０が利用している病室やベッドの識別情報（部屋番号やベッドの番号など）である。その他にも例えば、位置情報は、第１端末２０００に設けられている位置センサ（例えば GPS（Global Positioning System）センサ）を用いて検知される座標である。

＜代表的な作用効果＞
一般的なナースコールシステムでは、患者は、ナースコールボタンを利用して看護師等へ通知をし、看護師等と会話をすることで要件を伝える。いわば、看護師等へ電話をかけるような形で、要件を伝えることとなる。そのため、看護師等が応答できない場合、患者は要件を伝えることができない。また、処理中の作業を中断してナースコールに応答しなければならない場合には、作業効率の低下につながる。

本実施形態のシステム４０００によれば、患者１０が第１端末２０００に対して要件を特定する入力を行い、その要件を表す要件通知５０が看護師等の受信端末７０へ送信される。そのため、患者１０は、看護師等と会話をすることなく、看護師等へ容易に要件を伝えることができる。また、看護師等は、会話をしなくても患者１０からの要件を容易に把握することができる。このように、システム４０００によれば、会話をしなければ患者１０から看護師等へ要件を伝えることができないケースと比較し、患者１０から看護師等へより簡単に要件を伝えることができる。よって、患者１０にとって病院の利便性が向上する。

さらに、患者１０と看護師等との間で会話をしなくても要件を伝えられることから、看護師等がすぐに応答できない状況でも、患者１０から看護師等へ要件を発することができる。看護師等は、受信端末７０が要件通知５０を受信した時点では作業を中断することが難しい場合、中断可能なフェーズまで作業を進めた後に、要件通知５０を確認することができる。また、看護師等は、要件の確認（要件通知５０の閲覧）のみを即時に行い、その要件の内容に基づいて、処理中の作業を中断してすぐに要件に応答するか、又は処理中の作業を終了してから要件に応答するかを選択するということもできる。このように、システム４０００によれば、患者１０と看護師等との間でより柔軟に要件の伝達を行うことができる。

以下、本実施形態についてさらに詳細を述べる。

＜機能構成の例＞
図２は、実施形態１のシステム４０００の機能構成を例示する図である。システム４０００は、第１端末２０００及び通知処理装置３０００を有する。第１端末２０００は、受付部２０２０及び送信部２０４０を有する。受付部２０２０は、要件を特定する入力を受け付ける。送信部２０４０は、上記入力に応じ、その入力によって特定される要件を表す要件情報２０と、患者１０に関する患者識別情報３０との組み合わせを、通知処理装置３０００へ送信する。

通知処理装置３０００は、受信部３０２０及び通知処理部３０４０を有する。受信部３０２０は、要件情報２０と患者識別情報３０との組み合わせを受信する。通知処理部３０４０は、受信した要件情報２０によって特定される患者１０の要件、受信した患者識別情報３０、及びその患者識別情報３０によって特定される患者１０に関する位置情報のいずれか一つ以上に基づいて、要件通知５０の通知先とする受信端末７０を特定する。さらに通知処理部３０４０は、特定した受信端末７０へ要件通知５０を送信する。

＜第１端末２０００と通知処理装置３０００のハードウエア構成の例＞
第１端末２０００と通知処理装置３０００の各機能構成部は、各機能構成部を実現するハードウエア（例：ハードワイヤードされた電子回路など）で実現されてもよいし、ハードウエアとソフトウエアとの組み合わせ（例：電子回路とそれを制御するプログラムの組み合わせなど）で実現されてもよい。以下、第１端末２０００と通知処理装置３０００の各機能構成部がハードウエアとソフトウエアとの組み合わせで実現される場合について、さらに説明する。

図３は、第１端末２０００を実現するための計算機１０００、及び通知処理装置３０００を実現するための計算機５０００を例示する図である。計算機１０００は任意の計算機である。例えば計算機１０００は、スマートフォンやタブレット端末などの可搬型の計算機である。ただし、計算機１０００は必ずしも携帯可能な態様で利用される必要はなく、病院のベッド付近に固定で設置されてもよい。

計算機１０００は、第１端末２０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。計算機１０００が汎用の計算機である場合、計算機１０００に対して所定のプログラムをインストールすることにより、計算機１０００が第１端末２０００として機能するようにすることが好適である。以下、上記所定のプログラムのことを、アプリケーション１１０と呼ぶ。図３では、ストレージデバイス１０８０にアプリケーション１１０が格納されている。

ただし、計算機１０００を第１端末２０００として機能させる方法は、必ずしも専用のアプリケーションを計算機１０００にインストールする方法に限定されない。例えば、通知処理装置３０００が Web サイトを提供し、計算機１０００に標準でインストールされているブラウザでその Web サイトにアクセスすることにより、計算機１０００が第１端末２０００としての機能を発揮できるようにしてもよい。

計算機５０００は任意の計算機である。例えば計算機５０００は、サーバマシンや PC（Personal Computer）などといった据え置き型の計算機である。その他にも例えば、計算機５０００は、スマートフォンやタブレット端末などの可搬型の計算機であってもよい。

計算機５０００は、通知処理装置３０００を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。計算機５０００が汎用の計算機である場合、計算機５０００に対して所定のプログラムをインストールすることにより、計算機５０００が通知処理装置３０００として機能するようにすることが好適である。以下、上記所定のプログラムのことを、アプリケーション２００と呼ぶ。図３では、ストレージデバイス５０８０にアプリケーション２００が格納されている。

計算機１０００は、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０を有する。バス１０２０は、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０が、相互にデータを送受信するためのデータ伝送路である。ただし、プロセッサ１０４０などを互いに接続する方法は、バス接続に限定されない。

プロセッサ１０４０は、CPU（Central Processing Unit）、GPU（Graphics Processing Unit）、FPGA（Field－Programmable Gate Array）などの種々のプロセッサである。メモリ１０６０は、RAM（Random Access Memory）などを用いて実現される主記憶装置である。ストレージデバイス１０８０は、ハードディスク、SSD（Solid State Drive）、メモリカード、又は ROM（Read Only Memory）などを用いて実現される補助記憶装置である。

入出力インタフェース１１００は、計算機１０００と入出力デバイスとを接続するためのインタフェースである。例えば入出力インタフェース１１００には、キーボードなどの入力装置や、ディスプレイ装置などの出力装置が接続される。

ネットワークインタフェース１１２０は、計算機１０００をネットワーク２１０に接続するためのインタフェースである。ネットワークインタフェース１１２０がネットワーク２１０に接続する方法は、無線接続であってもよいし、有線接続であってもよい。

計算機１０００は、ネットワーク２１０を介して計算機５０００と接続されている。言い換えれば、第１端末２０００は、ネットワーク２１０を介して通知処理装置３０００と接続されている。ネットワーク２１０は、LAN（Local Area Network）であってもよいし、WAN（Wide Area Network）であってもよい。WAN としては、例えば、携帯電話会社から提供されるネットワーク（4G 回線など）などのように、公衆の通信網を利用することができる。第１端末２０００が公衆の通信網を利用することで、病院内でネットワークを構築するための設備（LAN ケーブルやスイッチなど）を削減することができる。そのため、設備の設置に要する労力や金銭コストを削減することができる。

なお、ネットワーク２１０は LAN と WAN の組み合わせで構築されていてもよい。例えば、通知処理装置３０００（後述するネットワークインタフェース５１２０）は LAN に接続され、その LAN と第１端末２０００（ネットワークインタフェース１１２０）との間が、WAN で接続されるようにする。こうすることで、通知処理装置３０００が病院内の他の装置（例えば後述する患者データベースサーバ）と LAN で通信できるようにしつつ、第１端末２０００はその LAN に直接接続せず、4G 回線などを利用して通知処理装置３０００と通信できるようにすることができる。

ストレージデバイス１０８０は、第１端末２０００の各機能構成部を実現するプログラムモジュール（アプリケーション１１０）を記憶している。プロセッサ１０４０は、これら各プログラムモジュールをメモリ１０６０に読み出して実行することで、各プログラムモジュールに対応する機能を実現する。

計算機５０００は、バス５０２０、プロセッサ５０４０、メモリ５０６０、ストレージデバイス５０８０、入出力インタフェース５１００、及びネットワークインタフェース５１２０を有する。バス５０２０、プロセッサ５０４０、メモリ５０６０、ストレージデバイス５０８０、入出力インタフェース５１００、及びネットワークインタフェース５１２０はそれぞれ、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０と同様の機能を有するハードウエア要素である。ただし、ストレージデバイス５０８０には、通知処理装置３０００の各機能構成部を実現するためのプログラムモジュールが格納されている。

＜処理の流れ＞
図４は、実施形態１のシステム４０００によって実行される処理の流れを例示するフローチャートである。図４において、上方のフローチャートは、第１端末２０００によって実行される処理の流れを例示している。受付部２０２０は、要件を特定する入力を受け付ける（Ｓ１０２）。送信部２０４０は、上記入力に応じ、その入力によって特定される要件を表す要件情報２０と、患者１０に関する患者識別情報３０との組み合わせを、通知処理装置３０００へ送信する（Ｓ１０４）。

図４において、下方のフローチャートは、通知処理装置３０００によって実行される処理の流れを例示している。受信部３０２０は、要件情報２０と患者識別情報３０との組み合わせを受信する（Ｓ１０６）。通知処理部３０４０は、受信した要件情報２０によって特定される患者１０の要件、受信した患者識別情報３０、及びその患者識別情報３０によって特定される患者１０に関する位置情報のいずれか１つ以上に基づいて、要件通知５０の通知先とする受信端末７０を特定する（Ｓ１０８）。さらに通知処理部３０４０は、特定した受信端末７０へ要件通知５０を送信する（Ｓ１１０）。

＜要求の入力：Ｓ１０２＞
受付部２０２０は、要件を表す入力を受け付ける（Ｓ１０２）。例えば病院では、患者１０から看護師等に伝えたい要件として、「緊急」、「トイレ」、「食事」、及び「相談」といった種々の要件が考えられる。そこで、このような要件を患者１０が入力できるように、第１端末２０００を構成しておく。例えば、第１端末２０００のディスプレイ装置に、要件を選択可能な選択画面を表示させておき、患者１０が要件を選択できるようにする。

図５は、患者１０が要件を選択するために利用する選択画面６０を例示する図である。選択画面６０は、それぞれが異なる要件を表す複数のボタン６２を含む。例えば、「緊急」というボタン６２は、緊急の要件があることを看護師等へ伝えるために選択されるボタンである。患者１０がいずれかのボタン６２を押すと、第１端末２０００は、そのボタン６２に対応する要件を表す要件情報２０を生成し、その要件情報２０を患者識別情報３０と共に通知処理装置３０００へ送信する。

なお、選択画面６０の構成は患者１０によってカスタマイズ可能であってもよい。例えば、各要件を選択する頻度は、患者１０ごとに異なると考えられる。そこで例えば、第１端末２０００は、選択画面６０におけるボタン６２の配置をカスタマイズする入力を患者１０から受け付けることができるように構成しておく。なお、画面におけるボタン配置の変更をユーザから受け付ける具体的な方法については、既存の技術を利用することができる。

また、要件を入力する方法は、画面に対する入力操作に限定されない。例えば患者１０は、第１端末２０００に対して所定の振動を加える操作を行ってもよい。例えば、第１端末２０００を振る、第１端末２０００を１回叩く、及び第１端末２０００を２回連続で叩くなどといった操作が考えられる。また、第１端末２０００に設けられているハードウエアボタン（電源ボタンや音量ボタンなど）に対して操作を加えてもよい。

さらに、第１端末２０００は、手を振るなどといった所定のジェスチャを入力操作として検出してもよい。このようなジェスチャの認識は、第１端末２０００に設けられているカメラでジェスチャを撮像し、得られた撮像画像を解析することで行われる。なお、カメラを利用してユーザのジェスチャを認識する技術には、既存の技術を利用することができる。

上述した振動を加える操作、ハードウエアボタンに対する操作、及びジェスチャ操作などの各操作は、予め要件と対応づけておく。例えば、「第１端末２０００を振る：緊急」、「第１端末２０００を１回叩く：トイレ」、「第１端末２０００を２回連続で叩く：食事」などといった対応付けを示す情報を、第１端末２０００からアクセス可能な記憶装置に予め記憶させておく。第１端末２０００は、患者１０による操作を検出したら、その操作に対応づけられている要件を特定し、その要件を表す要件情報２０を通知処理装置３０００へ送信する。

ただし、患者１０の入力操作から要件を特定する処理は、通知処理装置３０００で行われてもよい。この場合、第１端末２０００は、「第１端末２０００を振る」などといった入力操作の種類を表す情報を、要件情報２０として通知処理装置３０００へ送信する。また、患者１０のジェスチャを入力操作として検出する場合、第１端末２０００は、そのジェスチャを表す一連の撮像画像を、要件情報２０として通知処理装置３０００へ送信してもよい。通知処理装置３０００は、取得した要件情報２０を利用して、要件の特定を行う。このように通知処理装置３０００で要件の特定を行う場合、操作と要件とを対応づけた情報は、通知処理装置３０００からアクセス可能な記憶装置に記憶させておく。

＜要件情報２０と患者識別情報３０の送信：Ｓ１０４＞
送信部２０４０は、要件情報２０と患者識別情報３０との組み合わせを通知処理装置３０００へ送信する。要件情報２０は、受付部２０２０に対する入力で特定される要件を表す情報である。例えば、予め要件ごとに識別情報（識別番号など）を割り当てておく。送信部２０４０は、受付部２０２０によって入力された要件に対応する識別情報を、要件情報２０として扱う。

患者識別情報３０は、患者１０同士を互いに識別可能な任意の情報である。例えば患者識別情報３０は、病院が患者１０に割り当てる診察券番号や、マイナンバーである。ここでいうマイナンバーとは、国が各国民に割り当てた識別番号である。その他にも例えば、患者識別情報３０は、患者１０が操作する第１端末２０００の識別情報や、患者１０が操作する第１端末２０００内のアプリケーション１１０に割り当てられた識別情報であってもよい。なお、第１端末２０００やアプリケーション１１０の識別情報は、患者１０に関する情報を管理するサーバ（例えば電子カルテのデータベースを管理するデータベースサーバ）において、患者に割り当てられた診察券番号などの識別情報と対応づけられていることが好適である。このようにすることで、患者１０とその患者１０が利用する第１端末２０００やアプリケーション１１０との対応付けを管理することができる。以下、患者１０に関する情報を管理するサーバを患者データベースサーバと呼び、患者データベースサーバで管理されている患者１０に関する情報を患者情報と呼ぶ。

例えば患者情報には、診察券番号、第１端末２０００の識別情報、アプリケーション１１０の識別情報、保険証番号、マイナンバー、氏名、生年月日、及び病院の利用履歴（受診履歴）などが含まれている。なお、患者情報には診察券番号などといった患者識別情報３０として利用できる情報が含まれているため、患者情報には患者識別情報３０が含まれているといえる。

送信部２０４０は、前述した要件情報２０と患者識別情報３０の組み合わせを通知処理装置３０００へ送信する。ここで、所定の装置へ情報を送信する技術には、既存の技術を利用することができる。

＜要件情報２０と患者識別情報３０の受信：Ｓ１０６＞
受信部３０２０は、要件情報２０と患者識別情報３０との組み合わせを受信する（Ｓ１０６）。なお、他の装置から送信された情報を受信する技術には、既存の技術を利用することができる。

＜通知先とする受信端末７０の特定：Ｓ１０８＞
通知処理部３０４０は、受信した要件情報２０によって特定される要件に関する通知である要件通知５０を送信する。そのために、通知処理部３０４０は、要件通知５０の通知先となる受信端末７０を特定する（Ｓ１０８）。

受信端末７０は、要件通知５０で特定される要件を処理すべき人物（看護師等）が利用する端末とすることが好適である。すなわち、通知処理部３０４０は、要件通知５０で特定される要件を処理すべき人物の端末を、受信端末７０として特定する。

例えば、患者１０の患者識別情報３０と、その患者１０からの要件を処理すべき看護師等の識別情報とを、予め対応づけておく。例えばこの対応付けは、患者１０の患者情報に、患者１０から受け付けた要件を処理すべき看護師等の識別情報を示しておくことで実現される。通知処理部３０４０は、受信した患者１０の患者識別情報３０を示す患者情報を特定し、その患者情報に示されている看護師等の識別情報を特定する。そして通知処理部３０４０は、その看護師等が利用する端末を特定して、その端末を受信端末７０とする。なお、看護師等の識別情報とその看護師等が利用する端末とを対応づけた情報も、予め所定の記憶装置に記憶させておく。

その他にも例えば、要件通知５０で特定される要件を処理すべき人物は、患者１０の位置情報に基づいて定められてもよい。例えば患者１０の位置情報として、患者１０の病室の番号やベッドの番号など、固定の場所を利用するとする。これらの位置情報は、患者１０の患者情報に含めておく。また、看護師等の識別情報と位置情報とを対応づけた情報を、予め所定の記憶装置に記憶させておく。例えば、「看護師Ａは１０１号室の患者を担当する」、「看護師Ｂは、１０２号室のベッド１からベッド３の患者を担当する」などといった情報である。

通知処理部３０４０は、受信した患者識別情報３０を示す患者情報を特定し、その患者情報が示す位置情報と対応づけられている看護師等の識別情報を特定する。そして通知処理部３０４０は、その識別情報と対応づけられている看護師等の端末を、受信端末７０として特定する。

なお、患者１０の位置情報として患者１０の現在位置を表す情報（GPS 座標など）を利用する場合、第１端末２０００から通知処理装置３０００へ送信する情報に、位置情報を含めるようにする。この場合、通知処理部３０４０は、受信した位置情報を利用して、要件通知５０の通知先とする受信端末７０を特定する。

例えば通知処理部３０４０は、受信した位置情報に示される患者１０の現在位置を、病院の施設名などに変換する。例えば、GPS 座標を「１階のトイレ」などといった情報に変換する。そして通知処理部３０４０は、変換後の位置に対応づけられている看護師等の端末を、受信端末７０とする。なお、GPS 座標と病院内の施設とを対応付けた情報は、予め通知処理部３０４０からアクセス可能な記憶装置に記憶させておく。

その他にも例えば、要件通知５０で特定される要件を処理すべき人物は、要件の内容に基づいて定められてもよい。例えば、看護師等の識別情報と要件の識別情報とを対応づけた情報を、予め所定の記憶装置に記憶させておく。通知処理部３０４０は、受信した要件情報２０が示す要件の識別情報と対応づけられている看護師等の識別情報を特定し、その識別情報と対応づけられている看護師等の端末を、受信端末７０として特定する。

さらに、要件通知５０で特定される要件を処理すべき人物は、患者識別情報３０、位置情報、及び要件の内容という３つの情報のうちの２つ以上の組み合わせに対応づけて定められていてもよい。例えば、「患者識別情報３０、位置情報、要件の識別情報」という３つの情報に対応づけて、看護師等の識別情報を対応づけておく。この場合、通知処理部３０４０は、「受信した要件情報２０が示す要件の識別情報、受信した患者識別情報３０、患者識別情報３０で特定される患者１０の位置情報」という組み合わせに対応する看護師等の識別情報を特定し、特定された看護師が利用する端末を、受信端末７０として特定する。

ここで、患者識別情報３０等に対して看護師等の識別情報を対応づけた情報を用意しておく代わりに、患者識別情報３０等に対して、受信端末７０とする端末の識別情報を対応づけた情報を用意しておいてもよい。この場合、通知処理部３０４０は、この情報を用いて、患者識別情報３０等に対応する端末の識別情報を特定し、特定した端末を受信端末７０として扱う。

＜要件通知５０の送信：Ｓ１１０＞
通知処理部３０４０は、受信端末７０へ要件通知５０を送信する（Ｓ１１０）。ここで、特定の端末へ通知を送信する技術には、既存の技術を利用することができる。

要件通知５０は、要件情報２０によって特定された要件を表す情報である。例えば、要件情報２０が要件の識別情報を示す場合、要件通知５０には、その要件に割り当てられた名称や、その要件に対応づけて予め用意されているメッセージなどを含める。

＜受信端末７０での処理＞
受信端末７０は、通知処理装置３０００から送信された要件通知５０を受信する。さらに、受信端末７０は、受信端末７０を利用する人物が把握できる態様で、要件通知５０が出力される。例えば受信端末７０は、要件通知５０を受信したら、受信した要件通知５０をディスプレイ装置に表示させる。

また、要件通知５０の内容に応じて、要件通知５０の受信に応じた受信端末７０の処理を異ならせてもよい。例えば、緊急度が高い要件を表す要件通知５０を受信した場合、受信端末７０は、バイブレーションを実行して受信端末７０を振動させることに加え、受信端末７０のスピーカーからブザー音を出力する。一方、緊急度が高くない要件を表す要件通知５０を受信した場合、受信端末７０は、バイブレーションの実行のみを行い、ブザー音の出力は行わない。このようにすることで、受信端末７０を利用する人物は、要件通知５０の受信を把握しつつ、さらに、受信した要件通知５０が表す要件の重要度も容易に把握することができる。

受信端末７０は、要件通知５０の受信に対して適切な応対をできるように構成されていることが好適である。例えば、受信端末７０から第１端末２０００に対し、要件を把握したことを示す情報を送信、要件の処理に必要な所要時間（患者１０の待ち時間）を示す情報、又は看護師等から患者１０へのメッセージを送信できたりすることが好適である。

図６は、受信端末７０のディスプレイ装置に表示される画面１６０を例示する図である。図６において、画面１６０には、要件通知５０の内容を表すメッセージ１６２、及び入力インタフェースが表示されている。入力インタフェースは、要件通知５０への応答を可能とするために、受信端末７０のユーザに対して提供される。図６の例では、すぐに患者１０のところへ向かう旨のメッセージを送信するために利用されるボタン１６４、患者１０のところへ着くまでに要する目安の時間を入力して送信するために利用されるテキストボックス１６６及びボタン１６７、及び患者１０の第１端末２０００と通話を開始するために利用されるボタン１６８が含まれている。

受信端末７０のユーザがボタン１６４を押すと、「すぐに向かいます」などといったメッセージが第１端末２０００へ送信され、第１端末２０００のディスプレイ装置にそのメッセージが表示される。受信端末７０のユーザがテキストボックス１６６に所要時間を入力した上でボタン１６７を押すと、その所要時間を示すメッセージ（例えば、「あと５分で向かいます」など）が第１端末２０００へ送信され、そのメッセージが第１端末２０００のディスプレイ装置に表示される。受信端末７０のユーザがボタン１６８を押すと、第１端末２０００に対して通話要求が送信され、第１端末２０００のディスプレイ装置に通話を開始するためのボタンが表示される。患者１０がこのボタンを押すと、第１端末２０００と通知処理装置３０００との間で通話が行われるようになる。

このように、要件通知５０に対する種々の応答が可能な入力インタフェースを、受信端末７０のユーザである看護師等に提供することにより、看護師等は、患者１０からの要件に対して柔軟に応対することができる。

＜第１端末２０００の初期設定について＞
患者１０が第１端末２０００を利用するためには、通知処理装置３０００との連携を可能にするための初期設定を実行する。例えば第１端末２０００が患者識別情報３０として、患者１０の診察券番号を利用するとする。この場合、患者１０は、予め第１端末２０００に対して診察券番号を入力しておく。その結果、診察券番号が第１端末２０００の記憶装置に格納される。こうすることで、第１端末２０００はその後、記憶装置に格納されている診察券番号を患者識別情報３０として利用できるようになる。

なお、診察券番号の入力は、カメラを利用して行われてもよい。すなわち、第１端末２０００に設けられているカメラで診察券を撮影し、これにより得られた画像を解析することで、第１端末２０００が診察券番号を認識するようにする。この方法によれば、診察券番号の入力を誤ったり、別の人の診察券番号が利用されてしまうことを防ぐことができる。

また、診察券に IC チップを組み込んでおき、この IC チップに記憶されている診察券番号を第１端末２０００で読み取ることで、第１端末２０００に対して診察券番号が入力されるようにしてもよい。

患者識別情報３０としてマイナンバーを利用する場合も、同様の方法で入力することができる。また、患者識別情報３０以外の情報（例えば保険証番号など）も、同様の方法で第１端末２０００に対して入力しておくことが好適である。

なお、第１端末２０００は複数の病院で利用可能であってもよい。この場合、通知処理装置３０００は、複数の病院それぞれの患者データベースサーバと接続されており、複数の病院にまたがって利用される。患者１０は、第１端末２０００の初期設定を行う際、診察券番号などといった患者１０の識別情報の入力に加え、病院の選択をさらに行う。例えば病院の選択は、第１端末２０００によって表示される病院の候補の中から選択することで行われる。なお、通知処理装置３０００を利用可能な各病院に関する情報（病院名など）は、予め用意しておく。この情報を、病院情報と呼ぶ。病院情報は、通知処理装置３０００からアクセス可能な記憶装置に記憶させておく。第１端末２０００は、通知処理装置３０００にアクセスして病院情報を取得することで、選択可能な各病院の名前などを選択肢として表示する。ただし、病院の選択は、病院名などの病院の識別情報を患者１０が直接入力することによって行われてもよい。

第１端末２０００の初期設定は、通知処理装置３０００と連携して実現されてもよい。例えば患者１０は、第１端末２０００に対し、病院の識別情報と、患者１０の識別情報を入力する。この際、患者１０の識別情報として、保険証番号など、患者１０が一意に特定されない可能性がある情報を採用するとする。この場合、通知処理装置３０００は、入力された病院の識別情報で特定される患者データベースサーバを、入力された保険証番号等で検索する。この際、「患者１０の状態が利用制限の状態に該当しない（詳しくは後述）」という条件をさらに加えて検索することが好ましい。

通知処理装置３０００は、検索結果を第１端末２０００に対して提供する。すると、第１端末２０００において、患者１０によって入力された保険証番号等に対応する患者の名前が表示される。この際、患者の名前が複数表示されうる。そこで患者１０は、表示された患者の中から自分に該当するものを選択する。その結果、第１端末２０００には、選択した患者に関する情報（患者識別情報）が記憶される。このような流れにより、第１端末２０００に対し、患者識別情報３０（ユーザの診察券番号など）といった通知処理装置３０００の利用に必要な情報が記憶される。

なお、第１端末２０００に対して入力された患者１０の識別情報が、患者１０を一意に特定できる情報（例えば、診察券番号やマイナンバーなど）であった場合でも、通知処理装置３０００が、その識別情報に合致する患者情報を検索し、その結果を第１端末２０００に提供してもよい。こうすることで、患者１０は、第１端末２０００に表示された患者の名前が自分の名前であることを確認することができる。そのため、患者１０の識別情報の誤入力を防止することができる。

＜第１端末２０００の利用制限について＞
第１端末２０００の利用を制限することが好適なケースがある。概念的には、患者１０の状態が第１端末２０００を利用すべき状態でないケースである。このようなケースで患者１０が第１端末２０００を利用できないようにすることで、患者１０が利用すべきでないときに誤って第１端末２０００を利用してしまうことを防ぐことができる。

例えば第１端末２０００が、患者１０の所有する携帯端末を用いて実現されているとする。この場合、患者１０が病院の中にいない（一時的な外出や退院など）ときにも、患者１０が第１端末２０００を所持していることとなる。しかしながら、このように患者１０が病院の中にいないときには、患者１０が第１端末２０００を利用することは好ましくないとも考えられる。そこで例えば、患者１０が病院の中にいないときには、患者１０が第１端末２０００を利用して看護師等に要件を通知できないようにする（患者１０の携帯端末を第１端末２０００として利用できないようにする）ことが好適である。

上述した利用制限を実現するため、患者１０の患者情報に、患者１０の状態（入院中であるか否かや、外出中であるか否かなど）を示す情報を含めるようにしておく。患者情報において、患者１０の状態が利用制限に該当する状態（患者１０が入院していない状態や、患者１０が外出中である状態など）に変更されたら、患者情報の更新を行った装置や通知処理装置３０００から、患者１０が利用する第１端末２０００に対して通知を行うようにする。さらに、患者情報において、患者１０の状態が利用制限に該当しない状態に変更されたときにも、患者情報の更新を行った装置や通知処理装置３０００から、患者１０が利用する第１端末２０００に対して通知を行うようにする。以下、前者の通知を第１通知と呼び、後者の通知を第２通知と呼ぶ。

第１端末２０００は、第１通知を受信したら、通知処理装置３０００に対して要件情報２０の送信を行えないモード（以下、利用制限モード）に遷移する。一方、第１端末２０００は、第２通知を受信したら、通知処理装置３０００に対して要件情報２０の送信を行えるモード（以下、利用可能モード）に遷移する。例えば第１端末２０００は、要件の入力画面（選択画面６０）を表示するための入力操作を受け付けた際に、利用制限モードであるか否かを判定する。利用制限モードである場合、第１端末２０００は、選択画面６０の表示を行わず、現在の状態が利用制限モードである旨を表す画面をディスプレイ装置に表示する。一方、利用制限モードでない場合、第１端末２０００は、選択画面６０の表示を行い、入力結果に基づいて要件情報２０の送信を行う。このような動作をすることで、患者１０の状態が利用制限状態である間は、第１端末２０００から通知処理装置３０００へ対して要件情報２０が送信されないようになる。

なお、第１端末２０００ではなく、通知処理装置３０００において患者１０の状態に応じた制御を行ってもよい。具体的には、通知処理装置３０００は、要件情報２０及び患者識別情報３０を受信したら、その患者識別情報３０を示す患者情報において、患者１０が利用制限に該当する状態であるか否かを判定する。利用制限に該当する状態でない場合、通知処理装置３０００は、要件通知５０の通知を行う。一方、利用制限に該当する状態である場合、通知処理装置３０００は、要件通知５０の通知を行わない。

［実施形態２］
図７は、実施形態２のシステム４０００の概要を例示する図である。以下で説明する点を除き、実施形態２のシステム４０００は、実施形態１のシステム４０００と同様の機能を有する。

実施形態２の通知処理装置３０００は、第２端末８０に対して、特定の患者１０から発せられた要件の履歴を提供する。例えば第２端末８０は、患者１０の家族が利用する携帯端末や PC などである。システム４０００を利用することにより、第２端末８０のユーザは、患者１０によってこれまでにどのような要件が発せられたのかを容易に把握することができる。

第２端末８０に対して要件の履歴を提供するため、通知処理装置３０００は、第１端末２０００から受信した要件情報２０の履歴を、履歴記憶装置１２０に記憶させておく。履歴記憶装置１２０は、通知処理装置３０００からアクセス可能な任意の記憶装置である。以下、履歴記憶装置１２０に格納される要件情報２０の履歴を表す情報を、履歴情報９０と呼ぶ。

例えば第２端末８０は、通知処理装置３０００に対し、患者識別情報３０を示すリクエスト（閲覧リクエスト１３０）を送信する。通知処理装置３０００は、受信した閲覧リクエスト１３０に示される患者識別情報３０で特定される患者１０の履歴情報９０を、履歴記憶装置１２０から取得する。そして、通知処理装置３０００は、取得した履歴情報９０に基づき、患者１０から発せられた要件の履歴を表す情報（以下、閲覧情報１４０）を生成し、第２端末８０へ送信する。

なお、第２端末８０は、患者識別情報３０の代わりに、保険証番号を利用してもよい。また、患者識別情報３０としてマイナンバー以外の情報が利用されている場合に、第２端末８０が、患者識別情報３０の代わりにマイナンバーを利用するようにしてもよい。これらの場合、通知処理装置３０００は、閲覧リクエスト１３０に示される保険証番号やマイナンバー（以下、保険証番号等）に対応する患者１０を特定し、その患者１０についての閲覧情報１４０を第２端末８０へ送信する。

＜代表的な作用効果＞
患者１０の家族等にとって、患者１０の状態を確認できることは重要である。しかしながら、患者１０が入院している病院から離れた場所に住んでいる患者１０の家族にとっては、頻繁に病院を訪れて患者１０の状態を確認することが難しい。また、病院の近くに住んでいる家族であっても、面会時間以外の時間における患者１０の状態を把握することは難しい。また、病院側としても、作業負担等の関係から、患者１０の家族に対して電話などで患者１０の状態を逐一報告することは難しい。

本実施形態のシステム４０００によれば、患者１０の家族等が利用する端末（第２端末８０）で、患者１０の第１端末２０００から発せられた要件の履歴を閲覧できるようになる。そのため、患者１０の家族等は、患者１０から発せられた要件に基づいて、入院中の患者１０の状態を把握することができる。例えば、「緊急」という要件が頻繁に患者１０から発せられている場合、患者１０の状態があまりよくないと推測することができる。その他にも例えば、「食事」という要件が頻繁に患者１０から発せられている場合、患者１０の食欲があることから、患者１０の状態が良好であると推測することができる。

以下、本実施形態のシステム４０００についてより詳細に説明する。

＜機能構成の例＞
図８は、実施形態２の通知処理装置３０００の機能構成を例示する図である。実施形態２の通知処理装置３０００は、格納処理部３０６０及びリクエスト処理部３０８０をさらに有する。格納処理部３０６０は、第１端末２０００から受信した要件情報２０を示す履歴情報９０を、履歴記憶装置１２０に格納する。リクエスト処理部３０８０は、第２端末８０から受信した閲覧リクエスト１３０に示される患者識別情報３０や保険証番号などに対応する患者１０について、履歴記憶装置１２０から履歴情報９０を取得する。リクエスト処理部３０８０は、取得した履歴情報９０に基づいて閲覧情報１４０を生成する。そして、リクエスト処理部３０８０は、生成した閲覧情報１４０を第２端末８０へ送信する。

＜ハードウエア構成の例＞
第１端末２０００と通知処理装置３０００のハードウエア構成は、実施形態１で説明した構成と同様である。ただし、実施形態２のストレージデバイス５０８０には、実施形態２の通知処理装置３０００の機能を実現するためのプログラムモジュールがさらに含まれる。

図９は、第２端末８０のハードウエア構成を例示する図である。第２端末８０は、計算機６０００で実現されている。計算機６０００は任意の計算機である。例えば計算機６０００は、スマートフォンやタブレット端末などの可搬型の計算機である。その他にも例えば、計算機６０００は、PC などの据え置き型の計算機であってもよい。

計算機６０００は、第２端末８０を実現するために設計された専用の計算機であってもよいし、汎用の計算機であってもよい。計算機６０００が汎用の計算機である場合、計算機６０００に対して所定のプログラムをインストールすることにより、計算機６０００が第２端末８０として機能するようにすることが好適である。以下、上記所定のプログラムのことを、アプリケーション３００と呼ぶ。図９では、ストレージデバイス６０８０にアプリケーション３００が格納されている。

ただし、計算機６０００を第２端末８０として機能させる方法は、必ずしも専用のアプリケーションを計算機６０００にインストールする方法に限定されない。例えば、通知処理装置３０００が Web サイトを提供し、計算機６０００に標準でインストールされているブラウザでその Web サイトにアクセスすることにより、計算機６０００が第２端末８０としての機能を発揮できるようにしてもよい。

計算機６０００は、バス６０２０、プロセッサ６０４０、メモリ６０６０、ストレージデバイス６０８０、入出力インタフェース６１００、及びネットワークインタフェース６１２０を有する。バス６０２０、プロセッサ６０４０、メモリ６０６０、ストレージデバイス６０８０、入出力インタフェース６１００、及びネットワークインタフェース６１２０はそれぞれ、バス１０２０、プロセッサ１０４０、メモリ１０６０、ストレージデバイス１０８０、入出力インタフェース１１００、及びネットワークインタフェース１１２０と同様の機能を有するハードウエア要素である。ただし、ストレージデバイス６０８０には、第２端末８０の各機能を実現するためのプログラムモジュールが格納されている。

計算機６０００は、ネットワークを介して通知処理装置３０００と接続される。これらの間を接続するネットワークは、任意のものとすることができる。

＜処理の流れ＞
図１０は、実施形態２の通知処理装置３０００が、第１端末２０００から要件情報２０を受信した際の処理の流れを例示するフローチャートである。なお、Ｓ１０６からＳ１１０で実行される処理は、図４のフローチャートで説明した通りである。格納処理部３０６０は、受信した要件情報２０について履歴情報９０を生成する（Ｓ２０２）。格納処理部３０６０は、生成した履歴情報９０を履歴記憶装置１２０に格納する（Ｓ２０４）。

ここで、Ｓ２０２及びＳ２０４を実行するタイミングは、図１０に示したタイミングに限定されず、要件情報２０を受信した後の任意のタイミングとすることができる。ただし、患者１０が利用制限の状態にあるか否かを通知処理装置３０００において判定する場合には、患者１０が利用制限の状態にないと判定された後に履歴情報９０を生成することが好適である。こうすることで、退院後などに患者１０が誤って第１端末２０００を操作した場合に通知処理装置３０００へ送信された要件情報２０は、履歴として残さないようにすることができる。

図１１は、実施形態２の通知処理装置３０００が、第２端末８０から閲覧リクエスト１３０を受信した際の処理の流れを例示するフローチャートである。リクエスト処理部３０８０は閲覧リクエスト１３０を受信する（Ｓ３０２）。リクエスト処理部３０８０は、受信した閲覧リクエスト１３０に示される患者識別情報３０や保険証番号などに対応する患者１０について、履歴記憶装置１２０から履歴情報９０を取得する（Ｓ３０４）。リクエスト処理部３０８０は、取得した履歴情報９０に基づいて閲覧情報１４０を生成する（Ｓ３０６）。そして、リクエスト処理部３０８０は、生成した閲覧情報１４０を第２端末８０へ送信する（Ｓ３０８）。

＜履歴情報９０の生成：Ｓ２０２＞
格納処理部３０６０は、第１端末２０００から受信した要件情報２０に基づいて、履歴情報９０を生成する（Ｓ２０２）。例えば履歴情報９０は、患者識別情報３０、要件情報２０、及び入院識別番号を含む。入院識別番号は、同一の患者１０が複数回病院に入院した場合において、各要件情報２０がどの入院の際の要件であるかを区別するための識別子である。第２端末８０のユーザが知りたいのは、現在入院中の家族が今回の入院中に出した要件である蓋然性が高いため、このように履歴情報９０を入院ごとに区別して管理することが好適である。

例えば、患者１０がこれまでに、２０１７年６月１日から８日までの入院（第１回目の入院）と、２０１９年２月５日から現在までの入院（第２回目の入院）という、２回の入院を行っているとする。この場合、第１回目の入院中に受信した要件情報２０を示す履歴情報９０と、第２回目の入院中に受信した要件情報２０を示す履歴情報９０に、それぞれ異なる入院識別番号（例えば前者に１、後者に２）を割り当てる。

例えば通知処理装置３０００は、第２端末８０に対し、最新の入院（第２回目の入院）を表す入院識別番号に対応づけられている履歴情報９０のみを用いて生成された閲覧情報１４０を提供するようにする。こうすることで、第２端末８０に対して不要な履歴が提供されることを防ぐことができる。また、どの入院に対応する要件の履歴を閲覧したいのかを、第２端末８０のユーザが指定できるようにしてもよい。

＜履歴情報９０の格納：Ｓ２０４＞
格納処理部３０６０は、生成した履歴情報９０を履歴記憶装置１２０に格納する（Ｓ２０４）。データを記憶装置に格納する技術には、既存の技術を利用することができる。

＜閲覧リクエスト１３０の取得：Ｓ３０２＞
リクエスト処理部３０８０は、第２端末８０から閲覧リクエスト１３０を受信する。閲覧リクエスト１３０は、患者１０が過去に発した要件の履歴を示す閲覧情報１４０の提供を求めるリクエストである。閲覧リクエスト１３０は、患者１０を特定するための患者識別情報３０や保険証番号などが示されている。

ここで、保険証番号に対応する患者１０（患者情報においてその保険証番号を示す患者１０）は、複数存在する可能性がある。例えば、扶養者と被扶養者や、同一の扶養者に扶養されている複数の被扶養者は、保険証番号が同一となる。そこで、リクエストに保険証番号を利用する場合において、その保険証番号に対応する患者１０が複数いるときには、リクエスト処理部３０８０は、第２端末８０に対してその旨を通知し、第２端末８０のユーザに患者１０を選択させてもよい。

具体的には、まずリクエスト処理部３０８０は、第２端末８０から受信した閲覧リクエスト１３０に示される保険証番号で患者情報を検索し、その保険証番号に対応する患者１０を特定する。この際、複数の患者１０が特定されたら、リクエスト処理部３０８０は、患者１０を選択するための選択画面を第２端末８０へ送信する。第２端末８０のユーザは、第２端末８０のディスプレイ装置に表示された選択画面を操作することで、履歴情報９０を取得した患者１０を選択する。なお、複数の患者１０が選択されてもよい。

図１２は、患者１０を選択させる選択画面１５０を例示する図である。選択画面１５０は、閲覧リクエスト１３０に示されている保険証番号に対応する患者１０として、「患者Ａ」と「患者Ｂ」という二名が存在することを示している。第２端末８０のユーザは、要件の履歴を取得したい患者１０の名称の左側に位置するチェックボックス１５２にチェックを入れる。選択が完了したら、第２端末８０のユーザは、送信ボタン１５４を押す。こうすることで、選択した患者１０を特定する情報が、通知処理装置３０００に対して送信される。リクエスト処理部３０８０は、ここで選択された各患者１０についての閲覧情報１４０を生成する。例えば図１２の例では、患者Ａについての閲覧情報１４０が生成される。

なお、必ずしも患者１０の選択を第２端末８０のユーザに行わせず、閲覧リクエスト１３０に示されている保険証番号に対応する全ての患者１０について閲覧情報１４０を生成するようにしてもよい。

なお、患者識別情報３０やマイナンバーなど、患者１０を一意に特定できる情報が閲覧リクエスト１３０に示されている場合にも、その患者１０についての閲覧情報１４０だけでなく、その患者１０と関連する他の患者１０についての閲覧情報１４０を併せて生成するようにしてもよい。こうすることで、閲覧リクエスト１３０で指定されている人物だけでなく、その人物の家族についても、閲覧情報１４０を得ることができる。

具体的には、リクエスト処理部３０８０は、閲覧リクエスト１３０に示されている患者識別情報３０やマイナンバーで患者情報を検索することで、該当する患者１０に対応づけられている保険証番号を特定する。さらにリクエスト処理部３０８０は、特定した保険証番号に対応する各患者１０を特定し、各患者１０について閲覧情報１４０を生成する。

なお、閲覧情報１４０の生成対象とする患者１０は、現在入院中の患者１０に限定されてもよい。患者１０が入院中であるか否かは、前述した患者情報を利用して把握することができる。

＜閲覧情報１４０の生成と送信：Ｓ３０４～Ｓ３０８＞
リクエスト処理部３０８０は、閲覧リクエスト１３０に基づいて特定される患者１０の患者識別情報３０を示す履歴情報９０を取得する（Ｓ３０４）。ここで、選択画面１５０を用いて患者１０が選択された場合、リクエスト処理部３０８０は、選択された各患者１０の患者識別情報３０を示す履歴情報９０を取得する。

リクエスト処理部３０８０は、取得した履歴情報９０を用いて閲覧情報１４０を生成する（Ｓ３０６）。閲覧情報１４０は、取得した履歴情報９０に含まれる要件情報２０で特定される各要件を示す任意の情報とすることができる。例えば閲覧情報１４０は、各要件情報２０で特定される要件を時系列に並べた情報である。その他にも例えば、閲覧情報１４０は、各要件情報２０で特定される要件の統計データを示す情報である。より具体的には、閲覧情報１４０は、特定の期間ごと（例えば１日ごと）に要件ごとの回数を示す。

図１３は、第２端末８０のディスプレイ装置に表示された閲覧情報１４０を例示する図である。図１３の上の例では、画面１７０に要件の履歴が時系列で並べられている。一方、図１３の下の例では、画面１７０に各要件の回数が一日ごとにまとめて示されている。

なお、いずれの例においても、要件の履歴が患者１０ごとに示されている。より具体的には、患者ごとに、要件の履歴を示すタブが表示されている。別の患者の情報を閲覧したい場合、その患者の名前が書かれている部分を選択することにより、その患者の情報が表示されているタブが最前面に表示されるようになっている。

リクエスト処理部３０８０は、第２端末８０に対して閲覧情報１４０を送信する（Ｓ３０８）。ここで、閲覧情報１４０は、閲覧リクエスト１３０に対するレスポンスに相当する。リクエストを送信した端末へレスポンスを送信する技術には、既存の技術を利用することができる。閲覧情報１４０を受信した第２端末８０では、閲覧情報１４０が表示される（図１３参照）。

＜第２端末８０の初期設定＞
第２端末８０には、保険証番号や患者１０の患者識別情報３０（診察券番号）などを予め設定しておくことが好適である。この設定方法は、実施形態１で説明した、第１端末２０００に診察券番号などを設定する方法と同様である。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記各実施形態の組み合わせ、又は上記以外の様々な構成を採用することもできる。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
１． 患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信部と、
受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有する通知処理装置。
２． 前記患者に関する位置情報は、その患者が利用している病室又はベッドの識別情報である、１．に記載の通知処理装置。
３． 前記通知処理部は、前記患者の状態が利用制限の状態でない場合に、前記特定した通知先へ前記通知を送信し、
前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、利用制限の状態となる、１．又は２．に記載の通知処理装置。
４． 受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理部と、
前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理部と、を有する１．乃至３．いずれか一つに記載の通知処理装置。
５． 前記リクエスト処理部は、
前記リクエストに前記患者の保険証番号が示されており、その保険証番号に対応づけられている患者が複数存在する場合、その複数の患者のうちの１つ以上を選択する入力インタフェースを前記第２端末へ提供し、
前記第２端末によって選択された一人以上の患者それぞれについて、その患者の要件の履歴を表す前記閲覧情報を前記第２端末へ送信する、４．に記載の通知処理装置。
６． 前記第１端末は、公衆通信網を介して当該通知処理装置へ前記要件情報と前記患者の識別情報との組み合わせを送信する、１．乃至５．いずれか一つに記載の通知処理装置。

７． コンピュータによって実行される制御方法であって、
患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信ステップと、
受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理ステップと、を有する制御方法。
８． 前記患者に関する位置情報は、その患者が利用している病室又はベッドの識別情報である、７．に記載の制御方法。
９． 前記通知処理ステップにおいて、前記患者の状態が利用制限の状態でない場合に、前記特定した通知先へ前記通知を送信し、
前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、利用制限の状態となる、７．又は８．に記載の制御方法。
１０． 受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理ステップと、
前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理ステップと、を有する７．乃至９．いずれか一つに記載の制御方法。
１１． 前記リクエスト処理ステップにおいて、
前記リクエストに前記患者の保険証番号が示されており、その保険証番号に対応づけられている患者が複数存在する場合、その複数の患者のうちの１つ以上を選択する入力インタフェースを前記第２端末へ提供し、
前記第２端末によって選択された一人以上の患者それぞれについて、その患者の要件の履歴を表す前記閲覧情報を前記第２端末へ送信する、１０．に記載の制御方法。
１２． 前記第１端末は、公衆通信網を介して当該制御方法へ前記要件情報と前記患者の識別情報との組み合わせを送信する、７．乃至１１．いずれか一つに記載の制御方法。

１３． ７．乃至１２．いずれか一つに記載の制御方法の各ステップをコンピュータに実行させるプログラム。

１４． 患者によって操作される第１端末と、通知処理装置とを有するシステムであって、
前記第１端末は、
要件を特定する入力を受け付ける入力受付部と、
前記入力によって特定される要件を表す要件情報と前記患者の識別情報との組み合わせを前記通知処理装置へ送信する送信部と、を有し、
前記通知処理装置は、
前記送信された組み合わせを受信する受信部と、
受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有するシステム。
１５． 前記患者に関する位置情報は、その患者が利用している病室又はベッドの識別情報である、１４．に記載のシステム。
１６． 前記第１端末は、
前記患者の状態が利用制限の状態になったことを示す情報を受信したら、利用制限モードに遷移し、
前記患者の状態が利用制限の状態でなくなったことを示す情報を受信したら、利用可能モードに遷移し、
前記利用可能モードである場合に、前記要件情報と前記患者の識別情報との組み合わせを前記通知処理装置へ送信し、
前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、前記利用制限の状態となる、１４．又は１５．に記載のシステム。
１７． 前記通知処理部は、前記患者の状態が利用制限の状態でない場合に、前記特定した通知先へ前記通知を送信し、
前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、前記利用制限の状態となる、１４．又は１５．に記載のシステム。
１８． 受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理部と、
前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理部と、を有する１４．乃至１７．いずれか一つに記載のシステム。
１９． 前記リクエスト処理部は、
前記リクエストに前記患者の保険証番号が示されており、その保険証番号に対応づけられている患者が複数存在する場合、その複数の患者のうちの１つ以上を選択する入力インタフェースを前記第２端末へ提供し、
前記第２端末によって選択された一人以上の患者それぞれについて、その患者の要件の履歴を表す前記閲覧情報を前記第２端末へ送信する、１８．に記載のシステム。

１０ 患者
２０ 要件情報
３０ 患者識別情報
５０ 要件通知
６０ 選択画面
６２ ボタン
７０ 受信端末
８０ 第２端末
９０ 履歴情報
１１０ アプリケーション
１２０ 履歴記憶装置
１３０ 閲覧リクエスト
１４０ 閲覧情報
１５０ 選択画面
１５２ チェックボックス
１５４ 送信ボタン
１６０ 画面
１６２ 表すメッセージ
１６４ ボタン
１６６ テキストボックス
１６７ ボタン
１６８ ボタン
１７０ 画面
２００ アプリケーション
２１０ ネットワーク
３００ アプリケーション
１０００ 計算機
１０２０ バス
１０４０ プロセッサ
１０６０ メモリ
１０８０ ストレージデバイス
１１００ 入出力インタフェース
１１２０ ネットワークインタフェース
２０００ 第１端末
２０２０ 受付部
２０４０ 送信部
３０００ 通知処理装置
３０２０ 受信部
３０４０ 通知処理部
３０６０ 格納処理部
３０８０ リクエスト処理部
４０００ システム
５０００ 計算機
５０２０ バス
５０４０ プロセッサ
５０６０ メモリ
５０８０ ストレージデバイス
５１００ 入出力インタフェース
５１２０ ネットワークインタフェース
６０００ 計算機
６０２０ バス
６０４０ プロセッサ
６０６０ メモリ
６０８０ ストレージデバイス
６１００ 入出力インタフェース
６１２０ ネットワークインタフェース

Claims (11)

1. 患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信部と、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理部は、
   前記患者の要件、前記患者の識別情報、及び前記位置情報に対応付けられた、通知先を特定する通知処理装置。
2. 患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信部と、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有し、
   前記患者の識別情報に対応づけて記憶されている患者情報が、当該患者の状態が利用制限の状態か否かを示し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理部は、
   前記患者の要件、前記患者の識別情報、及び前記位置情報の少なくとも一つに対応付けられた、通知先を特定し、
   前記患者の状態が利用制限の状態でない場合に、前記特定した通知先へ前記通知を送信し、
   前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、利用制限の状態となる通知処理装置。
3. 受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理部と、
   前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は患者の識別情報に対応する保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理部と、を有する請求項１又は２に記載の通知処理装置。
4. 患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信部と、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有し、
   受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理部と、
   前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は患者の識別情報に対応する保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理部と、を有し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理部は、
   前記患者の要件、前記患者の識別情報、及び前記位置情報の少なくとも一つに対応付けられた、通知先を特定し、
   前記リクエスト処理部は、
   前記リクエストに前記患者の保険証番号が示されており、その保険証番号により複数の患者が特定された場合、その複数の患者のうちの１つ以上を選択する入力インタフェースを前記第２端末へ提供し、
   前記第２端末によって選択された一人以上の患者それぞれについて、その患者の要件の履歴を表す前記閲覧情報を前記第２端末へ送信する通知処理装置。
5. 前記患者に関する位置情報は、その患者が利用している病室又はベッドの識別情報である、請求項１乃至４のいずれか一項に記載の通知処理装置。
6. 前記第１端末は、公衆通信網を介して当該通知処理装置へ前記要件情報と前記患者の識別情報との組み合わせを送信する、請求項１乃至５いずれか一項に記載の通知処理装置。
7. コンピュータによって実行される制御方法であって、
   患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信ステップと、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理ステップと、を有し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理ステップにおいては、
   前記患者の要件、前記患者の識別情報、及び前記位置情報に対応付けられた、通知先を特定する制御方法。
8. コンピュータによって実行される制御方法であって、
   患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信ステップと、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理ステップと、を有し、
   前記患者の識別情報に対応づけて記憶されている患者情報が、当該患者の状態が利用制限の状態か否かを示し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理ステップにおいては、
   前記患者の要件、前記患者の識別情報、及び前記位置情報の少なくとも一つに対応付けられた、通知先を特定し、
   前記患者の状態が利用制限の状態でない場合に、前記特定した通知先へ前記通知を送信し、
   前記患者の状態は、前記患者が退院した場合及び一時的に外出した場合の少なくとも一方において、利用制限の状態となる制御方法。
9. コンピュータによって実行される制御方法であって、
   患者によって操作される第１端末から、前記患者の要件を表す要件情報と前記患者の識別情報との組み合わせを受信する受信ステップと、
   受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理ステップと、
   受信した前記要件情報と前記患者の識別情報と対応づけた履歴情報を履歴記憶装置に格納する格納処理ステップと
   前記患者の識別情報又は前記患者が利用する保険証の保険証番号を含むリクエストを第２端末から取得し、前記取得したリクエストに含まれる患者の識別情報又は患者の識別情報に対応する保険証番号で特定される前記患者について記憶されている前記履歴情報を前記履歴記憶装置から取得し、前記取得した履歴情報によって特定される要件の履歴を表す閲覧情報を前記第２端末へ送信するリクエスト処理ステップと、を有し、
   前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
   前記通知処理ステップにおいては、
   前記患者の要件、前記患者の識別情報、及び前記位置情報の少なくとも一つに対応付けられた、通知先を特定し、
   前記リクエスト処理ステップにおいては、
   前記リクエストに前記患者の保険証番号が示されており、その保険証番号により複数の患者が特定された場合、その複数の患者のうちの１つ以上を選択する入力インタフェースを前記第２端末へ提供し、
   前記第２端末によって選択された一人以上の患者それぞれについて、その患者の要件の履歴を表す前記閲覧情報を前記第２端末へ送信する制御方法。
10. 請求項７乃至９のいずれか一項に記載の制御方法の各ステップをコンピュータに実行させるプログラム。
11. 患者によって操作される第１端末と、通知処理装置とを有するシステムであって、
    前記第１端末は、
    要件を特定する入力を受け付ける入力受付部と、
    前記入力によって特定される要件を表す要件情報と前記患者の識別情報との組み合わせを前記通知処理装置へ送信する送信部と、を有し、
    前記通知処理装置は、
    前記送信された組み合わせを受信する受信部と、
    受信した前記要件情報によって特定される患者の要件、受信した前記患者の識別情報、及びその識別情報によって特定される患者に関する位置情報のいずれか１つ以上に基づいて、その要件に関する通知の送信先を特定し、前記特定した通知先へ前記通知を送信する通知処理部と、を有し、
    前記位置情報は、前記患者が利用している病室又はベッドの識別情報、並びに位置センサを用いて検知される座標の少なくとも一方を示し、
    前記通知処理部は、
    前記患者の要件、前記患者の識別情報、及び前記位置情報に対応付けられた、通知先を特定するシステム。

Images