(57)【要約】【課題】  システムの動作確認を効率的に、また有効に行うことが可能な医療事務処理システムを提供する。【解決手段】  事務処理端末１００は、オペレータの要求に応じて所定の日付情報をサーバ１に送信する送信手段１０１を備えている。また、サーバ１は、送信手段１０１により送信された日付情報に基づいて管理日付情報２１の複数の管理日付のうちの一つを選択する管理日付選択手段４と、選択された稼動開始日に対応するプログラム及び制御データと、患者データ格納手段９に格納された患者情報９１及び診療行為情報９２とをシステム構築先記憶手段２０に複製する複製手段５１と、複製されたプログラム及び制御データを患者情報と診療行為情報とを参照して実行することにより、所定の日付情報が示す日付において作成されるべきレセプト情報を作成するレセプト作成手段５２とを備えている。【選択図】      図１
2006163574.tif 000002
【特許請求の範囲】
【請求項１】
稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、
オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記出力された前記所定の日付情報に対応する前記稼動開始日の前記プログラム及び制御データを実行する制御手段と、
を備えていることを特徴とする医療事務処理システム。
【請求項２】
稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、
前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段と、
オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、
前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを実行する制御手段と、
を備えていることを特徴とする医療事務処理システム。
【請求項３】
各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納手段と、
稼動開始日の異なる複数のレセプト作成用のプログラムと、各プログラムの前記稼動開始日より適用される保険点数データを含む制御データを格納するプログラム格納手段と、
前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段と、
オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、
前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成する制御手段と、
を備えていることを特徴とする医療事務処理システム。
【請求項４】
前記制御手段は、前記選択手段により選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納手段に格納された前記患者情報及び診療行為情報とを、前記患者データ格納手段及び前記プログラム格納手段とは異なる記憶手段に複製する複製手段を含み、当該複製された前記プログラム及び制御データを前記患者情報及び診療行為情報とを参照して実行することにより前記レセプト情報を作成することを特徴とする請求項３に記載の医療事務処理システム。
【請求項５】
前記記憶手段は、前記患者データ格納手段及び／又は前記プログラム格納手段と同一の記憶装置内の異なるディレクトリ、前記患者データ格納手段及び前記プログラム格納手段とは異なる記憶装置、又は、前記制御手段によってアクセス可能な外部記録媒体であることを特徴とする請求項４に記載の医療事務処理システム。
【請求項６】
診療分野、看護士数及び／又はベッド数など、保険点数の適用形態に反映されるパラメータを格納するパラメータ格納手段を更に備え、
前記制御手段は、前記パラメータ格納手段に格納された前記パラメータを更に参照して前記レセプト情報を作成することを特徴とする請求項３ないし請求項５のいずれか一項に記載の医療事務処理システム。
【請求項７】
オペレータがシステム管理やレセプト作成の操作を行う事務処理端末と、
各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納ディレクトリと、稼動開始日の異なる複数のレセプト作成用のプログラムと各プログラムの前記稼動開始日より適用される保険点数データを含む制御データとを格納するプログラム格納ディレクトリとを有する第１の記憶手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する第２の記憶手段とを備える事務処理管理サーバとが、ネットワークを介して通信可能に接続された医療事務処理システムであって、
前記事務処理端末は、
オペレータがシステムの動作確認の要求を行う操作画面を表示する表示手段と、
前記要求に対応して所定の日付情報を前記事務処理管理サーバに送信する送信手段とを有し、
前記事務処理管理サーバは、
前記送信手段により送信された前記所定の日付情報に基づいて、前記第２の記憶手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、
前記選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納ディレクトリに格納された前記患者情報及び診療行為情報とを、前記第１及び第２の記憶手段とは異なる第３の記憶手段に複製する複製手段と、
前記複製された前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するレセプト作成手段と、
を備えていることを特徴とする医療事務処理システム。
【請求項８】
稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段を有する医療事務処理システムの動作確認を行うプログラムであって、
オペレータからの要求を受けて所定の日付情報を出力するステップと、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記出力された前記所定の日付情報に対応する前記稼動開始日の前記プログラム及び制御データを実行するステップと、
を前記医療事務処理システムに実行させることを特徴とするプログラム。
【請求項９】
稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段とを有する医療事務処理システムの動作確認を行うプログラムであって、
オペレータからの要求を受けて所定の日付情報を出力するステップと、
前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを実行するステップと、
を前記医療事務処理システムに実行させることを特徴とするプログラム。
【請求項１０】
各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納手段と、稼動開始日の異なる複数のレセプト作成用のプログラムと、各プログラムの前記稼動開始日より適用される保険点数データを含む制御データを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段とを有する医療事務処理システムの動作確認を行うプログラムであって、
オペレータからの要求を受けて所定の日付情報を出力するステップと、
前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、
前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するステップと、
を前記医療事務処理システムに実行させることを特徴とするプログラム。
【請求項１１】
オペレータがシステム管理やレセプト作成の操作を行う事務処理端末と、
各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納ディレクトリと、稼動開始日の異なる複数のレセプト作成用のプログラムと各プログラムの前記稼動開始日より適用される保険点数データを含む制御データとを格納するプログラム格納ディレクトリとを有する第１の記憶手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する第２の記憶手段とを備える事務処理管理サーバとが、ネットワークを介して通信可能に接続された医療事務処理システムの動作確認を行うプログラムであって、
オペレータがシステムの動作確認の要求を行う操作画面を前記事務処理端末の表示手段に表示させるステップと、
前記要求に対応して所定の日付情報を前記事務処理管理サーバに送信するステップとを前記事務処理端末に実行させ、
前記送信された前記所定の日付情報に基づいて、前記第２の記憶手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、
前記選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納ディレクトリに格納された前記患者情報及び診療行為情報とを、前記第１及び第２の記憶手段とは異なる第３の記憶手段に複製するステップと、
前記複製された前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するステップとを前記事務処理管理サーバに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医療事務処理システム及びプログラムに関し、特に、診療報酬の改正等に伴い変更されるシステムやプログラムの動作確認を事前に行うことが可能な医療事務処理システム及びプログラムに関するものである。
【背景技術】
【０００２】
近年、医療分野における情報管理の電子化が急速に進行している。例えば、いわゆる電子カルテを患者ごとに作成し、これをネットワーク上で利用可能とすることにより、カルテ管理の効率化、主治医以外の医師によるいわゆるセカンドオピニオンを得るためなどにおける情報の共有化、患者に対する情報のディスクロージャーの促進などが図られている。また、医療事務の効率化等を図るために、患者に対する請求書や診療報酬明細書（レセプト）の作成など、診療行為の提供に伴う会計処理の電子化も進んでおり、そのためのシステムやプログラムの開発が盛んに行われている。
【０００３】
医事会計において効率化が特に要望されているのは、レセプトの作成処理である。すなわち、毎月、来院患者毎にレセプトを作成して各種基金や保険会社に請求しなければならないため、レセプト作成処理は、病院側にとって量的にも時間的にも大きな負担となっているからである。
【０００４】
下記の特許文献１は、このような背景を基に開発されたシステムの一構築例を開示するものである。当該文献には、「患者の医療に係る診療行為内容を電子的に記録する電子カルテに情報を入力する電子カルテ入力手段と、前記電子カルテの情報を記録する電子カルテ記録手段と、前記電子カルテ記録手段に記録された診療行為内容を電子的に参照して医事会計計算を行う医事会計手段からなり、前記電子カルテ入力手段によって入力され、前記電子カルテ記録手段に記録された診療行為内容の内、特定の内容に関してマーク付けを行って、これを前記医事会計手段へ送信することで、前記医事会計手段において通常の医療行為内容と特定の診療行為内容を区別して会計処理を行うように構成されたシステム」が記載されている。当該発明によれば、システム運用の単純化によりオペレータの負担が軽減されるとともに、過剰請求や請求漏れ等が防止されるという効果が奏される。
【０００５】
ところで、患者への請求書やレセプトは、診療行為や薬品毎に設定された点数を参照して作成される。しかし、この点数は毎年少なくとも一度は改正されるため、その改正データの入力には手間が掛かる上、入力ミスに伴う請求料の算定間違いが生じるなど、事務処理効率の低下を招いている。また、システムのバージョンアップ、プログラムの更新、各患者の保険の適用条件（例えば負担率等）の変更、更には医事会計の適用条件（例えばベッド数や看護師数に応じて設定される点数）の変更などによっても、事務処理効率の低下が引き起こされるおそれがある。下記の特許文献２及び３には、このような問題点に対処するために考案された発明が記載されている。
【０００６】
特許文献２には、「各地に設置された各病院の病院情報管理システムに組込まれた点数ファイルに記憶された各薬品及び各診療行為の請求金額の点数及びプログラムファイルに記憶された各業務プログラムを前記各病院に対して遠隔地に設置された一つの管理センタで管理して、この管理センタにおいて薬価基準や診療報酬の変更及び算出方法の変更に応じて、前記各点数及び各業務プログラムを更新していくシステムの情報更新装置であって、前記管理センタは、外部から入力された各薬品及び各診療行為に対する更新点数を記憶保持する更新点数記憶保持手段と、外部から入力された更新業務プログラムを記憶保持する更新業務プログラム記憶保持手段と、この記憶保持した更新点数及び更新業務プログラムを搬送可能な記憶媒体に書込む更新情報書込手段とを有し、前記各病院の前記システムは、前記管理センタから搬入された記憶媒体に記憶された更新点数及び更新業務プログラムで自己の点数ファイルに記憶された点数及びプログラムファイルに記憶された各業務プログラムを自動更新する自動更新処手段を有する情報更新装置」が開示されている。当該発明によれば、搬送可能な記憶媒体に記憶された更新点数や更新業務プログラムをインストールする機能を別途準備されているので、病院側は搬送されてきた記憶媒体をシステムに装着するだけで、各ファイルの点数等を正確に更新することが可能となるため、サービスマンが更新作業のために各病院に赴く必要がなく効率的である。
【０００７】
また、特許文献３には、保険情報の事務処理効率を改善し、当該事務処理に伴う算定ミスを低減するために、「患者の保険情報をもとに所定の医療関連事務処理を行う医療事務用計算機において、期間によって保険の適用内容が変更される場合は、その保険に関する保険情報を適用期間毎に分けた上で、これらが並存する状態で保持する保険情報の管理方法」が記載されている。
【０００８】
これらの文献に記載の構成によれば、改正された点数やプログラムのインストール、あるいはシステム運用に関する事務処理効率は向上される。しかし、改正された情報自体にデータミスがあった場合や入力ミスがあった場合、あるいはプログラムにバグがあった場合などには、システムの利用を一旦停止して点検を行わなければならず、そのための効率ロスは多大なものとなってしまう。
【０００９】
そのため、システムの運用現場では、改正された情報やプログラムを実際に運用する前に、システムの動作やその操作方法の確認作業を行うのが一般的である。特に、毎年、点数の改正が施行される４月の直前の時期には、このようなシステムの動作確認を行って、改正後の情報やプログラムが適正に作動するかどうかを事前にチェックする必要がある。なお、点数の改正が施行される日付を「診療報酬改正日」と呼ぶことがある。また、プログラムのアップグレード時などには、新システムの操作方法をその稼働前に確認しておく必要がある。
【００１０】
図７に示すブロック図は、動作の予備確認を行うための従来のシステム構成を表している。同図に示す医療事務処理システムは、医事会計や電子カルテなどの管理を行う事務処理管理サーバ（単に「サーバ」と略称することがある）１０００と、オペレータがレセプト作成作業などを行うコンピュータ端末からなる事務処理端末１００とを含んで構成されている。なお、図示は省略するが、サーバ１０００には、医師が電子カルテの入力作業等を行う医師端末や各種の医療機器などが更に接続されている。また、事務処理端末１００は、図示しないモニタ装置を備えている。
【００１１】
事務処理端末１００は、オペレータがレセプト作成作業等を行うために当該システムのアプリケーションソフトウェアを起動させたときなどに、現在の日付をサーバ１０００へと送信するようになっている。
【００１２】
サーバ１０００は、診療報酬改正日等に対応して稼動を開始するプログラム及び制御データの稼動開始日を示す第１〜第３管理日付を含んだ管理日付情報２１など、当該システムの管理に関わる各種の管理情報を格納する管理情報格納手段２と、管理日付情報２１の各管理日付に対応して実行されるプログラム及び制御データを格納する第１プログラム格納手段６、第２プログラム格納手段７及び第３プログラム格納手段８とを具備している。第１プログラム格納手段６には、管理日付情報２１の第１管理日付を稼動開始日とする第１プログラム６１及び第１制御データ６２が記憶され、第２プログラム格納手段７には、第２管理日付を稼動開始日とする第２プログラム７１及び第２制御データ７２が記憶され、第３プログラム格納手段８には、第３管理日付を稼動開始日とする第３プログラム８１及び第３制御データ８２が記憶されている。このように、サーバ１０００は、３つの管理日付に対応する３世代分のプログラムと制御データを備えることにより、診療報酬改正等に伴うシステム変更に対して適正に対処できるように構成されている。
【００１３】
第１、第２、第３プログラム格納手段６、７、８にそれぞれ格納されているプログラム６１、７１及び８１としては、例えば、患者への請求書やレセプトの作成等を支援する医事会計プログラムや、各患者の電子カルテの管理を支援する電子カルテ管理プログラムなどがある。また、制御データ６２、７２及び８２としては、診療報酬の点数や患者が加入する保険の適用条件などが含まれている。
【００１４】
更に、サーバ１０００は、各患者のＩＤ、氏名、保険番号などを含む患者情報９１と、医師により各患者に施された診療行為や各種検査、更には使用薬剤の種類や数量などの情報を含む診療行為情報９２とを格納する患者データ格納手段９を備えている。
【００１５】
管理日付選択手段４は、事務処理端末１００から入力された現在の日付（「入力日付」と呼ぶ）と、管理日付情報２１の各管理日付とを比較して、当該入力日付の日に稼動すべきプログラム及び制御データの稼動開始日を示す管理日付を選択してマーク付けをする。
【００１６】
制御手段５は、管理日付選択手段４によりマーク付けがなされた管理日付を稼動開始日とするプログラム及び制御データを選択的に実行し、患者データ格納手段９の患者情報９１及び診療行為情報９２を参照してレセプトの作成等の処理を行う。
【００１７】
これにより、サーバ１０００は、事務処理端末１００からの入力日付の日に稼動すべきプログラム及び制御データを自動的に選択して実行することができる。
【００１８】
このような従来の医療事務処理システムでは、事務処理端末１００から送信される入力日付は現在の日付に限られていたことから、診療報酬改正日前の事前の動作確認等は、次のようにして行われていた。
【００１９】
ここで、管理日付情報２１に含まれる３つの管理日付について、第１管理日付が前々回の診療報酬改正日の日付、第２管理日付が前回の診療報酬改正日の日付、そして第３管理日付が今回の診療報酬改正日の日付であるとする。なお、現在の日付は第２管理日付と第３管理日付との間である。
【００２０】
まず、オペレータは、事務処理端末１００を操作して、患者情報９１及び診療情報９２の一部のコピーからなる疑似データ９３を患者データ格納手段９内に作成する。更に、オペレータは、第３プログラム８１のマスタプログラム及び第３制御データ８２のマスタデータをサーバ１０００に実行可能にセットする（例えば当該マスタが記録されたＣＤ−ＲＯＭ等の記録媒体をドライブにセットする）。そして、当該マスタデータ及び疑似データ９３を参照しながら上記マスタプログラムを実行させることにより、今回の診療報酬改正後に稼動される第３プログラム８１と第３制御データ８２に基づくレセプト作成処理等の動作確認などを行っていた。なお、マスタプログラム及びマスタデータを用いるのは、第３管理日付以前においては第３プログラム８１及び第３制御データ８２を実行できないからである。
【００２１】
このような動作確認処理を行った後には、患者データ格納手段９内に作成された疑似データ９３を削除するという煩わしい作業を行う必要があった。すなわち、このような削除作業を行わないと、患者データ格納手段９内に残存する疑似データ９３が現実の患者情報９１や診療行為情報９２に反映され、実際のレセプト作成処理等の事務処理時に参照されてしまい、その結果、事務処理を正確に行えない事態が発生しうるからである。したがって、このような従来の動作確認処理は効率的ではなく、また実際の事務処理を混乱させる危険性をはらんだものであり有効とはいえない。
【００２２】
また、従来の医療事務処理システムでは、上述のようにオペレータの手作業によって診療報酬改正前の確認処理等を行うしかなかったため、当該確認処理等を効率的に行うことができなかった。
【００２３】
【特許文献１】特開２００３−１２２８４３号公報
【特許文献２】特開平９−１３４３９３号公報
【特許文献３】特開平９−２８２３６０号公報
【発明の開示】
【発明が解決しようとする課題】
【００２４】
本発明は、以上のような事情に鑑みてなされたもので、システムないしはプログラムの動作や操作方法の確認を効率的に、また有効に行うことが可能な医療事務処理システム及びプログラムを提供することを目的としている。
【課題を解決するための手段】
【００２５】
上記目的を達成するために、請求項１に記載の発明は、稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記出力された前記所定の日付情報に対応する前記稼動開始日の前記プログラム及び制御データを実行する制御手段と、を備えていることを特徴とする医療事務処理システムである。
【００２６】
また、上記目的を達成するために、請求項２に記載の発明は、稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段と、オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを実行する制御手段と、を備えていることを特徴とする医療事務処理システムである。
【００２７】
また、上記目的を達成するために、請求項３に記載の発明は、各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納手段と、稼動開始日の異なる複数のレセプト作成用のプログラムと、各プログラムの前記稼動開始日より適用される保険点数データを含む制御データを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段と、オペレータからの要求を受けて所定の日付情報を出力する日付情報出力手段と、前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成する制御手段と、を備えていることを特徴とする医療事務処理システムである。
【００２８】
また、上記目的を達成するために、請求項４に記載の発明は、請求項３に記載の医療事務処理システムであって、前記制御手段は、前記選択手段により選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納手段に格納された前記患者情報及び診療行為情報とを、前記患者データ格納手段及び前記プログラム格納手段とは異なる記憶手段に複製する複製手段を含み、当該複製された前記プログラム及び制御データを前記患者情報及び診療行為情報とを参照して実行することにより前記レセプト情報を作成することを特徴とする。
【００２９】
また、上記目的を達成するために、請求項５に記載の発明は、請求項４に記載の医療事務処理システムであって、前記記憶手段は、前記患者データ格納手段及び／又は前記プログラム格納手段と同一の記憶装置内の異なるディレクトリ、前記患者データ格納手段及び前記プログラム格納手段とは異なる記憶装置、又は、前記制御手段によってアクセス可能な外部記録媒体であることを特徴とする。
【００３０】
また、上記目的を達成するために、請求項６に記載の発明は、請求項３ないし請求項５のいずれか一項に記載の医療事務処理システムであって、診療分野、看護士数及び／又はベッド数など、保険点数の適用形態に反映されるパラメータを格納するパラメータ格納手段を更に備え、前記制御手段は、前記パラメータ格納手段に格納された前記パラメータを更に参照して前記レセプト情報を作成することを特徴とする。
【００３１】
また、上記目的を達成するために、請求項７に記載の発明は、  オペレータがシステム管理やレセプト作成の操作を行う事務処理端末と、各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納ディレクトリと、稼動開始日の異なる複数のレセプト作成用のプログラムと各プログラムの前記稼動開始日より適用される保険点数データを含む制御データとを格納するプログラム格納ディレクトリとを有する第１の記憶手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する第２の記憶手段とを備える事務処理管理サーバとが、ネットワークを介して通信可能に接続された医療事務処理システムであって、前記事務処理端末は、オペレータがシステムの動作確認の要求を行う操作画面を表示する表示手段と、前記要求に対応して所定の日付情報を前記事務処理管理サーバに送信する送信手段とを有し、前記事務処理管理サーバは、前記送信手段により送信された前記所定の日付情報に基づいて、前記第２の記憶手段に格納された複数の前記稼動開始日のうちの一つを選択する選択手段と、前記選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納ディレクトリに格納された前記患者情報及び診療行為情報とを、前記第１及び第２の記憶手段とは異なる第３の記憶手段に複製する複製手段と、前記複製された前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するレセプト作成手段と、を備えていることを特徴とする。
【００３２】
また、上記目的を達成するために、請求項８に記載の発明は、稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段を有する医療事務処理システムの動作確認を行うプログラムであって、オペレータからの要求を受けて所定の日付情報を出力するステップと、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記出力された前記所定の日付情報に対応する前記稼動開始日の前記プログラム及び制御データを実行するステップと、を前記医療事務処理システムに実行させることを特徴とする。
【００３３】
また、上記目的を達成するために、請求項９に記載の発明は、稼動開始日の異なる複数のプログラムと各プログラムに応じた制御データとを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段とを有する医療事務処理システムの動作確認を行うプログラムであって、オペレータからの要求を受けて所定の日付情報を出力するステップと、前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを実行するステップと、を前記医療事務処理システムに実行させることを特徴とする。
【００３４】
また、上記目的を達成するために、請求項１０に記載の発明は、各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納手段と、稼動開始日の異なる複数のレセプト作成用のプログラムと、各プログラムの前記稼動開始日より適用される保険点数データを含む制御データを格納するプログラム格納手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する管理情報格納手段とを有する医療事務処理システムの動作確認を行うプログラムであって、オペレータからの要求を受けて所定の日付情報を出力するステップと、前記出力された前記所定の日付情報に基づいて、前記管理情報格納手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、前記プログラム格納手段に格納された前記複数のプログラム及び制御データのうち、前記選択された前記稼動開始日に対応する前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するステップと、を前記医療事務処理システムに実行させることを特徴とする。
【００３５】
また、上記目的を達成するために、請求項１１に記載の発明は、オペレータがシステム管理やレセプト作成の操作を行う事務処理端末と、各患者の患者情報と各患者に対する診療内容を示す診療行為情報とを格納する患者データ格納ディレクトリと、稼動開始日の異なる複数のレセプト作成用のプログラムと各プログラムの前記稼動開始日より適用される保険点数データを含む制御データとを格納するプログラム格納ディレクトリとを有する第１の記憶手段と、前記稼動開始日を含むシステム管理用の管理情報を格納する第２の記憶手段とを備える事務処理管理サーバとが、ネットワークを介して通信可能に接続された医療事務処理システムの動作確認を行うプログラムであって、オペレータがシステムの動作確認の要求を行う操作画面を前記事務処理端末の表示手段に表示させるステップと、前記要求に対応して所定の日付情報を前記事務処理管理サーバに送信するステップとを前記事務処理端末に実行させ、前記送信された前記所定の日付情報に基づいて、前記第２の記憶手段に格納された複数の前記稼動開始日のうちの一つを選択するステップと、前記選択された前記稼動開始日に対応する前記プログラム及び制御データと、前記患者データ格納ディレクトリに格納された前記患者情報及び診療行為情報とを、前記第１及び第２の記憶手段とは異なる第３の記憶手段に複製するステップと、前記複製された前記プログラム及び制御データを前記患者情報と診療行為情報とを参照して実行することにより、前記所定の日付情報が示す日付において作成されるべきレセプト情報を作成するステップとを前記事務処理管理サーバに実行させることを特徴とする。
【発明の効果】
【００３６】
本発明によれば、プログラム格納手段に格納された複数のプログラム及び制御データのうち、オペレータの要求を受けて出力された日付情報に対応する稼動開始日のプログラム及び制御データを選択的に実行させることができる。したがって、現在実際には稼動していないプログラム等を実行させることにより、システムないしはプログラムの動作や操作方法を確認することが可能となる。
【００３７】
特に、オペレータは、動作確認の要求を行うだけでよいので、システムないしはプログラムの動作や操作方法の確認作業を効率的に行うことができる。
【００３８】
また、請求項４に記載の本発明によれば、システム等の動作確認に用いられるプログラム等を、患者データ格納手段及びプログラム格納手段とは異なる記憶手段に複製するとともに、当該複製されたプログラム等を用いて動作確認を行うように構成されており、実際の患者情報やプログラム等を損傷してしまうおそれがないので、システム等の動作確認における安全性が確保され有効である。
【発明を実施するための最良の形態】
【００３９】
以下、本発明に係る医療事務処理システム及びその動作確認を行うためのプログラムについて、図面を参照しながら詳細に説明する。
【００４０】
診療報酬改正時などには、その改正内容に合った新しいプログラムや制御データに切り換える必要がある。本発明は、新しいプログラム等に実際に切り換える前に、その新しいプログラム等に基づくシステムの動作を好適に確認するための構成を備えている。
【００４１】
［システム構成］
まず、本発明に係る医療事務処理システムの一実施形態の構成について、図１を参照しながら説明する。図１は、本実施形態の医療事務処理システムの構成を示すブロック図である。以下、図７に示した従来のシステム構成と同様の構成部分については、同じ符号を付すこととする。なお、同符号で示してあっても従来と異なる構成や作用を有するものについては、その都度適宜に説明を加える。
【００４２】
本実施形態の医療事務処理システムは、従来と同様に、医事会計や電子カルテなどの管理を行う事務処理管理サーバ（単に「サーバ」と略称することがある）１と、オペレータがレセプト作成作業などを行うためのコンピュータ端末からなる事務処理端末１００とを含んで構成されている。なお、図示は省略するが、サーバ１には、医師が電子カルテの入力作業等を行う医師端末や各種の医療機器などが更に接続されている。それにより、サーバ１は、当該病院内における会計処理や電子カルテの管理などを統合的に行うようになっている。
【００４３】
〔事務処理端末の構成〕
事務処理端末１００は、オペレータがレセプト作成作業等を行うために当該システムのアプリケーションソフトウェアを起動させたときなどに、現在の日付をサーバ１へと送信する送信手段１０１を備えている。また、送信手段１０１は、オペレータからの要求に対応して所定の日付情報をサーバ１に送信する処理を行う。この送信手段１０１は、事務処理端末１００の図示しないＣＰＵを含んで構成されている。当該ＣＰＵは、サーバ１に格納された本発明に係るプログラムをネットワークを介して実行することにより、送信手段１１として作用する。送信手段１０１は、本発明の日付情報出力手段を構成している。
【００４４】
また、事務処理端末１００は、オペレータがレセプト作成作業を行うためのアプリケーションソフトウェアの画面や、システムの動作確認の要求を行うための後述の操作画面を表示するモニタ装置１０２を備えている。このモニタ装置１０２は、本発明にいう表示手段を構成するものである。なお、図示は省略するが、事務処理端末１００には、キーボードやマウス等の入力装置が設けられている。
【００４５】
〔事務処理管理サーバの構成〕
まず、事務処理管理サーバ１に格納された各種のプログラムやデータの内容、及びその格納手段について説明する。事務処理管理サーバ１は、診療報酬改正日等に対応して稼動を開始するプログラム及び制御データの稼動開始日を示す第１〜第３管理日付を含んだ管理日付情報２１など、当該システムの管理に関わる各種の管理情報を格納する管理情報格納手段２と、管理日付情報２１の各管理日付に対応して稼動を開始するプログラム及び制御データを格納する第１プログラム格納手段６、第２プログラム格納手段７及び第３プログラム格納手段８とを具備している。各管理日付と各プログラム及び制御データとは、例えばその管理日付を介して関連付けられて、それぞれ格納されている。
【００４６】
第１プログラム格納手段６には、管理日付情報２１の第１管理日付を稼動開始日とする第１プログラム６１及び第１制御データ６２が記憶されている。第２プログラム格納手段７には、第２管理日付を稼動開始日とする第２プログラム７１及び第２制御データ７２が記憶されている。第３プログラム格納手段８には、第３管理日付を稼動開始日とする第３プログラム８１及び第３制御データ８２が記憶されている。このように、サーバ１は、３つの管理日付に対応する３世代のプログラムと制御データを備えることにより、診療報酬改正等に伴うシステム変更やプログラムのアップデート等に対処するように構成されている。なお、サーバ１に格納されるプログラム等の世代数は３つに限定されるものではなく、２世代以上であればよい。
【００４７】
第１、第２、第３プログラム格納手段６、７、８にそれぞれ格納されているプログラム６１、７１及び８１としては、例えば、患者への請求書やレセプトの作成等を支援する医事会計プログラムや、電子カルテ管理を支援する電子カルテ管理プログラムなどがある。また、制御データ６２、７２及び８２には、診療報酬の（保険）点数データや、患者が加入する保険の種類データ及び適用条件データ（例えば患者の自己負担率）などが含まれている。
【００４８】
また、サーバ１は、各患者のＩＤ、氏名、保険番号などを含む患者情報９１と、各患者に施された診療行為や各種検査、更には使用薬剤の種類や数量などの情報を含む診療行為情報９２とを格納する患者データ格納手段９を備えている。
【００４９】
更に、サーバ１には、第１、第２、第３ユーザパラメータ１１、１２、１３を格納するパラメータ格納手段１０が設けられている。各ユーザパラメータ１１、１２、１３は、本システムのユーザである当該病院の診療分野（内科、外科等）、看護士数、ベッド数など、保険点数の適用形態に反映される各種のパラメータを含んでおり、診療報酬の改正などに伴って改定されるデータである。第１ユーザパラメータ１１は、第１プログラム６１及び第１制御データ６２とともに用いられ、第２ユーザパラメータ１２は、第２プログラム７１及び第２制御データ７２とともに用いられ、第３ユーザパラメータ１３は、第３プログラム８１及び第１制御データ８２とともに用いられるものである。各プログラム及び制御データと各ユーザパラメータとは、例えばその管理日付を介して関連付けられて、それぞれ格納されている。
【００５０】
更にまた、サーバ１は、システムの動作や操作の確認を行うためのプログラムやデータが、その確認処理の都度記憶されるシステム構築先記憶手段２０を備えている。以上が、事務処理管理サーバ１に格納されるプログラムやデータの内容及びその格納手段の構成である。
【００５１】
サーバ１は、事務処理端末１００から入力された現在の日付や、オペレータの要求に基づく上記日付情報（「入力日付情報」と呼ぶ）に対応する管理日付を管理日付情報２１から選択し、その管理日付にマーク付けする処理を行う管理日付選択手段４を更に備えている。この管理日付選択手段４は、本発明にいう選択手段を構成するものである。管理日付選択手段４は、例えば、入力日付情報に対応する管理日付にフラグを立てることにより、上記のマーク付け処理を実行する。なお、管理日付を選択する処理については、下記の処理手順の説明にて詳述する。
【００５２】
制御手段５は、管理日付選択手段４により選択された管理日付が示す稼動開始日に対応するプログラム及び制御データと、患者データ格納手段９に格納された患者情報９１及び診療行為情報９２とを、システム構築先記憶手段２０に複製（コピー）する処理を行う複製手段５１を備えている。複製手段５１は、選択された管理日付が示す稼動開始日に対応するプログラム及び制御データを、第１、第２、第３プログラム格納手段６、７、８から一つ選択してシステム構築先記憶手段２０にコピーする。
【００５３】
患者情報９１及び診療行為情報９２については、それら全てをコピーする必要はなく、その一部分のみをコピーするようにしてもよい。また、複製用のダミーの患者情報及び診療行為情報をあらかじめ患者データ格納手段９等に格納しておき、そのダミーの情報を実際の患者の患者情報９１及び診療行為情報９２の代わりにコピーするようにしてもよい。
【００５４】
複製手段５１は、このようなコピー処理を行う前に、システム構築先記憶手段２０に対するアクセス状態を検出してアクセス可能であるか否かを判断する処理を実行するとともに、複製に係るプログラム、制御データ、患者情報及び診療行為情報の合計データ容量を演算し、システム構築先記憶手段２０の空き容量と比較することにより、コピー処理を実行可能か否かを判断する処理を実行する。
【００５５】
複製手段５１によるコピー処理により、第１、第２、第３プログラム格納手段６、７、８及び患者データ格納手段９と独立したシステム構築先記憶手段２０内に、選択された管理日付を稼動開始日とするプログラム等に基づくシステム環境が構築される。
【００５６】
更に、制御手段５は、システム構築先記憶手段２０に構築されたシステムを用いてレセプト情報を作成する処理を行うレセプト作成手段５２を備えている。ここで、レセプト情報とは、各患者毎のレセプトのデータを意味する。このレセプト作成手段５２は、複製手段５１によりシステム構築先記憶手段２０にコピーされたプログラム及び制御データを、患者情報９１及び診療行為情報９２、更には当該プログラム等に対応するユーザパラメータ１１〜１３を参照して実行することにより、上記入力日付情報が示す日付において作成されるべきレセプト情報を作成する。すなわち、レセプト作成手段５２は、入力日付情報が示す日に作成されるべきレセプト情報をシミュレーションする処理を実行するものである。
【００５７】
また、制御手段５は、通常のシステム使用時においては、従来と同様に、事務処理端末１００からの現在の日付に対応する管理日付を稼動開始日とするプログラム等を選択し、そのプログラム等を実行してレセプトを作成する処理を行う。
【００５８】
〔事務処理管理サーバのハードウェア構成〕
次に、以上のような機能的構成を有する事務処理管理サーバ１のハードウェア構成の一例について、図２〜図４を参照して説明する。
【００５９】
図２に示すように、事務処理管理サーバ１は、各種の演算処理や制御処理を実行するＣＰＵ２００と、ハードディスクドライブ（ＨＤＤ）等の記憶装置からなるドライブ装置３００と、ＣＰＵ２００により実行されるプログラムやデータが展開されるＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）４００と、各種の制御プログラム等が格納されたＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５００とを含んで構成されている。
【００６０】
ＣＰＵ２００は、ドライブ装置３００やＲＯＭ５００等の不揮発性記憶装置に記憶された本発明に係るプログラムを実行することにより、図１に示した管理日付選択手段４及び制御手段５として動作する。なお、ＣＰＵ２００は、本プログラムを実行することにより、管理日付情報２１内の３世代の管理日付と現在の日付とを参照して、未来において最先に到来する管理日付、すなわち将来最初に訪れる診療報酬改正等の日付を認識するようになっている。なお、事務処理端末１００からサーバ１にアクセスして当該プログラムを実行する場合には、事務処理端末１００の図示しないＣＰＵが同様の日付認識を行う。
【００６１】
ドライブ装置３００には、第１、第２、第３プログラム格納手段６、７、８をそれぞれ構成するディレクトリと、管理情報格納手段２を構成するディレクトリと、患者データ格納手段９を構成するディレクトリと、パラメータ格納手段１０を構成するディレクトリと、システム構築先記憶手段２０を構成するディレクトリとがあらかじめ設定されている。第１、第２、第３プログラム格納手段６、７、８のディレクトリは、本発明にいうプログラム格納ディレクトリを構成する。更に、患者データ格納手段９のディレクトリは、本発明の患者データ格納ディレクトリを構成する。したがって、ドライブ装置３００は、本発明にいう第１の記憶手段を構成している。また、管理情報格納手段２のディレクトリは、本発明にいう第２の記憶手段を構成している。
【００６２】
サーバ１は、このように単一のドライブ装置３００内に各格納手段のディレクトリが設定された構成とされるのが通常だが、図３及び図４に示すように複数のドライブ装置を有する構成とすることも可能である。
【００６３】
図３に示す構成の事務処理管理サーバ１は、ドライブ装置３００とは異なる他のドライブ装置６００を備えている。ドライブ装置３００には、第１、第２、第３プログラム格納手段６、７、８をそれぞれ構成するディレクトリと、管理情報格納手段２を構成するディレクトリと、患者データ格納手段９を構成するディレクトリと、パラメータ格納手段１０を構成するディレクトリとが設定されている。一方、ドライブ装置６００は、システム構築先記憶手段２０として作用するＨＤＤ等の記憶装置である。このドライブ装置６００内には、システム構築先記憶手段２０を構成するディレクトリがあらかじめ設定されている。
【００６４】
また、図４に示す構成の事務処理管理サーバ１は、ドライブ装置３００とは異なる他のドライブ装置６００′を備えている。ドライブ装置３００は、図３と同様にディレクトリが設定されている。一方、ドライブ装置６００′は、ＤＶＤ−ＲＡＭやＣＤ−Ｒ等の外部情報記憶媒体２０′の読取装置及び書込装置として動作するドライブ装置である。当該ハード構成例では、制御手段５の複製手段５１は、選択したプログラム及び制御データと、患者情報９１及び診療行為情報９２とを外部情報記録媒体２０′にコピーする。そして、レセプト作成手段５２は、外部情報記録媒体２０′にコピーされたプログラム等に基づいてレセプト情報の作成を行う。この外部情報記録媒体２０′は、システム構築先記憶手段２０と同様の作用を有するものであるので、これと同一視するものとする。
【００６５】
なお、事務処理管理サーバ１のハードウェア構成は、以上の３種類に限定されるものではない。特に、システム構築先記憶手段２０は、第１〜第３のプログラム格納手段６〜８及び患者データ格納手段９に対して独立して設けられた記憶装置又はディレクトリであればよい。また、第１、第２、第３プログラム格納手段６、７、８、管理情報格納手段２、患者データ格納手段９及びパラメータ格納手段１０の構築位置については、適宜設計することができる。また、事務処理管理サーバ１によりアクセス可能な外部のデータベース内に、第１、第２、第３プログラム格納手段６、７、８、管理情報格納手段２、患者データ格納手段９、パラメータ格納手段１０及び／又はシステム構築先記憶手段２０を設けることも可能である。
【００６６】
［本システムの処理手順］
続いて、以上のような構成を有する本実施形態の医療事務処理システムの処理手順について、図５及び図６に示すフローチャートを参照しながら詳細に説明する。以下に詳述する処理手順は、診療報酬の改正等に対応して新しいプログラム等が導入されるに際し、当該新プログラムに基づく本システムの動作や操作要領を事前確認（システムの動作確認と総称する）するために実行される処理を示している。
【００６７】
まず、オペレータは、事務処理端末１００の上記キーボードやマウスを操作して事務処理管理サーバ１にアクセスし、モニタ装置１０２に所定の操作画面を表示させる（Ｓ１）。当該操作画面は、図２等に示したドライブ装置３００やＲＯＭ５００等に記憶されている本発明のプログラムに基づいて表示される。この操作画面は、例えば、レセプト作成処理を行うためのトップ画面である。操作画面上には、図示は省略するが、システムの動作確認の実行を行う際に操作される「練習ボタン（シミュレーションボタン）」が設けられている。
【００６８】
オペレータが、この練習ボタンを例えばマウスでクリックすることによりシステムの動作確認の実行を要求すると（Ｓ２）、送信手段１０１は、近々訪れる今回の診療報酬改正等の日付をサーバ１に送信する（Ｓ３）。ここで、今回の改正から次回の改正までの間の任意の日付を送信するようにしてもよい。送信手段４により送信される日付が、上述した入力日付情報である。また、練習ボタンがクリックされると、「練習モード実行中」などのメッセージがモニタ装置１０２に表示されるようになっている。
【００６９】
サーバ１の管理日付選択手段４は、事務処理端末１００からの入力日付情報を受信すると、管理日付情報２１に含まれる３世代の管理日付のうちから、入力日付情報に対応するものを一つ選択してマーク付けする（Ｓ４）。この選択処理は、例えば次のようにして実行される。ここで、管理日付情報２１に含まれる３世代の管理日付は、第１管理日付が前々回の診療報酬改正日の日付、第２管理日付が前回の診療報酬改正日の日付、そして第３管理日付が今回の診療報酬改正日の日付であるとする。現在の日付は第２管理日付と第３管理日付との間である。
【００７０】
まず、管理日付選択手段４は、第１〜第３管理日付の時系列における順序を判断する。当該ケースでは第１管理日付、第２管理日付、第３管理日付の順である。管理日付選択手段４は、入力日付情報（に示す日付）と最先の第１管理日付とを比較する。入力日付情報が第１管理日付よりも前であると判断された場合には、どの管理日付にもマーク付けを行わずに処理を終了する。一方、入力日付情報が第１管理日付以降であると判断された場合には、次の第２管理日付との比較に移行する（当該ケース）。入力日付情報と第２管理日付との比較により、入力日付情報が第２管理日付よりも前である場合には、第１管理日付を選択してマーク付けを行う。一方、入力日付情報が第２管理日付以降である場合には、最後の第３管理日付との比較に移行する（当該ケース）。入力日付情報と第３管理日付との比較により、入力日付情報が第３管理日付よりも前であると判断された場合には、第２管理日付を選択してマーク付けを行う。一方、入力日付情報が第３管理日付以降であると判断された場合には、第３管理日付を選択してマーク付けを行う。当該ケースでは、第３管理日付がマーク付けされることとなる。
【００７１】
なお、第３管理日付に対応する第３プログラム８１等の稼動終了日があらかじめ設定入力されている場合には、管理日付選択手段４は、入力日付情報と当該稼動終了日との比較を行う。入力日付情報が当該稼動終了日以前であると判断された場合、第３管理日付にマーク付けを行う。一方、入力日付情報が当該稼動終了日よりも後であると判断された場合には、当該入力日付情報に対応する管理日付が存在しないと判断する。このとき、モニタ装置１０２にエラーメッセージを表示させるようにしてもよい。
【００７２】
入力日付情報に対応する管理日付（第３管理日付）にマーク付けがなされると、制御手段５の複製手段５１は、システム構築先記憶手段２０はアクセス可能な状態であるかどうか判断する（Ｓ５）。アクセス不可能と判断された場合（Ｓ５；Ｎ）、制御手段５は当該処理を終了する。このとき、システム構築先記憶手段２０をアクセス可能な状態とするようにオペレータを促すメッセージを表示手段１０２に表示させるようにしてもよい。
【００７３】
システム構築先記憶手段２０がアクセス可能な状態であると判断された場合（Ｓ５；Ｙ）、複製手段５１は、マーク付けされた管理日付を稼動開始日とするプログラム及び制御データ（第３プログラム８１及び第３制御データ８２）を選択する（Ｓ６）。そして、複製手段５１は、選択したプログラム及び制御データのデータ容量と、コピーに係る患者情報９１及び診療行為情報９２（の一部又はダミーの情報）のデータ容量と、システム構築先記憶手段２０の空き容量を検出し（Ｓ７）、当該プログラム、制御データ、患者情報９１及び診療行為情報９２の合計データ容量を算出するとともに（Ｓ８）、算出した合計データ容量とシステム構築先記憶手段２０の空き容量とを比較する（Ｓ９）。
【００７４】
上記合成データ容量がシステム構築先記憶手段２０の空き容量よりも小さいと判断された場合（Ｓ９；Ｙ）、すなわち、システム構築先記憶手段２０に十分な空き容量があると判断された場合、複製手段５１は、当該プログラム、制御データ、患者情報９１及び診療行為情報９２をシステム構築先記憶手段２０にコピーする（Ｓ１０）。
【００７５】
なお、ステップＳ９において、システム構築先記憶手段２０に十分な空き容量がないために、プログラム等の合成データ容量がシステム構築先記憶手段２０の空き容量よりも大きいと判断された場合（Ｓ９；Ｎ）、制御手段５は、処理を終了する。なお、当該判断に対応して、コピーに係る患者情報及び診療行為情報を制限することによりデータ容量を削減した上で、コピー処理を実行するように構成することもできる。
【００７６】
ステップＳ１０にてシステム構築先記憶手段２０にプログラム等がコピーされると、制御手段５は、当該プログラム等がシステム構築先記憶手段２０に正常にコピーされたかを判断する（Ｓ１１）。この判断処理は、例えば、コピーされた情報の容量が上記の合成データ容量と等しいかどうか判断することによって行う。コピーが正常に行われなかったと判断された場合（Ｓ１１；Ｎ）、制御手段５は、システム構築先記憶手段２０にコピーされたプログラム等を削除し（Ｓ１２）、処理を終了する。なお、プログラム等を削除した後に、上記のコピー処理を再実行するように構成してもよい。その場合、再実行を行う回数を限定しておく（例えば３回まで）ことが好ましい。
【００７７】
一方、システム構築先記憶手段２０に対するプログラム等のコピーが正常に実行されたと判断された場合（Ｓ１１；Ｙ）、レセプト作成手段５２は、当該プログラム及び制御データに対応するユーザパラメータ（第３ユーザパラメータ１３）を選択し（Ｓ１３）、コピーされたプログラム、制御データ、患者情報９１及び診療行為情報９２、更に、選択されたユーザパラメータを用いてレセプト情報を作成する（Ｓ１４）。作成されたレセプト情報は、制御手段５によって事務処理端末１００に送信され、モニタ装置１０２に表示される。レセプト情報の表示後に、システム構築先記憶手段２０にコピーされた情報を自動的に削除するようにしてもよい。以上で、本医療事務処理システムによる動作確認処理は終了となる。
【００７８】
このような処理手順によれば、オペレータは、上記操作画面の練習ボタンを操作するだけで容易にシステムの動作確認処理を実行することができるので効率的である。また、プログラム格納手段６〜８や患者データ格納手段９とは異なるシステム構築先記憶手段２０内に必要な情報をコピーし、そのコピー情報に基づいて動作のシミュレーションを行うように構成されているので、実際の患者情報９１や診療行為情報９２、更にはプログラムや制御データに影響を与えることがないため、シミュレーションの安全性が向上され有効である。また、シミュレーションに用いた情報を従来のように削除しなくてもシステムの安全性に影響はないので効率的である。
【００７９】
なお、オペレータからの要求に対応して、管理日付選択手段４が管理日付情報２１の３世代の管理日付のうち最も遅いものを自動選択することにより、最新のプログラム及び制御データのシミュレーションを実行するように構成してもよい。
【００８０】
また、今回の診療報酬改正日など最新のプログラムの稼動開始日の経過後に練習ボタンが操作された場合に対応して、モニタ装置１０２にエラーメッセージを表示するとともに、シミュレーションを実行しないように制御してもよい。それにより、無意味なシミュレーションを実行せずに済む。
【００８１】
また、操作画面上の練習ボタンの表示時期を制限するようにしてもよい。例えば、診療報酬改正日前に、当該改正に対応するプログラム等がサーバ１にインストールされたことに対応して練習ボタンの表示を開始し、当該診療報酬改正日（すなわち当該プログラム等の稼動開始日）をもって練習ボタンの表示を終了するように制御することができる。それにより、シミュレーションが必要な時期に限定してシミュレーションを実行可能な環境が提供されるので、無意味なシミュレーションの実行を未然に防止することができる。
【００８２】
（実行例）
以下、本処理手順の一実行例を説明する。前回の診療報酬改正日に対応する第１管理日付を４月１日、今回の診療報酬改正日に対応する第２管理日付を６月１日、次回の診療報酬改正日に対応する第３管理日付を１０月１日とする。また、現在の日付を５月２５日とする。本実行例は、６月１日の改正日を稼動開始日とするプログラム等に基づくシステムの動作を５月２５日の時点において確認するケースを取り上げる。
【００８３】
オペレータは、事務処理端末１００からサーバ１にアクセスしてモニタ装置１０２に操作画面を表示させ（Ｓ１）、練習ボタンをクリックしてシステムの動作確認の実行を要求すると（Ｓ２）、送信手段１０１により、今回の診療報酬改正等の日付である６月１日を示す入力日付情報がサーバ１に送信される（Ｓ３）。
【００８４】
サーバ１の管理日付選択手段４は、この入力日付情報を受信すると、管理日付情報２１に含まれる３世代の管理日付のうちから、入力日付情報に対応する第２管理日付を選択してマーク付けする（Ｓ４）。すなわち、管理日付選択手段４は、第１〜第３管理日付の時系列における順序を判断する。当該実行例では第１管理日付、第３管理日付、第２管理日付の順である。続いて、入力日付情報（６月１日）と最先の第１管理日付（４月１日）とを比較すると、入力日付情報は第１管理日付以降であるので、次の第３管理日付との比較に移行する。入力日付情報（６月１日）と第３管理日付（６月１日）とを比較すると、入力日付情報は第３管理日付と同日であり第３管理日付「以降」であるので、最後の第２管理日付との比較に移行する。入力日付情報（６月１日）と第２管理日付（１０月１日）とを比較すると、入力日付情報は第２管理日付よりも前であるので、第３管理日付（６月１日）を選択してマーク付けを行う。
【００８５】
制御手段５の複製手段５１は、システム構築先記憶手段２０はアクセス可能な状態であるかどうか判断し（Ｓ５）、マーク付けされた第３管理日付を稼動開始日とする第３プログラム８１及び第３制御データ８２を選択する（Ｓ６）。更に、複製手段５１は、第３プログラム８１及び第３制御データ８２のデータ容量と、患者情報９１及び診療行為情報９２のデータ容量と、システム構築先記憶手段２０の空き容量を検出し（Ｓ７）、第３プログラム８１等の合計データ容量を算出するとともに（Ｓ８）、この合計データ容量とシステム構築先記憶手段２０の空き容量とを比較する（Ｓ９）。十分な空き容量があると判断されると、複製手段５１は、第３プログラム８１、第３制御データ８２、患者情報９１及び診療行為情報９２をシステム構築先記憶手段２０にコピーする（Ｓ１０）。
【００８６】
第３プログラム８１等がコピーされると、制御手段５は、コピー処理が正常に実行されたかを判断する（Ｓ１１）。続いて、レセプト作成手段５２は、対応する第３ユーザパラメータ１３を選択し（Ｓ１３）、コピーされた第３プログラム８１を実行してレセプト情報を作成する（Ｓ１４）。作成されたレセプト情報は、制御手段５によって事務処理端末１００に送信され、モニタ装置１０２に表示される。
【００８７】
［他の処理手順］
次に、本実施形態の医療事務処理システムによる他の処理手順について説明する。当該処理手順は、任意に設定された日付を入力日付情報とし、その設定された日付において稼動されるべきプログラム等に基づいてシステムを動作させるものである。事務処理端末１００のモニタ装置１０２に表示される上記の操作画面には、入力日付情報を設定入力するための入力スペースが設けられている。
【００８８】
まず、オペレータは、事務処理端末１００の上記キーボードやマウスを操作して、操作画面の上記入力スペースに所望の日付を入力する。なお、入力する日付は、未来でも過去でもよい。入力された日付に対応するプログラム等が事務処理管理サーバ１に格納されていない場合には、エラーメッセージをモニタ装置１０２に表示するようにしてもよい。事務処理端末の送信手段１０１は、入力された日付を入力日付情報として事務処理管理サーバ１に送信する。以下、図５のＳ４以降と同様の処理を行うことにより、オペレータが入力した日付において稼動されるべきプログラム等に基づいてシステムが動作される。
【００８９】
このような処理手順によれば、オペレータは所望の日付を入力するだけで、当該日付におけるシステム動作を確認することができる。特に、例えば今回の診療報酬改正日など未来の日付を入力することにより、上記処理手順と同様にシステム動作のシミュレーションを行うことができる。また、過去の日付を入力すれば、過去のレセプト情報等会計処理の確認などを行うことができ便利である。
【００９０】
［変形例］
以上の実施形態では、事務処理管理サーバ１と事務処理端末１００を含むネットワークシステムにより本発明の医療事務処理システムを実現した構成について説明したが、単一のコンピュータ装置によりレセプト作成を行うような場合には、当該コンピュータ装置に同様の処理を実行させるように構成してもよい。
【００９１】
また、管理日付情報２１の複数の管理日付は、診療報酬改正日以外の日付であってもよい。例えば、バージョンアップに係る医事会計プログラムや電子カルテプログラムの稼動開始日などでもよい。
【００９２】
［プログラム構成］
以下、本発明に係る医療事務処理プログラムについて説明する。本発明のプログラムは、事務処理管理サーバ１にインストールされており、例えば図２に示すハードウェア構成の場合には、ドライブ装置３００あるいはＲＯＭ５００などの不揮発性記憶装置に格納されている。また、本発明のプログラムを医療事務処理サービスを行うサービスセンタ内のサーバに格納し、事務処理管理サーバ１が、インターネットやＬＡＮ等のネットワークを通じて当該サービスセンタのサーバにアクセスすることにより当該プログラムを実行するように構成してもよい。このように、本発明のプログラムは、事務処理管理サーバ１により実行可能に格納されている限り、その格納位置及び格納方法については不問である。
【００９３】
本発明に係るプログラムは、モニタ装置１０２に上記の操作画面を表示させる処理を事務処理端末１００のＣＰＵに実行させるステップと、当該ＣＰＵを送信手段１０１として作用させるステップとを含んでいる。更に、本発明のプログラムは、図２等に示すサーバ１のＣＰＵ２００を管理日付選択手段４としての作用させるステップと、複製手段５１として作用させるステップと、レセプト作成手段５２として作用させるステップとを含んで構成されている。
【００９４】
また、本発明のプログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読取可能な情報記録媒体に記録して保管することができる。本発明のプログラムは、当該情報記録媒体の内容をドライブ装置により読み込んでＨＤＤ等に格納することにより事務処理管理サーバ１等にインストールされる。なお、本発明のプログラムをインターネット等のネットワーク上のサーバにダウンロード可能に格納し、事務処理管理サーバ１にプログラムをダウンロードして取得することも可能である。
【００９５】
以上で詳述した構成は、本発明に係る医療事務処理システム及びプログラムの実施形態の一例に過ぎないものである。よって、本発明の要旨の範囲内において各種の変形を施すことが可能である。
【図面の簡単な説明】
【００９６】
【図１】本発明に係る医療事務処理システムの実施の形態の一構成例を示す機能ブロック図である。
【図２】本発明に係る医療事務処理システムの実施の形態のハードウェア構成の一例を示すブロック図である。
【図３】本発明に係る医療事務処理システムの実施の形態の他のハードウェア構成例を示すブロック図である。
【図４】本発明に係る医療事務処理システムの実施の形態の他のハードウェア構成例を示すブロック図である。
【図５】本発明に係る医療事務処理システムの実施の形態による処理手順の一例を示すフローチャートである。
【図６】本発明に係る医療事務処理システムの実施の形態による他の処理手順例を示すフローチャートである。
【図７】従来の医療事務処理システムの一構成例を示す機能ブロック図である。
【符号の説明】
【００９７】
１  事務処理管理サーバ
２  管理情報格納手段
２１  管理日付情報
４  管理日付選択手段
５  制御手段
５１  複製手段
５２  レセプト作成手段
６  第１プログラム格納手段
６１  第１プログラム
６２  第１制御データ
７  第２プログラム格納手段
７１  第２プログラム
７２  第２制御データ
８  第３プログラム格納手段
８１  第３プログラム
８２  第３制御データ
９  患者データ格納手段
９１  患者情報
９２  診療行為情報
１０  パラメータ格納手段
１１  第１ユーザパラメータ
１２  第２ユーザパラメータ
１３  第３ユーザパラメータ
２０  システム構築先記憶手段
２０′  外部情報記録媒体
２００  ＣＰＵ
３００、６００、６００′  ドライブ装置
【図１】
2006163574.tif 000003
【図２】
2006163574.tif 000004
【図３】
2006163574.tif 000005
【図４】
2006163574.tif 000006
【図５】
2006163574.tif 000007
【図６】
2006163574.tif 000008
【図７】
2006163574.tif 000009