(57)【要約】【構成】ＤｏｓｅＲｅｐｏｒｔ画像には、医療情報文字列が描かれ、かつ少なくとも作成元のモダリティの属性を示す属性情報が関連付けられる。また、医療情報文字列が描かれる位置は、作成元のモダリティの属性に従う。これを踏まえて、ＣＰＵ１０ｐｒは、ＤｏｓｅＲｅｐｏｒｔ画像に関連付けられた属性情報に基づいて医療情報文字列の位置を検出し、検出された位置の文字列をＤｏｓｅＲｅｐｏｒｔ画像上で匿名化する。【効果】匿名化のための作業を行う操作者の負担を抑えつつ、医療情報の秘匿性を高めることができる。【選択図】図２
2019133297.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ前記作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置であって、
前記医用画像に関連付けられた属性情報に基づいて前記医療情報に関する文字列の位置を検出する検出手段、および
前記検出手段によって検出された位置の文字列を前記医用画像上で匿名化する文字列匿名化手段を備える、医用画像処理装置。
【請求項２】
前記医療情報に関する文字列の位置を示す位置情報と前記属性情報との対応関係を示す対応関係情報を記憶する記憶手段をさらに備え、
前記検出手段は前記属性情報に対応する位置を前記記憶手段によって記憶された対応関係情報に基づいて検出する、請求項１記載の医用画像処理装置。
【請求項３】
前記医用画像に関連付けられた属性情報が前記対応関係情報に存在しない場合に当該属性情報を前記対応関係情報に追加する属性情報追加手段をさらに備える、請求項２記載の医用画像処理装置。
【請求項４】
所望の医療情報に関する文字列を前記医用画像上で指定する指定操作を受け付ける指定操作受け付け手段、および
前記指定操作によって指定された医療情報に関する文字列の位置を示す位置情報を前記医用画像に関連付けられた属性情報に対応させて前記対応関係情報に追加する位置情報追加手段をさらに備える、請求項２または３記載の医用画像処理装置。
【請求項５】
前記医用画像を画面に表示する表示手段をさらに備え、
前記指定操作は前記画面に対して行われる操作に相当する、請求項４記載の医用画像処理装置。
【請求項６】
複数の医療情報項目にそれぞれ対応しかつ実情報が各々に付随する複数のタグが前記医用画像にさらに関連付けられ、
前記文字列匿名化手段によって匿名化された文字列に対応するタグに付随する実情報を匿名化する実情報匿名化手段をさらに備える、請求項４または５記載の医用画像処理装置。
【請求項７】
前記位置情報追加手段の処理に関連して前記実情報匿名化手段を再起動する再起動手段をさらに備える、請求項６記載の医用画像処理装置。
【請求項８】
前記医用画像はセカンダリ・キャプチャ画像である、請求項１ないし７のいずれかに記載の医用画像処理装置。
【請求項９】
少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ前記作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置のプロセッサによって実行される医用画像処理方法であって、
前記医用画像に関連付けられた属性情報に基づいて前記医療情報に関する文字列の位置を検出する検出ステップ、および
前記検出ステップによって検出された位置の文字列を前記医用画像上で匿名化する文字列匿名化ステップを備える、医用画像処理方法。
【請求項１０】
少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ前記作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置のプロセッサに、
前記医用画像に関連付けられた属性情報に基づいて前記医療情報に関する文字列の位置を検出する検出ステップ、および
前記検出ステップによって検出された位置の文字列を前記医用画像上で匿名化する文字列匿名化ステップを実行させるための、医用画像処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医用画像処理装置，医用画像処理方法および医用画像処理プログラムに関し、特に、少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する、医用画像処理装置，医用画像処理方法および医用画像処理プログラムに関する。
【背景技術】
【０００２】
現在の医療水準が達成されているのは、過去の医療情報の蓄積と分析、すなわち利活用が行われてきたからであり、医療の発展のためには、今後も医療情報を積極的に利活用する必要がある。
【０００３】
一方、誰しも自身の不利益になる情報公開は望まないし、予期しない情報公開は場合によっては患者の家族にまで悪影響を及ぼす可能性がある。したがって、患者のプライバシーを守ることは医療情報を管理する上での必須要件であり、医療情報の管理には高度な安全性が要求される。
【０００４】
このようなことから、医療情報の利活用および安全管理を両立させる対策として、情報の「匿名化」がある。「匿名化」については、医療情報等を含むビッグデータの利活用を推進する動きが活発化している近年、その重要性が高まっている。
【０００５】
これに関連して、特許文献１では、送信対象となる治験患者の画像データが取得されると、治験に応じた患者ＩＤ対応テーブルに基づいて、画像データの付帯情報に含まれる治験実施医療機関内の患者ＩＤが、治験において患者を匿名化するための治験ＩＤに置き換えられる。また、画像データの付帯情報に含まれる個人情報が、治験に応じたマスキング情報に含まれるマスクされる項目に基づいて削除される。
【０００６】
また、特許文献２では、医用画像の塗り潰し操作に応じて、医用画像内の指定された領域以外の領域が塗り潰される。また、医用画像の出力操作を受け付けると、この出力操作に応じて、医用画像の塗り潰しの有無が判定され、塗り潰しがあると判定された場合にのみ、医用画像が紙や記録媒体に出力される。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１５−１２５５１５号公報
【特許文献２】特開２００９−１８０９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
医用画像としては、モダリティによって撮影された患部画像の他に、この患部画像を加工ないし編集して作成された画像，Ｘ線フィルムをフィルムスキャナで読み取ることでデジタル化された画像，患者情報や撮影条件を表す文字列が描かれた画像など（以下では、「セカンダリ・キャプチャ画像」と呼ぶ。）が想定される。
【０００９】
これを踏まえると、匿名化ないし削除の対象が画像データの付随情報に限られる特許文献１では、匿名化ないし削除したい文字列がセカンダリ・キャプチャ画像に存在する場合に、秘匿性を担保することができないという問題がある。
【００１０】
一方、特許文献２では、塗り潰すべき領域を指定する操作が必要となるところ、セカンダリ・キャプチャ画像のどの位置にどのような文字列が配されるかはモダリティ毎に異なる可能性があるため、セカンダリ・キャプチャ画像を対象とする場合には、塗り潰し操作のための負担が大きくなるという問題がある。
【００１１】
それゆえに、この発明の主たる目的は、操作者の負担を抑えることができ、かつ医療情報の秘匿性能を高めることができる、医用画像処理装置，医用画像処理方法および医用画像処理プログラムを提供することである。
【課題を解決するための手段】
【００１２】
この発明に係る医用画像処理装置(10：実施例で相当する参照符号。以下同じ)は、少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置(10)であって、医用画像に関連付けられた属性情報に基づいて医療情報に関する文字列の位置を検出する検出手段(S57, S63)、および検出手段によって検出された位置の文字列を医用画像上で匿名化する文字列匿名化手段(S65)を備える。
【００１３】
好ましくは、医療情報に関する文字列の位置を示す位置情報と属性情報との対応関係を示す対応関係情報(DB1, DB2)を記憶する記憶手段(10dr)がさらに備えられ、検出手段は属性情報に対応する位置を記憶手段によって記憶された対応関係情報に基づいて検出する。
【００１４】
或る局面では、医用画像に関連付けられた属性情報が対応関係情報に存在しない場合に当該属性情報を対応関係情報に追加する属性情報追加手段(S59, S61)がさらに備えられる。
【００１５】
他の局面では、所望の医療情報に関する文字列を医用画像上で指定する指定操作を受け付ける指定操作受け付け手段(S67)、および指定操作によって指定された医療情報に関する文字列の位置を示す位置情報を医用画像に関連付けられた属性情報に対応させて対応関係情報に追加する位置情報追加手段(S71)がさらに備えられる。
【００１６】
より好ましい或る局面では、医用画像を画面に表示する表示手段(S27, S35)がさらに備えられ、指定操作は画面に対して行われる操作に相当する。
【００１７】
より好ましい他の局面では、複数の医療情報項目にそれぞれ対応しかつ実情報が各々に付随する複数のタグが医用画像にさらに関連付けられ、文字列匿名化手段によって匿名化された文字列に対応するタグに付随する実情報を匿名化する実情報匿名化手段(S51, S53)がさらに備えられる。
【００１８】
さらに好ましくは、位置情報追加手段の処理に関連して実情報匿名化手段を再起動する再起動手段(S73, S75)がさらに備えられる。
【００１９】
好ましくは、医用画像はセカンダリ・キャプチャ画像である。
【００２０】
この発明に従う医用画像処理方法は、少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置(10)のプロセッサ(10pr)によって実行される医用画像処理方法であって、医用画像に関連付けられた属性情報に基づいて医療情報に関する文字列の位置を検出する検出ステップ(S57, S63)、および検出ステップによって検出された位置の文字列を医用画像上で匿名化する文字列匿名化ステップ(S65)を備える。
【００２１】
この発明に従う画像処理プログラムは、少なくとも作成元のモダリティの属性を示す属性情報が関連付けられかつ作成元のモダリティの属性に従う位置に医療情報に関する文字列が描かれた医用画像を処理する医用画像処理装置(10)のプロセッサ(10pr)に、医用画像に関連付けられた属性情報に基づいて医療情報に関する文字列の位置を検出する検出ステップ(S57, S63)、および検出ステップによって検出された位置の文字列を医用画像上で匿名化する文字列匿名化ステップ(S65)を実行させるための、医用画像処理プログラムである。
【発明の効果】
【００２２】
医用画像には医療情報に関する文字列が描かれるところ、文字列の位置は医用画像を作成したモダリティの属性に従う。また、医用画像には、モダリティの属性を示す属性情報が関連付けられる。これを踏まえて、医療情報に関する文字列の位置は、属性情報に基づいて検出される。また、検出された位置の文字列は、医用画像上で匿名化される。これによって、匿名化のための作業を行う操作者の負担を抑えつつ、医療情報の秘匿性を高めることができる。
【００２３】
この発明の上述の目的，その他の目的，特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。
【図面の簡単な説明】
【００２４】
【図１】この実施例の医療システムが公衆回線網を介してクラウドサーバおよび他の医療システムに接続された状態の一例を示すブロック図である。
【図２】この実施例の医療システムに設けられたＷＥＢ端末の構成の一例を示すブロック図である。
【図３】（Ａ）はＤＩＣＯＭファイルの構造の一例を示す図解図であり、（Ｂ）はＤＩＣＯＭファイルの構造の他の一例を示す図解図であり、（Ｃ）はＤＩＣＯＭファイルの構造のその他の一例を示す図解図である。
【図４】ＷＥＢ端末に設けられたデータベースの構造の一例を示す図解図である。
【図５】検査情報画面の一例を示す図解図である。
【図６】（Ａ）は２０１６年５月２２日の検査によって作成された断層画像およびＤｏｓｅＲｅｐｏｒｔ画像を示す図解図であり、（Ｂ）は２０１６年４月１９日の検査によって作成された断層画像，位置決め画像およびＤｏｓｅＲｅｐｏｒｔ画像を示す図解図であり、（Ｃ）は２００４年１２月０９日の検査によって作成された断層画像，位置決め画像およびＤｏｓｅＲｅｐｏｒｔ画像を示す図解図であり、（Ｄ）は２００４年２月１８日の検査によって作成された断層画像および位置決め画像を示す図解図であり、（Ｅ）は２００３年１０月１日の検査によって作成された断層画像および位置決め画像を示す図解図である。
【図７】医用画像表示画面の一例を示す図解図である。
【図８】医用画像表示画面の他の一例を示す図解図である。
【図９】自動匿名化設定画面にチェックマークが記入された状態の一例を示す図解図である。
【図１０】医用画像表示画面の要部を示す拡大図である。
【図１１】匿名化処理を施された医用画像表示画面の要部を示す図解図である。
【図１２】ＷＥＢ端末に設けられたＣＰＵの動作の一部を示すフロー図である。
【図１３】ＷＥＢ端末に設けられたＣＰＵの動作の他の一部を示すフロー図である。
【図１４】ＷＥＢ端末に設けられたＣＰＵの動作のその他の一部を示すフロー図である。
【発明を実施するための形態】
【００２５】
図１を参照して、この実施例の高域医療システムは、或る医療施設に設けられた医療システムＨＳＡと、他の医療施設に設けられた医療システムＨＳＢと、遠隔地に設けられたクラウドサーバ（外部装置）ＣＳＶとを含む。また、医療システムＨＳＡ，ＨＳＢおよびクラウドサーバＣＳＶは、公衆回線網ＮＴＷを介して互いに接続される。
【００２６】
医療システムＨＳＡにおいて、ＷＥＢ端末（医療画像処理装置）１０は、院内ＬＡＮ４０を介してＰＡＣＳ２０や他の医療機器（図示せず）と接続される。接続される医療機器には、患者の体内を検査するためのモダリティ（放射線を患者に照射して患者の体内を画像化するＣＴ装置や、核磁気共鳴現象を利用して患者の体内を画像化するＭＲＩ装置）が含まれる。ＷＥＢ端末１０はまた、ゲートウェイ３０を介して公衆回線網ＮＴＷと接続される。
【００２７】
ＷＥＢ端末１０は、図２に示すように構成される。図２によれば、ＢＳ１には、通信Ｉ／Ｆ１０ｃｈ，ＣＰＵ１０ｐｒ，キーボード／マウス１０ｋｍ，通信Ｉ／Ｆ１０ｃｇ，モニタ１０ｍｔ，ＤＲＡＭ１０ｍｍおよびＨＤＤ１０ｄｒが接続される。院内ＬＡＮ４０とは通信Ｉ／Ｆ１０ｃｈを介して接続され、ゲートウェイ３０とは通信Ｉ／Ｆ１０ｃｇを介して接続される。また、キーボード／マウス１０ｋｍは、操作者によって操作される。
【００２８】
ＰＡＣＳ２０には多数のＤＩＣＯＭファイル（医用画像ファイル）が保存されるところ、このＤＩＣＯＭファイルは図３（Ａ），図３（Ｂ）または図３（Ｃ）に示す構造をなす。いずれのＤＩＣＯＭファイルにも、複数の医療情報項目にそれぞれ対応する複数のタグと医用画像とが収められる。複数のタグの各々には、対応する医療情報項目の実情報が付随する。また、ＤＩＣＯＭファイルに収められたタグの種類は、図３（Ａ）〜図３（Ｃ）の間で共通する。
【００２９】
タグおよびこれに付随する実情報について詳しく説明すると、（０００８．００２０）を示すタグには検査日付の実情報が付随し、（０００８．００５０）を示すタグにはアクセッション番号の実情報が付随し、（０００８．００６０）を示すタグにはモダリティ名の実情報が付随し、（０００８．１０１０）を示すタグにはステーション名の実情報が付随する。
【００３０】
（０００８．１０３０）を示すタグには検査記述の実情報が付随し、（０００８．１０９０）を示すタグには製造者のモデル名の実情報が付随し、（００１０．００１０）を示すタグには患者名の実情報が付随し、（００１０．００２０）を示すタグには患者ＩＤの実情報が付随する。
【００３１】
（０００８．００１６）を示すタグにはＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報が付随し、（００２０．０００Ｄ）を示すタグには検査インスタンスＵＩＤの実情報が付随し、（０００８．００７０）を示すタグには製造者の実情報が付随し、（００１８．１０２０）を示すタグにソフトウェア版の実情報が付随する。
【００３２】
なお、ＤＩＣＯＭファイルには、これらのタグの他に、モダリティの種別，患者の生年月日，患者の性別，医療施設名などを表すタグが収められる。
【００３３】
タグは、ＤＩＣＯＭファイルに収められた医用画像にも割り当てられる。具体的には、医用画像は、（７ＦＥ０．００１０）を示すタグに続く位置に配される。ただし、医用画像の種類は、図３（Ａ）〜図３（Ｃ）の間で相違する。つまり、図３（Ａ）に示すＤＩＣＯＭファイルには断層画像が収められ、図３（Ｂ）に示すＤＩＣＯＭファイルには位置決め画像が収められ、図３（Ｃ）に示すＤＩＣＯＭファイルにはＤｏｓｅＲｅｐｏｒｔ画像が収められる。
【００３４】
断層画像は、モダリティを用いた本撮影によって得られる画像であり、患者の体軸断面を表す。また、位置決め画像は、モダリティを用いた予備撮影によって得られる画像であり、患者の冠状断面を表す。さらに、ＤｏｓｅＲｅｐｏｒｔ画像は、患者名，アクセッション番号，患者ＩＤ，検査記述，検査日付，製造者のモデル名，医療施設名などの医療情報に関する文字列（以下では、「医療情報文字列」と呼ぶ。）に加えて、モダリティによる撮影条件を表す文字列が描かれた画像である。
【００３５】
断層画像，位置決め画像およびＤｏｓｅＲｅｐｏｒｔ画像はいずれも、モダリティによって作成された“医用画像”に相当する。ただし、断層画像および位置決め画像は“オリジナル画像”に分類され、ＤｏｓｅＲｅｐｏｒｔ画像は“セカンダリ・キャプチャ画像”に分類される。
【００３６】
これを踏まえて、断層画像または位置決め画像が収められたＤＩＣＯＭファイルには、“オリジナル画像”に対応する値がＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報として記載される。また、ＤｏｓｅＲｅｐｏｒｔ画像が収められたＤＩＣＯＭファイルには、“セカンダリ・キャプチャ画像”に対応する値がＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報として記載される。したがって、ＤＩＣＯＭファイルに収められた医用画像がオリジナル画像およびセカンダリ・キャプチャ画像のいずれに相当するかは、ＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報を参照することで判明する。
【００３７】
なお、セカンダリ・キャプチャ画像とは、モダリティが生成したオリジナルのデジタル画像に画像処理や画像編集を施すことで加工生成された新たなデジタル画像や、Ｘ線フィルムをフィルムデジタイザーなどでデジタル化した画像を意味する。
【００３８】
位置決め画像出力機能はモダリティに対する手動設定によってオン／オフされ、ＤｏｓｅＲｅｐｏｒｔ画像出力機能もまたモダリティに対する手動設定によってオン／オフされる。位置決め画像出力機能およびＤｏｓｅＲｅｐｏｒｔ画像出力機能のいずれもオン状態であれば、図３（Ａ）〜図３（Ｃ）にそれぞれ示す３つのＤＩＣＯＭファイルが、共通の患者に対する１回の検査によって作成・出力される。
【００３９】
位置決め画像出力機能およびＤｏｓｅＲｅｐｏｒｔ画像出力機能がそれぞれオン状態およびオフ状態であれば、図３（Ａ）および図３（Ｂ）にそれぞれ示す２つのＤＩＣＯＭファイルが、共通の患者に対する１回の検査によって作成・出力される。位置決め画像出力機能およびＤｏｓｅＲｅｐｏｒｔ画像出力機能がそれぞれオフ状態およびオン状態であれば、図３（Ａ）および図３（Ｃ）にそれぞれ示す２つのＤＩＣＯＭファイルが、共通の患者に対する１回の検査によって作成・出力される。
【００４０】
ＷＥＢ端末１０は、ＰＡＣＳ２０に保存された多数のＤＩＣＯＭファイルのうち操作者によって選定された所望のＤＩＣＯＭファイルを、公衆回線網ＮＴＷを介してクラウドサーバＣＳＶにアップロードする。アップロードされたＤＩＣＯＭファイルは、医療システムＨＳＡおよびＨＳＢによって共有される。
【００４１】
このとき、ＣＰＵ１０ｐｒは、アップロードすべきＤＩＣＯＭファイル内の医療情報に匿名化処理を施すべく、図４に示すデータベースＤＢ１およびＤＢ２を参照して図１２〜図１４に示すフロー図に従う処理を実行する。なお、図４に示すデータベースＤＢ１およびＤＢ２と、図１２〜図１４に示すフロー図に対応する制御プログラムとは、ＨＤＤ１０ｄｒに記憶される。
【００４２】
図４によれば、データベースＤＢ１には、１台目のモダリティの属性情報として、モダリティ名“ＣＴ”，製造者“ＫＯＳＨＩＢＡ”，製造者のモデル名“ＡＱＵＡＬＩＯＮ”およびソフトウェア版“Ｖ２．０２ＪＲ００３”が登録され、２台目のモダリティの属性情報として、モダリティ名“ＭＲ”，製造者“ＫＡＮＮＯＮ”，製造者のモデル名“ＢＡＮＴＡＧＥ”およびソフトウェア版“Ｖ１．０１ＪＲ００２”が登録されている。
【００４３】
また、データベースＤＢ２には、ＤｏｓｅＲｅｐｏｒｔ画像に描かれた複数の医療情報文字列にそれぞれ対応する複数の医療情報項目と、匿名化したい医療情報項目に対応する医療情報文字列が描かれた位置を規定する４つの座標とが記載されたシートが、データベースＤＢ１に登録されたモダリティ毎に登録される。
【００４４】
より具体的には、１台目のモダリティに対応するシートにおいては、検査日付を示す文字列の位置を規定する４つの座標として、（３４０，６０），（３６０，６０），（３４０，８０）および（３６０，８０）が記載され、患者名を示す文字列の位置を規定する４つの座標として、（２０，４０），（４０，４０），（２０，６０）および（４０，６０）が記載される。また、２台目のモダリティに対応するシートにおいては、患者名を示す文字列の位置を規定する４つの座標として、（１２０，４０），（１４０，４０），（１２０，６０）および（１４０，６０）が記載される。
【００４５】
したがって、データベースＤＢ１およびＤＢ２は、ＤｏｓｅＲｅｐｏｒｔ画像を作成したモダリティの属性と、ＤｏｓｅＲｅｐｏｒｔ画像に描かれた医療情報文字列の位置との対応関係を示す対応関係情報を登録するためのデータベースに相当する。
【００４６】
図１２を参照して、ステップＳ１では検査情報入力画面をＤＲＡＭ１０ｍｍに展開する。展開された検査情報入力画面はモニタ１０ｍｔによって読み出され、図５に示す要領で表示される。
【００４７】
図５によれば、探索条件の入力欄が画面上段に表示され、入力された探索条件に合致する複数の検査の各々の医療情報項目（検査日，モダリティの種別，患者ＩＤ，患者名，生年月日，施設名，性別など）を表す実情報が画面中段に表示され、入力された探索条件に合致する複数の検査をそれぞれ代表する複数のサムネイル画像が画面下段に表示される。ただし、ステップＳ１の処理が完了した時点では、画面の上段，中段および下段のいずれも空欄とされる。
【００４８】
ステップＳ３ではキーボード／マウス１０ｋｍによって探索条件入力操作（＝検査日，患者名，患者ＩＤ，モダリティの種別などを入力する操作）が行われたか否かを判別し、ステップＳ５ではキーボード／マウス１０ｋｍによって他の操作が行われたか否かを判別する。ステップＳ３の判別結果およびステップＳ５の判別結果のいずれもがＮＯであればステップＳ３に戻り、ステップＳ５の判別結果がＹＥＳであれば他の処理に進み、ステップＳ３の判別結果がＹＥＳであればステップＳ７に進む。
【００４９】
ステップＳ７では、探索条件入力操作によって入力された探索条件に各々が合致する１または２以上のＤＩＣＯＭファイルをＰＡＣＳ２０に保存された多数のＤＩＣＯＭファイルの中から探索する。探索にあたっては、各ＤＩＣＯＭファイルに収められた複数のタグの各々に付随する実情報を参照する。
【００５０】
ステップＳ９では、探索条件に各々が合致する１または２以上のＤＩＣＯＭファイルが探知されたか否かを判別する。判別結果がＮＯであれば、ステップＳ１１で非探知を操作者に報知し、その後にステップＳ３に戻る。これに対して、判別結果がＹＥＳであれば、ステップＳ９からステップＳ１３に進み、探知した１または２以上のＤＩＣＯＭファイルをＰＡＣＳ２０から取得する。
【００５１】
患者ＩＤ“９９７−２”が検索条件として入力された場合、たとえば、図６（Ａ）に示す断層画像およびＤｏｓｅＲｅｐｏｒｔ画像をそれぞれ収めた２つのＤＩＣＯＭファイルが取得され、図６（Ｂ）に示す断層画像，位置決め画像およびＤｏｓｅＲｅｐｏｒｔ画像をそれぞれ収めた３つのＤＩＣＯＭファイルが取得され、図６（Ｃ）に示す断層画像，位置決め画像およびＤｏｓｅＲｅｐｏｒｔ画像をそれぞれ収めた３つのＤＩＣＯＭファイルが取得され、図６（Ｄ）に示す断層画像および位置決め画像をそれぞれ収めた２つのＤＩＣＯＭファイルが取得され、図６（Ｅ）に示す断層画像および位置決め画像をそれぞれ収めた２つのＤＩＣＯＭファイルが取得される。
【００５２】
このうち、図６（Ａ）に示す２枚の画像は該当患者に対する２０１６年５月２２日の検査によって作成されたものであり、図６（Ｂ）に示す３枚の画像は該当患者に対する２０１６年４月１９日の検査によって作成されたものであり、図６（Ｃ）に示す３枚の画像は該当患者に対する２００４年１２月９日の検査によって作成されたものであり、図６（Ｄ）に示す２枚の画像は該当患者に対する２００４年２月１８日の検査によって作成されたものであり、図６（Ｅ）に示す２枚の画像は該当患者に対する２００３年１０月１日の検査によって作成されたものである。
【００５３】
図１２に戻って、ステップＳ１５では、こうして取得した１または２以上のＤＩＣＯＭファイルを検査毎に分類する。分類にあたっては、検査インスタンスＵＩＤを参照する。ステップＳ１５ではまた、分類された各検査の医療情報項目（検査日，モダリティの種別，患者ＩＤ，患者名，生年月日，施設名，性別など）を表す実情報を検出し、検出した実情報を検査情報画面の中段に表示する。
【００５４】
ステップＳ１７では、各検査を代表するサムネイル画像をＰＡＣＳ２０から取得し、取得したサムネイル画像を検査情報画面の下段に追加表示する。ＰＡＣＳ２０は、ＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報が“オリジナル画像”を示す単一のＤＩＣＯＭファイルを各検査によって作成された１または２以上のＤＩＣＯＭファイルの中から選択し、選択されたＤＩＣＯＭファイル内の医用画像に基づいてサムネイル画像を作成する。
【００５５】
ステップＳ１７では、こうして作成されたサムネイル画像をＰＡＣＳ２０から取得する。したがって、図６（Ａ）〜図６（Ｅ）の各々に太枠で示す医用画像に基づいてサムネイル画像が作成された場合、検査情報画面の下段には図５に示す要領で５つのサムネイル画像がマトリクス表示される。
【００５６】
ステップＳ１９ではキーボード／マウス１０ｋｍによって画像クリック操作（＝マトリクス表示されたサムネイル画像のいずれか１つをダブルクリックする操作）が行われたか否かを判別し、ステップＳ２１ではキーボード／マウス１０ｋｍによって他の操作が行われたか否かを判別する。ステップＳ１９の判別結果およびステップＳ２１の判別結果のいずれもがＮＯであればステップＳ１９に戻り、ステップＳ２１の判別結果がＹＥＳであれば他の処理に進み、ステップＳ１９の判別結果がＹＥＳであればステップＳ２３に進む。
【００５７】
ステップＳ２３では、クリックされたサムネイル画像に対応する医用画像を収めたＤＩＣＯＭファイルを特定し、特定したＤＩＣＯＭファイルから検査インスタンスＵＩＤを検出する。ステップＳ２３ではまた、検出した検査インスタンスＵＩＤと同じ検査インスタンスＵＩＤを有するＤＩＣＯＭファイルをステップＳ１３で取得した１または２以上のＤＩＣＯＭファイルの中から選定する。
【００５８】
たとえば、図６（Ａ）に太枠で示す医用画像に対応するサムネイル画像がクリックされた場合、図６（Ａ）に示す２つの医用画像をそれぞれ収めた２つのＤＩＣＯＭファイルがステップＳ２３で選定される。また、図６（Ｄ）に太枠で示す医用画像に対応するサムネイル画像がクリックされた場合、図６（Ｄ）に示す２つの医用画像をそれぞれ収めた２つのＤＩＣＯＭファイルがステップＳ２３で選定される。
【００５９】
ステップＳ２５では、こうして選定されたＤＩＣＯＭファイルの数を定数Ｋｍａｘに設定する。ステップＳ２７では、ステップＳ２３で選定されたＫｍａｘ個のＤＩＣＯＭファイルからＫｍａｘ個の医用画像をそれぞれ読み出し、読み出されたＫｍａｘ個の医用画像が描かれた医用画像表示画面をＤＲＡＭ１０ｍｍに展開する。展開された医用画像表示画面はモニタ１０ｍｔによって読み出され、図７に示す要領で表示される。
【００６０】
図７によれば、画面左やや上段に位置決め画像が表示され、画面右やや上段に断層画像が表示され、画面左下段にＤｏｓｅＲｅｐｏｒｔ画像が表示される。また、画面右上には「自動匿名化」ボタンが表示される。
【００６１】
ステップＳ２９ではキーボード／マウス１０ｋｍによって「自動匿名化」ボタンがクリックされたか否かを判別し、ステップＳ３１ではキーボード／マウス１０ｋｍによって画像クリック操作（＝画面上の所望の医用画像をダブルクリックする操作）が行われたか否かを判別し、ステップＳ３３では定数Ｋｍａｘが“２”以上であるか否かを判別する。
【００６２】
ステップＳ２９の判別結果がＮＯで、かつステップＳ３１の判別結果またはステップＳ３３の判別結果がＮＯであれば、そのままステップＳ２９に戻る。ステップＳ２９の判別結果がＮＯで、かつステップＳ３１の判別結果およびステップＳ３３の判別結果のいずれもがＹＥＳであれば、ステップＳ３５で以下の処理を実行してからステップＳ２９に戻る。
【００６３】
つまり、ステップＳ３５では、Ｋｍａｘ個の医用画像が医用画像表示画面に並列表示（一括表示）されていれば、クリックされた医用画像が医用画像表示画面のほぼ全面に表示（択一表示）されるように、表示態様を切り替える。また、単一の医用画像が医用画像表示画面のほぼ全面に表示されていれば、Ｋｍａｘ個の医用画像が医用画像表示画面に並列表示されるように、表示態様を切り替える。
【００６４】
したがって、図７に示す表示状態でＤｏｓｅＲｅｐｏｒｔ画像がダブルクリックされると、表示態様は図８に切り換えられる。また、図８に示す表示状態でＤｏｓｅＲｅｐｏｒｔ画像がダブルクリックされると、表示態様は図７に切り換えられる。
【００６５】
参考までに、図８に示す医用画像表示画面に描かれたＤｏｓｅＲｅｐｏｒｔ画像の要部を拡大した状態を図１０に示す。図１０によれば、患者名，アクセッション番号，患者ＩＤおよび検査記述の各々を表す医療情報文字列が画面上段の左側に縦列表示され、検査日付，製造者のモデル名および医療施設名の各々を表す医療情報文字列が画面上段の右側に縦列表示され、撮影条件が画面中央に表示される。
【００６６】
ステップＳ２９の判別結果がＹＥＳであればステップＳ３７に進み、図９に示す自動匿名化設定画面をＤＲＡＭ１０ｍｍに展開する。展開された自動匿名化設定画面はモニタ１０ｍｔによって読み出され、図７または図８に示す医用画像表示画面に多重表示される。
【００６７】
図９によれば、自動匿名化設定画面は、８つの医療情報項目，「匿名化」ボタンおよび「閉じる」ボタンによって構成される。医療情報項目については、“検査日付”，“アクセッション番号”，“モダリティ名”，“ステーション名”，“検査記述”，“製造者のモデル名”，“患者名”および“患者ＩＤ”が列挙され、各医療情報項目にチェックボックスが割り当てられる。
【００６８】
ステップＳ３９ではキーボード／マウス１０ｋｍによってチェック操作（所望のチェックボックスをクリックする操作）が行われたか否かを判別し、判別結果がＮＯであればそのままステップＳ４３に進む一方、判別結果がＹＥＳであればステップＳ４１で以下の処理を実行してからステップＳ４３に進む。
【００６９】
つまり、ステップＳ４１では、クリックされたチェックボックスが空欄であれば、この空欄にチェックマークを記入する。これに対して、クリックされたチェックボックスにチェックマークが表示されていれば、表示中のチェックマークを消去する。たとえば、図９に示す状態で“アクセッション番号”に割り当てられたチェックボックスがクリックされた場合、当該チェックボックスにチェックマークが表示される。なお、空欄のチェックボックスをクリックする操作は、“項目選択操作”と呼んでもよい。
【００７０】
ステップＳ４３ではキーボード／マウス１０ｋｍによって「匿名化」ボタンがクリックされたか否かを判別し、ステップＳ４５ではキーボード／マウス１０ｋｍによって「閉じる」ボタンがクリックされたか否かを判別する。
【００７１】
ステップＳ４３の判別結果およびステップＳ４５の判別結果のいずれもがＮＯであれば、ステップＳ３９に戻る。ステップＳ４３の判別結果がＮＯである一方、ステップＳ４５の判別結果がＹＥＳであれば、ステップＳ４７で自動匿名化設定画面を非表示としてからステップＳ２９に戻る。この結果、モニタ１０ｍｔの表示は、図７または図８に戻る。
【００７２】
ステップＳ４３の判別結果がＹＥＳであれば、ステップＳ４９に進み、自動匿名化設定画面を非表示とするとともに変数Ｋを“１”に設定する。ステップＳ５１では、ステップＳ２３で選定したＫｍａｘ個のＤＩＣＯＭファイルの中からＫ番目のＤＩＣＯＭファイルを特定し、特定したＤＩＣＯＭファイルからチェック項目（＝自動匿名化設定画面上でチェックマークを記入した医療情報項目）に各々が対応する１または２以上のタグを検出する。ステップＳ５３では、こうして検出した１または２以上のタグに付随する実情報を匿名化する。
【００７３】
ステップＳ５５では、Ｋ番目のＤＩＣＯＭファイルに収められた医用画像がオリジナル画像であるか否かをＳＯＰ Ｃｌａｓｓ ＵＩＤの実情報を参照して判別する。判別結果がＹＥＳであればステップＳ７７に進む一方、判別結果がＮＯであればステップＳ５７に進む。したがって、ステップＳ５７以降の処理は、Ｋ番目のＤＩＣＯＭファイルに収められた医用画像がＤｏｓｅＲｅｐｏｒｔ画像である場合に実行される。
【００７４】
ステップＳ５７では、Ｋ番目のＤＩＣＯＭファイルに収められた複数のタグのうち、モダリティ名，製造者，製造者のモデル名，ソフトウェア版に対応するタグを特定し、特定されたタグに付随する実情報を検出する。検出された実情報は、Ｋ番目のＤＩＣＯＭファイルを作成したモダリティの属性を示す属性情報に相当する。
【００７５】
ステップＳ５９では、検出された実情報つまり属性情報がデータベースＤＢ１に登録済みであるか否かを判別する。判別結果がＮＯであれば、ステップＳ６１に進み、当該属性情報およびこれに対応するシートをデータベースＤＢ１およびＤＢ２に追加登録する。
【００７６】
たとえば、図４に示すデータベースＤＢ１に２台目のモダリティの属性情報が登録されていない状態で、当該属性情報がステップＳ５７で検出された場合は、当該属性情報がデータベースＤＢ１に追加登録され、これに対応する空欄のシートがデータベースＤＢ２に追加登録される。
【００７７】
一方、ステップＳ５９の判別結果がＹＥＳであれば、ステップＳ６３に進む。ステップＳ６３では、ステップＳ５７で検出された属性情報に対応するシートをデータベースＤＢ２から特定し、特定したシートからチェック項目の医療情報文字列の位置を検出する。ステップＳ６５では、Ｋ番目のＤＩＣＯＭファイルに収められたＤｏｓｅＲｅｐｏｒｔ画像上の複数の医療情報文字列のうち、ステップＳ６３で検出された位置に描かれた医療情報文字列を匿名化する。匿名化する処理は、具体的には対象の医療情報文字列を黒く塗り潰す処理に相当する。
【００７８】
たとえば、図９に示す自動匿名化設定画面上で“検査日付”および“患者名”がチェックされ、かつ図４に示すデータベースＤＢ１に登録された１台目のモダリティの属性情報がステップＳ５７で検出された場合、（３４０，６０），（３６０，６０），（３４０，８０）および（３６０，８０）の４つの座標によって規定される位置と、（２０，４０），（４０，４０），（２０，６０）および（４０，６０）の４つの座標によって規定される位置とが、ステップＳ６３で検出される。ステップＳ６５では、Ｋ番目のＤＩＣＯＭファイルに収められたＤｏｓｅＲｅｐｏｒｔ画像上の検査日付および患者名が、黒く塗り潰される。この結果、医用画像表示画面は、図１０から図１１に更新される。
【００７９】
ステップＳ６１またはＳ６５の処理が完了すると、位置＆項目指定操作が行われたか否かをステップＳ６７で判別し、承認操作が行われたか否かをステップＳ６９で判別する。ステップＳ６７の判別結果がＹＥＳであればステップＳ７１に進み、ステップＳ６９の判別結果がＹＥＳであれば、ステップＳ７７に進む。
【００８０】
位置＆項目指定操作は、モニタ１０ｍｔに表示されたＤｏｓｅＲｅｐｏｒｔ画像上の所望の医療情報文字列をキーボード／マウス１０ｋｍによって指定し、かつ“検査日付”，“アクセッション番号”，“モダリティ名”，“ステーション名”，“検査記述”，“製造者のモデル名”，“患者名”および“患者ＩＤ”の８つの医療情報項目（自動匿名化設定画面上でチェック可能な医療情報項目）のいずれかを指定する操作である。
【００８１】
ステップＳ７１では、位置＆項目指定操作によって指定された位置を位置＆項目指定操作によって指定された医療情報項目に対応させてデータベースＤＢ２に追加登録する。登録先は、Ｋ番目のＤＩＣＯＭファイルを作成したモダリティの属性情報に対応するシートである。
【００８２】
たとえば、直前のステップＳ６１の処理によって、２台目のモダリティの属性情報がデータベースＤＢ１に追加登録されるとともに、これに対応する空欄のシートがデータベースＤＢ２に追加登録され、その後に、２台目のモダリティで作成されたＤｏｓｅＲｅｐｏｒｔ画像上の患者名を対象とする位置＆項目指定操作が行われた場合において、指定された位置が（１２０，４０），（１４０，４０），（１２０，６０）および（１４０，６０）の４つの座標によって規定される位置である場合は、この４つの座標が、“患者名”の項目に対応して空欄のシートに追加登録される。
【００８３】
ステップＳ７３では、位置＆項目指定操作によって指定された医療情報項目を新たなチェック項目として設定する。ステップＳ７５では変数Ｋを“１”に設定し、その後にステップＳ５１に戻る。この結果、新たなチェック項目を対象としてステップＳ５１以降の処理が実行（再起動）される。
【００８４】
ステップＳ７７では変数Ｋをインクリメントし、ステップＳ７９では変数Ｋが定数Ｋｍａｘを上回るか否かを判別する。判別結果がＮＯであればステップＳ５１に戻る一方、判別結果がＹＥＳであればステップＳ８１に進む。ステップＳ８１では、上述の要領で匿名化処理を施されたＫｍａｘ個のＤＩＣＯＭファイルをゲートウェイ３０および公衆回線網ＮＴＷを介してクラウドサーバＣＳＶにアップロードする。アップロードが完了すると、ステップＳ１に戻る。
【００８５】
以上の説明から分かるように、ＤｏｓｅＲｅｐｏｒｔ画像には、医療情報文字列が描かれ、かつ少なくとも作成元のモダリティの属性を示す属性情報が関連付けられる。また、医療情報文字列が描かれる位置は、作成元のモダリティの属性に従う。これを踏まえて、ＣＰＵ１０ｐｒは、ＤｏｓｅＲｅｐｏｒｔ画像に関連付けられた属性情報に基づいて医療情報文字列の位置を検出し(S57, S63)、検出された位置の文字列をＤｏｓｅＲｅｐｏｒｔ画像上で匿名化する(S65)。これによって、匿名化のための作業を行う操作者の負担を抑えつつ、医療情報の秘匿性を高めることができる。
【００８６】
なお、この実施例では、ＤＩＣＯＭファイルに収められた医用画像がオリジナル画像およびセカンダリ・キャプチャ画像のいずれであるかを識別するにあたって、ＳＯＰ Ｃｌａｓｓ ＵＩＤを参照するようにしている。しかし、ＳＯＰ Ｃｌａｓｓ ＵＩＤの代わりに画像種別（タグ値：０００８．０００８）を参照して医用画像を識別するようにしてもよい。
【符号の説明】
【００８７】
１０  …ＷＥＢ端末
１０ｐｒ  …ＣＰＵ
１０ｋｍ  …キーボード／マウス
１０ｍｔ  …モニタ
１０ｍｍ  …ＤＲＡＭ
１０ｄｒ  …ＨＤＤ
２０  …ＰＡＣＳ
ＣＳＶ  …クラウドサーバ
【図１】
2019133297.tif 000003
【図２】
2019133297.tif 000004
【図３】
2019133297.tif 000005
【図４】
2019133297.tif 000006
【図５】
2019133297.tif 000007
【図６】
2019133297.tif 000008
【図７】
2019133297.tif 000009
【図８】
2019133297.tif 000010
【図９】
2019133297.tif 000011
【図１０】
2019133297.tif 000012
【図１１】
2019133297.tif 000013
【図１２】
2019133297.tif 000014
【図１３】
2019133297.tif 000015
【図１４】
2019133297.tif 000016