(57)【要約】【課題】患者の状態を予測するための予測用データを生成する【解決手段】指定受付部は、検査項目の指定を受け付け（Ｓ１２）、データ取得部は、検査項目に対応する検査結果と検査日時を検査結果テーブルから取得し（Ｓ１４）、データ除外部は、期間マスタと、介入テーブルと、取得した検査結果それぞれの検査日時とを参照して、取得した検査結果の中から予測用データの生成に利用する検査結果を特定し（Ｓ２０〜Ｓ３４）、予測用データ生成部は、特定した検査結果に基づいて患者ごとの検査結果の変化率又は検査結果の変化量を算出して予測用データとする予測用データを生成する（Ｓ３６）。【選択図】図５
2019032772.tif 000002
【特許請求の範囲】
【請求項１】
患者の状態の予測に用いる予測用データを生成するデータ生成プログラムであって、
検査項目の指定を受け付け、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得し、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定し、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する、
処理をコンピュータに実行させるためのデータ生成プログラム。
【請求項２】
前記特定する処理では、患者に対して処置が行われ、該処置に対応する検査項目の検査結果が予め定められている変化の傾向を示さなかった場合には、前記定義部で定められている前記予測用データの生成に利用しない期間内の検査結果を前記予測用データの生成に利用する検査結果として特定する、ことを特徴とする請求項１に記載のデータ生成プログラム。
【請求項３】
前記受け付ける処理では、患者の症状の指定を更に受け付け、
前記取得する処理では、指定された症状を発症した患者の、前記検査項目に対応する検査結果と検査日時を前記第１記憶部から取得する、ことを特徴とする請求項１又は２に記載のデータ生成プログラム。
【請求項４】
前記生成する処理では、前記患者ごとの特定した検査結果のうちの連続する検査結果について、前記変化率および前記変化量の少なくとも一方を算出することを特徴とする請求項１〜３のいずれか一項に記載のデータ生成プログラム。
【請求項５】
前記コンピュータに、
前記患者を含む複数の患者についての前記予測用データに基づき、前記予測用データの特徴を示すモデルを生成し、
前記モデルを用いて、指定された他の患者の今後の状態を予測し、
予測した結果を出力する、
処理を実行させる請求項１〜４のいずれか一項に記載のデータ生成プログラム。
【請求項６】
前記複数の患者は、前記他の患者が受診した検査を受けた患者であって、
前記モデルは、特定の検査で得られる特定の検査項目に関する前記変化率および前記変化量の少なくとも一方に関するモデルであることを特徴とする請求項５に記載のデータ生成プログラム。
【請求項７】
患者の状態の予測に用いる予測用データを生成するデータ生成方法であって、
検査項目の指定を受け付け、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得し、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定し、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する、
処理をコンピュータが実行することを特徴とするデータ生成方法。
【請求項８】
患者の状態の予測に用いる予測用データを生成するデータ生成装置であって、
検査項目の指定を受け付ける指定受付部と、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得する取得部と、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定する特定部と、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する生成部と、
を備えるデータ生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ生成プログラム、データ生成方法及びデータ生成装置に関する。
【背景技術】
【０００２】
病院において、患者は同一の検査を複数回受ける場合がある。検査の結果は、患者の識別情報や、検査種別、検査日時と関連付けて電子カルテＤＢ（database）に格納される。各患者の検査の間隔には、患者の都合や医師の方針等によってばらつきがある。
【０００３】
一方、患者が病院において病気の治療や手術などの医療行為（処置）を受けた場合には、患者の識別情報に関連付けて、処置の内容や処置の実施日時などが電子カルテＤＢに格納される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１２６７１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ある患者が検査を受けた場合、検査結果に基づいて患者の今後の状態を予測したい場合がある。この場合、前述した電子カルテＤＢに格納されているデータを利用して、患者の今後の状態を精度よく予測できることが好ましい。
【０００６】
１つの側面では、本発明は、患者の状態を予測するための予測用データを生成することが可能なデータ生成プログラム、データ生成方法及びデータ生成装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
一つの態様では、データ生成プログラムは、患者の状態の予測に用いる予測用データを生成するデータ生成プログラムであって、検査項目の指定を受け付け、患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得し、患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定し、特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する、処理をコンピュータに実行させるためのデータ生成プログラムである。
【発明の効果】
【０００８】
患者の状態を予測するための予測用データを生成することができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係る医療システムの構成を概略的に示す図である。
【図２】図２（ａ）は、電子カルテサーバ及び予測サーバのハードウェア構成を示す図であり、図２（ｂ）は、医師端末及び管理者端末のハードウェア構成を示す図である。
【図３】予測サーバの機能ブロック図である。
【図４】図４（ａ）は、検査結果テーブルのデータ構造の一例を示す図であり、図４（ｂ）は、介入テーブルのデータ構造の一例を示す図であり、図４（ｃ）は、期間マスタのデータ構造の一例を示す図である。
【図５】予測サーバによる予測用データの生成処理の一例を示すフローチャートである。
【図６】図６（ａ）〜図６（ｃ）は、図５の処理を説明するための図である。
【図７】予測用データＤＢのデータ構造の一例を示す図である。
【図８】予測部による予測処理の一例を示すフローチャートである。
【図９】学習済みモデルについて説明するための図である。
【図１０】期間マスタの変形例を示す図である。
【発明を実施するための形態】
【００１０】
以下、医療システムの一実施形態について、図１〜図９に基づいて詳細に説明する。
【００１１】
図１には、一実施形態にかかる医療システム１００の構成が概略的に示されている。医療システムは、図１に示すように、電子カルテサーバ１０と、予測サーバ１２と、医師端末７０と、管理者端末７２とを備える。電子カルテサーバ１０、データ生成装置としての予測サーバ１２、医師端末７０、および管理者端末７２は、インターネットやＬＡＮ（Local Area Network）などのネットワーク８０に接続されている。
【００１２】
電子カルテサーバ１０は、電子カルテＤＢを保持し、患者自身に関するデータ、患者に対して実施した検査に関するデータ、患者に対して実施した処置（治療や手術など）に関するデータ、患者の症状に関するデータなどを管理する。患者自身に関するデータには、患者の識別情報、氏名、性別、年齢、生年月日、身長、体重などが含まれる。検査に関するデータには、検査種別、検査日時、検査結果などが含まれる。処置に関するデータには、処置の内容、処置の実施日時などが含まれる。症状に関するデータには、症状の内容、症状が発症した日時、症状が治まった日時などが含まれる。これら電子カルテサーバ１０に格納されるデータは、医師端末７０等を介して医師等が適宜入力するデータである。
【００１３】
図２（ａ）には、電子カルテサーバ１０のハードウェア構成の一例が示されている。図２（ａ）に示すように、電子カルテサーバ１０は、ＣＰＵ（Central Processing Unit）９０、ＲＯＭ（Read Only Memory）９２、ＲＡＭ（Random Access Memory）９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、ネットワークインタフェース９７、及び可搬型記憶媒体９１に記憶されているプログラムやデータを読み取り可能な可搬型記憶媒体用ドライブ９９等を備えている。ＨＤＤ９６には、電子カルテＤＢが格納されている。これら電子カルテサーバ１０の構成各部は、バス９８に接続されている。
【００１４】
予測サーバ１２は、電子カルテサーバ１０に蓄積されたデータを利用して、検査を受けた患者の今後の状態を予測するのに用いる予測用データを生成する。また、予測サーバ１２は、予測用データから後述する学習済みモデルを生成し、生成した学習済みモデルと、検査を受けた患者の検査結果と、に基づいて、検査を受けた患者の今後の状態を予測する。
【００１５】
予測サーバ１２は、電子カルテサーバ１０と同様、図２（ａ）に示すようなハードウェア構成を有する。予測サーバ１２では、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（データ生成プログラムを含む）、或いは可搬型記憶媒体用ドライブ９９が可搬型記憶媒体９１から読み取ったプログラム（データ生成プログラムを含む）をＣＰＵ９０が実行することにより、図３に示す各部の機能が実現される。
【００１６】
図３には、予測サーバ１２の機能ブロック図が示されている。図３に示すように、予測サーバ１２は、ＣＰＵ９０がプログラムを実行することにより、指定受付部２０、取得部としてのデータ取得部２２、特定部としてのデータ除外部２４、生成部としての予測用データ生成部２６、予測部２８、として機能する。
【００１７】
指定受付部２０は、管理者端末７２や医師端末７０を介して管理者や医師が指定した検査種別や、患者の症状の情報を受け付け、データ取得部２２に対して受け渡す。なお、管理者や医師は、予測用データを生成したい場合に、どの症状が発症した患者のどの検査結果を用いて予測用データを生成したいかを、管理者端末７２や医師端末７０を介して指定する。例えば、管理者や医師は、「結核」を発症した患者の「菌体量」の検査結果を用いて予測用データ生成したい場合に、症状「結核」及び検査結果「菌体量」を指定する。
【００１８】
データ取得部２２は、指定受付部２０から受け取った情報に基づいて、予測用データを生成するために必要なデータを、第１記憶部としての検査結果テーブル３０から取得する。
【００１９】
ここで、検査結果テーブル３０は、図４（ａ）に示すようなデータ構造を有する。具体的には、検査結果テーブル３０は、図４（ａ）に示すように、「患者ＩＤ」、「検査項目」、「検査値」、「年月日」の各フィールドを有する。「患者ＩＤ」のフィールドには、患者の識別情報が格納される。「検査項目」のフィールドには、検査種別に関する情報が格納される。「検査値」のフィールドには、検査結果の値が格納される。「年月日」のフィールドには、検査日時の情報が格納される。検査結果テーブル３０には、電子カルテサーバ１０において管理されている全てのデータのうち、上記各フィールドに対応するデータのみが複製（レプリケーション）されている。
【００２０】
したがって、データ取得部２２は、指定された症状を発症した患者の識別情報（患者ＩＤ）を電子カルテサーバ１０において管理されているデータから特定し、特定した患者の指定された検査種別の検査結果と検査日時を検査結果テーブル３０から取得する。
【００２１】
データ除外部２４は、定義部としての期間マスタ３４を参照し、第２記憶部としての介入テーブル３２に格納されているデータに基づいて、検査結果テーブル３０から取得したデータの中から予測用データの生成に用いないデータを除外し、予測用データの生成に用いるデータのみを特定する。
【００２２】
ここで、介入テーブル３２は、患者に対して実行された処置（手術や投与など）に関する情報が格納されており、図４（ｂ）に示すようなデータ構造を有する。具体的には、介入テーブル３２は、図４（ｂ）に示すように、「患者ＩＤ」、「介入項目」、「投与薬物」、「年月日」の各フィールドを有する。「患者ＩＤ」のフィールドには、処置を受けた患者の識別情報が格納され、「介入項目」のフィールドには処置に関する項目名（「手術」や「投与」など）が格納される。「投与薬物」のフィールドには、投与された薬物の名称が格納される。「年月日」のフィールドには、処置日時の情報が格納される。介入テーブル３２には、電子カルテサーバ１０において管理されている全てのデータのうち、上記各フィールドに対応するデータのみが複製（レプリケーション）されている。
【００２３】
また、期間マスタ３４は、患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を予測用データの生成に利用しない期間を定義するマスタであり、図４（ｃ）に示すようなデータ構造を有する。具体的には、期間マスタ３４は、図４（ｃ）に示すように、「期間」、「イベント種」、「判定対象」の各フィールドを有する。「期間」のフィールドには、予測用データの生成に利用しない期間の情報が格納され、「イベント種」のフィールドには、処置の内容（図４（ｂ）の介入項目と投与薬物を含む情報）が格納される。また、「判定対象」のフィールドには、いずれの検査項目を無効にするかが格納される。図４（ｂ）の例では、アジスロマイシンが投与された患者が投与後１週間の間に受けた菌体量の検査の検査結果は、予測用データの生成に用いないということが定義されている。このように定義されているのは、アジスロマイシンを投与した後１週間は、菌体量がアジスロマイシンの影響により低下するため、この間に得られた菌体量の検査結果を予測用データの生成に用いるのは適切でないからである。
【００２４】
予測用データ生成部２６は、データ除外部２４が特定した予測用データの生成に用いるデータを用いて、予測用データを生成する。予測用データ生成部２６は、生成した予測用データを予測用データＤＢ３６に格納する。なお、予測用データの詳細や、予測用データＤＢ３６のデータ構造の詳細については、後述する。
【００２５】
予測部２８は、医師端末７０から入力された患者（予測対象の患者）の患者ＩＤに基づいて、予測対象の患者がこれまでに受けた検査の検査結果を検査結果テーブル３０から取得する。また、予測部２８は、取得した検査結果に対応する予測用データを予測用データＤＢ３６から取得し、取得した予測用データを用いて学習済みモデルを生成する。そして、予測部２８は、生成した学習済みモデルと、取得した検査結果とに基づいて、予測対象の患者の今後の状態を予測する。
【００２６】
図１に戻り、医師端末７０は、医師が利用する端末であり、図２（ｂ）に示すようなハードウェア構成を有する。具体的には、医師端末７０は、ＣＰＵ１９０、ＲＯＭ１９２、ＲＡＭ１９４、記憶部（ここではＨＤＤ）１９６、ネットワークインタフェース１９７、表示部１９３、入力部１９５、及び可搬型記憶媒体１９１に記憶されたプログラムやデータを読み取り可能な可搬型記憶媒体用ドライブ１９９等を備えている。これら、医師端末７０の構成各部は、バス１９８に接続されている。表示部１９３は、液晶ディスプレイ等を含み、入力部１９５は、キーボードやマウス、タッチパネル等を含む。医師は、医師端末７０を介して、電子カルテサーバ１０において管理すべき各種データを入力したり、電子カルテサーバ１０によって管理されている各種データを確認する。また、医師は、医師端末７０を介して、予測サーバ１２に対し、予測用データの生成指示（症状や検査種別の指定）を出したり、患者の今後の状態を予測する指示を出したりする。
【００２７】
管理者端末７２は、医療システム１００の管理者が利用する端末であり、医師端末７０と同様、図２（ｂ）に示すようなハードウェア構成を有している。管理者は、管理者端末７２を介して、予測サーバ１２に対し、予測用データの生成指示（症状や検査種別の指定）を出す。また、管理者は、管理者端末７２を介して、期間マスタ３４を設定するための各種情報を入力する。
【００２８】
（予測サーバ１２による予測用データの生成処理について）
次に、予測サーバ１２による予測用データの生成処理について、図５のフローチャートに沿って、その他図面を適宜参照しつつ詳細に説明する。
【００２９】
なお、図５の処理は、例えば、管理者が管理者端末７２を介して予測用データの生成処理の開始要求を入力した段階で、開始される。また、図５の処理の開始時点では、図４（ｃ）の期間マスタ３４は、管理者によって予め生成されており、電子カルテサーバ１０において管理されているデータが検査結果テーブル３０及び介入テーブル３２に複製（レプリケーション）されているものとする。
【００３０】
図５の処理では、まず、ステップＳ１２において、指定受付部２０が、管理者端末７２から入力される検査項目と患者の症状の指定を受け付ける。指定受付部２０は、受け付けた検査項目と症状の情報をデータ取得部２２に受け渡す。
【００３１】
ステップＳ１４では、データ取得部２２が、指定された症状が発症した患者の、指定された検査項目の検査結果を検査結果テーブル３０から取得する。例えば、指定された症状が「結核」で、指定された検査項目が「菌体量」であれば、電子カルテサーバ１０において症状「結核」が発症した患者を特定し、特定した患者の「菌体量」の検査結果のすべてを検査結果テーブル３０から取得する。
【００３２】
次いで、ステップＳ１６では、データ除外部２４が、指定された症状が発症した患者の１人を選択する。ここでは、例えば、患者ＩＤ＝「Ａ」の患者が選択されたとする。以下においては、患者ＩＤ＝「Ａ」の患者を「患者Ａ」と呼ぶものとする。
【００３３】
次いで、ステップＳ１８では、データ除外部２４が、検査の実施回数のパラメータＮ，Ｍを、Ｎ＝１，Ｍ＝Ｎ＋１＝２とする。なお、検査の実施回数とは、１人の患者に対して実施された検査の古い方からの順番を意味し、最も古い検査が「１回目」、次に古い検査が「２回目」…となる。
【００３４】
次いで、ステップＳ２０では、データ除外部２４が、選択された患者の指定された検査項目の検査結果（Ｎ回目、Ｍ回目）を取得する。ここでは、データ除外部２４は、患者Ａの１回目の菌体量の検査結果と、２回目の菌体量の検査結果を取得する。
【００３５】
次いで、ステップＳ２２では、データ除外部２４が、取得した検査結果（Ｎ回目）が期間マスタ３４で定義されている期間における検査結果であるか否かを判断する。例えば、期間マスタ３４において図４（ｃ）に示すようにアジスロマイシンの投与から１週間は菌体量の検査結果を無効にする旨が定義されており、図６（ａ）に示すようにアジスロマイシンが２０１７年６月１０日に投与されていたとする。この場合において、図６（ｂ）に示すように、Ｎ回目（１回目）の菌体量の検査が２０１７年６月１１日にされていたとすると、上記無効の期間に含まれているため、ステップＳ２２の判断は肯定される。ステップＳ２２の判断が肯定された場合には、ステップＳ２４に移行し、データ除外部２４は、取得した検査結果（Ｎ回目及びＭ回目）を一旦破棄する。なお、患者が複数の処置を受けていた場合には、検査結果が、各処置に対応する期間マスタ３４で定義されている期間のいずれかに含まれていれば、ステップＳ２２の判断が肯定されることになる。
【００３６】
次いで、ステップＳ２６では、データ除外部２４が、Ｎ及びＭを１インクリメント（Ｎ＝Ｎ＋１、Ｍ＝Ｍ＋１＝Ｎ＋２）する。例えば図６（ｂ）の例のようにＮ＝１、Ｍ＝２のときにステップＳ２２の判断が肯定されると、ステップＳ２６では、データ除外部２４は、Ｎ＝２、Ｍ＝３とする。そして、ステップＳ２６の処理が行われた後は、ステップＳ２０に戻る。ステップＳ２０に戻ると、データ除外部２４は、新たなＮ回目、Ｍ回目の検査結果（ここで、２回目、３回目の検査結果）を取得し、上記と同様にステップＳ２２の判断を実行する。
【００３７】
一方、例えば、１回目の菌体量の検査が図６（ｃ）に示すように２０１７年６月９日に実施されていた場合には、無効の期間に含まれていないため、ステップＳ２２の判断が否定され、ステップＳ２８に移行する。
【００３８】
以下の説明では、図６（ｃ）のように、１回目の検査結果が破棄されず、１回目、２回目の検査結果が取得された状態で、ステップＳ２８に移行した場合について説明する。
【００３９】
ステップＳ２８に移行すると、データ除外部２４は、取得した検査結果（Ｍ回目）が期間マスタ３４で定義されている期間における検査結果であるか否かを判断する。図６（ｃ）の場合、Ｍ回目の検査結果は２回目の検査結果を意味する。この場合、２回目の検査が実施された２０１７年６月１４日は、期間マスタ３４の無効の期間に含まれているため、ステップＳ２８の判断は肯定され、ステップＳ３０に移行する。ステップＳ３０に移行すると、データ除外部２４は、取得した検査結果（Ｍ回目）を破棄する。すなわち、図６（ｃ）の例では、２回目の検査結果を破棄する。次いで、ステップＳ３２では、データ除外部２４が、Ｍを１インクリメント（Ｍ＝Ｍ＋１）する。図６（ｃ）の例では、Ｍ＝３となる。そして、次のステップＳ３４では、データ除外部２４が、検査結果（Ｍ回目）を取得する。この場合、ステップＳ３０において破棄された検査結果の次の検査結果（図６（ｃ）では３回目の検査結果）を取得することになる。その後は、ステップＳ２８に戻る。ステップＳ２８に戻ると、データ除外部２４は、Ｍ回目（＝３回目）の検査結果が期間マスタ３４の無効の期間であるかを判断するが、図６（ｃ）の例では、無効の期間を過ぎているため、ステップＳ２８の判断は否定されて、ステップＳ３６に移行する。
【００４０】
ステップＳ３６に移行すると、予測用データ生成部２６が、現時点で取得している２つの検査結果（図６（ｃ）では、Ｎ＝１回目とＭ＝３回目の検査結果）の変化率を算出する。すなわち、次式（１）より、変化率を求める。
変化率＝（Ｍ回目の検査結果−Ｎ回目の検査結果）／経過日数  …（１）
なお、経過日数は、Ｎ回目の検査とＭ回目の検査の間の日数を意味する。
【００４１】
予測用データ生成部２６は、求めた変化率を予測用データＤＢ３６に格納する。ここで、予測用データＤＢ３６は、図７に示すようなデータ構造を有する。具体的には、予測用データＤＢ３６は、各患者の症状や検査項目、変化率の遷移を示すデータを格納するデータベースであり、「患者ＩＤ」、「症状」、「検査項目」、「変化率１」、「変化率２」、…のフィールドを有する。なお、予測用データ生成部２６は、電子カルテサーバ１０において管理されているデータを参照して症状が発症した日時を特定し、症状が発症する直前の変化率の欄に変化率の数値とともに「（発症）」を格納するものとする。
【００４２】
次いで、ステップＳ３８では、データ除外部２４が、選択された患者の検査結果が終了したか否か、すなわちデータ除外部２４が選択された患者の全ての検査結果を取得し終えたか否かを判断する。このステップＳ３８の判断が否定された場合には、ステップＳ４０に移行する。ステップＳ４０に移行すると、データ除外部２４は、Ｎ＝Ｍ、Ｍ＝Ｍ＋１とする。図６（ｃ）の例では、Ｎ＝３、Ｍ＝４となる。その後は、ステップＳ２０に移行し、データ除外部２４は、３回目と４回目の検査結果を取得し、ステップＳ２２以降の処理を実行する。なお、ステップＳ４０を経た後に、ステップＳ２２に移行した場合、ステップＳ２２の判断は必ず否定される（直前に実行したステップＳ２８の判断が否定されているため）。したがって、ステップＳ４０を経た後においては、ステップＳ２２の判断を省略してもよい。
【００４３】
一方、ステップＳ３８の判断が肯定されると、ステップＳ４２に移行し、データ除外部２４は、指定された症状が発症した患者を全て選択したか否かを判断する。このステップＳ４２の判断が否定された場合には、ステップＳ１６に戻り、データ除外部２４は、次の患者を選択して、ステップＳ１８以降の処理を繰り返し実行する。一方、ステップＳ４２の判断が肯定された場合には、図５のフローチャートの全処理を終了する。
【００４４】
以上のように、予測サーバ１２は、図５の処理を実行することで、指定された症状が発症した各患者の指定された検査項目の検査結果の変化率の遷移データを、予測用データＤＢ３６に格納する。この場合、検査結果に影響のある処置が行われた場合には、その処置の影響が表れている間の検査結果を除外して、検査結果の変化率を求めることとしている。したがって、処置による影響を排除した、検査結果の変化率の変遷を示す適切なデータを予測用データＤＢ３６に格納することができる。
【００４５】
（予測部２８の処理について）
図８には、予測部２８の処理がフローチャートにて示されている。
【００４６】
図８に示すように、予測部２８は、ステップＳ５０において、予測対象の患者の情報が入力されるまで待機する。なお、医師が医師端末７０上で、予測対象の患者を指定すると、医師端末７０から予測部２８に対して指定された患者の情報が入力される。このように患者の情報が入力されると、予測部２８は、ステップＳ５２に移行する。
【００４７】
ステップＳ５２に移行すると、予測部２８は、予測用データＤＢ３６を参照して、予測対象の患者に対応する学習済みモデルを生成する。この場合、予測部２８は、予測対象の患者に対して実施された検査と同一の検査を受けている患者の予測用データを予測用データＤＢ３６から読み出し、読み出した予測用データを用いて学習済みモデルを生成する。学習済みモデルは、人工知能の分野の１つである「機械学習」において用いるモデルであり、予測用データＤＢ３６に格納されているデータから生成されるアルゴリズム（関数）と予測精度を高めるためにチューニングされたパラメータを含んでいる。例えば、ある患者と別の患者では、菌体量を計測するタイミングも、計測間隔も異なるが、症状が発症するまでの菌体量の変化率の変遷パターンに類似性がある場合がある。図９は、学習済みモデルについて説明するための図である。ただし、図９は、学習済みモデルそのものではない。具体的には、図９に示すように患者Ａの菌体量は短期間の間に変化し、患者Ｂの菌体量は長期間の間に変化しているが、両患者Ａ，Ｂの菌体量の変化率の変遷パターンは、一度上昇し、次に減少し、さらに急激に上昇するという特徴において、類似しているといえる。なお、ここでは、２名の患者を例に説明したが、多くの患者について同様の特徴がみられた場合、菌体量という指標において、この特徴が結核発症の可能性を示唆するという知見が、学習によって得られる。したがって、予測部２８は、複数の患者から収集したデータから特定の指標の変化率に共通する特徴を学習することで、患者の今後の状態を予測するための学習済みモデルを生成する。なお、予測部２８が予測用データＤＢ３６から読み出す予測用データは、予測用データＤＢ３６において連続するデータであることが、予測精度の観点から好ましい。
【００４８】
なお、学習済みモデルは、予測用データＤＢ３６に新たなデータが格納されたタイミングで生成し、所定の格納領域に格納しておいてもよい。この場合、ステップＳ５２では、予測部２８は、予測対象の患者に対応する学習済みモデルを格納領域から読み出すようにしてもよい。
【００４９】
次いで、ステップＳ５４では、予測部２８が、予測対象の患者の検査結果を検査結果テーブル３０から取得し、取得した検査結果と、生成した学習済みモデルと、に基づいて、予測対象の患者の今後の状態を予測する。例えば、予測対象の患者の菌体量の変化率を学習済みモデルに当てはめることで、今後、結核の症状が発症するかや、発症する場合にはいつ頃発症するかなどを予測することができる。
【００５０】
次いで、ステップＳ５６では、予測部２８は、予測結果を出力する。例えば、予測部２８は、医師端末７０に対して予測結果を送信する。これにより、医師端末７０を利用する医師は、予測対象の患者の今後の状態の予測結果を確認することができるので、患者に対して適切なアドバイスを送ったり、処置を実施したりすることが可能となる。
【００５１】
なお、上記説明では、予測部２８が２つの機能（学習済みモデルを作成する機能と、学習済みモデルを用いて予測を行う機能）を有する場合について説明したが、これに限られるものではない。例えば、各機能を別々の予測部（例えば第１予測部と第２予測部）が有していてもよい。なお、予測部２８は、予測サーバ１２とは別の装置が有していてもよい。また、予測部２８が有する２つの機能を別々の装置が有していてもよい。この場合、予測部２８が有する一方の機能を予測サーバ１２が有していてもよい。
【００５２】
以上、詳細に説明したように、本実施形態によると、指定受付部２０は、検査項目の指定を受け付け（Ｓ１２）、データ取得部２２は、検査項目に対応する検査結果と検査日時を検査結果テーブル３０から取得し（Ｓ１４）、データ除外部２４は、期間マスタ３４と、介入テーブル３２とを参照して、取得した検査結果の中から予測用データの生成に利用する検査結果を特定し（Ｓ２０〜Ｓ３４）、予測用データ生成部２６は、特定した検査結果に基づいて患者ごとの検査結果の変化率を算出して予測用データを生成する（Ｓ３６）。これにより、本実施形態では、検査結果とは別の医療データ（介入テーブル３２）のデータを加味することで、予測用データの生成に利用する検査結果として不適切な検査結果を排除することができる。これにより、患者の今後の状態を予測する際に用いる学習済みモデルを生成するのに適した予測用データを生成することが可能である。また、予測用データが、患者ごとの検査結果の変化率の変遷（推移）を示すデータであるため、患者ごとの検査間隔の不一致を吸収することができる。すなわち、医療現場においては、所定間隔（例えば初回、１週間後、２週間後、１か月後、…）でデータを取得し、これに基づいて検査結果の傾向を学習しようとしても、患者ごとに検査間隔が異なると、データを集めることができず、精度の高い学習を行うことができない。しかるに、本実施形態のように検査結果の変化率を予測用データとして求めることで、検査間隔が異なっていても、精度の高い学習を行うことが可能となる。なお、本実施形態では、予測用データとして検査結果の変化率を用いているため、期間マスタ３４に基づいて検査結果の一部を除外しても適切な予測用データを生成することができる。
【００５３】
なお、本実施形態では、予測用データ生成部２６は、検査結果の変化率を求め、該変化率の変遷を示すデータを予測用データとする場合について説明したが、これに限られるものではない。例えば、予測用データ生成部２６は、検査結果の変化量を求め、該変化量の変遷を示すデータを予測用データとしてもよい。このようにしても、予測部２８では、変化量の遷移データから学習済みモデルを生成し、生成した学習済みモデルに基づいて、予想対象の患者の今後の状態を精度よく予測することが可能である。
【００５４】
また、本実施形態では、ステップＳ１２において、指定受付部２０が、患者の症状の指定を受け付け、ステップＳ１４において、データ取得部２２が、指定された症状を発症した患者の、指定された検査項目に対応する検査結果と検査日時を検査結果テーブル３０から取得する。これにより、症状が発症した患者の検査結果に基づいて、学習用モデルを生成することで、予測対象の患者に症状が発症するのか、症状が発症する場合、発症時期はいつ頃かを予測することが可能である。
【００５５】
なお、上記実施形態では、指定された症状が発症している患者の検査結果を用いて、学習用モデルを生成する場合について説明したが、これに限られるものではない。例えば、検査結果がある数値に達した患者の検査結果を用いて、学習用モデルを生成してもよい。この場合、予測対象の患者の検査結果がある数値に達する時期がいつ頃かなどを予測することが可能となる。
【００５６】
（変形例）
なお、上記実施形態では、ある処置が行われた後、期間マスタ３４において定義されている期間の間は、処置に対応する検査結果を予測用データの生成において一切用いない場合について説明したが、これに限られるものではない。例えば、処置に対応する検査結果が所定の変化の傾向を示している場合に限り、期間マスタ３４において定義されている期間の間、処置に対応する検査結果を予測用データの生成において用いないようにしてもよい。
【００５７】
例えば、図１０に示すように、期間マスタにおいて「判定対象」のフィールドに「菌体量の減少」が格納されているとする。この場合、データ除外部２４は、アジスロマイシン投与後において菌体量が減少している場合に限り、投与後１週間の間に得られた検査結果を予測用データの生成に用いないようにする。したがって、データ除外部２４は、アジスロマイシン投与後において菌体量が減少していない場合（変化しないか、増加している場合）には、投与後１週間の間に得られた検査結果であっても、予測用データの生成に用いるようにする。このようにすることで、処置後であっても、処置の影響が検査結果に表れていないような検査結果については、予測用データの生成に用いるようにすることができる。
【００５８】
なお、上記実施形態では、予測用データＤＢ３６（図７）に、患者ＩＤ以外の患者の情報、例えば患者の性別や年齢などの情報を格納しておいてもよい。この場合、予測部２８は、学習済みモデルを生成する際に、予測対象の患者と類似する患者（例えば性別が同一で年齢が類似する患者）の予測用データのみを用いるようにしてもよい。
【００５９】
なお、上記実施形態では、電子カルテサーバ１０で管理されているデータが予測サーバ１２の検査結果テーブル３０及び介入テーブル３２にレプリケーションされる場合について説明したが、これに限られるものではない。すなわち、予測サーバ１２は、電子カルテサーバ１０で管理されている（電子カルテＤＢに格納されている）検査結果のデータや処置に関するデータを電子カルテＤＢから直接読み出すようにしてもよい。
【００６０】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【００６１】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００６２】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００６３】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【００６４】
なお、以上の実施形態及び変形例の説明に関して、更に以下の付記を開示する。
（付記１）  患者の状態の予測に用いる予測用データを生成するデータ生成プログラムであって、
検査項目の指定を受け付け、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得し、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定し、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する、
処理をコンピュータに実行させるためのデータ生成プログラム。
（付記２）  前記特定する処理では、患者に対して処置が行われ、該処置に対応する検査項目の検査結果が予め定められている変化の傾向を示さなかった場合には、前記定義部で定められている前記予測用データの生成に利用しない期間内の検査結果を前記予測用データの生成に利用する検査結果として特定する、ことを特徴とする付記１に記載のデータ生成プログラム。
（付記３）  前記受け付ける処理では、患者の症状の指定を更に受け付け、
前記取得する処理では、指定された症状を発症した患者の、前記検査項目に対応する検査結果と検査日時を前記第１記憶部から取得する、ことを特徴とする付記１又は２に記載のデータ生成プログラム。
（付記４）  前記生成する処理では、前記患者ごとの特定した検査結果のうちの連続する検査結果について、前記変化率および前記変化量の少なくとも一方を算出することを特徴とする付記１〜３のいずれかに記載のデータ生成プログラム。
（付記５）  前記コンピュータに、
前記患者を含む複数の患者についての前記予測用データに基づき、前記予測用データの特徴を示すモデルを生成し、
前記モデルを用いて、指定された他の患者の今後の状態を予測し、
予測した結果を出力する、
処理を実行させる付記１〜４のいずれかに記載のデータ生成プログラム。
（付記６）  前記複数の患者は、前記他の患者が受診した検査を受けた患者であって、
前記モデルは、特定の検査で得られる特定の検査項目に関する前記変化率および前記変化量の少なくとも一方に関するモデルであることを特徴とする付記５に記載のデータ生成プログラム。
（付記７）  患者の状態の予測に用いる予測用データを生成するデータ生成方法であって、
検査項目の指定を受け付け、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得し、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定し、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する、
処理をコンピュータが実行することを特徴とするデータ生成方法。
（付記８）  患者の状態の予測に用いる予測用データを生成するデータ生成装置であって、
検査項目の指定を受け付ける指定受付部と、
患者の検査結果と検査日時を記憶する第１記憶部から、指定された前記検査項目に対応する検査結果と検査日時を取得する取得部と、
患者に対して処置が行われたときに該処置に対応する検査項目の検査結果を前記予測用データの生成に利用しない期間を定義する定義部と、患者に対して実施した処置内容と処置日時を記憶する第２記憶部と、前記取得した検査結果それぞれの検査日時とを参照し、前記取得した検査結果の中から前記予測用データの生成に利用する検査結果を特定する特定部と、
特定した検査結果に基づいて、患者ごとの検査結果の変化率および検査結果の変化量の少なくとも一方を、前記予測用データとして生成する生成部と、
を備えるデータ生成装置。
（付記９）  前記特定部は、患者に対して処置が行われ、該処置に対応する検査項目の検査結果が予め定められている変化の傾向を示さなかった場合には、前記定義部で定められている前記予測用データの生成に利用しない期間内の検査結果を前記予測用データの生成に利用する検査結果として特定する、ことを特徴とする付記８に記載のデータ生成装置。
（付記１０）  前記指定受付部は、患者の症状の指定を更に受け付け、
前記取得部は、指定された症状を発症した患者の、前記検査項目に対応する検査結果と検査日時を前記第１記憶部から取得する、ことを特徴とする付記８又は９に記載のデータ生成装置。
（付記１１）  前記生成部は、前記患者ごとの特定した検査結果のうちの連続する検査結果について、前記変化率および前記変化量の少なくとも一方を算出することを特徴とする付記８〜１０のいずれかに記載のデータ生成装置。
（付記１２）  前記患者を含む複数の患者についての前記予測用データに基づき、前記予測用データの特徴を示すモデルを生成し、前記モデルを用いて、指定された他の患者の今後の状態を予測し、予測した結果を出力する処理部を更に備える付記８〜１１のいずれかに記載のデータ生成装置。
（付記１３）  前記複数の患者は、前記他の患者が受診した検査を受けた患者であって、
前記モデルは、特定の検査で得られる特定の検査項目に関する前記変化率および前記変化量の少なくとも一方に関するモデルであることを特徴とする付記１２に記載のデータ生成装置。
【符号の説明】
【００６５】
１２  予測サーバ（データ生成装置）
２０  指定受付部
２２  データ取得部（取得部）
２４  データ除外部（特定部）
２６  予測用データ生成部（生成部）
３０  検査結果テーブル（第１記憶部）
３２  介入テーブル（第２記憶部）
３４  期間マスタ（定義部）
【図１】
2019032772.tif 000003
【図２】
2019032772.tif 000004
【図３】
2019032772.tif 000005
【図４】
2019032772.tif 000006
【図５】
2019032772.tif 000007
【図６】
2019032772.tif 000008
【図７】
2019032772.tif 000009
【図８】
2019032772.tif 000010
【図９】
2019032772.tif 000011
【図１０】
2019032772.tif 000012