(57)【要約】【課題】医療情報の二次利用をする際に、特異な情報を検出して、ユーザの負担を軽減する。【解決手段】医療情報管理装置は、ユーザから、患者に関する情報の項目であるキーと前記キーの内容であるバリューとを含む医療情報の検索要求を受け付けた場合に、記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、前記条件合致医療情報から、前記キーと前記バリューを抽出し、前記条件合致医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、第１判定部と、前記特異な情報を含むと判定されたバリューのキーが、利用目的からすると必須のキーである必須キーに該当するか否かを判定する第２判定部と、を備える。【選択図】図４
2020038635.tif 000002
【特許請求の範囲】
【請求項１】
ユーザから、患者に関する情報の項目であるキーと前記キーの内容であるバリューとを含む医療情報の検索要求を受け付けた場合に、記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、
前記条件合致医療情報から、前記キーと前記バリューを抽出し、前記条件合致医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、第１判定部と、
前記特異な情報を含むと判定されたバリューのキーが、利用目的からすると必須のキーである必須キーに該当するか否かを判定する第２判定部と、
を備える医療情報管理装置。
【請求項２】
前記ユーザから確認結果を受信し、前記確認結果が匿名化をする処理を要求している場合には、前記条件合致医療情報に匿名化処理を行う匿名化処理実行部を、
をさらに備える請求項１に記載の医療情報管理装置。
【請求項３】
前記匿名化処理実行部は、前記第１判定部で特異な情報と判定されたバリューを削除する、請求項２に記載の医療情報管理装置。
【請求項４】
前記匿名化処理実行部は、前記第１判定部で特異な情報と判定されたバリューを上位概念化する、請求項２に記載の医療情報管理装置。
【請求項５】
前記匿名化処理実行部で前記匿名化処理が行われた前記条件合致医療情報は、前記ユーザに送信される、請求項２乃至請求項４のいずれかに記載の医療情報管理装置。
【請求項６】
前記匿名化処理実行部で前記匿名化処理が行われた前記条件合致医療情報は、前記記憶部に出力される、請求項２乃至請求項４のいずれかに記載の医療情報管理装置。
【請求項７】
患者に関する情報の項目であるキーと、前記キーの内容であるバリューとを含む医療情報を記憶する記憶部と、
ユーザから前記医療情報の検索要求を受け付けた場合に、前記記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、
前記条件合致医療情報から、前記キーと前記バリューを抽出し、前記条件合致医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、第１判定部と、
前記特異な情報を含むと判定されたバリューのキーが、利用目的からすると必須のキーである必須キーに該当するか否かを判定する第２判定部と、
前記条件合致医療情報と、前記第１判定部の判定結果と、前記第２判定部の判定結果とを出力する、出力部と、
を備える医療情報管理システム。
【請求項８】
前記記憶部は、前記利用目的と、前記利用目的に紐付く前記必須キーと保持する必須キーテーブルを記憶しており、
前記第２判定部は、前記記憶部に記憶されている前記必須キーテーブルから、前記キーに紐付けられた前記必須キーを取得する、
請求項７に記載の医療情報管理システム。
【請求項９】
前記記憶部は、前記キーに定められた前記閾値を保持する閾値テーブルを記憶しており、前記第１判定部は、前記記憶部に記憶されている前記閾値テーブルから、前記キーに定められた前記閾値を取得する、
請求項７又は請求項８に記載の医療情報管理システム。
【請求項１０】
前記出力部は、前記条件合致医療情報と、前記第１判定部の判定結果と、前記第２判定部の判定結果とを、前記ユーザに出力する、請求項７乃至請求項９のいずれかに記載の医療情報管理システム。
【請求項１１】
前記ユーザから前記医療情報の検索要求を受け付ける場合には、前記検索要求には、ユーザの指定した前記利用目的が含まれており、
前記第２判定部は、前記検索要求に含まれている、ユーザの指定した前記利用目的を取得する、請求項７乃至請求項１０のいずれかに記載の医療情報管理システム。
【請求項１２】
前記ユーザから前記医療情報の検索要求を受け付ける場合には、前記検索要求には、ユーザの指定した前記検索条件が含まれており、
前記検索部は、前記検索要求に含まれている前記検索条件に合致する前記医療情報の抽出を行う、請求項７乃至請求項１１のいずれかに記載の医療情報管理システム。
【請求項１３】
ユーザから、患者に関する情報の項目であるキーと前記キーの内容であるバリューとを含む医療情報の検索要求を受け付けた場合に、記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、
前記条件合致医療情報に含まれる前記キーを、利用目的からすると必須であるキーと、必須ではないキーとに分類し、前記必須ではないキーと前記必須ではないキーに対応するバリューとを、前記条件合致医療情報から削除して、必須医療情報を生成する、削除部と、
前記必須医療情報から、前記キーと前記バリューを抽出し、前記必須医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、判定部と、
を備える医療情報管理装置。
【請求項１４】
前記ユーザから確認結果を受信し、前記確認結果が匿名化をする処理を要求している場合には、前記必須医療情報に匿名化処理を行う匿名化処理実行部を、
をさらに備える請求項１３に記載の医療情報管理装置。
【請求項１５】
前記匿名化処理実行部は、前記判定部で特異な情報と判定されたバリューを削除する、請求項１４に記載の医療情報管理装置。
【請求項１６】
前記匿名化処理実行部は、前記判定部で特異な情報と判定されたバリューを上位概念化する、請求項１４に記載の医療情報管理装置。
【請求項１７】
前記匿名化処理実行部で前記匿名化処理が行われた前記必須医療情報は、前記ユーザに送信される、請求項１４乃至請求項１６のいずれかに記載の医療情報管理装置。
【請求項１８】
前記匿名化処理実行部で前記匿名化処理が行われた前記必須医療情報は、前記記憶部に出力される、請求項１４乃至請求項１６のいずれかに記載の医療情報管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医療情報管理装置及び医療情報管理システムに関する。
【背景技術】
【０００２】
近年の医療現場においては、例えば、Ｘ線画像やＣＴ（Computed Tomography）画像等の医療用画像は、デジタル画像データに置き換えられ、医療画像管理システムで管理されている。該当患者の氏名や住所、電話番号といった個人情報や、確定病名やアレルギー情報といった疾病情報は、医療情報管理システムで医療情報として管理されている。医療情報管理システムで管理されている医療情報と、医療画像管理システムで管理されている医療用画像とは、患者を識別するユニークな識別情報である患者ＩＤ等により、紐付けられて管理されている。
【０００３】
医療情報管理システムで管理されているこれらの医療情報は、臨床医が患者を診察する際に利用するのはもちろんであるが、それ以外にも、研究者等のユーザが学術研究等のために、利用する場合がある。このような医療情報の二次利用については、個人情報保護の観点から、匿名化処理を行う必要がある。この匿名化に関しては、ガイドライン等で指針が示されており、匿名化テンプレートを用いて処理を行うことも提案されている（特許文献１）。
【０００４】
しかし、平成２９年度の個人情報保護法の改正により、「匿名加工情報を作成するにあたって、特異な記述等（特異であるがために特定の個人を識別できる記述等に至りえるもの）を削除すること」という指針が示された。この特異な記述等である特異な情報は、これまでの匿名化処理では削除することが難しく、匿名化を行う際に、研究者等のユーザが、手動で判断をしていかなければならなかった。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−４８５３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
医療情報の二次利用をする際に、特異な情報を検出して、ユーザの負担を軽減した医療情報管理装置及び医療情報管理システムを提供する。
【課題を解決するための手段】
【０００７】
本実施形態に係る医療情報管理装置は、ユーザから、患者に関する情報の項目であるキーと前記キーの内容であるバリューとを含む医療情報の検索要求を受け付けた場合に、記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、前記条件合致医療情報から、前記キーと前記バリューを抽出し、前記条件合致医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、第１判定部と、前記特異な情報を含むと判定されたバリューのキーが、利用目的からすると必須のキーである必須キーに該当するか否かを判定する第２判定部と、を備える。
【０００８】
本実施形態に係る医療情報管理システムは、患者に関する情報の項目であるキーと、前記キーの内容であるバリューとを含む医療情報を記憶する記憶部と、ユーザから前記医療情報の検索要求を受け付けた場合に、前記記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、前記条件合致医療情報から、前記キーと前記バリューを抽出し、前記条件合致医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、第１判定部と、前記特異な情報を含むと判定されたバリューのキーが、利用目的からすると必須のキーである必須キーに該当するか否かを判定する第２判定部と、前記条件合致医療情報と、前記第１判定部の判定結果と、前記第２判定部の判定結果とを出力する、出力部と、を備える。
【０００９】
本実施形態に係る医療情報管理装置は、ユーザから、患者に関する情報の項目であるキーと前記キーの内容であるバリューとを含む医療情報の検索要求を受け付けた場合に、記憶部から前記医療情報を読み出して、検索条件に合致する医療情報を、条件合致医療情報として抽出する検索部と、前記条件合致医療情報に含まれる前記キーを、利用目的からすると必須であるキーと、必須ではないキーとに分類し、前記必須ではないキーと前記必須ではないキーに対応するバリューとを、前記条件合致医療情報から削除して、必須医療情報を生成する、削除部と、前記必須医療情報から、前記キーと前記バリューを抽出し、前記必須医療情報に含まれる前記バリューについて、前記記憶部に記憶された前記医療情報の全体に占める割合である合致率を算出し、その合致率が、前記キーに定められた閾値以下である場合には、前記バリューを特異な情報と判定する、判定部と、を備える。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態に係る医療情報ネットワークシステムの全体構成を説明するブロック図。
【図２】第１実施形態に係る医療情報管理システムの内部構成の一例を説明するブロック図。
【図３】第１実施形態に係る医療情報管理システムにおける処理回路を機能ブロックで表した図。
【図４】第１実施形態に係る医療情報管理システムで実行される匿名化処理の内容を説明する処理フローを示す図。
【図５】研究者等であるユーザの端末に表示される検索要求画面の一例を示す図。
【図６】キーと閾値との関係を保持する閾値テーブルの一例を示す図。
【図７】利用目的と必須キーとの対応関係を保持する必須キーテーブルの一例を示す図。
【図８】研究者等であるユーザの端末に表示される必須キー設定画面の一例を示す図。
【図９】研究者等であるユーザの端末に表示される確認画面の一例を示す図。
【図１０】研究者等であるユーザの端末に表示される丸め込み設定画面の一例を示す図。
【図１１】第２実施形態に係る医療情報管理システムにおける処理回路を機能ブロックで表した図。
【図１２】第２実施形態に係る医療情報管理システムで実行される匿名化処理の内容を説明する処理フローを示す図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、実施形態に係る医療情報管理システムを説明する。なお、以下の説明において、略同一の機能及び構成を有する構成要素については、同一符号を付し、重複説明は必要な場合にのみ行うこととする。
【００１２】
（第１実施形態）
図１は、第１実施形態に係る医療情報ネットワークシステム１の全体構成を説明するブロック図である。この図１に示すように、本実施形態に係る医療情報ネットワークシステム１は、設置されている病院等の医療情報を管理する医療情報管理システム１０と、臨床医等のユーザが使用する１又は複数の端末１２と、研究者等のユーザが使用する１又は複数の端末１４とを備えて構成されている。さらに、本実施形態に係る医療情報ネットワークシステム１は、医療画像管理システム１６を備えて構成されている。
【００１３】
医療情報管理システム１０は、例えば、患者の氏名や住所、電話番号などの患者個人を特定する個人情報と、患者の確定病名やアレルギー情報等の疾病情報とを管理している。医療情報管理システム１０が管理する個人情報や疾病情報は、医療画像管理システム１６が管理する、患者のＸ線画像やＣＴ画像等の医療用画像に、紐付けられている。例えば、医療情報管理システム１０と医療画像管理システム１６とは、それぞれ、いわゆるサーバと呼ばれる処理能力の高いコンピュータで構成することができる。
【００１４】
端末１２は、ネットワークを介して、医療情報管理システム１０に接続されており、臨床医等のユーザは、患者の診察にあたり、患者の医療情報を参照したり、医療情報を新たに追加したり、既存の医療情報を編集したりすることができる。例えば、端末１２は、いわゆるパーソナルコンピュータと呼ばれるさほど処理能力の高くないコンピュータで構成することができる。
【００１５】
端末１４も、ネットワークを介して、医療情報管理システム１０に接続されており、研究者等のユーザは、症例等を研究するにあたり、医療情報管理システム１０に蓄積されている医療情報を参照したり、取得したりして、二次利用することができる。例えば、端末１４も、いわゆるパーソナルコンピュータと呼ばれるさほど処理能力の高くないコンピュータで構成することができる。
【００１６】
図２は、図１の医療情報管理システム１０の内部構成の一例を説明するブロック図である。この図２に示すように、本実施形態に係る医療情報管理システム１０は、処理回路２０と、記憶回路２２と、出力回路２４と、入力回路２６と、ディスプレイ２８とを備えて構成されている。
【００１７】
処理回路２０は、医療情報の匿名化処理等の種々の処理を行う処理部であり、例えば、プロセッサやメモリなどにより構成することができる。ここで、プロセッサという文言は、例えば、ＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit）、或いは、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple Programmable Logic Device：ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex Programmable Logic Device：ＣＰＬＤ）、及び、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ））等の回路を意味する。プロセッサは、記憶回路２２に保存されたプログラムを読み出して実行することにより機能を実現する。なお、記憶回路２２にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むよう構成して構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、プロセッサは、プロセッサ単一の回路として構成されている場合に限らず、複数の独立した回路を組み合わせて、１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図２における複数の構成要素を１つのプロセッサへ統合して、その機能を実現するようにしてもよい。
【００１８】
記憶回路２２は、患者の医療情報を記憶して保持する回路であり、例えば、ハードディスクドライブ（ＨＤＤ）やソリッドステートドライブ（ＳＳＤ）などにより構成することができる。また、記憶回路２２には、処理回路２０が種々の処理を実行する際に生成される各種データが、一時的に或いは恒久的に格納される。医療情報には、患者の氏名や住所、電話番号等の個人情報や、確定病名やアレルギー情報等の疾病情報、看護記録、電子カルテなどの情報が含まれている。この記憶回路２２は、１つのハードウェアにより構成されていてもよいし、複数のハードウェアで構成されていてもよい。複数のハードウェアで記憶回路２２を構成する場合には、ハードディスクドライブとソリッドステートドライブのように、異なる種類のハードウェアの組み合わせで構成されるようにしてもよい。
【００１９】
出力回路２４は、端末１２や端末１４からの検索要求に応じて、患者の医療情報を出力する回路である。例えば、出力回路２４は、検索条件に合致する患者の医療情報を記憶回路２２から取得して、ネットワークを介して、端末１２に出力したり、端末１４に出力したりする。端末１２や端末１４では、出力回路２４から出力された医療情報を、ディスプレイ等に表示して、臨床医や研究者等のユーザが閲覧できるようにする。
【００２０】
入力回路２６は、端末１２や端末１４から各種の入力を受け付ける回路であり、本実施形態においては、特に、医療情報を匿名化するにあたり必要な要求や情報をユーザが入力する。具体的には、ユーザが端末１２や端末１４を操作して入力した要求や情報が、ネットワークを介して、入力回路２６に入力される。処理回路２０は、入力回路２６に入力された要求や情報に基づいて、各種の処理を実行したり、情報を記憶回路２２に格納したり、記憶回路２２から情報を読み出したりする。
【００２１】
また、入力回路２６は、この医療情報管理システム１０に直接、要求や情報を入力する回路でもあり、この場合、入力回路２６は、例えば、医療情報管理システム１０に接続されたキーボード、マウス、タッチパネル等から構成することができる。例えば、医療情報管理システム１０を管理する管理者は、必要な要求や情報を、入力回路２６を介して、医療情報管理システム１０に入力する。
【００２２】
ディスプレイ２８は、医療情報を含む各種の情報を、表示する装置であり、例えば、液晶ディスプレイ、ＣＲＴ（Cathode Ray Tube）等から構成することができる。例えば、本実施形態においては、医療情報管理システム１０の管理者が、医療情報管理システム１０を管理する上で必要な要求を入力回路２６から入力し、その結果を、ディスプレイ２８に表示させる。
【００２３】
図３は、本実施形態に係る医療情報管理システム１０における処理回路２０を機能ブロックで表した図である。この図３に示すように、本実施形態に係る処理回路２０は、検索機能２０ａと、第１判定機能２０ｂと、第２判定機能２０ｃと、匿名化処理実行機能２０ｄとを構成する。具体的には、処理回路２０は、記憶回路２２に記憶されている各種のプログラムを読み込んで実行することにより、これら検索機能２０ａと、第１判定機能２０ｂと、第２判定機能２０ｃと、匿名化処理実行機能２０ｄとを実現する。本実施形態においては、検索機能２０ａが検索部を構成しており、第１判定機能２０ｂが第１判定部を構成しており、第２判定機能２０ｃが第２判定部を構成しており、匿名化処理実行機能２０ｄが匿名化処理実行部を構成している。また、検索機能２０ａと、第１判定機能２０ｂと、第２判定機能２０ｃと、匿名化処理実行機能２０ｄとを備える処理回路により、本実施形態における医療情報管理装置が構成されている。
【００２４】
図４は、本実施形態に係る医療情報管理システム１０で実行される匿名化処理の内容を説明する処理フローを示す図である。この図４に示すように、医療情報管理システム１０は、医療情報の検索要求を受け付ける（ステップＳ１）。具体的には、医療情報管理システム１０の入力回路２６は、研究者等のユーザの端末１４から、まず検索要求を受け付ける。
【００２５】
図５は、本実施形態に係る端末１４に表示される検索要求画面の一例を示す図である。この図５に示すように、まず、研究者等のユーザは、端末１４に、検索条件を特定する情報を入力する。この図５の検索要求画面では、例えば、検索条件を定める入力項目として、年齢、性別、入院日数、確定病名、モダリティ、部位、利用目的が、検索要求画面の左側領域に用意されている。そして、この図５の例では、ユーザが、確定病名として「肺がん」を入力し、利用目的として「研究」を入力した状態を示している。
【００２６】
この状態で、ユーザが検索ボタンＢ１をクリックすると、検索要求が生成され、ネットワークを介して、医療情報管理システム１０に送信される。この検索要求は、入力回路２６に入力され、処理回路２０の検索機能２０ａにより、検索条件に合致する医療情報が記憶回路２２から抽出される（ステップＳ２）。以下では、この抽出された医療情報を、条件合致医療情報とする。なお、処理回路２０の検索機能２０ａが、ユーザからの指定等により、医療画像管理システム１６から、検索条件に合致する医療情報に紐付けられた、患者のＸ線画像やＣＴ画像等の医療用画像も、条件合致医療情報として、抽出するようにしてもよい。
【００２７】
次に、図４に示すように、医療情報管理システム１０の処理回路２０における匿名化処理実行機能２０ｄは、抽出した条件合致医療情報から、個人情報を削除する匿名化処理を行う（ステップＳ３）。この個人情報を削除する匿名化処理では、例えば、処理回路２０の匿名化処理実行機能２０ｄは、氏名や住所、電話番号等を削除する。なお、条件合致医療情報として、患者のＸ線画像やＣＴ画像等の医療用画像も抽出されており、且つ、その医療用画像に、氏名等の個人を特定する情報（タグ情報）が含まれている場合には、匿名化処理実行機能２０ｄは、この情報も削除する。
【００２８】
次に、医療情報管理システム１０の処理回路２０における第１判定機能２０ｂは、ステップＳ３の処理を施した条件合致医療情報から、キーとバリューのペアを作成する（ステップＳ４）。ここで、キーとは、確定病名、アレルギー情報、入院日数といった、患者に関する情報の項目であり、検索や絞り込みのキーとなる情報である。一方、バリューは、このキーの内容である。例えば、医療情報における、年齢、性別、確定病名、入院日数、モダリティなどの項目がキーである。そして、例えば、確定病名をキーとすると、そのバリューは、肺がんや、肝臓がん、ウイルス肝炎である。このように、本実施形態においては、医療情報は、１又は複数のキーと、このキーの内容であるバリューとを少なくとも含んで構成されている。
【００２９】
また、本実施形態においては、キーが所見等のように文章で構成される場合は、その文章に含まれるキーワードを抽出し、このキーワードをバリューとすることができる。この場合、キーワードは１つではなく複数であってもよく、１つのキーに対して複数のバリューが設定される。
【００３０】
次に、図４に示すように、医療情報管理システム１０の処理回路２０における第１判定機能２０ｂは、記憶回路２２に格納されている医療情報に対して、ステップＳ４で抽出したキーを用いて集計を行い、ステップＳ４で抽出したバリューとの合致率を算出する（ステップＳ５）。すなわち、ステップＳ４で抽出された条件合致医療情報に含まれるそれぞれのキーについて、記憶回路２２に格納されている医療情報の全体に占める割合である合致率を算出する。例えば、確定病名というキーについて集計を行い、確定病名が格納されている患者の医療情報の全体件数のうち、肺がんの占める割合がどれくらいであるのかを算出する。同様に、条件合致医療情報に含まれる他のキーのバリューについても、同様に合致率を算出する。そして、処理回路２０の第１判定機能２０ｂは、この合致率が、キー毎に定められている所定の閾値以下である場合には、特異な記述等である特異な情報であると判定する。
【００３１】
図６は、キーと閾値との関係を保持する閾値テーブルの一例を示す図である。本実施形態においては、この閾値テーブルは、例えば、記憶回路２２に格納され保持されており、処理回路２０が適宜読み出して利用する。この図６の閾値テーブルの例では、確定病名の閾値は、０．０１％であり、アレルギー情報の閾値は、０．１％であり、入院日数の閾値は１％であることを示している。すなわち、確定病名がキーの場合は、バリューの合致率が０．０１％以下であると、患者が特定されてしまう可能性が高いことを示しており、アレルギー情報がキーの場合は、バリューの合致率が０．１％以下であると、患者が特定されてしまう可能性が高いことを示している。このため、図５で生成された検索要求の例においては、キーが確定病名で、バリューが肺がんであるので、医療情報全体に対する肺がんの合致率が０．０１％以下である場合には、確定病名が特異な記述等であると判定する。
【００３２】
合致率の算出にあたっては、バリューの完全一致だけでなく、類語も一致とみなして、合致率を算出してもよい。例えば、キーが確定病名で、バリューが、がんである場合には、がんだけでなく、悪性腫瘍、新生物等の類語も、がんと一致するとみなして、合致率を算出するようにしてもよい。
【００３３】
また、合致率の閾値は、図６のような閾値テーブルを用いるのではなく、固定値を用いるようにしてもよい。この場合、この医療情報管理システム１０として固定値が設定されているようにしてもよいし、或いは、病院施設毎に独自の固定値を医療情報管理システム１０に設定できるようにしておいてもよい。
【００３４】
また、キーが所見等のように文章で構成されるような場合には、１つのキーに対して複数のバリューが設定されている場合も考えられる。このような場合には、個別のバリューに基づく合致率の算出だけでなく、複数のバリューの組み合わせに基づく合致率を算出するようにしてもよい。例えば、キーが所見で、バリューが肺がん、高血圧であるような場合には、肺がんの合致率と、高血圧の合致率とを個別に算出するようにしてもよいし、或いは、これに加えて、肺がん且つ高血圧の合致率を算出するようにしてもよい。
【００３５】
次に、図４に示すように、医療情報管理システム１０の処理回路２０における第２判定機能２０ｃは、特異な情報と判定されたキーと、利用目的に紐付く必須キーとを比較する（ステップＳ６）。ここで、必須キーとは、利用目的に鑑みて、そのキーの情報が得られないと医療情報として利用目的を達成することのできない項目を意味している。そして、処理回路２０の第２判定機能２０ｃは、特異な情報と判定されたキーが、利用目的に紐付く必須キーに該当するか否かの判定結果を生成する。
【００３６】
図７は、利用目的と必須キーとの対応関係を保持する必須キーテーブルの一例を示す図である。本実施形態においては、この必須キーテーブルは、例えば、記憶回路２２に格納され保持されており、処理回路２０が適宜読み出して利用する。この図７の必須キーテーブルの例では、利用目的が研究であり、検索対象が肺がんの確定病名である場合には、性別、年齢、ＢＭＩ（Body Mass Index）、バイオマーカーが必須キーであることを示している。
【００３７】
この図７の必須キーテーブルは、予め記憶回路２２に設定されて格納されていてもよいし、或いは、ユーザが必要に応じて、設定を変更できるようにしておいてもよい。図８は、端末１４のユーザが必須キーを任意に設定できるようにするために、端末１４に表示される必須キー設定画面の一例を示す図である。この図８に示すように、端末１４のユーザは、必須キー設定画面を表示させ、自分が必須キーであると考えているキーを、クリックして、選択する。図８の例では、黒塗りの四角が必須キーとして選択した状態を示しており、白塗りの四角が必須キーとして選択されていない状態を示している。この四角い部分をユーザがクリックすることにより、選択状態を示す黒塗りと非選択状態を示す白塗りが交互に切り替わるように構成されている。ここでは、ユーザの利用目的が肺がんの研究である場合には、性別と年齢が必須キーであると設定した状態を例示している。この設定を端末１４から医療情報管理システム１０に送信することにより、記憶回路２２に格納されている必須キーテーブルが更新される。但し、研究や学会発表といった利用行為の内容と、確定病名がセットになって、利用目的が必ずしも定義されている必要はなく、種々の態様で利用目的を定義することができる。
【００３８】
なお、このような必須キーテーブルの設定は、医療情報管理システム１０の管理者が行えるようにしてもよい。この場合、図８の必須キー設定画面を、図２のディスプレイ２８に表示し、医療情報管理システム１０の管理者が、表示された必須キー設定画面を操作して、記憶回路２２に格納されている必須キーテーブルの設定を変更する。
【００３９】
次に、図４に示すように、医療情報管理システム１０の処理回路２０は、出力回路２４を介して確認メッセージを、研究者等のユーザの端末１４に出力して送信する（ステップＳ７）。この確認メッセージを受信した研究者等のユーザの端末１４は、その画面に、例えば図９に示すような、確認画面を表示する。すなわち、医療情報管理システム１０から端末１４に送信されるメッセージには、年齢や性別、入院日数等を含む抽出された条件合致医療情報と、抽出された条件合致医療情報に特異な情報が存在するか否かの判定結果と、特異な情報が存在するバリューのキーが必須キーに設定されているか否かの判定結果とが、少なくとも含まれている。このため、確認メッセージを受信した端末１４は、患者の条件合致医療情報に基づいて、確認画面を生成するとともに、特異な記述等である特異な情報が存在するか否かの判定結果と、特異な情報を含むキーが必須キーに該当するか否かの判定結果とを、この確認画面に表示する。
【００４０】
図９の例では、確認画面の第１行目に、年齢、性別、入院日数などのキーの項目が表示される。そして、確認画面の第２行目以降には、各キーに対するバリューが表示される。
【００４１】
また、確認画面には、抽出された条件合致医療情報に特異な情報が存在するか否かの判定結果が表示される。すなわち、図４のステップＳ５で、抽出したキーに特異な情報が存在すると判定された患者の情報に、判定結果がＮＧである旨の情報が表示される。逆に、図４のステップＳ５で、抽出したキーに特異な情報が存在しないと判定された患者の情報に、判定結果がＯＫである旨の情報が表示される。図９の例では、上から４番目の患者の判定結果がＮＧとなっており、それ以外の患者の判定結果はＯＫになっている。また、判定結果がＮＧの場合、どのキーが原因で判定結果ＮＧになったのかが、研究者等のユーザに分かるように表示される。図９の例では、図４のステップＳ５で閾値以下であったキーのバリューがアンダーライン付きの太文字になる。図９の例では、上から４番目の患者の年齢が１０２歳であることが、判定結果ＮＧの理由であることが分かる。さらに、肺がんの研究という利用目的からして、年齢は必須キーであるので、１０２歳というバリューの脇に、当該キーが必須キーであることが表示される。
【００４２】
このように表示された確認画面で、研究者等のユーザが上から４番目の患者を匿名化してもよいと判断した場合には、匿名化の列に存在する匿名化実行ボタンＢ２をクリックする。一方で、この年齢というキーは、利用目的が肺がんの研究の場合、必須キーである。このため、１０２歳という年齢の情報が失われると、そもそも、医療情報を取得する意味がなくなる可能性もある。このような場合には、研究者等のユーザが匿名化実行ボタンＢ２をクリックせずに、医療情報の取得を諦めることとなる。
【００４３】
このため、本実施形態に係る医療情報管理システム１０においては、匿名化の方法は削除のみならず、丸め込みの方法も用いる。図１０は、丸め込み設定画面の一例を示す図である。この丸め込み設定画面は、図９の確認画面とは別に、研究者等のユーザの端末１４に表示される。この図１０の丸め込み設定画面では、肝炎関係の確定病名の丸め込み設定画面を例示している。
【００４４】
この図１０に示すように、肝疾患という確定病名が一番上位概念の病名であり、その下位概念の確定病名として、肝炎がある。肝炎の下位概念として、ウイルス肝炎、慢性肝炎、劇症肝炎がある。このような場合、例えば、研究者等のユーザが確定病名としてウイルス肝炎を検索条件としているような際には、より上位概念の肝炎に確定病名の検索条件を変更することにより、より対象患者の数が増加し、キーが特異な情報に該当しなくなる可能性がある。さらに、検索条件を、より上位の肝疾患に確定病名を変更することにより、さらに対象患者の数が増加し、キーが特異な情報に該当しなくなる可能性がある。
【００４５】
この丸め込み設定画面は、図９の確認画面で、判定結果ＮＧがある場合に自動的に研究者等のユーザの端末１４に表示されるようにしてもよいし、或いは、研究者が端末１４を操作することにより、研究者等のユーザの端末１４に表示されるようにしてもよい。また、図４で示す匿名化処理とは別の処理で、研究者等のユーザが端末１４を用いて設定したり、管理者が医療情報管理システム１０を用いて設定したりできるようにしてもよい。いずれの場合でも、本実施形態においては、丸め込み設定画面で設定された情報は、医療情報管理システム１０の記憶回路２２に記憶される。
【００４６】
図９の確認画面で確認を終えた研究者は、確認結果を端末１４から医療情報管理システム１０に送信する。この確認結果は、医療情報管理システム１０の入力回路２６で受信される（ステップＳ８）。そして、医療情報管理システム１０の処理回路２０の匿名化処理実行機能２０ｄは、確認結果が匿名化の処理を要求している場合には、図４のステップＳ３で個人情報を削除する匿名化処理が行われた条件合致医療情報に対して、さらに匿名化処理を行う。すなわち、条件合致医療情報から特異な情報と判定されたキーのバリューを削除し、或いは、特異な情報と判定されたキーのバリューを上位概念化して丸め込む処理を行う（ステップＳ９）。
【００４７】
次に、医療情報管理システム１０は、匿名化処理を終えた条件合致医療情報を、出力する（ステップＳ１０）。具体的には、医療情報管理システム１０の出力回路２４は、匿名化処理を終えた条件合致医療情報を、研究者の端末１４に送信し、研究者はこの条件合致医療情報を研究のために使用することができるようになる。或いは、医療情報管理システム１０の出力回路２４は、匿名化処理を終えた条件合致医療情報を、記憶回路２２に格納して保存する。
【００４８】
以上のように、本実施形態に係る医療情報ネットワークシステム１によれば、医療情報管理システム１０が、検索条件に合致した条件合致医療情報の中から、特異な記述等の特異な情報を検出し、条件合致医療情報の匿名化を支援する処理を行うため、ユーザである研究者等の負担を軽減することができる。また、匿名化する際の基準を統一化し、より安定した匿名化を実現することができる。
【００４９】
さらに、医療情報管理システム１０には、匿名化しては利用目的を達成できない必須キーを設定しておくことができるため、特異な記述等の特異な情報を含んでいると判定されたバリューを含むキーが必須キーである場合には、ユーザである研究者等に、注意を喚起することができる。このため、匿名化処理を行って取得した条件合致医療情報が、研究者等の利用目的としては不十分であり、利用できないといった問題が生ずるのを回避することができる。
【００５０】
（第２実施形態）
上述した第１実施形態においては、検索条件に合致した条件合致医療情報について、特異な記述等の特異な情報を検出する処理を実行したが、第２実施形態では、検索条件に合致した条件合致医療情報から必須ではないキーとそのバリューを削除した必須医療情報について、特異な記述等の特異な情報を検出する処理を実行するようにしたものである。以下、上述した第１実施形態と異なる部分を説明する。
【００５１】
図１１は、第２実施形態に係る医療情報ネットワークシステム１の医療情報管理システム１０における処理回路２０を機能ブロックで表した図であり、上述した第１実施形態における図３に対応する図である。この図１１に示すように、本実施形態に係る処理回路２０は、検索機能２０ａと、削除機能２０ｅと、判定機能２０ｆと、匿名化処理実行機能２０ｄとを構成する。具体的には、処理回路２０は、記憶回路２２に記憶されている各種のプログラムを読み込んで実行することにより、これら検索機能２０ａと、削除機能２０ｅと、判定機能２０ｆと、匿名化処理実行機能２０ｄとを実現する。本実施形態においては、検索機能２０ａが検索部を構成しており、削除機能２０ｅが削除部を構成しており、判定機能２０ｆが判定部を構成しており、匿名化処理実行機能２０ｄが匿名化処理実行部を構成している。また、検索機能２０ａと、削除機能２０ｅと、判定機能２０ｆと、匿名化処理実行機能２０ｄとを備える処理回路により、本実施形態における医療情報管理装置が構成されている。
【００５２】
図１２は、本実施形態に係る医療情報管理システム１０で実行される匿名化処理の内容を説明する処理フローを示す図であり、上述した第１実施形態における図４に対応する図である。
【００５３】
この図１２において示す本実施形態に係る匿名化処理は、ステップＳ１からステップＳ４までは、上述した第１実施形態の匿名化処理と同様である。そして、ステップＳ４の後、本実施形態においては、医療情報管理システム１０の処理回路２０における削除機能２０ｅは、ステップＳ４で抽出したキーを、利用目的からすると必須であるキーと、利用目的からすると必須ではないキーとに分類した上で、条件合致医療情報から、必須ではないキーと、この必須ではないキーとペアになっているバリューを削除する（ステップＳ２０）。この削除後の残余の医療情報が、本実施形態における必須医療情報となる。
【００５４】
必須であるキーと必須ではないキーの峻別は、例えば、上述した第１実施形態の説明で例示した図７のような必須キーテーブルを用いることができる。但し、本実施形態においては、必須であるキーには、研究者等のユーザが利用目的からすると有益であろうキーも必須であるキーに設定しておく必要がある。つまり、医療情報としてユーザが研究目的で利用する場合に有益性が認められる情報が必須であるキーとなる。逆に、有益性が認められないキーが、必須ではないキーに分類されるべきである。
【００５５】
次に、図１２に示すように、医療情報管理システム１０の処理回路２０における判定機能２０ｆは、記憶回路２２に格納されている医療情報に対して、ステップＳ２０で生成された必須医療情報に含まれているキーを用いて集計を行い、必須医療情報に含まれているバリューの合致率を算出する（ステップＳ２１）。すなわち、ステップＳ２０で生成された必須医療情報に含まれるそれぞれのキーについて、記憶回路２２に格納されている医療情報の全体に占める割合である合致率を算出する。例えば、確定病名というキーについて集計を行い、確定病名が格納されている患者の医療情報の全体件数のうち、肺がんに占める割合がどれくらいであるのかを算出する。同様に、必須医療情報に含まれる他のキーのバリューについても、合致率を算出する。そして、処理回路２０の判定機能２０ｆは、この合致率が、キー毎に定められている所定の閾値以下である場合には、特異な記述等である特異な情報であると判定する。
【００５６】
キーと閾値との関係は、上述した第１実施形態における図６で示したような閾値テーブルで保持しておくことができる。また、合致率の閾値は、図６のような閾値テーブルを用いるのではなく、この医療情報管理システム１０として固定値を設定したり、或いは、病院施設毎に独自の固定値を医療情報管理システム１０に設定したり、種々の変形ができる点は、上述した第１実施形態と同様である。
【００５７】
次に、図１２に示すように、医療情報管理システム１０の処理回路２０は、出力回路２４を介して、確認メッセージを、研究者等のユーザの端末１４に出力して送信する（ステップＳ７）。このステップＳ７以降の処理は、上述した第１実施形態と同様である。
【００５８】
以上のように、本実施形態に係る医療情報ネットワークシステム１によれば、必須ではないキーと、そのキーのバリューを、条件合致医療情報から削除した必須医療情報について、特異な記述等の特異な情報が含まれているか否かを判定することとしたので、研究者等のユーザが必要としていない医療情報まで提供することのないようにすることができる。
【００５９】
また、条件合致医療情報から、必須ではないキーと、そのキーのバリューを削除した必須医療情報に対して、特異な記述等の特異な情報が含まれているか否かを判定する処理を行うこととしたので、判定を行うべき情報の量を予め削減することができる。
【００６０】
以上、いくつかの実施形態を説明したが、これらの実施形態は、例としてのみ提示したものであり、発明の範囲を限定することを意図したものではない。本明細書で説明した新規な装置および方法は、その他の様々な形態で実施することができる。また、本明細書で説明した装置および方法の形態に対し、発明の要旨を逸脱しない範囲内で、種々の省略、置換、変更を行うことができる。添付の特許請求の範囲およびこれに均等な範囲は、発明の範囲や要旨に含まれるこのような形態や変形例を含むように意図されている。
【符号の説明】
【００６１】
１：医療情報ネットワークシステム、１０：医療情報管理システム、１２：端末、１４：端末、２０：処理回路、２０ａ：検索機能、２０ｂ：第１判定機能、２０ｃ：第２判定機能、２０ｄ：匿名化処理実行機能、２２：記憶回路、２４：出力回路、２６：入力回路、２８：ディスプレイ、Ｂ１：検索ボタン、Ｂ２：匿名化実行ボタン
【図１】
2020038635.tif 000003
【図２】
2020038635.tif 000004
【図３】
2020038635.tif 000005
【図４】
2020038635.tif 000006
【図５】
2020038635.tif 000007
【図６】
2020038635.tif 000008
【図７】
2020038635.tif 000009
【図８】
2020038635.tif 000010
【図９】
2020038635.tif 000011
【図１０】
2020038635.tif 000012
【図１１】
2020038635.tif 000013
【図１２】
2020038635.tif 000014