特許 7286971 電子カルテシステムのレポート開封制御プログラム、電子カルテシステムのレポート開封制御方法およびレポート開封制御システム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-05-29

(45)【発行日】2023-06-06

(54)【発明の名称】電子カルテシステムのレポート開封制御プログラム、電子カルテシステムのレポート開封制御方法およびレポート開封制御システム

(51)【国際特許分類】

   G16H 10/60 20180101AFI20230530BHJP

【ＦＩ】

G16H10/60

【請求項の数】 7

(21)【出願番号】P 2019002628

(22)【出願日】2019-01-10

(65)【公開番号】P2020112974

(43)【公開日】2020-07-27

【審査請求日】2021-10-07

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100104190

【弁理士】

【氏名又は名称】酒井 昭徳

(72)【発明者】

【氏名】陳 馨

【審査官】梅岡 信幸

(56)【参考文献】

【文献】特開２０１６－１８９９８０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ１６Ｈ １０／００－８０／００

(57)【特許請求の範囲】

【請求項1】

閲覧要求元となるユーザを識別する第１のユーザＩＤを含む、患者に関するレポートの閲覧要求を受け付け、
前記患者の担当医を識別するユーザＩＤと、前記レポートの開封権限を有する職種を示す情報とを対応付けて記憶する第１の記憶部を参照して、受け付けた前記閲覧要求に含まれる前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザであるか否かを判断し、
前記第１のユーザＩＤと対応付けて、前記第１のユーザＩＤにより識別されるユーザの職種を示す情報を記憶する第２の記憶部を参照して、前記第１の記憶部に記憶された前記レポートの開封権限を有する職種を示す情報に基づいて、前記第１のユーザＩＤにより識別されるユーザが、前記レポートの開封権限を有するか否かを判断し、
前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
処理をコンピュータに実行させることを特徴とする電子カルテシステムのレポート開封制御プログラム。

【請求項2】

前記問合せメッセージを表示する処理は、
前記レポートを開封する依頼を受け付けると、前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、ことを特徴とする請求項１に記載の電子カルテシステムのレポート開封制御プログラム。

【請求項3】

前記レポートの閲覧画面の表示を終了する指示を受け付けると、前記レポートを開封するか否かを確認する確認画面を表示する、処理を前記コンピュータに実行させ、
前記問合せメッセージを表示する処理は、
前記確認画面を表示した結果、前記レポートを開封する依頼を受け付けると、前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
ことを特徴とする請求項１または２に記載の電子カルテシステムのレポート開封制御プログラム。

【請求項4】

前記問合せメッセージを表示する処理は、
受け付けた前記閲覧要求に応じて前記レポートの閲覧画面を表示する際に、前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、ことを特徴とする請求項１～３のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【請求項5】

前記第１の記憶部は、前記患者の担当医を識別するユーザＩＤと、前記レポートの開封権限を有する特定の職種および特定の診療科を示す情報とを対応付けて記憶し、
前記第２の記憶部は、前記第１のユーザＩＤと対応付けて、前記第１のユーザＩＤにより識別されるユーザの職種および所属診療科を示す情報を記憶し、
前記レポートの開封権限を有するか否かを判断する処理は、
前記第１のユーザＩＤにより識別されるユーザの職種が前記特定の職種であり、かつ、前記第１のユーザＩＤにより識別されるユーザの所属診療科が前記特定の診療科である場合に、前記第１のユーザＩＤにより識別されるユーザが、前記レポートの開封権限を有すると判断し、
前記特定の診療科は、前記患者の担当医と同じ診療科である、ことを特徴とする請求項１～４のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【請求項6】

閲覧要求元となるユーザを識別する第１のユーザＩＤを含む、患者に関するレポートの閲覧要求を受け付け、
前記患者の担当医を識別するユーザＩＤと、前記レポートの開封権限を有する職種を示す情報とを対応付けて記憶する第１の記憶部を参照して、受け付けた前記閲覧要求に含まれる前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザであるか否かを判断し、
前記第１のユーザＩＤと対応付けて、前記第１のユーザＩＤにより識別されるユーザの職種を示す情報を記憶する第２の記憶部を参照して、前記第１の記憶部に記憶された前記レポートの開封権限を有する職種を示す情報に基づいて、前記第１のユーザＩＤにより識別されるユーザが、前記レポートの開封権限を有するか否かを判断し、
前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
処理をコンピュータが実行することを特徴とする電子カルテシステムのレポート開封制御方法。

【請求項7】

クライアント装置と、
前記クライアント装置から、閲覧要求元となるユーザを識別する第１のユーザＩＤを含む、患者に関するレポートの閲覧要求を受け付け、前記患者の担当医を識別するユーザＩＤと、前記レポートの開封権限を有する職種を示す情報とを対応付けて記憶する第１の記憶部を参照して、受け付けた前記閲覧要求に含まれる前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザであるか否かを判断し、前記第１のユーザＩＤと対応付けて、前記第１のユーザＩＤにより識別されるユーザの職種を示す情報を記憶する第２の記憶部を参照して、前記第１の記憶部に記憶された前記レポートの開封権限を有する職種を示す情報に基づいて、前記第１のユーザＩＤにより識別されるユーザが、前記レポートの開封権限を有するか否かを判断し、前記第１のユーザＩＤにより識別されるユーザが、前記患者の担当医以外のユーザと判断した場合には、前記レポートの開封権限を有すると判断したユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する情報処理装置と、
を含むことを特徴とするレポート開封制御システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、電子カルテシステムのレポート開封制御プログラム、電子カルテシステムのレポート開封制御方法およびレポート開封制御システムに関する。

【背景技術】

【0002】

医師が患者を診察し、必要に応じて放射線検査や病理検査などの検査を依頼することがある。検査結果は、読影医や病理医によってレポートに記載される。依頼者である医師は、電子カルテシステムのブラウザでレポートを表示し、レポートの内容を確認する。医師がレポートを確認したか否かは、例えば、レポートが「開封」されたか否かによって判別される。

【0003】

先行技術としては、治験に使用されている薬剤に対して緊急安全性情報等があるときには、対象治験について判定医に対応する開封フラグが「０：未開封」であるかを判断し、開封フラグが「０」である場合には、緊急安全性情報等を判定医端末に通知するものがある。また、ユーザの役割と属性、データの状況変化に応じて、当該データに対しアクセス制御ルールに従いアクセス制御を実行する技術がある。また、読影レポートが作成された際、重要度の設定を基に、患者に対して緊急な対応が必要か否かを判定し、緊急な対応が必要であると判定すると、読影レポートに記入された内容を基にメッセージを作成し、そのメッセージを依頼医に送信する技術がある。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０１５－１２５５１４号公報

【文献】特開２０１３－１１４５９８号公報

【文献】特開２００９－７５９２７号公報

【発明の概要】

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

【0005】

しかしながら、従来技術では、患者に関するレポートを担当医以外の者でも開封可能にすると、不注意でレポートが開封状態となり、担当医によるレポートの確認漏れが生じてしまうおそれがある。一方で、レポートの確認は、担当医以外の医師による確認だけで十分な場合もありえるため、担当医以外の者でもレポートを開封できるようにすることが望ましい。

【0006】

一つの側面では、本発明は、担当医以外のユーザにもレポートを開封できるようにするとともに、不注意でレポートが開封状態となるのを防ぐことを目的とする。

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

【0007】

１つの実施態様では、患者に関するレポートの閲覧要求を受け付け、受け付けた前記閲覧要求をしたユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、電子カルテシステムのレポート開封制御プログラムが提供される。

【発明の効果】

【0008】

本発明の一側面によれば、担当医以外のユーザにもレポートを開封できるようにするとともに、不注意でレポートが開封状態となるのを防ぐことができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施の形態にかかるレポート開封制御方法の一実施例を示す説明図である。

【図2】図２は、レポート開封制御システム２００のシステム構成例を示す説明図である。

【図3】図３は、情報処理装置１０１のハードウェア構成例を示すブロック図である。

【図4】図４は、利用者ＤＢ２２０の記憶内容の一例を示す説明図である。

【図5】図５は、レポート管理ＤＢ２３０の記憶内容の一例を示す説明図である。

【図6】図６は、情報処理装置１０１の機能的構成例を示すブロック図である。

【図7】図７は、問合せメッセージの表示例を示す説明図（その１）である。

【図8】図８は、問合せメッセージの表示例を示す説明図（その２）である。

【図9】図９は、警告メッセージの表示例を示す説明図である。

【図10】図１０は、問合せメッセージの表示例を示す説明図（その３）である。

【図11】図１１は、開封確認画面の表示例を示す説明図である。

【図12】図１２は、情報処理装置１０１の第１のレポート開封制御処理手順の一例を示すフローチャートである。

【図13】図１３は、情報処理装置１０１の第２のレポート開封制御処理手順の一例を示すフローチャートである。

【図14A】図１４Ａは、情報処理装置１０１の第３のレポート開封制御処理手順の一例を示すフローチャート（その１）である。

【図14B】図１４Ｂは、情報処理装置１０１の第３のレポート開封制御処理手順の一例を示すフローチャート（その２）である。

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

【0010】

以下に図面を参照して、本発明にかかる電子カルテシステムのレポート開封制御プログラム、電子カルテシステムのレポート開封制御方法およびレポート開封制御システムの実施の形態を詳細に説明する。

【0011】

（実施の形態）
図１は、実施の形態にかかるレポート開封制御方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、電子カルテシステムにおけるレポートの開封を制御するコンピュータである。電子カルテシステムは、患者の診療記録（病状、処置、経過、検査の結果など）を電子的に記録・保存・管理するシステムである。レポートは、患者に関する報告書であり、例えば、患者の検査に関するレポートである。検査としては、例えば、放射線検査、病理検査などがある。

【0012】

ここで、医療機関における検査の流れは、まず、医師は患者を診察し、必要に応じて検査（例えば、放射線検査、病理検査など）を依頼する。つぎに、読影医や病理医は、レポートに患者の検査結果を記載する。医師は、電子カルテシステムにおけるブラウザでレポートを表示し、レポートの内容を確認する。ブラウザは、患者の検査結果などのレポートを閲覧するためのソフトウェアである。

【0013】

担当医は、患者のレポートを確認することが求められる。医師がレポートを確認したか否かは、例えば、レポートが開封されたか否かで判別される。すなわち、レポートが開封状態となっていることは、医師により患者の検査結果が確認されたことの証拠となる。また、レポートが未開封の場合は、医師に注意喚起するといったことが考えられる。

【0014】

通常、患者の担当医がレポートを開封することになるが、緊急時は、担当医以外の医師がレポートの内容を確認しなければならない場合がある。このときに担当医以外の医師がレポートを確認したために、レポートが開封状態となり、本来の担当医がレポートの確認をしないという状況が生じうる。

【0015】

一方で、レポートの確認は、担当医以外の医師による確認だけで十分な場合もありえる。このため、担当医以外の者がレポートを開封できないようにしてしまうと、レポートが適切に確認されたことの証拠が残らず、無駄な確認やアラートが発生してしまうおそれがある。また、救急の場合には、非常勤医師が検査オーダを発行することがある。この場合、レポートは引き継ぎの医師が確認することが多いため、オーダ発行者（非常勤医師）以外のユーザでもレポートを開封できるようにすることが望ましい。

【0016】

そこで、本実施の形態では、担当医以外のユーザにもレポートを開封できるようにするとともに、不注意でレポートが開封状態となるのを防ぐレポート開封制御方法について説明する。以下、情報処理装置１０１の処理例について説明する。

【0017】

（１）情報処理装置１０１は、患者に関するレポートの閲覧要求を受け付ける。ここで、レポートの閲覧要求とは、レポートの内容を閲覧するための要求であり、例えば、レポートの内容を含む閲覧画面の表示を要求するものである。患者に関するレポートは、例えば、患者の検査に関するレポートである。

【0018】

図１の例では、研修医であるユーザ１０２からの「レポートＲｘ」の閲覧要求を受け付けた場合を想定する。「レポートＲｘ」は、ある患者の検査に関するレポートである。

【0019】

（２）情報処理装置１０１は、受け付けた閲覧要求をしたユーザが、患者の担当医以外の場合には、レポートの開封権限を有するユーザであっても、レポートの閲覧画面上に、レポートを確認した状態にするか否かの問合せメッセージを表示する。ここで、レポートの開封権限とは、レポートを開封することができる権限である。

【0020】

レポートを開封するとは、レポートを開封状態とすることであり、例えば、レポートに対応付けて管理される開封フラグをＯＮ（値を「１」にする）にすることである。開封フラグがＯＮの状態は、医師が患者のレポートを確認したことを示す。なお、レポートの閲覧は、開封権限を有するユーザのみできるようにしてもよいし、開封権限を有していないユーザでもできるようにしてもよい。ただし、開封権限を有していないユーザは、開封することはできない。

【0021】

レポートの開封権限を有するユーザを特定する情報は、例えば、レポートと対応付けて予め設定されている。どのような者に開封権限を与えるかは、任意に設定可能である。具体的には、例えば、レポートの開封権限を有するユーザは、特定の職種のユーザであってもよいし、特定の職種かつ担当医と同じ診療科に所属するユーザであってもよい。特定の職種は、医師、研修医、看護師などである。

【0022】

患者の担当医は、患者の診察や治療等を担当した医師である。例えば、通院している患者であれば、普段診察している医師が担当医となる。救急の場合は、非常勤医師が担当医となることがある。例えば、レポートが患者の検査に関するレポートの場合、患者の担当医は、患者の検査に関するオーダの発行者である。

【0023】

レポートを確認した状態にするか否かの問合せメッセージは、レポートに対応する開封フラグを変更するかどうかを問い合わせるものである。例えば、問合せメッセージは、他の医師が担当する患者のレポートであることや、他の医師により依頼（オーダ発行）された検査に関するレポートであることを知らせて、レポートを開封する際の注意を促すメッセージを含む。

【0024】

図１の例では、「レポートＲｘ」の開封権限は、職種が「医師」または「研修医」であるユーザに設定されているものとする。このため、研修医であるユーザ１０２は、「レポートＲｘ」の開封権限を有する。ただし、「レポートＲｘ」は、ユーザ１０２とは異なる他の医師により依頼（オーダ発行）された検査に関するレポートであり、ユーザ１０２は、「レポートＲｘ」の患者の担当医ではないものとする。

【0025】

すなわち、レポートＲｘの閲覧要求をしたユーザ１０２は、レポートＲｘの開封権限を有し、かつ、レポートＲｘの患者の担当医以外のユーザである。この場合、情報処理装置１０１は、レポートＲｘの閲覧画面１１０上に、レポートＲｘを確認した状態にするか否かの問合せメッセージ１２０を表示する。

【0026】

ここで、閲覧画面１１０は、レポートＲｘの内容を表示する画面であり、例えば、ディスプレイ１３０に表示される。ディスプレイ１３０は、情報処理装置１０１が有していてもよく、また、他のコンピュータ（例えば、後述の図２に示すクライアント装置２０１）が有していてもよい。

【0027】

問合せメッセージ１２０は、レポートＲｘを確認した状態にするか否かを問い合わせる、すなわち、レポートＲｘに対応する開封フラグを変更するかどうかを問い合わせるものである。また、問合せメッセージ１２０は、他の医師により依頼（オーダ発行）された検査に関するレポートであることを知らせて、レポートＲｘを開封する際の注意を促すメッセージを含む。

【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】

ここで、レポートＲ＃の閲覧画面は、レポートＲ＃の内容を表示する画面である。例えば、レポートＲ＃の閲覧要求をクライアント装置２０１から受け付けた場合、表示制御部６０２は、クライアント装置２０１のディスプレイ（例えば、図１に示したディスプレイ１３０）に、レポートＲ＃の閲覧画面を表示する。

【0057】

レポートＲ＃の閲覧画面の画面例については、図９～図１１を用いて後述する。

【0058】

判断部６０３は、レポートＲ＃の閲覧要求をしたユーザが、レポートＲ＃の開封権限を有するか否かを判断する。ここで、レポートＲ＃の開封権限とは、レポートＲ＃を開封することができる権限である。レポートＲ＃を開封するとは、レポートを開封状態とすることであり、例えば、レポート管理ＤＢ２３０内のレポート管理情報の開封フラグを「１」にすることである。すなわち、レポートＲ＃を開封するとは、レポートＲ＃を確認した状態とすることである。なお、レポートＲ＃の閲覧は、レポートＲ＃の開封権限を有していないユーザでもできるものとする。

【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】

つぎに、図１３を用いて、情報処理装置１０１の第２のレポート開封制御処理手順について説明する。第２のレポート開封制御処理は、レポートＲ＃の閲覧画面においてレポートＲ＃の開封依頼（未開封ボタンの押下）が行われた際に、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示する場合の処理である。

【0135】

図１３は、情報処理装置１０１の第２のレポート開封制御処理手順の一例を示すフローチャートである。図１３のフローチャートにおいて、まず、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の閲覧要求を受け付けたか否かを判断する（ステップＳ１３０１）。

【0136】

ここで、情報処理装置１０１は、レポートＲ＃の閲覧要求を受け付けるのを待つ（ステップＳ１３０１：Ｎｏ）。そして、情報処理装置１０１は、レポートＲ＃の閲覧要求を受け付けた場合（ステップＳ１３０１：Ｙｅｓ）、レポート管理ＤＢ２３０から、レポートＲ＃の閲覧要求に含まれるレポートＩＤに対応するレポート管理情報を取得する（ステップＳ１３０２）。

【0137】

つぎに、情報処理装置１０１は、取得したレポート管理情報を参照して、クライアント装置２０１にレポートＲ＃の閲覧画面を表示する（ステップＳ１３０３）。つぎに、情報処理装置１０１は、利用者ＤＢ２２０から、レポートＲ＃の閲覧要求に含まれる閲覧要求元ユーザのユーザＩＤに対応する利用者情報を取得する（ステップＳ１３０４）。

【0138】

そして、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の開封依頼を受け付けたか否かを判断する（ステップＳ１３０５）。ここで、レポートＲ＃の開封依頼を受け付けるのを待つ（ステップＳ１３０５：Ｎｏ）。

【0139】

そして、情報処理装置１０１は、レポートＲ＃の開封依頼を受け付けた場合（ステップＳ１３０５：Ｙｅｓ）、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザが、レポートＲ＃の依頼者と同一であるか否かを判断する（ステップＳ１３０６）。

【0140】

ここで、レポートＲ＃の依頼者と同一の場合（ステップＳ１３０６：Ｙｅｓ）、情報処理装置１０１は、ステップＳ１３１２に移行する。

【0141】

一方、レポートＲ＃の依頼者と異なる場合（ステップＳ１３０６：Ｎｏ）、情報処理装置１０１は、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザの職種が、開封可能職種であるか否かを判断する（ステップＳ１３０７）。

【0142】

ここで、職種が開封可能職種ではない場合（ステップＳ１３０７：Ｎｏ）、情報処理装置１０１は、クライアント装置２０１に表示したレポートＲ＃の閲覧画面上に、レポートＲ＃の開封権限を有していないために開封できない旨の警告メッセージを表示して（ステップＳ１３０８）、本フローチャートによる一連の処理を終了する。

【0143】

一方、職種が開封可能職種の場合（ステップＳ１３０７：Ｙｅｓ）、情報処理装置１０１は、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザの所属診療科が、開封可能診療科であるか否かを判断する（ステップＳ１３０９）。

【0144】

ここで、所属診療科が開封可能診療科ではない場合（ステップＳ１３０９：Ｎｏ）、情報処理装置１０１は、ステップＳ１３０８に移行する。一方、所属診療科が開封可能診療科の場合（ステップＳ１３０９：Ｙｅｓ）、情報処理装置１０１は、クライアント装置２０１に表示したレポートＲ＃の閲覧画面上に、開封確認画面（警告）を表示する（ステップＳ１３１０）。

【0145】

なお、ステップＳ１３１０において表示される開封確認画面（警告）は、例えば、図７に示したような開封確認画面（警告）７１０である。また、ステップＳ１３０７およびステップＳ１３０９の処理は、いずれか一方の処理だけ実行することにしてもよい。

【0146】

つぎに、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の開封依頼を受け付けたか否かを判断する（ステップＳ１３１１）。ここで、レポートＲ＃の開封依頼を受け付けなかった場合（ステップＳ１３１１：Ｎｏ）、情報処理装置１０１は、本フローチャートによる一連の処理を終了する。

【0147】

一方、レポートＲ＃の開封依頼を受け付けた場合（ステップＳ１３１１：Ｙｅｓ）、情報処理装置１０１は、レポート管理ＤＢ２３０内のレポートＲ＃の開封フラグに「１」を設定して（ステップＳ１３１２）、本フローチャートによる一連の処理を終了する。

【0148】

これにより、クライアント装置２０１に表示されたレポートＲ＃の閲覧画面において、レポートＲ＃の開封依頼（未開封ボタンの押下）があった際に、レポートＲ＃の開封依頼をしたユーザが、患者Ｐの担当医以外であれば、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0149】

つぎに、図１４Ａおよび図１４Ｂを用いて、情報処理装置１０１の第３のレポート開封制御処理手順について説明する。第３のレポート開封制御処理は、レポートＲ＃の閲覧画面の表示を終了する際に、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示する場合の処理である。ここでは、クライアント装置２０１からのレポートＲ＃の閲覧要求に応じて、クライアント装置２０１にレポートＲ＃の閲覧画面が表示中である場合を想定する。

【0150】

図１４Ａおよび図１４Ｂは、情報処理装置１０１の第３のレポート開封制御処理手順の一例を示すフローチャートである。図１４Ａのフローチャートにおいて、まず、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の閲覧画面の表示終了指示を受け付けたか否かを判断する（ステップＳ１４０１）。

【0151】

ここで、情報処理装置１０１は、表示終了指示を受け付けるのを待つ（ステップＳ１４０１：Ｎｏ）。そして、情報処理装置１０１は、表示終了指示を受け付けた場合（ステップＳ１４０１：Ｙｅｓ）、レポート管理ＤＢ２３０から、レポートＲ＃の閲覧要求に含まれるレポートＩＤに対応するレポート管理情報を取得する（ステップＳ１４０２）。

【0152】

つぎに、情報処理装置１０１は、取得したレポート管理情報を参照して、開封フラグが「０」であるか否かを判断する（ステップＳ１４０３）。ここで、開封フラグが「１」の場合（ステップＳ１４０３：Ｎｏ）、情報処理装置１０１は、図１４Ｂに示すステップＳ１４１４に移行する。

【0153】

一方、開封フラグが「０」の場合（ステップＳ１４０３：Ｙｅｓ）、情報処理装置１０１は、利用者ＤＢ２２０から、レポートＲ＃の閲覧要求に含まれる閲覧要求元ユーザのユーザＩＤに対応する利用者情報を取得する（ステップＳ１４０４）。なお、レポートＲ＃の閲覧要求は、レポートＲ＃閲覧画面を表示するにあたり、クライアント装置２０１から受け付けたものである。

【0154】

そして、情報処理装置１０１は、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザが、レポートＲ＃の依頼者と同一であるか否かを判断する（ステップＳ１４０５）。

【0155】

ここで、レポートＲ＃の依頼者と同一の場合（ステップＳ１４０５：Ｙｅｓ）、情報処理装置１０１は、クライアント装置２０１に表示したレポートＲ＃の閲覧画面上に、開封確認画面を表示して（ステップＳ１４０６）、図１４Ｂに示すステップＳ１４１２に移行する。なお、ステップＳ１４０６において表示される開封確認画面は、例えば、図１１に示したような開封確認画面１１１０である。

【0156】

一方、レポートＲ＃の依頼者と異なる場合（ステップＳ１４０５：Ｎｏ）、情報処理装置１０１は、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザの職種が、開封可能職種であるか否かを判断する（ステップＳ１４０７）。

【0157】

ここで、職種が開封可能職種ではない場合（ステップＳ１４０７：Ｎｏ）、情報処理装置１０１は、図１４Ｂに示すステップＳ１４１４に移行する。一方、職種が開封可能職種の場合（ステップＳ１４０７：Ｙｅｓ）、情報処理装置１０１は、取得した利用者情報およびレポート管理情報を参照して、レポートＲ＃の閲覧要求をしたユーザの所属診療科が、開封可能診療科であるか否かを判断する（ステップＳ１４０８）。

【0158】

ここで、所属診療科が開封可能診療科ではない場合（ステップＳ１４０８：Ｎｏ）、情報処理装置１０１は、図１４Ｂに示すステップＳ１４１４に移行する。一方、所属診療科が開封可能診療科の場合（ステップＳ１４０８：Ｙｅｓ）、情報処理装置１０１は、図１４Ｂに示すステップＳ１４０９に移行する。

【0159】

なお、ステップＳ１４０７およびステップＳ１４０８の処理は、いずれか一方の処理だけ実行することにしてもよい。

【0160】

図１４Ｂのフローチャートにおいて、まず、情報処理装置１０１は、クライアント装置２０１に表示したレポートＲ＃の閲覧画面上に、開封確認画面を表示する（ステップＳ１４０９）。なお、ステップＳ１４０９において表示される開封確認画面は、例えば、図１１に示したような開封確認画面１１１０である。

【0161】

つぎに、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の開封依頼を受け付けたか否かを判断する（ステップＳ１４１０）。ここで、レポートＲ＃の開封依頼を受け付けなかった場合（ステップＳ１４１０：Ｎｏ）、情報処理装置１０１は、ステップＳ１４１４に移行する。

【0162】

一方、レポートＲ＃の開封依頼を受け付けた場合（ステップＳ１４１０：Ｙｅｓ）、情報処理装置１０１は、クライアント装置２０１に表示したレポートＲ＃の閲覧画面上に、開封確認画面（警告）を表示する（ステップＳ１４１１）。なお、ステップＳ１４１１において表示される開封確認画面（警告）は、例えば、図７に示したような開封確認画面（警告）７１０である。

【0163】

つぎに、情報処理装置１０１は、クライアント装置２０１からレポートＲ＃の開封依頼を受け付けたか否かを判断する（ステップＳ１４１２）。ここで、レポートＲ＃の開封依頼を受け付けなかった場合（ステップＳ１４１２：Ｎｏ）、情報処理装置１０１は、ステップＳ１４１４に移行する。

【0164】

一方、レポートＲ＃の開封依頼を受け付けた場合（ステップＳ１４１２：Ｙｅｓ）、情報処理装置１０１は、レポート管理ＤＢ２３０内のレポートＲ＃の開封フラグに「１」を設定する（ステップＳ１４１３）。そして、情報処理装置１０１は、レポートＲ＃の閲覧画面の表示を終了して（ステップＳ１４１４）、本フローチャートによる一連の処理を終了する。

【0165】

これにより、クライアント装置２０１に表示されたレポートＲ＃の閲覧画面の表示終了指示があった際に、レポートＲ＃の開封確認を行うことができる。この際、レポートＲ＃の開封依頼をしたユーザが、患者Ｐの担当医以外であれば、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0166】

以上説明したように、実施の形態にかかる情報処理装置１０１によれば、患者Ｐに関するレポートＲ＃の閲覧要求を受け付け、受け付けた閲覧要求をしたユーザが、患者Ｐの担当医以外の場合には、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0167】

これにより、レポートＲ＃の開封権限を有し、かつ、患者Ｐの担当医以外のユーザがレポートＲ＃を閲覧する際に、レポートＲ＃を開封する際の注意を促すことができる。例えば、他の医師が担当する患者のレポートのため、本当に開封してもよいかの注意を促すことで、担当医以外のユーザの不注意でレポートＲ＃が開封状態となるのを防ぐことができる。また、レポートＲ＃を正式に確認したか否かを示すフラグ情報（開封フラグ）を変更する処理につなげることができる。

【0168】

また、情報処理装置１０１によれば、レポートＲ＃を開封する依頼を受け付けると、ユーザが、患者Ｐの担当医以外の場合には、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0169】

これにより、レポートＲ＃の開封権限を有し、かつ、患者Ｐの担当医以外のユーザがレポートＲ＃の開封依頼をした際に、レポートＲ＃を開封状態（開封フラグ「０⇒１」）とする前に、レポートＲ＃を開封する際の注意を促すことができる。

【0170】

また、情報処理装置１０１によれば、レポートＲ＃の閲覧画面の表示を終了する指示を受け付けると、レポートＲ＃を開封するか否かを確認する確認画面を表示することができる。そして、情報処理装置１０１によれば、確認画面を表示した結果、レポートＲ＃を開封する依頼を受け付けると、ユーザが、患者Ｐの担当医以外の場合には、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0171】

これにより、レポートＲ＃の閲覧画面の表示を終了する際に、レポートＲ＃の開封確認を行って、レポートＲ＃の開封忘れを防止することができる。また、ユーザが、レポートＲ＃の開封権限を有し、かつ、患者Ｐの担当医以外であれば、レポートＲ＃を開封する際の注意を促すことができる。

【0172】

また、情報処理装置１０１によれば、受け付けた閲覧要求に応じてレポートＲ＃の閲覧画面を表示する際に、ユーザが、患者Ｐの担当医以外の場合には、レポートＲ＃の開封権限を有するユーザであっても、レポートＲ＃の閲覧画面上に、レポートＲ＃を確認した状態にするか否かの問合せメッセージを表示することができる。

【0173】

これにより、ブラウザを起動してレポートＲ＃の閲覧画面を表示する際に、ユーザが、レポートＲ＃の開封権限を有し、かつ、患者Ｐの担当医以外であれば、レポートＲ＃の開封確認を行うにあたり、レポートＲ＃を開封する際の注意を促すことができる。

【0174】

また、情報処理装置１０１によれば、閲覧要求をしたユーザが、特定の職種、または、特定の職種かつ担当医と同じ診療科に所属する場合に、レポートＲ＃の開封権限を有すると判断することができる。これにより、ユーザの職種や所属診療科に応じて、そのユーザに対してレポートＲ＃の開封権限を与えることができる。

【0175】

これらのことから、実施の形態にかかる情報処理装置１０１およびレポート開封制御システム２００によれば、担当医以外のユーザにもレポートＲ＃を開封できるようにするとともに、不注意でレポートＲ＃が開封状態となるのを防ぐことができる。これにより、救急の場合などに担当医以外の非常勤医師や研修医でもレポートＲ＃を開封できるようにして、診療の円滑化を図ることができる。その一方で、不注意でレポートＲ＃が開封状態となるのを防ぐことにより、本来確認すべき者によるレポートＲ＃の確認漏れが生じてしまうのを防ぐことができる。

【0176】

なお、本実施の形態で説明したレポート開封制御方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本レポート開封制御プログラムは、ハードディスク、フレキシブルディスク、ＣＤ－ＲＯＭ、ＤＶＤ、ＵＳＢメモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本レポート開封制御プログラムは、インターネット等のネットワークを介して配布してもよい。

【0177】

また、本実施の形態で説明した情報処理装置１０１は、スタンダードセルやストラクチャードＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）などの特定用途向けＩＣやＦＰＧＡなどのＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）によっても実現することができる。

【0178】

上述した実施の形態に関し、さらに以下の付記を開示する。

【0179】

（付記１）患者に関するレポートの閲覧要求を受け付け、
受け付けた前記閲覧要求をしたユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
処理をコンピュータに実行させることを特徴とする電子カルテシステムのレポート開封制御プログラム。

【0180】

（付記２）前記問合せメッセージを表示する処理は、
前記レポートを開封する依頼を受け付けると、前記ユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、ことを特徴とする付記１に記載の電子カルテシステムのレポート開封制御プログラム。

【0181】

（付記３）前記レポートの閲覧画面の表示を終了する指示を受け付けると、前記レポートを開封するか否かを確認する確認画面を表示する、処理を前記コンピュータに実行させ、
前記問合せメッセージを表示する処理は、
前記確認画面を表示した結果、前記レポートを開封する依頼を受け付けると、前記ユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
ことを特徴とする付記１または２に記載の電子カルテシステムのレポート開封制御プログラム。

【0182】

（付記４）前記問合せメッセージを表示する処理は、
受け付けた前記閲覧要求に応じて前記レポートの閲覧画面を表示する際に、前記ユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、ことを特徴とする付記１～３のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【0183】

（付記５）前記レポートの開封権限を有するユーザは、特定の職種のユーザ、または、前記特定の職種かつ前記担当医と同じ診療科に所属するユーザである、ことを特徴とする付記１～４のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【0184】

（付記６）前記レポートは、前記患者の検査に関するレポートであり、
前記患者の担当医は、前記患者の検査に関するオーダの発行者である、
ことを特徴とする付記１～５のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【0185】

（付記７）前記問合せメッセージは、前記ユーザとは異なる他の医師が担当する患者のレポートであることを知らせて、前記レポートを開封する際の注意を促すメッセージを含む、ことを特徴とする付記１～６のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【0186】

（付記８）前記閲覧要求をしたユーザが、前記レポートの開封権限を有しない場合には、前記レポートの開封権限を有していないために開封できない旨の警告メッセージを表示する、処理を前記コンピュータに実行させることを特徴とする付記１～７のいずれか一つに記載の電子カルテシステムのレポート開封制御プログラム。

【0187】

（付記９）患者に関するレポートの閲覧要求を受け付け、
受け付けた前記閲覧要求をしたユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する、
処理をコンピュータが実行することを特徴とする電子カルテシステムのレポート開封制御方法。

【0188】

（付記１０）クライアント装置と、
前記クライアント装置から患者に関するレポートの閲覧要求を受け付け、受け付けた前記閲覧要求をしたユーザが、前記患者の担当医以外の場合には、前記レポートの開封権限を有するユーザであっても、前記クライアント装置に表示される前記レポートの閲覧画面上に、前記レポートを確認した状態にするか否かの問合せメッセージを表示する情報処理装置と、
を含むことを特徴とするレポート開封制御システム。

【符号の説明】

【0189】

１０１ 情報処理装置
１０２ ユーザ
１１０，７００，８００，９００，１０００，１１００ 閲覧画面
１２０，７０１，８０２，１０２１ 注意メッセージ
１３０ ディスプレイ
２００ レポート開封制御システム
２０１ クライアント装置
２１０ ネットワーク
２２０ 利用者ＤＢ
２３０ レポート管理ＤＢ
３００ バス
３０１ ＣＰＵ
３０２ メモリ
３０３ ディスクドライブ
３０４ ディスク
３０５ 通信Ｉ／Ｆ
３０６ 可搬型記録媒体Ｉ／Ｆ
３０７ 可搬型記録媒体
６０１ 受付部
６０２ 表示制御部
６０３ 判断部
６０４ 更新部
１０１０，１１１０ 開封確認画面

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14A】

【図14B】