【発明の詳細な説明】 【０００１】 【発明の属する技術分野】本発明は、医療情報を効率的に管理する医療情報管理システム、医療情報管理方法及び医療情報管理プログラムに関する。 【０００２】 【従来の技術】従来、保険業務を行う団体では、死亡診断書や入院給付診断書という媒体により、死因、病名、
病歴、入院歴などの医療情報を入手している。 【０００３】 【発明が解決しようとする課題】しかしながら、このような医療情報の利用に関しては、特定の部門で業務に必要な情報のみを使用しているにすぎず、医療情報として体系だけられた管理、蓄積および利用が十分に行われていない。 【０００４】一方、保険業界の激烈な競争下では、医学的裏付けの必要な新商品の開発や、安定的な死差益確保のため、医学的選択情報の精度の向上が喫緊の課題となっている。 【０００５】例えば新たな保険商品を開発する場合には、その商品開発の基礎とすべき医的なリスク情報についてのデータを取得するのは困難であり、開発の都度、
病院、大学、統計機関等で発行している統計を探し回るのが現実である。 しかしながら、このように他の機関に新商品の開発に必要なデータを求める現状では、開発しようとする新商品に適したデータは取得できることは極めて少なく、しかも昨今患者のプライバシーが問題となっている現状を鑑みれば、そのようなデータを取得するのはさらに困難な状況になることが予想される。 その結果、「謝絶」に該当する契約が成立してしまう場合もさらに増加していくことが予想される。 【０００６】本発明は上記課題を解決するためになされたもので、その目的とするところは、医療情報を効率的に取得し、かつ活用できる医療情報管理システム、医療情報管理方法及び医療情報管理プログラムを提供することにある。 【０００７】 【課題を解決するための手段】この発明の一の観点によれば、医療情報を管理する医療情報管理システムであって、医師による被保険者の診断内容を含み、保険者に対する支払の申請を行う申請書の画像データを取得する画像データ取得手段と、前記申請書に対する保険者による支払情報を示す決了データを取得する決了データ取得手段と、前記画像データ及び前記決了データを端末に送信する送信手段と、前記端末により入力された医療情報を前記決了データに関連づけて格納する記憶手段とを具備してなることを特徴とする医療情報管理システムが提供される。 【０００８】ここで、医師による被保険者の診断内容を含み、保険者に対する支払の申請を行う申請書とは、例えば総合医療証明書（診断書）、入院証明書（診断書）、悪性新生物用・急性心筋梗塞用・脳卒中用などの特定疾病申請書、死亡証明書、障害診断書、疾病障害診断書、介護・障害診断書、医療保障診断書、医学的証明書など、被保険者の診断結果を特定することにより、例えば生命保険会社などの保険者に対して給付金又は保険金の支払の申請を行う書類のことである。 【０００９】このように、端末において、申請書の画像データと決了データに基づいて入力された医療情報を決了データに関連づけて登録することにより、極めて多数の医療情報を有するデータベースを容易に構築することが可能となる。 【００１０】本発明の一の実施形態によれば、医療情報は、医師により複数の分類を有する医療コードにより入力される。 これにより、医療情報は医療コードとして分類されて管理されるため、データベースの参照が容易となるとともに、データベースを利用して種々の統計情報を作成するのが容易となる。 【００１１】また、本発明の他の一の実施形態によれば、決了データは、前記申請書に対する保険者による支払金、被保険者が入院中か否かを識別する入院中識別コード、病院の属性を示す病院属性コードの少なくとも一つを含む。 【００１２】また、本発明の他の一の実施形態によれば、医療情報管理システムはさらに、前記医療情報の入力者を管理するものであって入力者の認証情報を有する入力者管理データと、この入力者管理データに含まれる認証情報と前記端末から取得した認証情報を照合する照合手段とを備え、前記送信手段は、前記照合手段により入力者の認証がされた場合に前記画像データを前記端末に送信する。 これにより、認証できない端末からのアクセスがあった場合に画像データが悪意で取得されることを防止することができる。 【００１３】また、本発明の他の一の実施形態によれば、前記医療情報管理システムはさらに、前記画像データのセキュリティを管理するセキュリティ情報を日毎に更新するセキュリティ情報更新手段と、前記画像データ及び前記決了データの送信件数を前記端末に通知する通知手段とを備え、前記通知手段は、前記送信件数とともに前記セキュリティ情報更新手段で更新された前記セキュリティ情報を前記端末に送信し、前記送信手段は、前記セキュリティ情報を前記端末から受信した場合に前記画像データを前記端末に送信する。 【００１４】これにより、適宜更新されるセキュリティ情報が通知された医療情報の正当な入力者のみが画像データや決了データを取得することが可能となり、セキュリティ情報を有さない端末により画像データが取得されるのを防止することができる。 また、日毎にセキュリティ情報が更新されるため、第三者にセキュリティ情報が仮に知られた場合であっても、その次の日からは新たなセキュリティ情報を用いない限り画像データを取得することができない。 【００１５】また、本発明の他の一の実施形態によれば、医療情報管理システムはさらに、前記送信手段により送信される前記画像データを暗号化する暗号化手段と、暗号化された前記画像データを復号化する復号鍵を前記端末に送信する鍵送信手段とを備え、前記端末で受信された前記画像データは前記受信された復号鍵により復号化されることにより出力可能である。 これにより、
画像データは暗号化されて端末に送信されるため、端末との間がインターネット等の低度のセキュリティ管理のネットワークを介して画像データが送信された場合であっても、正当な入力者のみが申請書を確認することができる。 【００１６】また、本発明の他の一の実施形態によれば、画像データは前記端末に複数送信されるとともに、
前記暗号化手段は前記画像データ毎に異なる暗号化を施し、前記復号鍵は前記画像データ毎に送信される。 これにより、各イメージデータ毎のセキュリティ管理が可能となる。 【００１７】また、本発明の一の実施形態によれば、医療情報を管理する医療情報管理システムであって、医師による被保険者の診断内容を含み、保険者に対する支払の申請を行う申請書の画像データと、前記申請書に対する保険者による支払情報を示す決了データを端末に送信するとともに、医療情報の入力を促す手段と、前記端末により入力された医療情報を前記決了データに関連づけて格納する記憶手段とを具備してなることを特徴とする医療情報管理システムが提供される。 【００１８】また、システム（装置）に係る本発明は、
当該システムにより実現される方法としても成立する。
また、システム（装置）または方法に係る本発明は、コンピュータに当該発明に相当する手順を実行させるための（あるいはコンピュータを当該発明に相当する手段として機能させるための、あるいはコンピュータに当該発明に相当する機能を実現させるための）プログラム、このプログラムを記録したコンピュータ読取り可能な記録媒体としても成立する。 【００１９】 【発明の実施の形態】以下、図面を参照しながら本発明の一実施形態を説明する。 【００２０】図１は本発明の一実施形態に係る医療情報管理システムの全体構成を示す図である。 図１に示すように、医師による被保険者の診断内容を含み、保険者に対する支払の申請を行う申請書に対する決了データ３８
を登録する保険金ＷＦ（ワークフロー）システム１にホストコンピュータ２及び管理サーバ３が通信回線により接続されている。 この管理サーバ３には例えばインターネットやＬＡＮ等のネットワーク４を介して社医端末５
が接続されている。 例えばインターネットにより接続される場合、管理サーバ３はＷＥＢサーバとして機能し、
社医端末５はＷＥＢブラウザをインタフェースとして備えることにより、管理サーバ３と社医端末５との情報の送受信が可能となる。 申請書とは、例えば総合医療証明書（診断書）、入院証明書（診断書）、悪性新生物用・
急性心筋梗塞用・脳卒中用などの特定疾病申請書、死亡証明書、障害診断書、疾病障害診断書、介護・障害診断書、医療保障診断書、医学的証明書など、被保険者の診断結果を記載して、保険者に対して給付金又は保険金の支払の申請を行う書類のことである。 また、社医とは、
企業内の職員である医師のことをいう。 【００２１】決了データ３８とは、例えば生命保険会社などの保険者による給付金や保険金の支払情報を含む支払の判断結果であり、支払金、入院中有無コード、病院区分などにより特定される。 この決了データ３８により、保険者による支払事務が完了したことが確認できる。 支払金とは、保険者から被保険者に対して支払われる給付金や保険金のことであり、入院中有無コードとは、被保険者が入院中か否かを識別するためのコードであり、病院区分とは、病院の規模や属性などを分類するための情報である。 【００２２】保険金ＷＦシステム１にはＣＲＴ等からなる表示手段１０ａ、キーボードやマウス等からなる入力手段１０ｂ及びスキャナ等の画像取得手段１０ｃを備えたＷＦ端末１０が接続されている。 また、保険金ＷＦシステム１には記憶手段１ａが接続され、管理サーバ３に送信すべきイメージデータ３１やＷＦ端末１０で登録された決了データ３８が格納される。 【００２３】管理サーバ３にはＣＲＴ等からなる表示手段３０ａ及びキーボードやマウス等からなる入力手段３
０ｂを備えた管理端末３０が接続されている。 また、管理サーバ３にはメインデータベース３６が接続され、各種医的選択業務に必要なデータが格納される。 【００２４】ホストコンピュータ２には情報管理記憶手段２ａが接続され、管理サーバ３から送信された決了データ３８や医療情報が格納される。 この情報管理記憶手段２ａから決了データ３８や医療情報が読み出されることにより、統計情報として利用することが可能となる。
社医端末５には表示手段５ａ及び入力手段５ｂが接続されている。 【００２５】保険金ＷＦシステム１に接続されたＷＦ端末１０は、外部から電子データとして、あるいは郵送やＦＡＸ等により転送された申請書の画像データ（イメージデータ）を画像取得手段１０ｃにより取得して、保険金ＷＦシステム１に出力する。 保険金ＷＦシステム１
は、各ＷＦ端末１０から取得したイメージデータ３１を管理サーバ３に送信する。 また、ＷＦ端末１０には、ホストコンピュータ２から受信したデータに基づいて支払金、入院中有無コード、病院区分などの決了情報が入力手段１０ｂを用いて入力され、得られた決了データ３８
は保険金ＷＦシステム１に出力される。 【００２６】保険金ＷＦシステム１は、各ＷＦ端末１０
から取得した決了データ３８をホストコンピュータ２に送信する。 社医端末５にはＷＥＢブラウザ等のインタフェースが搭載されており、このＷＥＢブラウザを用いてネットワーク４に接続し、管理サーバ３からイメージデータ３１や決了データ３８を取得する一方、医療情報を管理サーバ３にネットワーク４を介して送信する。 【００２７】図２は管理サーバ３の詳細な構成を示す機能ブロック図である。 図２の破線で囲まれた部分が管理サーバ３である。 なお、図２における各機能は、管理サーバ３に設けられたプロセッサが、管理サーバ３に備えられた記憶手段に記憶したプログラムを読出して実行することにより実現される。 【００２８】図２に示すように、イメージデータ管理系統として、保険金ＷＦシステム１から取得したイメージデータ３１をイメージデータ保存フォルダ３３に格納するイメージデータ取得機能３２と、このイメージデータ保存フォルダ３３に格納されたイメージデータ３１を管理するイメージデータ管理機能３４と、あるイメージデータを他のイメージデータと識別するためのイメージデータ証券番号が付加されたイメージデータ３１をメインデータベース３６に格納するイメージデータ登録機能３
５と、イメージデータ保存フォルダ３３に格納されたイメージデータ３１を読出して社医端末５にイメージデータ管理プログラムとともに送信して社医端末５側でのイメージデータ３１の表示制御などを行うイメージデータ管理機能３７とを有する。 【００２９】また、管理サーバ３は、決了データ管理系統として、ホストコンピュータ２から取得したテキストデータ形式の異動修正済決了データ３８をメインデータベース３６に登録するデータ取得登録機能３９を有する。 なお、イメージデータ登録機能３５は、データ取得登録機能３９と連携し、イメージデータ３１と決了データ３８との照合を行い、両者の証券番号が一致する場合にメインデータベース３６に登録し、一致しない場合には登録しない。 【００３０】また、管理サーバ３は、社医端末５にネットワーク４を介してメールを送信するためのメール発信機能４０と、ネットワーク４との間のメールの送受信処理を行うインタフェース４１を有する。 また、メール発信機能４０は、メール送信の際に、メインデータベース３６からセキュリティコードおよび振分数（送信件数）
を取得してメールを使用して社医端末５に配信する。 【００３１】また、管理サーバ３は、社医端末５から取得した医療情報をホストコンピュータ２に送信するホスト送信機能４５を有する。 さらに管理サーバ３は、サーバ３を管理するためのサーバ管理機能４２と、社医端末５との間のデータの送受信を管理する社医端末管理機能４３を備えている。 【００３２】サーバ管理機能４２は、当日中にイメージデータ３１と決了データ３８がマッチングされた案件に関して、社医毎に設定された振分件数に基づいて各社医に医療情報入力処理の振分を行う当日分振分機能４２
ａ、各社医の処理能力等に応じて各社医への医療情報入力処理案件の振分件数を設定する各社医振分数設定機能４２ｂ、管理サーバ３に社医端末５からアクセスするためのコードを毎日更新する当日セキュリティコード管理機能４２ｃ、指定された期限までに処理されない未処理の案件を再度振り分ける未処理分再振分機能４２ｄ、一旦社医により判読が不能と判断された医療情報入力処理案件の診断書イメージデータ３１を、管理サーバ３を管理する管理者による目視確認を行い、判読できた場合に管理者により医療情報を入力する判読不能案件確認・入力機能４２ｅ、各社医のユーザ名およびパスワードを管理するユーザ名・パスワード管理機能４２ｆを有する。
なお、これら複数の機能４２ａ〜４２ｆを有するサーバ管理機能４２は、管理サーバ３に備えられる場合として示しているが、管理端末３０に管理サーバ３からプログラムとしてダウンロードされて管理端末３０で起動するものでもよい。 【００３３】社医端末管理機能４３は、疾病コードの検索を容易にするための疾病コード検索機能４３ａ、管理サーバ３及び社医端末５間で送受信処理のセキュリティを管理するセキュリティ管理機能４３ｂ、担当する案件を検索するための担当案件検索機能４３ｃ、社医による社医端末５で入力された医療情報をメインデータベース３６に書き込む医療情報書込機能４３ｄを有する。 【００３４】また、管理サーバ３は、管理サーバ３の管理者が管理端末３０を使用して医的選択業務管理に必要な管理帳票を出力し、管理画面を管理端末３０の表示手段３０ａに表示して確認するための医療情報入力業務状況確認機能４４を有する。 この医療情報入力業務状況確認機能４４も、サーバ管理機能４２と同様に、管理端末３０にダウンロードされて管理端末３０で起動してもよい。 【００３５】次に、上記医療情報管理システムを用いた管理方法を図３に沿って説明する。 【００３６】まず、保険金ＷＦシステム１側に対して、
例えばＦＡＸにより申請書が転送される（ｓ１）。 保険金ＷＦシステム１側のオペレータは、この申請書に基づいてＷＦ端末１０を用いて給付引当処理を行い、支払金、入院中有無コード、病院区分などの決了情報をＷＦ
端末１０の入力手段１０ｂにより入力する。 入力された決了データ３８はＷＦ端末１０から保険金ＷＦシステム１に出力される（ｓ２）。 保険金ＷＦシステム１は、各ＷＦ端末１０から取得した決了データ３８をホストコンピュータ２に送信する（ｓ３）。 【００３７】また、保険金ＷＦシステム１側のオペレータは、ＷＦ端末１０に接続された画像取得手段１０ｃを用いて、転送された申請書の画像データ（以下、単にイメージデータと称する）を取り込む（ｓ１１）。 そして、取り込まれたイメージデータ３１に証券番号を関連づけてＷＦ端末１０から保険金ＷＦシステム１に出力する（ｓ１２）。 【００３８】なお、イメージデータ３１の取り込みは、
決了情報の入力前に行い、取り込まれたイメージデータ３１を表示手段１０ａに表示させて決了情報の入力作業を行ってもよい。 【００３９】保険金ＷＦシステム１は、このイメージデータ３１を証券番号とともに管理サーバ３に送信する（ｓ１３）。 なお、このイメージデータ３１は、暗号化が施されており、復号化キーとともに管理サーバ３に送信される。 なお、暗号化キーと復号化キーは同一のものが使用される。 また、各イメージデータ３１はそれぞれ異なる暗号化が施されており、各イメージデータ３１毎に復号化キーが管理サーバ３に送信される。 この際、イメージデータ３１に関連づけられた証券番号を各復号化キーに付加して管理サーバ３に送信するのが好ましい。 【００４０】一方、ホストコンピュータ２は、保険金Ｗ
Ｆシステム１から受信した決了データ３８を夜間バッチ処理して転送用決了データとし、管理サーバ３に送信する（ｓ１４）。 【００４１】決了データ３８とイメージデータを受信した管理サーバ３は、これらデータを社医端末５にネットワーク４を介して送信する（ｓ２１）。 社医は、これら決了データ３８及びイメージデータ３１に基づいて社医端末５に設けられた図示しない表示手段に決了情報及び入院給付金申請書画像をＷＥＢブラウザを用いて表示させる。 そして、所定の条件に従って医療情報を入力する（ｓ２２）。 入力された医療情報は管理サーバ３に送信される（ｓ２３）。 管理サーバ３は、この入力された医療情報を決了データ３８に関連づけてホストコンピュータ２に送信する（ｓ２４）。 ホストコンピュータ２は、
受信した医療情報を決了データ３８に関連づけて情報管理記憶手段２ａに格納する（ｓ２５）。 【００４２】以上により、ホストコンピュータ２のデータベースへの医療情報の登録が終了する。 【００４３】管理サーバ３における処理の詳細を説明する。 【００４４】イメージデータ取得機能３２は、保険金Ｗ
Ｆシステム１の送信フォルダに格納されたイメージデータ３１を取得し、イメージデータ保存フォルダ３３に格納する。 このイメージデータ３１には、他の証券と識別するためのイメージ証券番号、保険金ＷＦシステム１でイメージが登録されたイメージ登録日、イメージファイル名、更新日時が関連づけられて格納される。 このイメージデータ３１に各種データが関連づけられたイメージデータファイルのデータ項目の構成の一例を図４に示す。 【００４５】また、イメージデータ３１は暗号化が施されており、そのイメージデータ３１の復号化キーはイメージデータ保存フォルダ３３あるいはメインデータベース３６に格納されている。 【００４６】一方、データ取得登録機能３９は、ホストコンピュータ２の異動修正済決了データ３８を取得する。 この決了データ３８には、ある証券と他の証券と識別するための決了データ証券番号、ホストコンピュータ２に決了データ３８が登録された決了データ登録日、決了データ３８の対象とする被保険者の氏名、生年月日、
性別、更新日時が給付内容に関連づけられている。 決了データ３８に各種データが関連づけられた決了データファイルのデータ項目の一例が図５に示される。 そして、
このデータ取得登録機能３９は、イメージデータ登録機能３５と連携して、イメージデータ３１に関連づけられたイメージ証券番号と、決了データ３８に関連づけられた決了データ証券番号とを照合し、一致すればイメージデータ３１と決了データ３８を関連づけて画像／決了データとしてメインデータベース３６に登録する。 一致しない場合には登録されず、イメージデータ保存フォルダ３３に照合不可を示す照合不可コードを付加し、かつ更新日時を照合時に更新して格納しておく。 メインデータベース３６に登録される画像／決了データのデータ項目の一例を図６に示す。 なお、データ項目“社医番号”
は、振分処理後に振り分けられた社医番号が付加される。 【００４７】イメージデータ管理機能３４は、適宜イメージデータ保存フォルダ３３を検索し、照合不可コードが付加されたイメージデータ３１の更新日時を参照し、
所定の期間が経過したイメージデータ３１をイメージデータ保存フォルダ３３から削除する。 【００４８】次に、当日分振分機能４２ａは、メインデータベース３６に登録された画像／決了データを参照し、各案件を担当する社医毎に振分処理を行う。 振分処理は、各社医振分数設定機能４２ｂにより予め設定された社医振分件数に基づいて、その振分件数の範囲内でイメージデータ３１及び決了データ３８に、ある社医と他の社医と識別するための社医番号を付加してメインデータベース３６に格納する。 また、未処理分再振分機能４
２ｄは、例えば所定の期間が経過すると、医療情報の入力されていない決了データ３８であって更新日時が所定の期間経過したものを抽出し、当日分振分機能４２ａによる再度の振分の対象とする再振分処理を行う。 もちろん、未処理分再振分機能４２ｄに振分機能を持たせ、当日分振分機能４２ａと同様に、案件を担当する社医番号を再度付加してメインデータベース３６に格納してもよい。 【００４９】なお、各社医振分数設定機能４２ｂにより設定された社医振分件数は、ユーザ名・パスワード管理機能４２ｆにより設定される社医毎の社医氏名や社医パスワード、社医ＩＤ番号とともに、例えば図７に示すような社医番号、社医所属機関名称、社医電話番号、削除サイン、更新日時等のデータ項目に関連づけて社医管理マスターファイルとして社医毎に格納されている。 【００５０】当日セキュリティコード管理機能４２ｃ
は、セキュリティコードを毎日更新し、更新されたセキュリティコードをメインデータベース３６に登録している。 メール発信機能４０は、メインデータベース３６に登録されたセキュリティコードと振分件数とを取得して社医端末５にセキュリティコードと振分件数を確認可能なメールを送信する。 【００５１】メールを受信した社医端末５では、表示手段５ａの表示画面上でメールに含まれる振分件数とセキュリティコードを確認することができる。 そして、社医は、管理サーバ３に対して画像／決了データの取得要求を行う。 この取得要求に対して、管理サーバ３は社医端末５に対して社医ＩＤ番号、社医パスワード、セキュリティコードの入力を要求する。 【００５２】社医端末５側でこれら社医ＩＤ番号、社医パスワード、セキュリティコードを入力すると、これら入力データは管理サーバ３に送信されて、セキュリティ管理機能４３ｂによりメインデータベース３６内に登録された社医管理マスターファイルの社医ＩＤ番号、社医パスワード、セキュリティコードと照合し、一致していれば画像／決了データを社医端末５に送信し、一致していなければアクセスを拒否する。 【００５３】社医端末５への画像／決了データの送信は、転送イメージデータ管理機能３７が転送すべき画像／決了データおよびこの画像／決了データに含まれるイメージデータ３１の復号化キーをイメージデータ保存フォルダ３３あるいはメインデータベース３６から取り出し、これらイメージデータ３１および復号化キーが社医端末５にイメージデータ管理プログラムとともに送信される。 復号化キーは、例えばこの復号化キーとＴＩＦＦ
ファイル形式のイメージデータ３１との間でＸＯＲ等の論理演算を行うことで暗号化されたファイルを復号化する３２ビットのキーである。 【００５４】画像／決了データを受信した社医端末５
は、受信したイメージデータ管理プログラムを起動する。 イメージデータ管理プログラムは、各イメージデータ３１を決了データ３８とともに表示手段５ａに表示させる。 なお、このイメージデータ３１表示の際、暗号化されていたイメージデータ３１が復号化キーにより復号化される。 社医は、端末５の表示手段５ａに表示された表示画面で申請書の画像を確認しながら医療情報の入力を行う。 この社医による医療情報入力画面の一例を図８
に示す。 【００５５】入力される医療情報は、疾病コードのみならず、合併既往コードや医的選択情報（要因コード）を含むのが望ましい。 これら疾病コード及び合併既往コードは、ＩＣＤ−１０コード（International Statistica
l Classification of Diseases and Related Health Pr
oblems, Tenth Revision：疾病及び関連保険問題の国際統計分類第１０回修正）を用いるのが望ましい。 このＩ
ＣＤ−１０コードでは疾病コードは約６万コード以上準備されているため、精緻な医療情報を表現することができる。 【００５６】また、社医端末５では、社医が担当する案件を表示画面に表示させることができる。 この表示画面の制御は、管理サーバ３の担当案件検索機能４３ｃにより実行される。 【００５７】例えば図８に示すような表示画面に給付申請書が一枚ずつ表示され、１件毎に医療情報が入力される場合、医療情報の入力の対象とするイメージデータ３
１を端末５の表示手段に表示しながら、社医端末５のＷ
ＥＢブラウザは次のイメージデータ３１の取り込みを開始する。 このように、社医による点検業務の最中に、次に点検するイメージデータ３１を取り込んでおくことで、ネットワーク４の通信速度等に律速される影響の少ない医的選択業務が可能となる。 【００５８】また、セキュリティ管理機能４３ｂは、社医端末５による管理サーバ３に対する履歴情報を管理し、一定時間にサーバ３への社医端末５による入力が無いと履歴情報に基づいて判定された場合には、強制的に転送イメージデータ管理機能３７が社医端末５のイメージデータ３１を削除し、ログオン画面を表示させる。 これにより、社医が端末５の表示画面に申請書を表示したまま席を離れた場合等の情報のセキュリティが保護される。 【００５９】また、申請書を表示したまま席を離れた場合には、さらにスクリーンセーバー機能が起動する。 このスクリーンセーバー機能は、管理サーバ３からプログラムとして社医端末５にダウンロードされ、社医端末５
で起動するようになっており、社医端末５に予めスクリーンセーバー機能を備えている場合にも、ダウンロードされたスクリーンセーバー機能が有効に機能するようになっている。 そして、このスクリーンセーバー機能が起動すると、社医端末５で所定の時間入力が無い場合には申請書の表示が他の表示画面に切り替えられ、申請書の内容を確認できないようになる。 そして、社医が端末５
に戻り再度医療情報の入力を行う場合には、社医端末５
からスクリーンセーバー解除のためのパスワードが要求される。 社医は、入力手段５ｂによりこのパスワードを入力すると、スクリーンセーバー機能は入力されたパスワードを予め登録されたパスワードと照合し、一致した場合のみに再度申請書の表示を行う。 【００６０】また、例えば図８の“ＩＣＤ−１０”というボタンを社医が入力手段５ｂにより選択すると、端末５から管理サーバ３に検索要求がなされる。 この検索要求に応答して、管理サーバ３の疾病コード検索機能４３
ａが起動し、例えば端末５の表示手段５ａに疾病コードや合併既往コードが一覧として列挙した検索画面を表示させる。 社医が入力手段５ｂにより検索画面の疾病コードや合併既往コードを選択することにより、疾病コード検索機能４３ａはその選択されたコードを入力コードとして端末５に登録させる。 これにより、疾病コードの検索を容易に行える。 そして、登録されたコードが社医端末５により選択されたコードとして管理サーバ３に送信される。 【００６１】社医端末５で入力された医療情報が決了データ３８とともに例えば電子メールなどにより管理サーバ３に送信される。 管理サーバ３は、この医療情報をホストコンピュータ２に送信する。 このホストコンピュータ２への送信の際、管理端末３０を用いて決了データ３
８及び医療情報に基づいて統計用ファイルを作成し、この統計用ファイルとして医療情報をホストコンピュータ２に送信してもよい。 医療情報の入力が終了したイメージデータファイルは、イメージデータ管理機能３７により社医端末５の記憶手段（図示せず）から順次削除される。 【００６２】また、管理サーバ３は、医療情報の入力が終了した画像／決了データをメインデータベース３６から削除する。 これにより、未処理の画像／決了データのみがメインデータベース３６に残存することとなり、未処理分再振分機能４２ｄが未処理の案件を抽出することが可能となる。 勿論、画像／決了データに、医療上の入力の終了の有無を示す処理／未処理特定コードを付加し、この処理／未処理特定コードを参照することにより、未処理の画像／決了データを抽出してもよい。 また、医療情報書込機能４３ｄが医療情報を画像／決了データに関連づけてメインデータベース３６に登録し、この登録の有無により未処理の画像／決了データと処理済みの画像／決了データの識別を行ってもよい。 また、例えば夜間などに、メール発信機能４０が、未処理分再振分機能４２ｄにより抽出された未処理の案件の件数に基づき、その未処理の案件を担当する社医端末５に未処理件数を報知する未処理件数報知電子メールを送信してもよい。 そして、この未処理件数報知電子メールにセキュリティコードと未処理件数を情報として含めることにより、社医は未処理の案件の件数と当日のセキュリティコードを確認することができる。 【００６３】ホストコンピュータ２は、この医療情報をイメージデータ及び決了データ３８に関連づけて情報管理記憶手段２ａに格納する。 なお、この医療情報が関連づけられて情報管理記憶手段２ａに格納されるデータのデータ項目の一例を図９に示す。 なお、医療情報と決了データ３８のみを情報管理記憶手段２ａに格納してもよいし、医療情報と決了データ３８のうちの統計情報として利用可能な一部の情報のみを情報管理記憶手段２ａに格納してもよい。 【００６４】また、この格納の際には、ホストコンピュータ２の統合機能により、異なる案件として取得した医療情報や決了データ３８が一つの案件として統合される。 統合基準は、例えば被保険者と疾病コードなどの所定のパラメータが一致するか否かを予め登録されている医療情報や決了データ３８と照合することにより判定し、一致していれば、その一致した案件分だけ給付件数を設定し、この給付件数を決了データ３８に含めて登録する。 この登録の際、複数の案件を統合するため、各案件の支払金を加算して１件分の支払金を算出する。 これにより、これら医療情報や決了データ３８を統計情報として利用する統計処理の際のシステム負荷が軽減される。 【００６５】以上により、ホストコンピュータ２のデータベースへの医療情報の登録が終了する。 【００６６】イメージデータ３１の画像から判読が不能の場合、医療情報ではなく判読不能であることを管理サーバ３に通知する。 管理サーバ３は、イメージデータ保存フォルダ３３内の判読不能のイメージデータ３１のイメージステータスコードを判読不能であることを示すコードに更新してイメージデータ保存フォルダ３３内に再度格納する。 この格納されるデータのデータ項目の一例を図１０に示す。 図１０に示したイメージステータスコードにより、判読不能あるいはイメージ無しであることが示される。 このような判読不能案件は、管理サーバ３
の管理者により適宜検索され、サーバ３に接続された端末３０の表示手段３０ａに表示させて目視確認を行う。
そして、管理者により判読ができた場合には、管理者が医療情報を入力する。 この医療情報は、社医が端末５を用いて入力した場合と同様に、決了データ３８とともにホストコンピュータ２に出力される。 この判読不能案件の処理は、判読不能案件確認・入力機能４２ｅにより実行される。 このように、判読不能案件の確認あるいは管理者による医療情報の入力が済んだ場合には、イメージデータフォルダ３３から削除される。 【００６７】このような医療情報の登録を管理する場合には、管理サーバ３の管理者は入力手段３０ｂを用いて医療情報入力業務状況確認機能４４を起動する。 この医療情報入力業務状況確認機能４４により、医的選択業務管理に必要な管理帳票を出力し、あるいは管理画面を表示手段３０ａに表示して確認することができる。 管理画面の一例を図１１に示す。 図１１に示すように、管理画面に表示される情報は、例えば振分件数、処理件数、未処理件数、イメージデータ判読不能件数、イメージ無し件数などである。 なお、これら表示情報は、メインデータベース３６に格納されたデータを参照することにより導出される。 また、帳票は、例えば表計算ソフトのファイル等の形式で出力される。 【００６８】以上説明したように本実施形態によれば、
医療情報を体系化するための疾病コードにより登録することができる。 これにより、入院給付診断書から数十万件の情報が毎年蓄積されることとなる。 この医療情報を蓄積していくことにより、いかなる病院、大学、統計機関でも見られない膨大かつ精度の高いデータベースを構築することができる。 すなわち、通常社医でない者が入院給付金申請書に基づいて医療情報を蓄積していく手法をとった場合であれば、疾病コードで入力される分類よりも極めて限られた範囲の情報しか得られなかった。 これに対して本実施形態のように疾病コードによる登録を行うことで、極めて詳細な分類を持つ医療情報としてのデータベースを蓄積することができる。 そして、このデータベースを活用することにより、新たな保険商品開発や医的選択に必要な極めて的確な医療情報を提供することができる。 特に、入院給付診断書から特定疾患の退院後の死亡、入院状況が把握できれば、少なくとも入院の可能性のある疾患についてはすべての死亡リスクや再入院リスクの把握が可能となる。 入院を要さない疾患のリスクは極めて少ないため、ほぼすべての疾患について査定標準の基礎データが入手できる。 【００６９】このように、従来では医学的選択情報に加えて上述した極めて的確な医療情報を活用することにより、死差益の確保に貢献する。 すなわち、診断書から得られる情報が正確に選択情報として査定等に反映されていれば、従来は情報の取得が不足していたために本来ならば「謝絶」に該当する契約が成立するという事態を未然に防止することができる。 【００７０】本発明は上記実施形態に限定されるものではない。 【００７１】本実施形態では管理サーバ３が社医端末５
のＷＥＢブラウザからの要求に応じて各種情報処理の大部分を行う場合として示したが、サーバで行う処理の一部分を社医端末５で行わせることも可能である。 サーバ３から社医端末５にダウンロードされて実行される機能の一例としては、コード検索機能４３ａ、担当案件検索機能４３ｃ、スクリーンセーバー機能等である。 この場合、例えば予め記録媒体として各社医端末５側に処理を行うプログラムを配布したり、あるいはネットワーク４
を介して各社医端末５にプログラムを配信しておいてもよい。 【００７２】また、管理サーバ３のイメージデータ管理機能３７は、イメージデータ管理プログラムを社医端末５にダウンロードさせ、社医端末５側でイメージデータ管理プログラムを起動してイメージデータの制御を行う場合を示したが、これに限定されない。 例えば、予め社医端末５側にイメージデータ管理プログラムを起動可能な状態にしておき、イメージデータの表示の際にこのプログラムを起動してもよい。 【００７３】入院給付金申請書に含まれる情報に基づき医療情報を蓄積する例として示したが、これ以外にも〜
等でも適用可能である。 【００７４】また、イメージデータを画像ファイル化する形式は、ＴＩＦＦ（Tagged ImageFile Format）形式のみならず、ＪＰＥＧ（Joint Photographic Experts G
roup）形式、ＧＩＦ（Graphics Interchange Format）
形式等何でもよい。 【００７５】また、保険金ＷＦシステム１に接続されるＷＦ端末１０、管理サーバ３に接続される管理端末３０
は図１では一台のみ示したが、複数接続されていてもよいし、また接続の態様はＬＡＮ等のネットワークを介して接続されていてもよい。 また、すべての各端末やサーバの接続の態様は、有線であっても無線であってもよい。 また、保険金ＷＦシステム１、ホストコンピュータ２、管理サーバ３でそれぞれ各種処理を行う場合を示したが、このような３つのコンピュータシステムにより医療情報の管理を行う場合のみならず、各コンピュータシステムの少なくとも２つのコンピュータシステムを統合して一つの構成として実現してもよい。 【００７６】 【発明の効果】以上詳述したように本発明によれば、医療情報を効率的に管理することができる。

【図面の簡単な説明】 【図１】本発明の一実施形態に係る医療情報管理システムの全体構成を示す図。 【図２】同実施形態に係る管理サーバの詳細な構成を示す機能ブロック図。 【図３】同実施形態に係る医療情報管理方法を説明するための図。 【図４】イメージデータに各種データが関連づけられたイメージデータファイルのデータ項目の構成の一例を示す図。 【図５】決了データに各種データが関連づけられた決了データファイルのデータ項目の一例を示す図。 【図６】メインデータベースに登録される画像／決了データのデータ項目の一例を示す図。 【図７】社医管理マスターファイルの一例を示す図。 【図８】社医による医療情報入力画面の一例を示す図。 【図９】ホストコンピュータに医療情報と関連づけて格納されるデータのデータ項目の一例を示す図。 【図１０】判読不能の場合にイメージデータ保存フォルダに格納されるデータのデータ項目の一例を示す図。 【図１１】管理サーバの管理画面の一例を示す図。 【符号の説明】 １…保険金ＷＦシステム２…ホストコンピュータ３…管理サーバ４…ネットワーク５…社医端末３１…イメージデータ３２…イメージデータ取得機能３３…イメージデータ保存フォルダ３４…イメージデータ管理機能３５…イメージデータ登録機能３６…メインデータベース３７…イメージデータ管理機能３８…異動修正済決了データ３９…データ取得登録機能４０…メール発信機能４１…インタフェース４２…サーバ管理機能４３…社医端末管理機能４４…入力業務状況確認機能４５…ホスト送信機能

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小林 三世治 東京都千代田区有楽町１丁目13番１号 第 一生命保険相互会社内(72)発明者 本間 春城 東京都千代田区有楽町１丁目13番１号 第 一生命保険相互会社内(72)発明者 青田 浩司 東京都千代田区有楽町１丁目13番１号 第 一生命保険相互会社内(72)発明者 神野 直治 東京都府中市日鋼町１番９ 第一生命情報 システム株式会社内