特開 2024-102303 医用情報管理装置、プログラム、医用情報管理方法及び医用情報管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024102303

(43)【公開日】2024-07-30

(54)【発明の名称】医用情報管理装置、プログラム、医用情報管理方法及び医用情報管理システム

(51)【国際特許分類】

   G16H 30/00 20180101AFI20240723BHJP

【ＦＩ】

G16H30/00

【審査請求】有

【請求項の数】7

【出願形態】ＯＬ

(21)【出願番号】P 2024077108

(22)【出願日】2024-05-10

(62)【分割の表示】P 2020045908の分割

【原出願日】2020-03-17

【新規性喪失の例外の表示】新規性喪失の例外適用申請有り

(71)【出願人】

【識別番号】000001270

【氏名又は名称】コニカミノルタ株式会社

(74)【代理人】

【識別番号】110001254

【氏名又は名称】弁理士法人光陽国際特許事務所

(72)【発明者】

【氏名】野村 誠志

(57)【要約】      （修正有）

【課題】読影レポートを確認すべき医師以外の医師が当該読影レポートを確認済みの状態にしてしまうことを防ぎ、読影レポートに対する安全な管理を確保する。
【解決手段】医用情報管理装置において、記憶部は、依頼医師の識別情報と、読影レポートと読影レポートを確認したか否かの確認状態とを対応付けて記憶する。制御部は、表示装置を操作する医師の識別情報を取得し、処理対象の読影レポートと取得した医師の識別情報とが対応付けられている場合に、処理対象の読影レポートと処理対象の読影レポートの確認状態を確認済みとするための確認指示手段を表示装置に提供する。医用情報管理装置は、読影レポートを取得した場合に、電子カルテ装置に読影レポートに関する通知をする。医用情報管理装置は、処理対象の読影レポートが救急管理されるものである場合に、クライアント端末に、処理対象の読影レポートに関する情報を出力する。
【選択図】図２

【特許請求の範囲】

【請求項1】

オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、
表示装置を操作する医師の識別情報を取得する取得手段と、
前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、
前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、
前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、
を備える医用情報管理装置。

【請求項2】

前記制御手段は、前記取得手段により取得された医師の識別情報が示す医師が、前記記憶手段において、前記処理対象の読影レポートと対応付けられている依頼医師の識別情報が示す医師が所属する部門の責任者である場合にも、前記処理対象の読影レポートと、前記確認指示手段とを前記表示装置に提供する請求項１に記載の医用情報管理装置。

【請求項3】

前記クライアント端末は、前記責任者が利用するクライアント端末である請求項２に記載の医用情報管理装置。

【請求項4】

前記制御手段は、前記処理対象の読影レポートが救急管理されるものである場合に、前記記憶手段において、前記処理対象の読影レポートと前記取得手段により取得された医師の識別情報とが対応付けられていなくても、前記処理対象の読影レポートと、前記確認指示手段とを前記表示装置に提供する請求項１に記載の医用情報管理装置。

【請求項5】

コンピューターを、
オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、
表示装置を操作する医師の識別情報を取得する取得手段と、
前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、
前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、
前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、
として機能させるためのプログラム。

【請求項6】

オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段を備える医用情報管理装置における医用情報管理方法であって、
表示装置を操作する医師の識別情報を取得する取得工程と、
前記記憶手段において、処理対象の読影レポートと、前記取得工程において取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御工程と、
前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知工程と、
前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力工程と、
を含む医用情報管理方法。

【請求項7】

オーダー情報を発行した依頼医師の識別情報を取得する依頼医師情報取得手段と、
前記オーダー情報に対応しかつ読影医師が作成した読影レポートを取得するレポート取得手段と、
前記依頼医師の識別情報と、前記読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、
表示装置を操作する医師の識別情報を取得する取得手段と、
前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、
前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、
前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、
を備える医用情報管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、医用情報管理装置、プログラム、医用情報管理方法及び医用情報管理システムに関する。

【背景技術】

【0002】

近年、医療分野においても情報の電子化が進み、医用画像や医用レポート等の医用情報が電子データとして管理されている。或る医師が医用画像に対する読影を読影医に依頼し、読影医が読影レポートを作成した場合、読影を依頼した医師は、この読影レポートを確認して診断に利用する。このように、医用情報には、確認すべき医師が想定されている場合がある。

【0003】

また、従来、電子データに対する本人確認や改竄防止のための電子署名の技術が知られている。例えば、特許文献１には、秘密鍵の所有者に対する権限を考慮して電子署名を付与するか否かを判断する技術が記載されている。特許文献１に記載の技術では、秘密鍵の所有者を特定する識別情報から、資格の有無及び資格の程度等を含む権限情報を取得し、取得された権限情報に基づいて、秘密鍵の所有者が電子署名をする権限を有しているか否かを判断している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５－０９４７０３号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１では、資格に関する権限情報から電子署名をする権限の有無を判断しているため、この技術を医用情報の確認に適用した場合、医用情報を確認すべき医師として想定されていない別の医師が、当該医用情報を確認済みとしてしまうおそれがあった。このように、従来の方法では、医用情報に対する管理において問題があった。

【0006】

本発明は、上記の従来技術における問題に鑑みてなされたものであって、読影レポートを確認すべき医師以外の医師が当該読影レポートを確認済みの状態にしてしまうことを防ぎ、読影レポートに対する安全な管理を確保することを課題とする。

【課題を解決するための手段】

【0007】

上記課題を解決するために、請求項１に記載の発明は、オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、表示装置を操作する医師の識別情報を取得する取得手段と、前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、を備える医用情報管理装置である。

【0008】

請求項２に記載の発明は、請求項１に記載の医用情報管理装置において、前記制御手段は、前記取得手段により取得された医師の識別情報が示す医師が、前記記憶手段において、前記処理対象の読影レポートと対応付けられている依頼医師の識別情報が示す医師が所属する部門の責任者である場合にも、前記処理対象の読影レポートと、前記確認指示手段とを前記表示装置に提供する。

【0009】

請求項３に記載の発明は、請求項２に記載の医用情報管理装置において、前記クライアント端末は、前記責任者が利用するクライアント端末である。

【0010】

請求項４に記載の発明は、請求項１に記載の医用情報管理装置において、前記制御手段は、前記処理対象の読影レポートが救急管理されるものである場合に、前記記憶手段において、前記処理対象の読影レポートと前記取得手段により取得された医師の識別情報とが対応付けられていなくても、前記処理対象の読影レポートと、前記確認指示手段とを前記表示装置に提供する。

【0011】

請求項５に記載の発明は、コンピューターを、オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、表示装置を操作する医師の識別情報を取得する取得手段と、前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、として機能させるためのプログラムである。

【0012】

請求項６に記載の発明は、オーダー情報を発行した依頼医師の識別情報と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段を備える医用情報管理装置における医用情報管理方法であって、表示装置を操作する医師の識別情報を取得する取得工程と、前記記憶手段において、処理対象の読影レポートと、前記取得工程において取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御工程と、前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知工程と、前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力工程と、を含む。

【0013】

請求項７に記載の発明は、オーダー情報を発行した依頼医師の識別情報を取得する依頼医師情報取得手段と、前記オーダー情報に対応しかつ読影医師が作成した読影レポートを取得するレポート取得手段と、前記依頼医師の識別情報と、前記読影レポートと、前記読影レポートを確認したか否かの確認状態と、を対応付けて記憶する記憶手段と、表示装置を操作する医師の識別情報を取得する取得手段と、前記記憶手段において、処理対象の読影レポートと、前記取得手段により取得された医師の識別情報とが対応付けられている場合に、前記処理対象の読影レポートと、前記処理対象の読影レポートの確認状態を確認済みとするための確認指示手段とを前記表示装置に提供する制御手段と、前記読影レポートを取得した場合に、電子カルテ装置に前記読影レポートに関する通知をする通知手段と、前記処理対象の読影レポートが救急管理されるものである場合に、前記電子カルテ装置と異なるクライアント端末に、前記処理対象の読影レポートに関する情報を出力する出力手段と、を備える医用情報管理システムである。

【発明の効果】

【0014】

本発明によれば、読影レポートを確認すべき医師以外の医師が当該読影レポートを確認済みの状態にしてしまうことを防ぎ、読影レポートに対する安全な管理を確保することができる。

【図面の簡単な説明】

【0015】

【図1】本発明に係る実施の形態における医用情報管理システムのシステム構成図である。

【図2】医用情報管理装置の機能的構成を示すブロック図である。

【図3】施設情報テーブル、部門情報テーブル、ユーザー情報テーブル、ユーザー属性テーブルのデータ構成を示す図である。

【図4】患者情報テーブル、レポート情報テーブル、レポート確認履歴テーブル、レポート参照履歴テーブル、医用画像管理テーブルのデータ構成を示す図である。

【図5】クライアント端末の機能的構成を示すブロック図である。

【図6】医用情報管理装置において実行されるレポート確認状態管理処理を示すフローチャートである。

【図7】検索画面の例である。

【図8】ログインユーザーの未確認レポートリスト画面の例である。

【図9】検査・レポート一覧画面の例である。

【図10】選択患者に関するログインユーザーの未確認レポートリスト画面の例である。

【図11】レポート画面表示処理を示すフローチャートである。

【図12】権限判定処理を示すフローチャートである。

【図13】レポート画面の例である。

【発明を実施するための形態】

【0016】

以下、図面を参照して、本発明に係る医用情報管理システムの実施の形態について説明する。ただし、以下に述べる実施の形態には、本発明を実施するために技術的に好ましい種々の限定が付されているが、本発明の技術的範囲を以下の実施の形態及び図示例に限定するものではない。

【0017】

図１に、医用情報管理システム１００のシステム構成例を示す。
図１に示すように、医用情報管理システム１００は、電子カルテシステム１０、医用情報管理装置２０、クライアント端末３０等から構成され、各装置は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信ネットワークＮを介してデータ送受信可能に接続されている。医用情報管理システム１００を構成する各装置は、ＨＬ７（Health Level Seven）やＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に準じており、各装置間の通信は、ＨＬ７やＤＩＣＯＭに則って行われる。なお、医用情報管理システム１００は、クライアント端末３０を複数備えている。

【0018】

電子カルテシステム１０は、患者に対する診療行為や診断結果を記録した電子カルテ情報、患者に対する検査や医用画像に対するレポート作成を依頼するためのオーダー情報を生成する。

【0019】

医用情報管理装置２０は、医用情報を管理するコンピューター装置である。医用情報管理装置２０として、例えば、ＰＡＣＳ（Picture Archiving and Communication System）が用いられる。
医用情報とは、医療に関する情報のことであり、好ましくは、患者の所見、診断内容、経過及び／又は検査結果を示す情報である。医用情報として、例えば、医用レポートの他、医用レポートを構成する各種情報（患者情報、検査情報、医用画像（検査画像、計測結果画像）、計測結果、診察所見等）が含まれ得る。

【0020】

医用レポートは、患者の所見、診断内容、経過及び／又は検査結果を示す情報が記載された報告書のことである。医用レポートは、例えば、患者情報、検査情報、医用画像（検査画像、計測結果画像）、医用画像の拡大縮小画像、計測結果、診察所見、ヘッダー又はフッターを含んでいてもよい。医用レポートの各項目は、記入・貼付領域やその配置がフォーマットとして指定され得る。
医用レポートとしては、医用画像データの読影レポート、検査レポート等が挙げられる。

【0021】

読影レポートとは、診療医からの検査依頼に対して、放射線科等の読影医が、撮像装置（ＣＴやＭＲＩ等の各種モダリティー）により撮影された医用画像に対する所見（異常の有無や、患者の状態や疾患の指摘）をまとめた報告書のことである。読影レポートには、例えば、病変の種類、解剖学的区分、程度、状況、結論等の内容が含まれる。
検査レポートとは、患者の検査に関する報告書のことであり、例えば、患者から収集した検体（血液等）に関する検体レポート、患者における細菌に関する細菌レポート、患者の生理的情報に関する生理レポート等が挙げられる。

【0022】

患者情報としては、患者に関する情報が広く含まれ、例えば、患者名、患者ＩＤ、生年月日、性別等が含まれる。
検査情報としては、検査に関する情報が含まれ、例えば、検査項目、検査結果（数値）、それらの組み合わせ、検査ＩＤ、検査日時、検査記述、検査インスタンスＵＩＤ等が含まれる。
医用画像は、医療又は医学のために人体を撮影又は計測した結果を画像化したものであり、診断に用いられる画像である。医用画像としては、Ｘ線画像、ＭＲＩ画像、ＣＴ画像、病理画像等が挙げられ、それらと同等の情報を持つシェーマ（手書き画像）であってもよい。
計測結果は、検査情報や医用画像等から各種の医学的計測を行った結果のことである。計測結果には、例えば、心胸比計測の結果や内臓脂肪面積の計測結果等が含まれる。
診察所見には、医師が患者の病状を判断するために、患者に質問をした結果や、身体や医用画像を調べた結果に関する判断や意見が広く含まれ、例えば、身体所見が含まれる。医用レポートの診察所見には、医用画像を調べた結果に関する判断や意見が含まれる。
ヘッダーやフッターとしては、例えば、病院のロゴ、名称、所在地、電話番号、メールアドレス等が含まれ得る。

【0023】

図２に、医用情報管理装置２０の機能的構成を示す。
図２に示すように、医用情報管理装置２０は、制御部２１、通信部２２、計時部２３、記憶部２４等を備えて構成されており、各部はバスにより接続されている。

【0024】

制御部２１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、医用情報管理装置２０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、ＲＯＭに記憶されている各種処理プログラムを読み出してＲＡＭに展開し、当該プログラムとの協働により各種処理を行う。

【0025】

通信部２２は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部装置との間でデータの送受信を行う。

【0026】

計時部２３は、計時回路（ＲＴＣ：Real Time Clock）を有し、この計時回路により現在日時を計時して制御部２１に出力する。

【0027】

記憶部２４は、ＨＤＤ（Hard Disk Drive）や不揮発性の半導体メモリー等により構成され、各種データを記憶している。例えば、記憶部２４には、医用レポートや、患者に対する検査により生成された医用画像等の医用情報が記憶される。

【0028】

また、記憶部２４には、施設情報テーブルＴ１、部門情報テーブルＴ２、ユーザー情報テーブルＴ３、ユーザー属性テーブルＴ４、患者情報テーブルＴ５、レポート情報テーブルＴ６、レポート確認履歴テーブルＴ７、レポート参照履歴テーブルＴ８、医用画像管理テーブルＴ９が記憶されている。

【0029】

図３に、施設情報テーブルＴ１、部門情報テーブルＴ２、ユーザー情報テーブルＴ３、ユーザー属性テーブルＴ４のデータ構成を示す。

【0030】

施設情報テーブルＴ１には、医療施設に関する情報が格納される。施設情報テーブルＴ１には、医療施設ごとに、施設ＩＤ、施設名称等が対応付けられている。施設ＩＤは、医療施設に付与された識別情報である。施設名称は、医療施設の名称である。

【0031】

部門情報テーブルＴ２には、医療施設において分類された部門（診療科）に関する情報が格納される。部門情報テーブルＴ２には、各医療施設の部門ごとに、施設ＩＤ（部門が属する医療施設の施設ＩＤ）、部門コード、部門名称等が対応付けられている。部門コードは、部門に付与された識別情報である。部門名称は、部門の名称である。

【0032】

ユーザー情報テーブルＴ３には、医用情報管理装置２０を利用するユーザー（医師）に関する情報が格納される。ユーザー情報テーブルＴ３には、ユーザーごとに、ユーザーＩＤ、ユーザー名等が対応付けられている。ユーザーＩＤは、ユーザーに付与された識別情報である。ユーザー名は、ユーザーが医用情報管理装置２０を利用する際の表示名である。

【0033】

ユーザー属性テーブルＴ４には、ユーザーの属性情報（所属、役職等）が格納される。ユーザー属性テーブルＴ４には、ユーザーごとに、ユーザーＩＤ（対象ユーザーのユーザーＩＤ）、施設ＩＤ（ユーザーが所属する医療施設の施設ＩＤ）、部門コード（ユーザーが所属する部門の部門コード）、権限種別等が対応付けられている。権限種別は、ユーザーに対して設定された権限に対応する区分である。ここでは、権限種別として、０：なし、１：研修医、２：医師、３：部門長、４：管理者が用いられる。研修医は、臨床研修期間中の医師である。部門長は、所属している部門における責任者の医師である。管理者は、医用情報管理装置２０における管理者である。
一人の医師が複数の部門に所属している場合や、部門ごとに権限種別が異なる場合もあるため、ユーザー属性テーブルＴ４において、一人のユーザーに対して、複数の属性情報を登録可能となっている。

【0034】

図４に、患者情報テーブルＴ５、レポート情報テーブルＴ６、レポート確認履歴テーブルＴ７、レポート参照履歴テーブルＴ８、医用画像管理テーブルＴ９のデータ構成を示す。

【0035】

患者情報テーブルＴ５には、患者に関する情報が格納される。患者情報テーブルＴ５には、患者ごとに、患者ＩＤ、患者名、生年月日、性別、身長、体重等が対応付けられている。患者ＩＤは、患者に付与された識別情報である。患者名、生年月日、性別、身長、体重は、それぞれ、患者の氏名、生年月日、性別、身長、体重である。

【0036】

レポート情報テーブルＴ６には、医用レポートに関する情報が格納される。レポート情報テーブルＴ６には、医用レポートごとに、レポートＩＤ、患者ＩＤ、依頼医名、依頼医ユーザーＩＤ、依頼部門、受付番号、モダリティー、データ格納フォルダー、作成日時、更新日時、レポート確認状態フラグ、レポート確認後更新フラグ等が対応付けられている。
レポートＩＤは、医用レポートに付与された識別情報である。
患者ＩＤは、医用レポートに関する患者の患者ＩＤである。
依頼医名は、医用レポートの作成を依頼した医師（依頼医）の氏名である。
依頼医ユーザーＩＤは、医用レポートの作成を依頼した医師のユーザーＩＤである。
依頼部門は、医用レポートの作成を依頼した部門（診療科）である。通常、依頼部門は、依頼医が所属する部門である。
受付番号は、医用レポートの作成に対して付与された受付番号である。
モダリティーは、医用レポートの対象検査に対応する撮像装置である。
データ格納フォルダーは、医用レポートのデータ（ＰＤＦファイル等）が格納されたフォルダーを示す情報（格納場所）である。
作成日時は、医用レポートが作成された日時である。
更新日時は、医用レポートが更新された日時である。
レポート確認状態フラグは、医用レポートの確認状態を示すフラグである。レポート確認状態フラグとして、０：未確認（未読）、１：確認済み（既読）、２：確認中が用いられる。レポート確認状態フラグのデフォルト値は「０」である。医用レポートが確認された後に医用レポートが更新された場合、レポート確認状態フラグは「０：未確認」に戻る。
レポート確認後更新フラグは、医用レポートが確認された後に医用レポートが更新されたか否かを示すフラグである。レポート確認後更新フラグは、デフォルト値が「０」、医用レポートが確認された後に医用レポートが更新された場合に「１」とする。

【0037】

レポート情報テーブルＴ６には、医用情報（レポートＩＤ）と、医師の識別情報（依頼医ユーザーＩＤ）と、当該医用情報の確認状態（レポート確認状態フラグ）と、が対応付けられている。

【0038】

レポート確認履歴テーブルＴ７は、レポート情報テーブルＴ６に登録された医用レポートが確認されたか否かを管理するためのテーブルである。レポート確認履歴テーブルＴ７には、対象レポートＩＤ、確認ユーザーＩＤ、レポート確認日時、確認時の権限種別が対応付けられている。
対象レポートＩＤは、対象とする医用レポートのレポートＩＤである。
確認ユーザーＩＤは、医用レポートを確認した（確認ボタンを押下した）ユーザーのユーザーＩＤである。
レポート確認日時は、医用レポートが確認済みとされた日時である。
確認時の権限種別は、医用レポートが確認された時の確認ユーザーに対応する権限種別である。

【0039】

レポート参照履歴テーブルＴ８は、レポート情報テーブルＴ６に登録された医用レポートが参照された履歴を管理するためのテーブルである。レポート参照履歴テーブルＴ８には、対象レポートＩＤ、参照ユーザーＩＤ、レポート参照日時、参照時の権限種別、参照／参照取り消しフラグ、確認状態変更フラグが対応付けられている。
対象レポートＩＤは、対象とする医用レポートのレポートＩＤである。
参照ユーザーＩＤは、医用レポートを参照した（表示させた）ユーザーのユーザーＩＤである。
レポート参照日時は、医用レポートが参照された日時である。
参照時の権限種別は、医用レポートが参照された時の参照ユーザーに対応する権限種別である。
参照／参照取り消しフラグは、ユーザーによる操作を示すフラグである。参照／参照取り消しフラグとして、０：操作なし、１：参照、－１：参照取り消し、の値を取り得る。
確認状態変更フラグは、レポート情報テーブルＴ６の「レポート確認状態フラグ」の変更を示すフラグである。確認状態変更フラグとして、０：変更なし、１：確認済みに変更、－１：確認取り消し、の値を取り得る。

【0040】

医用画像管理テーブルＴ９は、記憶部２４に記憶された医用画像を管理するためのテーブルである。医用画像管理テーブルＴ９は、検査ごとに、検査ＩＤ、患者ＩＤ、依頼医名、依頼医ユーザーＩＤ、依頼部門、受付番号、モダリティー、データ格納フォルダー、検査日時、画像確認状態フラグ等が対応付けられている。
検査ＩＤは、対象検査に対応する検査ＩＤである。
患者ＩＤは、検査対象患者の患者ＩＤである。
依頼医名、依頼医ユーザーＩＤは、それぞれ、検査（撮影）を依頼した医師の氏名、ユーザーＩＤである。
依頼部門は、検査を依頼した部門（診療科）である。
受付番号は、検査に対して付与された受付番号である。
モダリティーは、対象検査に対応する撮像装置である。
データ格納フォルダーは、検査に係る医用画像のデータが格納されたフォルダーを示す情報（格納場所）である。
検査日時は、検査（撮影）が行われた日時である。
画像確認状態フラグは、検査に係る医用画像の確認状態を示すフラグである。画像確認状態フラグとして、０：未確認、１：確認済み、２：確認中が用いられる。画像確認状態フラグのデフォルト値は「０」である。

【0041】

制御部２１は、通信部２２を介して、電子カルテシステム１０から各医療施設の職員情報（ユーザー情報・ユーザー属性）を取得し、取得した職員情報をユーザー情報テーブルＴ３及びユーザー属性テーブルＴ４に登録する。

【0042】

電子カルテシステム１０において、医用レポートのオーダー情報が発行されると、制御部２１は、通信部２２を介して、電子カルテシステム１０から医用レポートのオーダー情報（患者ＩＤ、依頼医名、依頼医ユーザーＩＤ、依頼部門、受付番号、モダリティー）を取得し、取得したオーダー情報をレポート情報テーブルＴ６に登録する。具体的には、制御部２１は、レポート情報テーブルＴ６に新たなレコードを追加し、新たに生成したレポートＩＤと対応付けて、患者ＩＤ、依頼医名、依頼医ユーザーＩＤ、依頼部門、受付番号、モダリティーを登録する。

【0043】

読影医が使用する端末装置等において、医用レポートが作成されると、制御部２１は、通信部２２を介して、医用レポート（レポートＩＤ、受付番号等を含む。）を取得し、取得した医用レポートを記憶部２４に記憶させるとともに、当該医用レポートに関する情報をレポート情報テーブルＴ６に登録する。具体的には、制御部２１は、医用レポートのレポートＩＤ、受付番号等に基づいて、レポート情報テーブルＴ６から該当するレコードを特定し、特定したレコードに対して、データ格納フォルダー、作成日時を登録する。ここで、レポート確認状態フラグは「０：未確認」、レポート確認後更新フラグは「０：デフォルト値」とする。制御部２１は、医用レポートを取得した場合に、医用レポートが作成されたことを電子カルテシステム１０に通知する。

【0044】

制御部２１は、クライアント端末３０（表示装置）を操作する医師の識別情報（ユーザーＩＤ）を取得する。すなわち、制御部２１は、取得手段として機能する。

【0045】

制御部２１は、処理対象の医用情報をクライアント端末３０の表示部３２（図５参照）に表示させる際に、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられている場合に、記憶部２４のレポート情報テーブルＴ６の処理対象の医用情報の確認状態（レポート確認状態フラグ）を確認済みとする確認権限を、当該医師に付与する。具体的には、制御部２１は、レポート情報テーブルＴ６の処理対象の医用情報の確認状態を確認済みとするための確認指示手段をクライアント端末３０に提供する。

【0046】

確認指示手段は、医用情報を確認したことを記録するための手段である。確認指示手段としては、例えば、ボタン、チェックボックス、電子署名及び／又は入力欄等が挙げられる。ボタンは、例えば、表示手段（図５に示すクライアント端末３０の表示部３２等）の表示画面上にクリック可能なボタンとして表示される。チェックボックスは、表示手段の表示画面上に、オン・オフ等、二つの状態を切り替えて選択するために表示される小さなボックスである。電子署名は、表示手段の表示画面上に、電子署名に対する実行指示が操作可能な態様で表示されるものである。入力欄は、表示手段の表示画面上に、所定の文字を入力することで確認するものであり、例えば、個人識別ＩＤを入力する欄が挙げられる。
本発明において、確認指示手段が「医用情報の確認状態を確認済みとする」ことには、医用情報の確認状態を確認済みにするよう指示することの他、医用情報の確認状態を確認済みとして記録することも含まれる。

【0047】

制御部２１は、確認指示手段として、処理対象の医用情報の確認状態を確認済みとするための確認ボタンを、操作部３３（図５参照）からの操作により押下可能にクライアント端末３０に表示させる。
確認ボタンとは、医師が医用情報を確認したら押下するボタンである。確認ボタンを押下したら、医用情報が確認されたことが記録される。確認ボタンは、例えば、表示手段の表示画面上にクリック可能なボタンとして表示される。

【0048】

制御部２１は、クライアント端末３０に表示された確認ボタンが操作部３３からの操作により押下された場合に、記憶部２４のレポート情報テーブルＴ６の処理対象の医用情報の確認状態（レポート確認状態フラグ）を確認済みに変更し、当該確認ボタンの再押下を禁止する。
制御部２１は、医用情報が確認済みとなった場合に、当該医用情報が確認されたことを電子カルテシステム１０に通知する。

【0049】

制御部２１は、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられていない場合に、確認ボタンを、操作部３３からの操作により押下不可能にクライアント端末３０に表示させる。

【0050】

制御部２１は、処理対象の医用情報が救急管理されるものである場合に、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられていなくても、確認権限を付与する。医用情報が救急管理されるものであるか否かの判断は、例えば、医用情報の作成を依頼した部門が予め定められた部門（総合診療救急科等）であるか否かにより行う。ここで、確認権限を付与する対象から、研修医を除く等の制限を加えることとしてもよい。

【0051】

制御部２１は、処理対象の医用情報が救急管理されるものであることで、確認権限を付与する際に、クライアント端末３０の表示部３２に警告を表示させる。

【0052】

制御部２１は、クライアント端末３０を操作中の医師の識別情報が示す医師に対して確認権限が付与され、かつ、確認状態が未確認である医用情報のリストをクライアント端末３０の表示部３２に表示させる際に、処理対象の医用情報が救急管理されるものであることで、確認権限が付与される医用情報については、リストから除外する。

【0053】

制御部２１は、クライアント端末３０を操作中の医師の識別情報が示す医師が、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報と対応付けられている医師の識別情報が示す医師が所属する部門の責任者である場合にも、確認権限を付与する。

【0054】

制御部２１は、確認指示手段により、処理対象の医用情報の確認状態が確認済みとされた履歴を記録する。具体的には、制御部２１は、記憶部２４のレポート情報テーブルＴ６において、レポート確認状態フラグが「１：確認済み」に変更された医用レポートについて、記憶部２４のレポート確認履歴テーブルＴ７に、対象レポートＩＤ、確認ユーザーＩＤ、レポート確認日時、確認時の権限種別を記録する。

【0055】

制御部２１は、記憶部２４に記憶されている医用情報について確認権限が付与される医師に対して、当該医用情報についての確認の取り消しを許可する。

【0056】

クライアント端末３０は、医師により使用されるＰＣ（Personal Computer）等のコンピューター装置である。医師は、クライアント端末３０において、医用レポート等の医用情報の閲覧を行う。
図５に、クライアント端末３０の機能的構成を示す。
図５に示すように、クライアント端末３０は、制御部３１、表示部３２、操作部３３、通信部３４、記憶部３５等を備えて構成されており、各部はバスにより接続されている。

【0057】

制御部３１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、クライアント端末３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、ＲＯＭに記憶されている各種処理プログラムを読み出してＲＡＭに展開し、当該プログラムとの協働により各種処理を行う。

【0058】

表示部３２は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。
操作部３３は、カーソルキー、文字・数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。

【0059】

通信部３４は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部装置との間でデータの送受信を行う。
記憶部３５は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種データを記憶している。

【0060】

次に、医用情報管理システム１００における動作について説明する。
図６は、医用情報管理装置２０において実行されるレポート確認状態管理処理を示すフローチャートである。この処理は、制御部２１のＣＰＵとＲＯＭに記憶されている制御プログラムとの協働によるソフトウェア処理によって実現される。

【0061】

クライアント端末３０の操作部３３から医用情報管理装置２０に対するアクセス操作が行われると、医用情報管理装置２０の制御部２１は、クライアント端末３０に対し、通信部２２を介してログイン画面を表示するための表示用データを送信する（ステップＳ１）。
クライアント端末３０では、表示部３２にログイン画面が表示される。ログイン画面には、ユーザーＩＤ入力欄が設けられている。

【0062】

クライアント端末３０において、操作者が操作部３３から操作者自身（ログインユーザー）のユーザーＩＤを入力すると、医用情報管理装置２０の制御部２１は、入力されたユーザーＩＤを、通信部２２を介して取得する（ステップＳ２）。

【0063】

次に、医用情報管理装置２０の制御部２１は、ログインユーザー（クライアント端末３０の操作者）が確認すべき未確認レポートの件数をクライアント端末３０の表示部３２に表示させる（ステップＳ３）。具体的には、制御部２１は、記憶部２４のレポート情報テーブルＴ６から、「依頼医ユーザーＩＤ」フィールドがログインユーザーの「ユーザーＩＤ」であって、「レポート確認状態フラグ」が「０：未確認」であるレコードを抽出する。ここで、抽出されたレコードに対応する医用レポートが「ログインユーザーの未確認レポート」であり、抽出されたレコードの数が「ログインユーザーの未確認レポートの件数」である。

【0064】

なお、ログインユーザーが部門長の場合には、その部門（診療科）が依頼した未確認レポートの件数がクライアント端末３０の表示部３２に表示される。具体的には、医用情報管理装置２０の制御部２１は、記憶部２４のユーザー属性テーブルＴ４を参照し、ログインユーザーの「ユーザーＩＤ」に対応付けられた「権限種別」が「３：部門長」である場合に、ログインユーザーの「ユーザーＩＤ」に対応付けられた「部門コード」を取得する。次に、制御部２１は、記憶部２４のレポート情報テーブルＴ６から、「依頼部門」フィールドがログインユーザーの所属部門（ユーザー属性テーブルＴ４から取得した「部門コード」に対応する部門）、「レポート確認状態フラグ」が「０：未確認」であるレコードを抽出する。

【0065】

図７に、クライアント端末３０の表示部３２に表示される検索画面３２１の例を示す。検索画面３２１には、ユーザー未確認レポート件数アイコン４１、検索条件指定領域４２、検索ボタン４３、患者リストボタン４４等が含まれる。
ユーザー未確認レポート件数アイコン４１は、ログインユーザーの未確認レポートの件数が記されたアイコンである。ユーザー未確認レポート件数アイコン４１を押下すると、ログインユーザーの未確認レポートのリストが表示される。
検索条件指定領域４２には、患者ＩＤ指定欄４５、検査日指定欄４６，４７、検査種指定欄４８、確認状態指定欄４９が含まれる。患者ＩＤ指定欄４５には、検索条件として患者ＩＤが入力される。検査日指定欄４６，４７には、検索条件として検査日の範囲（いつからいつまで）が指定される。検査種指定欄４８には、検索条件としてレポートの対象となる検査種（モダリティー等）が指定される。確認状態指定欄４９には、検索条件として医用レポートの確認状態（未確認・確認済み・全て）が指定される。
検索ボタン４３は、検索条件指定領域４２において指定された検索条件での検索を指示するためのボタンである。
患者リストボタン４４は、患者のリストの表示を指示するためのボタンである。

【0066】

次に、医用情報管理装置２０の制御部２１は、クライアント端末３０の操作部３３から、表示部３２に表示されているログインユーザーの未確認レポートの件数（ユーザー未確認レポート件数アイコン４１）がクリックされたか否かを判断する（ステップＳ４）。

【0067】

ログインユーザーの未確認レポートの件数がクリックされた場合には（ステップＳ４；ＹＥＳ）、医用情報管理装置２０の制御部２１は、ログインユーザーの未確認レポートリストをクライアント端末３０の表示部３２に表示させる（ステップＳ５）。

【0068】

図８に、クライアント端末３０の表示部３２に表示されるログインユーザーの未確認レポートリスト画面３２２の例を示す。ログインユーザーの未確認レポートリスト画面３２２には、依頼医がログインユーザーである未確認レポートのリスト３２２Ａが表示される。

【0069】

クライアント端末３０において、操作者が操作部３３からの操作により、ログインユーザーの未確認レポートリスト上でいずれかのレポートを選択すると（ステップＳ６）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポートＩＤを、通信部２２を介して取得する。

【0070】

ステップＳ４において、ログインユーザーの未確認レポートの件数がクリックされない場合には（ステップＳ４；ＮＯ）、医用情報管理装置２０の制御部２１は、クライアント端末３０の操作部３３から、患者リスト上でいずれかの患者が選択されたか否かを判断する（ステップＳ７）。例えば、図７に示す検索画面３２１において、患者リストボタン４４が押下されることで、クライアント端末３０の表示部３２に患者リストが表示され、患者リスト上から患者が選択される。

【0071】

クライアント端末３０の操作部３３からの操作により、患者が選択された場合には（ステップＳ７；ＹＥＳ）、医用情報管理装置２０の制御部２１は、選択された患者の患者ＩＤを、通信部２２を介して取得する。

【0072】

次に、医用情報管理装置２０の制御部２１は、選択された患者（選択患者）の検査・レポート一覧をクライアント端末３０の表示部３２に表示させる（ステップＳ８）。

【0073】

図９に、クライアント端末３０の表示部３２に表示される検査・レポート一覧画面３２３の例を示す。
検査・レポート一覧画面３２３には、選択患者未確認レポート件数アイコン５１、マトリクス領域５２、ユーザー未確認レポート件数アイコン４１等が含まれる。
選択患者未確認レポート件数アイコン５１は、選択患者に関するログインユーザーの未確認レポートの件数が記されたアイコンである。選択患者未確認レポート件数アイコン５１を押下すると、選択患者に関するログインユーザーの未確認レポートのリストが表示される。

【0074】

具体的には、制御部２１は、記憶部２４のレポート情報テーブルＴ６から、「患者ＩＤ」フィールドが選択患者の「患者ＩＤ」、「依頼医ユーザーＩＤ」フィールドがログインユーザーの「ユーザーＩＤ」、「レポート確認状態フラグ」が「０：未確認」であるレコードを抽出する。ここで、抽出されたレコードに対応する医用レポートが「選択患者に関するログインユーザーの未確認レポート」であり、抽出されたレコードの数が「選択患者に関するログインユーザーの未確認レポートの件数」である。

【0075】

なお、ログインユーザーが部門長の場合には、選択患者に関してその部門が依頼した未確認レポートの件数がクライアント端末３０の表示部３２に表示される。具体的には、制御部２１は、記憶部２４のユーザー属性テーブルＴ４を参照し、ログインユーザーの「ユーザーＩＤ」に対応付けられた「権限種別」が「３：部門長」である場合に、ログインユーザーの「ユーザーＩＤ」に対応付けられた「部門コード」を取得する。次に、制御部２１は、記憶部２４のレポート情報テーブルＴ６から、「患者ＩＤ」フィールドが選択患者の「患者ＩＤ」、「依頼部門」フィールドがログインユーザーの所属部門（ユーザー属性テーブルＴ４から取得した「部門コード」に対応する部門）、「レポート確認状態フラグ」が「０：未確認」であるレコードを抽出する。

【0076】

マトリクス領域５２は、選択患者を対象とした医用レポートや医用画像がマトリクス形式で表示される画面である。ここでは、縦軸に日付、横軸にモダリティー種・レポート種が取られている。選択患者の医用レポートや医用画像が存在する場合には、該当する領域に、医用レポートや医用画像を示すマーク・画像が表示される。

【0077】

制御部２１は、記憶部２４のレポート情報テーブルＴ６から、「患者ＩＤ」フィールドが選択患者の「患者ＩＤ」であるレコードを抽出し、各レコードに含まれる「作成日時」、「モダリティー」、「レポート確認状態フラグ」を取得する。制御部２１は、マトリクス領域５２の「作成日時」に対応する日付、「モダリティー」に対応するレポート種に該当する領域に、レポートマークＲ１～Ｒ３を配置する。また、制御部２１は、「レポート確認状態フラグ」に応じて、マトリクス領域５２上のレポートマークＲ１～Ｒ３に、確認済みマークＭ１又は未確認マークＭ２を付加する。

【0078】

なお、マトリクス領域５２に表示される医用レポートに対し、依頼医がログインユーザーである医用レポートと、依頼医がログインユーザーでない医用レポートと、で未確認マークＭ２を異なる態様（色や形を変える等）とすることとしてもよい。

【0079】

制御部２１は、記憶部２４に記憶されている医用画像管理テーブルＴ９から、「患者ＩＤ」フィールドが選択患者の「患者ＩＤ」であるレコードを抽出し、各レコードに含まれる「検査日時」、「モダリティー」、「画像確認状態フラグ」を取得する。制御部２１は、マトリクス領域５２の「検査日時」に対応する日付、「モダリティー」に対応するモダリティー種に該当する領域に、医用画像のサムネイル画像ＴＨ１～ＴＨ６を配置する。また、制御部２１は、「画像確認状態フラグ」に応じて、マトリクス領域５２上の医用画像のサムネイル画像ＴＨ１～ＴＨ６に、確認済みマークＭ１又は未確認マークＭ２を付加する。

【0080】

図９に示す検査・レポート一覧画面３２３におけるユーザー未確認レポート件数アイコン４１は、図７と同様、ログインユーザーの未確認レポートの件数が記されたアイコンである。ユーザー未確認レポート件数アイコン４１を押下すると、ログインユーザーの未確認レポートのリストが表示される。

【0081】

ステップＳ８の後、医用情報管理装置２０の制御部２１は、クライアント端末３０の操作部３３から、表示部３２に表示されている選択患者に関するログインユーザーの未確認レポートの件数（選択患者未確認レポート件数アイコン５１）がクリックされたか否かを判断する（ステップＳ９）。

【0082】

選択患者に関するログインユーザーの未確認レポートの件数がクリックされた場合には（ステップＳ９；ＹＥＳ）、医用情報管理装置２０の制御部２１は、選択患者に関するログインユーザーの未確認レポートリストをクライアント端末３０の表示部３２に表示させる（ステップＳ１０）。

【0083】

図１０に、クライアント端末３０の表示部３２に表示される選択患者に関するログインユーザーの未確認レポートリスト画面３２４の例を示す。選択患者に関するログインユーザーの未確認レポートリスト画面３２４には、選択患者に係る医用レポートのうち、依頼医がログインユーザーである未確認レポートのリスト３２４Ａが表示される。

【0084】

クライアント端末３０において、操作者が操作部３３からの操作により、選択患者に関するログインユーザーの未確認レポートリスト上でいずれかのレポートを選択すると（ステップＳ１１）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポートＩＤを、通信部２２を介して取得する。

【0085】

ステップＳ９において、選択患者に関するログインユーザーの未確認レポートの件数がクリックされない場合には（ステップＳ９；ＮＯ）、医用情報管理装置２０の制御部２１は、クライアント端末３０の操作部３３において、選択患者の検査・レポート一覧からいずれかのレポートが選択されたか否かを判断する（ステップＳ１２）。

【0086】

クライアント端末３０の操作部３３からの操作により、選択患者の検査・レポート一覧からいずれかのレポートが選択された場合には（ステップＳ１２；ＹＥＳ）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポートＩＤを、通信部２２を介して取得する。

【0087】

ステップＳ７において、患者が選択されない場合には（ステップＳ７；ＮＯ）、医用情報管理装置２０の制御部２１は、クライアント端末３０の操作部３３から、レポート検索が指示されたか否かを判断する（ステップＳ１３）。例えば、図７に示す検索画面３２１において、検索条件指定領域４２で検索条件が指定され、検索ボタン４３が押下されることで、レポート検索が指示される。

【0088】

レポート検索が指示された場合には（ステップＳ１３；ＹＥＳ）、医用情報管理装置２０の制御部２１は、検索条件に合致するレポートのリストをクライアント端末３０の表示部３２に表示させる（ステップＳ１４）。

【0089】

クライアント端末３０において、操作者が操作部３３からの操作により、レポートリスト上でいずれかのレポートを選択すると（ステップＳ１５）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポートＩＤを、通信部２２を介して取得する。

【0090】

ステップＳ１２において、選択患者の検査・レポート一覧からレポートが選択されない場合（ステップＳ１２；ＮＯ）、又は、ステップＳ１３において、レポート検索が指示されない場合には（ステップＳ１３；ＮＯ）、ステップＳ４に戻り、処理が繰り返される。

【0091】

ステップＳ６の後、ステップＳ１１の後、ステップＳ１２において、選択患者の検査・レポート一覧からいずれかのレポートが選択された場合（ステップＳ１２；ＹＥＳ）、又は、ステップＳ１５の後、制御部２１は、選択されたレポートについて、レポート画面表示処理を行う（ステップＳ１６）。
以上で、レポート確認状態管理処理が終了する。

【0092】

次に、図１１を参照して、レポート画面表示処理（ステップＳ１６）について説明する。
医用情報管理装置２０の制御部２１は、記憶部２４のレポート情報テーブルＴ６から、選択されたレポートの「レポートＩＤ」に対応付けられたレコードを特定し、特定されたレコードから「依頼医ユーザーＩＤ」及び「依頼部門」を取得する（ステップＳ２１）。

【0093】

次に、制御部２１は、レポート情報テーブルＴ６において、選択されたレポートの「レポートＩＤ」に対応付けられた「レポート確認状態フラグ」が「１：確認済み」であるか否かを判断する（ステップＳ２２）。
選択されたレポートの「レポート確認状態フラグ」が「１：確認済み」でない場合（ステップＳ２２；ＮＯ）、すなわち、「０：未確認」又は「２：確認中」である場合には、制御部２１は、権限判定処理を行う（ステップＳ２３）。ステップＳ２３の権限判定処理は、ログインユーザーに確認権限があるか否かを判定する処理である。

【0094】

ここで、図１２を参照して、権限判定処理について説明する。
医用情報管理装置２０の制御部２１は、ログインユーザーが「管理者」であるか否かを判断する（ステップＳ４１）。具体的には、制御部２１は、記憶部２４のユーザー属性テーブルＴ４から、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を取得し、この「権限種別」が「４：管理者」であるか否かを判断する。

【0095】

ログインユーザーが「管理者」である場合には（ステップＳ４１；ＹＥＳ）、制御部２１は、ログインユーザーに操作権限があると判定する（ステップＳ４２）。権限判定処理の対象が「確認権限」である場合には、「操作権限」は「確認権限」であり、権限判定処理の対象が「確認取り消し権限」である場合には、「操作権限」は「確認取り消し権限」である。

【0096】

ステップＳ４１において、ログインユーザーが「管理者」でない場合には（ステップＳ４１；ＮＯ）、制御部２１は、選択されたレポートが一般レポートであるか否かを判断する（ステップＳ４３）。具体的には、制御部２１は、選択されたレポートの「依頼部門」（ステップＳ２１で取得）が救急部門である場合に、救急レポートである（一般レポートでない）と判断し、「依頼部門」が救急部門でない場合に、一般レポートであると判断する。救急部門は、予め定められている部門（診療科）であり、任意に変更可能である。救急部門として、複数の部門を設定することも可能である。本実施の形態では、救急部門として「救急科」が設定されている。

【0097】

選択されたレポートが一般レポートである場合には（ステップＳ４３；ＹＥＳ）、制御部２１は、ログインユーザーが「依頼医」であるか否かを判断する（ステップＳ４４）。具体的には、制御部２１は、記憶部２４のレポート情報テーブルＴ６において、選択されたレポートの「レポートＩＤ」に対応付けられた「依頼医ユーザーＩＤ」が、ログインユーザーの「ユーザーＩＤ」である場合に、ログインユーザーが「依頼医」であると判断する。

【0098】

ログインユーザーが「依頼医」である場合には（ステップＳ４４；ＹＥＳ）、制御部２１は、ログインユーザーに操作権限があると判定する（ステップＳ４２）。

【0099】

ステップＳ４４において、ログインユーザーが「依頼医」でない場合には（ステップＳ４４；ＮＯ）、制御部２１は、ログインユーザーが依頼部門の「部門長」であるか否かを判断する（ステップＳ４５）。具体的には、制御部２１は、記憶部２４のユーザー属性テーブルＴ４を参照して、「ユーザーＩＤ」フィールドがログインユーザーの「ユーザーＩＤ」、「部門コード」フィールドが、選択されたレポートの「依頼部門」（ステップＳ２１で取得）の「部門コード」、「権限種別」フィールドが「３：部門長」であるレコードがある場合には、ログインユーザーが依頼部門の「部門長」であると判断する。

【0100】

ログインユーザーが依頼部門の「部門長」である場合には（ステップＳ４５；ＹＥＳ）、制御部２１は、ログインユーザーに操作権限があると判定する（ステップＳ４２）。

【0101】

ステップＳ４５において、ログインユーザーが依頼部門の「部門長」でない場合には（ステップＳ４５；ＮＯ）、制御部２１は、ログインユーザーに操作権限がないと判定する（ステップＳ４６）。

【0102】

ステップＳ４３において、選択されたレポートが一般レポートでない場合（ステップＳ４３；ＮＯ）、すなわち、選択されたレポートが救急レポートである場合には、制御部２１は、ログインユーザーが「部門長」又は「医師」であるか否かを判断する（ステップＳ４７）。具体的には、制御部２１は、記憶部２４のユーザー属性テーブルＴ４から、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を取得し、取得した「権限種別」が「３：部門長」又は「２：医師」であるか否かを判断する。

【0103】

ログインユーザーが「部門長」又は「医師」である場合には（ステップＳ４７；ＹＥＳ）、制御部２１は、レポート表示時に警告を付加することとし（ステップＳ４８）、ログインユーザーに操作権限があると判定する（ステップＳ４２）。

【0104】

ステップＳ４７において、ログインユーザーが「部門長」でも「医師」でもない場合には（ステップＳ４７；ＮＯ）、制御部２１は、ログインユーザーに操作権限がないと判定する（ステップＳ４６）。
ステップＳ４２又はステップＳ４６の後、権限判定処理が終了する。

【0105】

図１１に戻り、ステップＳ２３の後、ログインユーザーに確認権限がある場合には（ステップＳ２４；ＹＥＳ）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポート画面をクライアント端末３０の表示部３２に表示させ、確認ボタンを押下可能に表示させる（ステップＳ２５）。「押下可能」とは、操作部３３からの操作により、押下された状態に変更可能であることをいう。
ここで、表示対象のレポートが救急レポートであるために確認権限が付与されたものである場合（ステップＳ４８で、レポート表示時に警告を付加すると判断された場合）には、制御部２１は、警告メッセージをクライアント端末３０の表示部３２に表示させる。警告メッセージとして、例えば、「このレポートは救急管理されているため、確認権限が付与されています。」、「全ての医師（研修医を除く）に確認権限があるレポートです。」等の警告が通知される。
なお、確認取り消しボタンについては、非表示としてもよいし、押下不可能に表示させてもよい。「押下不可能」とは、操作部３３からの操作により、押下された状態に変更不可能であることをいう。例えば、ボタンをグレーアウトさせることで、操作対象外であることを示すことができる。

【0106】

図１３に、クライアント端末３０の表示部３２に表示されるレポート画面３２５の例を示す。レポート画面３２５には、レポート表示領域６１、確認ボタン６２、確認取り消しボタン６３、参照履歴ボタン６４、確認履歴ボタン６５が含まれる。
レポート表示領域６１には、選択されたレポートが表示される。
確認ボタン６２は、レポート表示領域６１に表示されている医用レポートの確認状態が「未確認」であって、操作者に確認権限がある場合に、押下可能に表示される。確認ボタン６２は、医用レポートの確認状態を確認済みとする際に押下（クリック）される。
確認取り消しボタン６３は、レポート表示領域６１に表示されている医用レポートの確認状態が「確認済み」であって、操作者に確認取り消し権限がある場合に、押下可能に表示される。確認取り消しボタン６３は、医用レポートの確認を取り消す（確認状態を未確認に戻す）際に押下（クリック）される。
図１３では、確認ボタン６２は押下可能となっており、確認取り消しボタン６３は押下不可能となっている。

【0107】

参照履歴ボタン６４が押下されると、レポート表示領域６１に表示されている医用レポートを参照した（表示させた）ユーザーの一覧が表示される。具体的には、制御部２１は、記憶部２４のレポート参照履歴テーブルＴ８から、「対象レポートＩＤ」フィールドが表示中の医用レポートの「レポートＩＤ」、「参照／参照取り消しフラグ」フィールドが「１：参照」であるレコードを抽出し、抽出したレコードに含まれる「参照ユーザーＩＤ」、「レポート参照日時」等を表示させる。

【0108】

確認履歴ボタン６５が押下されると、レポート表示領域６１に表示されている医用レポートに対して確認処理／確認取り消し処理を行ったユーザーの一覧が表示される。具体的には、制御部２１は、記憶部２４のレポート参照履歴テーブルＴ８から、「対象レポートＩＤ」フィールドが表示中の医用レポートの「レポートＩＤ」、「確認状態変更フラグ」が「１：確認済みに変更」又は「－１：確認取り消し」であるレコードを抽出する。そして、制御部２１は、抽出したレコードのうち、「確認状態変更フラグ」が「１：確認済みに変更」であるレコードについては、制御部２１は、当該レコードに含まれる「参照ユーザーＩＤ」、「レポート参照日時」をそれぞれ、医用レポートを確認済みにしたユーザー、確認日時として表示させる。一方、抽出したレコードのうち、「確認状態変更フラグ」が「－１：確認取り消し」であるレコードについては、制御部２１は、当該レコードに含まれる「参照ユーザーＩＤ」、「レポート参照日時」をそれぞれ、医用レポートの確認を取り消したユーザー、確認取り消し日時として表示させる。

【0109】

クライアント端末３０において、操作者が操作部３３からの操作により、確認ボタンを押下すると（ステップＳ２６；ＹＥＳ）、医用情報管理装置２０の制御部２１は、記憶部２４のレポート情報テーブルＴ６において、選択されたレポートの「レポートＩＤ」に対応付けられた「レポート確認状態フラグ」を「１：確認済み」に変更する（ステップＳ２７）。
また、制御部２１は、クライアント端末３０の表示部３２に表示させるレポート画面上で、確認ボタンを押下不可能に変更し、確認ボタンの再押下を禁止する（ステップＳ２８）。

【0110】

また、制御部２１は、記憶部２４のレポート確認履歴テーブルＴ７及びレポート参照履歴テーブルＴ８を更新する（ステップＳ２９）。
具体的には、制御部２１は、レポート確認履歴テーブルＴ７に対して、「対象レポートＩＤ」、「確認ユーザーＩＤ」、「レポート確認日時」、「確認時の権限種別」を対応付けて格納する。制御部２１は、「対象レポートＩＤ」フィールドに、選択されたレポートの「レポートＩＤ」を格納し、「確認ユーザーＩＤ」フィールドに、ログインユーザーの「ユーザーＩＤ」を格納し、「レポート確認日時」フィールドに、計時部２３から取得した現在日時を格納し、「確認時の権限種別」フィールドに、記憶部２４のユーザー属性テーブルＴ４において、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を格納する。
また、制御部２１は、レポート参照履歴テーブルＴ８に対して、新たなレコードを追加し、「対象レポートＩＤ」フィールドに、選択されたレポートの「レポートＩＤ」を格納し、「参照ユーザーＩＤ」フィールドに、ログインユーザーの「ユーザーＩＤ」を格納し、「レポート参照日時」フィールドに、計時部２３から取得した現在日時を格納し、「参照時の権限種別」フィールドに、記憶部２４のユーザー属性テーブルＴ４において、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を格納し、「参照／参照取り消しフラグ」を「１：参照」とし、「確認状態変更フラグ」を「１：確認済みに変更」とする。

【0111】

ステップＳ２４において、ログインユーザーに確認権限がない場合には（ステップＳ２４；ＮＯ）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポート画面をクライアント端末３０の表示部３２に表示させ、確認ボタンを押下不可能に表示させる（ステップＳ３０）。
なお、確認取り消しボタンについては、非表示としてもよいし、押下不可能に表示させてもよい。

【0112】

ステップＳ３０の後、又は、ステップＳ２６において、確認ボタンが押下されない場合には（ステップＳ２６；ＮＯ）、制御部２１は、記憶部２４のレポート参照履歴テーブルＴ８を更新する（ステップＳ２９）。
具体的には、制御部２１は、レポート参照履歴テーブルＴ８に対して、新たなレコードを追加し、「対象レポートＩＤ」フィールドに、選択されたレポートの「レポートＩＤ」を格納し、「参照ユーザーＩＤ」フィールドに、ログインユーザーの「ユーザーＩＤ」を格納し、「レポート参照日時」フィールドに、計時部２３から取得した現在日時を格納し、「参照時の権限種別」フィールドに、記憶部２４のユーザー属性テーブルＴ４において、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を格納し、「参照／参照取り消しフラグ」を「１：参照」とし、「確認状態変更フラグ」を「０：変更なし」とする。

【0113】

ステップＳ２２において、選択されたレポートの「レポート確認状態フラグ」が「１：確認済み」である場合には（ステップＳ２２；ＹＥＳ）、制御部２１は、権限判定処理（図１２参照）を行う（ステップＳ３１）。ステップＳ３１の権限判定処理は、処理対象が「確認取り消し権限」であること以外は、処理対象が「確認権限」である場合（ステップＳ２３）と同様である。すなわち、制御部２１は、記憶部２４に記憶されている医用情報について確認権限が付与される医師に対して、当該医用情報についての確認の取り消しを許可することになる。

【0114】

ステップＳ３１の後、ログインユーザーに確認取り消し権限がある場合には（ステップＳ３２；ＹＥＳ）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポート画面をクライアント端末３０の表示部３２に表示させ、確認取り消しボタンを押下可能に表示させる（ステップＳ３３）。
ここで、表示対象のレポートが救急レポートであるために確認取り消し権限が付与されたものである場合（ステップＳ４８で、レポート表示時に警告を付加すると判断された場合）には、制御部２１は、警告メッセージをクライアント端末３０の表示部３２に表示させる。警告メッセージとして、例えば、「このレポートは救急管理されているため、確認取り消し権限が付与されています。」、「全ての医師（研修医を除く）に確認取り消し権限があるレポートです。」等の警告が通知される。
なお、確認ボタンについては、非表示としてもよいし、押下不可能に表示させてもよい。

【0115】

クライアント端末３０において、操作者が操作部３３からの操作により、確認取り消しボタンを押下すると（ステップＳ３４；ＹＥＳ）、医用情報管理装置２０の制御部２１は、記憶部２４のレポート情報テーブルＴ６において、選択されたレポートの「レポートＩＤ」に対応付けられた「レポート確認状態フラグ」を「０：未確認」に変更する（ステップＳ３５）。
また、制御部２１は、クライアント端末３０の表示部３２に表示させるレポート画面上で、確認取り消しボタンを押下不可能に変更し、確認取り消しボタンの再押下を禁止する（ステップＳ３６）。

【0116】

また、制御部２１は、記憶部２４のレポート参照履歴テーブルＴ８を更新する（ステップＳ２９）。
具体的には、制御部２１は、レポート参照履歴テーブルＴ８に対して、新たなレコードを追加し、「対象レポートＩＤ」フィールドに、選択されたレポートの「レポートＩＤ」を格納し、「参照ユーザーＩＤ」フィールドに、ログインユーザーの「ユーザーＩＤ」を格納し、「レポート参照日時」フィールドに、計時部２３から取得した現在日時を格納し、「参照時の権限種別」フィールドに、記憶部２４のユーザー属性テーブルＴ４において、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を格納し、「参照／参照取り消しフラグ」を「１：参照」とし、「確認状態変更フラグ」を「－１：確認取り消し」とする。

【0117】

ステップＳ３２において、ログインユーザーに確認取り消し権限がない場合には（ステップＳ３２；ＮＯ）、医用情報管理装置２０の制御部２１は、選択されたレポートのレポート画面をクライアント端末３０の表示部３２に表示させ、確認取り消しボタンを押下不可能に表示させる（ステップＳ３７）。
なお、確認ボタンについては、非表示としてもよいし、押下不可能に表示させてもよい。

【0118】

ステップＳ３７の後、又は、ステップＳ３４において、確認取り消しボタンが押下されない場合には（ステップＳ３４；ＮＯ）、制御部２１は、記憶部２４のレポート参照履歴テーブルＴ８を更新する（ステップＳ２９）。
具体的には、制御部２１は、レポート参照履歴テーブルＴ８に対して、新たなレコードを追加し、「対象レポートＩＤ」フィールドに、選択されたレポートの「レポートＩＤ」を格納し、「参照ユーザーＩＤ」フィールドに、ログインユーザーの「ユーザーＩＤ」を格納し、「レポート参照日時」フィールドに、計時部２３から取得した現在日時を格納し、「参照時の権限種別」フィールドに、記憶部２４のユーザー属性テーブルＴ４において、ログインユーザーの「ユーザーＩＤ」と対応付けられた「権限種別」を格納し、「参照／参照取り消しフラグ」を「１：参照」とし、「確認状態変更フラグ」を「０：変更なし」とする。
ステップＳ２９の後、レポート画面表示処理が終了する。

【0119】

以上説明したように、本実施の形態によれば、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられている場合に、レポート情報テーブルＴ６の処理対象の医用情報の確認状態を確認済みとする確認権限を付与するので、医用情報を確認すべき医師以外の医師が当該医用情報を確認済みの状態にしてしまうことを防ぎ、医用情報に対する安全な管理を確保することができる。

【0120】

例えば、処理対象の医用情報の確認状態を確認済みとするための確認ボタンを、クライアント端末３０の操作部３３からの操作により押下可能にクライアント端末３０の表示部３２に表示させることで、クライアント端末３０の操作者に、医用情報の確認状態を確認済みとする権限があることを認識可能に提示することができる。

【0121】

また、クライアント端末３０の表示部３２に表示された確認ボタンが、操作部３３からの操作により押下された場合に、記憶部２４のレポート情報テーブルＴ６の処理対象の医用情報の確認状態を確認済みに変更し、当該確認ボタンの再押下を禁止することで、この医用情報が確認済みであることを示すことができる。

【0122】

また、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられていない場合に、確認ボタンを、クライアント端末３０の操作部３３からの操作により押下不可能にクライアント端末３０の表示部３２に表示させるので、操作者に確認権限がないことを簡単に示すことができる。

【0123】

また、処理対象の医用情報が救急管理されるものである場合に、記憶部２４のレポート情報テーブルＴ６において、処理対象の医用情報とクライアント端末３０を操作中の医師の識別情報とが対応付けられていなくても、処理対象の医用情報に対する確認権限を付与することができる。例えば、救急科等では、医用レポートのオーダー発行時に医用レポートを確認すべき医師が定まらない場合があるが、医用レポートに対する確認権限を全ての医師に付与することで、その後の処理を滞りなく進めることができる。

【0124】

また、処理対象の医用情報が救急管理されるものであることで、確認権限を付与する際に、クライアント端末３０の表示部３２に警告を表示させるので、操作者に注意を喚起することができる。具体的には、自分だけに確認権限が付与されている医用情報と区別できるようにし、全ての医師に確認権限が付与されているものであることを意識させることができる。

【0125】

また、図８に示すログインユーザーの未確認レポートリスト画面３２２のように、クライアント端末３０を操作中の医師に対して確認権限が付与され、かつ、確認状態が未確認である医用情報のリストをクライアント端末３０の表示部３２に表示させる際に、処理対象の医用情報が救急レポートであることで、確認権限が付与される医用情報については、リストから除外されている。このため、自分だけに確認権限が付与されている医用情報（依頼医がログインユーザーである医用情報）を認識しやすくなる。

【0126】

また、処理対象の医用情報と対応付けられている医師の識別情報が示す医師が所属する部門の責任者に対しても、確認権限を付与するので、処理対象の医用情報を確認すべき医師が退職や休職でいない場合等にも、医用情報の確認状態を確認済みにすることができる。

【0127】

また、処理対象の医用情報の確認状態が確認済みとされた履歴を記録することで、各医用情報の確認状態を管理することができる。

【0128】

また、医用情報の確認の取り消しを、確認権限が付与される医師に対してのみ許可するので、確認権限がない者が確認を取り消してしまうことを防止することができる。

【0129】

なお、上記実施の形態における記述は、本発明に係る医用情報管理システムの例であり、これに限定されるものではない。システムを構成する各装置の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。

【0130】

例えば、上記実施の形態では、医用レポートの確認を中心に説明したが、医用レポート以外の医用情報を確認対象としてもよい。
上記実施の形態では、本発明の制御プログラムが、医用情報管理システム１００中の医用情報管理装置２０の制御プログラムである場合について説明したが、この制御プログラムは、他の装置において実行されることとしてもよい。

【0131】

また、上記実施の形態では、権限判定処理（図１２参照）を、確認権限と確認取り消し権限とで共通としたが、ユーザーの権限種別に応じて設定される操作権限が、確認権限と確認取り消し権限とで異なることとしてもよい。

【0132】

また、上記実施の形態では、ユーザーが意識的に操作することによって、医用情報（医用レポート）を確認済みの状態とすることとしたが、自動的に確認済みの状態に移行させることとしてもよい。例えば、医用レポートの閲覧表示（参照）がなされたことを検出して、自動で確認済みにすることとしてもよい。あるいは、医用レポートの閲覧時間が所定時間以上になった場合に、自動で確認済みにすることとしてもよい。

【0133】

以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＲＯＭを使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、フラッシュメモリー等の不揮発性メモリー、ＣＤ－ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。

【符号の説明】

【0134】

１０ 電子カルテシステム
２０ 医用情報管理装置
２１ 制御部
２２ 通信部
２４ 記憶部
３０ クライアント端末
３２ 表示部
３３ 操作部
６１ レポート表示領域
６２ 確認ボタン
６３ 確認取り消しボタン
１００ 医用情報管理システム
Ｎ 通信ネットワーク
Ｔ１ 施設情報テーブル
Ｔ２ 部門情報テーブル
Ｔ３ ユーザー情報テーブル
Ｔ４ ユーザー属性テーブル
Ｔ５ 患者情報テーブル
Ｔ６ レポート情報テーブル
Ｔ７ レポート確認履歴テーブル
Ｔ８ レポート参照履歴テーブル
Ｔ９ 医用画像管理テーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】