(57)【要約】 【課題】  物品発注、及び必要な職員数等について、精度の高い計画の作成を支援すること。【解決手段】  計画支援装置は、情報取得部、及び第１予測部を具備する。情報取得部は、病院情報システムで管理される過去の情報、及び外部機関から報告される情報を取得する。第１予測部は、前記過去の情報を参照し、所定の季節性流行疾患に対して使用される物品の需要を予測し、前記予測した需要を、前記外部機関から報告される情報に基づいて補正する。【選択図】図１
2019204314.tif 000002
【特許請求の範囲】
【請求項１】
病院情報システムで管理される過去の情報、及び外部機関から報告される情報を取得する情報取得部と、
前記過去の情報を参照し、所定の季節性流行疾患に対して使用される物品の需要を予測し、前記予測した需要を、前記外部機関から報告される情報に基づいて補正する第１予測部と
を具備する計画支援装置。
【請求項２】
前記過去の情報を参照し、所定の季節性流行疾患にかかったと訴えて来院する患者の来院数を予測し、前記予測した来院数を、前記外部機関から報告される情報に基づいて補正し、前記補正した来院数に基づいてスタッフの人数を予測する第２予測部をさらに具備する請求項１記載の計画支援装置。
【請求項３】
前記補正した需要を含む画像を作成する画像作成部をさらに具備する請求項１又は２に記載の計画支援装置。
【請求項４】
前記過去の情報を参照して前記物品の在庫状況を予測する第３予測部をさらに具備し、
前記画像作成部は、前記予測した在庫状況を含めて前記画像を作成する請求項３記載の計画支援装置。
【請求項５】
前記画像作成部は、前記補正した需要が、前記予測した在庫状況を超える時期がある場合、前記時期に前記物品が不足する旨を前記画像に含める請求項４記載の計画支援装置。
【請求項６】
病院情報システムで管理される過去の情報、及び外部機関から報告される情報を取得する情報取得部と、
前記過去の情報を参照し、所定の季節性流行疾患にかかったと訴えて来院する患者の来院数を予測し、前記予測した来院数を、前記外部機関から報告される情報に基づいて補正し、前記補正した来院数に基づいてスタッフの第１人数を予測する第２予測部と
を具備する計画支援装置。
【請求項７】
前記予測した第１人数を含む画像を作成する画像作成部をさらに具備する請求項６記載の計画支援装置。
【請求項８】
前記過去の情報を参照してスタッフの第２人数を予測する第４予測部をさらに具備し、
前記画像作成部は、前記予測した第２人数を含めて前記画像を作成する請求項７記載の計画支援装置。
【請求項９】
前記画像作成部は、前記第１人数が前記第２人数を超える時期がある場合、前記時期に人手が不足する旨を前記画像に含める請求項８記載の計画支援装置。
【請求項１０】
病院情報システムで管理される過去の情報、及び外部機関から報告される情報を取得する処理と、
前記過去の情報を参照し、所定の季節性流行疾患に対して使用される物品の需要を予測し、前記予測した需要を、前記外部機関から報告される情報に基づいて補正する処理と
前記過去の情報を参照し、所定の季節性流行疾患にかかったと訴えて来院する患者の来院数を予測し、前記予測した来院数を、前記外部機関から報告される情報に基づいて補正し、前記補正した来院数に基づいてスタッフの人数を予測する処理と
をプロセッサに実行させる計画支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、計画支援装置、及び計画支援プログラムに関する。
【背景技術】
【０００２】
経営支援システム、予約システム、及び物流管理システム等で管理される情報、例えば、過去の来院情報、及び発注履歴等に基づき、必要な職員数、及び物品発注の計画を立てる病院がある。しかしながら、年毎の流行を考慮していないため、立てられた計画と現実の状況とが乖離する場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−１７７９７６号公報
【特許文献２】特開２００６−１４６７６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
発明が解決しようとする課題は、物品発注、及び必要な職員数等について、精度の高い計画の作成を支援することにある。
【課題を解決するための手段】
【０００５】
実施形態によれば、計画支援装置は、情報取得部、及び第１予測部を具備する。情報取得部は、病院情報システムで管理される過去の情報、及び外部機関から報告される情報を取得する。第１予測部は、前記過去の情報を参照し、所定の季節性流行疾患に対して使用される物品の需要を予測し、前記予測した需要を、前記外部機関から報告される情報に基づいて補正する。
【図面の簡単な説明】
【０００６】
【図１】図１は、第１の実施形態に係る計画支援装置が設けられる病院内のシステムの機能構成を示すブロック図である。
【図２】図２は、図１に示される計画支援装置の機能構成を表すブロック図である。
【図３】図３は、図２に示される処理回路が需要予測情報を算出する際の動作を表すフローチャートである。
【図４】図４は、図１に示される通信端末の表示画面を表す模式図である。
【図５】図５は、図２に示される処理回路が必要人員情報を算出する際の動作を表すフローチャートである。
【図６】図６は、図２に示されるメモリに記憶されている受入枠情報を表す図である。
【図７】図７は、来院予測情報に基づいて処理回路により作成される必要人員情報の例を表す図である。
【図８】図８は、図１に示される通信端末の表示画面を表す模式図である。
【図９】図９は、職員により入力される出勤／欠勤予定を表す図である。
【図１０】図１０は、計画支援装置のその他の設置例を表すブロック図である。
【発明を実施するための形態】
【０００７】
以下、実施の形態について、図面を参照して説明する。
【０００８】
（第１の実施形態）  
図１は、第１の実施形態に係る計画支援装置１０が設けられる病院内のシステムの機能構成の例を示すブロック図である。図１に示されるシステムは、計画支援装置１０、病院情報システム（ＨＩＳ：Hospital Information System）２０、及びデータウェアハウス３０を具備する。計画支援装置１０、病院情報システム（ＨＩＳ：Hospital Information System）２０、及びデータウェアハウス３０は、ＬＡＮ（Local Area Network）等の病院内ネットワークを介してデータ通信可能に接続されている。なお、病院内ネットワークへの接続は、有線接続、及び無線接続を問わない。また、セキュリティが確保されるのであれば、接続される回線は病院内ネットワークに限定されない。例えば、ＶＰＮ（Virtual Private Network）等を介し、インターネット等、公衆の通信回線に接続するようにしても構わない。
【０００９】
病院内ネットワークは、インターネット、及び通信事業者が提供する通信網等のネットワークと接続している。データウェアハウス３０は、ネットワークを介し、外部機関から必要な情報を取得する。外部機関は、例えば、病院が設けられている都道府県の感染症情報センター、鉄道会社、及び気象庁等である。
【００１０】
病院情報システム２０は、院内情報を管理するシステムであり、例えば、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、及び経営支援システム２４を備える。
【００１１】
電子カルテシステム２１は、電子カルテに関する情報を管理するシステムである。電子カルテに関する情報は、例えば、診療情報及び患者情報等を含む。診療情報は、診療中に取得される患者についての情報であり、例えば、所見情報、病名情報、及びバイタル情報等を含む。患者情報は、患者固有の情報であり、例えば、患者ＩＤ、患者氏名、性別、及び年齢等を含む。
【００１２】
電子カルテシステム２１は、例えば、サーバ装置２１１、及び通信端末２１２を有する。サーバ装置２１１と、通信端末２１２とは、病院内ネットワークを介してデータ通信可能に接続されている。サーバ装置２１１は、電子カルテシステム２１において、診療情報及び患者情報等を記憶し、記憶している診療情報及び患者情報等を管理する。例えば、サーバ装置２１１は、出力要求に応じ、記憶している診療情報及び患者情報等を要求元へ出力する。
【００１３】
通信端末２１２は、医療スタッフがサーバ装置２１１へアクセスするための端末である。具体的には、例えば、通信端末２１２は、医療スタッフからの操作により診療情報及び患者情報等が入力され、入力された診療情報及び患者情報等をサーバ装置２１１へ送信する。また、通信端末２１２は、医療スタッフからの操作に応じ、サーバ装置２１１に記憶されている情報を表示する。
【００１４】
なお、図１では、電子カルテシステム２１にサーバ装置２１１及び通信端末２１２が設けられる場合を例に示しているが、これに限定されない。サーバ装置２１１及び通信端末２１２は、必要に応じて複数設けられていても構わない。例えば、サーバ装置２１１は、管理する情報毎に設けられても構わない。また、通信端末２１２は、使用する人数に応じて複数設けられても構わない。
【００１５】
オーダシステム２２は、予約情報及びオーダ情報等を管理するシステムである。予約情報は、例えば、診察予約、及び検査予約等に関する情報を含む。診察予約に関する情報は、例えば、診察日、診察時刻、受付番号、依頼医師、及び依頼科等を含む。検査予約に関する情報は、例えば、検査日、検査時刻、及び受付番号等を含む。オーダ情報は、診療医等が依頼するオーダについての情報であり、例えば、検体検査、生理検査、処方箋、及び投薬等についてのオーダ情報がある。オーダ情報が検体検査を依頼する検査オーダ情報である場合、検査オーダ情報は、例えば、検査日、検査時刻、受付番号、検体番号、及び検査項目等の検査に関する情報を含む。検査予約に関する情報は、オーダ情報と連携している。
【００１６】
オーダシステム２２は、例えば、サーバ装置２２１、及び通信端末２２２を有する。サーバ装置２２１と、通信端末２２２とは、病院内ネットワークを介してデータ通信可能に接続されている。サーバ装置２２１は、オーダシステム２２において、予約情報及びオーダ情報等を記憶し、記憶している予約情報及びオーダ情報等を管理する。例えば、サーバ装置２２１は、出力要求に応じ、記憶している予約情報及びオーダ情報等を要求元へ出力する。
【００１７】
通信端末２２２は、医療スタッフがサーバ装置２２１へ指示を入力するための端末である。具体的には、例えば、通信端末２２２は、医療スタッフからの操作により検査オーダ情報が入力され、入力された検査オーダ情報をサーバ装置２２１へ送信する。また、通信端末２２２は、医療スタッフにより操作され、入力した検査オーダ情報を所定の送信先へ送信するように、サーバ装置２２１へ指示信号を送信する。
【００１８】
なお、図１では、オーダシステム２２にサーバ装置２２１及び通信端末２２２が設けられる場合を例に示しているが、これに限定されない。サーバ装置２２１及び通信端末２２２は、必要に応じて複数設けられていても構わない。例えば、サーバ装置２２１は、管理する情報毎に設けられても構わない。また、通信端末２２２は、使用する人数に応じて複数設けられても構わない。
【００１９】
物流管理システム２３は、病院内の物流を管理するシステムである。物流管理システム２３では、例えば、在庫情報及び発注情報等が管理される。在庫情報は、在庫状況を表す情報であり、例えば、物品名、物品コード、有効期間、製造メーカコード、購入日、管理場所、及び残物品数等を含む。発注情報は、発注履歴を表す情報であり、例えば、物品名、物品コード、発注日、及び発注数等を含む。
【００２０】
物流管理システム２３は、例えば、サーバ装置２３１、及び通信端末２３２を有する。サーバ装置２３１と、通信端末２３２とは、病院内ネットワークを介してデータ通信可能に接続されている。サーバ装置２３１は、物流管理システム２３において、在庫情報及び発注情報等を記憶し、記憶している在庫情報及び発注情報等を管理する。例えば、サーバ装置２３１は、物品が使用されたり、物品が入荷されたりすると、在庫情報を更新する。また、サーバ装置２３１は、製造メーカー等へ物品の注文が発行されると、発注情報を更新する。また、サーバ装置２３１は、出力要求に応じ、記憶している在庫情報及び発注情報等を要求元へ出力する。
【００２１】
また、サーバ装置２３１は、計画支援装置１０から送信される、所定の物品についての需要予測情報を記憶している。需要予測情報は、所定の物品についての需要を予測した情報である。需要予測情報は、計画支援装置１０において、過去の診療情報、患者情報、オーダ情報、発注情報、及び季節性流行疾患の現在の流行状況に基づいて作成される。サーバ装置２３１は、通信端末２３２からの表示要求に応じ、記憶している需要予測情報を通信端末２３２へ送信する。
【００２２】
通信端末２３２は、医療スタッフがサーバ装置２３１へ指示を入力するための端末である。具体的には、例えば、通信端末２３２は、医療スタッフにより製造メーカー等への物品の注文が指示されると、製造メーカ等へ注文を発行するようにサーバ装置２３１へ指示信号を送信する。また、通信端末２３２は、医療スタッフからの操作に応じ、サーバ装置２３１に記憶されている情報を表示する。
【００２３】
なお、図１では、物流管理システム２３にサーバ装置２３１及び通信端末２３２が設けられる場合を例に示しているが、これに限定されない。サーバ装置２３１及び通信端末２３２は、必要に応じて複数設けられていても構わない。例えば、サーバ装置２３１は、管理する情報毎に設けられても構わない。また、通信端末２３２は、使用する人数に応じて複数設けられても構わない。
【００２４】
経営支援システム２４は、病院内の人員配置を管理するシステムである。経営支援システム２４では、例えば、勤務情報等が管理される。勤務情報は、医療スタッフ等の職員の勤務予定を表す情報であり、例えば、氏名、配置診察室、及び所定期間中の出勤／欠勤予定等を含む。
【００２５】
経営支援システム２４は、例えば、サーバ装置２４１、及び通信端末２４２を有する。サーバ装置２４１と、通信端末２４２とは、病院内ネットワークを介してデータ通信可能に接続されている。サーバ装置２４１は、経営支援システム２４において、勤務情報等を記憶し、記憶している勤務情報等を管理する。サーバ装置２４１では、例えば、利用される診察室が日毎に予め設定されている。また、サーバ装置２４１では、設定されている診察室の数に応じ、最低限必要な職員の数が日毎に予め設定されている。職員は、この数を満たすように、出勤／欠勤予定を入力する。利用される診察室、及び最低限必要な職員の数は、例えば、過去の勤務情報、及びオーダシステム２２で管理される予約情報等に基づいて予め設定される。サーバ装置２４１は、職員からの入力に応じ、勤務情報を更新する。また、サーバ装置２４１は、出力要求に応じ、記憶している勤務情報等を要求元へ出力する。
【００２６】
また、サーバ装置２４１は、計画支援装置１０から送信される必要人員情報を記憶している。必要人員情報は、来院患者に対応するために必要となる人員数を予測した情報である。必要人員情報は、計画支援装置１０において、過去の診療情報、予約情報、及び季節性流行疾患の現在の流行状況に基づいて作成される。サーバ装置２４１は、通信端末２４２からの表示要求に応じ、記憶している必要人員情報を通信端末２４２へ送信する。
【００２７】
通信端末２４２は、職員がサーバ装置２４１へ指示を入力するための端末である。具体的には、例えば、通信端末２４２は、職員により出勤／欠勤予定が入力されると、入力された情報をサーバ装置２４１へ送信する。また、通信端末２４２は、職員からの操作に応じ、サーバ装置２４１に記憶されている情報を表示する。
【００２８】
なお、図１では、経営支援システム２４にサーバ装置２４１及び通信端末２４２が設けられる場合を例に示しているが、これに限定されない。サーバ装置２４１及び通信端末２４２は、必要に応じて複数設けられていても構わない。例えば、サーバ装置２４１は、管理する情報毎に設けられても構わない。また、通信端末２４２は、使用する人数に応じて複数設けられても構わない。
【００２９】
データウェアハウス３０は、病院情報システム２０等に記憶されている情報を整理して蓄積する装置である。具体的には、例えば、データウェアハウス３０は、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、及び経営支援システム２４のサーバ装置２１１，２２１，２３１，２４１に記憶されている情報を、定期的に、又は操作者の操作に従って取得する。また、データウェアハウス３０は、外部機関に設けられているサーバ装置に記憶されている情報を、定期的に、又は操作者の操作に従って取得する。例えば、データウェアハウス３０は、感染症情報センターのサーバ装置から、季節性流行疾患についての現在の流行状況に関する情報を取得する。また、データウェアハウス３０は、例えば、鉄道会社のサーバ装置から、乗車率等を含む運行情報を取得する。また、データウェアハウス３０は、例えば、気象庁のサーバ装置から、天気予報情報を取得する。
【００３０】
データウェアハウス３０は、例えば、一般的なサーバ装置により実現される。データウェアハウス３０は、例えば、図１で示されるように、処理回路３１、メモリ３２、及び通信インタフェース３３を有する。処理回路３１、メモリ３２、及び通信インタフェース３３は、例えば、バスを介して互いに通信可能に接続されている。
【００３１】
処理回路３１は、データウェアハウス３０の中枢として機能するプロセッサである。処理回路３１は、メモリ３２等に記憶されているプログラムを実行することにより、当該プログラムに対応する、例えば、収集機能３１１、及び登録機能３１２を実現する。
【００３２】
収集機能３１１は、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及び外部機関から、所望の情報を収集する機能である。具体的には、収集機能３１１において処理回路３１は、例えば、予め設定された情報を、予め設定された周期で、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及び外部機関から収集する。なお、処理回路３１は、予め記憶されている機械学習モデルを利用し、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及び外部機関から所望の情報を収集するようにしてもよい。これにより、電子カルテシステム２１から診療情報及び患者情報等が収集され、オーダシステム２２から予約情報及びオーダ情報等が収集され、物流管理システム２３から在庫情報及び発注情報等が収集され、経営支援システム２４から勤務情報等が収集され、外部機関から季節性流行疾患についての現在の流行状況に関する情報が収集される。
【００３３】
なお、処理回路３１は、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及び外部機関から種々の情報を収集した後、収集した情報から所望の情報を抽出するようにしてもよい。
【００３４】
登録機能３１２は、取得した情報をメモリ３２に記憶させる機能である。具体的には、登録機能３１２において処理回路３１は、例えば、予め設定された規則に則り、収集した情報をメモリ３２に記憶させる。予め設定された規則とは、例えば、情報の作成日時を利用した順序、及び所定の季節性流行疾患に基づく抽出等である。これにより、電子カルテシステム２１から収集された診療情報及び患者情報等、オーダシステム２２から収集された予約情報及びオーダ情報等、物流管理システム２３から収集された在庫情報及び発注情報等、経営支援システム２４から収集された勤務情報等が、例えば、対応する季節性流行疾患毎に、情報の作成日時の早い順序で並べられてメモリ３２に記憶される。また、外部機関から収集された、流行状況に関する情報が、対応する季節性流行疾患毎にメモリ３２に記憶される。
【００３５】
計画支援装置１０は、データウェアハウス３０に記憶されている情報に基づき、需要予測情報、及び必要人員情報を作成する装置である。図２は、図１に示される計画支援装置１０の機能構成の例を表すブロック図である。図２に示される計画支援装置１０は、処理回路１１、メモリ１２、及び通信インタフェース１３を有する。処理回路１１、メモリ１２、及び通信インタフェース１３は、例えば、バスを介して互いに通信可能に接続されている。
【００３６】
処理回路１１は、計画支援装置１０の中枢として機能するプロセッサである。処理回路１１は、メモリ１２等に記憶されているプログラムを実行することにより、当該プログラムに対応する機能を実現する。
【００３７】
メモリ１２は、種々の情報を記憶するＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、及び集積回路記憶装置等の記憶装置である。また、メモリ１２は、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ、及びフラッシュメモリ等の可搬性記憶媒体との間で種々の情報を読み書きする駆動装置等であってもよい。なお、メモリ１２は、必ずしも単一の記憶装置により実現される必要は無い。例えば、メモリ１２は、複数の記憶装置により実現されても構わない。また、メモリ１２は、計画支援装置１０にネットワークを介して接続された他のコンピュータ内にあってもよい。
【００３８】
メモリ１２は、本実施形態に係る計画支援プログラム等を記憶している。なお、この計画支援プログラムは、例えば、メモリ１２に予め記憶されていてもよい。また、例えば、非一過性の記憶媒体に記憶されて配布され、非一過性の記憶媒体から読み出されてメモリ１２にインストールされてもよい。また、メモリ１２は、病院内の施設に関する受入枠情報を記憶している。受入枠情報は、例えば、病院において患者を受入可能な診察室、及び各診察室に対して想定される受入可能な患者人数を含む。
【００３９】
また、メモリ１２は、例えば、データウェアハウス３０から取得した情報、例えば、所定の季節性流行疾患と関連する、診療情報、患者情報、予約情報、オーダ情報、在庫情報、発注情報、勤務情報、及び流行状況に関する情報等を記憶する。
【００４０】
通信インタフェース１３は、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及びデータウェアハウス３０との間でデータ通信を行う。
【００４１】
なお、計画支援装置１０は、入力インタフェースを有していてもよい。入力インタフェースは、ユーザから各種の入力操作を受け付け、受け付けた入力操作を電気信号に変換して処理回路１１へ出力する。入力インタフェースは、例えば、マウス、キーボード、トラックボール、スイッチ、ボタン、ジョイスティック、タッチパッド、及び操作面へ触れることで指示が入力されるタッチパネル等の入力機器に接続されている。また、入力インタフェースに接続される入力機器は、ネットワーク等を介して接続された他のコンピュータに設けられた入力機器でもよい。
【００４２】
また、計画支援装置１０は、ディスプレイを有していてもよい。ディスプレイは、処理回路１１からの指示に従って種々の情報を表示する。また、ディスプレイは、ユーザからの各種操作を受け付けるためのＧＵＩ（Graphical User Interface）等を表示してもよい。ディスプレイは、例えば、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ、ＬＥＤディスプレイ、及びプラズマディスプレイ等、任意のディスプレイが適宜利用可能である。
【００４３】
図２に示される処理回路１１は、メモリ１２に記憶されている計画支援プログラムを実行することで、当該プログラムに対応する機能を実現する。例えば、処理回路１１は、計画支援プログラムを実行することで、情報取得機能１１１、第１予測機能１１２、第２予測機能１１３、及び送信機能１１４を有する。なお、本実施形態では、単一のプロセッサによって情報取得機能１１１、第１予測機能１１２、第２予測機能１１３、及び送信機能１１４が実現される場合を説明するが、これに限定されない。例えば、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより情報取得機能１１１、第１予測機能１１２、第２予測機能１１３、及び送信機能１１４を実現しても構わない。
【００４４】
情報取得機能１１１は、所望される予測に必要な情報を取得する機能であり、情報取得部の一例である。具体的には、例えば、情報取得機能１１１において処理回路１１は、データウェアハウス３０に記憶されている、所定の季節性流行疾患と関連する情報を取得する。これにより、処理回路１１は、所定の季節性流行疾患と関連する、診療情報、患者情報、予約情報、オーダ情報、在庫情報、発注情報、勤務情報、及び流行状況に関する情報等を取得する。
【００４５】
なお、病院内のシステムに、データウェアハウス３０が設けられていない場合、処理回路１１は、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、経営支援システム２４、及び外部機関から、所定の季節性流行疾患と関連する情報を取得しても構わない。
【００４６】
第１予測機能１１２は、取得した情報に基づき、所望の物品の需要予測情報を算出する機能であり、第１予測部の一例である。具体的には、例えば、第１予測機能１１２において処理回路１１は、まず、所定の季節性流行疾患を罹患した患者に処方される処方薬についての今年の需要予測情報を、例えば、前年のオーダ情報を参照して算出する。需要予測情報は、例えば、日毎の需要量により表される。
【００４７】
なお、需要予測情報の算出時に参照する情報は、前年のオーダ情報に限定されない。処理回路１１は、例えば、前年の発注情報を参照して需要予測情報を算出してもよい。
【００４８】
また、処理回路１１は、例えば、前年の診療情報及び患者情報を参照して需要予測情報を算出してもよい。このとき、処理回路１１は、所望の疾患に罹患されていると診察された患者の数を、患者の年齢帯毎にカウントする。処理回路１１は、年齢帯に応じた処方薬の需要予測情報をカウント値に基づいて算出する。
【００４９】
また、処理回路１１は、前年の診療情報、患者情報、オーダ情報、及び発注情報を参照してそれぞれ予測される処方薬の需要に基づき、需要予測情報を算出してもよい。前年の診療情報、患者情報、オーダ情報、及び発注情報を参照して需要予測情報を算出する際、処理回路１１は、機械学習モデルを使用して需要予測情報を算出しても構わない。
【００５０】
ここで作成される需要予測情報には、現在の流行状況は加味されていない。そこで、処理回路１１は、算出した需要予測情報を、現在の流行状況に関する情報に基づいて補正する。例えば、処理回路１１は、需要が発生する日を、罹患患者数の実際の増加傾向に基づいてシフトさせる。また、例えば、処理回路１１は、需要が減少する日を、罹患患者数の実際の収束傾向に基づいてシフトさせる。また、処理回路１１は、需要量を、罹患患者数の実際の増加率に基づいて変動させる。
【００５１】
なお、需要予測情報が算出される対象は、処方薬に限られない。所定の季節性流行疾患に対するワクチンであっても構わない。このとき、処理回路１１は、ワクチンについての今年の需要予測情報を、前年の診療情報、患者情報、及び発注情報を参照して算出する。そして、処理回路１１は、算出した需要予測情報を、前年の流行状況に関する情報、又は複数年の流行状況に関する情報に基づいて補正する。例えば、処理回路１１は、需要が発生する日を、罹患患者数の日毎の変動に基づいてシフトさせる。
【００５２】
また、需要予測情報が算出される対象は、所定の季節性流行疾患の診断薬であっても構わない。このとき、処理回路１１は、診断薬についての今年の需要予測情報を、前年の診療情報、患者情報、オーダ情報、及び発注情報を参照して算出する。そして、処理回路１１は、算出した需要予測情報を、現在の流行状況に関する情報に基づいて補正する。例えば、処理回路１１は、需要が発生する日を、罹患患者数の増加傾向に基づいてシフトさせる。また、例えば、処理回路１１は、需要が減少する日を、罹患患者数の実際の収束傾向に基づいてシフトさせる。また、処理回路１１は、需要量を、罹患患者数の増加率に基づいて変動させる。
【００５３】
第２予測機能１１３は、取得した情報に基づき、必要人員情報を作成する機能であり、第２予測部の一例である。具体的には、例えば、第２予測機能１１３において処理回路１１は、まず、所定の季節性流行疾患にかかったとの自覚症状を訴えて来院すると予測される患者の数を、前年の診療情報、及び予約情報を参照して算出する。処理回路１１は、算出した来院患者数を、現在の流行状況に関する情報に基づいて補正する。例えば、処理回路１１は、来院患者の増加が開始する日を、罹患患者数の実際の増加傾向に基づいてシフトさせる。また、例えば、処理回路１１は、来院患者数が正常に戻る日を、罹患患者数の実際の収束傾向に基づいてシフトさせる。また、処理回路１１は、来院患者数を、罹患患者数の実際の増加率に基づいて変動させる。
【００５４】
続いて、処理回路１１は、予測した来院患者数に対応可能なように、来院患者数を予測した日毎に、病院内の施設を割り当てる。例えば、処理回路１１は、メモリ１２に記憶されている受入枠情報を参照し、患者の診察及び検査のための診察室を日毎に割り当てる。処理回路１１は、割り当てた各診察室における患者の受入人数を設定する。処理回路１１は、割り当てた施設、及び施設毎に設定した受入人数に基づき、必要人員情報を作成する。
【００５５】
送信機能１１４は、病院情報システム２０へ情報を送信する機能である。具体的には、例えば、送信機能１１４において処理回路１１は、物流管理システム２３へ、需要予測情報を送信する。また、処理回路１１は、経営支援システム２４へ必要人員情報を送信する。また、処理回路１１は、外部機関から取得した、流行状況に関する情報、運行情報、及び天気予報情報等を病院情報システム２０へ送信しても構わない。
【００５６】
次に、以上のように構成された計画支援装置１０の動作を処理回路１１の処理手順に従い説明する。なお、以下の説明では、季節性流行疾患がインフルエンザである場合を例に説明する。
【００５７】
図３は、図２に示される処理回路１１が需要予測情報を算出する際の動作の例を表すフローチャートである。  
処理回路１１は、例えば、物流管理システム２３のサーバ装置２３１から、インフルエンザの処方薬、例えば、タミフルの需要予測情報が要求されると、第１予測機能１１２を実行する。サーバ装置２３１からの需要予測情報の要求は、予め設定された周期で計画支援装置１０へ送信されてもよいし、物流管理システム２３の通信端末２３２を介した医療スタッフからの要求指示に応じて送信されてもよい。
【００５８】
第１予測機能１１２を実行すると処理回路１１は、タミフルについての需要予測情報を、例えば、前年の診療情報及び患者情報を参照して算出する（ステップＳ３１）。具体的には、例えば、処理回路１１は、メモリ１２に記憶されている前年の診療情報及び患者情報、並びに、流行状況に関する情報を読み出す。なお、処理回路１１は、タミフルの需要予測情報が要求されると、情報取得機能１１１を実行し、データウェアハウス３０に記憶されている、インフルエンザと関連する、診療情報、患者情報、及び流行状況に関する情報を取得しても構わない。
【００５９】
前年の診療情報及び患者情報、並びに、流行状況に関する情報を読み出すと、処理回路１１は、病名情報に「インフルエンザ」と記載されている患者のうち、例えば、年齢が０歳から１０歳未満、及び２０歳以上の患者の数を、診察日毎にカウントする。処理回路１１は、診察日毎のカウント値を需要予測情報とする。
【００６０】
インフルエンザの処方薬としては、タミフル、リレンザ、イナビル、及びラピアクタが知られている。タミフルは内服薬、リレンザ及びイナビルは吸入薬、ラピアクタは点滴薬である。このうち、吸入薬であるリレンザ及びイナビルは、深呼吸ができない５歳未満の患者への使用は推奨されていない。また、点滴薬であるラピアクタは、入院時に使用を検討する薬である。このように、５歳未満の患者に対して処方できる処方薬は内服薬であるタミフルのみであるため、感染者数が多く、かつ、吸入薬を使用できる１０歳から２０歳未満の患者へのタミフルの処方は一般的に推奨されていない。このような背景に基づき、本実施形態では、処理回路１１は、「インフルエンザ」と診察されている患者のうち、年齢が０歳から１０歳未満、及び２０歳以上の患者の数をカウントするようにしている。
【００６１】
なお、例えば、リレンザの需要予測情報が要求された場合、処理回路１１は、前年の診療情報及び患者情報に基づき、病名情報に「インフルエンザ」と記載されている患者のうち、例えば、年齢が０歳から１０歳未満の患者の数を、診察日毎にカウントする。
【００６２】
診療情報及び患者情報に基づいてタミフルの需要予測情報を算出すると、処理回路１１は、インフルエンザの流行状況に関する情報に基づき、算出した需要予測情報を補正する（ステップＳ３２）。
【００６３】
具体的には、例えば、インフルエンザの流行状況に関する情報には、医療機関に来院したインフルエンザ患者の週毎の数、インフルエンザの各型の検出割合（例えば、ＡＨ１ｐｄｍ０９型、ＡＨ３型、及びＢ型）、及び年齢階層別内訳等が含まれる。処理回路１１は、例えば、週毎のインフルエンザ患者の来院数、及び年齢階層別内訳に基づき、０歳から１０歳未満、及び２０歳以上のインフルエンザ患者の今年の来院数の傾向を取得する。
【００６４】
処理回路１１は、ステップＳ３１で算出したタミフルの需要予測情報においてカウント値が増加する時期と、インフルエンザ患者の来院傾向における増加時期とを比較する。両時期が異なる場合、処理回路１１は、時期の差分に基づき、需要予測情報においてカウント値が計上されている時期をシフトさせる。また、処理回路１１は、需要予測情報におけるカウント値の増加率と、インフルエンザ患者の来院傾向における増加率とを比較する。両増加率か異なる場合、処理回路１１は、カウント値の増加率を流行に合わせた増加率に変動させる。
【００６５】
需要予測情報を補正すると、処理回路１１は、送信機能１１４を実行する。送信機能１１４を実行すると処理回路１１は、タミフルの需要予想情報、及びインフルエンザ患者の来院傾向を、病院情報システム２０の例えば、物流管理システム２３へ送信する（ステップＳ３３）。
【００６６】
物流管理システム２３のサーバ装置２３１は、タミフルの需要予測情報、及びインフルエンザ患者の来院傾向を受信すると、物流管理システム２３の通信端末２３２に、これらの情報を表示させる。このとき、サーバ装置２３１は、発注情報に含まれるタミフルの発注履歴、及び在庫情報に含まれるタミフルの在庫状況から、今後のタミフルの在庫状況の推移を予測している。サーバ装置２３１は、タミフルの需要予測情報と共に、タミフルの在庫状況の推移情報を通信端末２３２に表示させる。サーバ装置２３１は、タミフルの需要予測値が、推移情報で示される残数を超える時期が存在する場合、その時期にタミフルが不足する旨を通信端末２３２に表示させる。
【００６７】
図４は、図１に示される通信端末２３２の表示画面の例を表す模式図である。図４によれば、表示画面では、現在の年月日を表示する領域Ｒ１、診療科を表示する領域Ｒ２、インフルエンザ患者の来院傾向を表示する領域Ｒ３、及びタミフルの需要予測情報Ｉ１と在庫の推移情報Ｉ２とを表す領域Ｒ４が含まれている。タミフルの需要予測値が推移情報で示される残数を上回る１月には、タミフルが不足する旨を表すバルーンＢ１が表示されている。なお、通信端末２３２で表示される情報は、図４に示される情報で全てではない。例えば、鉄道会社から供給される乗車率等を含む運行情報、及び気象庁から供給される天気予報情報等が計画支援装置１０から送信され、これらの情報が時系列を合わせられて通信端末２３２で表示されても構わない。
【００６８】
通信端末２３２の操作者は、バルーンＢ１により、タミフルが不足する時期を確認すると、タミフルの発注量を増加させたり、発注時期を前倒ししたり等の対策をとる。
【００６９】
なお、図３に基づく説明では、処理回路１１がタミフルについての需要予測情報を、前年の診療情報及び患者情報、並びに、流行状況に関する情報を参照して算出する場合を例に説明した。しかしながら、これに限定されない。処理回路１１は、前年のオーダ情報及び発注情報、並びに、流行状況に関する情報を参照してタミフルについての需要予測情報を算出しても構わない。
【００７０】
図５は、図２に示される処理回路１１が必要人員情報を算出する際の動作の例を表すフローチャートである。  
処理回路１１は、例えば、経営支援システム２４のサーバ装置２４１から、必要人員情報が要求されると、第２予測機能１１３を実行する。サーバ装置２４１からの必要人員情報の要求は、予め設定された周期で計画支援装置１０へ送信されてもよいし、経営支援システム２４の通信端末２４２を介した医療スタッフからの要求指示に応じて送信されてもよい。
【００７１】
第２予測機能１１３を実行すると処理回路１１は、所定の季節性流行疾患にかかったとの自覚症状を訴えて来院すると予測される患者の数を算出する（ステップＳ５１）。具体的には、例えば、処理回路１１は、メモリ１２に記憶されている前年の診療情報及び予約情報、並びに、季節性流行疾患の流行状況に関する情報を読み出す。なお、処理回路１１は、必要人員情報が要求されると、情報取得機能１１１を実行し、データウェアハウス３０に記憶されている、診療情報、予約情報、及び季節性流行疾患の流行状況に関する情報を取得しても構わない。
【００７２】
前年の診療情報及び予約情報、並びに、季節性流行疾患の流行状況に関する情報を読み出すと、処理回路１１は、予め設定されている季節性流行疾患毎に以下の処理を実施する。なお、以下の説明では、予め設定されている季節性流行疾患がインフルエンザである場合を例に説明する。処理回路１１は、診療情報における所見情報の主訴に、高熱、悪寒、及び頭痛等、インフルエンザの症状が記載される患者の数を、診察日毎にカウントする。処理回路１１は、診察日毎のカウント値を来院予測情報とする。
【００７３】
インフルエンザの自覚症状を訴えた患者の来院予測情報を算出すると、処理回路１１は、インフルエンザの流行状況に関する情報に基づき、算出した来院予測情報を補正する（ステップＳ５２）。
【００７４】
具体的には、例えば、処理回路１１は、インフルエンザの流行状況に関する情報における週毎のインフルエンザ患者の来院数に基づき、インフルエンザ患者の今年の来院数の傾向を取得する。
【００７５】
処理回路１１は、ステップＳ５１で算出した来院予測情報においてカウント値が増加する時期と、インフルエンザ患者の来院傾向における増加時期とを比較する。両時期が異なる場合、処理回路１１は、時期の差分に基づき、来院予測情報においてカウント値が計上されている時期をシフトさせる。また、処理回路１１は、来院予測情報におけるカウント値の増加率と、インフルエンザ患者の来院傾向における増加率とを比較する。両増加率か異なる場合、処理回路１１は、カウント値の増加率を流行に合わせた増加率に変動させる。
【００７６】
来院予測情報を補正すると、処理回路１１は、補正後の来院患者数に対応可能なように、必要人員情報を作成する（ステップＳ５３）。具体的には、例えば、処理回路１１は、メモリ１２に記憶されている受入枠情報を読み出す。図６は、図２に示されるメモリ１２に記憶されている受入枠情報の例を表す図である。図６によれば、インフルエンザの診察を担当する内科では、診察に使用可能な６部屋の診察室１〜６がある。診察室１〜３では、看護師１人当たり半日に受入可能な患者の数は１０人である。また、診察室４〜６では、看護師１人当たり半日に受入可能な患者の数は２０人である。
【００７７】
処理回路１１は、受入枠情報を参照し、来院患者数を予測した日毎に診察室を割り当てる。そして、処理回路１１は、割り当てた各診察室における患者の受入人数を設定する。処理回路１１は、割り当てた診察室、及び診察室毎に設定した受入人数に基づき、必要人員情報を作成する。図７は、来院予測情報に基づいて処理回路１１により作成される必要人員情報の例を表す図である。図７によれば、必要人員情報には、１２月１日から１２月７日までの情報が含まれている。例えば、１２月１日には診察室１〜６が割り当てられ、各診察室において、午前（ＡＭ）に１０人の患者の受け入れが予測され、午後（ＰＭ）に２０人の患者の受け入れが予測されている。
【００７８】
必要人員情報を算出すると、処理回路１１は、送信機能１１４を実行する。送信機能１１４を実行すると処理回路１１は、必要人員情報、及びインフルエンザ患者の来院傾向を、病院情報システム２０の例えば、経営支援システム２４へ送信する（ステップＳ５４）。
【００７９】
経営支援システム２４のサーバ装置２４１は、必要人員情報、及びインフルエンザ患者の来院傾向を受信すると、経営支援システム２４の通信端末２４２に、これらの情報を表示させる。このとき、サーバ装置２４１は、過去の診察予約に関する情報、及び過去の勤務情報等から、勤務する人数を予測している。サーバ装置２４１は、必要人員情報と共に、予測している勤務人数の推移を通信端末２４２に表示させる。サーバ装置２４１は、必要人員数が、勤務人数の予測値を超える時期が存在する場合、その時期に担当者が不足する旨を通信端末２４２に表示させる。
【００８０】
図８は、図１に示される通信端末２４２の表示画面の例を表す模式図である。図８によれば、表示画面では、現在の年月日を表示する領域Ｒ１、診療科を表示する領域Ｒ２、インフルエンザ患者の来院傾向を表示する領域Ｒ３、及び必要人員数の推移Ｉ３と勤務人数の推移Ｉ４とを表す領域Ｒ５が含まれている。必要人員数が勤務人数の予測値を超える１２月には、人手が不足する旨を表すバルーンＢ２が表示されている。なお、通信端末２４２で表示される情報は、図８に示される情報で全てではない。例えば、鉄道会社から供給される乗車率等を含む運行情報、及び気象庁から供給される天気予報情報等が計画支援装置１０から送信され、これらの情報が時系列を合わせられて通信端末２４２で表示されても構わない。
【００８１】
通信端末２４２の操作者は、バルーンＢ２により、人手が不足する時期を確認すると、この時期に診察室を担当する職員の数を増加させる。職員は、増加された数を満たすように、出勤／欠勤予定を入力する。図９は、職員により入力される出勤／欠勤予定の例を表す図である。
【００８２】
以上のように、第１の実施形態では、計画支援装置１０は、病院情報システム２０で管理される過去の情報、及び外部機関から報告される情報を取得する。計画支援装置１０は、過去の情報を参照し、所定の季節性流行疾患について使用される物品の今年の需要を予測する。そして、計画支援装置１０は、予測した需要を、外部機関から報告される情報に基づいて補正するようにしている。これにより、今年の流行状況を加味して物品を発注することが可能となる。
【００８３】
また、第１の実施形態では、計画支援装置１０は、病院情報システム２０で管理される過去の情報、及び外部機関から報告される情報を取得する。計画支援装置１０は、過去の情報を参照し、所定の季節性流行疾患にかかったとの自覚症状を訴えて来院する患者の来院数を予測する。計画支援装置１０は、予測した来院数を、外部機関から報告される情報に基づいて補正する。そして、計画支援装置１０は、補正した来院数に基づき、患者を診察するのに必要なスタッフの人数を予測するようにしている。これにより、今年の流行状況を加味して人員を配置することが可能となる。
【００８４】
なお、第１の実施形態では、計画支援装置１０が、作成した需要予測情報、及び必要人員情報を病院情報システム２０へ送信し、送信した情報に基づき、病院情報システム２０において画像が作成される場合を例に説明した。しかしながら、これに限定されない。計画支援装置１０は、例えば、物流管理システム２３の通信端末２３２に表示させる画像を作成し、作成した画像の画像データを、サーバ装置２３１へ送信してもよい。また、計画支援装置１０は、経営支援システム２４の通信端末２４２に表示させる画像を作成し、作成した画像の画像データを、サーバ装置２４１へ送信してもよい。このとき、計画支援装置１０の処理回路１１は、メモリ１２に記憶されている計画支援プログラムを実行することで、画像生成部の一例としての画像作成機能を有する。
【００８５】
画像作成機能は、通信端末２３２，２４２に表示させる画像を作成する機能である。画像作成機能において処理回路１１は、例えば、需要予測情報、及び季節性流行疾患の患者の今年の来院傾向を含む画像を作成する。また、処理回路１１は、発注履歴、及び在庫状況等から、今後の在庫状況の推移を予測する、第３予測部の一例としての第３予測機能を有していてもよい。画像作成機能において処理回路１１は、需要予測情報と共に、物品の在庫状況の推移情報を含む画像を作成してもよい。このとき、処理回路１１は、需要予測値が、推移情報で示される残数を超える時期が存在する場合、その時期に物品が不足する旨を表示してもよい。
【００８６】
また、画像作成機能において処理回路１１は、例えば、必要人員情報、及び季節性流行疾患の患者の今年の来院傾向を含む画像を作成する。また、処理回路１１は、過去の診察予約に関する情報、及び過去の勤務情報等から、勤務に必要な人数を予測する、第４予測部の一例としての第４予測機能を有していてもよい。画像作成機能において処理回路１１は、必要人員情報と共に、予測した勤務人数の推移を含む画像を作成してもよい。このとき、処理回路１１は、必要人員数が、勤務人数の予測値を超える時期が存在する場合、その時期に担当者が不足する旨を表示してもよい。これにより、物品の不足、及び人員の不足に容易に気が付くようになる。
【００８７】
また、計画支援装置１０が、通信端末２３２、２４２に表示させる画像に含める情報は、需要予測情報、必要人員情報、及び季節性流行疾患の患者の今年の来院傾向に限られない。計画支援装置１０は、外部機関から供給される情報、例えば、鉄道会社から供給される運行情報、及び気象庁から供給される天気予報情報等を、時系列を合わせ、例えば、並列表示等により画像に含めるようにしても構わない。これにより、需要予測、及び必要人員の予測に、人の移動、及び天気の要素を取り入れることが可能となる。
【００８８】
また、第１の実施形態では、計画支援装置１０が病院内のシステムに設けられる場合を例に説明した。しかしながら、計画支援装置１０は、システム内に設けられることに限定されない。例えば、計画支援装置１０ａは、図１０で示されるように、ネットワークを介して病院内ネットワークと接続していても構わない。
【００８９】
また、第１の実施形態では、図１で示されるように、電子カルテシステム２１、オーダシステム２２、物流管理システム２３、及び経営支援システム２４が、それぞれサーバ装置２１１，２２１，２３１，２４１、及び通信端末２１２，２２２，２３２，２４２を備える場合を例に説明した。しかしながら、これに限定されない。電子カルテシステム２１、オーダシステム２２、物流管理システム２３、及び経営支援システム２４は、少なくともいずれかとサーバ装置、及び通信端末を共有していても構わない。
【００９０】
以上説明した少なくとも一つの実施形態によれば、物品発注、及び必要な職員数等について、精度の高い計画の作成を支援することができる。
【００９１】
実施形態の説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（central processing unit）、ＧＰＵ(Graphics Processing Unit)、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ））、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは記憶回路に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、上記各実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、上記各実施形態における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。
【００９２】
本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更、組み合わせを行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００９３】
１０，１０ａ…計画支援装置
１１…処理回路
１１１…情報取得機能
１１２…第１予測機能
１１３…第２予測機能
１１４…送信機能
１２…メモリ
１３…通信インタフェース
２０…病院情報システム
２１…電子カルテシステム
２１１…サーバ装置
２１２…通信端末
２２…オーダシステム
２２１…サーバ装置
２２２…通信端末
２３…物流管理システム
２３１…サーバ装置
２３２…通信端末
２４…経営支援システム
２４１…サーバ装置
２４２…通信端末
３０…データウェアハウス
３１…処理回路
３１１…収集機能
３１２…登録機能
３２…メモリ
３３…通信インタフェース
【図１】
2019204314.tif 000003
【図２】
2019204314.tif 000004
【図３】
2019204314.tif 000005
【図４】
2019204314.tif 000006
【図５】
2019204314.tif 000007
【図６】
2019204314.tif 000008
【図７】
2019204314.tif 000009
【図８】
2019204314.tif 000010
【図９】
2019204314.tif 000011
【図１０】
2019204314.tif 000012