JP2020194268A - 医療介護従事者用スケジュールデータの生成に関するサーバ、システム、方法およびプログラム - Google Patents

Abstract

【課題】医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするサーバ、システム、方法およびプログラムを提供すること。【解決手段】医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバ２であって、サーバ２は、勤務予定情報と、取得された生体情報及び処置情報の少なくとも一つと、に基づき、患者に関連した医療介護従事者用スケジュールデータを生成する。【選択図】図２

Description

本発明は、医療介護従事者用スケジュールデータの生成に関するサーバ、システム、方法およびプログラムに関する。

表示部に生体情報と投薬情報を併せて表示させる医療用表示装置が知られている（特許文献１参照）。

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

特許文献１に開示された医療用表示装置によれば、医療介護従事者は、患者の生体情報と投薬情報を一覧的に確認することができる。そのため、医療介護従事者は、生体情報と投薬情報の観点から、患者の容態変化を把握することができる。しかし、医療介護従事者が、患者の容態変化に基づいて、当該患者への訪問スケジュールを決定する場合、医療介護従事者自ら、まず、患者の生体情報及び投薬情報の少なくとも一方と、医療介護従事者の勤務スケジュールと、を確認する。そして、医療介護従事者は訪問スケジュールを自分で考え、手動で作成しなければならない。

本発明は、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするサーバ、システム、方法およびプログラムを提供することを目的とする。

本発明の一態様に係るサーバは、
医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバであって、
前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する。

上記構成に係るサーバによれば、サーバは、医療介護従事者の勤務予定情報と、患者に関する生体情報及び処置情報の少なくとも一方と、に基づき、医療介護従事者用スケジュールデータを生成する。
このように、上記構成によれば、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするサーバを提供することができる。

また、本発明の一態様に係るサーバは、
医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を保存可能なサーバであって、
前記サーバは、取得された前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断可能であり、
前記サーバは、前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する。

上記構成に係るサーバによれば、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づいて、患者の容態を判断する。そして、サーバは、当該判断結果と、前記勤務予定情報と、に基づき、医療介護従事者用スケジュールデータを生成する。
このように、上記構成によれば、患者の容態に応じた適切な医療介護従事者の勤務スケジュールを簡便に決めることを可能にするサーバを提供することができる。

また、本発明の一態様に係るシステムは、
患者の生体情報を測定可能な測定機器と、
通信端末と、
医療介護従事者の勤務予定情報と、前記生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバと、
を備え、
前記測定機器は、前記通信端末を介して前記サーバと通信可能であり、
前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する。

上記構成に係るシステムによれば、サーバが、医療介護従事者の勤務予定情報と、患者に関する生体情報及び処置情報の少なくとも一つと、に基づき、医療介護従事者用スケジュールデータを生成する。このため、上記構成に係るシステムは、患者の容態に応じた適切な勤務スケジュールが生成することができる。
このように、上記構成によれば、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするシステムを提供することができる。

また、本発明の一態様に係るシステムは、
患者の生体情報を測定可能な測定機器と、
通信端末と、
医療介護従事者の勤務予定情報と、前記生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバと、
を備え、
前記サーバは、取得された前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断可能であり、
前記サーバは、前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する。

上記構成に係るシステムによれば、サーバは、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づいて、患者の容態を判断する。そして、サーバは、当該判断結果と、前記勤務予定情報と、に基づき、医療介護従事者用スケジュールデータを生成する。
このように、上記構成によれば、患者の容態に応じた適切な医療介護従事者の勤務スケジュールを簡便に決めることを可能にするシステムを提供することができる。

また、本発明の一態様に係る方法は、
医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を取得するステップと、
前記勤務予定情報と、前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成するステップと、を含む。

上記構成に係る方法によれば、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づき、医療介護従事者用スケジュールデータが生成される。
このように、上記構成によれば、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にする方法を提供することができる。

また、本発明の一態様に係る方法は、
医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を取得するステップと、
前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断するステップと、
前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成するステップと、を含む。

上記構成に係る方法によれば、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づいて、患者の容態が判断される。そして、当該判断結果と、前記勤務予定情報と、に基づき、医療介護従事者用スケジュールデータが生成される。
このように、上記構成によれば、患者の容態に応じた適切な医療介護従事者の勤務スケジュールを簡便に決めることを可能にする方法を提供することができる。

また、本発明の一態様に係るプログラムは、
医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を取得する機能と、
前記勤務予定情報と、前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する機能と、をコンピュータに実現させる。

上記構成に係るプログラムによれば、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づき、医療介護従事者用スケジュールデータが生成される。
このように、上記構成によれば、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするプログラムを提供することができる。

また、本発明の一態様に係るプログラムは、
医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を取得する機能と、
前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断する機能と、
前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する機能と、をコンピュータに実現させる。

上記構成に係るプログラムによれば、取得された医療介護従事者の勤務予定情報と、取得された患者に関する生体情報及び処置情報の少なくとも一つと、に基づいて、患者の容態が判断される。そして、当該判断結果と、前記勤務予定情報と、に基づき、医療介護従事者用スケジュールデータが生成される。
このように、上記構成によれば、患者の容態に応じた適切な医療介護従事者の勤務スケジュールを簡便に決めることを可能にするプログラムを提供することができる。

本発明によれば、医療介護従事者が適切な勤務スケジュールを簡便に決めることを可能にするサーバ、システム、方法およびプログラムを提供することができる。

本発明の一実施形態に係るシステムの構成図である。 本発明の一実施形態に係るシステムの機能ブロック図である。 第一実施例に係るシステムの動作に関するシーケンス図である。 患者の生体情報及び処置情報に関するデータの例を示す図である。 患者の生体情報または処置情報に応じた適切な医療介護従事者の種別、ならびに医療介護従事者の訪問頻度および訪問緊急度の基準等を示す図である。 情報機器の表示部に表示される表示画面の一例を示す図である。 情報機器の表示部に表示される表示画面の一例を示す図である。 第二実施例に係るシステムの動作に関するシーケンス図である。 現状の医療介護従事者用スケジュールデータの一例を示す図である。 第三実施例に係るシステムの動作に関するシーケンス図である。 サーバが提示用データを生成するまでの流れを示す図である。 情報機器の表示部に表示される表示画面の一例を示す図である。 情報機器の表示部に表示される表示画面の一例を示す図である。

以下、本発明の実施形態について図面を参照しながら説明する。尚、本実施形態の説明において既に説明された要素と同一の参照番号を有する要素については、説明の便宜上、その説明は省略する。

（全体構成）
図１は、本発明の実施例（以下、単に「本実施例」という。）に係るシステム１００の構成図である。図１に示すように、システム１００は、情報機器１と、サーバ２と、測定機器３と、ゲートウェイ機器４（通信端末の一例）と、を含む。情報機器１とサーバ２はネットワークＮを介して通信可能に接続されている。サーバ２と測定機器３は、ゲートウェイ機器４及びネットワークＮを介して通信可能に接続されている。ネットワークＮは、汎用のインターネットネットワークである。

図２は、システム１００の機能ブロック図である。図２に示されるように、情報機器１は、表示部１１と、操作部１２と、制御部１３と、通信インターフェース（通信ＩＦ）１４と、を備える。これらはバス１５を介して互いに通信可能に接続されている。情報機器１としては、例えば、デスクトップタイプのＰＣ、ノートＰＣ、タブレット端末、スマートフォン等の電子機器が利用され得る。

表示部１１は、液晶ディスプレイ、有機ＥＬディスプレイ等のタッチスクリーン型のディスプレイ等であって、画像（操作画像や医療情報に関する画像等）を表示するように構成されている。

操作部１２は、情報機器１を操作する操作者の入力操作を受け付けると共に、当該入力操作に対応する指示信号を生成するように構成されている。操作部１２は、例えば、表示部１１上に重ねて配置されたタッチパネル、情報機器１の筐体に取り付けられた操作ボタン等である。操作部１２は、患者情報の画面を表示部１１に表示させるための入力操作や、表示画面を切り換えるための入力操作等を受け付けて、当該入力操作に対応する指示信号を生成する。生成された指示信号は、バス１５を介して制御部１３に送信される。制御部１３は、指示信号に基づいて、情報機器１の動作を制御するように構成されている。なお、本明細書における「患者」という語句には、医療サービス又は介護サービスを受ける者が含まれる。

制御部１３は、メモリとプロセッサを備えている。メモリは、例えば、各種プログラム等が格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やプロセッサにより実行される各種プログラム等が格納される複数ワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。プロセッサは、例えばＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)であって、ＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されている。

通信インターフェース１４は、ネットワークＮへの接続を可能にするインターフェースである。通信インターフェース１４を介して、情報機器１は、ネットワークＮに接続されたサーバ２と適宜に通信することができる。

図２に示されるように、サーバ２は、制御部２１と、通信インターフェース（通信ＩＦ）２２と、データ保存部２３と、を備える。これらはバス２４を介して互いに通信可能に接続されている。

データ保存部２３は記憶領域を有する。データ保存部２３は、患者情報、患者の生体情報、患者の処置情報、医療介護従事者の種別に関する情報、医療介護従事者の勤務予定情報、適正種別情報、訪問間隔情報、訪問時期情報等を保存可能である。

患者情報としては、例えば、患者の年齢、性別、血液型、持病に関する情報である。患者の生体情報としては、血圧、体温、ＳｐＯ_２（経皮的動脈血酸素飽和度）、体重、血糖値等である。患者の処置情報としては、昇圧薬、降圧薬、鎮痛剤、解熱薬等の投薬に関する投薬情報や、止血、クーリング、褥瘡のケア、吸引、包帯巻き替え等の手当に関する手当情報等である。

医療介護従事者としては、医師、看護師、薬剤師、介護福祉士等の医療分野や介護分野に携わる者である。医療介護従事者の種別に関する情報とは、医師、看護師、薬剤師、介護福祉士等の職種に関する情報である。医療介護従事者の勤務予定情報とは、医療介護従事者の出勤予定日時に関する情報である。適正種別情報とは、患者の生体情報等に合わせた医療介護従事者の種別に関する情報である。

訪問間隔情報とは、適切な診療間隔に関する情報である。訪問間隔情報は、医療介護従事者ごとに任意に設定された訪問緊急度に関する基準と、訪問頻度に関する基準と、を含む情報である。訪問緊急度に関する基準とは、患者の訪問をどれくらい急ぐべきかという指標である。訪問頻度に関する基準とは、患者の訪問をどれくらいの頻度で行うべきかという指標である。

訪問時期情報とは、医療介護従事者が患者を訪問する時期に関する情報である。訪問時期情報は、訪問間隔情報と、患者の生体情報及び処置情報の少なくとも一つと、に基づき、生成される。つまり、訪問時期情報は、患者の生体情報等に合わせて生成される情報である。

制御部２１は、メモリとプロセッサを備えている。メモリは、例えば、各種プログラム等が格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やプロセッサにより実行される各種プログラム等が格納される複数ワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。プロセッサは、例えばＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)であって、ＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で後述する判断部２１１、生成部２１２等の各種処理を実行するように構成されている。

制御部２１は、判断部２１１と、生成部２１２と、を備える。判断部２１１は、データ保存部２３に保存された患者の生体情報及び患者の処置情報の少なくとも一つから、患者の容態を判断することができる。

判断部２１１は、例えば、データ保存部２３に保存された患者の生体情報及び患者の処置情報の少なくとも一つから、当該患者の血圧の変化、体温の変化、ＳｐＯ_２の変化、血糖値の変化等を分析し、患者の容態を判断する。判断部２１１は、患者の容態を判断すると、当該判断結果として、当該患者の容態に関する情報を生成する。判断部２１１は、患者の容態に関する情報をデータ保存部２３に送信する。患者の容態に関する情報は、データ保存部２３に保存される。

判断部２１１は、訪問間隔情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、に基づき、適切な訪問時期を判断し、当該判断結果として、適正な訪問時期に関する情報（訪問時期情報）を生成する。判断部２１１は、訪問時期情報をデータ保存部２３に送信する。訪問時期情報は、データ保存部２３に保存される。

判断部２１１は、医療介護従事者の種別に関する情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、に基づき、当該患者に対して適切な医療介護従事者を判断し、当該判断結果として、適正種別情報を生成する。判断部２１１は、適正種別情報をデータ保存部２３に送信する。適正種別情報は、データ保存部２３に保存される。

生成部２１２は、データ保存部２３に保存された医療介護従事者の勤務予定情報と、データ保存部２３に保存された患者の生体情報及び患者の処置情報の少なくとも一つと、に基づいて、医療介護従事者用スケジュールデータを生成することができる。また、生成部２１２は、患者の容態に関する情報と、医療介護従事者の勤務予定情報と、に基づいて、医療介護従事者用スケジュールデータを生成することもできる。なお、医療介護従事者用スケジュールデータとは、医療介護従事者が、対象となる患者に対して、診療又は訪問する予定の日時に関するデータである。

生成部２１２は、データ保存部２３に保存された適正種別情報と、医療介護従事者の勤務予定情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、に基づいて、医療介護従事者用スケジュールデータを生成することもできる。

生成部２１２は、データ保存部２３に保存された訪問時期情報と、医療介護従事者の勤務予定情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、に基づいて、医療介護従事者用スケジュールデータを生成することもできる。

生成部２１２は、医療介護従事者用スケジュールデータに基づいて、表示用データを生成する。表示用データとは、医療介護従事者用スケジュールデータに基づく医療介護従事者用スケジュールを、情報機器１の表示部１１に表示させるためのデータである。また、生成部２１２は、データ保存部２３に保存されている過去に生成された現状の医療介護従事者用スケジュールデータと、患者の生体情報および処置情報の少なくとも一つと、に基づいて、提示用データを生成する。提示用データとは、現状の医療介護従事者用スケジュールデータと、現状の医療介護従事者用スケジュールデータの変更を医療介護従事者に促すためのメッセージ情報や医療介護従事者用スケジュールの変更候補等と、を含むデータであって、当該現状の医療介護従事者用スケジュールデータとメッセージ情報等を情報機器１の表示部１１に表示させるためのデータである。当該メッセージ情報等の詳細については後述する。尚、生成部２１２が生成する医療介護従事者用スケジュールデータや表示用データには、生成部２１２によって全てが新しく生成されるデータだけでなく、データ保存部２３に保存されている現状の医療介護従事者用スケジュールデータや表示用データを基に生成されるデータも含まれる。

また、判断部２１１は、訪問時期情報に基づいて、現状の医療介護従事者用スケジュールデータが適切か否かを判断することができる。判断部２１１が、現状の医療介護従事者用スケジュールデータは不適切であると判断すると、生成部２１２は、訪問時期情報に基づいて、提示用データを生成する。

通信インターフェース２２は、ネットワークＮへの接続を可能にするインターフェースである。通信インターフェース２２を介して、サーバ２は、ネットワークＮに接続された情報機器１及びゲートウェイ機器４を介してネットワークＮに接続された測定機器３と適宜に通信することができる。

図２に示されるように、測定機器３は、測定部３１と、入力操作部３２と、制御部３３と、通信インターフェース（通信ＩＦ）３４と、を備える。これらはバス３５を介して互いに通信可能に接続されている。測定機器３としては、例えば、血圧計、体温計、パルスオキシメータ、体重計、血糖測定器等である。

測定部３１は、患者の生体情報を測定することができる。

入力操作部３２は、測定機器３を操作する操作者の入力操作を受け付けると共に、当該入力操作に対応する指示信号を生成するように構成されている。入力操作部３２は、例えば、測定機器３の表示画面上に重ねて配置されたタッチパネルや、測定機器３の筐体に取り付けられた操作ボタン、イベントスイッチ等である。入力操作部３２は、例えば、生体情報の取得を開始するための入力操作を受け付けて、当該入力操作に対応する指示信号を生成する。生成された指示信号は、バス３５を介して制御部３３に送信される。制御部３３は、指示信号に基づいて、測定機器３の動作を制御するように構成されている。

制御部３３は、メモリとプロセッサを備えている。メモリは、例えば、各種プログラム等が格納されたＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やプロセッサにより実行される各種プログラム等が格納される複数ワークエリアを有するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等から構成される。プロセッサは、例えばＣＰＵ(Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ)であって、ＲＯＭに組み込まれた各種プログラムから指定されたプログラムをＲＡＭ上に展開し、ＲＡＭとの協働で各種処理を実行するように構成されている。

通信インターフェース３４は、ゲートウェイ機器４への接続を可能にするインターフェースである。測定機器３とゲートウェイ機器４とは、例えば、Ｗｉ−Ｆｉ等の近距離無線通信等により接続される。通信インターフェース３４及びゲートウェイ機器４を介して、測定機器３は、ネットワークＮに接続されたサーバ２と適宜に通信することができる。

ゲートウェイ機器４は、例えば、ルータである。ゲートウェイ機器４は、測定機器３により測定された生体情報を二つ以上の異なるネットワーク間に中継する通信機器である。ゲートウェイ機器４を介して、測定機器３はネットワークＮに接続される。その結果、測定機器３はサーバ２と通信可能になる。なお、測定機器３とサーバ２は、ゲートウェイ機器４を介さずに直接データの送受信を行っても良い。

ゲートウェイ機器４は略直方体の筐体を有する。ゲートウェイ機器４の幅及び奥行は約１０センチメートルであり、高さは約４センチメートルである。ゲートウェイ機器４の重さは約１２０グラムである。このように、ゲートウェイ機器４は小型でかつ軽量である。

（第一実施例）
図３〜図７を参照しながら、第一実施例について説明する。なお、本実施例では、２０１８年７月６日を現時点として説明をする。また、本実施例において、光電花子、光電一郎、光電次郎、および光電三郎は患者、光電太郎は医師として説明する。図３は、第一実施例に係るシステム１００の動作に関するシーケンス図である。測定機器３により、患者の生体情報が測定される（ステップＳ１）。例えば、患者の生体情報の測定は患者自身によって行われる。尚、医療介護従事者が患者の生体情報を測定してもよい。測定された患者の生体情報は、測定機器３の制御部３３によって、ゲートウェイ機器４に送信される（ステップＳ２）。ゲートウェイ機器４は、受信した生体情報を、ネットワークＮを介して、サーバ２に送信する（ステップＳ３）。サーバ２は、受信された生体情報をデータ保存部２３に保存する（ステップＳ４）。

医療介護従事者が、患者に対して処置を行った場合、医療介護従事者は、当該処置情報を、情報機器１の操作部１２を介して入力する（ステップＳ５）。当該操作が行われると、処置情報をサーバ２に送信するための指示信号が生成される。生成された指示信号は、バス１５を介して制御部１３に送信される。制御部１３は、指示信号に基づいて、処置情報をサーバ２に送信するよう、情報機器１を制御する（ステップＳ６）。サーバ２は、受信した処置情報をデータ保存部２３に保存する（ステップＳ７）。

データ保存部２３に保存される患者の生体情報および処置情報としては、例えば、図４に示されるような情報である。図４は、２０１８年７月２日から２０１８年７月６日における、各患者の体温およびＳｐＯ_２に関する情報、ならびに処置情報を示している。例えば、２０１８年７月２日における光電花子の体温は３６．０℃である。同様に、２０１８年７月２日における光電花子のＳｐＯ_２は９８％である。２０１８年７月５日および同年７月６日において、光電花子には解熱薬が投与されている。

２０１８年７月２日及び７月３日における光電一郎の体温は３６．５℃である。同様に、２０１８年７月２日及び７月３日における光電一郎のＳｐＯ_２は９６％である。２０１８年７月２日から２０１８年７月６日までの間、光電一郎には何ら処置は行われていない。

２０１８年７月２日における光電次郎の体温は３８．０℃である。同様に、２０１８年７月２日における光電次郎のＳｐＯ_２は９８％である。２０１８年７月２日に、光電次郎はクーリングの処置を受けている。

２０１８年７月２日における光電三郎の体温は３６．５℃である。同様に、２０１８年７月２日における光電三郎のＳｐＯ_２は９６％である。２０１８年７月６日に、光電三郎には降圧薬が投与されている。

図３に戻り、ステップＳ８以降について説明する。サーバ２の判断部２１１は、データ保存部２３に予め保存されている医療介護従事者の種別に関する情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、に基づき、当該患者に対して適切な医療介護従事者を判断する。そして、判断部２１１は、当該判断結果として、適正種別情報を生成する（ステップＳ８）。判断部２１１によって生成された適正種別情報は、データ保存部２３に保存される（ステップＳ９）。

図５は、患者の生体情報または処置情報に応じた適切な医療介護従事者の種別、ならびに医療介護従事者の訪問頻度および訪問緊急度の基準等を示す図である。図５に示すテーブル情報はデータ保存部２３に保存されている。なお、図５に示すテーブル情報には、患者の生体情報または処置情報に対応する患者の容態に関する情報が含まれているが、本実施例では、患者の容態に関する情報は用いられない。図５に示されるように、例えば、一週間以内に、患者の体温が３７．２℃以上３８．０℃未満である日があるとき、当該患者の対応をすべき者は介護士である。一週間以内に、体温が３８．０℃以上である日があるとき、当該患者の対応をすべき者は看護師である。三日以内に、ＳｐＯ_２が９０%未満である日があるとき、当該患者の対応をすべき者は医師である。また、一週間以内に、連続して二日以上、解熱薬が患者に投与されている場合、当該患者の対応をすべき者は医師である。

図４に示すように、本実施例において、２０１８年７月５日及び同年７月６日における光電花子の体温（生体情報）は、３８．０℃以上である。また、２０１８年７月５日及び同年７月６日における光電花子のＳｐＯ_２（生体情報）は、９０％未満である。また、光電花子には、２０１８年７月５日及び同年７月６日に、解熱薬が投与されている（処置情報）。このため、サーバ２の判断部２１１は、光電花子の対応をすべき者は医師であると判断する。判断部２１１は、当該判断結果として、適正種別情報を生成する。適正種別情報はデータ保存部２３に保存される。

２０１８年７月２日から同年７月６日における光電一郎の体温は３７．２℃未満である。２０１８年７月４日から同年７月６日における光電一郎のＳｐＯ_２の値は９０％以上である。２０１８年７月２日から同年７月６日において、光電一郎には何ら処置も行われていない。このため、判断部２１１は、光電一郎の対応をすべき者は介護士であると判断する。判断部２１１は、当該判断結果として、適正種別情報を生成する。適正種別情報はデータ保存部２３に保存される。

２０１８年７月２日における光電次郎の体温は、３８．０℃である。２０１８年７月４日から同年７月６日における光電次郎のＳｐＯ_２の値は９０％以上である。２０１８年７月２日において、光電次郎はクーリングの処置を受けている。このため、判断部２１１は、光電次郎の対応をすべき者は看護師であると判断する。判断部２１１は、当該判断結果として、適正種別情報を生成する。適正種別情報はデータ保存部２３に保存される。

２０１８年７月２日から同年７月６日における光電三郎の体温は３７．２℃未満である。２０１８年７月４日から同年７月６日における光電三郎のＳｐＯ_２の値は９０％以上である。２０１８年７月６日において、光電三郎には降圧薬が投与されている。このため、判断部２１１は、光電三郎の対応をすべき者は看護師であると判断する。判断部２１１は、当該判断結果として、適正種別情報を生成する。適正種別情報はデータ保存部２３に保存される。

図３に戻り、ステップＳ１０以降について説明する。医療介護従事者は、自身の勤務スケジュール（勤務予定情報）を、情報機器１の操作部１２を介して入力する（ステップＳ１０）。当該操作が行われると、勤務予定情報をサーバ２に送信するための指示信号が生成される。生成された指示信号は、バス１５を介して制御部１３に送信される。制御部１３は、指示信号に基づいて、勤務予定情報をサーバ２に送信するよう、情報機器１を制御する（ステップＳ１１）。サーバ２は、受信した勤務予定情報をデータ保存部２３に保存する（ステップＳ１２）。

ステップＳ１２において、医療介護従事者の勤務予定情報がデータ保存部２３に保存されると、生成部２１２は、対象となる医療介護従事者の休暇情報と勤務予定情報（例えば、外来患者の対応予定情報）に基づき、既に予定が入っている時間帯を特定する。このとき、生成部２１２は、図６に示されるような、対象となる医療介護従事者の休暇情報と勤務予定情報（本実施例では外来患者の対応予定情報）のみが反映されている情報である、医療介護従事者用の初期スケジュールデータを生成する。

ステップＳ１２の次に、サーバ２の生成部２１２は、データ保存部２３に保存された医療介護従事者の勤務予定情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、適正種別情報と、に基づき、医療介護従事者用スケジュールデータを生成する（ステップＳ１３）。生成部２１２によって生成された当該スケジュールデータは、データ保存部２３に保存される。なお、生成部２１２は、医療介護従事者の勤務予定情報と患者の生体情報及び患者の処置情報の少なくとも一つと、に基づき、医療介護従事者用スケジュールデータを生成してもよい。

ステップＳ１３において、生成部２１２は、データ保存部２３に保存された医療介護従事者の勤務予定情報と、患者の生体情報及び患者の処置情報の少なくとも一つと、適正種別情報と、に基づき、未だ予定が入っていない時間帯に、対象となる患者への訪問予定を入れ、医療介護従事者用スケジュールデータを生成する。このとき、生成部２１２は、図５に示すテーブル情報を参照して、医療介護従事者用スケジュールデータを生成する。

図５に示すように、例えば、一週間以内に、患者の体温が３７．２℃以上３８．０℃未満である日があるとき、医師は、五日以内に当該患者を訪問診療する必要がある。また、医師は、当該患者を一週間に一回以上訪問診療する必要がある。一週間以内に、患者の体温が３８．０℃以上の日が二日以上続いているとき、医師は、二日以内に当該患者を訪問診療する必要がある。また、医師は、当該患者を一週間に三回以上訪問診療する必要がある。三日以内に、ＳｐＯ_２が９０%未満である日があるとき、医師は、二日以内に当該患者を訪問診療する必要がある。また、医師は、当該患者を一週間に三回以上訪問診療する必要がある。

一週間以内に、連続して二日以上、解熱薬が患者に投与されている場合、医師は、二日以内に当該患者を訪問診療する必要がある。また、医師は、当該患者を一週間に三回以上訪問診療する必要がある。また、一週間以内に、クーリングの処置が患者に行われている場合、医師は、五日以内に当該患者を訪問診療する必要がある。また、医師は、当該患者を一週間に一回以上訪問診療する必要がある。

図４に示すように、本実施例において、２０１８年７月５日及び同年７月６日における光電花子の体温（生体情報）は、３８．０℃以上である。また、２０１８年７月５日及び同年７月６日における光電花子のＳｐＯ_２（生体情報）は、９０％未満である。また、光電花子には、２０１８年７月５日及び同年７月６日に、解熱薬が投与されている。このため、サーバ２の判断部２１１は、医師である光電太郎は、二日以内（２０１８年７月８日以内）に、光電花子に対して訪問診療し、かつ一週間に三回以上、光電花子に対して訪問診療する必要があると判断する。

２０１８年７月２日から同年７月６日における光電一郎の体温は３７．２℃未満である。２０１８年７月４日から同年７月６日における光電一郎のＳｐＯ_２の値は９０％以上である。２０１８年７月２日から同年７月６日において、光電一郎には何ら処置も行われていない。このため、判断部２１１は、医師である光電太郎は、五日以内（２０１８年７月１１日以内）に、光電一郎に対して訪問診療し、かつ一週間に一回以上、光電一郎に対して訪問診療する必要があると判断する。

２０１８年７月２日における光電次郎の体温は、３８．０℃である。２０１８年７月４日から同年７月６日における光電次郎のＳｐＯ_２の値は９０％以上である。２０１８年７月２日において、光電次郎はクーリングの処置を受けている。このため、判断部２１１は、医師である光電太郎は、五日以内（２０１８年７月１１日以内）に、光電次郎に対して訪問診療し、かつ一週間に一回以上、光電次郎に対して訪問診療する必要があると判断する。

２０１８年７月２日から同年７月６日における光電三郎の体温は３７．２℃未満である。２０１８年７月４日から同年７月６日における光電三郎のＳｐＯ_２の値は９０％以上である。２０１８年７月６日において、光電三郎には降圧薬が投与されている。このため、判断部２１１は、医師である光電太郎は、五日以内（２０１８年７月１１日以内）に、光電三郎に対して訪問診療し、かつ一週間に一回以上、光電三郎に対して訪問診療する必要があると判断する。

生成部２１２は、上述した判断部２１１による判断結果に基づき、未だ予定が入っていない時間帯に、対象となる患者への訪問予定を入れ、医療介護従事者用スケジュールデータを生成する（図３のステップＳ１３）。

図３に戻り、ステップＳ１４以降の動作について説明する。サーバ２の生成部２１２は、データ保存部２３に保存された対象となる医療介護従事者のスケジュールデータに基づいて、表示用データを生成する（ステップＳ１４）。当該表示用データは、ネットワークＮを介して、サーバ２から情報機器１に送信される（ステップＳ１５）。

情報機器１の制御部１３は、受信した表示用データに基づく表示画面を表示するよう、表示部１１を制御する（ステップＳ１６）。このとき、表示部１１には、例えば、図７に示す画面が表示される。例えば、光電花子への訪問診療について見ると、図７に示すように、光電太郎は、２０１８年７月７日１３：００〜１４：００、２０１８年７月９日９：００〜１０：００、および２０１８年７月１１日９：００〜１０：００において、光電花子への訪問診療を行う予定である。このように、２０１８年７月６日において生成部２１２が生成した医療介護従事者用スケジュールデータは適切である。

なお、ステップＳ１〜Ｓ４とステップＳ５〜Ｓ７は、どちらが先に実行されてもよい。ステップＳ１〜Ｓ９とステップＳ１０〜Ｓ１２は、どちらが先に実行されてもよい。
また、ステップＳ１４〜Ｓ１６は、医療介護従事者が情報機器１の操作部１２への入力を介して行う、表示部１１の表示に関する操作に基づき、実行されてもよい。

上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、患者の生体情報及び処置情報の少なくとも一つと、医療介護従事者の勤務予定情報と、に基づき、医療介護従事者用スケジュールデータ及び当該医療介護従事者用スケジュールデータに紐付けられた表示用データを生成する。そして、当該表示用データに基づく医療介護従事者用スケジュールが、情報機器１の表示部１１に表示される。このように、サーバ２及びシステム１００は、患者の生体情報や処置情報を考慮して、医療介護従事者用スケジュールデータ及び表示用データを生成するので、医療介護従事者は、適切な勤務スケジュールを簡便に決めることができる。

また、上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、適正種別情報と、医療介護従事者の勤務予定情報と、患者の生体情報及び処置情報と、に基づいて、医療介護従事者用スケジュールデータ及び表示用データを生成する。つまり、サーバ２は、対象となる患者にとって適正な種別の医療介護従事者を考慮して、医療介護従事者用スケジュールデータ及び表示用データを生成する。このため、サーバ２は、より適切な医療介護従事者用スケジュールデータ及び表示用データを生成することができる。

また、上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、訪問時期情報と、医療介護従事者の勤務予定情報と、患者の生体情報及び処置情報の少なくとも一つと、に基づいて、医療介護従事者用スケジュールデータ及び表示用データを生成する。このため、サーバ２は、より適切な医療介護従事者用スケジュールデータ及び表示用データを生成することができる。

（第二実施例）
第二実施例は、サーバ２が、患者の生体情報及び処置情報の少なくとも一つに基づき、患者の容態を判断する点、およびサーバ２が、患者の容態に関する判断結果と、医療介護従事者の勤務予定情報と、に基づき、医療介護従事用スケジュールデータを生成している点で第一実施例と異なる。なお、説明の便宜上、第二実施例の説明において、第一実施例と重複する部分については説明を省略する。

また、第二実施例において、図５に示すテーブル情報は、患者の生体情報や処置情報から患者の容態を判断するときにも用いられ得る。例えば、一週間以内に、患者の体温が３８．０℃以上の日が二日以上続いている場合、サーバ２の判断部２１１は、当該患者は肺炎を患っている疑いがあると判断する。

図８は、第二実施例に係るシステム１００の動作に関するシーケンス図である。ステップＳ２１〜Ｓ２７は、第一実施例のステップＳ１〜Ｓ７と同様であるので説明を省略する。

ステップＳ２８において、サーバ２の判断部２１１は、データ保存部２３に保存された患者の生体情報及び処置情報の少なくとも一つに基づき、当該患者の容態を判断する（ステップＳ２８）。例えば、一週間以内に、患者の体温が３８．０℃以上の日が二日以上続いている場合、判断部２１１は、当該患者は肺炎の疑いがあると判断する。本実施例においては、図４に示されるように、光電花子は２０１８年７月５日及び同年７月６日における光電花子の体温（生体情報）は、３８．０℃以上である。このため、判断部２１１は、図５のテーブル情報に基づいて、光電花子は肺炎を患っている疑いがあると判断する。判断部２１１が行った判断結果（患者の容態に関する情報）は、データ保存部２３に保存される（ステップＳ２９）。

ステップＳ３０〜Ｓ３４は、第一実施例のステップＳ８〜Ｓ１２と同様であるので説明を省略する。

ステップＳ３５において、生成部２１２は、データ保存部２３に保存された医療介護従事者の勤務予定情報と、患者の容態に関する情報と、適正種別情報と、に基づき、図５のテーブル情報を参照して、医療介護従事者用スケジュールデータを生成する。なお、生成部２１２は、医療介護従事者の勤務予定情報と、患者の容態に関する情報と、に基づき、医療介護従事者用スケジュールデータを生成してもよい。

ステップＳ３６〜Ｓ３８は、第一実施例のステップＳ１４〜Ｓ１６と同様であるので説明を省略する。

上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、患者の生体情報及び処置情報の少なくとも一つに基づいて、判断した患者の容態を判断する。そして、サーバ２は、患者の容態に関する判断結果と、医療介護従事者の勤務予定情報と、に基づき、医療介護従事者用スケジュールデータ及び当該医療介護従事者用スケジュールデータに紐付けられた表示用データを生成する。そして、当該表示用データに基づく医療介護従事者用スケジュールが、情報機器１の表示部１１に表示される。このように、サーバ２及びシステム１００は、患者の容態を考慮して、医療介護従事者用スケジュールデータ及び表示用データを生成するので、患者の容態に応じた適切な医療介護従事者の勤務スケジュールを簡便に決めることができる。

また、上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、適正種別情報と、医療介護従事者の勤務予定情報と、患者の容態に関する判断結果と、に基づいて、医療介護従事者用スケジュールデータ及び当該医療介護従事者用スケジュールデータに紐付けられた表示用データを生成する。つまり、サーバ２は、対象となる患者にとって適正な種別の医療介護従事者を考慮して、医療介護従事者用スケジュールデータ及び表示用データを生成する。このため、サーバ２は、より適切な医療介護従事者用スケジュールデータ及び表示用データを生成することができる。

また、上記構成に係るサーバ２及びシステム１００によれば、サーバ２は、訪問時期情報と、医療介護従事者の勤務予定情報と、患者の容態に関する判断結果と、に基づいて、医療介護従事者用スケジュールデータ及び表示用データを生成する。このため、サーバ２は、より適切な医療介護従事者用スケジュールデータ及び表示用データを生成することができる。

（第三実施例）
第三実施例は、サーバ２は、提示用データを生成する点で第一実施例および第二実施例と異なる。なお、説明の便宜上、第三実施例の説明において、第一実施例または第二実施例と重複する部分については説明を省略する。また、第三実施例においては、第一実施例または第二実施例に示した方法により、過去に生成された現状の医療介護従事者用スケジュールデータが生成されている。そして、データ保存部２３には、現状の医療介護従事者用スケジュールデータが保存されているものとして説明する。なお、本実施例において、現状の医療介護従事者用スケジュールデータは、２０１８年６月３０日に生成されたものとして説明する。２０１８年６月３０日の時点において生成された、現状の医療介護従事者用スケジュールデータは、図９に示すものである。

図１０は、第三実施例に係るシステム１００の動作に関するシーケンス図である。ステップＳ４１〜Ｓ４９は、第一実施例のステップＳ１〜Ｓ９と同様であるので説明を省略する。

ステップＳ５０において、サーバ２の生成部２１２は、データ保存部２３に保存されている現状の医療介護従事者用スケジュールデータと、患者の生体情報および処置情報の少なくとも一つと、に基づいて、提示用データを生成する。ここで、図１１を参照して、生成部２１２が提示用データを生成する動作について詳述する。図１１は、サーバ２が提示用データを生成するまでの流れを示す図である。

ステップＳ５４１において、判断部２１１は、判断部２１１がステップＳ４９で生成した適正種別情報に紐付く医療介護従事者に関する現状の医療介護従事者用スケジュールデータが適切であるかどうか判断する。現状の医療介護従事者用スケジュールデータが適切であるとき（ステップＳ５４１においてＹＥＳ）、生成部２１２は、提示用データを生成しない（ステップＳ５４２）。そして、本処理は終了する。一方、現状の医療介護従事者用スケジュールデータが適切ではないとき（ステップＳ５４１においてＮＯ）、ステップＳ５４３に進む。本実施例において、光電花子の体温は、二日連続で３８．０℃以上である（つまり、光電花子は肺炎を患っている疑いがある）ため、適切な医療介護従事者の種別は医師（光電太郎）である。また、光電太郎は、光電花子に対して二日以内（２０１８年７月８日以内）に訪問診療をする必要がある。さらに、光電太郎は、一週間に三回以上、光電花子に対して訪問診療をする必要がある。しかし、図９に示すように、光電太郎の光電花子への訪問診療の予定は、２０１８年７月９日９：００〜１０：００と２０１８年７月１１日９：００〜１０：００のみである。つまり、光電太郎の現状の医療介護従事者用スケジュールは不適切であるので（ステップＳ５４１においてＮＯ）、ステップＳ５４３に進む。

ステップＳ５４３において、判断部２１１は、適切な医療介護従事者が、適切な訪問日までに、適切な回数、対象となる患者を訪問することができるかどうかを判断する。適切な医療介護従事者が、適切な訪問日までに、適切な回数、対象となる患者を訪問することができるとき（ステップＳ５４３においてＹＥＳ）、生成部２１２は提示用データを生成する（ステップＳ５４４）。ステップＳ５４４において生成される提示用データは、現状の医療介護従事者用スケジュールデータと、現状の医療介護従事者用スケジュールデータの変更を医療介護従事者に促すためのメッセージ情報と、医療介護従事者用スケジュールの変更候補と、を含む。一方、現状の医療介護従事者用スケジュールが適切ではないとき（ステップＳ５４３においてＮＯ）、生成部２１２は、現状の医療介護従事者用スケジュールデータと、現状の医療介護従事者用スケジュールデータの変更を医療介護従事者に促すためのメッセージ情報と、を含む提示用データを生成する（ステップＳ５４５）。

本実施例において、光電太郎は、光電花子に対して二日以内（２０１８年７月８日以内）に訪問診療をする必要がある。さらに、光電太郎は、一週間に三回以上、光電花子に対して訪問診療をする必要がある。また、光電太郎は、例えば、２０１８年７月７日１３：００〜１４：００に光電花子の訪問診療をすることができる。このため、判断部２１１は、光電太郎は、２０１８年７月８日以内に、三回以上、光電花子の訪問診療をすることができると判断し（ステップＳ５４３においてＹＥＳ）、生成部２１２は、提示用データを生成する（ステップＳ５４４）。このときに生成される提示用データには、現状の医療介護従事者用スケジュールデータと、現状の医療介護従事者用スケジュールデータの変更を医療介護従事者に促すためのメッセージ情報と、医療介護従事者用スケジュールの変更候補と、が含まれている。

このようにして生成された提示用データは、ネットワークＮを介して、サーバ２から情報機器１に送信される（ステップＳ５１）。

情報機器１の制御部１３は、受信した提示用データに基づく表示画面を表示するよう、表示部１１を制御する（ステップＳ５２）。その結果、情報機器１の表示部１１には、図１２に示される画像が表示される。本実施例における提示用データは、現状の医療介護従事者用スケジュールデータの変更を光電太郎に促すための情報が含まれている。現状の医療介護従事者用スケジュールデータの変更を光電太郎に促すための情報とは、２０１８年７月９日９：００〜１０：００の部分への赤色の着色と、表示部１１の上部に表示された「不適切なスケジュールがあります」という警告メッセージおよび「２０１８年７月７日１３：００〜１４：００に訪問診療するのはどうでしょうか」という提案メッセージである。尚、図１２に示す画面では、色の代わりにハッチングが付されている。赤色に対応するハッチングは、右上から左下に傾斜する斜線である。

このように、システム１００は、医療介護従事者の勤務スケジュール中の不適切な部分の色付け、警告メッセージ、提案メッセージ等によって、勤務スケジュールの変更を医療介護従事者に促すことができる。

また、本実施例においては、表示部１１の上部には、医療介護従事者が、表示部１１に表示されているスケジュールを承認するか、修正するかを決定するためのボタン（承認ボタンＡ、修正ボタンＢ）が表示されている。医療介護従事者が承認ボタンＡを押すと、スケジュールは修正されない。また、警告メッセージ、承認ボタンＡ及び修正ボタンＢは表示部１１に表示されなくなる。一方、医療介護従事者が修正ボタンＢを押すと、スケジュールを修正するための画面が表示部１１に表示される。

上述した通り、光電太郎は、２０１８年７月８日までに光電花子への訪問診療を行う必要がある。光電太郎は、自身の勤務スケジュールを修正したいとき、表示部１１に表示されている修正ボタンＢを押す。光電太郎が修正ボタンＢを押すと、スケジュールを修正するための画面が表示部１１に表示される。スケジュールを修正するための画面が表示部１１に表示されると、光電太郎は、情報機器１の操作部１２に対して、スケジュールを修正するための入力操作を行う。当該入力操作が行われると、当該入力操作に対応する指示信号が生成される。生成された指示信号は、ネットワークＮを介して、サーバ２に送信される。サーバ２の制御部２１は、当該信号に基づき、スケジュールデータ及び当該スケジュールデータに基づく提示用データを修正する。光電太郎の勤務スケジュールが修正されると、情報機器１の表示部１１には図１３に示す表示画面が表示される。修正箇所（本実施例では、２０１８年７月７日１３：００〜１４：００）は、例えば青色に色付けされる。尚、図１３に示す実施例では、色の代わりにハッチングが付されている。青色に対応するハッチングは、左上から右下に傾斜する斜線である。

このとき、表示部１１の上部には、「スケジュールを修正しました」といったメッセージが表示される。尚、メッセージが表示される場所は任意に設定可能である。このように、システム１００によれば、医療介護従事者の勤務スケジュールを修正した場合、医療介護従事者は、修正した箇所と勤務スケジュールが修正されたことを容易に認識することができる。

なお、第三実施例において、ステップＳ４８〜Ｓ４９は実行されなくてもよい。つまり、サーバ２は、適正種別情報を生成することなしに、提示用データを生成してもよい。

また、第三実施例において、サーバ２は、データ保存部２３に保存された患者の生体情報及び処置情報の少なくとも一つに基づき、当該患者の容態を判断してもよい。この場合、判断部２１１が行った判断結果（患者の容態に関する情報）は、データ保存部２３に保存される。この場合においても、ステップＳ４８〜Ｓ４９は実行されなくてもよい。

上記構成に係るサーバ２およびシステム１００によれば、サーバ２は、医療介護従事者の勤務予定情報と、患者の生体情報及び処置情報の少なくとも一つと、に基づき、現状の医療介護従事者用スケジュールデータの変更を促すためのメッセージ情報等を含む提示用データを生成する。そして、当該提示用データに基づく表示画面が、情報機器１の表示部１１に表示される。つまり、医療介護従事者の勤務スケジュール中に不適切なスケジュールがあると、勤務スケジュール中の当該不適切な部分が色付けされたり、情報機器１の表示部１１に警告メッセージが表示される。このため、医療介護従事者は、自身の勤務スケジュール中に不適切なスケジュールがあることを容易に認識することができるので、不適切な勤務スケジュールを減らすことができる。

また、上記構成に係るシステム１００によれば、医療介護従事者は、表示部１１に表示された提示用データに基づく表示画面で現状の医療介護従事者用スケジュールを確認し、当該スケジュールを承認するか、または修正するかを簡便に決めることもできる。

第一実施例から第三実施例では、医療介護従事者の患者に対する診療方式として、訪問診療を例に挙げて説明したが、この例に限られない。例えば、インターネットなどの通信技術を用いた遠隔診療や、患者が医療介護従事者のもとに赴く来訪診療であってもよい。

第一実施例から第三実施例では、サーバ２は、医療介護従事者用スケジュールデータの生成にあたり、患者の生体情報及び処置情報を用いているがこれに限られない。サーバ２は、医療介護従事者用スケジュールデータの生成にあたり、患者の生体情報および処置情報のうちいずれか一方のみを用いてもよい。

第一実施例および第二実施例において、サーバ２は、医療介護従事者の勤務予定情報と、現時点（２０１８年７月６日）における患者の生体情報および処置情報または患者の容態と、に基づいて、医療介護従事者用スケジュールデータおよび表示用データの全てを新しく生成する例を用いて説明したがこの例に限られない。サーバ２は、現時点（２０１８年７月６日）における患者の生体情報および処置情報、または患者の容態を用いて、過去（２０１８年６月３０日）の時点において生成された現状の医療介護従事者用スケジュールデータを基に、最新の医療介護従事者用スケジュールデータおよび最新の表示用データを生成してもよい。

第三実施例では、医療介護従事者が、情報機器１の操作部１２を介して、医療介護従事者用スケジュールを修正する例を用いて説明したが、この例に限られない。例えば、医療介護従事者用スケジュールを修正するための入力操作がなくても、生成部２１２が、サーバ２の判断部２１１による判断結果に基づいて、データ保存部２３に保存された現状の医療介護従事者用スケジュールデータを修正してもよい。この場合、現状の医療介護従事者用スケジュールデータを修正したことを示すメッセージ情報が生成部２１２によって生成され、情報機器1の表示部１１には、当該メッセージ情報が表示される。

第一実施例ではステップＳ１〜Ｓ４が実行される例を、第二実施例ではステップＳ２１〜Ｓ２４が実行される例を、それぞれ用いて説明したがこれに限られない。例えば、ステップＳ１〜Ｓ４またはステップＳ２１〜Ｓ２４は実行されなくてもよい。この場合、患者の生体情報の測定が行われなくても、情報機器１の表示部１１に医療介護従事者用スケジュールが表示される。

第一実施例ではステップＳ５〜Ｓ６が実行される例を、第二実施例ではステップＳ２
５〜Ｓ２６が実行される例を、それぞれ用いて説明したがこれに限られない。例えば、ステップＳ５〜Ｓ６またはステップＳ２５〜Ｓ２６は実行されなくてもよい。この場合、処置情報の入力が行われていなくても、情報機器１の表示部１１に医療介護従事者用スケジュールが表示される。

第三実施例では、情報機器１の表示部１１に表示されているスケジュールを承認するか、修正するかを決定するためのボタン（承認ボタンＡ、修正ボタンＢ）が表示部１１に表示されている例を用いて説明したがこれに限られない。例えば、承認ボタンＡ及び修正ボタンＢは、情報機器１の筐体に取り付けられた操作ボタン等であってもよい。

サーバ２の生成部２１２によって生成された医療介護従事者用スケジュールデータ及び表示用データは、医療介護従事者による情報機器１の操作部１２に対する操作によって、適宜修正されてもよい。この場合、医療介護従事者は、表示部１１に表示された画面を見て、情報機器１の操作部１２に対して、スケジュールを修正するための入力操作を行うことで、自身の医療介護従事者用スケジュールを修正することができる。

本実施形態においては、コンピュータ可読媒体が利用されてもよい。コンピュータ可読媒体は、プロセッサが読み取ることのできる情報やデータを記憶し得る、あらゆるタイプの物理メモリ（ＲＡＭ、ＲＯＭ等）を指す。コンピュータ可読媒体は、１つ以上のプロセッサによる実行処理に関する命令を記憶し得る。尚、「コンピュータ可読媒体」という用語は、有形の品目を包含し、且つ搬送波や一時的な信号は除外する（即ち、非一時的なものを指す）ことを理解されたい。

尚、本発明は、上述した実施形態に限定されず、適宜、変形、改良等が自在である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置場所等は、本発明を達成できるものであれば任意であり、限定されない。

１：情報機器、２：サーバ、３：測定機器、４：ゲートウェイ機器、Ｎ：ネットワーク、１００：システム

Claims (13)

1. 医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバであって、
   前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する、サーバ。
2. 前記サーバは、前記医療介護従事者の種別に関する情報をさらに保存可能であり、
   前記サーバは、前記医療介護従事者の種別に関する情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、適正種別情報を生成し、
   前記サーバは、前記適正種別情報と、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づいて、前記医療介護従事者用スケジュールデータを生成する、請求項１に記載のサーバ。
3. 前記サーバは、適切な診療間隔に関する情報である訪問間隔情報をさらに保存可能であり、
   前記サーバは、前記訪問間隔情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記医療介護従事者が前記患者を訪問する時期に関する情報である訪問時期情報を生成し、
   前記サーバは、前記訪問時期情報と、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づいて、前記医療介護従事者用スケジュールデータを生成する、請求項１又は２に記載のサーバ。
4. 医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を保存可能なサーバであって、
   前記サーバは、取得された前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断可能であり、
   前記サーバは、前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する、サーバ。
5. 前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータの変更を促すための提示用データを生成する、請求項１から４のいずれか一項に記載のサーバ。
6. 患者の生体情報を測定可能な測定機器と、
   通信端末と、
   医療介護従事者の勤務予定情報と、前記生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバと、
   を備え、
   前記測定機器は、前記通信端末を介して前記サーバと通信可能であり、
   前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する、システム。
7. 患者の生体情報を測定可能な測定機器と、
   通信端末と、
   医療介護従事者の勤務予定情報と、前記生体情報及び患者に関する処置情報の少なくとも一つと、を保存可能なサーバと、
   を備え、
   前記サーバは、取得された前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断可能であり、
   前記サーバは、前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する、システム。
8. 前記サーバは、前記勤務予定情報と、取得された前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータの変更を促すための提示用データを生成する、請求項６または７に記載のシステム。
9. 情報機器をさらに備え、
   前記情報機器は、前記サーバとネットワークを介して通信可能であり、
   前記情報機器の表示部に、前記医療介護従事者用スケジュールを表示するための表示用データ又は前記患者に関連した医療介護従事者用スケジュールデータの変更を促すための提示用データに基づく医療介護従事者用スケジュールが表示される、請求項６から８のいずれか一項に記載のシステム。
10. 医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を取得するステップと、
    前記勤務予定情報と、前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成するステップと、を含む方法。
11. 医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を取得するステップと、
    前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断するステップと、
    前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成するステップと、を含む方法。
12. 医療介護従事者の勤務予定情報と、患者の生体情報及び患者に関する処置情報の少なくとも一つと、を取得する機能と、
    前記勤務予定情報と、前記生体情報及び前記処置情報の少なくとも一つと、に基づき、前記患者に関連した医療介護従事者用スケジュールデータを生成する機能と、をコンピュータに実現させるためのプログラム。
13. 医療介護従事者の勤務予定情報と、患者の生体情報および患者に関する処置情報の少なくとも一つと、を取得する機能と、
    前記生体情報及び前記処置情報の少なくとも一つに基づいて、前記患者の容態を判断する機能と、
    前記患者の容態に関する判断結果と、前記勤務予定情報と、に基づき、前記医療介護従事者用スケジュールデータを生成する機能と、をコンピュータに実現させるためのプログラム。

Images