JP5718656B2 - 医用情報管理システム及び医用情報管理方法 - Google Patents

Description

本発明の一態様としての本実施形態は、医用データを表示させるための医用アプリケーションを実行することで、医用データを表示する医用情報管理システム及び医用情報管理方法に関する。

医用情報管理システムは、Ｘ線コンピュータ断層撮影（ＣＴ）装置、磁気共鳴イメージング（ＭＲＩ）装置等の医用画像撮影装置、各種サーバ、及びクライアント端末を備える。各種サーバとしては、例えば、医用画像保管装置、医用レポート（読影レポート）保管装置、及び電子カルテ保管装置が挙げられる。医用画像撮影装置、各種サーバ、及びクライアント端末は、ネットワークを介して相互に通信可能に接続されている。

医用画像保管装置は、医用画像撮影装置で取得された患者の医用画像を保管する。医療従事者（以下、「オペレータ」と称する。）は、クライアント端末に表示された医用画像を参照し、クライアント端末に表示された医用レポート作成画面に医用画像に対する医学的所見を書き込んで医用レポートを作成する。作成された医用レポートは、医用レポート保管装置に記録される。

クライアント端末における各サーバからの医用データの表示は、各サーバにより提供される医用アプリケーションによって行なわれる。よって、クライアント端末では、多数の医用アプリケーションの画面が表示される。クライアント端末で表示される医用アプリケーションは、医用画像保管装置から提供される画像表示アプリケーション、医用レポート保管装置から提供されるレポート作成アプリケーション、及び電子カルテ保管装置から提供される電子カルテ表示アプリケーション等の、大きな分類が存在する。さらに、画像表示アプリケーションは、２Ｄ画像表示アプリケーション、及び３Ｄ画像表示アプリケーション等の種類に細分化される。さらには、同じ分類の医用アプリケーションが複数のメーカにより提供される場合、例えば、第１の画像表示アプリケーションを提供する第１の医用画像保管装置と、第２の画像表示アプリケーションを提供する第２の医用画像保管装置とを有する場合もあり、クライアント端末では、沢山の種類のアプリケーションが実行される。

オペレータが医用レポートを作成する際、クライアント端末は、医用レポートを作成するために必要な医用画像を表示するために、医用画像保管装置から提供される医用アプリケーションである画像表示アプリケーションを利用する。また、オペレータが医用レポートを作成する際、クライアント端末は、医用画像以外にも、医用レポートを作成するために必要な各種医用データを表示する。例えば、クライアント端末は、医用レポート保管装置から提供される医用アプリケーションであるレポートアプリケーションや、電子カルテ保管装置から提供される医用アプリケーションである電子カルテアプリケーション等を利用して医用データを収集して表示する。

医用アプリケーションには、患者ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）を用いて互いに連携を行なうものがある。例えば、クライアント端末がレポートアプリケーションを用いて第１の患者の医用レポートを表示すると、医用画像アプリケーションがレポートアプリケーションに自動的に連携して、第１の患者の医用画像を表示する。このように医用アプリケーションが自動的に連携することにより、各医用アプリケーションが表示する患者の整合性を取っている。

なお、医用レポートの作成効率を向上させることができる読影レポート作成支援装置が開示される（例えば、特許文献１参照。）。

特開平２００８−２１７３３６号公報

患者ＩＤにより連携を行なっている複数の医用アプリケーションを用いるクライアント端末は、基本的には、全ての医用アプリケーションが常に同一患者の医用データを表示している状態が正常である。クライアント端末は、当初は、全ての医用アプリケーションが常に同一患者の医用データを表示しているが、医用アプリケーションのロック、ネットワークの切断、各管理装置のダウン等の要因により、複数の医用アプリケーション間の連携が正常に機能せず、危険状態（複数の医用アプリケーション間で表示している患者が異なる）となる場合がある。例えば、クライアント端末が、レポートアプリケーションを用いて第１の患者の医用レポートを表示したまま、画像表示アプリケーションを用いて第２の患者の医用画像を表示してしまう。

複数の医用アプリケーション間で表示している患者が異なる場合、クライアント端末は、異なる患者の医用データを同一画面上に表示することになるので、オペレータは、クライアント端末に表示される多数の医用データから所望患者の医用データ、例えば第２患者の医用データのみを選び出すことに手間がかかり、医用レポートの作成効率が悪いという問題がある。

また、複数の医用アプリケーション間で表示している患者が異なる場合、オペレータの注意力が足りないと、第１の患者の医用レポート作成画面に第２の患者の医用画像の所見が書き込まれる可能性さえある。その結果、作成された医用レポートを参照するオペレータが誤診する可能性がある。

本発明が解決しようとする課題は、クライアント端末を備えた医用情報管理システムにおいて、患者の同一性が要求される複数の医用アプリケーションに対応する複数の画面上に異なる患者ＩＤが表示される場合でも、危険状態や警告状態、及びその対策をオペレータに報知することで、オペレータの作業の効率化を図ることを可能とすることである。

本実施形態の医用情報管理システムは、上述した課題を解決するために、医用データを表示させるための医用アプリケーションに対応付けて、当該医用アプリケーションが他の医用アプリケーションとの間で表示患者の同一性を要求するか否かの情報を属性データとして保管する保管手段と、所要の患者情報に関する医用データの表示要求を行なう表示要求手段と、前記医用データをそれぞれ表示するための複数の医用アプリケーションを用いて、前記複数の医用アプリケーションに対応する複数の画面の各画面上に、前記医用データとその患者情報とをそれぞれ表示させる表示指示手段と、前記属性データに基づいて、前記複数の医用アプリケーションが、前記同一性を要求するものであるか否かをそれぞれ判断する第１判断手段と、前記複数の医用アプリケーションのうち前記同一性を要求する医用アプリケーションが複数あると判断される場合、前記同一性が要求される複数の医用アプリケーションに対応する複数の画面上にそれぞれ表示された複数の患者情報が同一であるか否かを判断する第２判断手段と、を備え、前記表示指示手段は、前記第２判断手段によって前記複数の患者情報が同一でないと判断される場合、その旨を表示することを特徴とする。

本実施形態の医用情報管理方法は、上述した課題を解決するために、医用データを表示させるための医用アプリケーションを実行することで、前記実行された医用アプリケーションの画面と前記医用データとを提供するサーバから、前記実行された医用アプリケーションの画面と前記医用データとを受信し、前記医用アプリケーションに対応付けて、当該医用アプリケーションが他の医用アプリケーションとの間で表示患者の同一性を要求するか否かの情報を属性データとして保管し、所要の患者情報に関する医用データの表示要求を行ない、前記医用データをそれぞれ表示するための複数の医用アプリケーションを用いて、前記複数の医用アプリケーションに対応する複数の画面の各画面上に、前記医用データとその患者情報とをそれぞれ表示させ、前記属性データに基づいて、前記複数の医用アプリケーションが、前記同一性を要求するものであるか否かをそれぞれ判断し、前記複数の医用アプリケーションのうち前記同一性を要求する医用アプリケーションが複数あると判断される場合、前記同一性が要求される複数の医用アプリケーションに対応する複数の画面上にそれぞれ表示された複数の患者情報が同一であるか否かを判断し、前記複数の患者情報が同一でないと判断される場合、その旨を表示することを特徴とする。

本実施形態の医用情報管理システムの構成を示す概略図。 本実施形態の医用情報管理システムのサーバ及びクライアント端末の構成を示す概略図。 クライアント端末の属性保管部に保管される属性データを示す図。 本実施形態の医用情報管理システムのサーバ及びクライアント端末の構成の変形例を示す概略図。 医用画像保管装置の属性保管部に保管される属性データを示す図。 医用レポート保管装置の属性保管部に保管される属性データを示す図。 本実施形態の医用情報管理システムの第１の機能を示すブロック図。 表示部に表示されるある患者ＩＤに関する医用画像表示画面及び医用レポート作成画面の例を示す図。 患者特定の手順を説明するための図。 複数の医用アプリケーションによって表示される複数の患者情報の比較方法を説明するための概念図。 表示部に表示される正常状態及び危険状態を示す例を示す図。 表示部に表示される危険状態の第１例を示す図。 表示部に表示される危険状態の第２例を示す図。 本実施形態の医用情報管理システムの第２の機能を示すブロック図。 表示部に表示される警告状態の第１例を示す図。 表示部に表示される警告状態の第２例を示す図。

本実施形態の医用情報管理システム及び医用情報管理方法について、添付図面を参照して説明する。

図１は、本実施形態の医用情報管理システムの構成を示す概略図である。

図１は、本実施形態の医用情報管理システム１を示す。医用情報管理システム１は、医用画像撮影装置（モダリティ）１１、サーバ１２、及びクライアント端末１３を備える。サーバ１２としては、医用画像保管装置１２ａ、医用レポート保管装置１２ｂ、及び電子カルテ保管装置１２ｃ等が挙げられる。医用画像撮影装置（モダリティ）１１、サーバ１２、及びクライアント端末１３は、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）等のネットワークＮを介して相互に通信可能である。なお、医用画像撮影装置（モダリティ）１１、サーバ１２、及びクライアント端末１３の一部又は全部は、医用情報管理システム１に複数備えられてもよい。

医用画像撮影装置１１は、被検体としての患者の検査部位を撮影し、医用データとしての検査部位の医用画像を生成する。生成された医用画像は、ＤＩＣＯＭデータとして医用画像保管装置１２へ送信される。

サーバ１２としての医用画像保管装置１２ａは、医用画像撮影装置１１から送信された医用画像を保管し、データベースとして管理する。

サーバ１２としての医用レポート保管装置１２ｂは、医用画像の所見等が書き込まれた医用データとしての医用レポートを保管し、データベースとして管理する。

サーバ１２としての電子カルテ保管装置１２ｃは、病名及び問診内容等が書き込まれた医用データとしての電子カルテを保管し、データベースとして管理する。

クライアント端末１３は、オペレータが医用レポートを作成するために、オペレータの指示に従って各サーバ１２に保管された医用画像、医用レポート、及び電子カルテ等の医用データを受信して表示する。

クライアント端末１３における各サーバ１２からの医用データの表示は、各サーバ１２により提供される医用アプリケーションが実行されることによって行なわれる。したがって、クライアント端末１３では、多数の医用アプリケーションの画面が多数の医用アプリケーションを用いて表示される。各サーバ１２により提供される医用アプリケーションは、医用画像保管装置１２ａから提供される画像表示アプリケーション、医用レポート保管装置１２ｂから提供されるレポート作成アプリケーション、及び電子カルテ保管装置１２ｃから提供される電子カルテ表示アプリケーション等の、大きな分類が存在する。さらに、画像表示アプリケーションは、２Ｄ画像表示アプリケーション、及び３Ｄ画像表示アプリケーション等の種類に細分化される。さらには、同じ分類の医用アプリケーションが複数のメーカにより提供される場合、例えば、同じ分類の医用画像保管装置１２ａであっても、第１の画像表示アプリケーションを提供する第１の医用画像保管装置と、第２の画像表示アプリケーションを提供する第２の医用画像保管装置とを有する場合もあり、クライアント端末１３では、様々な種類の医用アプリケーションの画面が表示される。

図２は、本実施形態の医用情報管理システム１のサーバ１２及びクライアント端末１３の構成を示す概略図である。なお、図２では、サーバ１２のうち、医用画像保管装置１２ａ及び医用レポート保管装置１２ｂを例にとって説明する。

医用画像保管装置１２ａは、処理部（ＣＰＵ）３１、記憶部３２、受信部３３、医用画像ＤＢ（ｄａｔａ ｂａｓｅ）３４、医用アプリ保管部３５、及び送信部３６を備える。

処理部３１は、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路（ＬＳＩ）の構成をもつ制御装置である。処理部３１は、記憶部３２や医用アプリ保管部３５に記憶しているプログラムを実行する。処理部３１は、医用アプリ保管部３５に保管された医用アプリケーションを実行することで、実行された医用アプリケーションの画面及びロジックと、医用画像ＤＢ３４に保管された医用画像とを送信部３６を介してクライアント端末１３に提供する。また、処理部３１は、医用画像ＤＢ３４を管理するためのシステム（ＤＢＭＳ）としての機能し、医用データとしての医用画像の共有化・保護・検索・更新等の処理を実現する。

記憶部３２は、ＲＯＭ（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）及びＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）等の要素を兼ね備える構成をもつ記憶装置である。記憶部３２は、処理部３１のワークメモリやデータの一時的な記憶に用いられたりする。

受信部３３は、クライアント端末１３から送信される医用データを受信する。

医用画像ＤＢ３４は、医用データとしての医用画像を保管する。

医用アプリ保管部３５は、クライアント端末１３に医用画像を提供するための医用アプリケーションとして、画像表示アプリケーションを保管する。

送信部３６は、クライアント端末１３に医用データを送信する。

医用レポート保管装置１２ｂは、処理部（ＣＰＵ）４１、記憶部４２、受信部４３、医用レポートＤＢ４４、医用アプリ保管部４５、及び送信部４６を備える。

処理部４１は、処理部３１と同様に、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路の構成をもつ制御装置である。処理部４１は、記憶部４２や医用アプリ保管部４５に記憶しているプログラムを実行する。処理部４１は、医用アプリ保管部４５に保管された医用アプリケーションを実行することで、実行された医用アプリケーションの画面及びロジックと、医用レポートＤＢ４４に保管された医用レポートとを送信部４６を介してクライアント端末１３に提供する。また、処理部４１は、医用レポートＤＢ４４を管理するためのシステムとしての機能し、医用データとしての医用レポートの共有化・保護・検索・更新等の処理を実現する。

記憶部４２は、記憶部３２と同様に、ＲＯＭ及びＲＡＭ等の要素を兼ね備える構成をもつ記憶装置である。記憶部４２は、処理部４１のワークメモリやデータの一時的な記憶に用いられたりする。

受信部４３は、受信部３３と同様に、クライアント端末１３から送信される医用データを受信する。

医用レポートＤＢ４４は、医用データとしての医用レポートを保管する。

医用アプリ保管部４５は、クライアント端末１３に医用画像を提供するための医用アプリケーションとして、レポート作成アプリケーションを保管する。

送信部４６は、送信部３６と同様に、クライアント端末１３にデータを送信する。

医用画像保管装置１２ａと医用レポート保管装置１２ｂとは、処理部３１，４１を介して、患者ＩＤを用いて互いに連携を行なう。

クライアント端末１３は、処理部（ＣＰＵ）５１、記憶部５２、入力部５３、表示部５４、送信部５５、受信部５６、属性保管部５７、及び監視部５８を備える。

処理部５１は、半導体で構成された電子回路が複数の端子を持つパッケージに封入されている集積回路の構成をもつ制御装置である。オペレータによって入力部５３が操作等されることにより指令が入力されると、処理部５１は、記憶部５２に記憶しているプログラムを実行する。処理部５１は、オペレータに対する情報の表示部５４への表示にグラフィックを多用し、基礎的な操作を入力部５３によって行なうことができるＧＵＩ（ｇｒａｐｈｉｃａｌ ｕｓｅｒ ｉｎｔｅｒｆａｃｅ）を提供する。

記憶部５２は、ＲＯＭ及びＲＡＭ等の要素を兼ね備える構成をもつ記憶装置である。記憶部５２は、処理部５１のワークメモリやデータの一時的な記憶に用いられたりする。

入力部５３は、オペレータによって操作が可能なポインティングデバイスであり、操作に従った入力信号が処理部５１に送られる。

表示部５４は、図示しない画像合成回路、ＶＲＡＭ（ｖｉｄｅｏ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、及びディスプレイ等を含んでいる。表示部５４は、受信部５５を介して提供される各医用アプリケーションの画面を表示する。

送信部５５は、医用画像保管装置１２ａの受信部３３や、医用レポート保管装置１２ｂの受信部４３に、処理部５１による医用データの表示要求（リクエスト）を行なう。また、送信部５５は、医用画像保管装置１２ａの受信部３３と、医用レポート保管装置１２ｂの受信部４３とに、処理部５１が作成した医用データを送信する。

受信部５６は、医用画像保管装置１２ａの送信部３６や、医用レポート保管装置１２ｂの送信部４６から送信される、実行された医用アプリケーションの画面及びロジックと、表示要求された医用データとを受信する。

属性保管部５７は、サーバ１２によって実行される医用アプリケーションのうち、画面上に患者ＩＤ（ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）等の患者の識別情報を表示する医用アプリケーションに関する属性データを保管する。医用アプリケーションの属性データは、事前にオペレータやサービスマンによって設定される。医用アプリケーションの属性データには、図３を用いて説明するように、少なくとも、表示患者の同一性判断の要否データ及び表示領域データが含まれる。

監視部５８は、後述の図１０で示されるように、検査リストアプリケーションから送られる患者ＩＤ（Ｍ１２３４）と、画像表示アプリケーションから送られる患者ＩＤとを比較し、また、検査リストアプリケーションから送られる患者ＩＤ（Ｍ１２３４）と、レポート作成アプリケーションから送られる患者ＩＤとを比較することで、画像表示アプリケーション及びレポート作成アプリケーションが表示要求された患者ＩＤ（Ｍ１２３４）を表示しているか否かを判断する。すなわち、監視部５８は、患者ＩＤの不一致が起こっているか否かを判断する。また、検査リストアプリケーション、画像表示アプリケーション、及びレポート作成アプリケーションから患者ＩＤが監視部５８に送られるだけではなく、監視部５８が各アプリケーションに対して患者ＩＤを取得してもよい。

図３は、クライアント端末１３の属性保管部５７に保管される属性データを示す図である。

図３に示すように、医用アプリケーションの属性データは、当該医用アプリケーションが、他の医用アプリケーションとの間で表示患者の同一性を要求するか否かを示す要否データを含む。

クライアント端末１３に提供される医用アプリケーションには、患者ＩＤを表示するものと、そうでないものとがある。前者の医用アプリケーションとしては、例えば、医用画像保管装置１２ａが実行する画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）や、医用レポート保管装置１２ｂが実行するレポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）及び類似症例検索アプリケーション（ＩＤ：ｓｉｍｉｌａｒ＿ｉｍａｇｅ＿ｓｅａｃｈ）や、電子カルテ保管装置１２ｃ（図１に図示）が実行する電子カルテアプリケーション（ＩＤ：ｃｈａｒｔ）が挙げられる。ここで、図３の下段に示すように、医用情報管理システム１が同一分類の複数のサーバ１２、例えば、複数の医用画像保管装置１２ａを有する場合、複数の医用画像保管装置１２ａの画像表示アプリケーション（ＩＤ：Ｎｏ．１＿ｖｉｅｗｅｒ，Ｎｏ．２＿ｖｉｅｗｅｒ）毎に要否データを有する。

一方、後者の医用アプリケーションとしては、症例情報を表示する症例情報表示アプリケーション（ＩＤ：ｄｉｓｅａｓｅ＿ｉｎｆｏ）や、院内の事務情報を表示する事務情報表示アプリケーション等が挙げられる。後者の医用アプリケーションは、そもそも他の医用アプリケーションとの間で表示患者の同一性を要求する必要はない。

また、前者の医用アプリケーションは、他の医用アプリケーションとの間で表示患者の同一性が要求されるものとそうでないものとが存在する。例えば、医用レポート保管装置１２ｂが実行する類似症例検索アプリケーションは、今読影している患者の画像所見と類似した所見をもつ医用画像を検索して表示する医用アプリケーションであるが、検索結果の医用画像の患者が同一である必要はない。

さらに、図３に示すように、医用アプリケーションの属性データは、実行された医用アプリケーションの画面上における患者ＩＤの表示領域データを含む。実行された医用アプリケーションの画面上で、表示領域データをｘ座標（ｘ）、ｙ座標（ｙ）、幅（ｗ）、及び高さ（ｈ）で指定する。なお、表示領域データは、必ずしも固定値でなくてもよく、表示領域の算出式等でもよい。図３に示すように、医用アプリケーションとしての画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）は、患者ＩＤを、画面上の表示領域データ「ｘ：１０，ｙ：１０，ｗ：３００，ｈ：５０」で表示するものとして設定されている。

なお、図２では、医用アプリケーションの属性データを一括して保管する属性保管部５７を、クライアント端末１３に備える構成とした。しかし、この場合に限定されるものではない。例えば、属性保管部５７を、ネットワークＮに接続された他の装置に備える構成としてもよい。また、例えば、属性保管部５７を、医用アプリケーションに付随して各サーバ１２にそれぞれ備えるように構成してもよい。

図４は、本実施形態の医用情報管理システム１のサーバ１２及びクライアント端末１３の構成の変形例を示す概略図である。

医用画像保管装置１２ａは、処理部３１、記憶部３２、受信部３３、医用画像ＤＢ３４、医用アプリ保管部３５、送信部３６、及び属性保管部５７ａを備える。なお、図４において、図２と同一部材には同一符号を付して説明を省略する。

属性保管部５７ａは、図２に示す属性保管部５７が保管する属性データのうち、医用アプリ保管部３５に保管される医用アプリケーションに関する属性データのみを保管する。図４に示す医用画像保管装置１２ａの医用アプリ保管部３５には医用アプリケーションとしての画像表示アプリケーションが保管されているので、属性保管部５７ａは、画像表示アプリケーションに関する属性データのみを保管する。属性保管部５７ａに保管される属性データを図５に示す。

また、医用レポート保管装置１２ｂは、処理部４１、記憶部４２、受信部４３、医用レポートＤＢ４４、医用アプリ保管部４５、送信部４６、及び属性保管部５７ｂを備える。

属性保管部５７ｂは、図２に示す属性保管部５７が保管する属性データのうち、医用アプリ保管部４５に保管される医用アプリケーションに関する属性データのみを保管する。図４に示す医用レポート保管装置１２ｂの医用アプリ保管部４５には医用アプリケーションとしてのレポート作成アプリケーションが保管されているので、属性保管部５７ｂは、レポート作成アプリケーションに関する属性データのみを保管する。属性保管部５７ｂに保管される属性データを図６に示す。

図７は、本実施形態の医用情報管理システム１の第１の機能を示すブロック図である。

図２に示す処理部５１がプログラムを実行することによって、クライアント端末１３は、図７に示すように、患者設定部６１、アプリ画面表示指示部６２、アプリＩＤ特定部６３、同一性要否判断部６４、アプリ数演算部６５、画面上患者特定部６６、同一性判断部６７、表示指示部６８、及び記録部６９として機能する。なお、クライアント端末１３の構成要素６１乃至６９の全部又は一部は、クライアント端末１３にハードウェアとして備えられるものであってもよい。

患者設定部６１は、検査リスト画面（検査リストアプリケーション）等を利用して、入力部５３を介してオペレータが入力する入力信号に基づいて、医用レポートを作成すべき患者（患者ＩＤ）を設定する機能を有する。

アプリ画面表示指示部６２は、患者設定部６１によって設定された患者ＩＤに対応する医用データの表示要求（リクエスト）をサーバ１２に行なう機能と、表示要求された医用データを表示するために実行された医用アプリケーションの画面及びロジックと、表示要求された医用データとを受信して、実行されたアプリケーションの画面の表示部５４への表示を指示する機能とを有する。例えば、アプリ画面表示指示部６２は、患者設定部６１によって設定された患者ＩＤに対応する医用画像を表示するために実行された画像表示アプリケーションの画面及びロジックと、表示要求された医用画像とを医用画像保管装置１２ａから受信して、実行された画像表示アプリケーションの画面を表示部５４に表示する。また、アプリ画面表示指示部６２は、患者設定部６１によって設定された患者ＩＤに対応する医用レポートを表示するために実行されたレポート作成アプリケーションの画面及びロジックと、表示要求された医用レポートとを医用レポート保管装置１２ｂから受信して、実行されたレポート作成アプリケーションの画面を表示部５４に表示する。表示部５４に表示されるある患者ＩＤ（ＩＤ：Ｍ１２３４）に関する医用画像表示画面Ｉｉ及び医用レポート作成画面Ｉｒの例を図８に示す。

アプリＩＤ特定部６３は、アプリ画面表示指示部６２によって画面が表示されるタイミング、又は、所定周期で、アプリ画面表示指示部６２がサーバ１２から受信する医用アプリケーションのＩＤを特定する機能を有する。医用アプリケーションＩＤの特定は、プロセスの情報と、医用アプリケーションＩＤとの対応付けの情報を利用して行なわれる。対応付けの情報は、事前にオペレータや、サービスマンによって与えられる。

アプリＩＤ特定部６３における典型的な医用アプリケーションＩＤの特定処理は、次の通りである。アプリＩＤ特定部６３は、アプリ画面表示指示部６２が受信する医用アプリケーションのプロセスの一覧を取得する。各プロセスには、ＯＳ（オペレーティングシステム）により管理される名前や、実行ファイルのパス名等の情報が存在する。アプリＩＤ特定部６３は、ＯＳからプロセスの情報を取得し、取得された情報と医用アプリケーションＩＤとの対応付けの情報により、医用アプリケーションＩＤを特定する。なお、医用アプリケーションＩＤとの対応付けが存在しない医用アプリケーションは、表示患者の同一性判断の対象外となる。

同一性要否判断部６４は、アプリＩＤ特定部６３によって特定された医用アプリケーションＩＤに対応する、属性保管部５７に保管された属性データに基づいて、アプリＩＤ特定部６３によって特定された医用アプリケーションＩＤの医用アプリケーションが、他の医用アプリケーションとの間で表示患者の同一性が要求されるか否かを判断する機能を有する。例えば、同一性要否判断部６４は、属性保管部５７に保管された画像表示アプリケーションの属性データを参照し、画像表示アプリケーションが、レポート作成アプリケーションとの間で表示患者の同一性が要求されるものであるか否かを判断する。また、同一性要否判断部６４は、属性保管部５７に保管されたレポート作成アプリケーションの属性データを参照し、レポート作成アプリケーションが、画像表示アプリケーションとの間で表示患者の同一性が要求されるものであるか否かを判断する。

アプリ数演算部６５は、同一性要否判断部６４によって表示患者の同一性が要求される医用アプリケーションの数を算出する機能を有する。アプリ数演算部６５は、同一性要否判断部６４によって表示患者の同一性が要求される医用アプリケーションの数が０又は１の場合、患者設定部６１による患者ＩＤの設定の待機状態となる。

画面上患者特定部６６は、アプリ数演算部６５によって算出された表示患者の同一性が要求される医用アプリケーションの数が複数である場合、表示患者の同一性が要求されると判断された複数の医用アプリケーションに対応する複数の画面上に現実に表示される複数の患者情報、例えば患者ＩＤを特定する機能を有する。患者ＩＤを表示する医用アプリケーションは、オペレータによる誤診を防ぐために、原則として、医用アプリケーションの画面内に必ず患者を特定する患者ＩＤを表示している。

図９は、患者特定の手順を説明するための図である。

図９の上段に示すように、表示部５４は、ある患者ＩＤ（ＩＤ：Ｍ１２３４）に関する、表示患者の同一性が要求される複数の医用アプリケーションに対応する複数の画面、例えば、医用画像表示画面Ｉｉ及び医用レポート作成画面Ｉｒを示している。また、属性保管部５７は、医用画像表示画面Ｉｉ上の、患者ＩＤの表示領域データと、医用レポート作成画面Ｉｒ上の、患者ＩＤの表示領域データとを保管している。

図９の上段に示す医用レポート作成画面Ｉｒと、レポート作成アプリケーションの表示領域データに基づいて、図９の中段に示すように、医用レポート作成画面Ｉｒ上の患者ＩＤの表示領域のキャプチャを取る。次に、キャプチャ画像に対して、ＯＣＲ（ｏｐｔｉｃａｌ ｃｈａｒａｃｔｅｒ ｒｅａｄｅｒ）を適用し、図９の下段に示すように、キャプチャ画像に含まれている文字列を抽出する。抽出した文字列を医用レポート作成画面Ｉｒが表示している患者の患者ＩＤとして特定する。医用画像表示画面Ｉｉについても医用レポート作成画面Ｉｒと同様に、医用画像表示画面Ｉｉ上が表示している患者の患者ＩＤとして特定する。

図７に示す同一性判断部６７は、画面上患者特定部６６によって特定された複数の画面に対応する複数の患者情報、例えば患者ＩＤを比較して、患者ＩＤの不一致が起こっているか否かを判断する機能を有する。同一性判断部６７は、表示部５４に同一患者ＩＤの複数の画面が表示されている正常状態であるか、又は、表示患者の同一性が要求されているにも関わらず、表示部５４に、異なる患者ＩＤの複数の画面が表示されている危険状態であるかを判断する。同一性判断部６７によって正常状態と判断される場合、患者設定部６１による患者ＩＤの設定の待機状態となる。

なお、画面上患者特定部６６が、属性保管部５７に保管される属性データに含まれる表示領域データに基づいて、複数の画面上に現実に表示される複数の患者ＩＤを特定し、同一性判断部６７が、複数の画面上に現実に表示される複数の患者ＩＤを比較する場合を説明したがその場合に限定されるものではない。他の例を、図１０を用いて説明する。

図１０は、複数の医用アプリケーションによって表示される複数の患者情報の比較方法を説明するための概念図である。

図１０に示すように、患者設定部６１によって検査リスト画面（検査リストアプリケーション）で設定された患者ＩＤ（Ｍ１２３４）の表示要求を受けて、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）と、レポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）とが実行され、図８に示す画面が表示部５４に表示される。また、検査リストアプリケーションは、画像表示アプリケーションに患者ＩＤ（Ｍ１２３４）の表示要求を行なったことを監視部５８に送る。

一方、画像表示アプリケーションと、レポート作成アプリケーションとは、画面上に実際に表示している患者ＩＤを監視部５８にそれぞれ送る。ここで、監視部５８は、監視アプリケーションにて、検査リストアプリケーションから送られる患者ＩＤ（Ｍ１２３４）と、画像表示アプリケーションから送られる患者ＩＤとを比較し、また、検査リストアプリケーションから送られる患者ＩＤ（Ｍ１２３４）と、レポート作成アプリケーションから送られる患者ＩＤとを比較することで、画像表示アプリケーション及びレポート作成アプリケーションが表示要求された患者ＩＤ（Ｍ１２３４）を表示しているか否かを判断する。すなわち、監視部５８は、患者ＩＤの不一致が起こっているか否かを判断する。

図１１は、表示部５４に表示される正常状態及び危険状態を示す例である。

図１１の上段は、同一性判断部６７によって正常状態と判断される場合の患者ＩＤの組み合わせ例である。図１１の上段では、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）で表示している患者ＩＤと、レポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）で表示している患者ＩＤとが同一である。

図１１の下段は、同一性判断部６７によって危険状態と判断される場合の患者ＩＤの組み合わせ例である。図１１の下段では、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）で表示している患者ＩＤと、レポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）で表示している患者ＩＤとが異なる。

図７に示す表示指示部６８は、同一性判断部６７の判断結果によって危険状態と判断されると、その旨を表示部５４に表示させる機能を有する。表示部５４によって危険状態が表示されると、患者設定部６１による患者ＩＤの設定の待機状態となる。

図１２は、表示部５４に表示される危険状態の第１例を示す図である。

図１２に示す例では、図１１の下段に示すように、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）とレポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）とが、異なる患者ＩＤを表示している危険状態であることをオペレータに表示する場合を示している。図１２に示す例では、アプリ画面表示指示部６２によって表示部５４に表示される画面（図８に図示）上に、表示部５４による表示の危険状態と、危険状態の内容とに加え、オペレータが行なうべき対策が表示される。よって、オペレータは、アプリ画面表示指示部６２によって表示部５４に表示される画面を見ながら、その表示の危険状態を認識できる。

図１３は、表示部５４に表示される危険状態の第２例を示す図である。

図１３に示す例では、図１１の下段に示すように、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）とレポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）とが、異なる患者ＩＤを表示している危険状態であることをオペレータに表示する場合を示している。図１３に示す例では、アプリ画面表示指示部６２によって表示部５４に表示される画面（図８に図示）全体のうち、オペレータに報知したい患者ＩＤの部分以外がマスク処理され、画面上に「ＯＫ」ボタンが配置される。そして、入力部５３を操作するオペレータによって画面上の「ＯＫ」ボタンが押されるまでは、表示部５４の画面全体をロックするものとする。画面上の「ＯＫ」ボタンが押されると、マスク処理が解除され、患者設定部６１による患者ＩＤの設定の待機状態となる。よって、オペレータは、アプリ画面表示指示部６２によって表示部５４に表示される画面を見ながら、その表示の危険状態を認識できる。

図１２及び図１３に示す表示方法によると、表示患者の同一性が要求されている複数の医用アプリケーション間で表示患者の同一性がない危険状態にあることを、容易にオペレータに報知することができる。

図７に示す記録部６９は、同一性判断部６７によってクライアント端末１３が危険状態であると判断された場合、クライアント端末１３の危険状態を記録する機能を有する。記録部６９が記録する記録先は、イベントログや、その状態時に作成されていた文書（レポート等）内である。記録する情報は、少なくとも、危険状態の発生、発生時刻、及び危険状態の内容を含む。また、危険状態下で作成された文書がユーザにより参照された時、記録部６９によって記録された情報をオペレータに提示し、内容に誤診の可能性があることを示してもよい。

図１４は、本実施形態の医用情報管理システム１の第２の機能を示すブロック図である。

図２に示す処理部５１がプログラムを実行することによって、クライアント端末１３は、図１４に示すように、患者設定部６１、アプリ画面表示指示部６２、アプリＩＤ特定部６３、同一性要否判断部６４、アプリ数演算部６５、画面上患者特定部６６、同一性判断部６７、警告状態判断部７０、表示指示部７１、及び記録部７２として機能する。なお、クライアント端末１３の構成要素６１乃至６７、及び、７０乃至７２の全部又は一部は、クライアント端末１３にハードウェアとして備えられるものであってもよい。また、図１４において、図７と同一部材には同一符号を付して説明を省略する。

警告状態判断部７０は、クライアント端末１３のプロセスの状態に基づいて、同一性判断部６７によって判断された正常状態を、正常状態の今後の見通しによって、今後も正常状態であるか、又は、今後は危険状態になる可能性がある警告状態であるかを判断する機能を有する。警告状態判断部７０は、同一性判断部６７によって判断された正常状態を、クライアント端末１３のプロセスがロック状態で無い状態である今後も正常状態であるか、又は、プロセスの応答が無い状態である警告状態であるかを判断する。この警告状態の場合は、医用アプリケーションがロックしている。

表示指示部７１は、同一性判断部６７又は警告状態判断部７０の判断結果によって危険状態又は警告状態と判断されると、その旨を表示部５４に表示させる機能を有する。表示部５４によって危険状態又は警告状態が表示されると、患者設定部６１による患者ＩＤの設定の待機状態となる。

図１５は、表示部５４に表示される警告状態の第１例を示す図である。

図１５に示す例では、図１１の上段に示すように、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）とレポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）とが、同一の患者ＩＤを表示している正常状態ではあるが、プロセスの応答が無い警告状態であることをオペレータに表示する場合を示している。図１５に示す例では、アプリ画面表示指示部６２によって表示部５４に表示される画面（図８に図示）上に、表示部５４による表示の警告状態と、警告状態の内容とに加え、オペレータが行なうべき対策が表示される。よって、オペレータは、アプリ画面表示指示部６２によって表示部５４に表示される画面を見ながら、その表示の警告状態を認識できる。

又は、図１４に示す警告状態判断部７０は、サーバ１２のエコー応答に基づいて、同一性判断部６７によって判断された正常状態を、正常状態の今後の見通しによって、今後も正常状態であるか、又は、今後は危険状態になる可能性がある警告状態であるかを判断する機能を有する。警告状態判断部７０は、同一性判断部６７によって判断された正常状態を、サーバ１２へのエコー要求に対して応答がある状態である今後も正常状態であるか、又は、サーバ１２へのエコー要求に対して応答が無い状態である警告状態であるかを判断する。この警告状態の場合は、サーバ１２はダウンしている。

又は、警告状態判断部７０は、複数のクライアント端末１３が存在する場合、他のクライアント端末のエコー応答に基づいて、同一性判断部６７によって判断された正常状態を、正常状態の今後の見通しによって、今後も正常状態であるか、又は、今後は危険状態になる可能性がある警告状態であるかを判断する機能を有する。警告状態判断部７０は、同一性判断部６７によって判断された正常状態を、他のクライアント端末へのエコー要求に対して応答がある状態である今後も正常状態であるか、又は、他のクライアント端末へのエコー要求に対して応答が無い状態である警告状態であるかを判断する。この警告状態の場合は、ネットワークＮが切断している。

図１６は、表示部５４に表示される警告状態の第２例を示す図である。

図１６に示す例では、図１１の上段に示すように、画像表示アプリケーション（ＩＤ：ｖｉｅｗｅｒ）とレポート作成アプリケーション（ＩＤ：ｒｅｐｏｒｔ）とが、同一の患者ＩＤを表示している正常状態ではあるが、ネットワークＮの異常である警告状態であることをオペレータに表示する場合を示している。図１６に示す例では、アプリ画面表示指示部６２によって表示部５４に表示される画面（図８に図示）上に、表示部５４による表示の警告状態と、警告状態の内容とに加え、オペレータが行なうべき対策が表示される。よって、オペレータは、アプリ画面表示指示部６２によって表示部５４に表示される画面を見ながら、その表示の警告状態を認識できる。また、警告状態の表示にも、図１３に示す危険状態の表示を適用することができる。

図１４に示す記録部７２は、同一性判断部６７によってクライアント端末１３が危険状態であると判断された場合と、警告情報判断部７０によってクライアント端末１３が警告状態であると判断された場合、クライアント端末１３の危険状態又は警告状態を記録する機能を有する。記録部７２が記録する記録先は、イベントログや、その状態時に作成されていた文書（レポート等）内である。記録する情報は、少なくとも、危険状態又は警告状態の発生、発生時刻、及び危険状態又は警告状態の内容を含む。また、危険状態又は警告状態下で作成された文書がユーザにより参照された時、記録部７２によって記録された情報をオペレータに提示し、内容に誤診の可能性があることを示してもよい。

なお、本実施形態の医用情報管理システム１は、各医用アプリケーションが同時に複数の患者情報を表示できない、すなわち、１つの医用アプリケーションは同時に１人の患者情報しか表示できないことを前提として説明した。しかし、複数の患者情報を同時に表示できる医用アプリケーションをも対象とするように拡張することもできる。その場合、１つの医用アプリケーションの画面内で複数の患者情報を特定し、特定した複数の患者情報を患者の同一性の判断に用いる。すなわち、１つの医用アプリケーションで異なる２人の患者情報を表示する場合は、当該医用アプリケーションの画面を表示した時点で危険状態となる。

本実施形態の医用情報管理システム１によると、患者の同一性が要求される複数の医用アプリケーションに対応する複数の画面上に異なる患者ＩＤが表示される場合でも、危険状態や警告状態、及びその対策をオペレータに報知することができるので、オペレータの作業の効率化が図れる。

また、本実施形態の医用情報管理システム１によると、患者の同一性が要求される複数の医用アプリケーションに対応する複数の画面上に異なる患者ＩＤが表示される場合でも、危険状態や警告状態をオペレータに報知することができるので、オペレータによる患者取り違えのリスクを減少させることができる。

なお、前述の実施形態では、クライアント端末１３における各サーバ１２からの医用データの表示は、各サーバ１２により提供される医用アプリケーションが実行されることによって行なわれることを前提としている。しかしながら、医用アプリケーションは必ずしも各サーバ１２より提供される必要はなく、クライアント端末１３自体に保管されていてもよい。その場合、図２に示す各サーバ１２に存在する医用アプリ保管部３５、４５及び医用画像ＤＢ３４、４４は、クライアント端末１３にも存在する。そして、処理部５１は、クライアント端末１３の医用アプリ保管部に保管された医用アプリケーションを実行することで、実行された医用アプリケーションの画面及びロジックと、医用画像ＤＢ３４、４４又はクライアント端末１３の医用画像ＤＢに保管された医用画像とを表示する。このような実施形態の場合も、属性保管部５７において、クライアント端末１３に保管されている医用アプリケーションの属性を管理することにより、前述の実施形態と同様の効果を得ることが可能となる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行なうことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 医用情報管理システム
１１ 医用画像撮影装置（モダリティ）
１２ サーバ
１２ａ 医用画像保管装置
１２ｂ 医用レポート保管装置
１２ｃ 電子カルテ保管装置
１３ クライアント端末
５１ 処理部
５４ 表示部
５７，５７ａ，５７ｂ 属性保管部
５８ 監視部
６１ 患者設定部
６２ アプリ画面表示指示部
６３ アプリＩＤ特定部
６４ 同一性要否判断部
６５ アプリ数演算部
６６ 画面上患者特定部
６７ 同一性判断部
６８，７１ 表示指示部
６９，７２ 記録部
７０ 警告状態判断部

Claims (14)

1. 医用データを表示させるための医用アプリケーションに対応付けて、当該医用アプリケーションが他の医用アプリケーションとの間で表示患者の同一性を要求するか否かの情報を属性データとして保管する保管手段と、
   所要の患者情報に関する医用データの表示要求を行なう表示要求手段と、
   前記医用データをそれぞれ表示するための複数の医用アプリケーションを用いて、前記複数の医用アプリケーションに対応する複数の画面の各画面上に、前記医用データとその患者情報とをそれぞれ表示させる表示指示手段と、
   前記属性データに基づいて、前記複数の医用アプリケーションが、前記同一性を要求するものであるか否かをそれぞれ判断する第１判断手段と、
   前記複数の医用アプリケーションのうち前記同一性を要求する医用アプリケーションが複数あると判断される場合、前記同一性が要求される複数の医用アプリケーションに対応する複数の画面上にそれぞれ表示された複数の患者情報が同一であるか否かを判断する第２判断手段と、を備え、
   前記表示指示手段は、前記第２判断手段によって前記複数の患者情報が同一でないと判断される場合、その旨を表示することを特徴とする医用情報管理システム。
2. 前記保管手段は、前記医用アプリケーションについて、前記医用アプリケーションの画面上の患者情報が表示される表示領域データを前記属性データとして保管し、
   前記第１判断手段は、前記表示領域データに基づいて、前記同一性が要求される複数の医用アプリケーションに対応する前記複数の画面上の複数の表示患者の表示領域をそれぞれ特定することを特徴する請求項１に記載の医用情報管理システム。
3. 前記表示要求手段から、前記同一性が要求される複数の医用アプリケーションに要求した第１の患者情報をそれぞれ受信する一方、前記同一性が要求される複数の医用アプリケーションから、実際に表示する第２の患者情報をそれぞれ受信する監視手段をさらに設け、
   前記監視手段は、前記同一性が要求される複数の医用アプリケーションのそれぞれで前記第１の患者情報と前記第２の患者情報とを比較し、
   前記第２判断手段は、前記監視手段の比較結果に基づいて、前記同一性が要求される複数の医用アプリケーションに対応する複数の画面上の複数の表示患者が同一であるか否かを判断することを特徴する請求項１に記載の医用情報管理システム。
4. 前記第２判断手段は、前記同一性が要求される複数の医用アプリケーションに対応する前記複数の画面上にそれぞれ表示された複数の患者情報が同一であると判断する場合、プロセスの応答があるか否かを判断し、
   前記表示指示手段は、前記第２判断手段によって前記プロセスの応答が無いと判断される場合、その旨を表示することを特徴とする請求項１乃至３のうちいずれか一項に記載の医用情報管理システム。
5. 前記第２判断手段によって前記プロセスの応答が無いと判断される場合、その旨を記録する記録手段をさらに備えたことを特徴とする請求項４に記載の医用情報管理システム。
6. 前記第２判断手段によって前記プロセスの応答が無いと判断される場合、前記複数の画面の全体のうち患者情報の部分以外がマスク処理され、操作制限を行なうことを特徴とする請求項４又は５に記載の医用情報管理システム。
7. 前記第２判断手段は、前記同一性が要求される複数の医用アプリケーションに対応する前記複数の画面上にそれぞれ表示された複数の患者情報が同一であると判断する場合、サーバへのエコー要求に対して応答があるか否かを判断し、
   前記表示指示手段は、前記第２判断手段によって前記エコー要求に対して応答が無いと判断される場合、その旨を表示することを特徴とする請求項１乃至３のうちいずれか一項に記載の医用情報管理システム。
8. 前記医用アプリケーションを実行することで、前記実行された医用アプリケーションの画面と前記医用データとを提供するサーバから、前記実行された医用アプリケーションの画面と前記医用データとを受信するクライアント端末を備え、
   前記クライアント端末は、前記保管手段と、前記表示要求手段と、前記表示指示手段と、前記第１判断手段と、前記第２判断手段と、を備えたことを特徴とする請求項１乃至３のうちいずれか一項に記載の医用情報管理システム。
9. 複数の前記クライアント端末を備える場合、
   前記第２判断手段は、前記同一性が要求される複数の医用アプリケーションに対応する前記複数の画面上にそれぞれ表示された複数の患者情報が同一であると判断する場合、他のクライアント端末へのエコー要求に対して応答があるか否かを判断し、
   前記表示指示手段は、前記第２判断手段によって前記エコー要求に対して応答が無いと判断される場合、その旨を表示することを特徴とする請求項８に記載の医用情報管理システム。
10. 前記第２判断手段によって前記エコー要求に対して応答が無いと判断される場合、その旨を記録する記録手段をさらに備えたことを特徴とする請求項７又は９に記載の医用情報管理システム。
11. 前記第２判断手段によって前記エコー要求に対して応答が無いと判断される場合、前記複数の画面の全体のうち患者情報の部分以外がマスク処理され、操作制限を行なうことを特徴とする請求項７、９及び１０のうちいずれか一項に記載の医用情報管理システム。
12. 前記第２判断手段によって前記同一性が要求される複数の医用アプリケーションに対応する前記複数の画面上にそれぞれ表示された複数の患者情報が同一でないと判断される場合、その旨を記録する記録手段をさらに備えたことを特徴とする請求項１乃至１１のうちいずれか一項に記載の医用情報管理システム。
13. 医用データを表示させるための医用アプリケーションを実行することで、前記実行された医用アプリケーションの画面と前記医用データとを提供するサーバから、前記実行された医用アプリケーションの画面と前記医用データとを受信し、
    前記医用アプリケーションに対応付けて、当該医用アプリケーションが他の医用アプリケーションとの間で表示患者の同一性を要求するか否かの情報を属性データとして保管し、
    所要の患者情報に関する医用データの表示要求を行ない、
    前記医用データをそれぞれ表示するための複数の医用アプリケーションを用いて、前記複数の医用アプリケーションに対応する複数の画面の各画面上に、前記医用データとその患者情報とをそれぞれ表示させ、
    前記属性データに基づいて、前記複数の医用アプリケーションが、前記同一性を要求するものであるか否かをそれぞれ判断し、
    前記複数の医用アプリケーションのうち前記同一性を要求する医用アプリケーションが複数あると判断される場合、前記同一性が要求される複数の医用アプリケーションに対応する複数の画面上にそれぞれ表示された複数の患者情報が同一であるか否かを判断し、
    前記複数の患者情報が同一でないと判断される場合、その旨を表示することを特徴とする医用情報管理方法。
14. 前記医用アプリケーションを実行することで、前記実行された医用アプリケーションの画面と前記医用データとを提供するサーバから、前記実行された医用アプリケーションの画面と前記医用データとを受信するクライアント端末が、前記属性データを保管し、前記医用データの表示要求を行ない、前記複数の医用アプリケーションに対応する複数の画面の各画面上に前記医用データとその患者情報とをそれぞれ表示させ、前記複数の医用アプリケーションが前記同一性を要求するものであるか否かをそれぞれ判断し、前記複数の患者情報が同一であるか否かを判断し、前記複数の患者情報が同一でない旨を表示することを特徴とする請求項１３に記載の医用情報管理方法。