(57)【要約】【課題】状況入力の作業効率が低下するのを抑制すること。【解決手段】サーバ装置１０は、登録された複数の状況確認対象者のうち、いずれかの状況確認対象者が選択されると、選択された状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者の検出に応じて、選択された状況確認対象者と、他の状況確認対象者との双方についての状況入力画面を出力する。【選択図】図２
2015197763.tif 000002
【特許請求の範囲】
【請求項１】
登録された複数の状況確認対象者のうち、いずれかの状況確認対象者が選択されると、
選択された前記状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者の検出に応じて、選択された前記状況確認対象者と、前記他の状況確認対象者との双方についての状況入力画面を出力する、
処理をコンピュータに実行させることを特徴とする状況入力支援プログラム。
【請求項２】
選択された前記状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者を検出しない場合、選択された前記状況確認対象者１人についての状況入力画面を出力する、処理をコンピュータに実行させることを特徴とする請求項１記載の状況入力支援プログラム。
【請求項３】
選択された前記状況確認対象者の居所についての状況の入力項目の後に前記選択された前記状況確認対象者の状況についての入力項目を表示し、更に、該前記選択された前記状況確認対象者の状況についての入力項目の後に前記他の状況確認対象者の状況についての入力項目を並べて出力する、ことを特徴とする請求項１記載の状況入力支援プログラム。
【請求項４】
前記状況確認対象者は、安否確認対象者であり、前記状況入力画面は、安否確認に関する１又は複数の入力項目を含む、ことを特徴とする請求項１ないし３のいずれか１つに記載の状況入力支援プログラム。
【請求項５】
コンピュータが、
登録された複数の状況確認対象者のうち、いずれかの状況確認対象者が選択されると、
選択された前記状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者の検出に応じて、選択された前記状況確認対象者と、前記他の状況確認対象者との双方についての状況入力画面を出力する、
処理を実行することを特徴とする状況入力支援方法。
【請求項６】
登録された複数の状況確認対象者のうち、いずれかの状況確認対象者が選択されると、選択された前記状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者の検出に応じて、選択された前記状況確認対象者と、前記他の状況確認対象者との双方についての状況入力画面を出力する出力制御部
を有することを特徴とする状況入力支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状況入力支援プログラム等に関する。
【背景技術】
【０００２】
高齢者等が安心して居住できる住宅の一例として、サービス付き高齢者向け住宅が知られている。かかるサービス付き高齢者向け住宅では、安否確認が定期的に実施される。例えば、安否確認が実施される場合、スタッフが入居者の部屋を順番に訪問し、部屋の安否、居住者の安否が確認される。
【０００３】
このように、入居者全員について安否確認を実施する場合、部屋単位で訪問がなされることが多い。このことから、見回りを行うスタッフが持ち歩く携帯端末に対し、部屋および部屋の代表者、例えば世帯主の一覧を表示させ、部屋または入居者の安否確認が終了する度にその状況を実施結果として入力させる場合がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−８１８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の技術では、次に説明するように、状況入力の作業効率が低下する場合がある。
【０００６】
すなわち、上記のサービス付き高齢者向け住宅では、一つの部屋に複数名の入居者が居住している場合がある。ところが、上記の携帯端末には、代表者しか表示されないので、その同居者の安否に確認漏れが発生することがある。この場合、スタッフは、確認漏れが発生した部屋に改めて訪問して実施結果を入力することになる結果、状況入力の作業効率が低下してしまう。
【０００７】
１つの側面では、本発明は、状況入力の作業効率が低下するのを抑制できる状況入力支援プログラム、状況入力支援方法及び状況入力支援装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
一態様の状況入力支援プログラムは、登録された複数の状況確認対象者のうち、いずれかの状況確認対象者が選択されると、選択された前記状況確認対象者と同じ居所に対応づけて登録された他の状況確認対象者の検出に応じて、選択された前記状況確認対象者と、前記他の状況確認対象者との双方についての状況入力画面を出力する、処理をコンピュータに実行させる。
【発明の効果】
【０００９】
状況入力の作業効率が低下するのを抑制できる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施例１に係る状況入力支援システムの構成を示す図である。
【図２】図２は、実施例１に係るサーバ装置の機能的構成を示すブロック図である。
【図３】図３は、対応関係記憶部に記憶される情報の一例を示す図である。
【図４】図４は、実施情報記憶部に記憶される情報の一例を示す図である。
【図５】図５は、実施記録画面の一例を示す図である。
【図６】図６は、実施記録画面の一例を示す図である。
【図７】図７は、実施記録画面の一例を示す図である。
【図８】図８は、実施記録画面の一例を示す図である。
【図９】図９は、実施例１に係る状況入力支援処理の手順を示すフローチャートである。
【図１０】図１０は、実施記録画面の応用例を示す図である。
【図１１】図１１は、実施例１及び実施例２に係る状況入力支援プログラムを実行するコンピュータの一例について説明するための図である。
【発明を実施するための形態】
【００１１】
以下に添付図面を参照して本願に係る状況入力支援プログラム、状況入力支援方法及び状況入力支援装置について説明する。なお、この実施例は開示の技術を限定するものではない。そして、各実施例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【実施例１】
【００１２】
［システム構成］
図１は、実施例１に係る状況入力支援システムの構成を示す図である。図１に示す状況入力支援システム１は、高齢者等が安心して居住できる住宅、例えばサービス付き高齢者向け住宅に居住する入居者に関する安否確認などの状況入力を支援する状況入力支援サービスを実現するものである。なお、以下では、一例として、サービス付き高齢者向け住宅がマンションやアパートなどの集合住宅に各々が独立して区画された部屋および入居者に対し、安否確認が実施される場合を例示するが、必ずしもサービス付き高齢者向け住宅は集合住宅でなくともよい。
【００１３】
図１に示すように、状況入力支援システム１には、サーバ装置１０と、クライアント端末３０Ａ〜３０Ｃとが収容される。なお、図１には、システムに３つのクライアント端末が収容される場合を図示したが、各クライアント端末の数は図示の例に限定されず、状況入力支援システム１は任意の数のクライアント端末を収容できる。なお、以下では、クライアント３０Ａ〜３０Ｃの各装置を区別なく総称する場合には、「クライアント端末３０」と記載する場合がある。
【００１４】
これらサーバ装置１０及びクライアント端末３０の間は、ネットワーク５を介して相互に通信可能に接続される。かかるネットワーク５には、一例として、有線または無線を問わず、インターネット（Internet）を始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。
【００１５】
サーバ装置１０は、クライアント端末３０に上記の状況入力支援サービスを提供するコンピュータである。
【００１６】
一実施形態として、サーバ装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の状況入力支援サービスを実現する状況入力支援プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、サーバ装置１０は、上記の状況入力支援サービスを提供するＷｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の情報提供サービスを提供するクラウドとして実装することとしてもかまわない。
【００１７】
クライアント端末３０は、サーバ装置１０から上記の状況入力支援サービスの提供を受けるコンピュータである。
【００１８】
一実施形態として、クライアント端末３０には、タブレット型の情報処理端末、いわゆるタブレット端末を採用できる。これはあくまで実装形態の１つに過ぎない。例えば、クライアント端末３０には、スマートフォンを始め、携帯電話機やＰＨＳ（Personal  Handyphone  System）などに代表される移動体通信端末を採用することもできるし、ノート型のパーソナルコンピュータを採用することもできる。この他、携帯型の端末装置であれば、任意の装置をクライアント端末３０として採用できる。
【００１９】
かかるクライアント端末３０は、一例として、上記のサービス付き高齢者向け住宅で安否確認や生活相談などのサービスを提供するサービス提供者によって使用される。以下では、サービス担当者のことを「スタッフ」と記載する場合がある。スタッフは、クライアント端末３０を通じて、安否確認を実施する部屋や入居者の一覧を表示させたり、入居者のスケジュールを表示させたり、安否確認の実施結果を入力させたりといった状況入力支援サービスの提供を受けることができる。
【００２０】
［サーバ装置１０の構成］
図２は、実施例１に係るサーバ装置１０の機能的構成を示すブロック図である。図２に示すように、サーバ装置１０は、通信Ｉ／Ｆ（interface）部１１と、対応関係記憶部１２と、実施情報記憶部１３と、受信部１４と、出力制御部１５と、登録部１６とを有する。なお、サーバ装置１０は、図２に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイスなどの機能部を有することとしてもかまわない。
【００２１】
通信Ｉ／Ｆ部１１は、他の装置、例えばクライアント端末３０との間で通信制御を行うインタフェースである。
【００２２】
一実施形態として、上記の通信Ｉ／Ｆ部１１には、ＬＡＮカードなどのネットワークインタフェースカードを採用できる。例えば、通信Ｉ／Ｆ部１１は、部屋及び入居者の一覧やスケジュールなどの各種の画面をクライアント端末３０へ送信したり、クライアント端末３０から安否確認に関する実施記録画面を介して入力された情報を受信したりする。
【００２３】
対応関係記憶部１２は、部屋および入居者の対応関係を記憶する記憶部である。
【００２４】
一実施形態として、対応関係記憶部１２は、部屋番号、入居者および世帯主などの項目が対応付けられたデータを採用できる。ここで言う「部屋番号」とは、部屋を識別する番号を指す。また、「入居者」とは、部屋に入居する者を指す。また、「世帯主」とは、部屋の入居者のうち代表者を指し、例えば、入居者が世帯主に該当する場合には「○」が設定される一方で、世帯主に該当しない場合には「−」が設定される。
【００２５】
図３は、対応関係記憶部１２に記憶される情報の一例を示す図である。図３には、サービス付き高齢者向け住宅の１Ｆのフロアに関する部屋および入居者が例示されており、部屋番号「１０１」〜部屋番号「１０８」の８つの部屋に入居する９名の入居者が例示されている。図３に示す例では、部屋番号「１０１」〜部屋番号「１０８」の８つの部屋のうち部屋番号「１０１」の部屋には、山田太郎及び山田花子の２名の夫婦が同居する一方で、その他の部屋には、単身の入居者が居住していることを意味する。さらに、部屋番号「１０１」の例では、当該部屋に入居する山田太郎及び山田花子のうち世帯主が山田太郎であることを意味する。なお、ここでは、部屋番号および入居者とともに世帯主が対応付けられる例を説明したが、世帯主の項目は必ずしもなくてもよく、また、世帯主の代わりに安否確認や生活相談の費用の請求先の人物を対応付けることとしてもかまわない。
【００２６】
実施情報記憶部１３は、上記の安否確認等のサービスに関する実施結果を記憶する記憶部である。
【００２７】
一実施形態として、実施情報記憶部１３は、部屋番号、入居者、時間、人の安否確認、部屋の安否確認および備考などの項目が対応付けられたデータを採用できる。ここで言う「時間」とは、安否確認が実施される時間を指す。また、「人の安否確認」とは、入居者に関する安否確認を指す。例えば、入居者の健康状態、例えばバイタルに問題がない場合にスタッフによって「○（異常なし）」が入力される一方で、健康状態に異常がある場合にスタッフによって「異常あり」が入力される。また、「部屋の安否確認」とは、部屋に関する安否確認を指し、例えば、ドア・窓の施錠、さらには、電気・水道・ガスなどの細目を含む。例えば、部屋のドア及び窓が施錠されている場合にスタッフによって「○」が入力される一方で、施錠されていない場合にスタッフによって「異常あり」が入力される。また、電気、水道及びガス等のインフラに異常がない場合にスタッフによって「○」が入力される一方で、異常がある場合にスタッフによって「異常あり」が入力される。また、「備考」とは、参考として付記される事項を指し、例えば、異常ありの入力がなされた場合にその異常に関する内容、例えば異常の原因や状況などを報告するのに用いられる。
【００２８】
図４は、実施情報記憶部１３に記憶される情報の一例を示す図である。図４には、図３に示した例のうち部屋番号「１０１」〜部屋番号「１０３」の部屋およびその入居者に関する状況入力が抜粋して示されている。図４に示す例では、部屋番号「１０２」の部屋の安否確認のうち電気・水道・ガスに異常がある以外には、ドア・窓の施錠や佐藤次郎にも異常はなく、他の部屋および入居者にも異常がない安全な状態であることを意味する。さらに、備考の通り、部屋番号「１０２」の部屋の異常が水道の蛇口の緩みであることを意味する。また、図４に示す部屋番号「１０１」の部屋の場合、１つの部屋に山田太郎及び山田花子の２名の居住者が存在する。この場合、上記２名を代表して山田太郎に対応付けて部屋の安否確認が登録される。これに伴って、山田花子に対応する部屋の安否確認の欄にはＮＵＬＬ、図示の塗りつぶし部分が登録される。なお、図４に示す部屋の安否確認の細目では、細目内の項目をＡＮＤ条件で安否を確認する場合を例示したが、細目内の項目の各々に安否を入力できることとしてもよい。
【００２９】
受信部１４は、後述の出力制御部１５によってクライアント端末３０へ出力された各種の画面に対する入力情報を受信する処理部である。
【００３０】
一実施形態として、受信部１４は、クライアント端末３０に表示された画面内のＧＵＩ（Graphical  User  Interface）、例えばボタン、タブ、プルダウンメニュー、入力フォームなどに入力された情報を受信する。例えば、受信部１４は、クライアント端末３０に部屋番号及び入居者の一覧と、安否確認の状況入力欄とを含む実施記録画面が表示された状態で、各種の情報を受信する。一例として、実施記録画面に含まれる一覧のうち特定の部屋番号及び入居者の欄が選択された場合には、入居者、部屋番号もしくはこれらの組合せのいずれかを識別する情報を受信する。他の一例として、実施記録画面に含まれる状況入力欄で部屋または入居者の安否確認の項目に対し、「○」または「異常あり」のボタンが入力された場合には、入力されたボタンに対応する情報、すなわち安否の結果を受信する。更なる一例として、実施記録画面に含まれる状況入力欄の備考の入力フォームにテキストが入力された状態で保存ボタンが入力された場合には、実施結果の登録要求とともに当該テキストの文字列を受信する。
【００３１】
出力制御部１５は、クライアント端末３０に対する各種の出力制御を実行する処理部である。
【００３２】
一実施形態として、出力制御部１５は、メインメニュー画面上で部屋および入居者の安否確認の実施結果を記録する実施記録画面の表示要求を受け付けた場合に、次のような処理を実行する。すなわち、出力制御部１５は、対応関係記憶部１２に記憶された部屋番号ごとに当該部屋番号の入居者のうち世帯主を検索する。その上で、出力制御部１５は、部屋番号及び世帯主の一覧を含む実施記録画面をクライアント端末３０へ出力する。その後、出力制御部１５は、実施記録画面に含まれる一覧のうち特定の部屋番号及び入居者の欄が選択された場合、次のような処理を実行する。すなわち、出力制御部１５は、クライアント端末３０に当該部屋番号の部屋に関する安否確認、例えば「ドア・窓の施錠」や「電気・水道・ガス」などの実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する。このように、部屋の安否確認を入居者の安否確認よりも先に表示させるのは、部屋に入らずとも部屋の外に訪れた段階で確認できる安否確認が存在するからである。
【００３３】
その後、出力制御部１５は、状況入力欄で入力された部屋に関する安否確認の実施結果が実施情報記憶部１３へ登録された場合に、次のような処理を実行する。すなわち、出力制御部１５は、対応関係記憶部１２を参照して、一覧で選択を受け付けた入居者と同一の部屋番号が対応付けられた入居者、いわゆる同居者が存在するか否かを判定する。このとき、出力制御部１５は、同居者が存在する場合、一覧で選択を受け付けた入居者に関する安否確認とともに同居者に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する。一方、出力制御部１５は、同居者が存在しない場合、一覧で選択を受け付けた入居者に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する。
【００３４】
登録部１６は、安否確認の実施結果を登録する処理部である。
【００３５】
一実施形態として、登録部１６は、状況入力欄で入力された部屋に関する安否確認の結果や入居者に関する安否確認の実施結果が受信部１４によって受信された場合、当該安否確認の実施結果を実施情報記憶部１３へ登録する。
【００３６】
なお、上記の受信部１４、出力制御部１５及び登録部１６は、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）などに状況入力支援プログラムを実行させることによって実現できる。また、上記の各機能部は、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）などのハードワイヤードロジックによっても実現できる。
【００３７】
また、上記の対応関係記憶部１２や実施情報記憶部１３などには、半導体メモリ素子や記憶装置を採用できる。例えば、半導体メモリ素子の一例としては、フラッシュメモリ（Flash  Memory）、ＤＲＡＭ（Dynamic  Random  Access  Memory）やＳＲＡＭ（Static  Random  Access  Memory）などが挙げられる。また、記憶装置の一例としては、ハードディスク、光ディスクなどの記憶装置が挙げられる。
【００３８】
［具体例］
続いて、図５〜図８を用いて、状況入力支援の具体例を説明する。図５〜図８は、実施記録画面の一例を示す図である。これら図５〜図８では、実施記録画面の遷移が示されており、図番の順に画面が遷移することとする。なお、図５〜図８に示す一覧は、図３に示した対応関係記憶部１２に記憶された情報から作成されることとする。
【００３９】
例えば、メインメニュー画面上で部屋および入居者の安否確認の実施結果を記録する実施記録画面の表示要求を受け付けた場合に、対応関係記憶部１２に記憶された部屋番号ごとに当該部屋番号の入居者のうち世帯主が検索される。すなわち、図３に示した例で言えば、部屋番号「１０１」、部屋番号「１０２」、・・・、部屋番号「１０８」の順に、山田太郎、佐藤次郎、・・・、渡辺七郎が検索される。
【００４０】
かかる検索結果の下、図５に示す実施記録画面２００がクライアント端末３０へ出力される。図５に示すように、実施記録画面２００には、一覧２１０と、状況入力欄２２０とが含まれる。一覧２１０には、部屋番号と世帯主が対応付けられた選択欄が縦方向に昇順で整列される。すなわち、本例では、一覧２１０に、「１０１  山田太郎」、「１０２  佐藤次郎」、・・・、「１０８  渡辺七郎」の順に選択欄が整列している。なお、この段階では、一覧２１０で未だ入居者が選択されていないので、安否確認の実行結果を入力するＧＵＩは表示されない。
【００４１】
例えば、図５に示す実施記録画面２００の一覧２１０で選択欄「１０１  山田太郎」が押下操作された場合、図６に示す実施記録画面２００が表示される。すなわち、図５に示した一覧２１０で押下操作された選択欄「１０１  山田太郎」がグレー表示されるとともに、図５に示した状況入力欄２２０が当該部屋番号「１０１」の部屋に関する安否確認、例えば「ドア・窓の施錠」や「電気・水道・ガス」などの実施結果を入力するＧＵＩを含む状況入力欄２３０へ更新される。
【００４２】
かかる状況入力欄２３０には、一覧２１０の選択状態をキャンセルするキャンセルボタン２３１と、状況入力欄２３０に入力された入力情報を保存する保存ボタン２３２と、スタッフが部屋を訪問した時間を選択するプルダウンメニュー２３３とが含まれる。さらに、状況入力欄２３０には、部屋番号「１０１」に関し、ドア・窓の施錠の安否に「○」を入力する○ボタン２３４と、ドア・窓の施錠の安否に「異常あり」を入力する異常ありボタン２３５と、電気・水道・ガスの安否に「○」を入力する○ボタン２３６と、電気・水道・ガスの安否に「異常あり」を入力する異常ありボタン２３７と、備考にテキストの文字列を入力する入力フォーム２３８とが含まれる。これらＧＵＩのうち、○ボタン２３４または異常ありボタン２３５のいずれか、○ボタン２３６または異常ありボタン２３７のいずれかが選択された状態で保存ボタン２３２が押下操作されることによって部屋番号「１０１」の部屋に関する安否確認の実施結果が実施情報記憶部１３へ登録されることになる。
【００４３】
このように、部屋番号「１０１」の部屋に関する安否確認の実施結果が実施情報記憶部１３へ登録された場合、図７に示す実施記録画面２００がクライアント端末３０で表示される。すなわち、図６に示した状況入力欄２３０が山田太郎および山田花子に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄２４０へ更新される。
【００４４】
かかる状況入力欄２４０には、一覧２１０の選択状態をキャンセルするキャンセルボタン２３１と、状況入力欄２４０に入力された入力情報を保存する保存ボタン２３２と、スタッフが部屋を訪問した時間を選択するプルダウンメニュー２３３とが含まれる。さらに、状況入力欄２４０には、山田太郎の安否に「○」を入力する○ボタン２４１と、山田太郎の安否に「異常あり」を入力する異常ありボタン２４２と、山田花子の安否に「○」を入力する○ボタン２４３と、山田花子の安否に「異常あり」を入力する異常ありボタン２４４とが含まれる。これらＧＵＩのうち、○ボタン２４１または異常ありボタン２４２のいずれか、○ボタン２４３または異常ありボタン２４４のいずれかが選択された状態で保存ボタン２３２が押下操作されることによって山田太郎および山田花子に関する安否確認の実施結果が実施情報記憶部１３へ登録されることになる。
【００４５】
このように、状況入力欄２４０には、世帯主である山田太郎に関する安否確認の実施結果を入力するＧＵＩとともに、その同居者である山田花子に関する安否確認の実施結果を入力するＧＵＩが表示される。したがって、同居者である山田花子の安否に確認漏れが発生するのを抑制できる。
【００４６】
これと対比するために、同居者が存在しない佐藤次郎の安否確認についても図８に示した。この図８には、佐藤次郎に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄２５０が表示される。図８に示すように、同居者が存在しない場合には、佐藤次郎の安否に「○」を入力する○ボタン２５１と、佐藤次郎の安否に「異常あり」を入力する異常ありボタン２５２だけが含まれる。かかる表示によって、スタッフは、佐藤次郎が単身であり、安否確認の対象者が１名であることを把握できる。
【００４７】
［処理の流れ］
図９は、実施例１に係る状況入力支援処理の手順を示すフローチャートである。この処理は、一例として、メインメニュー画面上で部屋および入居者の安否確認の実施結果を記録する実施記録画面の表示要求が受信された場合に実行される。
【００４８】
図９に示すように、出力制御部１５は、対応関係記憶部１２に記憶された部屋番号ごとに当該部屋番号の入居者のうち世帯主を検索した上で、部屋番号及び世帯主の一覧を含む実施記録画面をクライアント端末３０へ出力する（ステップＳ１０１）。
【００４９】
その後、受信部１４が一覧のうち特定の部屋番号及び入居者の欄の選択を受信した場合（ステップＳ１０２Ｙｅｓ）、出力制御部１５は、次のような処理を実行する。すなわち、出力制御部１５は、クライアント端末３０に当該部屋番号の部屋に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する（ステップＳ１０３）。
【００５０】
続いて、受信部１４は、状況入力欄で入力された部屋に関する安否確認の実施結果を受信する（ステップＳ１０４）。そして、登録部１６は、ステップＳ１０４で受信された部屋に関する安否確認の実施結果を実施情報記憶部１３へ登録する（ステップＳ１０５）。
【００５１】
その後、出力制御部１５は、対応関係記憶部１２を参照して、一覧で選択を受け付けた入居者と同一の部屋番号が対応付けられた入居者、いわゆる同居者が存在するか否かを判定する（ステップＳ１０６）。
【００５２】
ここで、同居者が存在する場合（ステップＳ１０６Ｙｅｓ）には、出力制御部１５は、一覧で選択を受け付けた入居者に関する安否確認とともに同居者に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する（ステップＳ１０７）。一方、同居者が存在しない場合（ステップＳ１０６Ｎｏ）には、出力制御部１５は、一覧で選択を受け付けた入居者に関する安否確認の実施結果を入力するＧＵＩを含む状況入力欄をクライアント端末３０へ出力する（ステップＳ１０８）。
【００５３】
続いて、受信部１４は、ステップＳ１０７またはステップＳ１０８で入力された入居者に関する安否確認の実施結果を受信する（ステップＳ１０９）。そして、登録部１６は、ステップＳ１０９で受信された入居者に関する安否確認の実施結果を実施情報記憶部１３へ登録する（ステップＳ１１０）。
【００５４】
その後、一覧に表示された全ての入居者を対象に安否確認の実施結果が登録されるまで（ステップＳ１１１Ｎｏ）、上記のステップＳ１０２〜ステップＳ１１０までの処理を繰返し実行する。そして、一覧に表示された全ての入居者を対象に安否確認の実施結果が登録されると（ステップＳ１１１Ｙｅｓ）、処理を終了する。
【００５５】
［効果の一側面］
上述してきたように、本実施例に係るサーバ装置１０は、サービス付き高齢者向け住宅の入居者のうちいずれかの入居者が選択されると、入居者とその入居者と居所が同じ同居者との双方について状況入力画面を出力する。それ故、同居者の安否に確認漏れが発生するのを抑制できる。したがって、本実施例に係るサーバ装置１０によれば、状況入力の作業効率が低下するのを抑制できる。
【実施例２】
【００５６】
さて、これまで開示の装置に関する実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下では、本発明に含まれる他の実施例を説明する。
【００５７】
［入居者の安否確認の細目］
例えば、上記の実施例１では、入居者に関する安否確認を入力する入力項目を１つとする場合を例示したが、入力項目を複数とすることもできる。図１０は、実施記録画面の応用例を示す図である。図１０に示す実施記録画面２００は、図７に示した実施記録画面２００と比較して、状況入力欄２６０に山田太郎および山田花子の各々に関する安否確認の実行結果を入力する入力項目が複数設けられている点が異なる。すなわち、状況入力欄２６０には、山田太郎の呼吸の安否に「○」を入力する○ボタン２６１ａと、山田太郎の呼吸の安否に「異常あり」を入力する異常ありボタン２６１ｂと、山田太郎の血圧の安否に「○」を入力する○ボタン２６２ａと、山田太郎の血圧の安否に「異常あり」を入力する異常ありボタン２６２ｂと、山田太郎の脈拍の安否に「○」を入力する○ボタン２６３ａと、山田太郎の脈拍の安否に「異常あり」を入力する異常ありボタン２６３ｂとが含まれる。さらに、状況入力欄２６０には、山田花子の呼吸の安否に「○」を入力する○ボタン２６４ａと、山田花子の呼吸の安否に「異常あり」を入力する異常ありボタン２６４ｂと、山田花子の血圧の安否に「○」を入力する○ボタン２６５ａと、山田花子の血圧の安否に「異常あり」を入力する異常ありボタン２６５ｂと、山田花子の脈拍の安否に「○」を入力する○ボタン２６６ａと、山田花子の脈拍の安否に「異常あり」を入力する異常ありボタン２６６ｂとが含まれる。このように、呼吸、血圧や脈拍などのバイタルに関する入力項目を設けたり、その他の医療機器の点検項目を設けたりすることもできる。
【００５８】
［安否確認の表示タイミング］
上記の実施例１では、入居者が複数存在する場合に、各入居者に関する安否確認の実施結果を入力する状況入力欄を同時に表示させる場合を例示したが、必ずしも同時に表示させずともよい。例えば、選択された部屋に関する安否確認の実施結果を入力する状況入力欄を表示させた後に、選択された入居者に関する安否確認の実施結果を入力する状況入力欄を表示させる。その後、選択された入居者と同居する同居者に関する安否確認の実施結果を入力する状況入力欄を表示させることもできる。
【００５９】
［状況入力の適用範囲］
上記の実施例１では、状況入力を行う場合の一例として、安否確認を例示したが、安否確認以外にも、任意の分野における点呼や点検などの確認にも同様に適用することができる。
【００６０】
［分散および統合］
また、図示した各装置の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、上記の実施例１では、クライアントサーバシステムを構築する場合を例示したが、必ずしもクライアントサーバシステムを構築せずともよく、サーバ装置１０が有する各機能部をクライアント端末３０に実装させることによってクライアント端末３０をスタンドアローンで動作させることができる。この場合、対応関係記憶部１２に記憶された情報、実施情報記憶部１３に記憶された情報またはこれらの両方に記憶された情報をサーバ装置にストレージさせることとしてもよい。
【００６１】
［状況入力支援プログラム］
また、上記の実施例で説明した各種の処理は、予め用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。そこで、以下では、図１１を用いて、上記の実施例と同様の機能を有する状況入力支援プログラムを実行するコンピュータの一例について説明する。
【００６２】
図１１は、実施例１及び実施例２に係る状況入力支援プログラムを実行するコンピュータの一例について説明するための図である。図１１に示すように、コンピュータ１００は、操作部１１０ａと、スピーカ１１０ｂと、カメラ１１０ｃと、ディスプレイ１２０と、通信部１３０とを有する。さらに、このコンピュータ１００は、ＣＰＵ１５０と、ＲＯＭ１６０と、ＨＤＤ１７０と、ＲＡＭ１８０とを有する。これら１１０〜１８０の各部はバス１４０を介して接続される。
【００６３】
ＨＤＤ１７０には、図１１に示すように、上記の実施例１で示した受信部１４、出力制御部１５及び登録部１６と同様の機能を発揮する状況入力支援プログラム１７０ａが予め記憶される。この状況入力支援プログラム１７０ａについては、図２に示した各々の受信部１４、出力制御部１５及び登録部１６の各構成要素と同様、適宜統合又は分離しても良い。すなわち、ＨＤＤ１７０に格納される各データは、常に全てのデータがＨＤＤ１７０に格納される必要はなく、処理に必要なデータのみがＨＤＤ１７０に格納されれば良い。
【００６４】
そして、ＣＰＵ１５０が、状況入力支援プログラム１７０ａをＨＤＤ１７０から読み出してＲＡＭ１８０に展開する。これによって、図１１に示すように、状況入力支援プログラム１７０ａは、状況入力支援プロセス１８０ａとして機能する。この状況入力支援プロセス１８０ａは、ＨＤＤ１７０から読み出した各種データを適宜ＲＡＭ１８０上の自身に割り当てられた領域に展開し、この展開した各種データに基づいて各種処理を実行する。なお、状況入力支援プロセス１８０ａは、図２に示した受信部１４、出力制御部１５及び登録部１６にて実行される処理、例えば図９に示す処理を含む。また、ＣＰＵ１５０上で仮想的に実現される各処理部は、常に全ての処理部がＣＰＵ１５０上で動作する必要はなく、処理に必要な処理部のみが仮想的に実現されれば良い。
【００６５】
なお、上記の状況入力支援プログラム１７０ａについては、必ずしも最初からＨＤＤ１７０やＲＯＭ１６０に記憶させておく必要はない。例えば、コンピュータ１００に挿入されるフレキシブルディスク、いわゆるＦＤ、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」に各プログラムを記憶させる。そして、コンピュータ１００がこれらの可搬用の物理媒体から各プログラムを取得して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１００に接続される他のコンピュータまたはサーバ装置などに各プログラムを記憶させておき、コンピュータ１００がこれらから各プログラムを取得して実行するようにしてもよい。
【符号の説明】
【００６６】
１    状況入力支援システム
５    ネットワーク
１０    サーバ装置
１１    通信Ｉ／Ｆ部
１２    対応関係記憶部
１３    実施情報記憶部
１４    受信部
１５    出力制御部
１６    登録部
３０Ａ，３０Ｂ，３０Ｃ    クライアント端末
【図１】
2015197763.tif 000003
【図２】
2015197763.tif 000004
【図３】
2015197763.tif 000005
【図４】
2015197763.tif 000006
【図５】
2015197763.tif 000007
【図６】
2015197763.tif 000008
【図７】
2015197763.tif 000009
【図８】
2015197763.tif 000010
【図９】
2015197763.tif 000011
【図１０】
2015197763.tif 000012
【図１１】
2015197763.tif 000013