(57)【要約】      （修正有）【課題】追加で必要となる情報の提案を行うことで、追加情報を含む利用者情報に基づいて、利用者に適正な医療行為等を提案する医療支援及び／又は介護支援のためのシステム、サーバ、方法及びプログラムを提供する。【解決手段】医療支援及び／又は介護支援のためのシステム１は、ケア項目と対価の情報と算定条件とが紐づけられる算定基準を記憶する算定基準記憶部と、利用者情報を取得する利用者情報取得部２１１と、取得された利用者情報と、算定基準からオーダー候補情報を生成するオーダー生成部２１５と、利用者情報にオーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する利用者情報判別部２１２と、必要な情報が充足していないと判別した場合に必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する追加取得情報提案部２１３と、追加取得情報の提案情報を表示する指示者表示部１４２とを備える。【選択図】図１
2020119572.tif 000002
【特許請求の範囲】
【請求項１】
医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を記憶する算定基準記憶部と、
利用者に紐づけられる利用者情報を取得する利用者情報取得部と、
前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するオーダー生成部と、
前記利用者情報に、前記オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する利用者情報判別部と、
前記利用者情報判別部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する追加取得情報提案部と、
前記追加取得情報の提案情報を表示する表示部と、
を備える医療支援及び／又は介護支援のためのシステム。
【請求項２】
前記利用者情報は、入院申込時のオーダー情報、入院診療計画書に係る情報、ＤＰＣ情報、患者背景に係る情報、医師・コメディカルによるアセスメント情報、検体検査結果に係る情報、生理検査結果に係る情報、病理検査結果に係る情報、画像データに係る情報、バイタルサインに係る情報、医療行為に係る情報、病名に係る情報、術式に係る情報、麻酔に係る情報、投薬・注射情報、退院・転院先に係る情報、退院・転院予定日に係る情報、過去に算定したことのある診療報酬項目に係る情報、重症度に係る情報、ケアを受けた施設名の履歴情報、他施設において受けたケアの履歴情報、他施設との地域連携パス情報、ＰＨＲ情報のうち少なくとも１つの情報を含む請求項１に記載の医療支援及び／又は介護支援のためのシステム。 
【請求項３】
前記追加取得情報は、前記利用者の利用者情報に関する情報である請求項１又は２に記載の医療支援及び／又は介護支援のためのシステム。
【請求項４】
前記追加取得情報の承認情報の入力を行う指示者入力部と、
前記承認情報に基づいて、追加取得情報の取得を行う追加取得情報取得部を更に備える請求項１から３のいずれか一項に記載の医療支援及び／又は介護支援のためのシステム。
【請求項５】
前記オーダー候補情報は、前記利用者に施すべき候補となる医療行為の情報、医療行為の実施計画、前記利用者に施すべき候補となる介護行為の情報、介護行為の実施計画、アセスメント結果の情報を含んだオーダーに係る提案、又はアセスメント結果の情報を含んだオーダーに係る提案に付随する情報を少なくとも１つ含む情報である請求項１から４のいずれか一項に記載の医療支援及び／又は介護支援のためのシステム。
【請求項６】
前記オーダー生成部は、前記利用者情報に含まれる検査結果情報と、前記算定基準に含まれる栄養食事指導及び／又は特別食加算に関する算定条件に応じて、前記栄養食事指導及び／又は特別食加算に関するオーダー候補情報を生成する請求項１から５のいずれか一項に記載の医療支援及び／又は介護支援のためのシステム。
【請求項７】
前記表示部は、前記オーダー候補情報を表示し、入力部は、前記オーダー候補情報に対する承認情報の入力を受け付け、
承認されたオーダー候補情報をオーダー情報として表示する現場表示部を更に備える請求項１から６のいずれか一項に記載の医療支援及び／又は介護支援のためのシステム。
【請求項８】
前記オーダー生成部は、前記現場表示部に送信するためのオーダー候補情報である１次オーダー候補情報を生成し、
前記１次オーダー候補情報から表示部に表示するための２次オーダー候補情報を設定するオーダー設定部を更に備える請求項７に記載の医療支援及び／又は介護支援のためのシステム。
【請求項９】
前記オーダー情報に応じたケア項目の給付が完了した及び／又は給付することが確定したことを示す実施完了情報を入力する現場入力部と、
前記実施完了情報に応じて、前記オーダー情報と、前記算定基準を用いて前記利用者に応じた対価の算定を行う対価算定部と、
を更に備える請求項８に記載の医療支援及び／又は介護支援のためのシステム。
【請求項１０】
医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を記憶する算定基準記憶部と、
利用者に紐づけられる利用者情報を取得する利用者情報取得部と、
前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するオーダー生成部と、
前記利用者情報に、前記オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する利用者情報判別部と、
前記利用者情報判別部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する追加取得情報提案部と、
を備える医療支援及び／又は介護支援のためのサーバ。
【請求項１１】
医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を用いる医療支援及び／又は介護支援のための方法であって、
利用者情報取得部が、利用者に紐づけられる利用者情報を取得するステップと、
利用者情報判別部が、前記利用者情報に、オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別するステップと、
追加取得情報提案部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成するステップと、
オーダー生成部が、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するステップと、
を備える医療支援及び／又は介護支援のための方法。
【請求項１２】
医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を用いる医療支援及び／又は介護支援のためのプログラムであって、
利用者に紐づけられる利用者情報を取得するステップと、
前記利用者情報に、オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別するステップと、
前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成するステップと、
前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するステップと、
をコンピュータに実行させるための医療支援及び／又は介護支援のためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医療行為や介護行為（以下、「医療行為等」という。）を行うために必要な情報の収集支援を可能とする医療支援及び／又は介護支援のためのシステム、医療支援及び／又は介護支援のためのサーバ、医療支援及び／又は介護支援のための方法及び医療支援及び／又は介護支援のためのプログラムに関する。
【背景技術】
【０００２】
近年、医療計画及び記録を行う医師或いは医療担当者が適切な医療計画及び記録を容易に迅速に作成することを支援する技術が医療現場に提供されている。
【０００３】
特許文献１には、患者のある時点までの診療情報を受け付け、データベースに登録されたクリニカルパスのうち、ある時点までの診療情報に類似した症例分類を抽出し、症例分類に関連付けられたクリニカルパスを少なくとも一つ選択する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−４７１５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１の技術では、患者の診療情報から過去の診療情報に類似した症例分類を抽出し、症例分類に関連付けられた医療行為等を選択する事はできるが、過去の診療情報等が不足している場合、適正な医療行為の提案をできない可能性があるという課題があった。
【０００６】
この発明は上記の課題に鑑み提案されたもので、その目的とするところは、追加で必要となる情報取得の提案を行うことで、追加取得情報を含む利用者情報に基づいて、利用者に適正な医療行為等を提案することができる医療支援及び／又は介護支援のためのシステム、医療支援及び／又は介護支援のためのサーバ、医療支援及び／又は介護支援のための方法及び医療支援及び／又は介護支援のためのプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明の医療支援及び／又は介護支援のためのシステムは、医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を記憶する算定基準記憶部と、利用者に紐づけられる利用者情報を取得する利用者情報取得部と、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するオーダー生成部と、前記利用者情報に、前記オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する利用者情報判別部と、前記利用者情報判別部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する追加取得情報提案部と、前記追加取得情報の提案情報を表示する表示部と、を備える。
【０００８】
また、前記利用者情報は、入院申込時のオーダー情報、入院診療計画書に係る情報、ＤＰＣ情報、患者背景に係る情報、医師・コメディカルによるアセスメント情報、検体検査結果に係る情報、生理検査結果に係る情報、病理検査結果に係る情報、画像データに係る情報、バイタルサインに係る情報、医療行為に係る情報、病名に係る情報、術式に係る情報、麻酔に係る情報、投薬・注射情報、退院・転院先に係る情報、退院・転院予定日に係る情報、過去に算定したことのある診療報酬項目に係る情報、重症度に係る情報、ケアを受けた施設名の履歴情報、他施設において受けたケアの履歴情報、他施設との地域連携パス情報、ＰＨＲ情報のうち少なくとも１つの情報を含んでもよい。
【０００９】
また、前記追加取得情報は、前記利用者の利用者情報に関する情報であってもよい。
【００１０】
また、前記追加取得情報の承認情報の入力を行う指示者入力部と、前記承認情報に基づいて、追加取得情報の取得を行う追加取得情報取得部を更に備えてもよい。
【００１１】
また、前記オーダー候補情報は、前記利用者に施すべき候補となる医療行為の情報、医療行為の実施計画、前記利用者に施すべき候補となる介護行為の情報、介護行為の実施計画、アセスメント結果の情報を含んだオーダーに係る提案、又はアセスメント結果の情報を含んだオーダーに係る提案に付随する情報を少なくとも１つ含む情報であってもよい。
【００１２】
また、前記オーダー生成部は、前記利用者情報に含まれる検査結果情報と、前記算定基準に含まれる栄養食事指導及び／又は特別食加算に関する算定条件に応じて、前記栄養食事指導及び／又は特別食加算に関するオーダー候補情報を生成してもよい。
【００１３】
また、前記表示部は、前記オーダー候補情報を表示し、入力部は、前記オーダー候補情報に対する承認情報の入力を受け付け、承認されたオーダー候補情報をオーダー情報として表示する現場表示部を更に備えてもよい。
【００１４】
また、前記オーダー生成部は、前記現場表示部に送信するためのオーダー候補情報である１次オーダー候補情報を生成し、前記１次オーダー候補情報から表示部に表示するための２次オーダー候補情報を設定するオーダー設定部を更に備えてもよい。
【００１５】
また、前記オーダー情報に応じたケア項目の給付が完了した及び／又は給付することが確定したことを示す実施完了情報を入力する現場入力部と、前記実施完了情報に応じて、前記オーダー情報と、前記算定基準を用いて前記利用者に応じた対価の算定を行う対価算定部と、を更に備えてもよい。
【００１６】
また、医療支援及び／又は介護支援のためのサーバは、医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を記憶する算定基準記憶部と、利用者に紐づけられる利用者情報を取得する利用者情報取得部と、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するオーダー生成部と、前記利用者情報に、前記オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する利用者情報判別部と、前記利用者情報判別部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する追加取得情報提案部と、を備える。
【００１７】
また、医療支援及び／又は介護支援のための方法は、医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を用いる医療支援及び／又は介護支援のための方法であって、利用者情報取得部が、利用者に紐づけられる利用者情報を取得するステップと、利用者情報判別部が、前記利用者情報に、オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別するステップと、追加取得情報提案部が、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成するステップと、オーダー生成部が、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するステップと、を備える。
【００１８】
また、医療支援及び／又は介護支援のためのプログラムは、医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を用いる医療支援及び／又は介護支援のためのプログラムであって、利用者に紐づけられる利用者情報を取得するステップと、前記利用者情報に、オーダー候補情報を生成するために必要な情報が充足しているかどうかを判別するステップと、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成するステップと、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するステップと、をコンピュータに実行させる。
【発明の効果】
【００１９】
以上のように本発明に係る医療・介護支援システム、医療・介護支援サーバ、医療・介護支援方法及び医療・介護支援プログラムによれば、追加で必要となる情報取得の提案を行うことで、追加取得情報を含む利用者情報に基づいて、医療者及び／又は介護者に適正な医療行為等を提案することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る医療支援及び／又は介護支援のためのシステム（医療・介護支援システム）１の構成を示す概略ブロック図である。
【図２】本発明の実施形態に係る追加取得情報の候補が表示される端末の画面イメージを示す図である。
【図３】本発明の実施形態に係るオーダーの候補が表示される端末の画面イメージを示す図である。
【図４】本発明の実施形態に係る１次オーダーの候補が表示される端末の画面イメージを示す図である。
【図５】本発明の実施形態に係る医療・介護支援システム１の動作について説明するためのフローチャートである。
【図６】本発明の実施形態に係る医療・介護支援サーバ２０１が特別食加算の算定要件の判断を行う動作について説明するためのフローチャートである。
【図７】本発明の実施形態に係るコンピュータの構成を示す概略ブロック図である。
【発明を実施するための形態】
【００２１】
＜全体構成＞
本発明の実施形態に係る医療支援及び／又は介護支援のためのシステム（以下医療・介護支援システムとする）１は、病院や診療所等の医療機関や介護事業者が運営する介護施設（以下、「医療機関等」という。）で使用されることを想定したシステムである。図１は、本発明の実施形態に係る医療支援及び／又は介護支援のためのサーバ（以下医療・介護支援サーバとする）２０１を含む医療・介護支援システム１を示すシステム構成図である。図１で示すように、本発明の実施形態に係る医療・介護支援システム１は、病院等の窓口で主に使用される受付端末１１１と、入退院支援部門（Ｐａｔｉｅｎｔ  Ｆｌｏｗ  Ｍａｎａｇｅｍｅｎｔ、患者支援センター、メディカルサポートなど様々な呼称がある）で主に使用される入退院支援部門端末１２１と、リハビリテーション部門、検査部門、栄養部門等の現場で主に使用される現場端末１３１と、医師や歯科医師等の指示者が使用する指示者端末１４１と、医事部門端末１５１と、医療・介護支援サーバ２０１と、基幹システム３０１とが、ネットワークＮＷを介して通信可能に接続されている。
【００２２】
また、図では省略するが、リハビリテーション部門システム、検体検査システム、生理検査システム、栄養部門システム、ＤＰＣ（Ｄｉａｇｎｏｓｉｓ  Ｐｒｏｃｅｄｕｒｅ  Ｃｏｍｂｉｎａｔｉｏｎ）コーディングシステム等の部門システムも接続されている。説明の簡略化のため、図１では、各端末は１台として記載しているが、同種の複数の端末が接続されていても構わない。また、ネットワークＮＷは、医療施設内のＬＡＮや、インターネットなどの回線を用いても構わない。また、各端末やサーバとネットワークＮＷの接続は有線であっても無線であっても構わない。
【００２３】
医療・介護支援サーバ２０１は、例えば、サーバ装置（サーバ用コンピュータ）等である。更に、医療・介護支援サーバ２０１は医療機関等の内部に設置されている必要はなく、物理的に医療機関等と独立した場所に設置されてもよいし、クラウドサービスや、ブロックチェーンのような分散型ネットワークでデータが管理されるサービスや、ＡＷＳ（Ａｍａｚｏｎ  Ｗｅｂ  Ｓｅｒｖｉｃｅｓ）のようなデータウェアハウスシステムを用いても構わない。
【００２４】
医療・介護支援システム１は、医療機関等において、入院した患者や被介護者に対して、算定基準に従ってオーダーを生成することで患者等の利用者の状態に応じた適切な、医療行為等といったケアを受けられるようにするサービスを行うためのシステムである。オーダーとは、医療現場や介護現場におけるケアの行為等の指示を示すものであり、例えば検査オーダー、栄養食事指導オーダー、リハビリオーダー、処方オーダー等がある。オーダーは、オーダー情報として、現場等に伝達される。なお、本発明において、医療行為とは、医師や医療スタッフが患者に対して直接行う行為のみならず、医療物品の提供や、各種モニタリングや入院させること自体も含むものである。
【００２５】
受付端末１１１は、病院等の窓口で主に使用される端末装置であり、患者等や被介護者の利用者の情報を入力し、また、利用者に対して請求書の発行を行うものである。
【００２６】
入退院支援部門端末１２１は、入退院支援部門で主に使用される端末装置である。入退院支援部門は、医師により入院が必要と判断された患者や被介護者等に対して、入院患者や入院被介護者等の情報を入院前に把握するための組織である。また、入院予定患者や入院予定被介護者やその家族等に面談を行い、患者の収入、家族構成、退院先等の社会的アセスメント情報の収集を行う。また、入退院支援部門では、入院日や病棟の決定を行うこともある。収集された情報や、決定された入院日や病棟の情報は利用者情報として入退院支援部門端末１２１から入力され電子カルテ等のシステムに記録される。
【００２７】
現場端末１３１は、リハビリテーション部門、検査部門システム、栄養部門等の医療行為や介護行為や、それらの指揮を行う現場で主に使用される端末装置である。現場端末１３１は、現場表示部１３２と、現場入力部１３３を含んで構成される。現場表示部１３２は、後述するオーダー候補情報や、オーダー情報の表示を行う。また、現場入力部１３３は、現場において、オーダー情報に基づくオーダーが実施（ケア項目が給付）され、完了した際にオーダー実施の完了を示す実施完了情報を入力する。さらに、現場入力部１３３は、オーダー情報に基づくオーダーを実施（ケア項目を給付）することが確定した際に実施完了情報を入力しても構わない。
【００２８】
指示者端末１４１は、主に医師等が使用する端末装置である。医師は、診察や検査によって、病名（傷病）を決定する。病名には主病名・副病名（主傷病・副傷病）が含まれる。指示者端末１４１は、指示者表示部（表示部）１４２と、指示者入力部（入力部）１４３を含んで構成される。指示者表示部１４２は、後述するオーダー候補情報や、オーダー情報、追加取得情報の提案情報の表示を行う。また、指示者入力部１４３は、決定した病名等の入力や、検査結果情報等の入力や、オーダー候補情報や、オーダー情報に対する承認情報の入力を行う。
【００２９】
医事部門端末１５１は、現場入力部１３３から送信されたオーダー実施の完了を示す実施完了情報を受信し、医事担当が当該オーダーに関する診療報酬明細（レセプト）を生成する。診療報酬明細は、算定基準の対価情報に応じて算定された診療報酬の明細書である。診療報酬は、医療・介護支援サーバ２０１の対価算定部２１６が算定基準記憶部２２１に記憶される算定基準と実施完了情報に紐づくオーダー情報を用いて算定される。医療・介護支援サーバ２０１は、算定された診療報酬を医事部門端末１５１へ送信する。
【００３０】
医療・介護支援サーバ２０１は、利用者情報取得部２１１と、利用者情報判別部２１２、追加取得情報提案部２１３、追加取得情報取得部２１４、オーダー生成部２１５と、対価算定部２１６と、算定基準記憶部２２１とを含んで構成される。
【００３１】
利用者情報取得部２１１は、利用者情報と算定基準を用いて電子カルテ等からケア項目である算定項目の対象となる利用者を抽出し、当該利用者の情報を取得する。
【００３２】
利用者情報判別部２１２は、利用者情報取得部２１１が抽出した利用者の利用者情報の中に、算定項目に対応するオーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する。具体的には、利用者情報取得部２１１が抽出した利用者に対する算定項目を判定する算定アルゴリズム（以下オーダー候補生成アルゴリズム）で使用される病名や検査値等の情報が、当該利用者の利用者情報に含まれているか否かを判別する。例えば、算定項目となるためには４つの条件が必要である場合に、３つの条件が充足し、あと１つの条件が充足していない場合に、非充足と判別する。２つ以上の条件が充足していない場合には、もとより算定項目の候補とはしない。より具体的には、例えば、利用者情報取得部２１１が抽出した利用者に対する算定項目が「特別食加算(貧血食）」である場合に、当該算定項目を判定するオーダー候補生成アルゴリズムで使用される「鉄欠乏性貧血」の病名等の条件の情報が１つだけ充足していないか否かを判別する。このように、算定項目となるための条件のうち、所定数の条件が充足していない場合に、追加取得情報提案を行うべきとして非充足と判別する。このように、充足しない情報の数又は、必要とされる算定条件の総数に対して充足しない情報の割合に、所定の閾値を設けることで、追加取得情報の提案情報を必要以上に多く生成することを抑制することができる。
【００３３】
追加取得情報提案部２１３は、利用者情報判別部２１２が必要な情報が充足していないと判別した場合に、必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成する。具体的には、利用者情報判別部２１２が、抽出した利用者に対する算定項目を判定するオーダー候補生成アルゴリズムで使用される病名や検査値等の情報を取得するための追加取得情報の提案情報を生成する。より具体的には例えば、利用者情報取得部２１１が抽出した利用者情報から、算定項目となりうる候補が「特別食加算(貧血食）」である場合について説明する。利用者情報の検査結果等から、利用者情報判別部２１２が当該利用者に対して「特別食加算(貧血食）」が算定項目の候補となり得ることを判別している。しかし、当該算定項目を確定させるために「鉄欠乏性貧血」の病名の情報が充足していない場合に、指示者である医師によるＨｂ（ヘモグロビン）値の判断に基づく「鉄欠乏性貧血」の追加病名診断を提案する提案情報を生成するものである。なお必要に応じて追加検査の提案情報を生成しても構わない。
【００３４】
追加取得情報取得部２１４は、追加取得情報の提案情報に応じた追加診断や追加検査をされた結果を利用者情報として取得する。追加取得情報取得部２１４が当該情報を取得したと判別したことにより、オーダー生成部２１５は、オーダーの生成を行うことができる。
【００３５】
オーダー生成部２１５は、抽出した利用者の利用者情報と算定基準から、算定対象となるケア項目の候補を抽出し、当該ケア項目を実施するためのオーダー候補情報を生成する。オーダー候補情報は、各利用者に対して１つでも複数が生成されても構わない。またオーダー生成部２１５は、当該オーダー候補情報を生成するための根拠となった根拠情報をオーダー候補情報に対応して生成する。根拠情報は、利用者情報に応じた情報であり、例えば、患者の検査結果の値の情報である。更に、オーダー生成部２１５は、オーダー候補情報に応じた重要度情報を生成することができる。重要度情報は、複数のオーダー候補情報の中で優先して行うべきオーダー（ケア項目）について、他のオーダー候補情報に比して重要度を高く設定されるものである。オーダー候補情報の重要度は、例えば、オーダー候補情報生成のアルゴリズムによって、各医療学会が定める診療ガイドライン等で重症と判断されるようなオーダー候補については当該オーダーの提案が適するであろうと判断し、重要度を高く設定するように付与してもよい。更に、オーダー候補情報は、現場表示部１３２において表示するための１次オーダー候補情報として生成しても構わない。なお、２次オーダー候補情報は、１次オーダー候補情報に基づいて指示者表示部１４２に送信するためのオーダー候補情報を示す。
【００３６】
対価算定部２１６は、算定基準記憶部２２１に記憶される算定基準と、実施完了情報に紐づくオーダー情報を用いて、当該オーダー情報の実施（ケア項目の給付）に対する対価である診療報酬等を算定する。
【００３７】
算定基準記憶部２２１は、日本においては厚生労働省等が告示する診療報酬点数等に基づき、医療者や介護者が、患者等の利用者に施す（現物給付する）医療行為や介護行為であるケア項目と、当該ケア項目に対して例えば診療報酬や介護報酬のように対価情報を紐づけて記憶している。また、算定基準記憶部２２１は、当該医療行為や介護行為を給付した際に診療報酬や介護報酬等の対価の発生が認められるための条件と各医療行為や介護行為紐づけられ、算定条件として記憶している。また、算定基準記憶部２２１は、各ケア項目に応じたオーダー候補算定アルゴリズムをライブラリ等の形で記憶することができる。
【００３８】
なお、算定基準記憶部２２１は、医療・介護支援サーバ２０１と物理的に独立した装置として備えられても構わない。また、算定基準記憶部２２１は、入退院支援部門端末１２１、現場端末１３１、指示者端末１４１及び医事部門端末１５１等からもアクセス可能であり、医師や看護師、栄養士、理学療法士、医事担当などが算定基準記憶部２２１に記憶されている算定基準やオーダー候補生成アルゴリズムのメンテナンスを行うことができる。
【００３９】
基幹システム３０１は、医療機関等で使用される情報を一元的に管理するシステムである。基幹システム３０１は、電子カルテを管理する電子カルテシステム３０２、オーダリングシステム３０３、医事会計システム３０４、看護支援システム３０５を含んで構成される。電子カルテシステム３０２は、利用者情報を利用者（患者、被介護者等）ごとに電子カルテを管理するシステムである。また、オーダリングシステム３０３は、指示者端末１４１で承認を受けたオーダー候補情報を各現場端末にオーダー情報として送信するように管理するシステムである。また、医事会計システム３０４は、診療報酬等の医事会計情報の管理を行うシステムである。さらに、看護支援システム３０５は、看護支援のための情報を管理するシステムである。
【００４０】
また図示はしないが、医療・介護支援システム１はオーダー設定部を備えていても構わない。オーダー設定部は、現場担当者が現場入力部１３３から入力を行うことで、オーダー候補情報（１次オーダー候補情報）から、特定のオーダーの抽出や、オーダーの実施予定日の変更を行なった２次オーダー候補情報を設定する。オーダー設定部は、医療・介護支援サーバ２０１に備えられてもよく、現場端末１３１に備えられていても構わない。
【００４１】
なお、本発明における利用者情報は、以下の情報を含むものである。なお、以下に挙げる全ての情報が必要なわけではない。
（１）入院申込オーダー情報：病名、入院目的、推定入院期間、入院希望日、病棟、食事開始日、食事内容等
（２）入院診療計画書の情報：病名、症状、治療計画、検査内容と日程、手術内容と日程、推定入院期間等
（３）ＤＰＣ情報：ＤＰＣコード、主病名、医療資源を最も投入した病名、入院時意識障害、入院経路、推定入院期間等
（４）患者背景に係る情報／問診情報：性別、妊娠有無、妊娠週数、年齢、入院前後における在宅医療の有無、介護情報、公費情報、栄養補給方法（経口、経腸、経静脈）、予定・緊急入院区分、既往歴、前回退院日、過去に算定したことのある診療報酬項目、ケアを受けた施設名（医療機関名等）の履歴情報、他施設（他医療機関等）における在宅ケアの履歴情報、他施設（他医療機関等）との地域連携パス情報、ＰＨＲ情報、アレルギー情報、持参薬等
（５）医師・看護師などの医療職によるアセスメント情報（心身アセスメント情報）：意識障害レベル、認知症高齢者の日常生活自立度判定基準、ＡＤＬ（Ａｃｔｉｖｉｔｙ  ｏｆ  Ｄａｉｌｙ  Ｌｉｖｉｎｇ）区分、重症度、医療・看護必要度、ＳＴＡＳ−Ｊ、退院・転院先、退院・転院日予定日等
（６）検体検査結果に係る情報：血小板、ＨｂＡ１Ｃ、早朝空腹時血糖、７５ｇＯＧＴＴ、ＬＤＬ、ＨＤＬ、ＴＧ、血中アルブミン値、血中ヘモグロビン濃度、血清ビリルビン値、プロトロンビン活性値、ＨＢｓ抗体、ＨＣＶ抗体、梅毒血性反応、ＩｇＥ、ＩｇＭ、ＣＲＰ、蛋白尿、血尿、血清クレアチニン値、Ｃｈｉｌｄ−Ｐｕｇｈ分類、遺伝子検査情報等
（７）バイタルサインに係る情報：身長、体重、ＢＭＩ、脈拍、血圧、体温等
（８）生理検査結果に係る情報：聴力、肺活量、１秒率、心不全ＮＹＨＡ分類、狭心症ＣＣＳ分類、経皮的動脈圧酸素飽和度、動脈血酸素分圧、吸入器酸素分画比等
（９）画像データに係る情報：Ｘ線単純撮影画像、ＣＴ画像、ＭＲＩ画像、核医学検査画像、マンモグラフィ画像、Ｘ線ＴＶ画像、デジタル病理画像、内視鏡画像、腹部エコー画像、心エコー画像、経食道エコー画像等
（１０）医療行為に係る情報：入院中の処方オーダー情報、点滴オーダー情報、麻酔時間、麻酔種別、手術の術式・体位、透析、人工呼吸、人工肛門、ＩＶＨ、腸ろう、腸管栄養、喀痰吸引、定期導尿、植込型ペースメーカー、植込型除細動器、処置行為、投薬・注射、放射線治療、リハビリテーション、在宅酸素情報等
（１１）その他の情報：病棟、転院申込情報、算定上限回数情報等
【００４２】
なお、ＰＨＲ（Ｐｅｒｓｏｎａｌ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄ）情報とは、利用者である個人の健康状態や服薬履歴等の医療情報を医療機関等のみならず、当該利用者に紐づけて管理し、利用者本人や家族が随時確認でき、日常生活改善や健康増進、予防、診断、治療につなげることができる情報である。すなわち、医療機関等を超えて、利用者の医療情報を広く共有可能な情報である。
【００４３】
＜追加取得情報提案表示画面＞
本発明の実施形態に係る追加取得情報提案が表示される端末の画面イメージについて、図２を参照しながら説明する。
【００４４】
図２は、指示者端末１４１の指示者表示部１４２において、追加取得情報の提案情報（追加取得情報提案）が表示される画像イメージである。当該画面には、利用者である患者に割り当てられている患者ＩＤ、患者が入院している病棟、患者の入院日、退院予定日、実施推奨日、追加取得情報項目、追加算定しうる項目（オーダー候補情報）、追加算定項目の算定要件、患者情報（利用者情報）が表示される。更に、右端には各行に対して「要実施」のボタンが表示されており、医師等の指示者が、追加取得情報項目の追加病名診断や追加検査を実施すべきことを判断した場合に当該ボタンを押す。
【００４５】
図２においては、例えば、患者ＩＤが００３の患者が、東１０階の病棟に入院しており、入院日は１１月６日、退院予定日は１１月１４日であることが示されている。そして当該患者に対して、追加取得情報項目として、「鉄欠乏性貧血」の追加病名診断が必要であるという提案がされている。また、この追加取得情報項目の提案がされたのは、当該患者に対して追加算定しうる項目として「特別食加算（貧血食）」が候補として挙がったためであることが表示されている。そして、追加算定項目の算定要件として、「Ｈｂ（ヘモグロビン）値が１０未満」であることが表示されている。
【００４６】
このように、指示者である医師等は、図２の表示を見ることで、患者毎に追加取得情報項目の追加病名診断や追加検査の必要性を判断することができる。
【００４７】
＜オーダー候補表示画面＞
次に、本発明の実施形態に係るオーダーの候補が表示される端末の画面イメージについて、図３を参照しながら説明する。
【００４８】
図３は、現場端末１３１の現場表示部１３２又は指示者端末１４１の指示者表示部１４２において、オーダーの候補が表示される画像イメージである。当該画面には、利用者である患者に割り当てられている患者ＩＤ、患者が入院している病棟、患者の入院日、退院予定日、行為実施の推奨日（実施予定日）、オーダーの提案項目（オーダー候補情報）、オーダーを提案する根拠となる情報である根拠情報、補足情報が表示される。更に、右端には各行に対して「要実施」のボタンが表示されており、コメディカルや医師等の指示者が、提案されたオーダーを実施すべきことを判断した場合に当該ボタンを押す。なお、本発明においてコメディカルとは、医師以外の医療職（看護師、臨床検査技師、診療放射線技師、理学療法士、栄養士等）を示す。
【００４９】
図３においては、例えば、患者ＩＤが００１の患者が、東１５階の病棟に入院しており、入院日は１１月２日、退院予定日は１１月１５日であることが示されている。そして当該患者に対して、１１月２日に行う候補となるオーダー項目として、糖尿病に対する特別食、脂質異常症に対する特別食、集団での栄養食事指導が表示されている。更に、それらのオーダー候補が提案された根拠となる情報が表示されている。
【００５０】
根拠情報は、当該患者の検査値としてＨｂＡ１ｃ値が８．０％以上であるため、糖尿病診療ガイドラインに従い、糖尿病に対する特別食を提案しているということを示す情報である。同様に、当該患者の検査値としてＬＤＬ値が１９０ｍｇ／ｄＬ以上であることを根拠として、脂質異常症に対する特別食を提案しているということや、上記特別食の対象となっていることを根拠として、集団での栄養食事指導を行う提案が示されている。なお、オーダー候補情報や、根拠情報は、着色されて表示されても構わない。オーダー提案の重要度（優先度）を、色による重要度情報として表示することができる。それにより、例えば赤字である場合には重要度が高く、青字のものは重要度が低いという具合に、表示を見たものが一目でオーダー提案の重要度を認識できる。また、別途重要度の項目を設け、例えば重要度の順に番号を付しても良いし、パーセント表示のような相対値を付しても良い。また「重要度高」「重要度低」のように文字情報として表示をしても構わない。
【００５１】
次に、本発明の実施形態に係る所定期間内におけるオーダーの候補が表示される端末の画面イメージについて、図４を参照しながら説明する。
【００５２】
図４は、栄養食事指導を行う現場端末１３１の現場表示部１３２において、所定の期間である１１月３日から１１月９日の期間内における栄養食事指導のオーダーの候補が表示される表示画面である。当該画面には、利用者である患者に割り当てられている患者ＩＤ、患者氏名、生年月日、主治医、患者が入院している病棟のような患者固有の情報と、入力されたオーダー提案候補と、検査値・根拠情報が一覧で表示される。オーダー提案候補の欄では、例えば、表示画面のデータの２段目は、患者ＩＤが０９２の患者が１１月３日に入院したことを示す黒字のひし形マークと、オーダー候補が既に入力されていることを示す白抜き丸マークが表示されている。また、検査値・根拠情報として、血液検査、入退院支援部門評価の情報があることが黒丸マークで示されている。また、血液検査は、詳細情報が表示されており、アルブミン等の、血液検査の詳細な項目が表示されている。また、表示画面の下部には、各日付におけるオーダー候補となっている患者の数が候補者数として表示されている。また、その下段には、各日付における予定入院指導枠（オーダーの実施可能枠）が表示される。つまり、１１月６日は、予定入院指導枠は１１人であるところに１２人のオーダー候補者がいることを示しており、現場担当者である栄養士等（コメディカル）は、オーダー候補者の調整を行う必要があることを認識することができる。現場担当者は、現場端末１３１において、図４で示される表示画面を見ながら、オーダー候補情報（１次オーダー候補情報）の絞り込みや、オーダー実施予定日を変更した２次オーダー候補情報を設定することができる。
【００５３】
＜処理の流れ＞
次に、本発明の実施形態に係る医療・介護支援システム１の動作について、図５、図６に示すフローチャートを参照しながら説明する。図５のフローチャートは、受付端末１１１と、入退院支援部門端末１２１と、医療・介護支援サーバ２０１と、現場端末１３１と、指示者端末１４１と、医事部門端末１５１の各動作の関連状態を示している。なお、当該フローチャート内の利用者情報は、電子カルテシステム３０２等を介して取り扱われる。またオーダー情報は、オーダリングシステム３０３を介して取り扱われても構わない。
【００５４】
ステップＳ１０１において、医療機関の受付は、受付端末１１１から患者の基礎情報である患者基礎情報（利用者基礎情報）を入力し、指示者端末１４１や入退院支援部門端末１２１に送信される。患者基礎情報は、患者の氏名、患者ＩＤ、年齢情報（生年月日情報）、性別情報、保険加入状況や公費情報等である。
【００５５】
ステップＳ１０２において、医師は、患者の診察、診療を行い、診療結果や病名、ＤＰＣコード等を指示者端末１４１から入力する。病名、診療情報やＤＰＣコード等の情報は、受付端末１１１から送信された利用者基礎情報とともに利用者情報として電子カルテシステム３０２内の電子カルテ等に記録される。また、医師の診察、診療に基づいて検査を行った情報も電子カルテ等に利用者情報として記録される。更に、医師が診療の結果、入院が必要と判断された患者には、ＤＰＣコードが割り当てられることがある。ＤＰＣコードは、病名、在院日数、術式等の情報を含む数字１４桁からなるコードである。
【００５６】
ステップＳ１０３において、入退院支援部門は、受付端末１１１から送信された患者基礎情報に基づき、入院情報を利用者情報として生成する。具体的には、例えば、入退院支援部門が患者へのヒヤリングを行い、社会的アセスメントを通じて得られた利用者情報として入退院支援部門端末１２１から入力され、電子カルテ等に記録される。
【００５７】
ステップＳ１０４において、利用者情報取得部２１１は、ステップＳ１０２やステップＳ１０３で送信された診療結果、病名、ＤＰＣコード等の情報及び患者の入院情報等の利用者情報から、算定対象となる患者の抽出を行う。具体的には、利用者情報取得部２１１は、電子カルテシステム３０２内に蓄積された電子カルテ等の情報と、算定基準に基づいて、医療行為等を行うべき患者の抽出を行う。
【００５８】
ステップＳ１０５において、利用者情報判別部２１２は、ステップＳ１０４で抽出された患者の利用者情報中に、算定項目の候補に対応するオーダー候補情報を生成するために必要な情報が充足しているかどうかを判別する。充足すると判別された場合（Ｙ）には、ステップＳ１０８へ処理を進め、充足しないと判別された場合（Ｎ）には、ステップＳ１０６へ処理を進める。
【００５９】
ステップＳ１０６において、追加取得情報提案部２１３は、ステップＳ１０５で判別された充足していない必要な情報について、不足している情報を提案するための追加取得情報の提案情報を生成する。追加取得情報提案部２１３は、追加取得情報の提案情報を指示者端末１４１へ送信する。
【００６０】
ステップＳ１０７において、指示者端末１４１の指示者表示部１４２は、ステップＳ１０６で送信された追加取得情報の提案情報（追加取得情報提案）を表示する。具体的には、図２で示すように、指示者表示部１４２は、利用者情報等を一覧として表示する。指示者である医師等は、指示者入力部１４３から、要実施の入力（承認）を行う。医師等による追加診断や、追加検査の結果は、利用者情報として電子カルテシステム３０２等を介して医療・介護支援サーバに送信される。
【００６１】
ステップＳ１０８において、オーダー生成部２１５は、抽出された患者に対するオーダー候補情報の生成を行う。生成されたオーダー候補情報は、指示者端末１４１へ送信され、ステップＳ１０７へ処理を進める。また、オーダー生成部２１５は、オーダー候補情報の根拠となる情報を利用者情報から抽出し、生成する。
【００６２】
なお、オーダー候補情報や、根拠情報は、図４で示すように表示可能な情報として生成される。
【００６３】
また、ステップＳ１０８において、オーダー候補情報は、現場端末１３１で表示するための１次オーダー候補情報として生成しても構わない。その場合、ステップＳ１０８’において、現場端末１３１は、医療・介護支援サーバ２０１から送信された１次オーダー情報から、指示者端末１４１へ送信するための２次オーダー候補情報を設定する。具体的には、現場端末１３１において、図３で示すような複数のオーダー候補情報に対して、現場担当者が「要実施」を選択すると、図４で示す所定期間内におけるオーダーの候補が表示される。そして、当該オーダーの実施可能枠とオーダー候補の患者数に応じて、現場担当者が実施予定の調整を行い、オーダーの絞り込みやオーダー実施予定日を変更した２次オーダー候補情報を設定する。設定された２次オーダー候補情報は、指示者端末１４１へ送信される。ステップＳ１０８''において、医師等は送信された２次オーダー候補情報について、元となった１次オーダー候補の確認を行うことができる。具体的には、指示者端末１４１から、医療・介護支援サーバ２０１に対して、生成されたオーダー候補（１次オーダー候補情報）の確認のリクエストを行う。それに応じて、指示者表示部１４２は、医療・介護支援サーバ２０１から送信される１次オーダー候補情報を表示することができる。ステップＳ１０８''によって、医師等が、コメディカル等の現場担当者の判断を検証することができる。なお、ステップＳ１０８で、オーダー候補情報が直接指示者端末１４１に送信される場合には、ステップＳ１０８'、ステップＳ１０８''はスキップしても構わない。
【００６４】
ステップＳ１０９において、医師等は送信されたオーダー候補情報に対して承認を行い、オーダーの指示を現場に行う。具体的には、指示者表示部１４２に表示されたオーダー候補情報を医師等が確認し、指示者入力部１４３から医師が選択したオーダー候補情報に対する承認の入力を行うことで、オーダー候補情報がオーダー情報として、当該オーダーを実施すべき現場担当者が扱う現場端末１３１に送信される。オーダー情報は、オーダリングシステム３０３を介して現場端末１３１に送信されても構わない。
【００６５】
ステップＳ１１０において、現場担当者は、現場表示部１３２に表示されるオーダー情報に従い、オーダーを実施する（ケア項目の給付を行う）。すなわち、オーダー情報に対応する、医療行為等を患者に対して実施（給付）する。
【００６６】
ステップＳ１１１において、現場担当者は、オーダーの実施が完了した旨を示す実施入力を行う。具体的には、現場入力部１３３から実施入力が行われると、完了したオーダーのオーダー情報に紐づけられる実施完了情報が生成される。そして実施完了情報は、医事部門端末１５１へ送信される。
【００６７】
ステップＳ１１２において、医事部門端末１５１は、現場入力部１３３から送信されたオーダー実施の完了を示す実施完了情報を受信し、医事担当が当該オーダーに関する診療報酬明細を生成する。また、医事部門端末１５１は、生成した診療報酬明細を受付端末１１１へ送信する。
【００６８】
ステップＳ１１３において、受付端末１１１は、医事部門端末１５１から診療報酬明細を受信し、患者に対する請求書の発行を行う。
【００６９】
以上の説明において、追加取得情報の提案情報およびオーダー候補情報は、医師等の使用する指示者端末１４１に送信され、指示者表示部１４２に表示されるものとしたが、それに限られるものではない。例えば、担当する医師の上長等の助言者の端末装置にオーダー候補情報を送信し、当該端末装置の表示部に表示されたオーダー候補情報に基づいて、助言者が医師等の指示者に口頭や書面で情報を提供しても構わない。また、追加取得情報の提案情報やオーダー候補情報に対する承認の入力は、必ずしも指示者入力部１４３から行う必要はなく、他の端末装置の入力部から行っても構わない。
【００７０】
（オーダー候補生成アルゴリズムについて）
次に、オーダー候補を生成するアルゴリズムの一例として、特別食の提供ならびに特別食加算の算定可否を判断する場合について図６のフローチャートを用いて説明する。算定可否は、利用者情報が算定基準の条件に適合するか否かにより判断される。
【００７１】
ステップＳ２０１において、オーダー生成部２１５は、利用者情報の病名として、脂質異常症の病名がついているどうかを判別する。当該病名がついている場合（Ｙ）にはステップＳ２０２へ処理を進める。当該病名がついていない場合（Ｎ）には、ステップＳ２０５へ進む。
【００７２】
ステップＳ２０２において、オーダー生成部２１５は、利用者情報の検査値（検査結果）として、ＬＤＬ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｌｉｐｏｐｒｏｔｅｉｎ  ｃｈｏｌｅｓｔｅｒｏｌ）値が１４０ｍｇ／ｄＬ以上であるか、１４０ｍｇ／ｄＬ未満であるかを判別する。判別の基準となるＬＤＬ値は、特別食として脂質異常症食の対象となる患者について算定基準により定められている。利用者情報の検査値のＬＤＬ値が１４０ｍｇ／ｄＬ以上である場合、ステップＳ２０６へ進む。ＬＤＬ値が１４０ｍｇ／ｄＬ未満である場合、ステップＳ２０３へ処理を進める。
【００７３】
ステップＳ２０３において、オーダー生成部２１５は、利用者情報の検査値として、ＨＤＬ（Ｈｉｇｈ  Ｄｅｎｓｉｔｙ  Ｌｉｐｏｐｒｏｔｅｉｎ  ｃｈｏｌｅｓｔｅｒｏｌ）値が４０ｍｇ／ｄＬ以上であるか、４０ｍｇ／ｄＬ未満であるかを判別する。判別の基準となるＨＤＬ値は、特別食として脂質異常症食の対象となる患者について算定基準により定められている。利用者情報の検査値のＨＤＬ値が４０ｍｇ／ｄＬ未満である場合、ステップＳ２０６へ進む。ＨＤＬ値が４０ｍｇ／ｄＬ以上である場合、ステップＳ２０４へ処理を進める。
【００７４】
ステップＳ２０４において、オーダー生成部２１５は、利用者情報の検査値として、ＴＧ（ＴｒｉＧｌｙｃｅｒｉｄｅ／中性脂肪）値が１５０ｍｇ／ｄＬ以上であるか、１５０ｍｇ／ｄＬ未満であるかを判別する。判別の基準となるＴＧ値は、特別食として脂質異常症食の対象となる患者について算定基準に定められている。利用者情報の検査値のＴＧ値が１５０ｍｇ／ｄＬ以上である場合、ステップＳ２０６へ進む。ＴＧ値が１５０ｍｇ／ｄＬ未満である場合、ステップＳ２０５へ処理を進める。
【００７５】
ステップＳ２０５において、オーダー生成部２１５は、脂質異常症に対する特別食の算定対象外であることを決定し、オーダー候補情報を生成せずに処理を終了する。
【００７６】
ステップＳ２０６において、オーダー生成部２１５は、脂質異常症に対する特別食の算定対象であることを決定し、「脂質異常症に対する特別食」をオーダー候補としてオーダー候補情報を生成する。なお、オーダー生成部２１５は算定対象となる場合の根拠情報も生成する。例えば、ステップＳ２０２において利用者情報の検査値のＬＤＬ値が１８０ｍｇ／ｄＬであるとして算定対象とされた場合には、その旨を根拠情報として生成する。
【００７７】
以上、利用者情報から算定項目である「特別食加算」であり特に「脂質異常症に対する特別食加算」の算定対象であるか否かを判定し、「脂質異常症に対する特別食」のオーダー候補としてオーダー候補情報を生成するアルゴリズムについて説明したが、オーダー候補生成アルゴリズムは、算定項目毎に準備されるものであり、医療・介護支援システム１において適宜選択して使用することができる。
【００７８】
＜システムの運用について＞
上記説明した、医療・介護支援システムは、入院患者の様々な状況に応じて運用することができる。具体的には、（１）入院前・入院時利用者情報に基づく医療行為についてのオーダー提案、（２）入院後、特に入院後に状態の変化等が生じた後に取得される利用者情報（予後管理情報）に基づく医療行為についてのオーダー提案、（３）退院時情報に基づく医療行為についてのオーダー提案において適用することができる。
【００７９】
（１）入院前・入院時利用者情報に基づく医療行為に応じた診療報酬の算定項目は、特別食加算、退院時共同指導料、介護支援等連携指導料、総合評価加算、入退院支援加算、栄養食事指導料（入院・集団）、リハビリテーション計画提供料、認知症ケア加算、褥瘡ハイリスク患者ケア加算、がん患者指導管理料、呼吸器リハビリテーション料、肺血栓塞栓症予防管理料等がある。これらの算定項目に応じた医療行為は、入院前に収集した利用者情報に基づいて決められる。入院前に収集した利用者情報は、診察時の病名情報（副病名等も含む）や検査における検査結果の情報、入院申込み時における、社会的アセスメント結果情報や入院契機病名情報、ＡＤＬスコア情報、ＡＤＬアセスメント情報、リスクファクター情報、術式・麻酔情報、治療法情報、退院先情報等があり、それらが電子カルテの情報として記録されている。
【００８０】
（呼吸器リハビリテーション料の例）
ここで、入院前・入院時利用者情報に基づく医療行為に応じた診療報酬の算定項目として、呼吸器リハビリテーション料を例に説明する。利用者情報取得部２１１は、呼吸器リハビリテーション料の算定対象となる患者として、電子カルテシステム３０２の電子カルテの情報から利用者情報を取得する。例えば、算定基準に記載の呼吸器リハビリテーション料の算定対象となる既往症が電子カルテに記載されている患者の利用者情報を取得する。診療報酬点数表には、呼吸器リハビリテーション料の算定対象となる患者（算定条件）、実施する（給付を行う）医療行為（ケア項目）、及び対価としての診療報酬の点数（対価）が定められており、算定基準記憶部２２１には、診療報酬点数表に基づいた算定基準が記憶されている。
【００８１】
オーダー生成部２１５は、入院前・入院時の利用者情報である術式情報、病名情報、入院日情報、術日情報、病棟情報を、呼吸器リハビリテーション料の算定基準に基づいて取得する。そして、オーダー生成部２１５は、呼吸器リハビリテーション料に応じたオーダー候補生成アルゴリズムを用いて、呼吸器リハビリテーションの対象となる患者を抽出する。オーダー生成部２１５は、オーダー候補生成アルゴリズムを用いて、術式情報、病名情報、入院日情報、術日情報、病棟情報により、呼吸器リハビリテーションの対象の患者としての重要度を判定し、重要度情報を生成する。オーダー生成部２１５は、オーダー提案の候補となる患者と、オーダー候補情報に対応する重要度情報を一覧化して現場表示部１３２において表示可能なデータとして生成する。現場担当者であるリハビリテーション技師は、候補となる患者を重要度に応じて検討し、呼吸器リハビリテーションの実施計画案を作成することができる。また、現場担当者は、現場端末１３１から、呼吸機能検査をオーダー候補情報として指示者端末１４１に送信することができる。医師は、指示者端末１４１の指示者入力部１４３から、検査のオーダー候補情報に対して承認を行い、検査オーダーを実施することができる。また、オーダー生成部２１５は、呼吸器リハビリテーション料の算定対象として、患者へのオーダー候補情報を生成する。呼吸器リハビリテーション料の算定項目に対する医療行為（ケア項目）は、算定基準より「呼吸訓練」であることが決定するため、オーダー候補情報として、当該医療行為がオーダー候補情報として生成される。オーダー生成部２１５は、更にオーダー候補を生成する根拠となった情報、例えば、「ＣＯＰＤ既往歴有の患者」の情報を根拠情報として生成する。オーダー候補情報と根拠情報は、指示者端末１４１へ送信される。
【００８２】
医師は指示者表示部１４２の表示されるオーダー候補情報と根拠情報を確認し、指示者入力部１４３から承認情報を入力することで、「呼吸訓練」についてのオーダー情報を生成する。生成されたオーダー情報は、当該オーダーを実施する現場端末１３１へ送信され、現場表示部１３２へ表示される。現場担当者は、オーダーの実施を行い（すなわち 、オーダー情報に対応する、医療行為等を患者に対して実施（給付）し）、オーダーの実施の完了を示す実施完了情報を現場入力部１３３から入力する。現場端末１３１は、実施完了情報を医事部門端末１５１へ送信する。実施完了情報を受信した医事部門端末１５１は、呼吸器リハビリテーション料の診療報酬明細の作成を行う。診療報酬明細は、算定基準において呼吸器リハビリテーション料として定められている診療報酬点数から算定された結果である。医事部門端末１５１で作成された診療報酬明細は、受付端末１１１へ送信され、患者に対して請求書が発行される。
【００８３】
（２）入院後に取得される利用者情報に基づく医療行為に応じた診療報酬の算定項目は、摂食機能療法、排尿自立指導料、褥瘡ハイリスク患者ケア加算、マスク又は気管内挿管による閉鎖循環式全身麻酔（厚生労働大臣が定める麻酔が困難な患者に行う場合）、退院時共同指導料、介護支援等連携指導料等がある。
【００８４】
（摂食機能療法算定の例）
ここで、入院後に取得される利用者情報に基づく医療行為に応じた診療報酬の算定項目として、摂食機能療法を例に説明する。利用者情報取得部２１１は、摂食機能療法の算定対象となる患者として、電子カルテシステム３０２等の電子カルテの情報等から患者情報を取得する。例えば、算定基準に記載の摂食機能療法の算定対象となる病名が電子カルテ等に記載されている患者の利用者情報を取得する。診療報酬点数表には、摂食機能療法の算定対象となる患者（算定条件）、実施する（給付を行う）医療行為（ケア項目）、及び対価としての診療報酬の点数（対価）が定められており、算定基準記憶部２２１には、診療報酬点数表に基づいた算定基準が記憶されている。
【００８５】
オーダー生成部２１５は、利用者情報を、摂食機能療法の算定基準に基づいて取得する。そして、オーダー生成部２１５は、摂食機能療法に応じたオーダー候補生成アルゴリズムを用いて、嚥下機能検査の対象患者を抽出する。オーダー生成部２１５は、オーダー候補生成アルゴリズムを用いて、抽出した電子カルテの患者が、利用者情報により、算定基準に該当するか否かを判別する。該当すると判別された場合には、摂食機能療法の算定対象として、患者へのオーダー候補情報を生成する。摂食機能療法の算定項目に対する医療行為（ケア項目）は、算定基準より「（リハビリテーション技師による診療計画書案をもとに、）嚥下造影又は内視鏡下嚥下機能検査を行い、訓練指導を行う」ものである。オーダー生成部２１５は、更にオーダー候補を生成する根拠となった情報を根拠情報として生成する。オーダー候補情報と根拠情報は、指示者端末１４１へ送信される。
【００８６】
医師は指示者表示部１４２の表示されるオーダー候補情報と根拠情報を確認し、指示者入力部１４３から承認を入力することで、「嚥下造影又は内視鏡下嚥下機能検査を行い、訓練指導を行う」行為についてのオーダー情報を生成する。生成されたオーダー情報は、当該オーダーを実施する現場端末１３１から送信され、現場表示部１３２へ表示される。現場担当者は、オーダーの実施を行い（すなわち 、オーダー情報に対応する、医療行為等を患者に対して実施（給付）し）、オーダーの実施の完了を示す実施完了情報を現場入力部１３３から入力する。現場端末１３１は、実施完了情報を医事部門端末１５１へ送信する。実施完了情報を受信した医事部門端末１５１は、摂食機能療法算定の診療報酬明細の作成を行う。診療報酬明細は、算定基準において摂食機能療法として定められている診療報酬点数から算定された結果である。医事部門端末１５１で作成された診療報酬明細は、受付端末１１１へ送信され、患者に対して請求書が発行される。
【００８７】
（３）退院時情報に基づく医療行為に応じた診療報酬の算定項目は、退院時リハビリテーション指導料、退院時薬剤情報管理指導料、診療情報提供料、退院時共同指導料、介護支援等連携指導料等がある。
【００８８】
（退院時リハビリテーション指導料算定の例）
ここで、退院時情報に基づく医療行為に応じた診療報酬の算定項目として、退院時リハビリテーション指導料を例に説明する。利用者情報取得部２１１は、退院時リハビリテーション指導料の算定対象となる患者として、電子カルテシステム３０２等の電子カルテの情報等から利用者情報を取得する。例えば、算定基準に記載の退院時リハビリテーション指導料の算定対象となる入院中の処置等の履歴情報により、電子カルテに記載されている患者の利用者情報を取得する。診療報酬点数表には、退院時リハビリテーション指導料の算定対象となる患者（算定条件）、実施する（給付を行う）医療行為（ケア項目）、及び対価としての診療報酬の点数（対価）が定められており、算定基準記憶部２２１には、診療報酬点数表に基づいた算定基準が記憶されている。
【００８９】
オーダー生成部２１５は、利用者情報である退院先情報及び退院予定日情報、及び入院中の処置等の履歴情報を、退院時リハビリテーション指導料の算定基準に基づいて取得する。そして、オーダー生成部２１５は、退院時リハビリテーション指導料に応じたオーダー候補生成アルゴリズムを用いて、退院時リハビリテーション指導の必要性が高い患者を抽出する。オーダー生成部２１５は、オーダー候補生成アルゴリズムを用いて、抽出した患者が、退院先情報、退院予定日情報、及び入院中の処置等の履歴情報により、算定基準に該当するか否かを判別する。該当すると判別された場合には、退院時リハビリテーション指導料の算定対象として、患者へのオーダー候補情報を生成する。退院時リハビリテーション指導料の算定項目に対する医療行為（ケア項目）は、算定基準より「患者の退院に際し、指導を行う」ものである。オーダー候補情報として、当該医療行為がオーダー候補情報として生成される。オーダー生成部２１５は、更にオーダー候補を生成する根拠となった情報を根拠情報として生成する。オーダー候補情報と根拠情報は、指示者端末１４１へ送信される。
【００９０】
医師は指示者表示部１４２の表示されるオーダー候補情報と根拠情報を確認し、指示者入力部１４３から承認を入力することで、「患者の退院に際し、指導を行う」行為についてのオーダー情報を生成する。生成されたオーダー情報は、当該オーダーを実施する現場端末１３１へ送信され、現場表示部１３２へ表示される。現場担当者は、オーダー情報に基づきオーダーを実施する（ケア項目の給付を行う）。具体的には、医師やリハビリテーション技師が他職種とともに患者に対してリハビリテーション指導を行う。すなわち 、オーダー情報に対応する、医療行為等を患者に対して実施（給付）する。そして、現場担当者は、オーダーの実施の完了を示す実施完了情報を現場入力部１３３から入力する。現場端末１３１は、実施完了情報を医事部門端末１５１へ送信する。実施完了情報を受信した医事部門端末１５１は、退院時リハビリテーション指導料の診療報酬明細の作成を行う。診療報酬明細は、算定基準において退院時リハビリテーション指導料として定められている診療報酬点数から算定された結果である。医事部門端末１５１で作成された診療報酬明細は、受付端末１１１へ送信され、患者に対して請求書が発行される。
【００９１】
以上説明したように、（１）入院前・入院時利用者情報に基づく医療行為についてのオーダー提案、（２）入院後に取得される利用者情報に基づく医療行為についてのオーダー提案、（３）退院情報に基づく医療行為についてのオーダー提案において本発明を適用することができる。
【００９２】
以上のように、本発明の実施形態に係る医療・介護支援システム１は、追加で必要となる情報の提案を行うことで、追加取得情報を含む利用者情報と算定基準を用いて、患者に対して施すべき医療行為等のオーダー候補情報を生成することができる。医師等は、算定項目に必要な情報の取得の提案を受けることにより、必要な追加診療や追加検査の要否を判断することができる。それにより、情報不足によるオーダー提案機会を逸することなく、患者個々の状況に応じた適正な医療行為等を施すことができる。また、それに応じた適正な診療報酬の算定を行うことができる。
【００９３】
また、医療・介護支援システム１は、クリニカルパスで予め決定された医療行為等についても、適正な医療行為等を提案するように運用しても構わない。
【００９４】
より具体的には、オーダー生成部２１５は、患者等の利用者の少なくとも入院前、入院時、又は入院後のいずれかのタイミングで利用者に適用されるクリニカルパスを構成する医療行為等のオーダーに対して、利用者の少なくとも入院前、入院時、又は入院後のいずれかのタイミングにおける利用者情報を用いて当該オーダーを変更（追加、削除を含む）するためのオーダー候補情報を生成することができる。すなわち、クリニカルパスを、個々の利用者に応じてカスタマイズすることができる。
【００９５】
さらに、オーダー生成部２１５は、例えば、クリニカルパスを構成する医療行為等のオーダーに対して、患者等の利用者の入院後、特に入院後に状態の変化などが生じた後に取得される利用者の利用者情報を用いてオーダーを提案、変更（追加、削除を含む）するためのオーダー候補情報を生成することができる。すなわち、入院後に刻々と変化する患者等の状況に合わせて、適正な医療行為等を提案することができる。
【００９６】
また、以上は、患者への医療行為に対する診療報酬の算定に用いられるものとして説明しているが、介護行為に対する介護報酬の算定に用いても構わない。また、医師は歯科医師を含むものであり、医療行為には、歯科医療行為を含むものである。
【００９７】
また、以上の説明において、オーダー候補情報は、患者に施すべき候補となる医療行為、すなわち前記利用者に施すべき候補となる医療行為の情報を例として説明したが、それに限られるものではなく、医療行為の実施計画、前記利用者に施すべき候補となる介護行為の情報、介護行為の実施計画、アセスメント結果の情報を含んだオーダーに係る提案、又はアセスメント結果の情報を含んだオーダーに係る提案に付随する情報であっても構わない。
【００９８】
（プログラム）
図７は、コンピュータ８０１の構成を示す概略ブロック図である。コンピュータ８０１は、ＣＰＵ８０２、主記憶装置８０３、補助記憶装置８０４、インタフェース８０５を備える。
【００９９】
ここで、実施形態に係る医療・介護支援サーバ２０１を構成する各機能を実現するためのプログラムの詳細について説明する。
【０１００】
医療・介護支援サーバ２０１は、コンピュータ８０１に実装される。そして、医療・介護支援サーバ２０１の各構成要素の動作は、プログラムの形式で補助記憶装置８０４に記憶されている。ＣＰＵ８０２は、プログラムを補助記憶装置８０４から読み出して主記憶装置８０３に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ８０２は、プログラムに従って、上記の記憶部に対応する記憶領域を主記憶装置８０３に確保する。
【０１０１】
当該プログラムは、具体的には、コンピュータ８０１において、医療者及び／又は介護者が利用者に給付するためのケア項目と、前記ケア項目の対価の情報と、前記ケア項目の給付に対して前記対価の発生が認められるための算定条件と、が紐づけられる算定基準を用いる医療支援及び／又は介護支援のためのプログラムであって、利用者に紐づけられる利用者情報を取得するステップと、前記利用者情報に、オーダー情報を生成するために必要な情報が充足しているかどうかを判別するステップと、前記必要な情報が充足していないと判別した場合に、前記必要な情報のうち不足している情報を提案するための追加取得情報の提案情報を生成するステップと、前記取得された利用者の利用者情報と、前記算定基準から前記ケア項目に応じたオーダー候補情報を生成するステップと、を実現するプログラムである。
【０１０２】
なお、補助記憶装置８０４は、一時的でない有形の媒体の一例である。一時的でない有形の媒体の他の例としては、インタフェース８０５を介して接続される磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等が挙げられる。また、このプログラムがネットワークＮＷを介してコンピュータ８０１に配信される場合、配信を受けたコンピュータ８０１が当該プログラムを主記憶装置８０３に展開し、上記処理を実行してもよい。
【０１０３】
また、当該プログラムは、前述した機能の一部を実現するためのものであってもよい。更に、当該プログラムは、前述した機能を補助記憶装置８０４に既に記憶されている他のプログラムとの組み合わせで実現するもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【０１０４】
以上、本開示のいくつかの実施形態を説明したが、これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものとする。
【符号の説明】
【０１０５】
１…医療・介護支援システム
１１１…受付端末
１２１…入退院支援部門端末
１３１…現場端末
１３２…現場表示部
１３３…現場入力部
１４１…指示者端末
１４２…指示者表示部
１４３…指示者入力部
１５１…医事部門端末
２０１…医療・介護支援サーバ
２１１…利用者情報取得部
２１２…利用者情報判別部
２１３…追加取得情報提案部
２１４…追加取得情報取得部
２１５…オーダー生成部
２１６…対価算定部
２２１…算定基準記憶部
３０１…基幹システム
３０２…電子カルテシステム
３０３…オーダリングシステム
３０４…医事会計システム
３０５…看護支援システム
８０１…コンピュータ
８０２…ＣＰＵ
８０３…主記憶装置
８０４…補助記憶装置
８０５…インタフェース
【図１】
2020119572.tif 000003
【図２】
2020119572.tif 000004
【図３】
2020119572.tif 000005
【図４】
2020119572.tif 000006
【図５】
2020119572.tif 000007
【図６】
2020119572.tif 000008
【図７】
2020119572.tif 000009