トップ :: G 物理学 :: G06 計算;計数




【発明の名称】 電子診断書作成支援システム
【発明者】 【氏名】内田 元
【住所又は居所】東京都大田区蒲田５丁目３７番１号 ニッセイ情報テクノロジー株式会社内

【氏名】宮本 幸一郎
【住所又は居所】東京都大田区蒲田５丁目３７番１号 ニッセイ情報テクノロジー株式会社内

【氏名】奥田 俊博
【住所又は居所】東京都大田区蒲田５丁目３７番１号 ニッセイ情報テクノロジー株式会社内
【要約】 【課題】医療機関における診断書発行を容易に行え、患者の給付金請求の手続の負担を軽減するシステムを提供する。

【解決手段】診断書作成に必要な項目に対して診断書種別毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、診断書種別に関連付けて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、を備え、診断書作成のために、診断書発行依頼データ中の診断書種別に基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を表示させ、診断書作成データを受信して診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、作成した診断書表示画面を表示させる。作成された電子診断書は暗号化され、別に暗号化された給付金請求書と対応づけられて保険事業者サーバあるいは中継サーバに送信される。
【特許請求の範囲】
【請求項１】
ネットワークを通して相互に交信可能な医療機関サーバと医事管理端末と医師用端末とを含み、
医事管理端末は、
患者からの診断書発行依頼を受けて、患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを入力する診断書発行依頼データ入力手段と、
入力された診断書発行依頼データを医療機関サーバに送信する診断書発行依頼データ送信手段と
を備え、
医師用端末は、
医師によるパスワードの入力により医療機関サーバにログインし医療機関サーバから送信される当該医師用に作成され送信される表示画面を利用して診断書作成に必要なデータを医療機関サーバに送信する診断書作成データ送信手段
を備え、
医療機関サーバは、
医事管理端末から受信した診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、
医師用端末のログインを受信して、ログインした医師名に基づいて診断書発行依頼データテーブルを検索し、当該医師名の診断書発行依頼データがあれば、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧画面送信手段と、
医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示のために医師用端末に送信する、診断書作成画面送信手段と、
医師用端末から送信される診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を生成して医師用端末に表示または印刷のために送信する診断書生成表示送信手段と、
送信された診断書表示画面に基づいて医師用端末から送信される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段と
を備えた、
診断書作成支援システム。
【請求項２】
患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、
診断書種別ＩＤに関連付けて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、
診断書発行依頼データテーブルを検索し、担当医師毎に診断書作成を促す診断書作成依頼一覧画面を作成して表示させる、診断書作成依頼一覧画面作成表示手段と、
表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示させる、診断書作成画面作成表示手段と、
診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、
診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連付けて蓄積する電子診断書記憶手段と
を備えた、
医療機関サーバ。
【請求項３】
患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、
診断書種別ＩＤに関連付けて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、
医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示させる、診断書作成画面作成表示手段と、
診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、
診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連付けて蓄積する電子診断書記憶手段と
を備えた、
医療機関サーバ。
【請求項４】
ネットワークを通して相互に交信可能な医療機関サーバと医事管理端末と医師用端末とを含み、
医事管理端末は、
患者からの診断書発行依頼を受けて、患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを入力する診断書発行依頼データ入力手段と、
入力された診断書発行依頼データを医療機関サーバに送信する診断書発行依頼データ送信手段と
を備え、
医師用端末は、
医師によるパスワードの入力により医療機関サーバにログインし医療機関サーバから送信される当該医師用に作成され送信される表示画面を利用して診断書作成に必要なデータを医療機関サーバに送信する診断書作成データ送信手段
を備え、
医療機関サーバは、
医事管理端末から受信した診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、
医師用端末のログインを受信して、ログインした医師名に基づいて診断書発行依頼データテーブルを検索し、当該医師名の診断書発行依頼データがあれば、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧送信手段と、
医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示のために医師用端末に送信する、診断書作成画面送信手段と、
医師用端末から送信される診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を生成して医師用端末に表示または印刷のために送信する診断書生成表示送信手段と、
送信された診断書表示画面に基づいて医師用端末から送信される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段と
を備えた、
診断書作成支援システム。
【請求項５】
患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、
診断書発行依頼データテーブルを検索し、担当医師毎に、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧画面表示手段と、
表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示させる、診断書作成画面表示手段と、
診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、
診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段と
を備えた、
医療機関サーバ。
【請求項６】
患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、
診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、
医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示させる、診断書作成画面表示手段と、
診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、
診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段と
を備えた、
医療機関サーバ。
【請求項７】
医療機関サーバは、新たな診断書を作成するために電子診断書ファイルに蓄積されている既存の電子診断書ファイルを呼び出す手段と、呼び出された既存の電子診断書ファイルの診断書種別ＩＤと、新たな診断書の診断書種別ＩＤとに基づいて診断書入力項目ファイルから双方の入力項目データを呼び出し双方の入力項目を比較する入力項目比較手段と、比較した結果同一の入力項目であれば、新たな診断書の診断書作成画面の入力項目に既存の電子診断書の入力項目の入力情報をプリセットする、既存診断書引用診断書作成手段をさらに備えた、請求項５に記載の診断書作成支援システムまたは請求項６に記載の医療機関サーバ。
【請求項８】
患者の氏名・入院日・退院日・傷病名・医師名を含む医療関連データを、患者毎に付与された患者ＩＤに関連付けて、かつ、各データを検索可能な形態で蓄積する医療データベースをさらに備えた診断書作成支援システムであって、
医療機関サーバは、さらに、
医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断作成開始要求又は医師用端末に表示された診断書作成画面を用いて医師が入力する外部データ取込要求を受信して、診断書発行依頼データ中の患者ＩＤに基づいて医療データベースにアクセスし、診断書作成に必要な当該患者の医療関連データを抽出して、当診断書作成画面中の項目に表示させるために医師用端末に送信する、診断書作成画面用医療関連データ送信手段を備えた、
請求項１または請求項４に記載の診断書作成支援システム。
【請求項９】
医療機関サーバは、診断書作成開始要求又は外部データ取込要求を受信して、診断書発行依頼データ中の患者ＩＤに基づき、患者の氏名・入院日・退院日・傷病名・医師名を含む医療関連データを患者毎に付与された患者ＩＤに関連付けてかつ各データを検索可能な形態で蓄積する医療データベースにアクセスして、診断書作成に必要な当該患者の医療関連データを抽出して、当診断書作成画面中の項目に表示させる、診断書作成画面用医療関連データ表示手段をさらに備えた、
請求項２、請求項３、請求項５または請求項６のいずれかに記載の医療機関サーバ。
【請求項１０】
医事管理端末は、
保険事業者を特定する保険事業者データを診断書発行依頼データに含めて入力する保険事業者データ入力手段と、
保険事業者宛の給付金請求書を電子化して入力する給付金請求書データ入力手段と、
給付金請求書データを医療機関サーバに送信する給付金請求書データ送信手段と、
をさらに備え、
医療機関サーバは、
保険事業者毎に異なる暗号鍵を保険事業者名と関連づけて蓄積する暗号鍵ファイルと、
医事管理端末から受信した給付金請求書データを、診断書発行依頼データに含まれる保険事業者データに基づいて、暗号鍵ファイルから呼び出した暗号鍵で暗号化し、電子請求書として依頼書類ＩＤと関連付けた電子請求書ＩＤを付与して蓄積する電子請求書ファイルと、
診断書データを電子診断書ファイルとして蓄積するために、診断書発行依頼データテーブルに含まれる保険事業者データに基づいて暗号鍵ファイルから呼び出した暗号鍵で、診断書データを暗号化する、診断書データ暗号化手段と、
診断書発行依頼データテーブルに含まれる依頼書類ＩＤに基づいて、対応する電子請求書と電子診断書をそれぞれ電子請求書ファイルと電子診断書ファイルとから呼び出し、一つのフォルダに収納して電子封筒として、保険事業者がアクセス可能な中継サーバにアップロードする電子封筒アップロード手段、または、保険事業者のサーバに送信する電子封筒送信手段と、
を備えた、請求項１、請求項４、請求項８のいずれかに記載の診断書作成支援システム。
【発明の詳細な説明】【技術分野】
【０００１】
本発明は、医療機関における様々な診断書を発行するためのシステムに関し、さらに、入院給付金請求にかかわる診断書発行及びその送付の効率化を図るシステムに関するものである。
【背景技術】
【０００２】
医療機関では、労災保険からの休業（補償）給付等に必要な診断書、自賠責保険の保険金を請求するための経過診断書、簡易保険や民間保険会社による医療保険の入院・手術給付金を請求するための入院証明書（診断書）、死亡保険金を請求するための死亡診断書、等、様々な種類の診断書を患者や家族等の依頼により発行している。医療機関が発行する診断書は、このように、用途により様々な種類の診断書がある上に、保険事業者毎あるいは保険の種類毎にそれぞれフォームや記入項目が異なるため、多くの医療機関では、医師が依頼を受けると指定されたフォームに一枚一枚手書きで記入することにより診断書を作成しているのが実情であった。
【０００３】
一方、患者（保険契約に基づく、被保険者に関する給付金の請求権者を以下「患者」という）が保険事業者に給付金を請求する場合、患者はまず保険事業者に連絡して給付金請求書フォーム及び診断書フォームを取寄せ、給付金請求書に必要事項を記入するとともに、診断書フォームを医療機関に出向いて提出し、担当医師による診断書の発行を依頼しなければならない。通常、診断書の発行まで１〜２週間待たなければならず、患者は診断書が発行されたならば再び医療機関に出向く等して診断書を入手し、記入済みの給付金請求書と共に保険事業者に送付することにより、保険事業者における給付金請求の手続がやっと開始されるようになっていた。
【０００４】
そこで、近年、保険金請求及び支払に関してコンピュータとネットワークを用いて実現するシステムも検討されている。
【０００５】
第１の先行技術として、平成１４年４月１２日公開の特開２００２−１０９０４２号「医療給付金手続サービス方法」には、給付金請求仲介サーバが、ネットワークＰＣから給付金請求情報を受信し、医療機関サーバから治癒証明書を受信し、給付金請求情報を医療保険機関に送信して医療給付金を請求するサービスが記載され、特に、医療保険の契約の内容から医療給付金を仮計算して、給付金支払い前に契約者に貸付金として振込の手続を行うサービスが記載されている。
【０００６】
第２の先行技術として、平成１４年９月１３日公開の特開２００２−２５９５５７号「給付金支払いシステム、給付金支払い方法および給付金支払いプログラム」には、請求者のユーザ端末が保険会社端末に直接給付金支払い請求を行い、保険会社端末は医療機関端末に証明依頼を送出し、主治医の承認情報を得て給付金支払いの手続を行うシステムが記載されている。
【０００７】
第３の先行技術として、平成１４年１０月１１日公開の特開２００２−２９７９１１号「保険金支払システム、保険金支払方法、並びに保険金支払用サーバ」には、顧客側端末からインターネットを介してサーバにおける保険金の請求内容入力画面に請求情報が入力され、サーバが病院側端末を認証し、病院端末で診断記録入力画面に顧客情報の入力を行って保険金支払手続を行うことが記載されている。
【特許文献１】特開２００２−１０９０４２号公報
【特許文献２】特開２００２‐２５９５５７号公報
【特許文献３】特開２００２−２９７９１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
医療機関における診断書の作成は、上に述べたように多くは医師の手書きに頼っており、医師にとっては手間も時間も掛かり、大きな負担となっている。特に、患者が一回の入院につき複数の給付金請求を行う場合、医師が一度に複数の診断書を保険事業者毎に異なるフォームで作成するのは大変めんどうな作業となっている。
【０００９】
一方、患者が保険事業者に給付金の請求を行う場合、給付金請求のための書類の取寄せ・書類の作成・診断書の手配・給付金請求書と診断書の保険事業者への送付といった幾つもの段階を踏まなければならず手続が面倒であり、時間も掛かるという問題があった。
【００１０】
また、保険事業者の方では、患者からまず給付金請求書のみの送付があり、その後診断書が別に送付されることがあり、給付金請求書と診断書の対応付けが事務処理上大変な作業となって、手続が遅延するという問題があった。
【００１１】
上記した第１〜第３の先行技術では、診断書作成についての医師の負担を軽くするための解決手段は開示されていない。
【００１２】
さらに、第１〜第３の先行技術では、入院給付金の請求制度を完全に新しくしないと実現できないものであり、これまでの制度を引き継いで実現できるシステムとはなっておらず、これまでの制度とは共存させるものではないため、新システムへの移行が容易に実現できないという問題点があった。
【００１３】
本発明は上記した問題点を解決するためになされたものであり、その第１の目的は、医療機関における診断書発行を容易にスピーディーに行えるようにして医師の負担を軽減すること、第２の目的は、患者の給付金請求の手続の負担を軽減するようなシステムを提供すること、第３の目的は、電子化された給付金請求書と診断書とを対応づけて自動的に保険事業者が受領できるようなシステムを提供することによって保険事業者の負担を軽減すること、さらにこれらの目的を達成するシステムは従来の制度と共存可能であり、医療機関等への導入が比較的容易なものであることを前提とするものである。
【００１４】
なお、医療機関では、診断書以外にも、診断書と同様の情報が記載される他の医療機関への紹介状や退院サマリーの発行や作成も行っている。従って、本願明細書及び特許請求の範囲において、診断書という用語を用いる場合には、診断書に紹介状や退院サマリーも含むものとする。
【課題を解決するための手段】
【００１５】
本願発明による第1の態様の診断書作成支援システムは、ネットワークを通して相互に交信可能な医療機関サーバと医事管理端末と医師用端末とを含み、医事管理端末は、患者からの診断書発行依頼を受けて、患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを入力する診断書発行依頼データ入力手段と、入力された診断書発行依頼データを医療機関サーバに送信する診断書発行依頼データ送信手段とを備え、医師用端末は、医師によるパスワードの入力により医療機関サーバにログインし医療機関サーバから送信される当該医師用に作成され送信される表示画面を利用して診断書作成に必要なデータを医療機関サーバに送信する診断書作成データ送信手段を備え、医療機関サーバは、医事管理端末から受信した診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、診断書種別ＩＤに関連づけて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、医師用端末のログインを受信して、ログインした医師名に基づいて診断書発行依頼データテーブルを検索し、当該医師名の診断書発行依頼データがあれば、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧画面送信手段と、医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示のために医師用端末に送信する、診断書作成画面送信手段と、医師用端末から送信される診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を生成して医師用端末に表示または印刷のために送信する診断書生成表示送信手段と、送信された診断書表示画面に基づいて医師用端末から送信される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段とを備えている。
【００１６】
また、本願発明による第1の態様の医療機関サーバは、患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、診断書種別ＩＤに関連付けて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、診断書発行依頼データテーブルを検索し、担当医師毎に診断書作成を促す診断書作成依頼一覧画面を作成して表示させる、診断書作成依頼一覧画面作成表示手段と、表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示させる、診断書作成画面作成表示手段と、診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連付けて蓄積する電子診断書記憶手段とを備えている。
【００１７】
また、本願発明による第1の態様に関連した医療機関サーバは、患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、すべての診断書作成に必要な項目に対して診断書種別ＩＤ毎に項目の入力の有無を蓄積する診断書作成対応テーブルと、診断書種別ＩＤに関連付けて当該診断書フォーマットデータを蓄積する診断書フォーマットデータファイルと、医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブルを検索し、当該診断書フォームに対応した入力項目のみを表示させるようにした診断書作成画面を作成して表示させる、診断書作成画面作成表示手段と、診断書作成画面を用いて入力された診断書作成データを受信して、診断書フォーマットデータファイルから該当フォーマットデータを抽出して診断書作成データを書き込むことによって、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連付けて蓄積する電子診断書記憶手段とを備えている。
【００１８】
上に記載した第1の態様に係る診断書作成支援システムまたは医療機関サーバの構成によれば、医師は診断書毎の書式の相違を意識せずに、必要な項目のみを入力することにより、診断書を作成することができる。
【００１９】
本願発明による第２の態様の診断書作成支援システムは、ネットワークを通して相互に交信可能な医療機関サーバと医事管理端末と医師用端末とを含み、医事管理端末は、患者からの診断書発行依頼を受けて、患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを入力する診断書発行依頼データ入力手段と、入力された診断書発行依頼データを医療機関サーバに送信する診断書発行依頼データ送信手段とを備え、医師用端末は、医師によるパスワードの入力により医療機関サーバにログインし医療機関サーバから送信される当該医師用に作成され送信される表示画面を利用して診断書作成に必要なデータを医療機関サーバに送信する診断書作成データ送信手段を備え、医療機関サーバは、医事管理端末から受信した診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、医師用端末のログインを受信して、ログインした医師名に基づいて診断書発行依頼データテーブルを検索し、当該医師名の診断書発行依頼データがあれば、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧送信手段と、医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示のために医師用端末に送信する、診断書作成画面送信手段と、医師用端末から送信される診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を生成して医師用端末に表示または印刷のために送信する診断書生成表示送信手段と、送信された診断書表示画面に基づいて医師用端末から送信される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段とを備えている。
【００２０】
また、本願発明による第２の態様の医療機関サーバは、患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、診断書発行依頼データテーブルを検索し、担当医師毎に、医師に診断書作成を促す診断書作成依頼一覧画面を作成して表示のために医師用端末に送信する、診断書作成依頼一覧画面表示手段と、表示された診断書作成依頼一覧画面を用いて医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示させる、診断書作成画面表示手段と、診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段とを備えている。
【００２１】
さらに、本願発明の第２の態様に関連した医療機関サーバは、患者からの診断書発行依頼を受けて入力された患者ＩＤ・診断書様式を指定する診断書種別ＩＤ及び担当医データを含む診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与し、依頼書類ＩＤ毎に蓄積する診断書発行依頼データテーブルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの画像データを蓄積する診断書フォーマット画像データファイルと、診断書種別ＩＤに関連づけて当該診断書フォーマットの入力項目番号・入力項目の種別・入力項目の内容・入力項目の位置と大きさを含む入力項目データを蓄積する診断書入力項目ファイルと、医師が入力する診断書作成開始要求を受信して、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイルから当該画像データを抽出すると共に、診断書入力項目ファイルから当該診断書フォーマットの入力項目データを抽出し、当該診断書フォームの画像を表示させて、画像表示された入力項目に対応して項目の入力を可能にさせた診断書作成画面を作成して表示させる、診断書作成画面表示手段と、診断書作成画面を用いて入力された診断書作成データを受信して、診断書作成データを診断書フォーマット画像データに取り込み、診断書表示画面を表示または印刷のために生成する診断書生成表示手段と、診断書表示画面に基づいて入力される診断書登録要求を受信して、診断書データを電子診断書ファイルとして依頼書類ＩＤに関連づけて蓄積する電子診断書記憶手段とを備えている。
【００２２】
以上に記載した第２の態様に係る診断書作成支援システムまたは医療機関サーバの構成によれば、医師は実際の診断書を記入する感覚で、必要な項目のみを入力することにより、診断書を作成することができる。さらに、この態様に係る診断書作成支援システムまたは医療機関サーバにおいては、診断書フォーマット及び診断書入力項目に関するデータ管理の負担が小さい。
【００２３】
第２の態様に係る診断書作成支援システムまたは医療機関サーバにおいて、医療機関サーバが、新たな診断書を作成するために電子診断書ファイルに蓄積されている既存の電子診断書ファイルを呼び出す手段と、呼び出された既存の電子診断書ファイルの診断書種別ＩＤと、新たな診断書の診断書種別ＩＤとに基づいて診断書入力項目ファイルから双方の入力項目データを呼び出し双方の入力項目を比較する入力項目比較手段と、比較した結果同一の入力項目であれば、新たな診断書の診断書作成画面の入力項目に既存の電子診断書の入力項目の入力情報をプリセットする、既存診断書引用診断書作成手段をさらに備えることによって、既存の診断書のデータを利用して、容易に新たな診断書の作成が可能となる。
【００２４】
第１または第２の態様による診断書作成支援システムが、患者の氏名・入院日・退院日・傷病名・医師名を含む医療関連データを、患者毎に付与された患者ＩＤに関連付けて、かつ、各データを検索可能な形態で蓄積する医療データベースをさらに備え、医療機関サーバが、さらに、医師用端末に表示された診断書作成依頼一覧画面を用いて医師が入力する診断作成開始要求又は医師用端末に表示された診断書作成画面を用いて医師が入力する外部データ取込要求を受信して、診断書発行依頼データ中の患者ＩＤに基づいて医療データベースにアクセスし、診断書作成に必要な当該患者の医療関連データを抽出して、当診断書作成画面中の項目に表示させるために医師用端末に送信する、診断書作成画面用医療関連データ送信手段を備えるようにすれば、医師による入力の負担をより軽減でき、診断書の作成がよりスピーディーに正確に行える。
【００２５】
第１または第２の態様による医療機関サーバが、診断書作成開始要求又は外部データ取込要求を受信して、診断書発行依頼データ中の患者ＩＤに基づき、患者の氏名・入院日・退院日・傷病名・医師名を含む医療関連データを患者毎に付与された患者ＩＤに関連付けてかつ各データを検索可能な形態で蓄積する医療データベースにアクセスして、診断書作成に必要な当該患者の医療関連データを抽出して、当診断書作成画面中の項目に表示させる、診断書作成画面用医療関連データ表示手段をさらに備えるようにすれば、医師による入力の負担をより軽減でき、診断書の作成がよりスピーディーに正確に行える。
【００２６】
第１または第２の診断書作成支援システムにおいて、医事管理端末が、保険事業者を特定する保険事業者データを診断書発行依頼データに含めて入力する保険事業者データ入力手段と、保険事業者宛の給付金請求書を電子化して入力する給付金請求書データ入力手段と、給付金請求書データを医療機関サーバに送信する給付金請求書データ送信手段と、をさらに備え、医療機関サーバが、保険事業者毎に異なる暗号鍵を保険事業者名と関連づけて蓄積する暗号鍵ファイルと、医事管理端末から受信した給付金請求書データを、診断書発行依頼データに含まれる保険事業者データに基づいて、暗号鍵ファイルから呼び出した暗号鍵で暗号化し、電子請求書として依頼書類ＩＤと関連付けた電子請求書ＩＤを付与して蓄積する電子請求書ファイルと、診断書データを電子診断書ファイルとして蓄積するために、診断書発行依頼データテーブルに含まれる保険事業者データに基づいて暗号鍵ファイルから呼び出した暗号鍵で、診断書データを暗号化する、診断書データ暗号化手段と、診断書発行依頼データテーブルに含まれる依頼書類ＩＤに基づいて、対応する電子請求書と電子診断書をそれぞれ電子請求書ファイルと電子診断書ファイルとから呼び出し、一つのフォルダに収納して電子封筒として、保険事業者がアクセス可能な中継サーバにアップロードする電子封筒アップロード手段、または、保険事業者のサーバに送信する電子封筒送信手段と、を備えることによって、保険事業者が、暗号化された安全な形態で電子診断書と電子請求書とを対応づけて受領することができる。
【発明を実施するための最良の形態】
【００２７】
以下、図面を用いて本発明を実施するための形態について説明する。第１の実施形態は、診断書作成支援システムに係る実施形態であり、第２の実施形態は、第１の実施形態とは異なる診断書作成支援システムに係る実施形態であり、第３の実施形態は、第１又は第２の実施形態に係る診断書作成支援システムにさらに電子化された給付金請求書と電子診断書とを関連付けて保険事業者が受領できる機能を備えた実施形態であり、第４の実施形態は、第３の実施形態とは異なる第１又は第２の実施形態に係る診断書作成支援システムにさらに電子化された給付金請求書と電子診断書とを関連付けて保険事業者が受領できる機能を備えた実施形態である。

【００２８】
＜第１の実施形態＞
図１は第１の実施形態に係る診断書作成支援システムの概略構成を示すブロック図である。図１に示すように、この診断書作成支援システムは、ネットワーク（例えば、ＬＡＮやイントラネット）を介して交信可能な医事管理端末２と、医療機関サーバ３と、医師用端末４と、医療データベース５とで構成されている。
【００２９】
医事管理端末２は、医療機関の医事課に設置されているコンピュータであり、データの入出力・記録・読み出しをはじめとするコンピュータ全体の動作を制御するＣＰＵ２１、ＣＰＵ２１が直接アクセス可能な主記憶装置であって処理に必要なデータやプログラムを格納するメモリ２２、データ入力画面や医療機関サーバ３から送信される画面を表示するＣＲＴディスプレイや液晶ディスプレイなどの表示部２３、データを入力するためのキーボードやマウスなどの入力部２４、データやプログラムを蓄積するハードディスクや光ディスクや光磁気ディスクなどの外部記憶装置である記憶部２５、及び医療機関サーバ３等とネットワークを介して通信するための通信インタフェース２６を備えている。本実施の形態では、医事管理端末２は、主として、診断書の発行を依頼するための基本的なデータを入力して、医療機関サーバ３に送信するための端末として機能する。
【００３０】
医師用端末４は、医療機関に設置されている医師が使用するコンピュータであり、データの入出力・記録・読み出しをはじめとするコンピュータ全体の動作を制御するＣＰＵ４１、ＣＰＵ４１が直接アクセス可能な主記憶装置であって処理に必要なデータやプログラムを格納するメモリ４２、データ入力画面や医療機関サーバ３から送信される画面を表示するＣＲＴディスプレイや液晶ディスプレイなどの表示部４３、データを入力するためのキーボードやマウスなどの入力部４４、データやプログラムを蓄積するハードディスクや光ディスクや光磁気ディスクなどの外部記憶装置である記憶部４５、及び医療機関サーバ３等とネットワークを介して通信するための通信インタフェース４６を備えている。本実施の形態では、医師用端末４は、特定の固定的な端末というよりは、医療機関内のネットワークに接続する端末であって、任意の医師がログインすることで、当該医師用の端末となるものである。そして、診断書の発行が依頼された医師がログインすることにより、医療機関サーバ３から入力を促すための画面が送信されて表示され、その画面を利用して診断書作成データを医療機関サーバ３送信するための端末として機能する。
【００３１】
医療機関サーバ３は、医療機関におけるコンピュータシステムを実行するための中心的なコンピュータであり、データの入出力・記録・読み出しをはじめとするコンピュータ全体の動作を制御するＣＰＵ３１、ＣＰＵ３１が直接アクセス可能な主記憶装置であって処理に必要なデータやプログラムを格納するメモリ３２、診断書作成支援システムにおける様々な処理を実行するためのプログラムを格納するプログラム格納領域３６やプログラムを実行するために参照するデータを格納するテーブル格納領域３７や診断書作成のための処理に必要なデータを蓄積するデータ格納領域３８を備えたハードディスク等の外部記憶装置である記憶部３５、医事管理端末２や医師用端末４や医療データベース５とネットワークを介して通信するための通信インターフェイス３９を備えている。医療機関サーバ３は、医事管理端末２から診断書作成依頼に関わるデータの送信を受け、医師用端末４からは診断書作成データの送信を受け、電子化された診断書（以下「電子診断書」という）を作成し保存するための処理を実行する。記憶部３５に格納されているデータやプログラムは、必要に応じてメモリ３２にロードされ、ＣＰＵ３１により診断書作成支援システムにおける種々の処理が実行される。また、医療機関サーバ３は医療データベース５に接続しており、必要に応じて医療データベース５にアクセスして必要なデータを取得する。
【００３２】
医療データベース５は、例えば電子カルテシステムによって登録される、患者毎に患者ＩＤ・患者の氏名・入院日・退院日・傷病名・担当医師名等を含む医療関連データを、患者毎に付与された患者ＩＤに関連付けて、かつ、各データを検索可能な形態で蓄積するデータベースであり、医療機関サーバ３からのアクセスにより必要なデータを提供する。
【００３３】
次に、図２を用いて、医療機関サーバ３の記憶部３５に格納されているプログラムやテーブルやファイルの内容について説明する。この診断書作成支援システムにおいて、医療機関サーバ３が実行する主要な処理は、以下のＡ〜Ｆに記載の処理である。
（Ａ）医事管理端末２から送信される診断書発行依頼データを登録する処理
（Ｂ）医師用端末４でログインした医師に診断書作成依頼があることを伝えるために、医師用端末４に診断書作成依頼一覧画面を送信する処理
（Ｃ）医師による診断書作成開始の指示を受信して、医師用端末４に診断書作成画面を送信する処理
（Ｄ）医師から診断書作成データを受信して、作成された診断書を表示する画面を医師用端末４に送信する処理
（Ｅ）医師からの登録指示を受信して、作成された診断書を電子診断書として記憶する処理
（Ｆ）必要に応じて医療データベース５から診断書作成に必要な医療関連データを抽出し、診断書作成画面用に送信する処理
そして、これらの処理を実行する為のプログラム３６１〜３６６がプログラム格納領域３６に格納されている。
【００３４】
また、上記（Ａ）医事管理端末２から送信される診断書発行依頼データを登録する処理によって登録されるデータを記録する診断書発行依頼テーブル３７１と、上記（Ｃ）医師により診断書作成開始の指示を受信して、医師用端末４に診断書作成画面を送信する処理において、依頼された診断書作成に必要な入力項目を表示した画面を作成するために参照する、すべての診断書フォームに必要な項目と診断書種別毎に記載が必要な項目との対応付けを定義する診断書作成対応テーブル３７２とが、テーブル格納領域３７に格納されている。
【００３５】
さらに、上記（Ｄ）医師から診断書作成データを受信して、作成された診断書を表示する画面を医師用端末４に送信する処理において、実際の診断書のイメージで作成された診断書を表示するために診断書種別毎の診断書フォーマットを蓄積する診断書フォーマットデータファイル３８１と、上記（Ｅ）医師からの登録指示を受信して、作成された診断書を電子診断書として記憶する処理において、電子診断書を記憶する電子診断書ファイル３８２とが、データ格納領域３８に格納されている。
【００３６】
次に上記した各処理（Ａ）〜（Ｅ）の手順をより詳細に説明する。

処理（Ａ）
診断書発行の依頼は、医事管理端末２で受け付けられる。ここでは、発行を依頼された診断書様式を指定する診断書種別ＩＤ、患者ＩＤ、患者名、担当医、入院日、請求期間、等の診断書発行依頼データが入力される。診断書種別ＩＤは、医療機関が発行するすべての診断書を種別するＩＤであり、プルダウンメニュー等により表示されている保険事業者及び診断書種別を画面で選択することにより入力することも出来る。患者ＩＤについては、患者の診察券（診察カード）から読み込むようにしてもよいし、さらに、医療データベース５から患者ＩＤに対応する患者名、入院日、退院日等のデータをダウンロードして入力画面に表示するようにしてもよい。
【００３７】
医事管理端末２で入力された診断書発行依頼データは、確認のため診断書作成依頼登録画面に表示され、確認後登録ボタンを操作することにより、医療機関サーバ３に送信される。図５は、診断書作成依頼登録画面の例を示したものである。この画面では、担当の医師名、患者ＩＤ、患者名、入院日、給付金の請求対象期間（例えば、退院後に入院給付金を請求する場合、通常は入院日から退院日が請求対象期間となる）、診断書種別（図５の例では、一回の入院につき、Ｂ生命とＣ生命の両保険事業者に入院給付金を請求するための診断書の発行依頼である）が表示されている。
【００３８】
医療機関サーバ３は、医事管理端末２から送信された診断書発行依頼データを、依頼された診断書毎に依頼書類ＩＤを付与して、依頼書類ＩＤを主キー（Ｐｒｉｍａｒｙ Ｋｅｙ）として、診断書発行依頼データテーブル３７１に格納する。図３は、診断書発行依頼データテーブル３７１の例を示した図である（全ての項目について例示しているわけではない）。図５で表示している診断書作成依頼データは、図３中、依頼書類ＩＤ００００２及び０００００３のレコードに該当する。このように、依頼書類ＩＤは、依頼された診断書１通毎に採番されるものであり、図５に示すように一回の入院に対する給付金請求であっても、Ｂ生命用の診断書、Ｃ生命用の診断書の２通の発行が依頼されているので、それぞれに依頼書類ＩＤが付与される。一方、図３に示されている依頼ＩＤは、同時に依頼された診断書の順番を示すコードであって、複数の診断書の発行が依頼された場合には、００１、００２のように順番に付与していく。
【００３９】
なお、ステータスの項目は、依頼された診断書の医師の処理状況を示すコードが書き込まれていくために設けられており、図３に示す例では、例えば、「００」は未依頼、「０１」は未作成、「１０」は作成中、「２０」は要修正、「３０」は受取待ち、「４０」は交付待ち、「５０」は交付済み、のようにコードが設定されている。

【００４０】
処理（Ｂ）
医師用端末４で医師がログインすると、医療機関サーバ３は、ログインした医師の医師ＩＤが、診断書発行依頼データテーブル中の担当医ＩＤフィールドに含まれているか否か検索し、含まれている場合は、当該担当医に依頼された診断書依頼データを依頼ＩＤ毎に抽出し、少なくとも患者ＩＤ、患者名、ステータスを表示した診断書作成依頼一覧画面を作成し、表示のために医師用端末４に送信する。図６は、この診断書作成依頼一覧画面の例を示した図であり、当該担当医師に作成が依頼されている診断書依頼データが、患者ＩＤ、患者名、入院日、診断書作成状況（ステータスのデータがこのように反映されている）を表示した一覧画面で提供されている。なお、ここでは、入院日が表示されているが、これに代わり作成期限（例えば診断書発行依頼データの入力日から自動的に設定する期限）が表示されてもよい。医師がこの画面の「作成」ボタンを操作することにより、医療機関サーバ３に診断書作成開始要求の指示が送信される。

【００４１】
なお、上記した処理（Ａ）及び処理（Ｂ）は、診断書発行の依頼を医事管理端末２で受け付ける実施形態であるが、医師が直接診断書発行の依頼を受けて、医師用端末４から診断書発行依頼データを入力する実施形態も考えられる。その場合には、医療機関サーバ３は、診断書作成依頼一覧画面を医師用端末４に表示させる必要はなく、医師による診断書発行依頼データの入力を受けて、処理（Ｃ）に移行すればよい。

【００４２】
処理（Ｃ）
医師用端末４から診断書作成開始要求の指示を受信すると、医療機関サーバ３は、医師用端末４に対して、選択された診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書作成対応テーブル３７２を検索し、依頼された診断書に必要な記入項目のみを入力項目として表示させるようにした診断書作成画面を作成し、表示のために医師用端末４に送信する。図４は、診断書作成対応テーブル３７２の例を示したものである。診断書作成対応テーブル３７２は、医療機関が発行する全ての種類の診断書の入力項目を管理しており、図４では入力項目のフィールドにａ、ｂ、ｃ、ｄ、・・・の順に入力項目が設定されており、この入力項目は一意である。そして、この入力項目に対し、診断書種別ＩＤ（図４中で、ＡＡ００１、ＡＡ００２、ＢＢ００１、ＢＢ００２、・・・で示されている）毎に、その入力項目が必要な入力項目であるか否かを定義している。図４の例では、各診断書種別毎に入力が必要な項目は「○」、入力が不要な項目は「×」により表示しているが、実際には例えば、「○」に相当するフィールドにはフラグを立て、「×」に相当するフィールドにはフラグを立てないようにして制御する。
【００４３】
図７は、診断書作成画面の例を示したものである。診断書作成画面は、すべての種類の診断書作成データを入力するための共通画面である。医療機関サーバ３は、依頼を受けた診断書種別ＩＤに基づいて診断書作成対応テーブルにアクセスし、診断書作成画面中に表示される全ての入力項目のうち、依頼を受けた診断書に不要な入力項目をマスキング若しくは表示させないようにした診断書作成画面を作成し、表示のために医師用端末４に送信する。従って、医師は診断書毎の入力項目の相違を意識することなく、必要な項目のみ入力をすれば診断書の作成が可能となっている。この機能は、患者が同時に２以上の診断書の発行を依頼した場合に特に医師の労力の軽減に大きな効果がある。すなわち、医療機関サーバが依頼を受けた複数の診断書種別ＩＤに基づいて診断書作成対応テーブルにアクセスし、依頼を受けた複数の診断書に共通して不要な入力項目のみをマスキング若しくは表示させないようにした一つの診断書作成画面を医師用端末４に提供することにより、医師は複数の診断書フォーマットを意識せずに一回の入力により複数の診断書発行のためのデータを入力することが可能になっているので、医師の診断書作成の労力を格段に減少させることができる。

【００４４】
処理（Ｄ）
医師が医師用端末４に表示された診断書作成画面において、必要な項目への入力を終了し、例えば図７に示された診断書作成画面の最下欄に表示されている保存ボタンを医師が操作することによって、医療機関サーバ３に入力された診断書作成データが送信される。診断書作成データを受信した医療機関サーバ３では、実際の診断書フォームのイメージで作成された診断書を表示するために診断書種別毎の診断書フォーマットを蓄積する診断書フォーマットデータファイル３８１にアクセスして、該当する診断書フォーマットデータを抽出し、送信された診断書作成データを書き込むことによって、完成された診断書を表示するための診断書表示画面を生成して医師用端末４に送信する。図８は、この診断書表示画面の例を示した図であり、医師はこの診断書表示画面により、診断書の内容を確認することが出来る。医師が診断書の内容を確認し、医療機関サーバに対する電子診断書登録要求を指示する入力（図７では画面最下欄のＯＫボタンの操作）を行うと、当該医師の電子署名が実行された上、電子証明付の診断書データが電子診断書登録要求とともに医療機関サーバ３に送信される。
【００４５】
なお、紙による診断書を発行する場合、診断書表示画面により診断書の内容を確認して印刷ボタンを操作することにより診断書の印刷出力を行い、これに医師が記名捺印をして発行すればよい。

【００４６】
処理（Ｅ）
医師用端末４から診断書登録要求を受信した医療機関サーバ３は、電子署名データが添付された診断書データを、電子診断書として依頼書類ＩＤに関連付けて電子診断書ファイル３８２に記憶する。

【００４７】
処理（Ｆ）
なお、医療機関サーバ３は、診断書作成画面を生成する場合、患者ＩＤに基づいて医療データベース５にアクセスし、入力項目として必要なデータをあらかじめ医療データベース５の医療関連データから取得し、診断書作成画面に表示させるようにすれば、医師によるデータ入力項目の労力の軽減を図ることが出来る。
【００４８】
また、医療データベース５からの医療関連データを取り込んでいない診断書作成画面が医療機関サーバ３から医師用端末４に送信された後、図７に例示した診断書作成画面の最下欄に表示されている外部データ取込ボタンを医師が操作することにより、外部データ取込要求の指示が医療機関サーバ３に送信され、外部データ取込要求を受信した医療機関サーバ３が医療データベース５から必要な医療関連データを取り込んで、診断書作成画面に表示させるために医師用端末４に送信するようにしてもよい。
【００４９】
しかしながら、電子カルテシステム等医療データベースを構築する為のシステムを未だ導入していない医療機関ではこれらの項目は医師が直接入力すればよい。

【００５０】
＜第２の実施形態＞
第２の実施形態は、第１の実施形態と各処理の全体的なフローは共通しているが、第１の実施形態に記載した処理（Ｃ）医師による診断書作成開始の指示を受信して、医師用端末４に診断書作成画面を送信する処理と、処理（Ｄ）医師から診断書作成データを受信して、作成された診断書を表示する画面を医師用端末４に送信処理についての処理（すなわちプログラム）の内容と処理を実行するために準備されるデータやファイルが、第１の実施形態と異なる。
なお、その他の処理の手順や利用するデータについては、第１の実施形態と共通しているので、その部分についての説明は省略し、処理（Ｃ）及び処理（Ｄ）についてのみ詳細に説明する。

【００５１】
処理（Ｃ）
図９は第２の実施形態における、記憶部３５の内容を示す図である。第１の実施形態とは処理（Ｃ）及び処理（Ｄ）のプログラムの内容が異なるため、図９では、診断書作成画面送信プログラム３６７及び診断書生成表示送信処理プログラム３６８として、図２とは異なる参照番号を付与して表示している。また、診断書作成画面や診断書表示画面を生成するために設定されるのは、診断書フォーマット画像ファイル３８３及び診断書入力項目ファイル３８４である。
【００５２】
ここで、診断書フォーマット画像ファイル３８３は、診断書種別毎に、その診断書フォーマットの画像ファイルを保持する。この画像ファイルは、診断書フォーマットをスキャナで取り込んだり、保険事業者から配布されるＰＤＦファイルから生成される。また、診断書入力項目ファイルは、診断書種別毎に、入力項目についてのデータを保持するファイルであり、具体的には入力項目番号（一意のもの）・入力項目の種別（テキスト情報／丸付け項目）・入力項目の内容（例：「患者氏名」等）・「診断書フォーマット画像ファイル」上での当該項目の位置・大きさのデータを保持する。
【００５３】
図１０は、第２の実施形態における処理（Ｃ）及び処理（Ｄ）の概要を示した図である。
医師用端末４に表示された診断書作成依頼一覧画面を用いて、医師が診断書作成開始要求を医療機関サーバ３に送信すると、医療機関サーバ３は、診断書発行依頼データ中の診断書種別ＩＤに基づいて、診断書フォーマット画像データファイル３８３にアクセスし、該当する診断書フォーマット画像データを抽出して、診断書作成画面として表示させる。一方、医療機関サーバ３は、診断書種別ＩＤに基づいて、当該診断書フォームの診断書入力項目データを抽出し、該当する入力項目の種別・入力項目の位置・大きさの情報から医師が各項目を入力できるように診断書作成画面を生成して、医師用端末４に送信する。

【００５４】
処理（Ｄ）
医師が医師用端末４に表示された診断書作成画面において、必要な項目への入力を終了し、例えば保存ボタンを医師が操作することによって、医療機関サーバ３に入力された診断書作成データが送信されると、診断書作成データを受信した医療機関サーバ３では、実診断書フォーマット画像データファイル３８３にアクセスして、該当する診断書フォーマット画像データを抽出し、送信された診断書作成データを書き込むことによって、完成された診断書を表示するための診断書表示画面を生成して医師用端末４に送信する。医師はこの診断書表示画面により、診断書の内容を確認することが出来る。医師が診断書の内容を確認し、医療機関サーバに対する電子診断書登録要求を指示する入力を行うと当該医師の電子署名が実行された上、電子証明付の診断書データが電子診断書登録要求とともに医療機関サーバ３に送信される。

この第２の実施形態では、依頼された診断書の画像データを表示して医師に各項目を入力させるようになっているので、一枚の診断書を作成する場合には、従来通りの方法で診断書を作成する感覚で医師は診断書の入力を行うことが可能となる。一方、患者が一度に複数の診断書の作成を依頼する場合などでは、医師が依頼される診断書毎にすべての項目を入力して診断書を作成するのでは非常に効率が悪くなる。そこで、第２の実施形態では、新たに診断書を作成する場合に、過去に作成して登録されている電子診断書のファイルを利用することが可能になっている。この機能は、同一の診断書種別のものでなくとも過去の診断書作成データを利用できることに特徴がある。
【００５５】
図１１は、この機能の概要を示した図である。医療機関サーバ３は、診断書作成画面中に、新たな診断書を作成するために電子診断書ファイルに蓄積されている既存の電子診断書ファイルを引用するための操作ボタンを表示させる。医師がこの操作ボタンを操作すると、医師用端末４から送信された引用要求を受けて、医療機関サーバ３は診断書発行依頼データテーブル３７１にアクセスし、当該医師の医師ＩＤに基づいて、当該医師が過去に作成した診断書データを呼び出して一覧表示画面を作成し、表示のための医師用端末４に送信する。医師用端末４で医師が引用を希望する診断書を画面で選択すると、選択指示は医療機関サーバ３に送信され、医療機関サーバ３は依頼書類ＩＤに基づいて電子診断書ファイル３８２から該当する電子診断書ファイルを抽出し、表示のためのに医師用端末４に送信する。
【００５６】
医師が医師用端末４で引用する診断書を確認し引用決定ボタンを操作すると、引用決定指示を受信した医療機関サーバ３は、呼び出された既存の電子診断書ファイルの診断書種別ＩＤと、医師が新たに作成しようとしている診断書の診断書種別ＩＤとに基づいて、診断書入力項目ファイル３８４から、双方の入力項目データを呼び出し双方の入力項目の内容を比較する。比較の結果、入力項目の内容が同一であれば、新たな診断書の診断書作成画面の入力項目に既存の電子診断書の入力項目の入力された情報をプリセットする。
【００５７】
この機能は、患者が同時に２以上の診断書の発行を依頼した場合に特に医師の労力の軽減に大きな効果がある。また、第１の実施形態の場合には、すべての診断書の作成に必要な入力項目について管理し、診断書作成画面に反映しなければならず、作成する診断書の増加や変更等に対応するメンテナンスのコストがかかる。第２の実施形態では、入力項目は診断書種別毎に管理し、共通な入力項目について診断書間で引用が可能なシステムとしたので、第１の実施形態に比べメンテナンスが楽であるという利点がある。

【００５８】
＜第３の実施形態＞
第３の実施形態は、第１又は第２の実施形態に係る診断書作成支援システムにさらに電子化された給付金請求書と電子診断書とを関連づけて保険事業者が受領出来る機能を備えた実施形態である。以下、図１２を用いて、第３の実施形態について説明する。
第３の実施形態に係る診断書作成支援システムの基本的な構成は、図１及び図２又は図９に示した第１又は第２の実施形態のように、医事管理端末２と、医師用端末４と、医療機関サーバ３で構成されるが、図１２は、第３の実施形態を実施するためにさらに備えなければならない構成要素を中心に図示するようにした。以下の説明でも、第１又は第２の実施形態と共通の構成要素については省略し、第３の実施形態を実施するための特有の構成要素を中心に説明する。
【００５９】
この実施形態では、保険事業者に給付金請求の手続きを開始してもらうために、従来では患者が保険事業者から取り寄せた給付金請求書に必要事項を記入して医療機関から発行された診断書とともに保険事業者に送付していた手続きに替わり、医療機関が電子化された給付金請求書と診断書とを暗号化した上で両者を対応づけて自動的に保険事業者が受領できるようにするものである。従って、診断書発行の依頼を受け付ける医事管理端末２において、診断書発行依頼データを入力すると共に、給付金請求書を電子化して医療機関サーバ３に送信する手段２４ａが必要となる。給付金請求書を電子化する手段としては、例えば、患者が必要事項を記入した給付金請求書をスキャナで読み込んで画像データ化してもよいし、医事課職員が手書きの給付金請求書を見ながらあるいは患者から必要事項を聞き取りながら所定のフォームで入力するようにしてもよいし、ＯＣＲシート等に記入してもらいこれを読みとるようにしてもよい。いずれかの方法で電子化された給付金請求書データは、診断書発行依頼データと共に医療機関サーバ３に送信される。
【００６０】
さらに、後段で説明するように、給付金請求書あるいは電子診断書は保険事業者毎に異なる暗号鍵で暗号化されるので、診断書種別の他に、保険事業者を特定するデータ（以下「保険事業者データ」という）が診断書発行依頼データに含まれるようにしなければならない。保険事業者データを入力する手段２４ｂとしては、診断書発行依頼データを入力する際に個別に入力してもよいし、診断書種別ＩＤが保険事業者を識別できるＩＤとしてコード化されている場合は、診断書種別ＩＤから読みとるようにしてもよい。また、給付金請求書の特定箇所に表示されている保険事業者を特定するマークあるいはバーコードをスキャナ等で読みとってもよい。
【００６１】
次に、医事管理端末２から給付金請求書データを受信した医療機関サーバ３は、給付金請求書データを暗号化するために、保険事業者毎に異なる暗号鍵を保険事業者名と関連づけて蓄積する暗号鍵ファイル３８ａと、給付金請求書暗号化プログラム３６ａとを備えている。そして、医事管理端末２から送信される診断書発行依頼データに含まれる保険事業者データに基づいて暗号鍵ファイル３８ａにアクセスし、該当する暗号鍵を抽出して、給付金請求書を暗号化し、電子請求書として、電子請求書ファイル３８ｂに依頼書類ＩＤと関連づけて保存する。
【００６２】
また、医師端末４で入力されて医療機関サーバ３に送信された診断書データは、同様に保険事業者データに基づいて暗号鍵ファイル３８ａから抽出された暗号鍵を用いて、診断書データ暗号化プログラム３６ｂによって暗号化され、依頼書類ＩＤと関連づけて電子診断書ファイル３８ｃに保存される。
【００６３】
さらに、医療機関サーバ３は、電子封筒アップロードプログラム３６ｃまたは電子封筒送信プログラム３６ｄにより、依頼書類ＩＤに基づいて、電子請求書ファイル３８ｂと電子診断書ファイル３８ｃとから、対応する電子請求書と電子診断書とを呼び出し、一つの電子的なフォルダ（これを以下「電子封筒」という）に格納して、保険事業者サーバ８がアクセス可能な中継サーバ６にアップロードし、または保険事業者サーバ８に直接送信する。アップロードされた電子封筒は、中継サーバ６の保険事業者毎の格納エリアに格納される。その場合、中継サーバ６は、保険事業者毎に、アップロードを通知する電子メールを保険事業者サーバ８に対して送信する。当該電子メールは、保険事業者の受付窓口の担当者宛のものであってもよい。
【００６４】
中継サーバ６は、保険事業者サーバ８から電子封筒がダウンロードされると、格納エリアから電子封筒を削除するようにしている。中継サーバ６は、医療機関サーバ３と、保険事業者サーバ８にとって、必要なときにアクセス出来るものであるため、医療機関サーバ３または保険事業者サーバ８のいずれかを常時受信可能なオープンな状態にすることがなく、医療機関サーバ３と保険事業者サーバ８にとってセキュリティを向上させることができるものである。
【００６５】
なお、認証局サーバ７は、医師用端末４で作成された電子診断書に対して当該医師が作成したものであることを認証する電子署名に必要な証明書を医師端末４に付与し、保険事業者サーバ８から当該電子署名が真正なものであるか否かの検証の問合せを受け、電子署名の真偽を応答し、電子署名の失効手続が為されているか否かについて応答する。
【００６６】
本実施の形態において、給付金請求書及び電子診断書の暗号化は、医療機関サーバ３で行っているが、それぞれ医事管理端末２及び医師用端末４で暗号化してもよい。その場合、暗号鍵は医療機関サーバ３から提供されることになる。

【００６７】
＜第４の実施形態＞
次に、第４の実施形態について、図１３を用いて説明する。第３の実施形態が患者からの給付金請求の受付を医事管理端末２で行っていたのに対し、第４の実施形態では、患者からの給付金請求を受付ける請求書受付サーバ９を設けている。請求書受付サーバ９は、インターネット上に給付金請求を受付けるためのウェブサイトを開設しており、患者は当該ウェブサイトにアクセスして、給付金請求データを入力できる表示画面を患者端末１０（例えば、自宅のパーソナルコンピュータなど）にダウンロード出来るようになっている。以下、給付金請求が受付けられて医療機関サーバ３に登録されるまでの処理について説明する。
【００６８】
患者はまず、パスワードやＩＣカード等を用いての入力により請求書受付サーバ９にログインする（そのためには、患者は請求書受付サーバ９にユーザーとして予め登録されていることが前提である）。ログインに対して、請求書受付サーバ９は、患者端末１０に対して、請求の対象となる保険の保険事業者名及び契約書番号、すなわち当該保険契約を特定できるデータを入力するための画面を表示させる。患者端末１０から、保険事業者名及び契約書番号のデータが送信されると、請求書受付サーバ９は、当該保険事業者の保険事業者サーバ８に対して当該保険契約の内容を確認するための通知を送信して、保険事業者サーバ８からの保険内容の確認の通信を待つ。保険事業者サーバ８では、保険契約の内容を確認すると、当該保険契約の内容を表示したデータを請求書受付サーバ９に送信する。請求書受付サーバ９は、保険事業者サーバ８から送信されたデータに基づいて、患者端末１０に対して、給付金請求についてのデータを入力するための画面を表示させる。その画面を利用して、患者端末１０から給付金請求データ、具体的には、医療機関名や対象期間等のデータを入力して、請求書受付サーバ９に送信できるようになっている。患者端末１０から給付金請求データを受信した請求書受付サーバ９は、保険事業者毎に異なる暗号鍵を保持している暗号鍵ファイルから、当該保険事業者の暗号鍵を抽出し、給付金請求データを電子請求書として暗号化して依頼書類ＩＤを付与して医療機関サーバ３に送信し登録を行う。その後の処理については、第１、第２、第３の実施形態に記載している処理と同様である。
【００６９】
第４の実施形態によれば、医療機関毎に電子請求書の登録処理を実行していたが、その部分を請求受付サーバ９で行うものであるから、医療機関の事務処理を大幅に低減できる。また、請求の受付をインターネットを経由して行うが、請求人の信頼性を保険事業者サーバ８に確認することで担保できる。
【００７０】
最後に、保険事業者サーバ８が中継サーバ６から新規電子封筒のアップロードがあった旨の電子メールを受信し、受信メールに記載されたＵＲＬにアクセスした場合に、ユーザＩＤとパスワードの入力を条件に、表示される新規電子封筒一覧画面について、図１４を参照しながら説明する。図１４は、保険事業者サーバ８における新規電子封筒一覧画面の例を示したものである。
保険事業者サーバ８では、図１４に示されるように、新規に中継サーバ６にアップロードされた電子封筒が医療機関名、ファイル名の一覧で表示され、画面下側に「ダウンロード」と「キャンセル」のボタンが設けられている。ここで、「ダウンロード」ボタンがクリックされると、電子封筒のダウンロードが開始され、「キャンセル」ボタンがクリックされると、電子封筒のダウンロードは行われない。
【００７１】
次に、保険事業者サーバ８において、給付金等の請求書類の受付を確認する場合の表示画面について図１５を用いて説明する。図１５は、保険事業者サーバ８における請求書類受付画面の例を示す図である。
【００７２】
医療機関サーバ３は、電子診断書が作成されると、給付金の電子請求書とそれに対応する電子診断書とを中継サーバ６にアップロードし、それと共に、中継サーバ６は、送付先となっている保険事業者サーバ８に、電子請求書及び電子診断書を中継サーバ６にアップロードしたことを通知する電子メールを送信する。その電子メールには、当該保険事業者宛の電子請求書及び電子診断書が格納されるＵＲＬが記載されている。
【００７３】
保険事業者サーバ８では、その電子メールを受信すると、ＵＲＬに基づいて中継サーバ６にアクセスして、当該保険事業者宛の電子封筒をダウンロードし、図１５に示すような請求書類受付確認画面が表示される。
【００７４】
図１５に示すように、請求書類受付画面は、当該保険事業者宛の請求書及び診断書のリストを表示するものであり、請求者と、受付日と、検証結果のＯＫ／ＮＧと、電子請求書と電子診断書のそれぞれについての印刷ボタンとが表示されるものである。ここで、診断書に添付されている電子署名が正当であるかどうかが、保険事業者サーバ８によって検証されており、請求書類受付確認画面ではその結果を「検証結果」として示すようになっている。検証結果が「ＯＫ」であれば当該診断書は有効であるが、検証結果が「ＮＧ」であれば当該診断書は無効となり、請求自体も無効となるため、印刷することも不可能となるものである。
【００７５】
そして、図１５に示した請求書類受付確認画面の請求一覧において、検証結果が「ＯＫ」である任意の請求書又は診断書を選択して「印刷」ボタンがクリックされると、当該選択された給付金請求書のデータ又は診断書のデータが一旦表示され、請求書又は診断書が印刷されるものである。そして、印刷された請求書又は診断書については、図１５の請求書類受付確認画面の一覧表示から削除されるようになっている。
【００７６】
本システムでは、請求書について紙媒体を想定したが、紙媒体ではなく、ＩＣカード等を用いた給付金請求であってもよい。この場合、請求が本人によるものであることを認証するために、パスワード認証、生体認証を行うようにしてもよい。また、本システムでは、中継サーバ６を設けて中継処理を行うようにしたが、医療機関サーバ３が保険会社サーバ８に直接電子封筒を送信するようにしてもよい。
【００７７】
さらに、本システムでは、医師端末４で医師毎に電子署名を行うようにしているが、医療機関サーバ３が医療機関を代表して一括して電子署名を行うようにしてもよい。医療機関サーバ３がまとめて電子署名を行うことで、医療機関としてはシステム構成を簡略化でき、コストを低減できる効果がある。なお、医師本人が作成した診断書であるか否かは、医師が医療機関内のネットワークにアクセスする際に、医師のＩＤとパスワード入力により認証を行っているため、信頼性は維持されるものである。
【実施例】
【００７８】
本発明による診断書作成支援システムを実施するための具体的な構成について図１６を用いて説明する。図１６に示すように、Ａ大学病院では、給付金請求書を読み込むためのスキャナー１を接続する医事管理端末(患者端末)２と、医療科Ａ医師用端末４と、医療科Ｂ医師用端末４と、院内サーバ３と、院内情報データベース５とが、院内ＬＡＮで接続され、さらに学内ＷＡＮ（Wide
Area Network）を介してインターネットに接続している。
【００７９】
また、Ｂ病院では、スキャナー１を接続する医事管理端末（患者端末）２と、医師用端末４と、院内サーバ３とが、院内ＬＡＮで接続され、さらにＡＤＳＬモデムを介してインターネットに接続している。Ｂ病院に医療データベースがないのは、まだ、医療情報をデータベースによって管理していないケースだからである。
【００８０】
Ｃ保険事業者では、保険事業者サーバ８が部内ＬＡＮに接続し、さらに社内ＷＡＮを介してインターネットに接続している。
【００８１】
なお、認証局サーバ７もインターネットに接続している。
【００８２】
以上のような実施例の構成において、本発明によるシステムが実現されるものである。
【産業上の利用可能性】
【００８３】
本願発明に係る技術は、医療機関における診断書発行業務ばかりでなく、様々な証明書や認証書を発行する機関の業務にも利用可能である。
【図面の簡単な説明】
【００８４】
【図１】第１の実施形態に係る診断書作成支援システムの概略構成を示すブロック図である。
【図２】第１の実施形態に係る医療機関サーバの記憶部に格納されているプログラム・テーブル・ファイルを示すブロック図である。
【図３】診断書発行依頼データテーブルの内容の例を示す図である。
【図４】診断書作成対応テーブルの内容の例を示す図である。
【図５】診断書作成依頼登録画面の例を示す図である。
【図６】診断書作成依頼一覧画面の例を示す図である。
【図７】診断書作成画面の例を示す図である。
【図８】診断書表示画面の例を示す図である。
【図９】第２の実施形態に係る医療機関サーバの記憶部に格納されているプログラム・テーブル・ファイルを示すブロック図である
【図１０】第２の実施形態に係る医療機関サーバの処理の流れを説明する図である。
【図１１】第２の実施形態に係る医療機関サーバの処理の内容を説明する図である。
【図１２】第３の実施形態に係る診断書作成支援システムの構成を示すブロック図である。
【図１３】第４の実施形態に係る診断書作成支援システムの構成を示すブロック図である。
【図１４】新規電子封筒一覧画面の例を示す図である。
【図１５】請求書類受付確認画面の例を示す図である。
【図１６】実施例の構成を示すブロック図である。
【符号の説明】
【００８５】
２ 医事管理端末
３ 医療機関サーバ
４ 医師用端末
５ 医療データベース
６ 中継サーバ
７ 認証局サーバ
８ 保険事業者サーバ
９ 請求書受付サーバ
１０ 患者端末
【出願人】 【識別番号】５００１０４３１４
【氏名又は名称】ニッセイ情報テクノロジー株式会社
【住所又は居所】東京都大田区蒲田５丁目３７番１号
【出願日】 平成１７年８月１８日（２００５．８．１８）
【代理人】 【識別番号】１００１０１８４５
【弁理士】
【氏名又は名称】佐藤 明子
【公開番号】 特開２００６−８５６８４（Ｐ２００６−８５６８４Ａ）
【公開日】 平成１８年３月３０日（２００６．３．３０）
【出願番号】 特願２００５−２３８０５１（Ｐ２００５−２３８０５１）