JP6151787B2 - クリニカルパス管理サーバ及びクリニカルパス管理システム - Google Patents

Description

本発明は、患者の診療情報を記録したクリニカルパスを管理するクリニカルパス管理サーバ及びクリニカルパス管理システムに関する。

医療分野において、患者の診療情報を記録したクリニカルパスを管理するクリニカルパス管理サーバと、クリニカルパス管理サーバにアクセス可能な端末とを備えたクリニカルパス管理システムが知られている（下記特許文献１参照）。クリニカルパスとは、患者に対して施される診療（診断及び治療）の予定と実績に関する診療情報を時系列に記録した診療スケジュールデータである。診療情報としては、検査、診察、手術、投薬などの診療行為の予定、及び検査結果、診察記録、投薬結果などの診療行為の結果や実績が含まれる。また、クリニカルパスは患者毎に作成される情報であるため、クリニカルパスには、患者名、年齢、性別などの患者情報や、患者を担当する主治医の名前やＩＤ（Identification Data）などが記録される。

特許文献１に記載のクリニカルパス管理サーバは、主治医や看護師などの端末からのアクセスを受け付けて、クリニカルパスの閲覧や編集を許可する。加えて、患者の端末からのアクセスも受け付けて、患者がクリニカルパスを閲覧することも可能としている。患者はクリニカルパスを閲覧することで、診療内容や診療方針の詳細を把握することができる。

さらに、特許文献１のクリニカルパス管理サーバでは、患者が、診療内容に関して、主治医とは別の医師の意見であるセカンドオピニオンの取得を希望する場合に、主治医とは別の医師に対して、セカンドオピニオンを依頼する機能を備えている。患者は、セカンドオピニオンを、現在の主治医の診療方針が適切か否かの判断に役立てることができる。

特許文献１のクリニカルパス管理サーバは、患者からのセカンドオピニオンの取得要求を受け付けると、セカンドオピニオンの依頼先の医師に対して、患者情報と依頼情報を送信することにより、セカンドオピニオンの作成依頼をする。依頼情報を送信する際には、必要に応じて患者のクリニカルパスの情報が添付される。依頼先の医師は、電子カルテやクリニカルパスを参照することにより、現在までの患者の診療内容や今後の診療計画を把握して、セカンドオピニオンを作成することができる。

セカンドオピニオンが作成されると、作成されたセカンドオピニオンのデータが依頼先の医師からクリニカルパス管理サーバに送信される。クリニカルパス管理サーバは、セカンドオピニオンを受信すると、主治医が作成したクリニカルパスと、セカンドオピニオンを対比可能な状態で患者の端末に配信する。また、患者が希望すれば主治医に対してもセカンドオピニオンを配信することが可能となっている。

特開２００８−０５９３１６号公報

しかしながら、特許文献１のクリニカルパス管理サーバは、セカンドオピニオンの作成後のデータの管理機能が複雑になるという問題があった。というのも、セカンドオピニオンは、クリニカルパスとは別のデータとして作成される。そのため、クリニカルパス管理サーバには、クリニカルパスのデータを管理する構成の他に、データ形式の異なるセカンドオピニオンのデータを管理する構成が必要となる。

また、データ形式が異なるため、セカンドオピニオンとクリニカルパスを対比しやすい形式で表示するためには、セカンドオピニオンのデータの表示形式をクリニカルパスの表示形式に変更する表示形式変更処理なども必要となる。表示形式変更処理を行う場合には、形式が異なるデータ同士を比較して、対比すべき同じ項目のデータを抽出する処理などが必要になる。データ形式が依頼先によって変わる場合には、多様なデータ形式に対応するために、表示形式変更処理はさらに複雑化することになる。

また、セカンドオピニオンの依頼機能について、クリニカルパス管理サーバは、依頼先に対して依頼を行う際に、患者情報や依頼情報にクリニカルパスの情報を添付して送信する機能が必要になる。こうしたクリニカルパスの添付機能なども構成の複雑化を招く要因となる。そもそも、クリニカルパス管理サーバは、クリニカルパスのデータを管理するものであるので、セカンドオピニオンの依頼機能などの付加機能の追加に際しては、コストや改造の手間を最小限に留めたいという要望が強い。

本発明は、構成を複雑化することなく、セカンドオピニオンの依頼やデータ管理を行うことが可能なクリニカルパス管理サーバ及びクリニカルパス管理システムを提供することを目的とする。

上記目的を達成するために、本発明のクリニカルパス管理サーバは、クリニカルパスデータベース、権限管理情報記憶部、アクセス要求受付部、認証処理部、セカンドオピニオン取得要求受付部、作成依頼発行部、及び権限付与部を備えている。クリニカルパスデータベースは、患者の診療の予定と実績に関する診療情報を時系列に記録したクリニカルパスを検索可能に格納する。権限管理情報記憶部は、クリニカルパスデータに対するアクセス権限を記録した権限管理情報を記憶する。アクセス要求受付部は、クリニカルパスデータベースへのアクセス要求を受け付けて、クリニカルパスの入出力を行う。認証処理部は、アクセス要求を受け付けた際に、権限管理情報に基づいて要求元の認証処理を行う。セカンドオピニオン取得要求受付部は、クリニカルパスの作成に関与した第１医師とは別の第２医師の意見であるセカンドオピニオンの取得要求を受け付ける。作成依頼発行部は、取得要求を受け付けた際に、第２医師に対するセカンドオピニオンの作成依頼を発行する。権限付与部は、作成依頼発行の際に、権限管理情報を更新することにより、セカンドオピニオンの依頼先となる第２医師に対して、セカンドオピニオンの対象となる患者のクリニカルパスに対する編集権限を付与する。

クリニカルパスデータベースには、第２医師に対して編集権限を付与したクリニカルパスについて、編集前のクリニカルパスのバックアップデータが保存されることが好ましい。

作成依頼発行部は、第２医師のアドレス宛に発行した作成依頼を通知することが好ましい。また、作成依頼には、認証処理に必要な認証情報が含まれることが好ましい。

権限付与部は、編集権限を付与する際に、権限管理情報に認証情報を記録することが好ましい。また、権限付与部は、期限を決めて編集権限を付与することが好ましい。

アクセス要求受付部は、セカンドオピニオンの依頼情報が発行された際に、セカンドオピニオンを依頼中であることをクリニカルパスに追記することが好ましい。また、セカンドオピニオンの作成が終了したことを、患者及び第１医師の少なくとも一方に対して通知する通知部を有していることが好ましい。

本発明のクリニカルパス管理システムは、クリニカルパス管理サーバと、クリニカルパス管理サーバにアクセス可能な端末とを備えており、クリニカルパス管理サーバは、クリニカルパスデータベース、権限管理情報記憶部、アクセス要求受付部、認証処理部、セカンドオピニオン取得要求受付部、作成依頼発行部、及び権限付与部を有している。

本発明によれば、構成を複雑化することなく、セカンドオピニオンの依頼やデータ管理を行うことが可能なクリニカルパス管理サーバ及びクリニカルパス管理システムを提供することができる。

本発明のクリニカルパス管理システムの概略図である。 クリニカルパス管理サーバの構成図である。 クリニカルパスデータベースの説明図である。 クリニカルパスの説明図である。 権限管理情報の説明図である。 クリニカルパス管理サーバの機能概略図である。 権限付与部の説明図である。 クリニカルパス管理システムの動作を示すフローチャートである。 セカンドオピニオン取得要求処理フローチャートである。 アクセス要求処理フローチャートである。 セカンドオピニオン予定挿入機能及びセカンドオピニオン作成終了機能の説明図である。

図１に示すように、クリニカルパス管理システム（以下、ＣＰ（Clinical Path）管理システムと称する）１０は、クリニカルパス管理サーバ（以下、ＣＰ管理サーバと称する）１２と、クリニカルパス管理サーバ１２にアクセス可能な端末とを備えている。アクセス可能な端末は、患者Ｐ１が使用する患者端末１４と、患者Ｐ１の主治医Ｄ１が使用する主治医端末１５と、セカンドオピニオン担当医（以下、ＳＯ（Second Opinion）担当医と称する）Ｄ２が使用するセカンドオピニオン担当医端末（以下、ＳＯ担当医端末と称する）１６とを含んでいる。ＣＰ管理サーバ１２，患者端末１４，及び主治医端末１５は、いずれもＸ病院内に設置されており、Ｘ病院内に構築された院内ネットワークであるＬＡＮ（Local Area Network、構内通信網）１８により、互いに情報通信可能に接続されている。

ＳＯ担当医端末１６はＹ医院に設けられており、ＬＡＮ１８とはＷＡＮ（Wide Area Network、広域通信網）１９を介して接続される。ＣＰ管理サーバ１２は、患者Ｐ１の診療内容に関して、Ｘ病院の主治医Ｄ１以外の第２の医師であるＹ医院のＳＯ担当医Ｄ２に対して、セカンドオピニオンの依頼機能を有している。このため、ＬＡＮ１８とＷＡＮ１９を介してＳＯ担当医端末１６に対しても、一定条件の下で、ＣＰ管理サーバ１２へのアクセスを許容する。ＬＡＮ１８とＷＡＮ１９との間には、ＬＡＮ１８とＷＡＮ１９を接続するためのルータ２０が設けられている。

患者端末１４，主治医端末１５，及びＳＯ担当医端末１６は、例えばパーソナルコンピュータであり、それぞれ、ディスプレイ１４ａ，１５ａ，１６ａと、入力部１４ｂ，１５ｂ，１６ｂとを有する。患者端末１４，主治医端末１５，及びＳＯ担当医端末１６は、オペレーティングシステムやＷＥＢブラウザなどのソフトウェアがインストールされており、ＷＥＢブラウザを通じてＣＰ管理サーバ１２にアクセスすることが可能である。ディスプレイ１４ａ，１５ａ，１６ａは、ＣＰ管理サーバ１２から配信される各種画面を表示する。入力部１４ｂ，１５ｂ，１６ｂは、各端末１４，１５，１６に対する操作指示や、ＷＥＢブラウザを通じてＣＰ管理サーバ１２に対する各種の要求を送信するなどの操作信号を入力する。入力部１４ｂ，１５ｂ，１６ｂには、例えば、マウスやキーボードなどが用いられる。

患者端末１４，主治医端末１５，及びＳＯ担当医端末１６としては、例えば、通信機能を有するデスクトップ型のコンピュータやノート型コンピュータなどが使用される。もちろん、スマートフォン（高機能携帯電話機）、パーソナル情報端末（ＰＤＡ、Personal Digital Assistant）など、無線機能を有する各種の携帯端末を用いることができる。携帯端末を使用する場合には、無線中継器であるアクセスポイントを介してＬＡＮ１８に接続される。なお、図示しないが、Ｘ病院内において、患者端末１４や主治医端末１５以外にも、看護師や事務担当者などＸ病院の医療スタッフの端末も存在し、これらの端末もＣＰ管理サーバ１２にアクセスすることが可能である。

ＷＡＮ１９は、ＳＯ担当医端末１６とＬＡＮ１８との相互間で通信ができるように接続するものであればよく、例えば、インターネット、専用線、携帯電話回線、公衆無線ＬＡＮなどや、それらが混在するものでもよい。ＳＯ担当医端末１６は、このＷＡＮ１９を介して、ＣＰ管理サーバ１２と通信を行うことができる。ＷＡＮ１９として公衆網を使用する場合には、ＳＯ担当医端末１６とＬＡＮ１８は、例えばＶＰＮ（Virtual Private Network、仮想閉域網）接続されて情報漏洩の防止が図られる。

ルータ２０は、ＬＡＮ１８とＷＡＮ１９を接続するための中継器である。なお、ＬＡＮ１８とＷＡＮ１９の間に、ＬＡＮ１８に対する外部からの不正なアクセスを防止するファイアーウォールなどを設けてもよい。これにより、ＣＰ管理サーバ１２などの情報漏洩や情報の改竄がより確実に防止される。

図２に示すように、ＣＰ管理サーバ１２は、パ−ソナルコンピュータやワークステーションをベースに、ＣＰ管理システム１０を動作させるためのアプリケーションプログラム（ＡＰ、Application Program）２３をインストールして構成される。ＣＰ管理サーバ１２には、ストレージデバイス２４、メモリ２５、ＣＰＵ（Central Processing Unit）２６、通信Ｉ／Ｆ（Inter-Face）２８が設けられており、これらはデータバス２９を介して接続されている。

ストレージデバイス２４は、各種データを格納するデバイスであり、例えば、ハードディスクドライブで構成される。ストレージデバイス２４は、制御プログラムや、ＣＰシステム用ソフトウェアなどのＡＰ２３の他に、クリニカルパスデータベース（以下、ＣＰＤＢと称する）３２，権限管理情報記憶部３３が格納される。

メモリ２５は、ＣＰＵ２６が処理を実行するためのワークメモリである。ＣＰＵ２６は、ストレージデバイス２４に格納されたＡＰ２３をメモリ２５へロードして、プログラムに従った処理を実行することにより、コンピュータの各部を統括的に制御する。

通信Ｉ／Ｆ２８は、ＬＡＮ１８と接続するための通信部である。通信Ｉ／Ｆ２８は、ＬＡＮ１８を介して患者端末１４、主治医端末１５及びＳＯ担当医端末１６と通信する。

ＣＰ管理サーバ１２は、通信Ｉ／Ｆ２８を介して、患者端末１４，主治医端末１５及びＳＯ担当医端末１６からの情報配信要求など各種の要求を受信し、受信した要求を受け付けて、要求の内容に応じた処理を実行する。

ＣＰＤＢ３２は、図３に示すように、患者ごとの複数のクリニカルパスからなるクリニカルパスデータ（以下、ＣＰデータと称する）３７が格納される。ＣＰデータ３７は、例えば、患者端末１４や主治医端末１５において、ＣＰ３８として示す表示形態で表示される。

ＣＰ３８は、Ｘ病院において、患者に対して施される診療（診断及び治療）の予定と実績に関する診療情報を時系列に記録した診療スケジュールデータである。診療情報としては、診察、検査、手術、投薬などの診療行為の予定、及び検査結果、診察記録、投薬結果などの診療行為の結果や実績が含まれる。また、クリニカルパスは患者毎に作成される情報であるため、クリニカルパスには、患者ＩＤ（Identification Data）、患者名、年齢、性別などの患者情報や、患者を担当する主治医Ｄ１の名前やＩＤなどが記録される。ここで、主治医Ｄ１はクリニカルパスの作成に関与する第１医師に相当し、ＳＯ担当医Ｄ２が第２医師に相当する。

ＣＰ管理サーバ１２は、患者端末１４及び主治医端末１５からの配信要求に応じて各端末１４，１５にＣＰデータ３７を配信する。各端末１４，１５において、受信したＣＰデータ３７はＷＥＢブラウザによってＣＰ３８の表示形式で表示され、患者Ｐ１や主治医Ｄ１はＣＰ３８を閲覧することができる。加えて、主治医端末１５において、主治医Ｄ１によって新規にＣＰデータ３７が作成されたり、ＣＰデータ３７に対して編集が行われたりした場合に、ＣＰ管理サーバ１２は、主治医端末１５からの新規作成又は編集済みのＣＰデータ３７を受け付けて、ＣＰＤＢ３２を更新する。さらに、ＣＰ管理サーバ１２は、一定の条件の下、ＳＯ担当医Ｄ２に対しても閲覧及び編集の権限を付与することが可能となっている。これにより、ＳＯ担当医Ｄ２のＳＯ担当医端末１６においても、ＣＰ３８の閲覧及び編集が可能となる。

ＣＰ３８は、各種診療情報がスケジュールに沿って診療イベント（診察、検査、投薬など）が実施される日付ごとに表示される。それぞれの欄には、診療イベントが実施済みか未実施かを示す表示がなされる。例えば、９月５日、９月１２日、９月１９日、９月２６日、１０月３日などの日付が付された診療イベント表示欄がそれぞれ設けられており、それぞれの表示欄に、診察済み、Ａ検査済み、診察済み（Ａ検査結果）、投薬済み、投薬予定などと診療イベントが表示されている。ここで、済みと記されている診療イベントは、診療イベントが実施済であることを示し、予定と記されている診療イベントは未実施の予定であることを示している。ＣＰ３８の表示画面には、診療イベントを追加する追加ボタン３８ａと、診療イベントを削除する削除ボタン３８ｂが、それぞれ設けられている。また、診療イベントごとにイベントボタン３８ｃが設けられている。

図４に示すように、ＣＰ３８の表示画面において追加ボタン３８ａを選択すると、項目追加画面３８ｄがポップアップ表示される。項目追加画面３８ｄには、追加イベント名及び日付を選択又は入力するスペースがそれぞれ設けられており、これらを選択又は入力することにより、所望の診療イベントが所望の日付の欄に追加される。一方、削除ボタン３８ｂを選択すると、ＣＰ３８の表示画面が診療イベント削除モードとなり、イベントボタン３８ｃを選択することにより、削除したい診療イベントがＣＰ３８から削除される。

イベントボタン３８ｃを選択すると、その診療イベントの詳細を表示する詳細表示画面３８ｅがポップアップ表示される。詳細表示画面３８ｅを編集することにより、その医療イベントの詳細情報が編集される。また、詳細表示画面３８ｅ内に設けられた編集保存ボタン３８ｆを選択することにより、詳細表示画面３８ｅに対して行った編集内容がＣＰ３８へ保存される。

例えば、９月２６日の投薬済みの診療イベントに関するイベントボタン３８ｃを選択すると、９月２６日の週に投薬された結果を表示する詳細表示画面３８ｅが表示される。この投薬済みの診療イベントにおける詳細表示画面３８ｅには、薬品ＸがａａｍＬ、薬品ＹがｂｂｍＬ、薬品ＺがｃｃｍＬ投薬されたという結果の詳細が表示される。本例においては、詳細表示画面３８ｅとして、投薬に関する詳細内容を表示する例を示しているが、Ｘ線検査などの画像診断を行った場合には、詳細表示画面３８ｅには、検査画像などが表示される。詳細表示画面３８ｅの右上部分には編集保存ボタン３８ｆがあり、編集保存ボタン３８ｆが操作されると、編集内容が保存される。保存されたＣＰ３８の内容は、ＣＰ管理サーバ１２にアップロードされて、ＣＰＤＢ３２内のＣＰデータ２７が更新される。

図５に示すように、権限管理情報記憶部３３は、各患者のＣＰデータ３７ごとに設けられた複数の権限管理情報からなる権限管理情報データ４１が格納される。権限管理情報は、ＣＰデータ３７に対するアクセス権限を管理するための情報である。例えば、権限管理情報データ４１に含まれる患者Ｐ１のＣＰ３８に対応する権限管理情報４１ａには、患者Ｐ１のＣＰ３８へのアクセス権限の情報が含まれている。アクセス権限の情報には、アクセス権限者ＩＤ、アクセス権限者名、アクセス権限者ごとに設定された権限内容，認証情報，及びアクセス権限の期限が含まれる。認証情報は、認証ＩＤ及びパスワードを含む。

権限管理情報４１ａには、例えば、ＣＰ３８へのアクセス権限者として、患者Ｐ１の主治医Ｄ１，患者Ｐ１，患者Ｐ１の看護を担当する看護師Ｎ１，患者Ｐ１の診療に関する医療事務を担当する医療事務Ｓ１とが登録されている。主治医Ｄ１には編集権限が与えられており、患者Ｐ１，看護師Ｎ１，医療事務Ｓ１には閲覧権限のみが与えられている。ここで、編集権限には、当然ながら閲覧権限が含まれる。いずれのアクセス権限にも、期限は設けられていない。

ＣＰサーバ１２のＣＰＵ２６は、ＡＰ２３を実行すると、ＣＰ管理システム１０の各種機能部として機能する。このとき、ＣＰＵ２６は、図６に示すように、要求処理部５１と、作成依頼発行部５２と、権限付与部５３として機能する。要求処理部５１は、各種端末１４，１５，１６からの各種要求を受け付けて要求に応じた処理を実行する機能部であり、要求振分部５６と、アクセス要求受付部５７と、セカンドオピニオン取得要求受付部（以下、ＳＯ取得要求受付部と称する）５８と、認証処理部５９とを備える。

要求振分部５６は、各種端末１４，１５，１６からの各種要求を受け付け、各種受付部に振り分ける。各種要求には、大きく分けて、ＣＰＤＢ３２へのアクセス要求とＳＯ取得要求が有る。ＣＰＤＢ３２のアクセス要求は、ＣＰＤＢ３２内のＣＰデータ３７を閲覧や編集のために配信を要求する配信要求と、主治医端末１５などで新規作成又は編集を行ったＣＰデータ３７で、ＣＰＤＢ３２内のＣＰデータ３７の更新を要求する更新要求がある。また、ＳＯ取得要求は、患者Ｐ１がセカンドオピニオンを希望する場合に、患者端末１４からＣＰ管理サーバ１２に対して送信される要求である。

各種要求には、要求内容を識別するための情報がヘッダ情報として付加されており、要求振分部は、各種要求を受信したときにヘッダ情報を参照して要求を振り分ける。アクセス要求については、アクセス要求受付部５７に入力され、ＳＯ取得要求は、ＳＯ取得要求受付部５８に入力される。アクセス要求には、患者ＩＤなどアクセス対象のＣＰデータ３７を特定する情報が含まれるとともに、各端末において入力される認証情報とが付帯されており、アクセス要求受付部５７にはアクセス要求とともに付帯された認証情報も入力される。

アクセス要求受付部５７は、ＣＰＤＢ３２へのアクセス要求を受け付けると、認証情報を認証処理部５９に送る。認証処理部５９は、アクセス要求内の患者ＩＤに基づいて、権限管理情報記憶部３３にアクセスして、権限管理情報データ４１の中から、アクセス要求対象の患者ＩＤのＣＰデータ３７に対応する権限管理情報を取得する。そして、この取得した権限管理情報と、認証情報とを照合して、要求元がＣＰデータ３７に対する要求内容に応じたアクセス権限を有しているかを判定する。

具体的には、認証処理部５９は、要求元が、患者Ｐ１のＣＰデータ３７に対するアクセス権限を有しているか、要求内容がＣＰデータ３７の更新要求である場合には、要求元が編集権限を有しているか否かなどを判定する。例えば、要求元のＩＤとパスワードが一致しない場合には、アクセス権限無しと判定する。また、アクセス権限が有りと判定された場合でも、図５に示す患者Ｐ１に対応する権限管理情報４１ａでは、閲覧権限は、主治医Ｄ１、患者Ｐ１、看護師Ｎ１、医療事務担当者Ｓ１に付与されているのに対して、編集権限は主治医Ｄ１に対してのみ付与されている。そのため、主治医Ｄ１からのＣＰデータ３７の更新要求に対しては、編集権限有りと判定し、それ以外の場合には編集権限無しと判定する。そして、その判定結果をアクセス要求受付部５７に送る。

アクセス要求受付部５７は、認証処理部５９からの判定結果を受けて、アクセスの要求元が要求内容に応じたアクセス権限を有している場合には、アクセスを許可する。アクセス権限を有していない場合には、要求を拒否する。例えば、閲覧要求を許可した場合には、アクセス要求受付部５７は、ＣＰＤＢ３２からＣＰデータ３７を読み出して配信をする。編集要求を許可した場合には、アクセス要求受付部５７は、端末からアップロードされたＣＰデータ３７でＣＰＤＢ３２内のＣＰデータ３７を更新する。

ＳＯ取得要求受付部５８は、ＳＯ取得要求を受け付けると、ＳＯ要求をした患者Ｐ１の情報と、ＳＯ要求先として指定されたＳＯ担当医Ｄ２の情報と、ＳＯ要求の依頼内容とを作成依頼発行部５２に送る。作成依頼発行部５２は、ＳＯ担当医Ｄ２の使用するＳＯ担当医端末１６へのＳＯ作成依頼を発行する。ＳＯ作成依頼は権限付与部５３に送られる。

権限付与部５３は、作成依頼発行部５２からのＳＯ作成依頼を受けると、ＳＯ担当医Ｄ２に認証情報を与え、ＳＯ担当医端末１６に認証情報及びＳＯ要求の依頼情報を送信する。また、権限付与部５３は、権限管理情報記憶部３３にアクセスをして、図７に示すように、ＳＯ要求をした患者Ｐ１のＣＰデータ３７に関する権限管理情報４１ａにＳＯ担当医Ｄ２を加える。権限付与部５３は、期限付きの権限を付与することもでき、例えば、図７においては、ＳＯ担当医Ｄ２に与えられた編集権限は、１１月２７日までとなっている。なお、閲覧権限のみの期限と編集権限の期限とをそれぞれ別々に設定しても構わない。

以下、上記構成による作用について、図８〜１０に示すフローチャートを参照しながら説明する。ＣＰ管理サーバ１２が患者Ｐ１からの要求に応じてセカンドオピニオンをＳＯ担当医Ｄ２に依頼して、ＳＯ担当医Ｄ２がセカンドオピニオンを作成し、作成したＣＰ管理サーバ１２をアップロードする場合の全体の処理フローは、図８のようになる。

図８において、ＳＯ取得要求処理Ｓ１１０は、ＣＰ管理サーバ１２が患者Ｐ１からのＳＯ取得要求を受け付けて、ＳＯ担当医Ｄ２にセカンドオピニオンの作成依頼を行うまでの処理である。

アクセス要求処理Ｓ１２０は、セカンドオピニオンの作成依頼を受けたＳＯ担当医Ｄ２が、ＣＰ管理サーバ１２にアクセスして、配信されたＣＰデータ３７に基づいてセカンドオピニオンを作成し、編集済みのＣＰデータ３７をＣＰ管理サーバ１２にアップロードを行うまでの処理である。

ＳＯ取得要求処理Ｓ１１０は、図９に示す手順で実行される。患者Ｐ１が患者端末１４を通じてＣＰ管理サーバ１２に対して、ＳＯ取得要求を送信すると、要求振分部５６は、このＳＯ取得要求をＳＯ取得要求受付部５８に振り分ける（ＳＯ取得要求振分処理Ｓ１１１）。ＳＯ取得要求受付部５８は、このＳＯ取得要求を受け付け、患者Ｐ１からＳＯ担当医Ｄ２へのＳＯ要求を受け付けた旨を作成依頼発行部５２に送る（ＳＯ取得要求受付処理Ｓ１１２）。作成依頼発行部５２は、ＳＯ担当医端末１６へのＳＯ作成依頼を発行し、これを権限付与部５３に送る（ＳＯ作成依頼発行処理Ｓ１１３）。

権限付与部５３は、ＳＯ作成依頼を受けると、ＳＯ担当医端末１６に、ＳＯ担当医Ｄ２の認証情報及びＳＯ要求の依頼情報を送信する。また、権限付与部５３は、権限管理情報４１ａにＳＯ担当医Ｄ２を加える（権限付与処理Ｓ１１４）。ここで、ＳＯ担当医Ｄ２に与えられる権限の種類は、編集権限と設定する。これにより、ＳＯ担当医Ｄ２には、患者Ｐ１のＣＰ３８への編集権限が付与される。

アクセス要求処理Ｓ１２０は、図１０に示す手順で実行される。上述のＳＯ取得要求処理が行われると、ＳＯ担当医端末１６に対しては依頼情報と認証情報が送信される。ＳＯ作成依頼を受けたＳＯ担当医Ｄ２は、患者Ｐ１に関するセカンドオピニオンを作成するために、ＳＯ担当医端末１６から患者Ｐ１のＣＰデータ３７へアクセス要求をする。ＳＯ担当医端末１６は、ＣＰ管理サーバ１２にアクセスする際にＳＯ取得処理において権限付与部５３から受信した認証情報を、アクセス要求に付帯させてＣＰ管理サーバ１２に対してアクセスを行う。

要求振分部５６は、このアクセス要求をアクセス要求受付部５７に振り分ける（アクセス要求振分処理Ｓ１２１）。アクセス要求受付部５７は、このアクセス要求を受け付け、ＳＯ担当医Ｄ２から患者Ｐ１のＣＰデータ３７へのアクセス要求と認証情報を認証処理部５９に入力する（アクセス要求受付処理Ｓ１２２）。

認証処理部５９は、権限管理情報記憶部３３にアクセスして、患者Ｐ１のＣＰデータ３７に関する権限管理情報４１ａを取得する。そして、この権限管理情報４１ａと認証情報とを照合して、ＳＯ担当医Ｄ２が編集権限を有するアクセス権限者として登録されていると判定する（認証処理Ｓ１２３）。そして、この判定結果をアクセス要求受付部５７に送る。

アクセス要求受付部５７は、認証処理部５９からの判定結果を受けて、ＳＯ担当医Ｄ２に対し、患者Ｐ１のＣＰデータ３７をＳＯ担当医端末１６に配信する。ＣＰデータ３７は、ＳＯ担当医端末１６において、ＷＥＢブラウザ上でＣＰ３８として表示される。ＳＯ担当医Ｄ２は、ＣＰ３８を閲覧して、患者Ｐ１の診察、検査、治療などの診療内容及び今後の診療予定を確認する。確認した内容に基づいて、ＳＯ担当医Ｄ２の所見を含むセカンドオピニオンを作成する。

そして、ＣＰ３８の編集を行って、作成したセカンドオピニオンの内容を入力する。ＳＯ担当医端末１６は、編集済みのＣＰ３８に応じたＣＰデータ３７をＣＰ管理サーバ１２にアップロードして、ＣＰデータ３７の更新要求を行う。ＣＰ管理サーバ１２のアクセス要求受付部５７は、認証処理の結果、編集権限が有ることを確認して、アップロードされたＣＰデータ３７で、ＣＰＤＢ３２内のＣＰデータ３７を更新する。このように、ＳＯ担当医Ｄ２は、ＳＯ担当医端末１６を通じて、患者Ｐ１のＣＰ３８を閲覧し、編集することができる。

以上説明したように、本発明によれば、構成を複雑化することなく、セカンドオピニオンの依頼やそのデータ管理を行うことが可能なＣＰ管理サーバ１２やＣＰ管理システム１０を提供することができる。具体的には、ＣＰ管理サーバ１２において、ＣＰＢＤ３２、権限管理情報記憶部３３、アクセス要求受付部５７、認証処理部５９については、セカンドオピニオンの依頼機能が無いＣＰ管理サーバが備えている構成である。このようなＣＰ管理サーバに対し、ＳＯ担当医Ｄ２に対してＣＰデータ３７の編集権限を付与する構成を加えたことにより、編集後のＣＰデータ３７がセカンドオピニオンのデータとなるため、ＣＰデータ３７とは異なる形式のセカンドオピニオンのデータを管理する構成が不要になる。ここで、ＳＯ担当医Ｄ２に対してＣＰデータ３７の編集権限を付与する構成とは、要求振分部５６と、ＳＯ取得要求受付部５８と、作成依頼発行部５２と、権限付与部５３とである。これにより、構成を複雑化することなく、セカンドオピニオンの依頼やデータ管理を行うことが可能となる。また、ＣＰデータ３７の編集によりセカンドオピニオンが作成されるため、セカンドオピニオンはＣＰ３８と同じ表示形式で作成されるため、作成前のＣＰ３８との対比もしやすい。

また、認証情報には、ＣＰ管理サーバ１２のアドレス、アクセスＩＤ、パスワードなどを用いており、これらも医師や看護師に対する通常のアクセス権限を付与する方式と同じである。そのため、ＣＰ管理サーバに対して構造を複雑化させることなく、少ない改造により本発明のＣＰ管理サーバ１２が得られる。

また、ＳＯ担当医Ｄ２に与えられた権限には期限を設けなくてもよいが、本実施形態のように、期限付きとすることが好ましい。期限付きとすることにより、必要な期間だけ、ＳＯ担当医Ｄ２に対してアクセス権限を与えることができる。このため、患者Ｐ１のＣＰデータ３７にアクセスする必要がなくなった後において、ＳＯ担当医Ｄ２が患者Ｐ１のＣＰデータ３７にアクセスすることを防止することができる。これにより、ＣＰ管理サーバ１２のセキュリティを保持することができる。

権限の期限については、閲覧権限と編集権限の期限を別々に設定できるようにしてもよい。例えば、編集権限の期限を約２週間とする一方、閲覧権限の期限を約１ヶ月として、閲覧権限を比較的に長めに設定してもよい。これにより、ＳＯ担当医Ｄ２は、編集後において、自分のセカンドオピニオンがその後の担当医Ｄ１の治療等にどのように生かされているかを確認することができ、ＳＯ担当医Ｄ２は今後のセカンドオピニオンを含めた医療サービスの質の向上に努めることが可能になる。

また、ＳＯ担当医Ｄ２により編集される患者Ｐ１のＣＰデータ３７については、ＳＯ担当医Ｄ２による編集がされる前のＣＰデータ３７のデータをバックアップデータとしてＣＰＤＢ３２に保存する機能を有することが好ましい。これにより、ＣＰデータ３７を確実に保全することができる。また、ＳＯ担当医Ｄ２に与える編集権限には、編集可能な範囲を限定してもよい。例えば、患者情報や主治医情報などの基本的な情報や、ＳＯ作成依頼を受ける前の診療イベントについては、編集権限がないこととしてもよい。このようにしても、ＣＰデータ３７をより確実に保全することができる。また、バックアップデータを保存しておくことで、編集前後のＣＰデータ３７を対比可能に表示することも可能になる。

また、上記実施形態では、作成依頼発行部５２が発行したＳＯ作成依頼を、ＳＯ担当医端末１６に通知する例で説明したが、発行したＳＯ作成依頼を、ＳＯ担当医Ｄ２の携帯電話のメールアドレスなど、ＳＯ担当医端末１６以外のアドレス宛に通知してもよい。また、ＳＯ担当医端末１６と携帯電話の両方など複数のアドレス宛に通知を行ってもよい。これにより、ＳＯ担当医Ｄ２は、素早くＳＯ作成依頼を知ることができる。

また、ＳＯ取得要求受付部５８は、ＳＯ取得要求を受け付けた際に、患者Ｐ１からＳＯ担当医Ｄ２へのＳＯ要求を受け付けた旨をアクセス要求受付部５７にも送るようにしてもよい。アクセス要求受付部５７はこの旨を受けて、患者Ｐ１のＣＰデータ３７に、ＳＯ依頼中である旨の追記をすることが可能となる。例えば、アクセス要求受付部５７は、図１１に示すように、ＣＰ３８のＳＯ依頼中の期間に該当する欄に、「ＳＯ依頼中」と書き込む。これにより、主治医Ｄ１は、患者Ｐ１のＣＰ３８を閲覧して、患者Ｐ１がＳＯ依頼中であることを認識することができる。また、患者Ｐ１は、自分のＣＰ３８を閲覧して、ＳＯ取得要求が受け付けられたことを認識することができる。

また、図１１に示すように、ＳＯ担当医Ｄ２がＳＯ作成を終了した時に、その旨を入力するセカンドオピニオン作成終了ボタン（以下、ＳＯ作成終了ボタンと称する）６１をＣＰ３８に表示してもよい。ＳＯ作成終了ボタン６１がＳＯ担当医Ｄ２により選択されると、ＣＰ管理サーバ１２はセカンドオピニオンの作成が終了したことを検知する。さらに、ＳＯ作成が終了したことを検知した時、ＳＯ取得要求を行った患者Ｐ１や患者Ｐ１の主治医Ｄ１に対して、セカンドオピニオンの作成が終了した旨の通知をする通知部を有することが好ましい。ＣＰ管理サーバ１２のＣＰＵ２６は、通知部として機能する。ＣＰＵ２６は、セカンドオピニオンの作成が終了したことを検知した場合に、予め登録された患者Ｐ１や主治医Ｄ１の通知先（例えばメールアドレス）に、セカンドオピニオンの作成が終了した旨を通知する。

患者Ｐ１や主治医Ｄ１は、この通知により、セカンドオピニオンの作成終了を素早く知ることができ、すぐにセカンドオピニオンを確認することができる。なお、こうした通知は、ＣＰＤＢ３２のＣＰデータ３７が更新される毎に行ってもよい。このような構成により、患者は好きな時にＣＰ画面からＳＯを参照することができる。なお、通知先は、患者Ｐ１及び主治医Ｄ１の両方でもよいし、一方でもよい。

Claims (9)

1. 患者の診療の予定と実績に関する診療情報を時系列に記録したクリニカルパスを検索可能に格納したクリニカルパスデータベースと、
   前記クリニカルパスに対するアクセス権限を記録した権限管理情報を記憶する権限管理情報記憶部と、
   前記クリニカルパスデータベースへのアクセス要求を受け付けて、前記クリニカルパスの入出力を行うアクセス要求受付部と、
   前記アクセス要求を受け付けた際に、前記権限管理情報に基づいて要求元の認証処理を行う認証処理部と、
   前記クリニカルパスの作成に関与した第１医師とは別の第２医師の意見であるセカンドオピニオンの取得要求を受け付けるセカンドオピニオン取得要求受付部と、
   前記取得要求を受け付けた際に、前記第２医師に対する前記セカンドオピニオンの作成依頼を発行する作成依頼発行部と、
   前記作成依頼発行の際に、前記権限管理情報を更新することにより、前記セカンドオピニオンの依頼先となる前記第２医師に対して、前記セカンドオピニオンの対象となる患者のクリニカルパスに対する編集権限を付与する権限付与部と、
   を備えているクリニカルパス管理サーバ。
2. 前記クリニカルパスデータベースには、前記第２医師に対して編集権限を付与した前記クリニカルパスについて、編集前のクリニカルパスのバックアップデータが保存される請求の範囲第１項に記載のクリニカルパス管理サーバ。
3. 前記作成依頼発行部は、前記第２医師のアドレス宛に発行した前記作成依頼を通知する請求の範囲第２項に記載のクリニカルパス管理サーバ。
4. 前記作成依頼には、前記認証処理に必要な認証情報が含まれる請求の範囲第２項に記載のクリニカルパス管理サーバ。
5. 前記権限付与部は、前記編集権限を付与する際に、前記権限管理情報に前記認証情報を記録する請求の範囲第４項に記載のクリニカルパス管理サーバ。
6. 前記権限付与部は、期限を決めて前記編集権限を付与する請求の範囲第５項に記載のクリニカルパス管理サーバ。
7. 前記アクセス要求受付部は、前記セカンドオピニオンの依頼情報が発行された際に、前記セカンドオピニオンを依頼中であることを前記クリニカルパスに追記する請求の範囲第１項に記載のクリニカルパス管理サーバ。
8. 前記セカンドオピニオンの作成が終了したことを、前記患者及び前記第１医師の少なくとも一方に対して通知する通知部を有している請求の範囲第１項に記載のクリニカルパス管理サーバ。
9. クリニカルパス管理サーバと、クリニカルパス管理サーバにアクセス可能な端末とを備えたクリニカルパス管理システムにおいて、
   前記クリニカルパス管理サーバは、
   患者の診療の予定と実績に関する診療情報を時系列に記録したクリニカルパスを検索可能に格納したクリニカルパスデータベースと、
   前記クリニカルパスに対するアクセス権限を記録した権限管理情報を記憶する権限管理情報記憶部と、
   前記クリニカルパスデータベースへのアクセス要求を受け付けて、前記クリニカルパスの入出力を行うアクセス要求受付部と、
   前記アクセス要求を受け付けた際に、前記権限管理情報に基づいて要求元の認証処理を行う認証処理部と、
   前記クリニカルパスの作成に関与した第１医師とは別の第２医師の意見であるセカンドオピニオンの取得要求を受け付けるセカンドオピニオン取得要求受付部と、
   前記取得要求を受け付けた際に、前記第２医師に対する前記セカンドオピニオンの作成依頼を発行する作成依頼発行部と、
   前記作成依頼発行の際に、前記権限管理情報を更新することにより、前記セカンドオピニオンの依頼先となる前記第２医師に対して、前記セカンドオピニオンの対象となる患者のクリニカルパスに対する編集権限を付与する権限付与部と、
   を有しているクリニカルパス管理システム。
   

Images