JP2022019364A - 医療データ評価活用システム、および、医療データ評価活用方法 - Google Patents

Abstract

【課題】膨大な医療データの中から、効率よく利用者の用途に合わせたデータを特定、収集、管理する事が可能な医療データ評価活用システムを提供する。【解決手段】医療データ評価活用システム１において、内部施設２０のデータ評価・利用端末１２は、ある医療画像を表示させてた際に、データ評価・利用者３２が評価の価値ありと考えると、「いいね」を付与する操作を行うと、表示されている医療画像に「いいね」を付書した状態で医療情報データベース１４へ保存する。データベース生成部２４は、医療ストレージ１４に記憶されている「いいね」のマークが付けられた医療画像を、検索し、画像データおよび関連情報を取り出して、データベース格納部１５のデータベース格納領域５１の該当する項目を更新する。この処理を、「いいね」を付与する捜査が行われるたびに繰り返すことによりデータベースを構築する。【選択図】図１

Description

本発明は、医療データの評価および活用を行うシステムに関するものであり、特に、医療データの提供および利用に関するプロセスの管理と運用を行うシステムに関する。

膨大な情報があふれる環境とネットワーク技術の進展により、ビッグデータの収集・蓄積とデータの利活用や、人工知能によるデータ分析など、高度な情報処理技術が次々に開発されている。一方、データは多いほど有意義な情報処理が行われるとは限らないことが知られている。こうした技術的背景の下、有意な分析結果を導くために、正確なデータの収集・蓄積は重要になっている。特に、データ利活用が期待されている医療分野では、データの収集、処理プロセス、処理結果、適用範囲などは重要視されている。

特許文献１には、一般利用者から専門家までが混在する評価集団によって与えられた投票情報から、商品などの情報に対する評価を分析して、正しい格付情報を提供する格付情報収集システムが開示されている。

また、特許文献２には、一旦画像再構成された医用画像を、画像受領者である医師が、必要に応じて、異なる再構成パラメータ値を用いてもう一度画像再構成する際に用いた再構成パラメータ値を、医師ごとにデータベースに格納しておくシステムが開示されている。これにより、画像を再構成する際に、その画像を受領する医師に対応する再構成パラメータ値をデータベースから読み出して用いることにより、その医師の好む画像を再構成することができ、再構成のやり直しを避けることができる。再構成パラメータは、医師からのフィードバックに基づき更新する。

特開２００３－３１６９２５号公報 特表２０１５－５１０１５７号公報

医療で求められるデータ収集と活用の利用目的は、多岐にわたる。たとえば、良質の医用画像を収集して研究に使用したい人がいるのに対し、画質の悪い医用画像を収集して、画質向上の研究を行いたい人もいる。このようにどのようなデータを収集して活用したいかは、利用者のデータ利用目的によって大きく異なる。

しかしながら、予め分類されたデータを大量に収集しようとすると、手間がかかる。特に、医療従事者は多忙のため、医療従事者自身がデータを収集し、評価し、分類するのは困難である。そのため、医療分野において、目的に合わせてデータを分類し、活用する仕組みは、限られた目的においてのみ行われている。

特許文献１に開示されている情報格付システムでは、情報の信頼度が専門家および専門家以外の評価者の投票によって算出されるため、評価者を構成するメンバーによって情報の信頼度に偏りが発生し得るという問題がある。また、投票を行う評価者を集めなければならないという問題もある。

特許文献２に開示されている技術は、個々の利用者に対して最適化された医用画像を提供するものであるため、それが他者の利用目的に合致しているかどうかは不明である。

本発明の目的は、膨大な医療データの中から、効率よく利用者の用途に合わせたデータを特定し、収集し、また、管理することにある。

上記目的を達成するために、本発明によれば、ユーザ端末を操作しているユーザから所定の医療データについての評価結果を受け取る通信部と、予め医療データが蓄積された医療情報ストレージに接続されたデータベース生成部と、記憶部とを有する。データベース生成部は、通信部が評価結果を受け取った医療データを、医療情報ストレージに蓄積されている医療データから選択的に読み出して記憶部に格納する処理を、前記評価結果を受け取るたびに繰り返すことにより、データベースを生成する。

本発明によれば、利用者によってさまざまに利用目的が異なるなかで、膨大な医療データの中から効率よく利用者の用途に合わせたデータを特定し、収集し、また、管理することができる。

本発明の実施形態の医療データ評価活用システム１の構成を示すブロック図である。 実施形態の医療データ評価活用システム１のハードウェア構成を示す図である。 実施形態の記憶部１内の記憶領域の構成を示す図である。 第一実施形態のデータベース生成部２４の処理動作を示すフローチャートである。 第一実施形態においてデータ評価・利用端末１２に表示される「いいね」が重畳された画面例（画像）の図である。 第二実施形態のデータ利用請求処理部２５の処理動作を示すフローチャートである。 第二実施形態に係るデータ検索入力画面の例を示す図である。 第二実施形態に係るフィードバック処理部２７の処理動作を示すフローチャートである。 第二実施形態に係るフィードバック画面の例を示す図である。 第二実施形態に係るデータマッチング部の処理動作を示すフローチャートである。 第三実施形態に係るデータ利用者３３ｂによりデータ利用請求がなされた場合の処理動作を示すフローチャートである。 第三実施形態に係るデータ利用者３３ｂによりデータ利用請求がなされた場合の課金判定処理を示すフローチャートある。 第四実施形態に係る評価画面例（患者、担当医）を示す図である。 第四実施形態に係る評価画面例（診断レポート）を示す図である。 第四実施形態に係る評価画面例（読影医、撮影者、機種）を示す図である。

以下、本発明の実施形態の医療データ評価活用システムについて説明する。

＜システム構成＞
図１は、本実施形態の医療データ評価活用システム１と、それに接続された他のシステムや端末等を含むネットワークの全体構成図であり、図２は、医療データ評価管理装置１０の内部構成を示す図である。

図１に示すように、本実施形態の医療データ評価活用システム１は、医療データ評価管理装置１０と、データベースを格納するための記憶部１５と、データ評価・利用端末１２と、データ利用端末１３ａと含む。

医療データ評価管理装置１０は、図２に示すように通信装置４９を含み、通信装置４９は、施設内ネットワーク１６を介して、データ評価・利用端末１２、データ利用端末１３ａ、記憶部１５、医療情報システム１１および医療情報ストレージ１４に接続されている。また、通信装置４９は、施設外ネットワーク１７を介して、施設外のデータ利用端末１３ｂにも接続されている。

一方、医療データ評価管理装置１０は、データベース生成部２４と、データ利用請求処理部２５と、データマッチング部２６と、フィードバック処理部２７と、課金判定部２８とを備えている。これらの各部２４～２８の機能は、後述する第一～第四実施形態において詳しく説明する。

医療データ評価管理装置１０のハードウェア構成は、図２に示したように、通信装置４９の他に、ＣＰＵ４１とメモリ４２と記憶装置４３とを含む。記憶装置４３には、データベース生成プログラム４４と、データ利用請求プログラム４５と、データマッチングプログラム４６と、フィードバック処理プログラム４７と、課金判定プログラム４８が予め格納されている。記憶装置４３は、ＳＳＤやハードディスクドライブなど適宜な不揮発性記憶素子で構成される。メモリ４２は、ＲＡＭなど揮発性記憶素子で構成される。ＣＰＵ４１とメモリ４２と記憶装置４３と通信装置４９は、通信インタフェース５０により接続されている。

ＣＰＵ４１は、記憶装置４３に格納されている各プログラムをメモリ４２等に読み出して実行することによって、データベース生成部２４と、データ利用請求処理部２５と、データマッチング部２６と、フィードバック処理部２７と、課金判定部２８の機能をソフトウェアにより実現する。

なお、本実施形態において、各部２４～２８の機能の一部または全部をハードウエアによって実現することも可能である。例えば、ＡＳＩＣ（Application Specific Integrated Circuit）のようなカスタムＩＣや、ＦＰＧＡ（Field-Programmable Gate Array）のようなプログラマブルＩＣを用いて医療データ評価管理装置１０を構成し、各部２４～２８の機能を実現するように回路設計を行えばよい。

記憶部１５には、医療データ評価管理装置１０のデータベース生成部２４が生成したデータベースが格納される。

図３は、記憶部１５のデータベースの格納領域を説明する図である。記憶部１５のデータベースは、データベース格納領域５１、検索条件プロファイル格納領域５２、ユーザ情報格納領域５３およびフィードバック情報格納領域５４を含んでいる。

一方、本実施形態の医療データ評価活用システム１にネットワークを介して接続されている医療情報システム１１は、電子カルテや画像管理システム等の既存のシステムであり、電子カルテのデータや、撮像装置で撮像した画像データ等の医療データを医療情報ストレージ１４に格納する。よって、医療情報ストレージ１４には、医療データが蓄積されている。ユーザは、端末１２、１３ａを介して、医療情報システム１１を操作することにより、医療情報システム１１により医療情報ストレージ１４内の医療データを読み出して、端末１２、１３ａの表示画面上に表示することができる。

さらに詳しく説明すると、医療情報システム１１は、病院に使用されている診療に関わる記録や業務の支援に関わるものの総称である。電子カルテ、医事会計システム、検査システム、画像管理システム、健診システム、オーダリングシステム、読影診断システム、レポートシステム、文書作成システムなどは、医療情報システム１１に含まれる。

医療情報ストレージ１４は、医療情報システム１１からＩＨＥ（Integrating the Healthcare Enterprise）統合に準拠した医療データを受け取って保存するストレージである。保存する医療データの例として、医療画像データ、患者基本情報、保険情報、入退院歴、外来受診歴、病名情報、アレルギー情報、処方・注射オーダ情報、検体検査結果、レポートなどが含まれる。

＜第一実施形態＞
第一実施形態の医療データ評価活用システムについて説明する。

第一実施形態では、ユーザがデータ評価・利用端末１２を介して医療情報システム１１を操作し、医療情報ストレージ１４内の医療データを、端末１２の表示画面で見ている状態で、ユーザにとって、表示されている医療データのうち特定の医療データが「評価に値するデータである」場合、医療データ評価活用システムの通信装置４９は、ユーザから評価結果を受け取る。

データベース生成部２４は、通信装置４９が受け取った評価結果で評価された医療データを、医療情報ストレージ１４に蓄積されている医療データからを選択的に受け取って、記憶部１５に格納する。この処理を、通信装置４９が評価結果を受け取るたびに繰り返すことにより、記憶部１５内に評価されたデータのデータベースを生成する。

これにより、ユーザは、医療データを端末１２で見ているときに、主観的に「評価に値するデータである」と判断したならば、そのように評価するだけで、その評価結果に基づいて、膨大な医療情報ストレージ内の医療データから、有用な医療データのみを選択して、記憶部１５のデータベースに格納することができる。

よって、第二実施形態で説明するように、記憶部１５のデータベース内の有用な医療データから、利用者が必要とするデータを、受け取った検索キーワードに基づいて抽出し、利用者に提供することが可能になる。

なお、記憶部１５内に格納する医療データに対応させて、評価を行ったユーザの情報をデータベースのデータの一部として、記憶部１５に格納してもよい。

以下、具体的に説明する。本実施形態では、内部施設２０の従事者である評価者３２が、医療画像を評価する例について説明する。

図４は、データベース生成部２４の動作を示すフローチャートである。

ステップ４０１において、内部施設２０の評価者３２は、評価・利用端末１２を介して医療情報システム１１を操作し、医療情報ストレージ１４に接続して医療画像を図５のように表示させている状態で、医療画像を評価する。すなわち、評価者３２が主観的に「評価に値する医療画像である」と判断し、その医療画像を選択したならば、データベース生成部２４は、医療画像を特定するID番号等の情報（評価結果）を通信装置４９を介して受け取る。例えば、医療情報システム１１には「いいね」の文字列等を表したマークを表示する機能が予め埋め込まれており、ユーザは、医療画像が評価に値すると判断した場合、医用情報システム１１を操作して、特定の医用画像に「いいね」のマークを付ける。すなわち、医療情報システム１１は自らの制御で「いいね」のマークを医療画像に重畳表示させる。これにより、データベース生成部２４は、医用情報システム１１を介して、ユーザからの評価結果（「いいね」等のマークが付けられた医用画像の選択）を受け付けることができる。

なお、ここで「評価に値する医療画像」とは、ユーザの主観であり、例えば、その画像データは画質がいい、画質が要改善、典型的な疾病画像、希少な疾病画像、自分の研究に使用したい、とりあえずマークして後で確認したい）等である。

ステップ４０２、４０３において、データベース生成部２４は、「いいね」のマークが付けられた医療画像を、医療情報ストレージ１４においてサーチし、画像データおよび関連情報（撮像部位、医療画像撮像装置（モダリティ）の種類および機種のデータ）を取り出して、データベース格納部１５のデータベース格納領域５１の該当する項目に保存する。

さらに具体的には、データベース生成部２４は、「いいね」がつけられた画像のＩＤを参照して、医療情報ストレージ１４内の該当画像をサーチし、ＤＩＣＯＭフォーマットの画像データを医療情報ストレージ１４からダウンロードする（ステップ４０２）。

次に、データベース生成部２４は、ＤＩＣＯＭフォーマットの画像から関連情報（撮像部位、画像種類（撮像装置の種類）、および、撮像機種など）を取り出す（ステップ４０３）。

ステップ４０４において、データベース生成部２４は、端末１２に登録されているユーザＩＤを通信装置４９を介して受け取り、医療情報ストレージ１４内の該当ユーザをサーチすることにより、評価者氏名、評価者職種、評価者専門分野等の項目の評価者情報を取り出す。

ステップ４０５において、ステップ４０２，４０３、４０４で取り出した画像データと関連情報と評価者情報を記憶部１５のデータベース格納領域５１内のテーブルの該当箇所にそれぞれ格納する。

表１は、データベース格納領域５１内の関連情報を格納するテーブルの例である。評価対象である画像データ（評価データ）のＩＤと、画像の種類と、撮像部位と、撮像機種が対応付けられて格納される。

表２は、データベース格納領域５１内の評価者情報を格納するテーブルの例である。

表２のように、評価者情報のテーブルは、評価対象である画像データ（評価データ）を一意に特定できる評価データＩＤをキーとして、評価対象、評価日時、評価者氏名、評価者職種、評価者専門分野等の項目についてそれぞれデータを格納する領域を備えている。

なお、表２では、評価対象は、画像に限らず、担当撮影者など医療従事者、診断レポート、撮影モダリティ機種、患者等、医療画像以外についても評価可能な構成となっているが、画像以外の評価対象については、第四実施形態で説明する。

上述のステップ４０１～４０５を繰り返すことにより、データベース生成部２４は、データベース格納領域５１内に、「いいね」がつけられた画像データを選択して格納するとともに、当該画像データと対応付けて、関連情報と評価者情報の登録が順次なされ、表１および表２のデータベースが生成される。

よって、第一実施形態の医療データ評価活用システム１を用いることにより、評価者は簡単に画像を評価できるとともに、「いいね」が付された画像データとその関連情報等を集めたデータベースを容易に生成でき、有用なデータを一括管理できる。

なお、内部施設２０の評価・利用端末１２およびデータ利用端末１３ａと、外部施設２１のデータ利用端末１３ｂは、いずれも情報処理端末として医療データを扱う端末のセキュリティ規則に準拠したものであり、ＰＣ、スマートフォン、タブレット端末などが対象である。

＜第二実施形態＞
第二実施形態の医療データ評価活用システムについて説明する。第二実施形態の医療データ評価活用システムは、医療データ評価管理装置１０が第一実施形態のデータベース生成部２４に加えて、データ利用請求処理部２５とデータマッチング部２６とフィードバック処理部２７とを備えている。

データ利用請求処理部２５は、ユーザ端末１２または１３ａを介して、ユーザからデータ利用請求を１以上の検索キーワードと共に受け付けた場合、データマッチング部２６に検索キーワードに一致する文言を含む医療データを記憶部１５のデータベースから抽出させる。データ利用請求処理部２５は、抽出された医療データを通信装置４９からユーザ端末１２，１３ａに対して出力する。

これにより、医療データ評価活用システムは、データ評価・利用者３２またはデータ利用者３３ａが必要とする医療データを、データベースから抽出して提供することができる。

以下、具体的に説明する。

図６は、データ利用請求処理部２５とデータマッチング部２６とフィードバック処理部２７の動作を示すフローチャートである。

施設２０は、施設内の認定した従事者との間で、医療データの提供し利用を許可する契約を締結済みである。データ利用者３３ａまたはデータ評価・利用者３２は、この契約を締結済みであり、データ利用権限を持つ者である。なお、施設２０は、データ利用権限を多レベルに設定することも可能である。

ステップ６０１において、データ利用者３３ａは、データ利用端末１３ａを操作して、データ利用請求処理部２５が提供するデータ検索入力画面（図７）にアクセスし、検索条件を入力する。データ利用請求処理部２５は、これを受け付ける。

図７のように、データ検索入力画面には、検索するデータ種類を選択する領域７１と、データの使用用途を入力する領域７２と、検索キーワードを入力する領域７３とを含む。データ利用者３３ａは、ステップ６０１において、これらの領域にそれぞれ入力する。なお、データ検索入力画面には、高度検索用に複数の条件を入力するための領域７４も含まれる。データ利用者３３ａは、より具体的な検索条件を設定する場合、高度検索用の領域７４にも検索条件を入力する。

ステップ６０２において、データ利用請求処理部２５は、データマッチング部２６にステップ６０１において受け付けた検索条件に一致する医療データを記憶部１５のデータベースから抽出させる。具体的には、データマッチング部２６は、ステップ６０１において入力されたデータ種類の医療データであって入力された検索キーワードに一致する文言を含む医療データをデータベースの中から検索して抽出する処理を実行する。

ステップ６０２のデータマッチング処理の結果、検索条件に一致する医療データがデータベース内に存在しない（該当データなし）場合、データ利用請求処理部２５は、ステップ６０４に進む（ステップ６０３）。ステップ６０４において、データ利用請求処理部２５は、該当データがないことを示す情報をデータ利用者３３ａの使用する端末１３ａに通信装置４９を介して通知（出力）して終了する。

一方、ステップ６０２の結果、検索条件に一致する医療データがデータベース内に存在する（該当データあり）場合、データ利用請求処理部２５は、ステップ６０５に進む。ステップ６０５において、データ利用請求処理部２５は、データ利用者３３ａのデータ利用権限レベルに応じて、ステップ６０２において抽出した医療データの一部秘匿化処理を行う。秘匿化処理とは、例えば、評価者の氏名を匿名化したり、撮像機種を表示しないようにする処理である。秘匿化処理は、データ利用者３３ａのデータ利用権限レベルに応じて、どの項目を秘匿化するかについて予め定めておいたルールに従って行う。

ステップ６０６において、データ利用請求処理部２５は、ステップ６０２において抽出した医療データをデータ利用者３３ａの使用する端末１３ａに通信装置４９を介して出力することにより、利用者３３ａに提供する。

ステップ６０７において、フィードバック処理部２７は、データ利用者３３ａからステップ６０１で受け付けた１以上の検索キーワードが有用であったかどうかの評価を受け付ける。フィードバック処理部２７は、有用であったと評価された検索キーワードに有用のラベルを付し、有用ではなかったと判定された検索キーワードには非有用のラベルを付してデータベースのデータの一部として、ステップ６０２で抽出した医療データに対応させて記憶部１５に格納する。

データベースに格納されたフィードバック情報（ラベルが付された検索キーワード）は、後続のデータマッチング処理において使用される。これにより、フィードバック情報を蓄積することができ、データマッチングの精度が向上する。

図８を用いて、上記ステップ６０７のフィードバック処理部２７の動作をさらに詳しく説明する。

ステップ８０１において、フィードバック処理部２７は、フィードバック画面を端末１３ａに表示させ、データ利用者３３ａから評価を受け付ける。

フィードバック画面の例を図９に示す。フィードバック画面は、データ利用者３３ａの端末１３ａに表示される。この画面には、データ利用請求処理部２５がステップ６０６において利用者に提供した１以上の該当データ（画像データ）７１と、利用者３３ａがそのデータ７１の検索条件としてステップ６０１において入力したキーワード７２と、そのキーワードの中から、有用であったキーワードと有用ではなかったキーワードを選択するチェック（マーク等）を入力するための入力欄７３とが表示される。

利用者３３ａは、有用性ありのキーワードを選択して、入力欄７３にマークを入植する。また、有用性なしのキーワードを選択して、入力欄７３に別のマークを入力する。これにより、該当データごとに、有用性ありと有用性なしのキーワードをフィードバックすることができる。例えば、利用者３３ａが入力欄７３に、チェックマークを入力した場合、そのキーワードは有用であり、×マークを入力した場合、そのキーワードは、非有用であり、入力欄７３に何も入力しなかった場合、そのキーワードに対してはフィードバックをしないことを、フィードバックする構成とする。

図９の例では、利用者３３ａは、図７の検索条件入力画面において、「データ使用用途」に「研究」と入力し、高度検索の検索条件１に「部位」として「心臓」を、検索条件２に「病名」として「中隔欠損症」と入力して、検索した結果得られた該当データ（画像データ）のフィードバック画面例である。なお、利用者３３ａは、図９のフィードバック画面において全データに対して一括フィードバックすることも可能である。

ステップ８０２において、フィードバック処理部２７は、ユーザによる評価が有用性ありか否かをキーワードごとに判定し、有用性ありと評価されている場合はステップ８０３に進み、そのキーワードに「有用ラベル」を付して、該当データ（画像データ）に対応させて、記憶部１５のデータベースのフィードバック情報格納領域５４に格納する。また、フィードバック処理部２７は、有用性なしと評価されている場合、ステップ８０４に進み、そのキーワードに、「非有用ラベル」を付して、該当データ（画像データ）に対応させて、フィードバック情報格納領域５４に格納する。

ステップ８０５において、該当データ（画像データ）が、データマッチング部２６によりステップ６０２において抽出された（検索条件に該当した）回数が何回目かをカウントする。カウント回数は、該当データ（画像データ）に対応させて、フィードバック情報格納領域５４に格納する。

以上により、フィードバック処理部２７の処理は終了である。

フィードバック情報を格納するフィードバック情報格納領域５４のテーブル例を表３に示す。表３のように、フィードバック情報格納領域５４は、テーブル形式で情報が格納される。このテーブルにより、評価データIDと、評価データの種類と、マッチング（検索条件に該当した）回数と、フィードバックされた有用ラベルが付されたキーワードと、非有用ラベルが付されたキーワードとを対応させて格納することができる。

例えば、表３の例において、画像データＮｏ．２８４７４８は１０回マッチングされた（検索条件に該当した）履歴がある。そのうち、この画像データにおいて、検索のキーワード「脳」と「研究」は、有用ラベルが付されてフィードバックされ、「中隔欠損症」は非有用ラベルが付されてフィードバックされたことがわかる。上述のように、有用ラベルと非有用ラベルが付されたキーワードが順次登録され、表３のフィードバック情報テーブルが形成される。

有用ラベルと非有用ラベルの情報は、次回以降の該当データマッチング度評価処理に用いられる。

ここで、図６のステップ６０２において、データマッチング部２６がデータマッチング処理により検索キーワードと一致する医療データを抽出するプロセスを、図１０を用いて詳しく説明する。

ステップ１００１において、データマッチング部２６は、図６のステップ６０１において受け取った検索条件（データ種類、検索キーワード）と、検索条件を入力したデータ利用者３３ａの情報を、記憶部１５のデータベースの検索条件プロファイル格納領域５２のテーブルの該当項目にそれぞれ登録する。

表４は、検索条件プロファイル格納領域５２のテーブルの例である。このテーブルには、図７の検索条件入力画面で入力された検索キーワード等の各項目と、ユーザＩＤとして、データ利用者３３ａのＩＤが登録される。

つぎに、ステップ１００２において、データマッチング部２６は、表４の検索条件プロファイルテーブルの情報と、表３の前回以前のデータマッチングのフィードバック情報のテーブルに格納されている情報を使って、データマッチング度の評価を実行する。

ここで、データマッチング度評価処理は、表４の検索条件プロファイルのテーブルの各項目（検索データ種類、検索条件、データ用途、検索キーワード）が、表１の記憶部１５のデータベースのテーブルの各項目と、表１の画像データ（評価データ）が過去（前回以前）に抽出された（検索条件に該当した）際にフィードバックされた表３のテーブルの各項目に、文字列検索でヒットする（一致する）数を計数する処理である。

例えば、検索データ種類は「画像」、データ用途は「研究」、検索条件１は「心臓」、検索条件２は「中隔欠損症」の場合、データマッチング部２６は、同一の画像データ（評価データ）について、データベースに格納されている画像の表１のテーブルと、表３のフィードバック情報のテーブル（種類は画像データ）の各項目に登録されている内容から「研究」、「心臓」、「中隔欠損症」の文字列を検索し、ヒットする（一致する）数を計上する。

データマッチング部２６は、検索ヒット数は多いほど、データマッチング度（適合度）は高いので、データマッチング度が高い画像データを検索条件に一致する画像データとして優先的に抽出する。

なお、データマッチング部２６は、非有用ラベルの文字列が、検索条件にヒットする場合、データマッチング度を低下させ、抽出しないようにする。

最後に、データマッチング部２６は、マッチングする該当データを抽出し、ステップ６０３以降に進み、データ利用者にマッチング結果を表示する。

以上、医療データ評価管理装置１０により、特定用途や条件に合わせ、効率よく該当データをまとめて提供し、更には提供データの精度を向上させることができる。

第二実施形態では、データ利用者３３ａによる簡単なフィードバック処理により、有用または非有用な検索キーワードを登録することができるため、ユーザが必要な画像データを提供する精度を向上させることができる。

また、第二実施形態では、検索条件に一致する画像データをデータ利用端末１３ａに対して出力する前に、ステップ６０５において、データの一部を秘匿化できる。

例えば、本実施形態では、内部施設２０用の端末１３ａと外部施設２１用の端末１３ｂが、それぞれ異なる施設内ネットワーク（イントラネット）１６または施設外ネットワーク（インターネット）１７を介して医療データ評価管理装置１０に接続されている。よって、データ利用請求処理部２５は、医療データを送信するデータ利用端末１３ａ，１３ｂが、内部施設２０用のデータ利用端末１３ａか、外部施設２１のデータ利用端末１３ｂによって、匿名化のレベルを変えることができる。

また、例えば、内部施設２０のデータ利用端末１３ａを操作するデータ利用者の利用目的（用途）は、臨床研究用のデータの収集、経営管理、人事評価ための情報収集などである。外部施設２１のデータ利用者のデータ利用目的は、研究用のデータの収集などである。データ利用請求処理部２５は、これらの利用目的（用途）に応じて、医療データ評価管理装置１０は、匿名化のレベルを変えることも可能である。

上述してきた第一および第二実施形態によれば、ユーザが評価・利用端末１２を介して、医療画像を評価し、評価結果として「いいね」等のマークを付加（重畳表示）することにより、ユーザの主観的な評価観点は直接的にはデータベースに記録されないが、利用者がデータを請求する際に入力したキーワードとフィードバックを基に、評価したユーザの主観的な評価観点を把握できるデータベースを生成することができる。

例えば、利用者は、画質が要改善の画像を収集したい場合、「画像」、「心臓」、「画質が悪い」などキーワードで検索する。検索結果として、「画質がいい」、「画質が要改善」、「典型的な疾病画像」、「希少な疾病画像」などの画像も含んだ画像が提供されるが、利用者は、提供された画像の中から、画像を選んでフィードバックすると、例えば「画質が悪い」等の情報が対象画像の情報が追加されるため、評価したユーザの主観的な評価観点を追加することができる。

なお、本実施形態では、評価された画像に、「いいね」の文字列等を表したマークが表示される例について説明したが、本実施形態は「いいね」の文字列のマークに限定されるものではなく、ユーザの設定により、ほかの形式のマークに変更することも可能である。

＜第三実施形態＞
医療データ評価活用システム１の第三実施形態として、外部施設データ利用者３３ｂがデータを利用請求した場合のデータ利用請求処理部２５とデータマッチング部２６とフィードバック処理部２７の処理について図１１を用いて説明する。利用者が、外部施設データ利用者３３ｂである場合、さらに課金判定部２８が課金するかどうかを判定する。

図１１は、第三実施形態のデータ利用請求処理部２５とデータマッチング部２６とフィードバック処理部２７と課金判定部２８の処理動作を示すフローチャートである。図１１のように、外部利用者認証と課金判定の動作を加わる他は、図６のフローと同様であるので、同様の動作には、図６と同じ符号を付し、簡単に説明する。

まず、ステップ６０１において、データ利用者３３ｂは、検索条件を入力し、データ利用請求処理部２５は、これを受け付ける。

次のステップ１１０１において、データ利用請求処理部２５は、データ利用者３３ｂが、当該施設２０の認証を所持しているかどうか確認する。内部施設２０が、外部のデータ利用者３３ｂとサービスを提供する契約を締結している場合、医療データ評価管理装置１０を経由して内部施設２０の記憶部１５のデータ利用請求が可能である。

ステップ１１０２において、外部のデータ利用者３３ｂが認証を所持しておらず、利用を許可しない場合、ステップ１１０３に進み、認証確認結果を利用者３３ｂに通知しプロセスを終了する。

一方、利用を許可する場合、図６と同様にステップ６０２～６０７を行う。ただし、ステップ６０３とステップ６０５の間に、データ利用者３３ｂに対して課金するかどうかを判定する処理を行う（ステップ１１０４）。課金判定部２８は、記憶部１５のユーザ情報格納領域５３に格納されているユーザ情報の課金契約の有無、過去の課金履歴の有無、さらには、提供データのフィードバック情報の提出の履歴の有無に基づいて、課金の対象であるかを判定する。

課金が必要な場合、ステップ１１０５へ進み、データ利用者３３ｂに課金する（ステップ１１０５）。

ユーザ情報格納領域５３に格納されているユーザ情報のテーブルの例を表５に示す。表５のように、本システム１を利用するユーザ情報がユーザ情報テーブルに事前に格納してある。

表５は、内部施設２０と契約済のユーザ情報が入力されている。また、外部施設２１が本システムに初回登録する際に、外部施設２１のユーザ情報を表５に入力する。これにより、表５のユーザ情報テーブルは形成される。

本システム１を利用するユーザには、一意のユーザＩＤが振られる。表５のユーザ情報テーブルのデータ構造は、ユーザＩＤをキーに、氏名、職種、所属施設、専門分野といったデータから成り、更には本システムの利用履歴から課金契約の有無も記録されたレコードの集合体になっている。

ステップ１１０４の課金判定を、図１２のフローを用いて説明する。

課金判定部２８は、表５のユーザ情報テーブルを参照して、該当する外部施設２１のデータ利用者３３ｂの情報をサーチし、課金契約の有無を判定する（ステップ１２０１）。

ステップ１２０１において、表５に該当するデータ利用者３３ｂに課金契約のあると記録されている場合、ステップ１２０４に進み、課金は不要とする。ステップ１２０１において、課金契約のない場合、ステップ１２０２に進み、過去課金履歴のある場合、さらにステップ１２０３に進み、フィードバック情報提出ありの場合、ステップ１２０４に進み、課金が不要と判定する。

一方、外部のデータ利用者３３ｂは、過去に課金履歴がない場合、または過去に課金履歴があるもののフィードバックの提出がない場合、課金が必要と判定する（ステップ１２０５）。

上述により、課金が必要と判定する場合、ステップ１１０５において、課金判定部２８は、利用者に課金を行う。課金が不要と判定する場合、図６と同様にステップ６０５～６０７をおこなう。

なお、本システム１は、当該内部施設２０の個別設定する課金運用形態により、課金条件を変更して、より複雑な課金判定プロセスを設定することが可能な構成とすることもできる。例えば、課金契約のない利用者が一回のフィードバックした場合（図８のステップ８０１）、次の利用において、１００件データのダウンロードを無料にしたり、課金契約のある利用者に対し、フィードバックが多いほど、次の契約で割引されるといった運用も可能とする。

上述の医療データの利用に課金するデータ利用料は、データ利用者の契約内容により決められるように構成してもよい。例えば、内部施設２０のデータ利用者３３ａは、データ評価・利用者３２によって評価されたデータを利用する場合、データ利用料は不要であり、外部施設２１のデータ利用者は、内部評価者３２によって評価されたデータを利用する場合、データ利用料が課金される構成にすることが可能である。

これにより、システム１を運用している内部施設２０の管理者は、外部施設２１の管理者との間でデータ提供契約を締結し、内部施設２０として、データ提供により得られる利益を原資としてシステム１を運用する、といったビジネスモデルが成立する。

上述ビジネスモデルを想定した場合、データ情報の収集と利用に関する利害関係者は、内部施設２０の評価者３２及び利用者３３ａとして、内部施設２０の医療従事者が想定される。また、外部施設２１の利用者３３ｂとして、他医療施設の医療従事者、治験機構や医療製薬会社の従業員などが想定される。例えば、当該内部施設２０である病院Ａは、人工知能による画像診断支援ソフトウェアを開発するＩＴ会社（外部施設２１）と契約を締結した場合、システム１は、病院Ａの評価者３２が評価した医療画像のなかから、ＩＴ会社（外部施設２１）が必要な画質レベルの医療画像をＩＴ会社に提供することができる。

なお、上述の第二実施形態において、フィードバック処理部２７は、フィードバック画面を内部施設２０の端末１３ａに表示させ、データ利用者３３ａから評価を受け付ける構成について説明したが、第三実施形態の外部施設２１のデータ利用者３３ｂから端末１３ｂを介して評価を受け付ける構成にすることももちろん可能である。

＜第四実施形態＞
第一実施形態から第三実施形態では、評価対象を画像データとする例について説明したが、第四実施形態は、評価対象が画像以外である場合について説明する。

表６は、画像、患者、医療従事者、診断レポートおよび機種という種類の異なる評価対象の例と、その評価目的等、を示す表である。表６のように、評価対象の種類が異なる場合、その属性に差異が存在するため、評価対象の実施画面、評価目的、取り出す情報、データ利用目的は多種多様となる。

また、一般に医療施設の医療情報システム１１は、その種類と使用環境が、医用情報システム１１の製造メーカや医用情報システム１１が使用されている内部施設によって、多種多様である。例えば、担当医情報は、電子カルテと、文書作成システムに表示され（図１３、図１４参照）、撮影者および読影医は、読影診断システムに表示される（図１５参照）。そのため、本実施形態の医療データ評価管理装置１０は、内部施設が運用している医療情報システム１１の多種多様な種類や使用環境に応じて運用ができるように構成することが望ましい。

また、医療情報システム１１において、第二実施形態のステップ４０１で説明した「いいね」の文字列等のマークを付ける操作方法も様々な方法があり得る。例えば、「評価対象を右クリック」する方法（図１３）や、「メニューにある評価ボタンをクリック」する方法（図１４）や、「文字をマークしてからクリック」する方法（図１５）などが考えられる。そのため、医療データ評価管理装置１０は、それらの様々な操作方法にも対応可能な構成にすることが望ましい。すなわち、本実施形態の医療データ評価管理装置１０は、表６に示した実施形態以外にも対応可能な構成とすることが望ましい。

次に、評価対象が、患者、医療従事者、診断レポートおよび機種である場合の評価方法の一例について説明する。

評価対象が患者の場合、内部施設２０のデータ評価・利用者３２は、医療情報システム１１の表示画面において、評価に値する患者に「いいね」を付ける。これにより、例えば、希少例または典型例の患者を評価することができる。図１３は、表示画面例である。この例では、医療情報システム１１は電子カルテである。

医療データ評価管理装置１０は、電子カルテに表示された患者ＩＤを参照して、「いいね」がつけられた患者情報を医療情報ストレージ１４においてサーチし、患者ＩＤ、年齢、性別、病名、心拍、血圧、診断画像、診断レポートなど患者情報を読み出して、記憶部１５内のデータベース格納領域５１に保存する。

データベース格納領域５１に登録される患者情報評価情報テーブルの例を表７に示す。

つぎに、評価対象が医療従事者の場合について説明する。評価対象が医療従事者の場合、内部施設２０のデータ評価・利用者３２は、医療情報システム１１の表示画面において、評価に値する医療従事者に「いいね」を付ける。これにより、例えば、スキルの高い医療従事者を評価することができる。

医療データ評価管理装置１０は、医療情報システム１１に表示された医療従事者情報を参照して、医療情報ストレージ１４に保存されている医療従者リスト、または当該内部施設２０が事前に用意した医療従事者リストから「いいね」がつけられた医療従事者情報をサーチし、医療従事者ＩＤ、勤続年数、所属部門、職種など情報を読み出して、記憶部１５のデータベース格納領域５１に保存する。

図１３に担当医に「いいね」がつけられた画面例を、図１５に読影医に「いいね」がつけられた画面例を示す。

データベース格納領域５１に格納される医療従事者評価情報テーブルの例を表８に示す。

つぎに、評価対象が診断レポートの場合について説明する。評価対象が診断レポートである場合、内部施設２０の評価者は、医療情報システム１１の表示画面において、評価に値する診断レポートに「いいね」を付ける。これにより、構成や文章のよい診断レポートを評価することができる。図１４に、診断レポートに「いいね」がつけられた画面例を示す。

医療データ評価管理装置１０は、医療情報システム１１の表示画面の「いいね」がつけられた診断レポートに記載された患者ＩＤを参照して、医療情報ストレージ１４において、該当患者をサーチし、診断レポート、診断レポート種類、レポート作成者など情報を取り出して、記憶部１５のデータベース格納領域５１に保存する。

データベース格納領域５１に登録される診断レポート評価情報テーブルの例を表９に示す。

最後に、評価対象が、医療画像撮像装置（モダリティ）の機種の場合について説明する。評価対象が、モダリティの機種の場合、内部施設２０のデータ評価・利用者３２は、医療情報システム１１において、評価に値する機種に「いいね」を付ける。これにより、パフォーマンスのよい機種を評価することができる。図１５は、機種に「いいね」がつけられ画面例を示している。

医療データ評価管理装置１０は、医療情報システム１１の表示画面に表示された機種名を参照して、医療情報ストレージ１４に保存された機種情報リスト、または当該内部施設２０が事前に用意した機種情報リストから、「いいね」がつけられた機種をサーチし、モダリティ名、機種、製造年など情報を取り出して、記憶部１５のデータベース格納領域５１に保存する。

データベース格納領域５１に登録される機種評価情報テーブルの例を表１０に示す。

以上、医療データ評価管理装置１０を用いることにより、多種多様な情報インフラ環境において、多岐な使用目的に応じて、医療データを簡単に評価し、評価されたデータを収集してデータベースを作成し、管理することが実現できる。

１…医療データ評価活用システム、１０…医療データ評価管理装置、１１…医療情報システム、１２…データ評価・利用端末、１３ａ…データ利用端末、１３ｂ…データ利用端末（施設外）、１４…医療表ストレージ、１５…記憶部、１６…施設内ネットワーク、２０…内部施設、２１…外部施設、２４…データベース生成部、２５…データ利用請求処理部、２６…データマッチング部、２７…フィードバック処理部、２８…課金判定部、３２…データ評価・利用者、３３ａ…データ利用者、３３ｂ…データ利用者、４１…ＣＰＵ、４２…メモリ、４３…記憶装置、４９…通信装置、５０…通信インタフェース、５１…データベース格納領域、５２…検索条件プロファイル格納領域、５３…ユーザ情報格納領域、５４…フィードバック情報格納領域

Claims (12)

1. 接続されているユーザ端末を介して、前記ユーザ端末を操作しているユーザから所定の医療データについての評価結果を受け取る通信部と、予め医療データが蓄積された医療情報ストレージに接続されたデータベース生成部と、記憶部とを有し、
   前記データベース生成部は、前記通信部が前記評価結果を受け取った医療データを、前記医療情報ストレージに蓄積されている医療データから選択的に読み出して前記記憶部に格納する処理を、前記評価結果を受け取るたびに繰り返すことにより、データベースを生成することを特徴とする医療データ評価活用システム。
2. 請求項１に記載の医療データ評価活用システムであって、前記評価結果には、評価を行った前記ユーザの情報が含まれ、
   前記データベース生成部は、前記医療データに対応させて、前記ユーザの情報を前記データベースのデータの一部として前記記憶部に格納することを特徴とする医療データ評価活用システム。
3. 請求項１に記載の医療データ評価活用システムであって、前記医療データは、患者の画像と、撮像部位、撮像装置の種類および撮像機種のうちの１以上の情報とを含むことを特徴とする医療データ評価活用システム。
4. 請求項１に記載の医療データ評価活用システムであって、データ利用請求処理部とデータマッチング部とをさらに有し、
   前記通信部は、前記ユーザ端末を介して、ユーザからデータ利用請求を１以上の検索キーワードと共に受け付け、
   前記データ利用請求処理部は、前記通信部が前記データ利用請求を受け付けた場合、前記データマッチング部に前記検索キーワードに一致する文言を含む医療データを前記データベースから抽出させ、前記データマッチング部によって抽出された前記医療データを前記通信部から前記ユーザ端末に対して出力することを特徴とする医療データ評価活用システム。
5. 請求項４に記載の医療データ評価活用システムであって、前記通信部は、前記データ利用請求とともに、当該データ利用請求をしているユーザの情報を受け付け、
   前記データ利用請求処理部は、前記抽出された前記医療データを出力する前に、前記ユーザの情報に基づいて、出力する前記医療データに含まれる情報の一部を秘匿化する処理をすることを特徴とする医療データ評価活用システム。
6. 請求項４に記載の医療データ評価活用システムであって、フィードバック処理部をさらに有し、
   前記通信部は、抽出した前記医療データを前記ユーザ端末に出力した後、前記データ利用請求をしたユーザから、前記データ利用請求とともに受け付けた１以上の前記検索キーワードが有用であったかどうかの評価を受け付け、
   前記フィードバック処理部は、有用であったと評価された前記検索キーワードに有用性ありのラベルを付し、有用ではなかったと判定された前記検索キーワードには非有用のラベルを付して前記データベースのデータの一部として、前記医療データに対応させて前記記憶部に格納することを特徴とする医療データ評価活用システム。
7. 請求項６に記載の医療データ評価活用システムであって、前記データマッチング部は、前記検索キーワードに一致する文言を含む医療データを前記データベースから抽出する際に、一致する検索キーワードに前記有用のラベルが付されて格納されている場合、前記有用のラベルが付された検索キーワードに対応付けられている医療データを一致度が高いとして優先的に抽出することを特徴とする医療データ評価活用システム。
8. 請求項７に記載の医療データ評価活用システムであって、前記データマッチング部は、前記検索キーワードに一致する文言を含む医療データを前記データベースから抽出する際に、一致する検索キーワードに前記非有用のラベルが付されて格納されている場合、前記非有用のラベルが付された検索キーワードに対応付けられている医療データのマッチング度を低下させ、抽出しないようにすることを特徴とする医療データ評価活用システム。
9. 請求項４に記載の医療データ評価活用システムであって、前記データ利用請求処理部は、前記データマッチング部が前記医療データを抽出した際に、当該医療データが抽出された回数を前記データベースのデータの一部として、当該医療データに対応させて前記記憶部に格納し、
   前記データマッチング部は、前記検索キーワードに一致する文言を含む医療データを前記データベースから抽出する際に、前記抽出された回数が多い前記医療データを一致度が高いとして優先的に抽出することを特徴とする医療データ評価活用システム。
10. 請求項４に記載の医療データ評価活用システムであって、課金判定部をさらに有し、
    前記データ利用請求処理部が前記通信部を介して前記ユーザから前記データ利用請求を受け付けた場合、前記課金判定部は、前記ユーザが外部のユーザである場合、前記データの利用請求に対して課金することを特徴とする医療データ評価活用システム。
11. 請求項１に記載の医療データ評価活用システムであって、前記医療データは、画像、患者、医療従事者、診断レポート、および、医療画像撮像装置の機種のうち少なくとも一つを含むことを特徴とする医療データ評価活用システム。
12. 接続されているユーザ端末を介して、所定の医療データについての評価結果を受け取り、
    前記評価結果を受け取った前記医療データを、医療情報ストレージに蓄積されている医療データから選択的に読み出して、記憶部に格納する処理を、前記評価結果を受け取るたびに繰り返すことにより、データベースを生成する
    ことを特徴とする医療データ評価活用方法。

Images