JP6888857B1 - 医用文書提供支援システム - Google Patents

Abstract

【課題】医用文書データの利用を希望する利用者に対する医用文書データの提供を支援するのに好適な医用文書提供支援システムを提供する。【解決手段】医用文書提供サーバ１００は、医用文書データの利用を希望する利用者の従事する医療に係る属性を示す情報である医療属性情報を取得し、取得した医療属性情報に基づいて、記憶装置４２の医用文書ライブラリに記憶された医用文書データの情報と、医用文書データを利用した利用者の従事する医療に係る属性とを対応付けて記憶する記憶装置４２の医用文書管理テーブル４２０から、医療属性情報の示す属性と同一の属性又は所定関係を有する属性に対応する医用文書データの情報を取得し、取得した情報に基づいて、利用を希望する利用者について推奨される医用文書データを推奨する。【選択図】 図１２

Description

本発明は、医療説明書や医療同意書等の医用文書のデータである医用文書データのシステム利用者への提供を支援する医用文書提供支援システムに関する。

従来、電子化された医療説明書や医療同意書等の医用文書データを管理するシステムがある（例えば、特許文献１及び２を参照）。かかる従来技術では、例えば医療同意書の雛形データ（住所・氏名等の要記入部分が空白のもの）を保持したり、既存の医療説明書データをテンプレートとして再利用したりすることが可能となっている。

ここで、医療説明書や医療同意書等の医用文書は、例えば、患者に治療内容を説明し、その治療内容について患者の同意を得ることなどに用いられる。患者の治療内容に対する理解を深めることは信頼性向上につながる効果があり、また、同意を得ることでトラブルを防止する効果がある。

かかる医用文書は、病気の種類、治療方法、患者の症状等に応じて内容が異なってくるため、それぞれに応じた内容の医用文書を用意する必要がある。状況に応じた医用文書の作成には医療知識や医療経験に加えて法律知識等も必要であり、医用文書の作成難度は比較的高い。そのため、業歴の長い病院では、医用文書は、代々受け継がれるものである。また、医用文書は、新たな治療方法の発見や最新医療の導入等に応じて改変や追加等が行われるものである。

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

しかしながら、上記特許文献１及び２の従来技術においては、例えば、同種の病気に対する医用文書でも治療内容や作成者等に応じて複数種類の文書が存在し、かつ、医療文書が例えば医療同意書の場合、その内容を理解するには法律的知識も必要となる。そのため、利用者は、複数種類の同種の医用文書の中から適切な医用文書を選択するのが困難であった。

そこで、本発明は、このような従来の技術の有する未解決の課題に着目してなされたものであって、医用文書データの利用を希望する利用者に対する医用文書データの提供を支援するのに好適な医用文書提供支援システムを提供することを目的としている。

〔発明１〕 上記目的を達成するために、発明１の医用文書提供支援システムは、医用文書のテンプレートデータである医用文書データを利用する利用者に対して前記医用文書データの提供を支援する医用文書提供支援システムであって、前記医用文書データの利用を希望する前記利用者の従事する医療に係る属性を示す医療属性情報を取得する医療属性情報取得手段と、前記医用文書データの情報を当該医用文書データを利用した前記利用者の従事する医療に係る属性と対応付けて記憶する文書情報記憶手段から、前記医療属性情報取得手段で取得した前記医療属性情報に基づいて、前記医療属性情報の示す属性と同一の属性又は所定関係を有する属性に対応する前記医用文書データの情報を取得し、取得した情報に基づいて、前記利用を希望する利用者について推奨される前記医用文書データを推奨する医用文書推奨手段と、を備える。

ここで、本システムは、単一の装置、端末その他の機器として実現するようにしてもよいし、複数の装置、端末その他の機器を通信可能に接続したネットワークシステムとして実現するようにしてもよい。後者の場合、各構成要素は、それぞれ通信可能に接続されていれば複数の機器等のうちいずれに属していてもよい。

また、医用文書は、医療、歯科医療に係る医用文書であり、例えば、治療内容を説明するための治療説明書、手術の内容を説明するための手術説明書等の医療説明書、治療内容に対する患者からの同意を得るための治療同意書、手術の内容に対する患者からの同意を得るための手術同意書等の医療同意書、診断書、証明書などが該当する。

また、医用文書データは、医用文書のテンプレートのデータであり、例えば、住所・氏名等の要記入部分が空白となっているデータである。
また、医用文書データの情報を当該医用文書データを利用した利用者の従事する医療に係る属性と対応付けて記憶することとしては、例えば、（１）医用文書データの情報及び医療に係る属性を同一のレコードに登録するなど直接対応づけて記憶すること、（２）医用文書データの情報及び中間情報を対応づけて登録するテーブルと、医療に係る属性及び中間情報を対応づけて登録するテーブルを設けるなど、中間に１又は複数の情報を介して記憶することが含まれる。すなわち、医療に係る属性から医用文書データの情報を辿ることができる態様であれば、あらゆるデータ構造を採用することができる。

〔発明２〕 さらに、発明２の医用文書提供支援システムは、発明１の医用文書提供支援システムにおいて、前記医療に係る属性は、前記利用者の所属する医院の属性を含み、
前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の属性と同一の属性又は類似する属性を有する医院での利用度が所定値よりも高い医用文書データを推奨する。

ここで、利用度は、利用回数、利用頻度、利用している医院数などが含まれる。以下の発明において同じである。
〔発明３〕 さらに、発明３の医用文書提供支援システムは、発明２の医用文書提供支援システムにおいて、前記医院の属性は、前記利用者の所属する医院の所在する地域を含み、前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の所在する地域と同一又は近隣の地域の医院での利用度が所定値よりも高い医用文書データを推奨する。

〔発明４〕 さらに、発明４の医用文書提供支援システムは、発明２又は３の医用文書提供支援システムにおいて、前記医院の属性は、前記利用者の所属する医院の職員の知識水準を含み、前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の職員の知識水準と同一又は近い知識水準の職員の所属する医院での利用度が所定値よりも高い医用文書データを推奨する。

〔発明５〕 さらに、発明５の医用文書提供支援システムは、発明１乃至４のいずれか１の医用文書提供支援システムにおいて、前記医療に係る属性は、前記利用者の所属する医院が取り扱う患者の属性を含み、前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院が取り扱う患者の属性と同一又は類似する属性の患者を取り扱う医院での利用度が所定値よりも高い医用文書データを推奨する。

〔発明６〕 さらに、発明６の医用文書提供支援システムは、発明５の医用文書提供支援システムにおいて、前記患者の属性は、前記利用者の所属する医院で取り扱う患者の医療に対する知識水準を含み、前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院で取り扱う患者の前記知識水準と同一又は近い知識水準の患者を取り扱う医院での利用度が所定値よりも高い医用文書データを推奨する。

〔発明７〕 さらに、発明７の医用文書提供支援システムは、発明１乃至６のいずれか１の医用文書提供支援システムにおいて、前記医療に係る属性は、前記利用者の従事する医療に係る医用文書の属性を含み、前記医用文書推奨手段は、前記利用を希望する利用者の従事する医療に係る医用文書の属性と同一の属性又は類似する属性が所定条件を満足する医用文書データを推奨する。

〔発明８〕 さらに、発明８の医用文書提供支援システムは、発明７の医用文書提供支援システムにおいて、前記医用文書の属性は、前記医用文書データを利用したときの利用者と患者との間のトラブル発生件数を含み、前記医用文書推奨手段は、前記トラブル発生件数が所定件数以下の医用文書データを推奨する。

〔発明９〕 さらに、発明９の医用文書提供支援システムは、発明７又は８の医用文書提供支援システムにおいて、前記医用文書の属性は、前記医用文書データを利用したときの患者の満足度を含み、前記医用文書推奨手段は、前記患者の満足度が所定値よりも高い医用文書データを推奨する。

〔発明１０〕 さらに、発明１０の医用文書提供支援システムは、発明１乃至９のいずれか１の医用文書提供支援システムにおいて、前記医療に係る属性は、前記利用者の従事する医療に係る治療内容の属性を含み、前記医用文書推奨手段は、前記利用を希望する利用者の従事する医療に係る治療内容の属性と同一又は類似した属性に対しての利用度が第５所定値よりも高い医用文書データを推奨する。

〔発明１１〕 さらに、発明１１の医用文書提供支援システムは、発明１０の医用文書提供支援システムにおいて、前記治療内容の属性は、前記利用者の従事する医療に係る治療による患者の出血量を含み、前記医用文書推奨手段は、前記出血量が同一又は近い出血量の治療内容に対しての利用度が前記第５所定値よりも高い医用文書データを推奨する。

〔発明１２〕 さらに、発明１２の医用文書提供支援システムは、発明１乃至１１のいずれか１の医用文書提供支援システムにおいて、前記医用文書データを利用する複数の利用者の各々の管理下にある複数の利用者端末と、前記医用文書データを作成する複数の文書作成者の各々の管理下にある複数の文書作成者端末とに通信可能に接続され、前記文書作成者端末からの登録要求に応じて、前記文書作成者が作成した前記医用文書データを医用文書データ記憶手段に登録する医用文書データ登録手段と、前記利用者端末からの前記医用文書データの利用要求に応じて、前記医用文書データ記憶手段に登録された前記医用文書データのうち要求された前記医用文書データを要求元の前記利用者端末に送信する医用文書データ送信手段と、を備え、前記医用文書推奨手段は、前記利用者端末に対して、前記利用を希望する利用者について推奨される前記医用文書データを推奨する。

以上説明したように、発明１の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の従事する医療に係る医療属性情報を取得することで、取得した医療属性情報と同一の属性又は所定関係を有する属性の医用文書データの情報に基づいて、利用を希望する利用者について推奨される医用文書データを当該利用者に推奨することができる。これにより、当該利用者の従事する医療に係る属性に適合した医用文書データを推奨することができる。

また、発明２の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の所属する医院の属性と同一の属性又は類似する属性を有する医院での利用度が所定値よりも高い医用文書データを推奨することができる。これにより、当該利用者の所属する医院の属性に適合した医用文書データを推奨することができる。

また、発明３の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の所属する医院の所在する地域又はその近隣の地域に所在する医院での利用度が高い医用文書データを推奨することができる。これにより、当該利用者の所属する医院の所在する地域に適合した医用文書データを推奨することができる。

また、発明４の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の所属する医院の職員の知識水準に適した医用文書データを推奨することができる。
また、発明５の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の所属する医院が取り扱う患者の属性に適合した医用文書データを推奨することができる。

また、発明６の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の所属する医院で取り扱う患者の医療に対する知識水準に適合した医用文書データを推奨することができる。
また、発明７の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の従事する医療に係る医療文書の属性に適合した医用文章データを推奨することができる。

また、発明８の医用文書提供支援システムによれば、医用文書データを利用したときの利用者と患者との間のトラブル発生件数が少ない医用文書データを推奨することができる。
また、発明９の医用文書提供支援システムによれば、医用文書データを利用したときの患者の満足度が高い医用文書データを推奨することができる。

また、発明１０の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者の従事する医療に係る治療内容の属性に適した医用文書データを推奨することができる。
また、発明１１の医用文書提供支援システムによれば、治療による出血量に適合した医用文書データを推奨することができる。

また、発明１２の医用文書提供支援システムによれば、医用文書データの利用を希望する利用者は文書作成者の作成した医用文書データを利用できるとともに、上記発明１乃至１１のいずれか１と同等の効果が得られる。

本実施の形態に係るネットワークシステムの構成を示すブロック図である。 医用文書提供サーバ１００のハードウェア構成の一例を示す図である。 記憶装置４２に記憶されている各種管理テーブルを示す図である。 （ａ）〜（ｄ）は、利用者管理テーブル４００、作成者管理テーブル４１０、医用文書管理テーブル４２０及び医用画像管理テーブル４３０のデータ構造を示す図である。 医院属性管理テーブル４４０のデータ構造を示す図である。 患者属性管理テーブル４５０のデータ構造を示す図である。 文書属性管理テーブル４６０のデータ構造を示す図である。 （ａ）及び（ｂ）は、治療属性管理テーブル４７０及び分配管理テーブル４８０のデータ構造を示す図である。 医用データ登録受付処理を示すフローチャートである。 医用データ登録処理を示すフローチャートである。 医用データ提供処理を示すフローチャートである。 医用文書データ推奨検索処理を示すフローチャートである。 医用データ登録要求処理を示すフローチャートである。 利用料金分配処理を示すフローチャートである。 医用データ利用設定処理を示すフローチャートである。 医用文書データ推奨検索要求処理を示すフローチャートである。 医用データ利用処理を示すフローチャートである。 （ａ）は、文書作成者Ａが作成した治療契約同意書（ａ）の一例を示す図であり、（ｂ）は、文書作成者Ｂが治療契約同意書（ａ）を加工して作成した治療同意書（ｂ）の一例を示す図である。 （ａ）は、歯科医院における治療契約同意書一覧の表示画面の一例を示す図であり、（ｂ）は、インプラントのメニューを選択した場合の治療契約同意書一覧の表示画面の一例を示す図である。 推奨検索条件入力画面の一例を示す図である。 推奨文書一覧画面の一例を示す図である。 （ａ）は、インプラント治療契約同意書の治療説明部分のページの一例を示す図であり、（ｂ）は、治療に関する同意書部分のページの一例を示す図である。 （ａ）及び（ｂ）は、タブレットを用いて同意書に電子サインを行う一例を示す図である。

〔構成〕
以下、本発明の実施の形態を説明する。図１乃至図２３は、本実施の形態を示す図である。
図１は、本実施の形態に係るネットワークシステムの構成を示すブロック図である。
インターネット１９９には、図１に示すように、医用文書提供サービスを提供する企業（運営者）の管理下にある医用文書提供サーバ１００と、医用文書の利用者ごとに設置された利用者端末２００とが接続されている。加えて、医用文書データの作成者ごと且つ医用画像データの作成者ごとに設置された作成者端末２１０が接続されている。

ここで、医用文書データとは、医療説明書や医療同意書などの医用文書のデータであり、医用画像データとは、医用文書データの作成に用いられる静止画像や動画像などの画像データである。
本実施の形態において、医用文書提供サービスは、医用文書データの作成者である文書作成者及び医用画像データの作成者である画像作成者からの作成者端末２１０を介した登録要求に応じて医用文書データ及び医用画像データの医用文書提供サーバ１００への登録を行うサービスを含む。加えて、作成者端末２１０からの各種要求に応じて、登録された医用画像データの一覧情報を要求元の作成者端末２１０に送信するサービス、一覧から選択された医用画像データの詳細情報を要求元の作成者端末２１０に送信するサービスを含む。さらに、作成者端末２１０からの利用要求に応じて、選択された医用画像データを要求元の作成者端末２１０に提供（送信）するサービスを含む。

医用文書提供サービスは、さらに、利用者端末２００からの各種要求に応じて、登録された医用文書データの一覧情報を要求元の利用者端末２００に送信するサービス、一覧から選択された医用文書データの詳細情報を要求元の利用者端末２００に送信するサービスを含む。さらに、利用者端末２００からの利用要求に応じて、選択された医用文書データを要求元の利用者端末２００に提供（送信）するサービスを含む。

医用文書提供サービスは、さらに、医用文書データの利用を希望する利用者（以下、「利用希望者」と称す）の従事する医療に係る属性に基づいて、利用希望者について推奨される医用文書データを推奨する、医療文書データの提供を支援するサービスを含む。
〔医用文書提供サーバ１００のハードウェア構成〕
次に、医用文書提供サーバ１００のハードウェア構成を説明する。

図２は、医用文書提供サーバ１００のハードウェア構成の一例を示す図である。
医用文書提供サーバ１００は、図２に示すように、制御プログラムに基づいて演算及びシステム全体を制御するＣＰＵ（Central Processing Unit）３０と、所定領域に予めＣＰＵ３０の制御プログラム等を格納しているＲＯＭ（Read Only Memory）３２と、ＲＯＭ３２等から読み出したデータやＣＰＵ３０の演算過程で必要な演算結果を格納するためのＲＡＭ（Random Access Memory）３４と、外部装置に対してデータの入出力を媒介するＩ／Ｆ（interface）３８とで構成されており、これらは、データを転送するための信号線であるバス３９で相互に且つデータ授受可能に接続されている。なお、Ｉ／Ｆ３８には、ネットワークアダプタの機能も含まれている。

Ｉ／Ｆ３８には、外部装置として、ヒューマンインターフェースとしてデータの入力が可能なキーボードやマウス等からなる入力装置４０と、データやテーブル等をファイルとして格納する記憶装置４２と、画像信号に基づいて画面を表示する表示装置４４と、インターネット１９９に接続するための信号線（図示略）とが接続されている。

〔利用者端末２００のハードウェア構成〕
利用者端末２００は、例えば、上記医用文書提供サーバ１００のような据え置き型を想定した端末、または、スマートフォン、タブレットなどの携帯型の端末から構成されている。利用者端末２００のハードウェア構成は、図示省略するが、ＣＰＵと、医用文書提供サービスを利用するためのアプリケーションソフトなどのプログラムやプログラムを実行するためのデータ等を格納しているＲＯＭと、ＲＯＭ等から読み出したデータやＣＰＵの演算過程で必要な演算結果を格納するためのＲＡＭと、付属の各種装置に対してデータの入出力を媒介するＩ／Ｆとで構成されている。これらは、データを転送するための信号線で相互に且つデータ授受可能に接続されている。

据え置き型の端末から構成されている場合、他の構成については、上記医用文書提供サーバ１００と同様となる。
一方、携帯型の端末から構成されている場合、Ｉ／Ｆには、付属の各種装置として、データ入力が可能で且つ画像信号に基づいて画像を表示可能なタッチパネル式の表示入力装置、記憶装置、無線通信装置、ビデオカメラ等の撮像装置が接続されている。

〔作成者端末２１０のハードウェア構成〕
作成者端末２１０は、上記医用文書提供サーバ１００のような据え置き型を想定した端末、または上記利用者端末２００のようなスマートフォンやタブレットなどの携帯型の端末から構成されている。
〔各種管理テーブルについて〕
次に、記憶装置４２に記憶されている各種管理テーブルについて説明する。

図３は、記憶装置４２に記憶されている各種管理テーブルを示す図である。
記憶装置４２は、図３に示すように、利用者情報を管理する利用者管理テーブル４００と、作成者情報を管理する作成者管理テーブル４１０と、登録された医用文書データを管理する医用文書管理テーブル４２０と、登録された医用画像データを管理する医用画像管理テーブル４３０とを記憶している。加えて、医院属性情報を管理する医院属性管理テーブル４４０と、患者属性情報を管理する患者属性管理テーブル４５０と、文書属性情報を管理する文書属性管理テーブル４６０と、治療属性情報を管理する治療属性管理テーブル４７０と、医用文書データの利用料金の分配情報を管理する分配管理テーブル４８０とを記憶している。

図４（ａ）〜（ｄ）は、利用者管理テーブル４００、作成者管理テーブル４１０、医用文書管理テーブル４２０及び医用画像管理テーブル４３０のデータ構造を示す図である。
利用者管理テーブル４００には、図４（ａ）に示すように、利用者ごとに１つのレコードが登録されている。各レコードは、利用者ＩＤ、医院ＩＤ、利用者名、メールアドレス、ログインパスワード、利用者情報の作成日（登録日）、利用者情報の更新日、決済情報、その他の情報が登録されている。ここで、利用者ＩＤは、登録された利用者を識別するためのユニークなＩＤであり、ログインパスワードは、医用文書提供サーバ１００の提供する利用者専用のページにアクセスするためのパスワードである。また、医院ＩＤは、利用者ＩＤに対応する利用者が所属する医院を識別するためのユニークなＩＤである。また、決済情報は、利用料金を決済するための情報であり、例えば、クレジットカードの情報などが該当する。

作成者管理テーブル４１０には、図４（ｂ）に示すように、医用文書データや医用画像データの作成者ごとに１つのレコードが登録されている。各レコードは、作成者ＩＤ、作成者名、メールアドレス、ログインパスワード、作成者情報の登録日、作成者情報の更新日、決済情報、その他の情報が登録されている。ここで、作成者ＩＤは、登録された作成者を識別するためのユニークなＩＤであり、ログインパスワードは、医用文書提供サーバ１００の提供する作成者専用のページにアクセスするためのパスワードである。また、決済情報は、例えば、利用料金の分配金の振込先の口座情報である。

医用文書管理テーブル４２０には、図４（ｃ）に示すように、医用文書データごとに１つのレコードが登録されている。各レコードは、作成者ＩＤ、文書ＩＤ、医院ＩＤ、医院別利用回数、患者ＩＤ、治療ＩＤ、治療別利用回数、属性更新日、文書種類、文書の登録日、文書の更新日、文書利用フラグ、作成元文書作成者ＩＤ、作成元文書ＩＤ、画像利用フラグ、作成元画像作成者ＩＤ、作成元画像ＩＤ、分配情報、その他の情報が登録されている。

ここで、文書ＩＤは、登録された医用文書データを識別するためのユニークなＩＤである。また、医院ＩＤは、文書ＩＤに対応する医用文書データを利用した利用者が所属する医院のＩＤである。この医院ＩＤは、利用者管理テーブル４００に登録されるものと同様であり、文書ＩＤに対応する医用文書が新たな医院に所属する利用者に利用されるごとに該当する医院の医院ＩＤが医用文書管理テーブル４２０に追加される。即ち、新規の医院ＩＤに対応する医院属性情報が対応付けられる。また、医院別利用回数は、医院ＩＤごとの医用文書の利用回数である。即ち、同じ医院ＩＤに所属する利用者に利用されるごとに該当する医院ＩＤに対応する医院別利用回数が更新される（利用回数分加算される）。なお、医院別利用回数には、各利用日の情報を含むようにしてもよい。

また、患者ＩＤは、患者を識別するためのユニークなＩＤであり、登録された医院ＩＤに対応する医院で取り扱っている患者の患者ＩＤが登録される。新たな医院ＩＤが追加されるごとに該当する患者ＩＤが医用文書管理テーブル４２０に追加される。また、治療ＩＤは、出血量、縫合針数、麻酔種類などの具体的な治療内容ごとにユニークなＩＤであり、利用者が文書ＩＤに対応する医用文書を利用した診療項目ごとに具体的な治療内容に対応する治療ＩＤが登録される。また、医用文書が利用されるごとに該当する治療内容の治療ＩＤが医用文書管理テーブル４２０に追加される。また、治療別利用回数は、治療ＩＤごとの医用文書の利用回数である。即ち、同じ治療ＩＤの治療内容に利用されるごとに該当する治療ＩＤに対応する治療別利用回数が更新される（利用回数分加算される）。治療別利用回数には、各利用日の情報を含むようにしてもよい。

また、文書種類は、例えば治療説明書、同意書、治療契約同意書等の文書の種類に加えて、例えば、治療説明書及び治療契約同意書等の診療項目が特定される文書の場合は、歯科医療であればインプラント、ホワイトニング、抜歯等の診療項目を含む。また、文書利用フラグは、他者の作成した医用文書データを利用しているか否かを示すフラグであり、例えば、「１」が利用している状態を示し、「０」が利用していない状態を示すフラグである。また、作成元文書作成者ＩＤ及び作成元文書ＩＤは、他者の作成した医用文書データを利用している場合のその作成者ＩＤ及び文書ＩＤである。また、画像利用フラグは、他者の作成した医用画像データを利用しているか否かを示すフラグであり、例えば、「１」が利用している状態を示し、「０」が利用していない状態を示すフラグである。また、作成元画像作成者ＩＤ及び作成元画像ＩＤは、他者の作成した医用画像データを利用している場合のその作成者ＩＤ及び画像ＩＤである。また、利用料金は、医用文書データの利用料金の情報である。例えば、１回の利用料金や無期限の利用料金などの情報となる。

また、分配情報は、医用文書データが利用されたときの、運営者と作成者とで利用料金を分配する際のそれぞれの分配率を示す情報である。例えば、文書利用フラグが「１」で且つ画像利用フラグが「０」のときの分配情報は、運営者と、該当の医用文書データの文書作成者Ａと、作成元の医用文書データの文書作成者Ｂとで利用料金を分配した場合のそれぞれの分配率を示す情報となる。また、例えば、文書利用フラグ及び画像利用フラグが共に「１」のときの分配情報は、例えば、運営者と、該当の医用文書データの作成者Ａと、作成元の医用文書データの文書作成者Ｂと、作成元の医用画像データの画像作成者Ｃとで利用料金を分配した場合のそれぞれの分配率を示す情報となる。

即ち、医用文書データは、他者の作成した医用文書データに加えて、他者の作成した医用画像データを利用して新たな医用文書データが作成される場合がある。この場合、新たな医用文書データの利用料金は、決済完了後に、その作成者と、作成元の医用文書の作成者と、作成元の医用画像の作成者と、運営者とで分配することになる。

医用画像管理テーブル４３０には、図４（ｄ）に示すように、医用画像データごとに１つのレコードが登録されている。各レコードは、作成者ＩＤ、画像ＩＤ、画像種類、画像の登録日、画像の更新日、利用フラグ、作成元画像作成者ＩＤ、作成元画像ＩＤ、その他の情報が登録されている。ここで、画像ＩＤは、登録された医用画像データを識別するためのユニークなＩＤである。また、画像種類は、例えば治療説明書、同意書、治療契約同意書等の適用対象の文書種類に加えて、例えば、歯科医療であればインプラント、ホワイトニング、抜歯等の診療項目を含む。

図５は、医院属性管理テーブル４４０のデータ構造を示す図である。
医院属性管理テーブル４４０には、図５に示すように、医院ごとに１つのレコードが登録されている。各レコードは、医院を識別するための医院ＩＤを登録するフィールド４４２と、医院名を登録するフィールド４４３と、医院の所在地を登録するフィールド４４４と、医院に所属する職員の規模を登録するフィールド４４５と、医院の取り扱う患者の規模を登録するフィールド４４６と、医院に所属する職員の知識水準を登録するフィールド４４７と、医院の事業年数を登録するフィールド４４８と、他の情報を登録するフィールドとを含んで構成されている。

即ち、医用文書データを利用する利用者の従事する医療に係る属性の１つとして、利用者の所属する医院の属性があり、医院属性管理テーブル４４０には、医院の属性として、医院の所在地、医院に所属する職員の規模、医院の取り扱う患者の規模、医院に所属する職員の医療に対する知識水準（以下、単に「職員の知識水準」と称す）、及び医院の事業年数が登録されている。医院属性の他の情報としては、例えば、医院の提供する診療項目数、診療項目ごとの事業年数の情報等を登録してもよい。

なお、職員の知識水準は、職員の学歴、医療経験、試験結果などをスコア化し、例えば、１００点満点でスコアが高いほど知識水準が高いと評価し、４０点以下を「Ｃ」、４１点以上８０点未満を「Ｂ」、８０点以上を「Ａ」として、Ａ，Ｂ、Ｃの３段階で評価する。フィールド４４７には、医院に所属する職員の平均スコア（平均点）から決定した知識水準が登録されている。

図５の例では、第１行目のレコードには、医院ＩＤとして「０００１」が、医院名として「Ａ歯科医院」が、所在地として「東京都港区」が、職員の規模として「１２人」が、患者の規模として１日の患者の来院数「２７人／日」が、職員の知識水準として「Ａ」が、事業年数として「４５年」が登録されている。

図６は、患者属性管理テーブル４５０のデータ構造を示す図である。
患者属性管理テーブル４５０には、図６に示すように、患者ごとに１つのレコードが登録されている。各レコードは、患者を識別するための患者ＩＤを登録するフィールド４５２と、患者が通院している医院を識別するための医院ＩＤを登録するフィールド４５３と、患者名を登録するフィールド４５４と、患者の年齢を登録するフィールド４５５と、患者の性別を登録するフィールド４５６と、患者の知識水準を登録するフィールド４５７と、患者の来院頻度を登録するフィールド４５８と、患者の診療項目数を登録するフィールド４５９と、他の情報を登録するフィールドとを含んで構成されている。

即ち、利用者の従事する医療に係る属性の１つとして、利用者の所属する医院で取り扱っている患者の属性があり、患者属性管理テーブル４５０には、患者の属性として、患者の年齢、患者の性別、患者の医療に対する知識水準（以下、単に「患者の知識水準」と称す）、患者の来院頻度、患者の診療項目数、他の情報が登録されている。患者属性の他の情報としては、例えば、患者の血液型、身長、体重等の身体的情報、患者の診療費用（診療項目ごとの合計診療費用、これまでの総診療費用等）の情報、患者の出身地（出身国も含む）の情報等を登録してもよい。

なお、患者の知識水準は、例えば、患者に対して、医療に対する知識水準を問うアンケートを行ったり、問診等の際に知識の確認を行ったりして、それらの結果に基づいて知識水準をスコア化する。上記医院の職員の知識水準と同様に、例えば、１００点満点でスコアが高いほど知識水準が高いと評価し、４０点以下を「Ｃ」、４１点以上８０点未満を「Ｂ」、８０点以上を「Ａ」として、Ａ，Ｂ、Ｃの３段階で評価する。

また、来院頻度は、月の来院日数に限らず、１週間の来院日数や年間の来院日数を登録してもよい。また、他にも診療項目ごとの来院日数、これまでの総来院日数など他の日数を登録してもよい。また、診療項目数は、これまでに受診した診療項目の合計を登録してもよいし、現在治療中の診療項目数を登録してもよい。

図６の例では、第１行目のレコードには、患者ＩＤとして「０００１」が、医院ＩＤとして「０００１」が、患者名として「患者ａ」が、年齢として「４６」が、性別として「男」が、患者の知識水準として「Ａ」が、来院頻度として「４日／月」が、診察項目数として「１」が登録されている。

図７は、文書属性管理テーブルのデータ構造を示す図である。
文書属性管理テーブル４６０には、図７に示すように、医用文書を識別するための文書ＩＤを登録するフィールド４６２と、医用文書を利用した場合の利用者と患者との間で発生したトラブル発生件数を登録するフィールド４６３と、医用文書を利用した患者の満足度を登録するフィールド４６４と、医用文書を利用した利用者の満足度を登録するフィールド４６５と、医用文書が利用者に利用された回数である文書利用回数を登録するフィールド４６５と、他の情報を登録するフィールドとを含んで構成されている。

即ち、利用者の従事する医療に係る属性の１つとして、利用者の従事する医療に係る医用文書の属性があり、文書属性管理テーブル４６０には、医用文書の属性として、トラブル発生件数、患者の満足度（平均値）、職員の満足度（平均値）、文書利用回数、他の情報が登録されている。文書属性の他の情報としては、例えば、文書利用年数、文書更新回数等の情報を登録してもよい。

図７の例では、第１行目のレコードには、文書ＩＤとして「０００１」が、トラブル発生件数として「０」が、患者の満足度として「８０点」が、職員の満足度として「７０点」が、文書利用回数として「２３回」が登録されている。
図８（ａ）及び（ｂ）は、治療属性管理テーブル４７０及び分配管理テーブル４８０のデータ構造を示す図である。

治療属性管理テーブル４７０には、図８（ａ）に示すように、具体的な治療内容を識別するための治療ＩＤを登録するフィールド４７２と、例えばインプラント、抜歯等の診療項目を識別するための診療項目ＩＤを登録するフィールド４７３と、治療による出血量の程度を登録するためのフィールド４７４と、治療による縫合針数を登録するフィールド４７５と、治療で使用する麻酔の種類を登録するフィールド４７６と、他の情報を登録するフィールドとを含んで構成されている。

即ち、利用希望者の従事する医療に係る属性の１つとして、利用希望者の従事する医療に係る具体的な治療内容の属性があり、治療属性管理テーブル４７０には、具体的な治療内容の属性として、出血量、縫合針数、麻酔種類、他の情報が登録されている。治療属性の他の情報としては、例えば、治療痕が残るか否か、後遺症の有無等の情報を登録してもよい。

図８（ａ）の例では、第１行目のレコードには、治療ＩＤとして「０００１」が、診療項目ＩＤとして「０００１」が、出血量として「無し」が、縫合針数として「０」が、麻酔種類として「無し」が登録されている。ここで、出血量の程度としては、出血無しを示す「無し」、出血量が少ないことを示す「少」、出血量が普通を示す「普通」、出血量が多いことを示す「多」のいずれか１つが登録される。また、麻酔種類としては治療に麻酔を用いないことを示す「無し」、治療に局部麻酔を用いることを示す「局部」、治療に全身麻酔を用いることを示す「全身」が登録される。

分配管理テーブル４８０には、図８（ｂ）に示すように、医用文書データを利用した利用者ＩＤごとに１つのレコードが登録されている。各レコードは、利用者ＩＤ、文書ＩＤ、利用料金、作成者ＩＤ、作成元文書作成者ＩＤ、作成元画像作成者ＩＤ、利用日、分配情報、決済情報、その他の情報が登録されている。

上記文書ＩＤは、利用登録した医用文書データのＩＤであり、上記利用料金合計は、利用登録した医用文書データの利用料金の合計額の情報であり、料金体系は、月額固定などの利用料金の料金体系を示す情報である。ここで、利用料金合計は、例えば、利用する医用文書の数（自己のアカウント（利用者ＩＤ）に利用登録した医用文書の数）や、診療に実際に使用した医用文書の数に基づいて算出する。また、料金体系としては、例えば、文書数１０までは月額５，０００円、文書数２０までは月額１０，０００円といったように、利用登録する文書数に応じた月額固定の料金体系としてもよい。この場合に、利用料金を支払った月は登録した医用文書を何度でも利用できるようにしもよい。また、月額固定に限らず年額固定など他の一定期間固定額としてもよい。また、登録数に応じた固定額とせずに、例えば、１文書１週間２、０００円などの期間限定で何度でも利用できる料金体系としてもよい。また、例えば、利用１回ごとに１，０００円等として利用回数に応じて加算していく料金体系としてもよい。この場合は、利用回数（プリントアウト回数、電子署名回数など）をカウントして、その回数で利用料金の計算を行う。また、例えば、１文書３０，０００円などの利用料金として無期限で利用可能とする料金体系としてもよい。

〔医用文書提供サーバ１００の機能について〕
次に、医用文書提供サーバ１００の機能について説明する。
医用文書提供サーバ１００は、ＣＰＵ３０において、ＲＯＭ３２の所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下の機能を有している。

医用文書提供サーバ１００は、インターネット１９９を介して受信した利用者端末２００からの利用者情報を、記憶装置４２の作成者管理テーブル４１０に登録する機能を有している。加えて、インターネット１９９を介して受信した利用者端末２００からの医用文書の一覧や詳細の表示要求に応じて、要求元の利用者端末２００に要求に応じた表示情報を送信する機能を有している。さらに、インターネット１９９を介して受信した利用者端末２００からの医用文書データの利用要求に応じて、要求元の利用者端末２００に対して要求に応じた医用文書データを送信する機能を有している。

医用文書提供サーバ１００は、さらに、インターネット１９９を介して受信した作成者端末２１０からの作成者情報を、記憶装置４２の作成者管理テーブル４１０に登録する機能を有している。加えて、インターネット１９９を介して受信した作成者端末２１０からの医用文書データ及び医用画像データの登録要求に応じて、受信した医用文書データ及び医用画像データを、記憶装置４２の医用文書ライブラリ及び医用画像ライブラリに登録する機能を有している。さらに、これら医用文書データ及び医用画像データの管理情報を、医用文書管理テーブル４２０及び医用画像管理テーブル４３０に登録する機能を有している。なおさらに、インターネット１９９を介して受信した作成者端末２１０からの医用文書及び医用画像の一覧や詳細の表示要求に応じて、要求元の作成者端末２１０に要求に応じた表示情報を送信する機能を有している。さらにまた、インターネット１９９を介して受信した作成者端末２１０からの医用文書データ及び医用画像データの少なくとも一方の利用要求に応じて、要求元の作成者端末２１０に対して要求に応じた医用文書データ及び医用画像データの少なくとも一方を送信する機能を有している。

医用文書提供サーバ１００は、さらに、医用文書データの利用者に利用料金を課金する機能、決済された利用料金を運営者と作成者とで分配する機能等を有している。
医用文書提供サーバ１００は、さらに、医用文書データの利用を希望する利用者（利用希望者）の利用者端末２００からの推奨文書検索機能の利用要求に応じて、利用希望者の従事する医療に係る属性に基づいて、登録された医用文書データのうちから、利用希望者に推奨される医用文書データを推奨する機能を有している。

ここで、医用文書のなかでも特に治療説明書や同意書は、患者から訴えられたときに自己を防衛するための書証として残しておく意義があるが、最も重要なことは、日常業務において患者とのトラブルを防止することや、医療に対する理解を深め医業に対する信頼向上につなげることである。この意義からすれば、患者の知識に応じて必要な説明事項や同意事項が変わってくる。医療に詳しい患者であれば少ない説明事項及び同意事項であってもトラブルになりにくいし、逆に医療に疎い患者であれば説明事項及び同意事項を増やさないとトラブルになりやすい。

したがって、利用希望者の所属する医院が事業を行っている地域、同医院が取り扱っている患者の規模（人数）、同医院が取り扱っている患者の知識水準、同医院の規模（職員数）などの利用希望者の従事する医療に係る属性（医療属性）によって利用すべき治療説明書や同意書が変わってくる。本実施の形態の推奨機能は、このような観点から、利用希望者にとって推奨される医用文書データを推奨する機能となっている。

〔利用者端末２００の機能について〕
次に、利用者端末２００の機能について説明する。
利用者端末２００は、ＣＰＵにおいて、ＲＯＭの所定領域に格納されている所定のプログラム（アプリケーションソフト）を実行することで実現される機能として、以下に示す機能を有している。

具体的に、利用者端末２００は、医用文書提供サービス用のアプリケーションプログラムを実行することで、このサービスを利用するためのＷｅｂアプリケーションを起動し、医用文書提供サービスの提供する各種利用者用のサービスを利用する機能を有している。
利用者端末２００は、医用文書提供サーバ１００の提供する利用者登録用のＷｅｂページ（以下、「利用者登録ページ」と称す）において、入力装置を介した利用者の操作入力に応じて、利用者情報を入力する処理を行う機能を有している。加えて、入力された各情報を医用文書提供サーバ１００に送信する機能を有している。

利用者端末２００は、さらに、利用者情報を登録後に、医用文書提供サーバ１００の提供するログインページにて、入力装置を介して入力された、予め利用者情報として登録されたメールアドレスとログインパスワードとに基づいて、登録された利用者専用のＷｅｂページである利用者ページへのログイン処理を行う機能を有している。これにより、登録された利用者は、利用者ページを介して各種サービスを利用できるようになっている。ここで利用者は、例えば、歯科医師等の医療従事者である。

ここで、医用文書提供サービスでは、医用文書提供サーバ１００に登録された各種医用文書の医用文書データを、予め設定された利用料金を支払うことで利用することができるようになっている。
利用者端末２００は、さらに、利用者ページにおいて、入力装置を介した利用者の操作入力に応じて、上記各種情報の表示要求や、医用文書データの利用要求等を医用文書提供サーバ１００に送信する機能を有している。また、送信した各種要求に応じて受信した、医用文書提供サーバ１００からの各種情報を表示装置に表示したり、記憶装置に記憶したりする機能を有している。

なお、本実施の形態では、利用者端末２００で医用文書データを利用する際に、専用のアプリケーションソフトを用いる必要がある。かかるアプリケーションソフトは、利用者ページを提供するアプリケーションソフトと同じソフトであってもよいし、異なるソフトであってもよい。利用者は、このアプリケーションソフトを起動して表示されるログイン画面において、登録したログイン情報でログインすることで、利用許可を得た（例えば利用登録された）医用文書データの利用が可能となる。かかるアプリケーションソフトは、利用期限や利用回数の管理を行う機能、医療同意書等の利用において、電子署名等の電子サインを行う機能等を有している。

〔作成者端末２１０の機能について〕
次に、作成者端末２１０の機能について説明する。
作成者端末２１０は、ＣＰＵにおいて、ＲＯＭの所定領域に格納されている所定のプログラムを実行することで実現される機能として、以下に示す機能を有している。
具体的に、作成者端末２１０は、医用文書提供サービス用のアプリケーションプログラムを実行することで、このサービスを利用するためのＷｅｂアプリケーションを起動し、医用文書提供サービスの提供する各種作成者用のサービスを利用する機能を有している。

作成者端末２１０は、医用文書提供サーバ１００の提供する作成者登録用のＷｅｂページ（以下、「作成者登録ページ」と称す）において、入力装置を介した作成者の操作入力に応じて、作成者情報を入力する処理を行う機能を有している。加えて、入力された各情報を医用文書提供サーバ１００に送信する機能を有している。

作成者端末２１０は、さらに、作成者情報を登録後に、医用文書提供サーバ１００の提供するログインページにて、入力装置を介して入力された、予め作成者情報として登録されたメールアドレスとログインパスワードとに基づいて、登録された作成者専用のＷｅｂページである作成者ページへのログイン処理を行う機能を有している。これにより、作成者ページにて各種サービスを利用できるようになっている。

作成者端末２１０は、さらに、作成者ページにおいて、入力装置を介した利用者の操作入力に応じて、医用文書データの作成及び編集、医用画像データの作成及び編集、作成した医用文書データ及び医用画像データの医用文書提供サーバ１００への登録、医用文書提供サーバ１００に登録された医用文書データ及び医用画像データの取得等の各種処理を行う機能を有している。

なお、本実施の形態では、作成者端末２１０にて、医用文書データ及び医用画像データの作成及び編集をする際に、他者の作成した医用文書データ及び医用画像データを利用することができるようになっている。即ち、他者の作成した医用文書データ及び医用画像データを加工して、新たな医用文書データを作成することができる。他者の医用文書データを利用する場合、例えば、無期限利用の利用料金を支払った医用文書データ、別途加工用の利用料金を支払った医用文書データ、加工許可が得られた医用文書データのみ利用可能とする。

以下、医用文書データ及び医用画像データを区別しない場合に、単に「医用データ」と略称する場合がある。
〔医用データ登録受付処理〕
次に、医用文書提供サーバ１００で実行される医用データ登録受付処理の処理手順について説明する。
図９は、医用データ登録受付処理を示すフローチャートである。

ＣＰＵ３０は、ＲＯＭ３２の所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図９のフローチャートに示す医用データ登録受付処理を実行する。
医用データ登録受付処理は、ＣＰＵ３０において実行されると、図９に示すように、まず、ステップＳ１００に移行する。

ステップＳ１００では、作成者端末２１０からの登録要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１０２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰させる。
ここで、本実施の形態においては、登録要求に、作成者の情報（作成者ＩＤ）等を含む登録用情報が含まれている。登録用情報は、例えば、登録用パスワードなどセキュリティを考慮した情報を含んでいてもよい。

ステップＳ１０２に移行した場合は、受信した登録要求に含まれる登録用情報を照合して、ステップＳ１０４に移行する。
ステップＳ１０４では、ステップＳ１０２の照合結果に基づき、登録用情報が照合されたか否かを判定する。そして、照合されたと判定した場合（YES）は、ステップＳ１０６に移行し、そうでないと判定した場合（NO）は、登録不許可を示す不許可情報を登録要求の送信元の作成者端末２１０に送信して、一連の処理を終了して元の処理に復帰させる。

ステップＳ１０６に移行した場合は、登録許可を示す登録許可情報を登録要求の送信元の作成者端末２１０に送信して、ステップＳ１０８に移行する。
ステップＳ１０８では、登録許可情報の送信先の作成者端末２１０からの医用文書データ又は医用画像データを受信したか否かを判定する。そして、受信したと判定した場合(Yes)は、ステップＳ１１０に移行し、そうでないと判定した場合(No)は、受信するまで判定処理を繰り返す。

本実施の形態において、作成者端末２１０から送信される医用文書データ及び医用画像データには、作成者ＩＤ等の作成者の情報に加えて、分配情報等の設定情報が付加されている。
ステップＳ１１０に移行した場合は、受信した医用文書データ又は医用画像データの登録処理を実行して、一連の処理を終了し元の処理に復帰させる。

〔医用データ登録処理〕
次に、医用文書提供サーバ１００で実行される医用データ登録処理の処理手順について説明する。
図１０は、医用データ登録処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１０のフローチャートに示す医用データ登録処理を実行する。

医用データ登録処理は、ＣＰＵ３０において実行されると、図１０に示すように、まず、ステップＳ１２０に移行する。
ステップＳ１２０では、登録対象の医用文書データ又は医用画像データに、作成元の医用文書データ又は医用画像データの作成者情報が埋め込まれているか否かを判定する。そして、埋め込まれていると判定した場合（YES）は、ステップＳ１２２に移行し、そうでないと判定した場合（NO）は、ステップＳ１３２に移行する。

ここで、作成者情報は、例えば、公知の電子透かしの技術を用いて埋め込まれている。
ステップＳ１２２に移行した場合は、登録対象の医用データが医用文書データであるか否かを判定し、医用文書データであると判定した場合（YES）は、ステップＳ１２４に移行し、そうでないと判定した場合（NO）は、ステップＳ１２６に移行する。

ステップＳ１２４では、登録対象の医用データの分配情報を設定して、ステップＳ１２６に移行する。ここで、他者作成者の作成者情報が埋め込まれている場合、分配情報は、例えば、運営者の分配率が２０％、作成者の分配率が７０％、他者作成者の分配率が１０％といった内容となる。

ステップＳ１２６では、登録対象の医用データに、その作成者の作成者情報を追加で埋め込んで、ステップＳ１２８に移行する。
ステップＳ１２８では、作成者情報が追加で埋め込まれた医用文書データ又は医用画像データを記憶装置４２の医用文書ライブラリ又は医用画像ライブラリに登録する。加えて、作成者情報が追加で埋め込まれた医用文書データ又は医用画像データの管理情報を記憶装置４２の医用文書管理テーブル４２０又は医用画像管理テーブル４３０に登録する。その後、ステップＳ１３０に移行する。

ステップＳ１３０では、登録完了通知を、登録要求の送信元の作成者端末２１０に送信して、一連の処理を終了し元の処理に復帰させる。
一方、ステップＳ１２０において、他者の作成者情報が埋め込まれていないと判定されてステップＳ１３２に移行した場合は、受信した医用文書データ又は医用画像データにその作成者の作成者情報を埋め込んで、ステップＳ１３４に移行する。

ステップＳ１３４では、登録対象の医用データが医用文書データであるか否かを判定し、医用文書データであると判定した場合（YES）は、ステップＳ１３６に移行し、そうでないと判定した場合（NO）は、ステップＳ１３８に移行する。
ステップＳ１３６に移行した場合は、登録対象の医用文書データの分配情報を設定して、ステップＳ１３８に移行する。ここで、他作成者情報が埋め込まれていない場合、分配情報は、例えば、運営者の分配率が２０％、作成者の分配率が８０％といった内容となる。

一方、ステップＳ１３８に移行した場合は、作成者情報が埋め込まれた医用文書データ又は医用画像データを記憶装置４２の医用文書ライブラリ又は医用画像ライブラリに登録する。加えて、作成者情報が埋め込まれた医用文書データ又は医用画像データの管理情報を記憶装置４２の医用文書管理テーブル４２０又は医用画像管理テーブル４３０に登録する。その後、ステップＳ１３０に移行する。

〔医用データ提供処理〕
次に、医用文書提供サーバ１００で実行される医用データ提供処理の処理手順について説明する。
図１１は、医用データ提供処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１１のフローチャートに示す医用データ提供処理を実行する。

医用データ提供処理は、ＣＰＵ３０において実行されると、図１１に示すように、まず、ステップＳ１４０に移行する。
ステップＳ１４０では、医用文書一覧又は医用画像一覧の表示要求を受信したか否かを判定し、受信したと判定した場合(Yes)は、ステップＳ１４１に移行し、そうでないと判定した場合（NO）は、ステップＳ１４２に移行する。

ステップＳ１４１に移行した場合は、利用者端末２００からの表示要求を受信した場合に、医用文書一覧情報を、表示要求の送信元の利用者端末２００に送信する。一方、作成者端末２１０からの表示要求を受信した場合に、医用文書一覧又は医用画像一覧情報を、表示要求の送信元の作成者端末２１０に送信する。その後、一連の処理を終了して元の処理に復帰する。

医用文書一覧情報は、ここでは、メインメニューで、医用文書の種類として、例えば「治療契約同意書」を選択後に、治療内容の一覧が表示され、治療内容を選択後に表示される一覧の情報である。例えば、歯科医療であれば、インプラント、抜歯などの治療内容を選択後に表示される一覧の情報であり、利用者端末２００又は作成者端末２１０の表示装置には、この情報に基づいて、治療内容ごとに、複数の作成者が作成した「治療契約同意書」の一覧が表示される。

同様に、医用画像一覧情報は、治療内容ごとに、複数の作成者が作成した「治療契約同意書」の作成に使用される医用画像の一覧の情報である。医用画像一覧として、作成者端末２１０の表示装置には、例えば、各画像のサムネイルの一覧が表示される。
ステップＳ１４２に移行した場合は、利用者端末２００からの推奨検索要求を受信したか否かを判定し、受信したと判定した場合(Yes)は、ステップＳ１４３に移行し、そうでないと判定した場合（NO）は、ステップＳ１４４に移行する。

ステップＳ１４３に移行した場合は、推奨文書検索処理を実行して、一連の処理を終了し元の処理に復帰する。
一方、ステップＳ１４２で推奨検索要求を受信せずにステップＳ１４４に移行した場合は、医用文書又は医用画像の詳細情報の表示要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１４６に移行し、そうでないと判定した場合（NO）は、ステップＳ１４８に移行する。

医用文書の詳細情報は、複数の作成者が作成した医用文書のうちから選択されたいずれか１の医用文書の詳細を表示するための情報である。この詳細情報では、医用文書の一部や全部の詳細を制限付きで表示できるようにする。制限としては、コピー、印刷、編集等ができないようにする制限、内容を確認できる程度に画質を落とす制限などがある。

同様に医用画像の詳細情報は、制限付きで画像を拡大表示する情報である。制限としては、医用文書の詳細情報と同様となる。
ステップＳ１４６に移行した場合は、利用者端末２００からの表示要求を受信した場合に、医用文書の詳細情報を、表示要求の送信元の利用者端末２００に送信する。一方、作成者端末２１０からの表示要求を受信した場合に、医用文書又は医用画像の詳細情報を、表示要求の送信元の作成者端末２１０に送信する。その後、一連の処理を終了し元の処理に復帰させる。

ステップＳ１４４において表示要求を受信せずにステップＳ１４８に移行した場合は、利用者端末２００からの医用文書の利用設定要求又は作成者端末２１０からの医用文書若しくは医用画像の利用設定要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１５０に移行し、そうでないと判定した場合（NO）は、ステップＳ１５４に移行する。

ステップＳ１５０に移行した場合は、利用設定要求にて指定された医用文書データについて決済処理を実行する。その後、ステップＳ１５２に移行する。なお、本実施の形態では、医用画像データの決済処理について料金の支払いが発生しないため、決済処理を行わずに、ステップＳ１５２に移行する。

ここで、利用者端末２００からの利用設定要求には、利用者ＩＤ、文書ＩＤ、利用する料金体系の情報、料金体系が回数制のものであれば回数の情報などが含まれている。また、作成者端末２１０からの利用設定要求には、作成者ＩＤ、文書ＩＤ又は画像ＩＤ、加工用の利用料金の情報などが含まれている。また、決済処理では、例えば、利用者管理テーブル４００又は作成者管理テーブル４１０の決済情報に基づいて、指定された医用文書データの決済処理を行うための決済処理情報を、利用者端末２００又は作成者端末２１０に送信する。決済処理情報は、例えば、請求金額や予め設定された利用者又は作成者のクレジットカードの情報などを含む決済画面を表示するための情報を含んでいる。

また、決済処理は、利用する料金体系に応じて異なり、月額や年額を支払い済みの場合は、決済処理を行わずに、利用設定要求のあった医用文書データが、利用者ページに登録される。この場合、例えば、利用者管理テーブル４００に、その他の情報として、料金体系、登録上限数及び登録数の情報を登録し、これらの情報に基づいて、登録上限数を超えていないかなどを管理する。一方、回数制や無期限購入などの場合は、利用者に対してその都度利用料金の課金が行われる。

一方、作成者に対する決済処理は、他者の作成した医用文書データを加工するための利用料金の決済となる。医用文書の作成のための利用要求のあった医用文書データは、決済完了後に作成者ページに登録される。また、利用要求のあった医用画像データは、使用すること自体は無料であるため、決済を行わずに作成者ページに登録される。

また、決済処理では、決済の完了した医用文書データに含まれる作成者情報に基づいて、医用文書管理テーブル４２０及び医用画像管理テーブル４３０から必要な情報を取得し、取得した情報に基づいて分配管理テーブル４８０に各種情報を登録する処理が行われる。

ステップＳ１５２では、処理対象が医用文書データの場合は、決済が完了した医用文書データを利用者ページ又は作成者ページに登録し、処理対象が医用画像データの場合は、要求のあった医用画像データを作成者ページに登録して、一連の処理を終了し元の処理に復帰させる。

これにより、利用者ページ又は作成者ページに登録された医用文書データは、利用者端末２００又は作成者端末２１０において利用が可能となり、作成者ページに登録された医用画像データは、作成者端末２１０において利用が可能となる。即ち、印刷禁止などの制限のないデータのダウンロードが可能となる。

なお、本実施の形態では、利用者と作成者とが同一の場合、利用者登録及び作成者登録の双方を行うことが可能であり、この場合、利用者ページと作成者ページとが連携して、例えば利用者ページに登録された無期限利用可能な医用文書データを作成者ページでも利用できるようになっている。

また、ステップＳ１４８において利用設定要求を受信せずにステップＳ１５４に移行した場合は、利用者端末２００からの医用文書の利用要求又は作成者端末２１０からの医用文書若しくは医用画像の利用要求を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１５６に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰させる。

ステップＳ１５６に移行した場合は、利用者端末２００からの利用要求の場合は、利用登録された医用文書データのうち指定されたデータを、利用要求の送信元の利用者端末２００に送信する。一方、作成者端末２１０からの利用要求の場合は、利用登録された医用文書データ及び医用画像データのうち指定されたデータを、利用要求の送信元の作成者端末２１０に送信する。その後、一連の処理を終了して元の処理に復帰させる。

〔推奨文書検索処理〕
次に、医用文書提供サーバ１００で実行される推奨文書検索処理の処理手順について説明する。
図１２は、推奨文書検索処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１２のフローチャートに示す推奨文書検索処理を実行する。

推奨文書検索処理は、ＣＰＵ３０において実行されると、図１２に示すように、まず、ステップＳ１６０に移行する。
ステップＳ１６０では、要求元の利用者端末２００に対して、推奨検索条件入力画面情報を送信して、ステップＳ１６２に移行する。
ステップＳ１６２では、検索条件として、各種医療属性情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ１６４に移行し、そうでないと判定した場合（NO）は、医療属性情報を受信するまで判定処理を繰り返す。

ステップＳ１６４に移行した場合は、選択された診療項目に対応する医用文書データのなかから、受信した各種医療属性情報に対応する医用文書データの情報（例えば、文書ＩＤ）を取得する。その後、ステップＳ１６６に移行する。
ここで、各種医療属性情報に対応する医用文書データの情報を取得するにあたって、医用文書管理テーブル４２０に登録された文書ＩＤ、医院ＩＤ、患者ＩＤ及び治療ＩＤにそれぞれ対応する属性情報を、医院属性管理テーブル４４０、患者属性管理テーブル４５０、文書属性管理テーブル４６０及び治療属性管理テーブル４７０から取得し、これら取得した各種医療属性情報と受信した各種医療属性情報とに基づいて該当する医用文書データの情報を取得する。

例えば、受信した各種医療属性情報と同一の属性情報を有する医用文書データの情報又は受信した各種医療属性情報と近い属性情報を有する医用文書データの情報を取得する。
ステップＳ１６６では、取得した情報に基づいて、利用希望者に推奨される医用文書データの一覧情報である推奨文書一覧情報を作成する。その後、ステップＳ１６８に移行する。

ここで、本実施の形態では、各種医療属性情報に応じて複数の推奨条件を設定しており、例えば、医院の属性情報の場合、同一の属性情報又は近い属性情報を有する医院での利用度（利用回数、利用頻度、利用医院数）が所定値よりも高い医用文書データを推奨する。

即ち、医用文書管理テーブル４２０に登録された医院ＩＤ及び医院別利用回数の情報に基づいて、同一の属性情報又は近い属性情報を有する医院の利用回数を合計した合計利用回数や、利用頻度を平均化した平均利用頻度等を算出し、算出した合計利用回数又は平均利用頻度等が所定値以上の医用文書データを推奨する。また、単純に、医用文書を利用している医院数が所定数以上の医用文書データを推奨してもよい。

図５に示す登録例では、例えば、利用希望者の所属する医院の所在する地域（所在地）と同一又は近隣の医院での利用度が所定値よりも高い医用文書データを推奨し、同医院に所属する職員の規模又は同医院で取り扱っている患者の規模と同一又は近い規模の医院での利用度が所定値よりも高い医用文書データを推奨する。また、同医院に所属する職員の知識水準が同一又は近い医院での利用度が所定値よりも高い医用文書データを推奨し、同医院の事業年数と同一又は近い事業年数の医院での利用度が所定値よりも高い医用文書データを推奨する。

また、患者の属性情報の場合、同一の属性情報又は近い属性情報を有する患者を取り扱う医院での利用度（利用回数、利用頻度、利用医院数）が所定値よりも高い医用文書データを推奨する。
具体的に、図６に示す登録例では、例えば、利用希望者の所属する医院で取り扱っている患者の年齢、性別、来院頻度及び診療項目数が同一又は近い患者を取り扱っている医院での利用度が所定値よりも高い医用文書データを推奨し、同医院で取り扱っている患者の知識水準と同一又は近い知識水準の患者を取り扱っている医院での利用度が所定値よりも高い医用文書データを推奨する。

また、文書の属性情報の場合、図７に示す登録例では、トラブル発生件数が所定件数以下の医用文書データを推奨し、患者の満足度が所定値よりも高い医用文書データを推奨し、職員の満足度が所定値よりも高い医用文書データを推奨し、文書利用回数が所定値よりも高い医用文書データを推奨する。

また、具体的な治療内容の属性情報の場合、図８（ａ）に示す登録例では、同じ診療項目において、出血量、縫合針数及び麻酔種類が同一又は近い治療内容での利用度（利用回数、利用頻度）が所定値よりも高い医用文書データを推奨する。なお、出血量、縫合針数及び麻酔種類の組み合わせに対して１つの治療ＩＤを対応付ける構成としたが、この構成に限らず、出血量、縫合針数及び麻酔種類のそれぞれに個別の治療ＩＤを対応付ける構成としてもよい。

なお、具体的な治療内容の属性情報については、医用文書管理テーブル４２０に登録された治療ＩＤ及び治療別利用回数の情報に基づいて、同一の属性情報又は近い属性情報を有する治療内容での利用回数を合計した合計利用回数や、利用頻度を平均化した平均利用頻度等を算出し、算出した合計利用回数又は平均利用頻度等が所定値以上の医用文書データを推奨する。

また、本実施の形態では、受信した複数の属性情報について、上記推奨条件を満たす属性数が多い医用文書データほど、利用希望者への推奨優先度を高くする。そして、優先度の高い順に、推奨する医用文書データの情報を表示するようになっている。
ステップＳ１６８では、作成した推奨文書一覧情報を、利用希望者の利用者端末２００に送信する。その後、一連の処理を終了して元の処理に復帰する。

〔利用料金分配処理〕
次に、医用文書提供サーバ１００で実行される利用料金分配処理の処理手順について説明する。
図１３は、利用料金分配処理を示すフローチャートである。
ＣＰＵ３０は、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１３のフローチャートに示す利用料金分配処理を実行する。

利用料金分配処理は、ＣＰＵ３０において実行されると、図１３に示すように、まず、ステップＳ１８０に移行する。
ステップＳ１８０では、利用料金の分配タイミングになったか否かを判定し、分配タイミングになったと判定した場合（YES）は、ステップＳ１８２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰させる。

ここで、分配タイミングは、例えば、月額定額であれば月末、年額定額であれば年末といったように一定期間定額の場合は一定期間の経過日のタイミングが該当し、これら以外であれば、例えば、決済完了後などのタイミングが該当する。
ステップＳ１８２に移行した場合は、対象の利用者（作成者が利用者の場合も含む）の対象の医用文書データに対応する分配管理テーブル４８０から、分配管理に係る各種情報を取得して、ステップＳ１８４に移行する。

ステップＳ１８４では、取得した情報に対応する医用文書データの作成者が一人か否かを判定し、一人であると判定した場合（YES）は、ステップＳ１８６に移行し、そうでないと判定した場合（NO）は、ステップＳ１７０に移行する。
具体的に、取得した情報のうち作成元文書作成者ＩＤ及び作成元画像作成者ＩＤが例えば「ＮＵＬＬ」であった場合に、作成者が一人であると判定し、「ＮＵＬＬ」ではなくＩＤが設定されている場合に作成者が一人では無いと判定する。

ステップＳ１８６に移行した場合は、取得した情報のうち分配情報に基づいて、設定された分配率で利用料金を作成者と運営者とで分配する処理を実行する。そして、決済情報に基づいて、分配した料金を作成者の指定した銀行口座に振り込む処理を実行する。その後、ステップＳ１８８に移行する。

ステップＳ１８８では、全ての利用者の全ての医用文書データについて利用料金の分配が完了したか否かを判定し、完了したと判定した場合（YES）は、一連の処理を終了して元の処理に復帰させ、そうでないと判定した場合（NO）は、ステップＳ１８２に移行する。

一方、ステップＳ１８４において、作成者が一人ではなくステップＳ１９０に移行した場合は、取得した情報のうち分配情報に基づいて、設定された分配率で利用料金を複数の作成者と運営者とで分配する処理を実行する。そして、決済情報に基づいて、分配した料金を複数の作成者の各々の指定口座にそれぞれ振り込む処理を実行する。その後、ステップＳ１８８に移行する。

〔医用データ登録要求処理〕
次に、作成者端末２１０で実行される医用データ登録要求処理の処理手順について説明する。
図１４は、医用データ登録要求処理を示すフローチャートである。
作成者端末２１０のＣＰＵは、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１４のフローチャートに示す医用データ登録要求処理を実行する。

医用データ登録要求処理は、作成者端末２１０のＣＰＵにおいて実行されると、図１４に示すように、まず、ステップＳ２００に移行する。
ステップＳ２００では、作成者ページにおいて、文書作成者又は画像作成者が作成した医用文書データ又は医用画像データについて、登録ボタンが押下されたか否かを判定する。そして、押下されたと判定した場合（YES）は、ステップＳ２０２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰させる。

ここで、本実施の形態において、作成者ページには、作成した医用文書データ又は医用画像データの一覧（例えばサムネイルやファイル名の一覧）が表示されている。加えて、その一覧から選択した医用文書データ又は医用画像データについて、医用文書提供サーバ１００に対して登録を要求する登録ボタンが表示されるように構成されている。登録ボタンは、作成者端末２１０の入力装置を介して押下することが可能となっている。

ステップＳ２０２に移行した場合は、選択した医用文書データ又は医用画像データについて、登録用情報を含む登録要求を医用文書提供サーバ１００に送信する。その後、ステップＳ２０４に移行する。
ここで、登録ボタンの押下後に、登録用情報の入力画面を表示して、第３者が勝手に医用文書データを登録しないように、登録用パスワード等を登録用情報として入力する構成としてもよい。

ステップＳ２０４では、医用文書提供サーバ１００からの登録許可情報の受信の有無に基づいて、登録が許可されたか否かを判定し、許可されたと判定した場合（YES）は、ステップＳ２０６に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰させる。

ステップＳ２０６に移行した場合は、選択された医用文書データ又は医用画像データを、医用文書提供サーバ１００に送信して、一連の処理を終了し元の処理に復帰させる。
〔医用データ利用設定処理〕
次に、利用者端末２００又は作成者端末２１０で実行される医用データ利用設定処理の処理手順について説明する。

図１５は、医用データ利用設定処理を示すフローチャートである。
利用者端末２００又は作成者端末２１０のＣＰＵは、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１５のフローチャートに示す医用データ利用設定処理を実行する。

医用データ利用設定処理は、利用者端末２００又は作成者端末２１０のＣＰＵにおいて実行されると、図１５に示すように、まず、ステップＳ２１０に移行する。
ステップＳ２１０では、医用文書又は医用画像の一覧表示メニューが選択されたか否かを判定し、選択されたと判定した場合（YES）は、ステップＳ２１２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了して元の処理に復帰する。

ステップＳ２１２に移行した場合は、医用文書又は医用画像一覧の表示要求を、医用文書提供サーバ１００に送信して、ステップＳ２１４に移行する。ここで、表示要求には、利用者ＩＤ又は作成者ＩＤと、選択した一覧メニューの情報とが含まれている。
ステップＳ２１４では、医用文書提供サーバ１００からの医用文書又は医用画像一覧情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２１６に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。なお、受信されずにタイムアウト等した場合は、一連の処理を終了し元の処理に復帰させる。

ステップＳ２１６に移行した場合は、利用者端末２００の場合は、その表示装置に、医用文書の一覧（例えばサムネイルやファイル名の一覧）を表示し、作成者端末２１０の場合は、その表示装置に、医用文書又は医用画像の一覧を表示して、ステップＳ２１８に移行する。

これにより、利用者端末２００の表示装置には、複数の作成者が作成した複数の医用文書の一覧が表示される。一方、作成者端末２１０の表示装置には、複数の作成者が作成した医用文書又は医用画像の一覧が表示される。なお、一画面で表示し切れない場合は、例えば、スクロールバーまたはページ切り替え等によって表示できるようにする。

本実施の形態の医用文書又は医用画像一覧では、各医用文書又は医用画像は、例えば、ボタン表示又はテキスト表示され、いずれも作成者名やタイトル等が解るように表記されている。
ステップＳ２１８では、一覧表示されたなかから、いずれか一の医用文書又は医用画像が選択されたか否かを判定する。そして、選択されたと判定した場合（YES）は、ステップＳ２２０に移行し、そうでないと判定した場合（NO）は、ステップＳ２３４に移行する。

本実施の形態では、利用者端末２００又は作成者端末２１０の入力装置を介して、一覧として表示されたボタン（サムネイルを含む）やテキストを押下（マウス等でクリック）することで詳細の表示や利用登録の確定を行えるように構成されている。
ステップＳ２２０に移行した場合は、選択された医用文書又は医用画像の詳細情報の取得要求を、医用文書提供サーバ１００に送信して、ステップＳ２２２に移行する。

ステップＳ２２２では、医用文書提供サーバ１００からの詳細情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２２４に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。なお、受信されずにタイムアウト等した場合は、一連の処理を終了し元の処理に復帰させる。

ステップＳ２２４に移行した場合は、利用者端末２００の場合は、その表示装置に、医用文書の詳細情報を表示し、作成者端末２１０の場合は、その表示装置に、医用文書又は医用画像の詳細情報を表示して、ステップＳ２２６に移行する。
本実施の形態では、詳細情報の表示において、利用設定ボタン及び戻るボタンも表示するようになっている。利用設定ボタンは、詳細情報を表示している医用文書又は医用画像の利用設定要求を行うためのボタンであり、戻るボタンは、一覧表示画面に戻るためのボタンである。

ステップＳ２２６では、利用設定ボタンが押下されたか否かを判定し、押下されたと判定した場合（YES）は、ステップＳ２２８に移行し、そうでないと判定された場合（NO）は、利用設定ボタン又は戻るボタンが押下されるまで判定処理を繰り返す。なお、戻るボタンが押下された場合は、ステップＳ２２４に移行する。

ステップＳ２２８に移行した場合は、選択した医用文書又は医用画像の利用設定要求を、医用文書提供サーバ１００に送信して、ステップＳ２３０に移行する。
ステップＳ２３０では、医用文書提供サーバ１００からの決済処理情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２３２に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。なお、受信されずにタイムアウト等した場合は、一連の処理を終了し元の処理に復帰させる。

ステップＳ２３２に移行した場合は、受信した決済処理情報に基づいて、選択した医用文書又は医用画像のデータを利用するための決済処理を実行して、一連の処理を終了し元の処理に復帰させる。例えば、利用者端末２００又は作成者端末２１０では、受信した決済処理情報に基づいて、決済画面を表示し、決済画面を介した利用者又は作成者からの入力情報に基づいて、例えば、予め設定されたクレジットカードを利用した決済を行う。

一方、ステップＳ２１８において、医用文書又は医用画像が選択されずにステップＳ２３４に移行した場合は、推奨検索ボタンが押下されたか否かを判定する。そして、押下されたと判定した場合（YES）は、ステップＳ２３６に移行し、そうでないと判定した場合（NO）は、ステップＳ２１８に移行する。

ステップＳ２３６に移行した場合は、推奨検索要求処理を実行して、ステップＳ２１８に移行する。
〔推奨検索要求処理〕
次に、利用者端末２００又は作成者端末２１０で実行される推奨検索要求処理の処理手順について説明する。
図１６は、推奨検索要求処理を示すフローチャートである。

利用者端末２００又は作成者端末２１０のＣＰＵは、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１６のフローチャートに示す推奨検索要求処理を実行する。
推奨検索要求処理は、ステップＳ２３６において実行されると、図１６に示すように、まず、ステップＳ２４０に移行する。

ステップＳ２４０では、推奨検索要求を、医用文書提供サーバ１００に送信して、ステップＳ２４２に移行する。
ステップＳ２４２では、医用文書提供サーバ１００からの推奨検索条件入力画面情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２４４に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。

ステップＳ２４４に移行した場合は、要求元の端末の表示装置に、推奨検索条件入力画面を表示して、ステップＳ２４６に移行する。
推奨検索条件入力画面では、入力装置を介して、利用者又は作成者による各種医療属性情報の入力処理が行われる。
ステップＳ２４６では、入力装置を介した利用者又は作成者の操作入力に基づいて、送信ボタンが押下されたか否かを判定し、押下されたと判定した場合（YES）は、ステップＳ２４８に移行し、そうでないと判定した場合（NO）は、ステップＳ２５４に移行する。

ステップＳ２４８に移行した場合は、入力された属性情報を、医用文書提供サーバ１００に送信して、ステップＳ２５０に移行する。
ステップＳ２５０では、医用文書提供サーバ１００からの推奨文書一覧情報を受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２５２に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。

ステップＳ２５２に移行した場合は、要求元の端末の表示装置に、推奨文書一覧を表示して、一連の処理を終了して元の処理に復帰する。
一方、ステップＳ２４６において、送信ボタンが押下されずにステップＳ２５４に移行した場合は、戻るボタンが押下されたか否かを判定し、押下されたと判定した場合（YES）は、一連の処理を終了して元の処理に復帰し、そうでないと判定した場合（NO）は、ステップＳ２４６に移行する。

〔医用データ利用処理〕
次に、利用者端末２００又は作成者端末２１０で実行される医用データ利用処理の処理手順について説明する。
図１７は、医用データ利用処理を示すフローチャートである。
利用者端末２００又は作成者端末２１０のＣＰＵは、ＲＯＭの所定領域に格納されている所定のプログラムを起動させ、そのプログラムに従って、図１７のフローチャートに示す医用データ利用処理を実行する。

医用データ利用処理は、利用者端末２００又は作成者端末２１０のＣＰＵにおいて実行されると、図１７に示すように、まず、ステップＳ２６０に移行する。
ステップＳ２６０では、入力装置を介した利用者又は作成者の操作入力に基づいて、医用文書又は医用画像の利用登録一覧メニューにおいて、利用対象の医用文書又は医用画像の利用ボタンが押下されたか否かを判定する。そして、押下されたと判定した場合（YES）は、ステップＳ２６２に移行し、そうでないと判定した場合（NO）は、一連の処理を終了し元の処理に復帰させる。

ここで、利用登録一覧メニューでは、例えば、医用文書のタイトル又は医用画像のサムネイルの一覧が表示される。利用ボタンは、例えば、医用文書のタイトル又は医用画像のサムネイルのすぐ傍に表示されるボタンであり、選択している医用文書又は医用画像の利用要求を行うためのボタンである。

ステップＳ２６２に移行した場合は、利用対象の医用文書又は医用画像の利用要求を、医用文書提供サーバ１００に送信して、ステップＳ２６４に移行する。
ここで、利用要求には、利用者ＩＤ、文書ＩＤ、料金体系が回数制のものであれば回数の情報などが含まれている。

ステップＳ２６４では、医用文書提供サーバ１００からの医用文書データ又は医用画像データを受信したか否かを判定し、受信したと判定した場合（YES）は、ステップＳ２６６に移行し、そうでないと判定した場合（NO）は、受信するまで判定処理を繰り返す。なお、受信できずにタイムアウトした場合は、一連の処理を終了して元の処理に復帰させる。

ステップＳ２６６に移行した場合は、利用者端末２００の場合、受信した医用文書データに基づいて、その表示装置に、医用文書を表示する。一方、作成者端末２１０の場合、受信した医用文書データ又は医用画像データに基づいて、その表示装置に、医用文書又は医用画像を表示する。その後、一連の処理を終了して元の処理に復帰させる。

ここで、図示省略するが、本実施の形態では、利用者端末２００の表示装置に表示された医用文書が例えば治療契約同意書などの同意書を含む文書である場合に、住所及び氏名の記入欄に住所及び氏名を入力できるとともに、電子署名を行えるように構成されている。この電子署名の機能は、例えば、運営者側が、医用文書提供サーバ１００を利用して提供する構成としてもよいし、他の専用のサーバを介して提供する構成としてもよい。

〔動作〕
次に、図１〜図１７を参照しつつ図１８〜図２３に基づいて、本実施の形態の動作を説明する。
図１８（ａ）は、文書作成者Ａが作成した治療契約同意書５００の一例を示す図であり、（ｂ）は、文書作成者Ｂが治療契約同意書５００を加工して作成した治療契約同意書５０１の一例を示す図である。図１９（ａ）は、歯科医院における治療契約同意書のメニュー一覧の表示画面の一例を示す図であり、（ｂ）は、インプラントのメニューを選択した場合の治療契約同意書一覧の表示画面の一例を示す図である。また、図２０は、推奨検索条件入力画面の一例を示す図であり、図２１は、推奨文書一覧画面の一例を示す図である。また、図２２（ａ）は、治療契約同意書の治療説明部分のページの一例を示す図であり、（ｂ）は、治療に関する同意書部分のページの一例を示す図である。また、図２３（ａ）及び（ｂ）は、タブレット型の利用者端末２００Ｔを用いて同意書に電子署名を行う一例を示す図である。

まず、作成者が作成した医用文書データ及び医用画像データを登録する場合の動作を説明する。
作成者端末２１０は、入力装置を介した作成者（例えば医師等の専門知識を有した者）からの指示に応じて作成者ページに接続（ログイン）し、この作成者ページを介した作成者からの入力指示に応じて、登録対象の医用文書データ又は医用画像データの登録要求を医用文書提供サーバ１００に送信する（ステップＳ２００のYES〜Ｓ２０２）。

医用文書提供サーバ１００は、作成者端末２１０からの登録要求を受信すると（ステップＳ１００のYES）、受信した登録要求に含まれる登録用情報を照合する処理を実行し（ステップＳ１０２）、照合された場合に（ステップＳ１０４のYES）、登録要求の送信元の作成者端末２１０に登録許可情報を送信する（ステップＳ１０６）。

作成者端末２１０は、医用文書提供サーバ１００からの登録許可情報を受信すると（ステップＳ２０４のYES）、登録対象の医用文書データ又は医用画像データを医用文書提供サーバ１００に送信する（ステップＳ２０６）。
医用文書提供サーバ１００は、登録許可情報の送信先の作成者端末２１０からの医用文書データ又は医用画像データを受信すると（ステップＳ１０８のYES）、受信した医用文書データ又は医用画像データを記憶装置４２に登録する処理を実行する（ステップＳ１１０）。

ここで、図１８（ａ）及び（ｂ）に示すように、文書作成者Ｂが、文書作成者Ａの作成した治療契約同意書５００を加工して、治療契約同意書５０１を作成し、この作成した治療契約同意書５０１の医用文書データを登録する場合を例に挙げて説明する。
治療契約同意書５００は、図１８（ａ）に示すように、画像作成者Ｃが作成した医用画像Ｖを利用して作成されている。一方、治療契約同意書５０１は、図１８（ｂ）に示すように、文書作成者Ｂが、治療契約同意書５００の医用画像Ｖを、この医用画像Ｖを利用して画像作成者Ｄが作成した医用画像Ｗに差し替える加工を施すことで作成されている。

この場合、受信した医用文書データに他作成者である文書作成者Ａの作成者情報７００並びに画像作成者Ｃ及びＤの作成者情報８００及び８０１が埋め込まれているため（ステップＳ１２０のYES、Ｓ１２２のYES）、作成者情報７００、８００及び８０１並びに登録対象の医用文書データの文書作成者Ｂの管理情報（登録情報）に基づいて、受信した医用文書データの分配情報を設定する（ステップＳ１２４）。

具体的に、図１８（ｂ）に示す例では、治療契約同意書５０１について、文書作成者Ａ及びＢ並びに画像作成者Ｃ及びＤの４人が係わっているため、これら作成者４人と運営者とに利用料金を分配するための分配情報を設定する。例えば、運営者の分配率を２０％固定として、残りの８０％を、文書作成者Ｂに６０％、文書作成者Ａに１０％、画像作成者Ｃに２％、画像作成者Ｄに８％と振り分けた内容に設定する。

なお、分配情報は、本実施の形態では、運営者が設定する情報であるが、この構成に限らず、作成者が自身の作品に対して所望の分配率を設定（上限あり）し、その分配率の情報に基づいて設定する構成とするなど他の構成としてもよい。
引き続き、医用文書提供サーバ１００は、受信した医用文書データに対して、例えば、公知の電子透かしの技術を用いて文書作成者Ｂの作成者情報を追加で埋め込む（ステップＳ１２６）。ここで、登録対象の医用データが医用画像データである場合もその作成者の作成者情報を追加で埋め込む。なお、医用画像Ｗについては、利用時点で既に画像作成者Ｃ及びＤの作成者情報が埋め込まれている。そして、作成者情報の追加された医用文書データを、記憶装置４２の医用文書ライブラリに登録するとともに、その管理情報（分配情報を含む）を、医用文書管理テーブル４２０に登録する（ステップＳ１２８）。その後、登録完了情報を、登録要求の送信元の作成者端末２１０に送信する（ステップＳ１３０）。

次に、利用者が、利用者端末２００によって、医用文書提供サーバ１００に登録された医用文書データを利用設定する場合の動作を説明する。
利用者端末２００は、入力装置を介した利用者（例えば歯科医師）からの指示に応じて利用者ページにログインし、この利用者ページを介した利用者からの指示（治療契約同意書の一覧表示メニューの選択）に応じて、治療契約同意書一覧の表示要求を、医用文書提供サーバ１００に送信する。

医用文書提供サーバ１００は、利用者端末２００からの利用者ページを介した利用者からの表示要求に応じて、指定された治療契約同意書のメニュー一覧情報を、表示要求の送信元の利用者端末２００に送信する。
利用者端末２００は、一覧情報を受信すると、表示装置に、治療契約同意書のメニュー一覧を表示する。これにより、利用者端末２００の表示装置には、例えば、図１９（ａ）に示すように、歯科医院の治療契約同意書メニュー一覧画面３００（以下、単に「メニュー一覧画面３００」と略称する）が表示される。

メニュー一覧画面３００は、図１９（ａ）に示すように、診療項目ごとのボタン３１０の一覧として表示される。診療項目としては、例えば、インプラント、ホワイトニング、抜歯などがあり、本実施の形態では、診療項目ごとに治療契約同意書が存在する。各ボタン３１０には、「インプラント」、「ホワイトニング」などの診療項目を示す文字が表記されている。また、図１９（ａ）中の「戻るボタン３１１」は、１つ前の画面に戻るためのボタンであり、「三角ボタン３１２」は、ページを切り替えて他の診療項目のボタン３１０の一覧を表示するためのボタンである。

利用者端末２００は、利用者からの指示（ボタン３１０の押下）に応じて（ステップＳ２１０のYES）、診療項目に応じた治療契約同意書一覧の表示要求を、医用文書提供サーバ１００に送信する（ステップＳ２１２）。ここでは、インプラントのボタン３１０が押下されたとする。

医用文書提供サーバ１００は、利用者端末２００からの利用者ページを介した利用者からのインプラント治療に対する治療契約同意書一覧の表示要求に応じて（ステップＳ１４０のYES）、指定されたインプラントの治療契約同意書一覧情報を、表示要求の送信元の利用者端末２００に送信する（ステップＳ１４１）。

利用者端末２００は、一覧情報を受信すると（ステップＳ２１４のYES）、表示装置に、例えば図１３（ｂ）に示すインプラントの治療契約同意書一覧画面３０１を表示する（ステップＳ２１６）。
治療契約同意書一覧画面３０１は、図１９（ｂ）に示すように、複数の作成者が作成したインプラントに対する治療契約同意書にそれぞれ対応するボタン３２０の一覧として表示される。各ボタン３２０には、治療契約同意書の作成者の情報と、料金の情報等が表記されている。なお、他にも患者の症状等に合わせた治療契約同意書の選択を行えるように症状の内容や治療位置等の情報を表記してもよい。図１９（ｂ）に示した例では、１回利用するごとの料金が表記されている。また、各ボタン３２０の下には、利用設定ボタン３２１が表示され、画面右下には戻るボタン３２２が表示され、画面中央下には三角ボタン３２３が表示されている。

本実施の形態においては、利用者が、利用者端末２００の入力装置を介して、治療契約同意書一覧画面３０１からいずれか１つのボタン３２０を押下することで、対象の治療契約同意書の詳細情報を表示することができるようになっている。また、三角ボタン３２３を押下することでページを切り替えることができ、戻るボタン３２２を押下することでメニュー一覧画面３００に戻ることができるようになっている。

さらに、治療契約同意書一覧画面３０１内の「インプラント」の文字の右横には、推奨検索ボタン３２４が表示されている。推奨検索ボタン３２４を押下することで利用希望者の従事する医療に係る属性に応じた医用文書データを推奨する推奨検索処理を実行できるようになっている。

まず、推奨検索を用いずに、治療契約同意書一覧画面３０１から利用登録する医用文書データを選択する場合の動作を説明する。
利用者端末２００は、いずれか１の治療契約同意書が選択（ボタン３２０が押下）されたことに応じて（ステップＳ２１８のYES）、選択された治療契約同意書の詳細情報の表示要求を、医用文書提供サーバ１００に送信する（ステップＳ２２０）。

医用文書提供サーバ１００は、利用者端末２００からの詳細情報の表示要求を受信すると（ステップＳ１４４のYES）、選択された治療契約同意書の詳細情報を、表示要求の送信元の利用者端末２００に送信する（ステップＳ１４６）。
利用者端末２００は、医用文書提供サーバ１００からの詳細情報を受信すると（ステップＳ２２２のYES）、受信した詳細情報を、表示装置に表示する（ステップＳ２２４）。これにより、例えば、図２２（ａ）及び（ｂ）に示すような、インプラント治療の治療契約同意書５００の内容が表示される。詳細情報では、例えば、治療契約同意書５００の一部のページしか表示できないように構成される。具体的に、図２２（ａ）の例では、治療契約同意書５００の１ページ目である治療説明書５００＿１と、治療契約同意書の３ページ目である同意書５００＿３としか表示できないようになっている。また、コピーやプリントアウトなどもできないように制限されている。なお、この構成に限らず、制限を設けた状態で、全ページの情報を詳細情報として表示できる構成としてもよい。また、図２２（ａ）中の医用画像Ｘ及びＹは、例えば、インプラント治療の説明に必要な歯の画像やレントゲン写真の画像などから構成される。

ここで、歯科医療では、治療後に発生する痛みなどの症状、又は発生する可能性のある症状が様々あり、そのことを治療前に患者が十分に理解していないと、治療後に発生する痛みなどに対して治療ミスではないかといったクレームが生じトラブルへと発展するケースがある。本実施の形態の治療契約同意書は、治療内容の説明に加えて、治療費などの説明も記載されており、さらに同意書の内容も記載されている。即ち、治療説明書で治療内容や治療後に発生する可能性のある症状や状態などを患者に十分に理解して貰うとともに、治療に係る料金の説明をしっかりと行うことが可能である。その上で、さらに、同意書に同意をして貰うことが可能である。

また、本実施の形態において、医用文書提供サーバ１００に登録されている治療契約同意書は、例えば、専門知識を有した経験豊かな歯科医師等が作成しており、患者の各症状に対応して個別に且つ適切な内容に作成されたものを含んでいる。
詳細情報を表示後は、内容を確認して、詳細情報の右上のＸマークを押下することで詳細情報を閉じ、インプラント治療の治療契約同意書一覧画面３０１へと戻る。このとき、本実施の形態では、詳細表示した治療契約同意書に対応するボタン３２０が選択状態（例えば色が変わった状態）で治療契約同意書一覧画面３０１へと戻る。

治療契約同意書一覧画面３０１の中に、利用したい治療契約同意書があった場合、利用者は、入力装置を介して、利用設定ボタン３２１を押下することで、対応する治療契約同意書に対して決済処理を行って利用者ページへと登録することができるようになっている。

即ち、利用者端末２００は、いずれか１の治療契約同意書に対応する利用設定ボタン３２１が押下されたことに応じて（ステップＳ２２６のYES）、選択された治療契約同意書に対する利用設定要求を、医用文書提供サーバ１００に送信する（ステップＳ２２８）。
医用文書提供サーバ１００は、利用者端末２００からの利用設定要求を受信すると（ステップＳ１４８のYES）、選択された治療契約同意書の決済処理を実行する（ステップＳ１５０）。これにより、利用設定要求の送信元の利用者端末２００に、決済処理情報が送信される。加えて、決済に係る利用者及び医用文書に対する分配管理テーブル４８０のレコードが作成され、記憶装置４２に登録される。

利用者端末２００は、医用文書提供サーバ１００からの決済処理情報を受信すると（ステップＳ２３０のYES）、受信した決済処理情報に基づいて決済処理を実行する（ステップＳ２３２）。
医用文書提供サーバ１００は、決済処理が完了すると、決済されたインプラント治療の治療契約同意書の医用文書データを利用者ページに登録する（ステップＳ１５２）。

次に、推奨検索を行う場合の動作を説明する。
利用者端末２００は、推奨検索ボタン３２４が押下されたことに応じて（ステップＳ２３４のYES）、推奨検索要求処理を実行する（ステップＳ２３６）。
推奨検索要求処理が実行されると、利用者端末２００は、推奨検索要求を、医用文書提供サーバ１００に送信する（ステップＳ２４０）。

医用文書提供サーバ１００は、利用者端末２００からの推奨検索要求を受信すると（ステップＳ１４２のYES）、推奨文書検索処理を実行する（ステップＳ１４３）。
推奨検索処理が実行されると、医用文書提供サーバ１００は、推奨検索条件入力画面情報を、要求元の利用者端末２００に送信する（ステップＳ１６０）。

ここで、推奨検索条件入力画面は、利用希望者の従事する医療に係る属性を示す医療属性情報を取得するための画面である。医療属性情報には、記憶装置４２に記憶されている各種属性情報と同様に、利用希望者の所属する医院の属性、この医院で取り扱っている患者の属性、利用希望者の従事する医療に係る文書の属性及び利用希望者の従事する医療に係る具体的な治療内容の属性の情報が含まれる。

利用者端末２００は、医用文書提供サーバ１００からの推奨検索条件入力画面情報を受信すると（ステップＳ２４２のYES）、受信した推奨検索条件入力画面情報に基づいて、図２０に示す、推奨検索条件入力画面３５０を表示装置に表示する（ステップＳ２４４）。

ここで、推奨検索条件入力画面３５０は、図２０に示すように、医院の属性、患者の属性、文書の属性及び治療内容の属性について、利用希望者の各種医療属性情報を入力する画面である。
図２０に示す例では、医院の属性情報として、所在地、職員数、取り扱い患者数、職員の知識水準、事業年数の入力欄が表示されている。また、患者の属性情報として、年齢、性別、知識水準の入力欄が表示されている。文書の属性情報として、トラブル発生件数、患者満足度の入力欄が表示されている。また、治療内容の属性情報として、出血量の入力欄が表示されている。なお、他の属性情報の入力欄については、スクロールや画面切り替えなどによって全て表示される。

入力欄への入力方法は、入力装置を用いて文字を打ち込んで入力する方法と、ドロップダウンリストから選択する方法との併用となっている。例えば所在地であれば、キーボードやソフトウェアキーボード等によって文字を入力し、例えば職員数であれば、ドロップダウンリストから該当する人数の範囲を選択することで入力が行われる。

また、推奨検索条件入力画面３５０の右下には、送信ボタン３５１が設けられ、推奨検索条件入力画面３５０の左上には、戻るボタン３５２が設けられている。
利用希望者が、医療属性情報の入力後に、入力装置を介して送信ボタン３５１を押下することで（ステップＳ２４６のYES）、利用者端末２００は、入力された各種医療属性情報を、医用文書提供サーバ１００に送信する（ステップＳ２４８）。

なお、図２０に示す例では、入力欄が全て埋まっているが、一部の入力を省くことも可能である。例えば、医院の所在地のみを入力して、他を未入力とした状態で送信ボタン３５１を押下することで、医院の所在地の情報のみが医療属性情報として医用文書提供サーバ１００に送信される。

一方、利用者が、送信ボタン３５１を押下せずに、戻るボタン３５２を押下することで（ステップＳ２５４のYES）、利用者端末２００は、推奨検索条件入力画面３５０を閉じて、１つ前の画面であるインプラント治療の治療契約同意書一覧画面３０１へと戻る。
医用文書提供サーバ１００は、利用者端末２００からの推奨検索条件である医療属性情報を受信すると（ステップＳ１６２のYES）、受信した医療属性情報と、医用文書管理テーブル４２０、医院属性管理テーブル４４０、患者属性管理テーブル４５０、文書属性管理テーブル４６０及び治療属性管理テーブル４７０の情報とに基づいて、受信した医療属性情報と同一又は近い属性情報を有する医用文書データの情報を取得する（ステップＳ１６４）。

引き続き、医用文書提供サーバ１００は、取得した医用文書データの情報と、受信した医療属性情報と、医療属性情報に含まれる各種属性情報に対応する推奨条件とに基づいて、推奨条件を満たす医用文書データを選別する。そして、各種推奨条件に対する結果の情報と、選別した医用文書データの情報とに基づいて、利用希望者に推奨される医用文書データの一覧の情報である推奨文書一覧情報を作成する（ステップＳ１６６）。そして、作成した推奨文書一覧情報を、要求元の利用者端末２００に送信する（ステップＳ１６８）。

利用者端末２００は、医用文書提供サーバ１００からの推奨文書一覧情報を受信すると（ステップＳ２５０のYES）、受信した推奨文書一覧情報に基づいて、表示装置に、図２１に示す推奨文書一覧画面３７０を表示する（ステップＳ２５２）。
推奨文書一覧画面３７０は、図２１に示すように、複数の作成者が作成したインプラントに対する治療契約同意書のうちから、利用希望者の医療属性情報に基づいて選別された治療契約同意書にそれぞれ対応するボタン３８０の一覧として表示される。各ボタン３８０には、ボタン３２０と同様の内容が表示されている。各ボタン３８０の上には、推奨度を示す星が表示されており、星の数が多いほど、利用希望者の入力した医療属性情報に対して推奨条件を満たす属性数がより多い（よりお奨めな）治療契約同意書となる。

図２１に示す例では、推奨度のより高い治療契約同意書から順番に、上位５位までの治療契約同意書の一覧が表示される。なお、表示数は予め設定できるようになっており、例えば、上位１０位など他の順位数に設定することが可能である。
また、各ボタン３８０の下には、利用設定ボタン３８１が表示され、画面右下には戻るボタン３８２が表示され、画面中央下には三角ボタン３８３が表示されている。

本実施の形態においては、利用希望者が、利用者端末２００の入力装置を介して、推奨文書一覧画面３７０からいずれか１つのボタン３８０を押下することで、対象の治療契約同意書の詳細情報を表示することができるようになっている。また、三角ボタン３８３を押下することでページを切り替えることができ、戻るボタン３８２を押下することで治療契約同意書一覧画面３０１に戻ることができるようになっている。

利用希望者は、推奨文書一覧画面３７０の中に、利用したい治療契約同意書があった場合、入力装置を介して、利用設定ボタン３８１を押下することで、対応する治療契約同意書に対して決済処理を行って利用者ページへと登録することができるようになっている。
即ち、利用者端末２００は、いずれか１つの治療契約同意書に対応する利用設定ボタン３８１が押下されたことに応じて（ステップＳ２２６のYES）、選択された治療契約同意書に対する利用設定要求を、医用文書提供サーバ１００に送信する（ステップＳ２２８）。

以降の処理は、治療契約同意書一覧画面３０１で利用設定ボタン３２１を押下した場合の処理と同様となる。
これにより、決済されたインプラント治療の治療契約同意書の医用文書データが利用希望者の利用者ページに登録される。
引き続き、利用者は、利用者ページに登録された治療契約同意書を利用するために、利用者ページを介して利用者端末２００に、利用登録された医用文書データ一覧の表示要求を医用文書提供サーバ１００に送信する指示を行う。これにより、利用者端末２００は、医用文書データ一覧の表示要求を医用文書提供サーバ１００に送信する。

医用文書提供サーバ１００は、利用者端末２００からの医用文書データ一覧の表示要求を受信すると、利用登録された医用文書データ一覧情報を、表示要求の送信元の利用者端末２００に送信する。
利用者端末２００は、医用文書提供サーバ１００からの医用文書データ一覧情報を受信すると、受信した一覧情報に基づいて利用登録された医用文書データの一覧を表示装置に表示する。ここで、利用登録された医用文書データ一覧は、図示省略するが、例えば図１３（ｂ）に示すインプラント治療の治療契約同意書一覧画面３０１と類似した表示内容となっている。但し、治療契約同意書の各ボタンには、治療内容の種別も表記されており、また、各ボタンの下には、利用設定ボタン３２１に代えて利用ボタンが表示されている。なお、この構成に限らず、インプラント治療の治療契約同意書一覧画面３０１と同様に、治療内容ごとに利用登録された医用文書データ一覧を表示する構成としてもよい。この場合は、各ボタンに治療内容を表記しない構成としてもよい。

即ち、本実施の形態では、利用者が、利用者端末２００の入力装置を介して治療契約同意書の各ボタンを押下することで詳細情報を表示でき、利用ボタンを押下することで、利用可能な状態の治療契約同意書の医用文書データを利用者端末２００にダウンロードすることができるようになっている。また、利用登録をしている場合、詳細情報は、例えば、プリントアウト、コピー、電子署名等ができない制限状態で全ページを表示できる情報となる。

利用者端末２００は、利用ボタンが押下されると（ステップＳ２６０のYES）、選択された医用文書データの利用要求を、医用文書提供サーバ１００に送信する（ステップＳ２６２）。
医用文書提供サーバ１００は、利用者端末２００からの利用要求を受信すると（ステップＳ１５４のYES）、利用登録された医用文書データのうち、利用要求で指定された医用文書データを、利用要求の送信元の利用者端末２００に送信する（ステップＳ１５６）。

利用者端末２００は、医用文書提供サーバ１００からの医用文書データを受信すると（ステップＳ２６４のYES）、受信した医用文書データに基づいて、インプラント治療の治療契約同意書を表示装置に表示する（ステップＳ２６６）。
この表示された治療契約同意書は、制限なしで利用することが可能な状態となっており、例えば、図２３（ａ）及び（ｂ）に示すように、利用者端末２００としてタブレット型の利用者端末２００Ｔに表示させて患者に提示し、電子サインを行うことが可能となっている。

図２３（ａ）の例では、利用者端末２００Ｔの表示画面に治療契約同意書５００の３ページ目である同意書５００＿３が表示された状態となっている。同意書５００＿３には、同意書の文章の下側に住所及び氏名の記入欄が設けられており、この記入欄の右下に電子署名ボタン５５０が表示されている。

患者は、ソフトウェアキーボード等によって、同意書５００＿３の住所及び氏名の記入欄に住所及び氏名を入力し、その後、電子署名ボタン５５０を押下する。これにより、利用者端末２００Ｔの表示画面には、図２３（ｂ）に示す秘密鍵の入力画面５５１がポップアップ表示される。入力画面５５１には、秘密鍵の入力欄と、送信ボタンとが表示されている。患者は、ソフトウェアキーボード等によって、入力欄に、電子署名を生成するための秘密鍵を入力して、送信ボタンを押下することで、入力された秘密鍵を用いて生成された電子署名の情報を含み且つ住所・氏名が記入された治療契約同意書の医用文書データが、医用文書提供サーバ１００に送信される。

医用文書提供サーバ１００は、利用者端末２００Ｔからの電子署名を含む医用文書データを受信すると、予め設定されている署名検証用の公開鍵を用いて、受信した医用文書データに含まれる電子署名を検証する処理を実行する。この検証によって、電子署名が証明されると、証明結果の情報を、医用文書データの送信元の利用者端末２００Ｔに送信する。

このようにして、本実施の形態では、治療契約同意書の同意内容について、電子署名によって患者の同意を得ることができるようになっている。
次に、決済の完了した利用料金の分配処理の動作を説明する。
本実施の形態では、利用者の利用している料金体系に応じて、分配のタイミングが異なる。例えば、利用回数に応じて加算する回数式の料金体系であれば決済が完了したタイミングが分配タイミングとなり、例えば、月額固定等の一定期間固定の料金体系であれば、月末などの一定期間が経過したタイミングが分配タイミングとなる。

以下、回数式の料金体系を利用し、図１８（ｂ）に示す、治療契約同意書５０１を５回利用する場合の動作を説明する。
即ち、医用文書提供サーバ１００は、決済処理が完了して分配タイミングになると（ステップＳ１８０のYES）、対象の利用者の分配管理テーブル４８０から、分配処理に係る各種情報を取得する（ステップＳ１８２）。即ち、利用者ＩＤ、文書ＩＤ、利用料金合計、料金体系、作成者ＩＤ、作成元文書作成者ＩＤ、作成元画像作成者ＩＤ、分配情報、決済情報などの情報を取得する。図１８（ｂ）に示す例であれば、１回の利用料金が「５００円」となっているので、「２，５００円」が利用料金合計となる。また、作成者ＩＤは、文書作成者Ｂの作成者ＩＤとなり、作成元文書作成者ＩＤは、文書作成者Ａの作成者ＩＤとなり、作成元画像作成者ＩＤは、画像作成者Ｃ及びＤの作成者ＩＤとなる。また、分配情報は、運営者の分配率を２０％として、各作成者の分配率は、例えば、図１８（ｂ）に示す内容となる。また、決済情報は、文書作成者Ａ及びＢ並びに画像作成者Ｃ及びＤの振込先の口座情報を含んだ情報である。

引き続き、医用文書提供サーバ１００は、取得した情報から、作成者が一人では無いので（ステップＳ１８４のNO）、取得した分配情報に基づいて、文書作成者Ａ及びＢ並びに画像作成者Ｃ及びＤに対して利用料金を分配する（ステップＳ１８６）。
即ち、図１２（ｂ）に例示した分配率であれば、運営者に「５００円」、文書作成者Ａに「２５０円」、文書作成者Ｂに「１，５００円」、画像作成者Ｃに「５０円」、画像作成者Ｄに「２００円」が分配金額となり、これら分配金額がそれぞれの口座に振り込まれる。

〔対応関係〕
本実施の形態において、ネットワークシステムが、発明１乃至１２の医用文書提供支援システムに対応し、記憶装置４２が、発明１及び１２の医用文書データ記憶手段並びに発明１の文書情報記憶手段に対応し、ステップＳ１６２が、医療属性情報取得手段に対応し、ステップＳ１６８が、発明１乃至１１の医用文書推奨手段に対応する。

また、本実施の形態において、ステップＳ１００〜Ｓ１１０が、発明１２の医用文書データ登録手段に対応し、ステップＳ１５４〜Ｓ１５６が、発明１２の医用文書データ送信手段に対応している。
〔実施の形態の効果〕
次に、本実施の形態の効果を説明する。
本実施の形態では、医用文書提供サーバ１００において、医用文書データの利用を希望する利用者（利用希望者）の従事する医療に係る属性（医院属性、患者属性、文書属性及び治療属性）と、医用文書データとを対応付けて記憶装置４２の各種テーブルに登録する。具体的に、医用文書データは医用文書ライブラリに登録し、各種属性に対応するＩＤ（医用ＩＤ、患者ＩＤ、文書ＩＤ及び治療ＩＤ）を含む医用文書データを管理する情報を医用文書管理テーブル４２０に登録し、各種属性情報を、医院属性管理テーブル４４０、患者属性管理テーブル４５０、文書属性管理テーブル４６０及び治療属性管理テーブル４７０に登録する。加えて、利用希望者の利用者端末２００からの推奨検索要求に応じて、推奨検索条件入力画面情報を要求元の利用者端末に送信し、推奨検索条件入力画面を介して利用希望者の従事する医療に係る属性を示す医療属性情報を取得する。そして、取得した医療属性情報と、医用文書管理テーブル４２０に登録された、該当する医療項目に対応する医用文書データの管理情報、各種属性管理テーブル４４０〜４７０に登録された各種属性情報とに基づいて、利用希望者について推奨される医用文書データを推奨するようにした。

このような構成であれば、利用希望者に対して、この利用希望者の従事する医療に係る属性に適した医用文書データを推奨することができる。
また、本実施の形態では、医院の属性の１つである医院の所在する地域（所在地）について、利用希望者の所属する医院の所在する地域と同一又はその近隣の地域に所在する医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院の所在する地域に適合した医用文書データを推奨することができる。例えば、利用希望者の所属する医院の手がける地域医療に適合した医用文書データ等を推奨することができる。
また、本実施の形態では、医院の属性の１つである医院に所属する職員の規模について、利用希望者の所属する医院に所属する職員の規模と同一又は近い規模の職員が所属する医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院の職員の規模に適合した医用文書データを推奨することができる。
また、本実施の形態では、医院の属性の１つである医院の取り扱う患者の規模について、利用希望者の所属する医院の取り扱う患者の規模と同一又は近い規模の患者を取り扱う医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院の取り扱う患者の規模に適合した医用文書データを推奨することができる。
また、本実施の形態では、医院の属性の１つである医院に所属する職員の知識水準について、利用希望者の所属する医院に所属する職員の知識水準と同一又は近い知識水準の職員が所属する医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院に所属する職員の知識水準に適合した医用文書データを推奨することができる。
また、本実施の形態では、医院の属性の１つである医院の事業年数について、利用希望者の所属する医院の事業年数と同一又は近い事業年数の医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院の事業年数に適合した医用文書データを推奨することができる。
また、本実施の形態では、患者の属性に含まれる年齢、性別、来院頻度及び診療項目数について、利用希望者の所属する医院で取り扱っている患者の年齢、性別、来院頻度及び診療項目数と同一又は性別は同一で、年齢、来院頻度及び診療項目数が近い患者を取り扱っている医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院で取り扱っている患者の年齢、性別、来院頻度及び診療項目数に適合した医用文書データを推奨することができる。
また、本実施の形態では、患者の属性の１つである患者の知識水準について、利用希望者の所属する医院で取り扱っている患者の知識水準と同一又は近い知識水準の患者を取り扱っている医院での利用度が所定値よりも高い医用文書データを推奨するようにした。

このような構成であれば、利用希望者の所属する医院で取り扱っている患者の知識水準に適合した医用文書データを推奨することができる。
また、本実施の形態では、文書の属性の１つであるトラブル発生件数について、トラブル発生件数が所定件数以下の医用文書データを推奨するようにした。

このような構成であれば、医用文書データを利用したときの利用者と患者との間のトラブル発生件数が少ない医用文書データを推奨することができる。
また、本実施の形態では、文書の属性の１つである患者の満足度について、患者の満足度が所定値よりも高い医用文書データを推奨するようにした。このような構成であれば、患者の満足度が高い医用文書データを推奨することができる。

また、本実施の形態では、文書の属性の１つである利用者の満足度について、利用者の満足度が所定値よりも高い医用文書データを推奨するようにした。このような構成であれば、利用者の満足度が高い医用文書データを推奨することができる。
また、本実施の形態では、文書の属性の１つである文書利用回数について、文書利用回数が所定利用回数よりも多い医用文書データを推奨するようにした。このような構成であれば、利用回数の多い医用文書データを推奨することができる。

また、本実施の形態では、具体的な治療内容の属性の１つである出血量について、出血量が同一の治療内容での利用度が所定値よりも高い医用文書データを推奨するようにした。このような構成であれば、治療による患者の出血量に適合した医用文書データを推奨することができる。

また、本実施の形態では、具体的な治療内容の属性の１つである縫合針数について、縫合針数が同一又は近い治療内容での利用度が所定値よりも高い医用文書データを推奨するようにした。このような構成であれば、治療による患者の縫合針数に適合した医用文書データを推奨することができる。

また、本実施の形態では、具体的な治療内容の属性の１つである麻酔種類について、麻酔種類が同じ治療内容での利用度が所定値よりも高い医用文書データを推奨するようにした。このような構成であれば、治療による患者の麻酔種類に適合した医用文書データを推奨することができる。

また、本実施の形態では、医用文書提供サーバ１００において、作成者端末２１０からの登録要求に応じて、文書作成者の作成した医用文書データを、記憶装置４２に登録するようにした。加えて、利用者端末２００からの利用登録要求に応じて、記憶装置４２に登録された複数の作成者の作成した複数の医用文書データのうちから利用者によって指定された医用文書データについて、利用料金の課金及び決済を行うとともに、決済が完了した医用文書データを利用者ページに登録するようにした。さらに、決済された利用料金について、運営者と作成者とに分配するようにした。また、利用者端末２００において、利用者ページに登録された医用文書データを、医用文書提供サーバ１００からダウンロードして利用できるようにした。

このような構成であれば、利用者は、利用料金を支払うことで作成者（他者）の作成した医用文書データを利用することができるので、新規開業した場合などに医用文書を一から作成する手間を軽減することができる。加えて、医用文書の追加やアップデートなどの手間も軽減することができる。さらに、利用者に利用料金を課金し、決済された利用料金を運営者と作成者とに分配する構成としたので、充実した運営管理が行える環境や、医用文書の新規追加や既存の医用文書の修正等のアップデートがされ易い環境を構築することができる。

また、本実施の形態では、第１の文書作成者（本実施の形態では文書作成者Ａ）の作成した第１医用文書データ（本実施の形態では治療契約同意書５００の医用文書データ）を、第２の文書作成者（本実施の形態では文書作成者Ｂ）が加工して作成した第２医用文書データ（本実施の形態では治療契約同意書５０１の医用文書データ）の利用に対して、第１の文書作成者と第２の文書作成者の双方に利用料金を分配するようにした。

この構成であれば、損得勘定でのもめごとを低減又は防止することができるとともに、他者の作成した医用文書を利用しやすくなるので、よりよい内容の医用文書が作成されやすくなる。
また、本実施の形態では、登録する医用文書データに対して、例えば電子透かしの技術を利用して、その作成に係る全ての作成者の情報を埋め込む構成とした。

このような構成であれば、作成に係る文書作成者に対して、より確実に利用料金を分配することができる。
また、本実施の形態では、医用文書提供サーバ１００において、作成者端末２１０からの登録要求に応じて、画像作成者の作成した医用画像データを、記憶装置４２に登録するようにした。加えて、作成者端末２１０からの利用登録要求に応じて、記憶装置４２に登録された複数の画像作成者の作成した複数の医用画像データのうちから文書作成者によって指定された医用画像データを作成者ページに登録するようにした。さらに、登録された医用画像データを利用した医用文書データの利用について、決済された利用料金を、運営者と文書作成者と画像作成者とに分配するようにした。なおさらに、作成者端末２１０において、作成者ページに登録された医用画像データを、医用文書提供サーバ１００からダウンロードして医用文書データの作成に利用できるようにした。

このような構成であれば、文書作成者は、医用文書提供サーバ１００に登録された画像作成者が作成した医用画像データを利用して医用文書データを作成することができるので、医用画像の作成の手間を軽減することができる。加えて、画像作成者が作成した医用画像データを利用して作成された医用文書データの利用に対して、画像作成者にも利用料金を分配するようにしたので、医用画像の新規追加や既存の医用画像の修正等のアップデートがされ易い環境を構築することができる。

また、本実施の形態では、第１の画像作成者（本実施の形態では画像作成者Ｃ）の作成した第１医用画像データ（本実施の形態では医用画像Ｖの医用画像データ）を、第２の画像作成者（本実施の形態では画像作成者Ｄ）が加工して作成した第２医用画像データ（本実施の形態では医用画像Ｗの医用画像データ）の利用に対して、文書作成者と、第１の画像作成者と、第２の画像作成者に利用料金を分配するようにした。

この構成であれば、損得勘定でのもめごとを低減又は防止することができるとともに、他者の作成した医用画像を利用しやすくなるので、よりよい内容の医用画像が作成されやすくなる。
また、本実施の形態では、登録する医用画像データに対して、例えば電子透かしの技術を利用して、その作成に係る全ての画像作成者の情報を埋め込む構成とした。

このような構成であれば、作成に係る画像作成者に対して、より確実に利用料金を分配することができる。
〔変形例〕
なお、上記実施の形態では、利用者の従事する医療に係る属性として、医院の属性、患者の属性、文書の属性及び具体的な治療内容の属性を例に挙げて説明したが、利用希望者への医用文書データの推奨を行うのに有用な属性であれば、他の属性を含んでいてもよい。または、医院の属性、患者の属性、文書の属性及び具体的な治療内容の属性のうち、いずれか１又は複数（３以下）の属性を用いる構成としてもよい。

また、上記実施の形態及びその変形例においては、文書属性管理テーブル４６０に、文書ＩＤごとに、トラブル発生件数、患者の満足度、利用者の満足度及び文書利用回数を登録する構成としたが、この構成に限らない。例えば、診療項目、地域、医院の規模、患者の規模、職員の知識水準、患者の知識水準等の属性ごとにトラブル発生件数、患者の満足度、利用者の満足度、文書利用回数を登録する構成としてもよい。このことは、他の属性情報についても同様の構成としてもよい。

また、上記実施の形態及びその変形例においては、利用希望者の所属する医院の属性を入力する構成としたが、この構成に限らず、利用者を登録する際に利用者管理テーブル４００に、利用者の所属する医院の属性情報やこの医院で取り扱う患者の属性情報を登録しておきこれらの属性情報の入力を省くことが可能な構成としてもよい。

また、上記実施の形態及びその変形例においては、患者ＩＤと医院ＩＤとを対応付けて、患者の属性情報と同一又は近い患者を取り扱っている医院での利用度が所定値よりも高い医用文書データを推奨する構成としたが、この構成に限らない。例えば、医院を絡ませずに、同一又は近い属性情報を有する患者への利用度が所定値よりも高い医用文書データを推奨する構成としてもよい。

また、上記実施の形態及びその変形例において、ＡＩ（Artificial Intelligence）により、利用希望者に対して医用文書データの推奨を行う構成とすることが可能である。ＡＩを用いた構成として、例えば、次の構成を採用することができる。
この構成は、ＡＩにより医用文書データを推奨する構成である。例えば、ＡＩは、利用者の従事する医療に係る属性及び医用文書データが対応付けられた学習データに基づいて学習を行う。学習したＡＩは、医療属性情報を入力し、入力した医療属性情報に適合する１又は複数の医用文書データ（例えば、文書ＩＤ）を出力する。ここで、適合とは、例えば、学習結果からみて、入力した医療属性情報に対して妥当な医用文書データ（例えば、学習された複数の医用文書データのうち入力した医療属性情報に応じて分類される医用文書データをいう。以下、妥当の意味については同様である。）が挙げられる。そして、ＡＩが出力した医用文書データを推奨する。

また、例えば、ＡＩは、医院の属性及び医用文書データが対応付けられた学習データに基づいて学習を行う。学習したＡＩは、医院の属性情報を入力し、入力した属性情報に適合する１又は複数の医用文書データ（例えば、文書ＩＤ）を出力する。そして、ＡＩが出力した医用文書データを推奨する。

また、例えば、ＡＩは、患者の属性及び医用文書データが対応付けられた学習データに基づいて学習を行う。学習したＡＩは、患者の属性情報を入力し、入力した属性情報に適合する１又は複数の医用文書データ（例えば、文書ＩＤ）を出力する。そして、ＡＩが出力した医用文書データを推奨する。

また、例えば、ＡＩは、文書の属性及び医用文書データが対応付けられた学習データに基づいて学習を行う。学習したＡＩは、文書の属性情報を入力し、入力した属性情報に適合する１又は複数の医用文書データ（例えば、文書ＩＤ）を出力する。そして、ＡＩが出力した医用文書データを推奨する。

また、例えば、ＡＩは、具体的な治療内容の属性及び医用文書データが対応付けられた学習データに基づいて学習を行う。学習したＡＩは、具体的な治療内容の属性情報を入力し、入力した属性情報に適合する１又は複数の医用文書データ（例えば、文書ＩＤ）を出力する。そして、ＡＩが出力した医用文書データを推奨する。

また、上記実施の形態及びその変形例においては、登録された医用画像データの利用について課金を行わず、登録された医用画像データを利用して作成された医用文書データの利用があったときに料金を課金し、その料金から医用画像データの作成者にも料金の分配を行う構成とした。この構成に限らず、文書作成者の医用画像データの利用に対しても課金を行う構成としてもよい。

また、上記実施の形態及びその変形例では、運営者の設定した固定の分配率で、医用画像データの作成者に利用料金の分配を行う構成としたが、この構成に限らない。例えば、治療契約同意書の利用回数の情報に基づいて、そこで使用されている医用画像の利用度（利用している度合い）を算出し、算出した利用度に基づいて分配率を設定する構成としてもよい。例えば、医用画像データ（ａ）が、医用文書データＧ及びＨの双方に使用されており、これら医用文書データＧ及びＨがそれぞれ１回ずつ利用された場合に、医用画像データ（ａ）の利用回数を２回としてカウントする。このようにしてカウントされた回数が多いほど利用度が高いと判定して、利用度のより高い医用画像データについて、利用度のより低い医用画像データよりも分配率を高く設定する。

また、利用度に限らず、例えば、医用画像の医用文書の作成に利用された回数に基づいて、貢献度を算出し、算出した貢献度に基づいて分配率を設定する構成としてもよい。例えば、医用画像データ（ａ）が、医用画像データＧ、Ｈ、Ｉ、Ｊ及びＫの作成に使用されている場合に貢献度を「５」とする。一方、例えば、医用画像データ（ｂ）が、医用画像データＬ、Ｍ及びＮの作成に使用されている場合に貢献度を「３」と設定する。この場合、貢献度５の医用画像データ（ａ）の分配率を、これより低い貢献度３の医用画像データ（ｂ）の分配率よりも高く設定する。

また、上記実施の形態及びその変形例では、公開鍵暗号方式を利用した電子署名によって同意書への同意を行う構成を例に挙げて説明したが、この構成に限らない。例えば、患者がチェック欄に確認のチェックを入れる構成や、ペンデバイスを用いて手書きによるサイン等を行う構成、指紋認証等の生態認証を用いる構成など他の構成としてもよい。

また、上記実施の形態及びその変形例においては、利用者が利用料金を通貨で支払う構成を例に挙げて説明したが、この構成に限らず、例えば、ポイントその他の対価で支払う構成としてもよい。
また、上記実施の形態及びその変形例において、作成者によって医用文書がアップデートされたときに、アップデートされた医用文書の情報を利用者に通知する構成としてもよい。例えば、同意書の同意事項は、裁判例や医療水準とされる標準医療が時代によって変わるためその変化に適応した事項を盛り込んで作っていく必要がある。そのため本来、判例を頻繁にチェックし、アップデートされなければならない。従って、最新の判例情報が反映された同意書が作成者によって作成された場合に利用者に対して通知されることで適切な医用文書の利用を推進することができる。

また、上記実施の形態及びその変形例においては、医用文書提供サーバ１００に登録された作成者の作成した医用文書データ及び医用画像データを、内容の確認等を特に行わずに登録する構成としたが、この構成に限らない。例えば、運営者が文書や画像の内容を確認して、不適切な表現が用いられていないか、法的に誤ったことが記載されていないかなどの品質をチェックし、予め設定された基準を満たすものだけ登録を許可する構成としてもよい。

また、上記実施の形態及びその変形例においては、作成された医用文書のリーガルチェックについて、特に言及せずに各作成者に委ねる構成としたが、この構成に限らない。例えば、専門家に医用文書や医用画像のリーガルチェックを任せ、このリーガルチェックされた医用文書の利用について、決済された利用料金を、運営者、医用文書データの作成者及び医用画像データの作成者に加えて、リーガルチェックを行う専門家にも分配する構成としてもよい。

また、上記実施の形態及びその変形例において、治療契約同意書等の医用文書の一覧を表示する際に、作成者の情報や利用料の情報を表記する構成を例に挙げて説明したが、この構成に限らない。例えば、医用文書の作成時又は更新時に基準となる判例の番号や日付等を入力しておき、利用者に提示する医用文書の一覧において、設定された判例の番号や日付等が分かる表記を行う構成としてもよい。

また、上記実施の形態及びその変形例においては、１つの医用文書データに対して、文書作成者、利用元文書、利用元文書作成者、利用元画像、利用元画像作成者を、それぞれ１：１で対応付ける構成としたが、この構成に限らない。１：ｎ（ｎは２以上の自然数）に対応付ける構成としてもよい。例えば、２人の文書作成者によって、１つの医用文書データを作成した場合は、２人の文書作成者と対応付ける。また、例えば、医用文書データＡの作成に、医用文書データＢ及びＣを利用した場合に、２つの利用元文書及び２人の利用元文書作成者の情報が対応付けられる。このことは、医用画像データについても同様である。

また、上記実施の形態及びその変形例においては、ネットワークシステムとして実現したが、これに限らず、単一の装置又はアプリケーションとして実現することもできる。
また、上記実施の形態及びその変形例においては、インターネット１９９からなるネットワークシステムに適用した場合について説明したが、これに限らず、例えば、インターネット１９９と同一方式により通信を行ういわゆるイントラネットに適用してもよい。もちろん、インターネット１９９と同一方式により通信を行うネットワークに限らず、任意の通信方式のネットワークに適用することができる。

１００…医用文書提供サーバ、 ２００，２００Ｔ…利用者端末、 ２１０…作成者端末、 ３０…ＣＰＵ、 ３２…ＲＯＭ、 ３４…ＲＡＭ、 ３８…Ｉ／Ｆ、 ３９…バス、 ４０…入力装置、 ４２…記憶装置、 ４４…表示装置、 １９９…インターネット、 ３００…治療契約同意書メニュー一覧画面、 ３０１…治療契約同意書一覧画面、 ３２４…推奨検索ボタン、 ３５０…推奨検索情報入力画面、 ３７０…推奨文書一覧画面、 ４００…利用者管理テーブル、 ４１０…作成者管理テーブル、 ４２０…医用文書管理テーブル、 ４３０…医用画像管理テーブル、 ４４０…医院属性管理テーブル、 ４５０…患者属性管理テーブル、 ４６０…文書属性管理テーブル、 ４７０…治療属性管理テーブル、 ４８０…分配管理テーブル、 ５００，５０１…治療契約同意書、 ５００＿１…治療説明書、 ５００＿３…同意書、 ５５０…電子署名ボタン、 ７００，７０１，８００，８０１…作成者情報

Claims (12)

1. 医用文書のテンプレートデータである医用文書データを利用する利用者に対して前記医用文書データの提供を支援する医用文書提供支援システムであって、
   前記医用文書データの利用を希望する前記利用者の従事する医療に係る属性を示す医療属性情報を取得する医療属性情報取得手段と、
   前記医用文書データの情報を当該医用文書データを利用した前記利用者の従事する医療に係る属性と対応付けて記憶する文書情報記憶手段から、前記医療属性情報取得手段で取得した前記医療属性情報に基づいて、前記医療属性情報の示す属性と同一の属性又は所定関係を有する属性に対応する前記医用文書データの情報を取得し、取得した情報に基づいて、前記利用を希望する利用者について推奨される前記医用文書データを推奨する医用文書推奨手段と、を備えることを特徴とする医用文書提供支援システム。
2. 請求項１において、
   前記医療に係る属性は、前記利用者の所属する医院の属性を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の属性と同一の属性又は類似する属性を有する医院での利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
3. 請求項２において、
   前記医院の属性は、前記利用者の所属する医院の所在する地域を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の所在する地域と同一又は近隣の地域の医院での利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
4. 請求項２又は３において、
   前記医院の属性は、前記利用者の所属する医院の職員の知識水準を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院の職員の知識水準と同一又は近い知識水準の職員の所属する医院での利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
5. 請求項１乃至４のいずれか１項において、
   前記医療に係る属性は、前記利用者の所属する医院が取り扱う患者の属性を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院が取り扱う患者の属性と同一又は類似する属性の患者を取り扱う医院での利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
6. 請求項５において、
   前記患者の属性は、前記利用者の所属する医院で取り扱う患者の医療に対する知識水準を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の所属する医院で取り扱う患者の前記知識水準と同一又は近い知識水準の患者を取り扱う医院での利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
7. 請求項１乃至６のいずれか１項において、
   前記医療に係る属性は、前記利用者の従事する医療に係る医用文書の属性を含み、
   前記医用文書推奨手段は、前記利用を希望する利用者の従事する医療に係る医用文書の属性と同一の属性又は類似する属性が所定条件を満足する医用文書データを推奨する医用文書提供支援システム。
8. 請求項７において、
   前記医用文書の属性は、前記医用文書データを利用したときの利用者と患者との間のトラブル発生件数を含み、
   前記医用文書推奨手段は、前記トラブル発生件数が所定件数以下の医用文書データを推奨する医用文書提供支援システム。
9. 請求項７又は８において、
   前記医用文書の属性は、前記医用文書データを利用したときの患者の満足度を含み、
   前記医用文書推奨手段は、前記患者の満足度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
10. 請求項１乃至９のいずれか１項において、
    前記医療に係る属性は、前記利用者の従事する医療に係る治療内容の属性を含み、
    前記医用文書推奨手段は、前記利用を希望する利用者の従事する医療に係る治療内容の属性と同一又は類似した属性に対しての利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
11. 請求項１０において、
    前記治療内容の属性は、前記利用者の従事する医療に係る治療による患者の出血量を含み、
    前記医用文書推奨手段は、前記出血量が同一又は近い出血量の治療内容に対しての利用度が所定値よりも高い医用文書データを推奨する医用文書提供支援システム。
12. 請求項１乃至１１のいずれか１項において、
    前記医用文書データを利用する複数の利用者の各々の管理下にある複数の利用者端末と、前記医用文書データを作成する複数の文書作成者の各々の管理下にある複数の文書作成者端末とに通信可能に接続され、
    前記文書作成者端末からの登録要求に応じて、前記文書作成者が作成した前記医用文書データを医用文書データ記憶手段に登録する医用文書データ登録手段と、
    前記利用者端末からの前記医用文書データの利用要求に応じて、前記医用文書データ記憶手段に登録された前記医用文書データのうち要求された前記医用文書データを要求元の前記利用者端末に送信する医用文書データ送信手段と、を備え、
    前記医用文書推奨手段は、前記利用者端末に対して、前記利用を希望する利用者について推奨される前記医用文書データを推奨する医用文書提供支援システム。

Images