JP2003216468A - 医療情報処理システム、医療情報処理用クライアント端末、医療情報処理用サーバ、クライアント端末用医療情報処理プログラム、サーバ用医療情報処理プログラム - Google Patents

Abstract

(57)【要約】 【課題】 病院や診療所などの医療機関において高信頼
性を実現する医療情報処理システムや医療情報処理用ク
ライアント端末を提供する。 【解決手段】 インターネット７の通信状況及びサーバ
マシン４ａの稼働状況がプログラムやデータのダウンロ
ードに可能或いは適している状況であれば、医療情報処
理を患者ＤＢ１４やマスタＤＢ１５や診療支援プログラ
ム群（プログラムライブラリ）１６に記憶され医療情報
処理用サーバマシン４ａからダウンロードしたプログラ
ム或いはデータを用いて医療情報処理を行い、且つダウ
ンロードしたプログラム或いはデータをクライアント端
末６ａ内の各種データベースに格納しておき、一方、ネ
ットワーク障害やサーバマシン４ａのダウン時等には、
クライアント端末６ａの各種データベースに格納してお
いたプログラムやデータを用いて医療情報処理を行うよ
うにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、サーバからクライ
アント端末に対しネットワークを介して医療情報処理用
プログラム或いは医療情報処理に用いられるデータを信
頼性高く安定して配信することにより、確実且つ迅速に
医療情報処理を行うための医療情報処理システム、医療
情報処理用クライアント端末、医療情報処理用サーバ、
クライアント端末用医療情報処理プログラム、サーバ用
医療情報処理プログラムに関するものである。

【０００２】

【従来の技術】現在、病院や診療所等の医療機関で行わ
れる患者受付業務から診療行為や会計業務までの一連の
業務は、様々なプログラムやデータベースを用いた情報
処理システムにより行われているが、そのような情報処
理システムは個々の病院・診療所内でのローカルなシス
テムであるのが一般的である。従って、マスタデータベ
ースやプログラムは各医療機関の端末に格納され、使用
されている場合が多い。

【０００３】また、そうしたシステムにおいて、医療情
報処理中にマスタデータベースに対する更新、プログラ
ムの不具合の発生やバージョンアップが発生した場合に
は、その都度各端末にフレキシブルディスクのような記
録媒体が配信され、システムのメンテナンスが行われて
いる。

【０００４】更にまた、医療機関においては、医師、検
査技師、薬剤師等が行った診療行為に関する情報を入力
し、その入力に基づいて診療録（カルテ）を作成し、そ
の作成された診療録に基づいて会計処理が行われるとい
ったように、多くの処理が連鎖して行われるため、前の
業務で処理が中断するとその後に続く業務を行う事がで
きないといった問題が発生する。更に、診療録作成につ
いては「医師（歯科医師）は、診療をしたときは、遅滞
なく診療に関する事項を診療録に記載しなければならな
い。」（医師法第２４条、歯科医師法第２３条）と定め
られているように即時性が求められる作業でもある。従
って確実且つ迅速に必要なプログラムを取得し、必要な
データにアクセスできることが求められている。

【０００５】このような問題を解決する手法として、特
開２００１−１１７７６８号公報では、医療情報処理シ
ステムにおいて、ローカルサーバからセンタサーバに回
線接続を行い、最新の日常業務用プログラムとそのプロ
グラムを起動するための起動用キーをダウンロードし、
該起動用キーにより該プログラムを起動させて医療事務
処理を行い、一日の業務が終了した時点でデータをセン
タサーバにアップロードして起動用キーを消去すること
により迅速に最新のプログラムを取得でき、ソフトメン
テナンスの際の手間が省け、システム全体のコストを低
減させることができる医療事務処理方法、医療事務処理
用端末、医療情報処理システムが開示されている。

【０００６】

【発明が解決しようとする課題】しかしながら、このよ
うな医療情報処理用のプログラム及びデータベースをネ
ットワーク上のサーバに置くシステムでは、ネットワー
クに障害が発生した場合やサーバがダウンした場合に
は、プログラムやデータベースをダウンロードできなく
なり、業務が中断・遅滞するといった問題が発生する。
こうした問題に対する対策としては、サーバを多重化し
ておき、メインサーバがダウンした場合に、代わりに待
ち状態のサーバが動的に起動するホットスタンバイ等の
手法があるが、この手法ではネットワークそのものの障
害については対処できない。

【０００７】更に、上述したシステムにおいて通常サー
バは特定多数或いは不特定多数のクライアントから共有
利用されており，クライアント（ローカルサーバ）のア
クセス数によっては応答性が低下し，安定した応答性を
確保する事が困難であるという問題が発生している。こ
うした問題に対しては同一機能のサーバを複数台のコン
ピュータに配置する負荷分散を行って応答性を確保して
いるが、そのような手法では、クライアント数が急増し
た場合やクライアントからのアクセスが一時に極端に集
中した場合等には対応できない。

【０００８】この発明は、そのような問題を解決するた
めになされたものであり、ネットワークを介して医療情
報処理用プログラム或いは医療情報処理に用いられるデ
ータを信頼性高く安定して提供することのできる医療情
報処理システム、医療情報処理用クライアント端末、医
療情報処理用サーバ、クライアント端末用医療情報処理
プログラム、サーバ用医療情報処理プログラムを提供す
ることを目的とする。

【０００９】

【課題を解決するための手段】上述した課題を解決する
ため、本発明は、医療情報処理を行うためのプログラム
或いはデータを記憶したマスタデータベースを有する医
療情報処理用サーバと、前記医療情報処理を行う医療情
報処理用クライアント端末とが電気通信回線を介して接
続された医療情報処理システムであって、前記医療情報
処理用サーバは、前記医療情報処理用クライアント端末
からの要求に応じて、前記マスタデータベースに記憶さ
れた所定のプログラム或いは所定のデータを前記電気通
信回線を介して前記医療情報処理用クライアント端末に
配信し、前記医療情報処理用クライアント端末は、前記
配信されたプログラム或いはデータを記憶しておくため
のレプリカデータベースを備え、前記医療情報処理を行
う場合、前記電気通信回線の通信状況或いは前記医療情
報処理用サーバの稼働状況が第１の状態であると判断し
た場合には、前記医療情報処理用サーバに所定のプログ
ラム或いは所定のデータの配信を要求し、前記医療情報
処理用サーバより配信されたプログラム或いはデータを
用いて医療情報処理を行い、且つ、前記配信されたプロ
グラム或いはデータを前記レプリカデータベースに格納
し、一方、前記電気通信回線の通信状況或いは前記医療
情報処理用サーバの稼働状況が第２の状態であると判断
した場合には、前記レプリカデータベースに記憶された
プログラム或いはデータを用いて医療情報処理を行うこ
とを特徴とするものである。

【００１０】このような構成によれば、通信状況や医療
情報処理用サーバの稼働状況が良好でない場合であって
も、クライアント端末でレプリカとして記憶しておいた
医療情報処理用のプログラムやデータを用いて医療情報
処理を行うことができるため、どのような状況であって
も、業務を中断或いは停止させることなく、確実且つ円
滑にプログラム及びデータを取得して医療情報処理を行
うことができる。

【００１１】更に、前記医療情報処理用クライアント端
末は、前記電気通信回線の通信状況或いは前記医療情報
処理用サーバの稼働状況が第２の状態であると判断した
場合に行われた医療情報処理中に前記レプリカデータベ
ース中のデータが更新された場合、該更新内容を前記医
療情報処理用サーバにアップロードし、前記医療情報処
理用サーバは、前記医療情報処理用クライアントからデ
ータがアップロードされた場合、該アップロードされた
データに基づいて前記マスタデータベースを更新するこ
とを特徴とすることもできる。

【００１２】このような構成によれば、クライアント端
末がレプリカデータベースからプログラムやデータを取
得して医療情報処理を行った結果、レプリカデータベー
スにおいてデータが更新された場合でも、医療情報処理
用サーバが有するマスタデータベースのデータと同一性
を維持する（同期をとる）ことができるため、以後、医
療情報処理用サーバからデータをダウンロードして医療
情報処理を行う場合でも、支障無く処理することが可能
となる。

【００１３】更に、前記医療情報処理用クライアント端
末は、前記電気通信回線に障害が発生した場合、或い
は、前記医療情報処理用サーバがダウンしている場合、
或いは前記医療情報処理用サーバの応答時間又は処理時
間が所定の時間以上かかる場合のいずれかの場合に、前
記電気通信回線の通信状況或いは前記医療情報処理用サ
ーバの稼働状況が第２の状態であると判断し、そうでは
ない場合に第１の状態であると判断することを特徴とす
ることもできる。

【００１４】このような構成によれば、ネットワーク障
害や医療情報処理用サーバの停止、或いはクライアント
端末からのアクセス数の増加により医療情報処理用サー
バの負荷が増大した場合等に発生するダウンロード不可
状態或いはダウンロード時間の増大を回避し、業務の停
止や中断を防止することができる。

【００１５】また、本発明は、医療情報処理を行うため
のプログラム或いはデータを記憶したマスタデータベー
スを有する医療情報処理用サーバと電気通信回線を介し
て接続されることができ、前記プログラム中の所定のプ
ログラム或いは前記データ中の所定のデータを用いて医
療情報処理を行う医療情報処理用クライアント端末であ
って、前記電気通信回線を介して前記医療情報処理用サ
ーバから前記医療情報処理を行うために必要な前記所定
のプログラム或いは前記所定のデータを取得する第１取
得手段と、前記第１取得手段によりプログラム或いはデ
ータが取得された場合に、取得したプログラム或いはデ
ータを記憶するレプリカデータベースと、前記レプリカ
データベースから前記所定のプログラム或いは前記所定
のデータを取得する第２取得手段と、前記電気通信回線
の通信状況及び前記医療情報処理用サーバの稼働状況を
取得する第３取得手段と、前記医療情報処理を行う場
合、前記第３取得手段による取得結果に基づいて、前記
第１取得手段と前記第２取得手段のいずれにより前記所
定のプログラム或いは前記所定のデータを取得するかを
判断する判断手段と、前記判断手段の判断結果に基づい
て前記医療情報処理を行う処理手段とを備えたことを特
徴とするものである。

【００１６】このような構成によれば、通信状況や医療
情報処理用サーバの稼働状況に合わせて、医療情報処理
に必要なプログラムやデータの取得先を切り替えること
ができるため、医療情報処理を確実且つ円滑に行うこと
ができ、業務の中断や停止を防止することができる。な
お、本発明の実施の形態によれば、第１取得手段及び第
３取得手段及び判断手段はロード制御部により構成さ
れ、第２取得手段はキャッシュプログラム管理部及びレ
プリカデータベース管理部により構成され、レプリカデ
ータベースはプログラム記憶部及びレプリカマスタＤＢ
及びレプリカ患者ＤＢにより構成され、処理手段はロー
ド制御部及びＷｅｂブラウザにより構成される。

【００１７】更に、前記判断手段は、前記第３取得手段
による取得結果が、前記電気通信回線に障害が発生した
場合、或いは、前記医療情報処理用サーバがダウンして
いる場合、或いは前記医療情報処理用サーバの応答時間
又は処理時間が所定の時間以上かかる場合のいずれかの
場合に、前記第２取得手段による取得処理を行うことを
判断し、そうではない場合に前記第１取得手段による取
得処理を行うことを判断することを特徴とすることもで
きる。

【００１８】更に、前記処理手段は、前記判断手段によ
り前記第１取得手段による取得を実行すると判断された
場合に、前記第１取得手段に前記医療情報処理用サーバ
から前記所定のプログラム或いは前記所定のデータを取
得させ、取得したプログラム或いはデータを用いて医療
情報処理を行い、一方、前記判断手段により前記第２取
得手段による取得を実行すると判断された場合に、前記
第２取得手段に前記レプリカデータベースから前記所定
のプログラム或いは前記所定のデータを取得させ、取得
したプログラム或いはデータを用いて医療情報処理を行
うことを特徴とすることもできる。

【００１９】更に、前記判断手段により前記第２取得手
段による取得を実行すると判断された場合に行われた前
記処理手段の前記医療情報処理中に前記レプリカデータ
ベース中の所定のデータが更新された場合、該更新内容
を前記マスタデータベースとの間でデータの同一性が維
持されるよう前記医療情報処理用サーバにアップロード
する更新内容送信手段を備えたことを特徴とすることも
できる。

【００２０】このような構成によれば、通信状況や医療
情報処理用サーバの状況が良好でない場合には、クライ
アント端末は医療情報処理用サーバからプログラムやデ
ータをダウンロードせず、自己が有するレプリカデータ
ベースから迅速且つ確実に必要なプログラムやデータを
取得することができるため、医療業務を中断或いは停止
させることなく円滑に業務を遂行することが可能とな
る。また、そのような場合でも医療情報処理用サーバと
データの同一性を維持することができるため、後の業務
に支障をきたすことなく、常に医療情報処理用サーバか
らダウンロードして医療情報処理を行う場合と何ら変わ
りなく業務を遂行することができる。なお、本発明の実
施の形態において、更新内容送信手段は、ロード制御部
及びレプリカデータベース管理部により構成される。

【００２１】また、本発明は、上記医療情報処理用クラ
イアント端末と接続されることができ、前記医療情報処
理用クライアント端末からの要求に応じて、前記所定の
プログラム或いは前記所定のデータを前記医療情報処理
用クライアント端末に提供する医療情報処理用サーバを
提供する。

【００２２】このような構成によれば、医療情報処理用
クライアント端末に対し医療情報処理に必要なプログラ
ムやデータのみを提供することができ、余計なプログラ
ムやデータは提供しないようにできるため、通信時間の
短縮及び医療情報処理用サーバの負荷軽減につながる。

【００２３】更に本発明に係る医療情報処理用サーバに
おいて、自己の負荷状態を測定するための測定手段と、
前記測定手段の測定結果を前記医療情報処理用クライア
ントに提供する測定結果提供手段とを備えたことを特徴
とすることもできる。

【００２４】このような構成によれば、医療情報処理用
クライアント端末に対し、確実に自己の稼働状況を通知
することができる。なお、実施の形態においては、測定
手段及び測定結果提供手段は、サーバ状態管理部により
構成される。

【００２５】また、本発明は、医療情報処理を行うため
のプログラム或いはデータを記憶したマスタデータベー
スを有する医療情報処理用サーバと、前記マスタデータ
ベースに記憶された所定のプログラム或いはデータを記
憶するためのレプリカデータベースを備え、前記医療情
報処理用サーバと電気通信回線を介して接続されること
ができ、医療情報処理を実行する医療情報処理用クライ
アント端末とにより行われる医療情報処理方法であっ
て、前記電気通信回線の通信状況及び前記医療情報処理
用サーバの稼働状況を取得する状況取得ステップと、前
記状況取得ステップによる取得結果に基づいて、前記医
療情報処理を前記マスタデータベースに記憶され前記医
療情報処理用サーバから配信された前記所定のプログラ
ム或いは前記所定のデータを用いて行うネットワーク処
理と、前記レプリカデータベースから前記所定のプログ
ラム或いは前記所定のデータを取得して行うスタンドア
ロン処理のいずれかにより行う医療情報処理実行ステッ
プとを備えたことを特徴とする医療情報処理方法を提供
することもできる。

【００２６】更に、このような医療情報処理方法におい
て、前記ネットワーク処理は、前記医療情報処理用クラ
イアント端末から前記医療情報処理用サーバに対し、前
記所定のプログラム或いは前記所定のデータの配信を要
求を送信する配信要求送信ステップと、前記配信要求送
信ステップにより送信された要求に基づき、前記マスタ
データベースに記憶された前記所定のプログラム或いは
前記所定のデータを前記電気通信回線を介して前記医療
情報処理用サーバから前記医療情報処理用クライアント
端末に配信する配信ステップと、前記配信ステップによ
り配信されたプログラム或いはデータを前記医療情報処
理用クライアント端末が取得する第１取得ステップと、
前記第１取得ステップによりプログラム或いはデータが
取得された場合に、取得したプログラム或いはデータを
前記レプリカデータベースに記憶する記憶ステップと、
前記第１取得ステップにより取得されたプログラム或い
はデータを用いて前記医療情報処理を行う第１処理ステ
ップとを備え、前記スタンドアロン処理は、前記レプリ
カデータベースから前記所定のプログラム或いは前記所
定のデータを取得する第２取得ステップと、前記第２取
得ステップにより取得されたプログラム或いはデータを
用いて前記医療情報処理を行う第２処理ステップとを備
えたことを特徴とすることもできる。

【００２７】更に、前記医療情報処理実行ステップは、
前記状況取得ステップによる取得結果が、前記電気通信
回線に障害が発生した場合、或いは、前記医療情報処理
用サーバがダウンしている場合、或いは前記医療情報処
理用サーバの応答時間又は処理時間が所定の時間以上か
かる場合のいずれかの場合に、前記スタンドアロン処理
を行い、そうではない場合に前記ネットワーク処理を行
うことを特徴とすることもできる。

【００２８】また、本発明は、医療情報処理を行うため
のプログラム或いはデータを記憶したマスタデータベー
スを有する医療情報処理用サーバと電気通信回線を介し
て接続されることができる医療情報処理用クライアント
端末に前記プログラム中の所定のプログラム或いは前記
データ中の所定のデータを用いて医療情報処理を実行さ
せるクライアント端末用医療情報処理プログラムであっ
て、前記電気通信回線の通信状況及び前記医療情報処理
用サーバの稼働状況を取得する状況取得ステップと、前
記状況取得ステップによる取得結果に基づいて、前記医
療情報処理を前記マスタデータベースに記憶され前記医
療情報処理用サーバから配信された前記所定のプログラ
ム或いは前記所定のデータを用いて行うネットワーク処
理と、前記レプリカデータベースから前記所定のプログ
ラム或いは前記所定のデータを取得して行うスタンドア
ロン処理のいずれかにより行う医療情報処理実行ステッ
プとを前記医療情報処理用クライアント端末に実行させ
ることを特徴とするものである。

【００２９】更に、前記ネットワーク処理は、前記医療
情報処理用クライアント端末から前記医療情報処理用サ
ーバに対し、前記所定のプログラム或いは前記所定のデ
ータの配信を要求を送信する配信要求送信ステップと、
前記配信要求送信ステップにより送信された要求に基づ
き、前記マスタデータベースに記憶された前記前記所定
のプログラム或いは前記所定のデータを前記電気通信回
線を介して前記医療情報処理用サーバから前記医療情報
処理用クライアント端末に配信する配信ステップと、前
記配信ステップにより配信されたプログラム或いはデー
タを前記医療情報処理用クライアント端末が取得する第
１取得ステップと、前記第１取得ステップによりプログ
ラム或いはデータが取得された場合に、取得したプログ
ラム或いはデータを前記レプリカデータベースに記憶す
る記憶ステップと、前記第１取得ステップにより取得さ
れたプログラム或いはデータを用いて前記医療情報処理
を行う第１処理ステップとを備え、前記スタンドアロン
処理は、前記レプリカデータベースから前記所定のプロ
グラム或いは前記所定のデータを取得する第２取得ステ
ップと、前記第２取得ステップにより取得されたプログ
ラム或いはデータを用いて前記医療情報処理を行う第２
処理ステップとを備えたことを特徴とすることもでき
る。

【００３０】また、本発明は、医療情報処理を行うため
のプログラム或いはデータを記憶したマスタデータベー
スを有し、前記医療情報処理を行う医療情報処理用クラ
イアント端末と電気通信回線を介して接続されることが
できる医療情報処理用サーバに所定の動作を実行させる
サーバ用医療情報処理プログラムであって、前記医療情
報処理用クライアント端末からの要求に応じて、前記マ
スタデータベースに記憶された所定のプログラム或いは
所定のデータを前記電気通信回線を介して前記医療情報
処理用クライアント端末に配信する配信ステップと、自
己の負荷状態を測定するための測定ステップと、前記要
求を送信するか否かを前記医療情報処理用クライアント
端末に判断させるために前記測定手段の測定結果を前記
医療情報処理用クライアントに提供する測定結果提供ス
テップとを前記医療情報処理用サーバに実行させること
を特徴とするものである。

【００３１】

【発明の実施の形態】以下、本発明の実施の形態を図を
用いて詳細に説明する。本実施の形態では、診療行為に
関するデータ入力処理のための診療支援プログラムや患
者のデータ等をネットワークを介してサーバから各種医
療機関に配置されたクライアント端末に配信し、クライ
アント端末が該配信されたプログラム及びデータを用い
て上記データ入力処理を行う場合の一例を示す。また、
クライアント端末は、配信された診療支援プログラムや
患者のデータをクライアント端末自身のデータベースに
格納しておき、ネットワーク障害やサーバの障害が発生
した場合には、そのデータベースからプログラム及びデ
ータを取得して、入力処理を行う。

【００３２】図１は、本発明の実施の形態における医療
情報処理システムの基本構成図である。図に示すよう
に、Ａ病院５ａやＮ診療所５ｂ等の医療機関にクライア
ント端末６ａ〜６ｎが設置されており、インターネット
７上のセキュリティ管理された場所にサーバマシン３
と、サーバマシン４ａ〜４ｎが配置されている。各クラ
イアント端末６ａ〜６ｎと各サーバマシン３、４ａ〜４
ｎはインターネット７を介して接続されている。

【００３３】なお、サーバマシン３は、サーバマシン４
ａ〜４ｎに最新の診療支援プログラム群とデータを配信
する親サーバとしての機能を有する。サーバマシン４ａ
〜４ｎは、サーバマシン３から配信された最新の診療支
援プログラム及び各種データを受信し、各クライアント
端末に配信する機能を有する。なお、地域毎に患者の情
報やプログラムを共有できるようサーバマシン４ａ〜４
ｎは各地域（市町村）ごとに配置されるものとする。

【００３４】図１においては、サーバマシンが複数台配
置されており、一カ所に親サーバマシン３を配置し、そ
れとは別に子サーバマシン４ａ〜４ｎを配置する形態と
なっているが、このような形態に限らず、全体で一カ所
にだけサーバマシンを配置する形態でもよい。また、一
つの病院・診療所に配置されるクライアント端末の数の
制限はなく、１台でも複数台でもよい。

【００３５】また、支払基金及び国保連合会は医療機関
が作成した診療報酬明細書（レセプト）に基づいて診療
行為を審査し、審査結果に基づいて医療機関に支払を行
う機関であり、図１における支払基金・国保連合会の有
する端末２が電子化された該レセプトをＡ病院５ａやＮ
診療所５ｂからサーバマシン４ａを介して受信する。な
お、レセプトは診療行為を点数化した明細書であり、支
払基金には社会保険関係のレセプト、国保連合会には国
民保険関係のレセプトが本医療情報処理システムにより
自動的に送られる。医療機関は支払基金や国保連合会か
ら診療報酬を受け取ることができる。

【００３６】また、厚生労働省の有する端末１には、医
療機関が作成した労災関係のレセプトが電子化されてサ
ーバマシン３から送信される。また、それにより厚生労
働省は診療報酬の支払いを行うが、その他に診療行為に
ついての点数改定や禁忌情報の勧告も行う。

【００３７】以下、こうしたレセプトの作成に用いられ
る診療情報の入力作業についての一例を更に詳しい図を
用いて詳細を説明する。なお、クライアント端末６ａ〜
６ｎは同じ構成であり、サーバマシン３とサーバマシン
４ａ〜４ｎも同じ構成であるため、ここではクライアン
ト端末６ａとサーバマシン４ａとを例に取って説明す
る。

【００３８】図２はサーバマシン４ａの基本構成を示し
たブロック図である。サーバマシン４ａは図２に示すよ
うにＷｅｂ制御部１０と、サーバ状態管理部１１と、Ｄ
Ｂ（データベース）管理部１２と、患者ＤＢ１４と、マ
スタＤＢ１５と、プログラム管理部１３と、診療支援プ
ログラム群（プログラムライブラリ）１６と、自動配信
管理部１７により構成される。

【００３９】Ｗｅｂ制御部１０はインターネット７経由
でクライアント端末６ａとの送受信を制御するものであ
り、クライアント端末６ａとのやりとりは全てこのＷｅ
ｂ制御部１０を介して行われる。サーバ状態管理部１１
はサーバマシン４ａの負荷状況を測定するものであり、
クライアント端末６ａからの接続テストに応答し、測定
結果を返す。測定方法の詳細については後述する。

【００４０】ＤＢ管理部１２はサーバマシン４ａ上にあ
る患者ＤＢ１４とマスタＤＢ１５へのデータ検索や追加
などの操作を管理する。患者ＤＢ１４は図３（ａ）に示
すように患者に関する基本的な情報（患者基本情報テー
ブル）と図３（ｂ）に示すように該当の患者の診療録を
格納した診療録テーブルとから構成されている。図３
（ａ）の患者基本情報テーブルには患者氏名３１や性別
３２、保険証に記載されている保険番号３３及び管理に
使用されるユニークな患者番号３０等が格納されてい
る。また、図３（ｂ）の診療録テーブルには、患者番号
３０と、受診日３５と、マスタコード１（３６）と、マ
スタコード２（３７）等が格納されている。図３（ａ）
と（ｂ）の患者番号３０はキー項目となっており、相互
に関連している。

【００４１】また、マスタＤＢ１５は図４に示されるよ
うに診療に関する情報が格納されており、図４（ａ）の
診療行為マスタ、図４（ｂ）の薬剤マスタから構成され
ている。図４（ａ）の診療行為マスタには、診療行為４
１とその点数４２とそれらを管理するためのユニークな
番号（マスタコード）４０が格納されている。また、図
４（ｂ）の薬剤マスタには薬剤情報（内容）５１とその
点数５２とそれらを管理するためのユニークな番号（マ
スタコード）５０が格納されている。マスタコード４０
と、マスタコード５０は、キー項目であり、図３（ｂ）
のマスタコード１（３６）及びマスタコード２（３７）
と対応している。

【００４２】プログラム管理部１３は診療支援プログラ
ム群１６に格納されている診療処理を行うためのプログ
ラム群を管理する。自動配信管理部１７は、親サーバマ
シン３の場合には、子サーバマシン４ａ〜４ｎに対して
最新の診療支援プログラム群１６及びマスタＤＢ１５を
配信する機能を有し、子サーバマシン４ａ〜４ｎの場合
には、配信された最新の診療支援プログラム群１６及び
マスタＤＢ１５を受信する機能を有する。本例では、子
サーバマシン４ａであるため、受信機能を有することと
する。

【００４３】図５は、クライアント端末６ａの基本構成
を示したブロック図である。クライアント端末６ａは図
に示すようにＷｅｂブラウザ２０と、ロード制御部２３
と、キャッシュプログラム管理部２４と、プログラム記
憶部２５と、レプリカデータベース管理部２６と、レプ
リカマスタＤＢ２７と、レプリカ患者ＤＢ２８と、患者
登録部２１ａ〜診療行為入力部２１ｎの診療支援プログ
ラム群から構成される。なお、診療支援プログラム群は
サーバマシン４ａから配信されたプログラムをクライア
ント端末６ａにて展開した状態を示している。

【００４４】Ｗｅｂブラウザ２０はサーバマシン４ａと
の送受信を行い、診療支援プログラム群はこのＷｅｂブ
ラウザ２０上で実行される。ロード制御部２３はプログ
ラム、データベースのダウンロード先、アップロード先
の管理とそれらとの通信を行う。レプリカデータベース
管理部２６は患者情報を格納しているレプリカ患者ＤＢ
２８と診療行為点数情報などを格納しているレプリカマ
スタＤＢ２７へのデータ追加、検索などのデータ操作を
管理する。レプリカ患者ＤＢ２８、レプリカマスタＤＢ
２７については格納されているデータの削除処理は行わ
れず、すべての情報が蓄積される。これにより過去の情
報についてサーバマシンに接続できない場合であっても
レプリカ患者ＤＢ２８やレプリカマスタＤＢ２７から過
去の情報を取得する事が可能となる。なお、レプリカ患
者ＤＢ２８及びレプリカマスタＤＢ２７の構成は、サー
バマシン４ａの患者ＤＢ１４とマスタＤＢ１５と同様の
構成をとり、関連の患者及び診療行為について同一のデ
ータが格納される。

【００４５】キャッシュプログラム管理部２４はプログ
ラム記憶部２５へのプログラムの格納や取り出しを管理
する。ここでプログラム記憶部２５に格納されているプ
ログラムにはサーバマシン４ａにアクセスできた時の最
新のプログラムが格納される。このプログラムの格納に
ついては、サーバマシン４ａからプログラムをダウンロ
ードする場合に、毎回プログラム２１ａ〜２１ｎのすべ
てのものをダウンロードするのではなく、クライアント
端末６ａが必要とするプログラムについてのみダウンロ
ードして、プログラム記憶部２５に最新版のものを格納
する。これによりサーバマシン４ａからの一回のダウン
ロードでの情報量が少なくなり、通信時間が短縮され
る。つまり、インターネットシステムにおいて診療行為
での作業時間を短縮し、患者の待ち時間を短縮すること
ができる。

【００４６】以上説明した構成をふまえ、本医療情報処
理システムの処理の流れについて詳細に説明する。ここ
では、診療行為入力作業を例にして説明する。なお、診
療行為入力作業とは医師、検査技師、薬剤師等が行った
診療行為に関する情報を入力し、診療録（カルテ）を作
成する作業のことである。この診療録から会計業務など
後の作業を行うことになるため、この業務が止まると、
後の業務を行う事ができなくなる。従って確実且つ迅速
に必要なプログラムを取得し、必要なデータにアクセス
できることが求められる。本システムは、以下に示され
るような手法を用いることによってこのような要求を満
たすことができる。

【００４７】図６及び図７は、診療行為入力作業の流れ
を詳細に示したフローチャートである。まず、利用者が
クライアント端末６ａのＷｅｂブラウザ２０のメニュー
上で（図示せず）診療行為入力作業を選択する（Ｓ１０
１）。これに応じてロード制御部２３は診療行為入力部
２１ｎをロードしようとする。ロード制御部２３はこの
時サーバマシン４ａに接続できるかどうかチェックする
（Ｓ１０２）。このチェックは、サーバマシン４ａから
サーバマシン４ａの稼働状態をサーバマシン４ａに接続
して取得することにより行われる。サーバマシン４ａに
アクセスできれば、インターネット７の通信状況は良好
であり、アクセスにより取得したサーバの稼働状態がダ
ウンしていないか、又は応答時間等が基準値を超えてい
なければ、サーバマシン４ａの稼働状態も良好であると
して、サーバマシン４ａに接続可能であると判断される
（Ｓ２０１）。なお、このチェック処理（サーバマシン
４ａの診断処理）については後述する。

【００４８】そして、チェックの結果、サーバマシン４
ａに接続できれば、サーバマシン４ａから、診療行為入
力部２１ｎのプログラムをダウンロードし（Ｓ２０２、
Ｓ１０３）、それをＷｅｂブラウザ２０上で起動する
（Ｓ１０４）。この時、ロード制御部２３はダウンロー
ドしたプログラムをクライアント端末６ａのプログラム
記憶部２５に格納する。また、サーバマシン４ａに接続
できなければ、プログラム記憶部２５から、診療行為入
力部２１ｎのプログラムを取得し（Ｓ１０３）、それを
Ｗｅｂブラウザ上で起動する（Ｓ１０４）。

【００４９】次に、起動されたプログラム（診療行為入
力部２１ｎ）により、どの患者に対する診療行為かを指
定する（Ｓ１０５）。そして指定した患者の情報をデー
タベースから取得するために再度サーバに接続する（Ｓ
１０６）。チェックの結果（Ｓ２０３）、サーバマシン
４ａに接続できれば、診療行為入力部２１ｎは指定され
た患者情報をサーバマシン４ａ上の患者ＤＢ１４から取
得し（Ｓ２０４、Ｓ１０７）、クライアント端末６ａの
画面（図示せず）に表示する（Ｓ１０８）。サーバマシ
ン４ａに接続できなければ、指定された患者の情報をレ
プリカ患者ＤＢ２８から取得し（Ｓ１０７）、クライア
ント端末６ａの画面に表示する（Ｓ１０８）。

【００５０】次に、図７に進み、クライアント端末６ａ
の利用者が患者に対する診療行為内容の入力を開始する
（Ｓ１０９）。更に入力された診療行為項目のチェック
が開始される（Ｓ１１０）。ここで、チェックに必要な
データ、すなわち診療行為名と点数等の診療行為情報や
薬剤禁忌情報等をサーバマシン４ａからダウンロードす
るために再度サーバマシン４ａに接続する（Ｓ１１
１）。サーバマシン４ａに接続できれば、サーバマシン
４ａの有するマスタＤＢ１５からデータをダウンロード
する。但し、サーバマシン４ａに接続できない場合は
（Ｓ２０５）、クライアント端末６ａのレプリカマスタ
ＤＢ２７からデータをダウンロードして入力項目のチェ
ック等を行う（Ｓ１１２）。

【００５１】なお、診療行為入力部２１ｎによる入力結
果に誤りが無いことがチェックされ（Ｓ１１３）、誤り
がある間は（Ｓ１１３、ＮＯ）、Ｓ１０９からＳ１１３
の処理が繰り返される。診療行為入力業務の終了時に
は、サーバマシン４ａへの接続を試み（Ｓ１１４、Ｓ２
０６）、接続されると、入力した情報をサーバマシン４
ａの患者ＤＢ１４に格納する（Ｓ１１５、Ｓ２０７）と
同時にクライアント端末６ａのレプリカ患者ＤＢ２８に
格納する。

【００５２】図８は、サーバマシン４ａの状態診断の流
れを示したフローチャートである。ここでは、サーバマ
シン４ａがダウンしているか否か、また負荷がかかって
いる状態なのか否か（サーバマシン４ａがダウンする兆
候なのか）という診断を行い、その状態によってプログ
ラム・マスタまたは患者データのダウンロード、アップ
ロード先を切り換える。

【００５３】状態診断についてはサーバマシン４ａのサ
ーバ状態管理部１１とクライアント端末６ａのロード制
御部２３とで行われる。まず、サーバ状態管理部１１で
はサーバマシン４ａが起動されている間、サーバマシン
４ａの負荷状態を測定するためのプログラムＰ２が一定
の間隔（例えば６０００ｍｓ）で実行される（Ｓ５０
１、Ｓ５０３）。測定には本実施の形態では簡単な計算
処理を行い、それにかかる時間（測定値）を測定するよ
うな手法を用いるが、他の測定方法であってもよく、特
に限定されない。なお、クライアント端末６ａの接続テ
ストに対する応答やレプリカＤＢとのデータの同一性を
維持する（同期をとる）処理は、サーバマシン４ａのプ
ログラムＰ１が行う。

【００５４】次に予め同様の方法で測定した通常の処理
時間（基準値）と比較して、測定値が基準値を大きく上
回る場合（例えば、測定値＞基準値×１０）には、サー
バマシン４ａがダウンする兆候であるとし、サーバマシ
ン４ａ上の所定の記憶領域（状態値）にその旨を表す値
を格納する。それ以外は状態値にサーバマシン４ａは良
好に稼働中であるとし、その旨を表す値を格納しておく
（Ｓ５０２、Ｓ５０４）

【００５５】一方、クライアント端末６ａのロード制御
部２３は、サーバマシン４ａからプログラム、マスタ情
報、患者情報などをダウンロードしようとする場合、ま
ずサーバマシン４ａに接続しようと試みる。ここでサー
バマシン４ａに接続できなかった場合には、サーバマシ
ン４ａの状態を格納するためのクライアント端末６ａ上
の所定の記憶領域（フラグ）にその旨を表す値を格納す
る。またサーバマシン４ａに接続できた場合、サーバマ
シン４ａから上記状態値を受け取り、その値をフラグに
格納する（Ｓ３０１、Ｓ４０１）。

【００５６】次にロード制御部２３は、フラグからサー
バマシン４ａの状態を判断する（Ｓ３０２）、その結果
としてサーバに接続可能な場合は（Ｓ３０２、ＹＥ
Ｓ）、プログラム、ＤＢのダウンロード元としてサーバ
マシン４ａを設定し（Ｓ３０３）、以前のダウンロード
元の設定がクライアント端末６ａだった場合には、サー
バマシン４ａ上の各ＤＢ（患者ＤＢ１４とマスタＤＢ１
５）とデータが同一性が維持されるようレプリカＤＢ２
８及びレプリカマスタＤＢ２７を更新し、同期をとる
（Ｓ３０５、Ｓ４０２）。

【００５７】また、フラグを参照した結果として、サー
バマシン４ａに接続できなかった場合、もしくはサーバ
マシン４ａの負荷状態により、接続されると過負荷とな
るような場合は（Ｓ３０２、ＮＯ）、プログラム、ＤＢ
のダウンロード元としてクライアント端末６ａを設定す
る（Ｓ３０４）。サーバに負荷がかかっている場合にダ
ウンロード元をクライアント端末６ａに設定すること
で、システムの処理時間を抑えることができる。

【００５８】以上、本発明の実施の形態を説明したが、
本発明は上述した診療行為入力作業に限定されず、ネッ
トワークを用いた様々な医療情報処理システムに適用可
能である。

【００５９】（付記１） 医療情報処理を行うためのプ
ログラム或いはデータを記憶したマスタデータベースを
有する医療情報処理用サーバと、前記医療情報処理を行
う医療情報処理用クライアント端末とが電気通信回線を
介して接続された医療情報処理システムであって、前記
医療情報処理用サーバは、前記医療情報処理用クライア
ント端末からの要求に応じて、前記マスタデータベース
に記憶された所定のプログラム或いは所定のデータを前
記電気通信回線を介して前記医療情報処理用クライアン
ト端末に配信し、前記医療情報処理用クライアント端末
は、前記配信されたプログラム或いはデータを記憶して
おくためのレプリカデータベースを備え、前記医療情報
処理を行う場合、前記電気通信回線の通信状況或いは前
記医療情報処理用サーバの稼働状況が第１の状態である
と判断した場合には、前記医療情報処理用サーバに所定
のプログラム或いは所定のデータの配信を要求し、前記
医療情報処理用サーバより配信されたプログラム或いは
データを用いて医療情報処理を行い、且つ、前記配信さ
れたプログラム或いはデータを前記レプリカデータベー
スに格納し、一方、前記電気通信回線の通信状況或いは
前記医療情報処理用サーバの稼働状況が第２の状態であ
ると判断した場合には、前記レプリカデータベースに記
憶されたプログラム或いはデータを用いて医療情報処理
を行うことを特徴とする医療情報処理システム。 （付記２） 付記１に記載の医療情報処理システムにお
いて、前記医療情報処理用クライアント端末は、前記電
気通信回線の通信状況或いは前記医療情報処理用サーバ
の稼働状況が第２の状態であると判断した場合に行われ
た医療情報処理中に前記レプリカデータベース中のデー
タが更新された場合、該更新内容を前記医療情報処理用
サーバにアップロードし、前記医療情報処理用サーバ
は、前記医療情報処理用クライアントからデータがアッ
プロードされた場合、該アップロードされたデータに基
づいて前記マスタデータベースを更新することを特徴と
する医療情報処理システム。 （付記３） 付記１又は付記２に記載の医療情報処理シ
ステムにおいて、前記医療情報処理用クライアント端末
は、前記電気通信回線に障害が発生した場合、或いは、
前記医療情報処理用サーバがダウンしている場合、或い
は前記医療情報処理用サーバの応答時間又は処理時間が
所定の時間以上かかる場合のいずれかの場合に、前記電
気通信回線の通信状況或いは前記医療情報処理用サーバ
の稼働状況が第２の状態であると判断し、そうではない
場合に第１の状態であると判断することを特徴とする医
療情報処理システム。 （付記４） 医療情報処理を行うためのプログラム或い
はデータを記憶したマスタデータベースを有する医療情
報処理用サーバと電気通信回線を介して接続されること
ができ、前記プログラム中の所定のプログラム或いは前
記データ中の所定のデータを用いて医療情報処理を行う
医療情報処理用クライアント端末であって、前記電気通
信回線を介して前記医療情報処理用サーバから前記医療
情報処理を行うために必要な前記所定のプログラム或い
は前記所定のデータを取得する第１取得手段と、前記第
１取得手段によりプログラム或いはデータが取得された
場合に、取得したプログラム或いはデータを記憶するレ
プリカデータベースと、前記レプリカデータベースから
前記所定のプログラム或いは前記所定のデータを取得す
る第２取得手段と、前記電気通信回線の通信状況及び前
記医療情報処理用サーバの稼働状況を取得する第３取得
手段と、前記医療情報処理を行う場合、前記第３取得手
段による取得結果に基づいて、前記第１取得手段と前記
第２取得手段のいずれにより前記所定のプログラム或い
は前記所定のデータを取得するかを判断する判断手段
と、前記判断手段の判断結果に基づいて前記医療情報処
理を行う処理手段とを備えたことを特徴とする医療情報
処理用クライアント端末。 （付記５） 付記４に記載の医療情報処理用クライアン
ト端末において、前記判断手段は、前記第３取得手段に
よる取得結果が、前記電気通信回線に障害が発生した場
合、或いは、前記医療情報処理用サーバがダウンしてい
る場合、或いは前記医療情報処理用サーバの応答時間又
は処理時間が所定の時間以上かかる場合のいずれかの場
合に、前記第２取得手段による取得処理を行うことを判
断し、そうではない場合に前記第１取得手段による取得
処理を行うことを判断することを特徴とする医療情報処
理用クライアント端末。 （付記６） 付記５に記載の医療情報処理用クライアン
ト端末において、前記処理手段は、前記判断手段により
前記第１取得手段による取得を実行すると判断された場
合に、前記第１取得手段に前記医療情報処理用サーバか
ら前記所定のプログラム或いは前記所定のデータを取得
させ、取得したプログラム或いはデータを用いて医療情
報処理を行い、一方、前記判断手段により前記第２取得
手段による取得を実行すると判断された場合に、前記第
２取得手段に前記レプリカデータベースから前記所定の
プログラム或いは前記所定のデータを取得させ、取得し
たプログラム或いはデータを用いて医療情報処理を行う
ことを特徴とする医療情報処理用クライアント端末。 （付記７） 付記６に記載の医療情報処理用クライアン
ト端末において、前記判断手段により前記第２取得手段
による取得を実行すると判断された場合に行われた前記
処理手段の前記医療情報処理中に前記レプリカデータベ
ース中の所定のデータが更新された場合、該更新内容を
前記マスタデータベースとの間でデータの同一性が維持
されるよう前記医療情報処理用サーバにアップロードす
る更新内容送信手段とを備えたことを特徴とする医療情
報処理用クライアント端末。 （付記８） 付記４乃至付記７のいずれかに記載の医療
情報処理用クライアント端末と接続されることができ、
前記医療情報処理用クライアント端末からの要求に応じ
て、前記所定のプログラム或いは前記所定のデータを前
記医療情報処理用クライアント端末に提供する医療情報
処理用サーバ。 （付記９） 付記８に記載の医療情報処理用サーバにお
いて、自己の負荷状態を測定するための測定手段と、前
記測定手段の測定結果を前記医療情報処理用クライアン
ト端末に提供する測定結果提供手段とを備えたことを特
徴とする医療情報処理用サーバ。 （付記１０） 医療情報処理を行うためのプログラム或
いはデータを記憶したマスタデータベースを有する医療
情報処理用サーバと、前記マスタデータベースに記憶さ
れた所定のプログラム或いはデータを記憶するためのレ
プリカデータベースを備え、前記医療情報処理用サーバ
と電気通信回線を介して接続されることができ、医療情
報処理を実行する医療情報処理用クライアント端末とに
より行われる医療情報処理方法であって、前記電気通信
回線の通信状況及び前記医療情報処理用サーバの稼働状
況を取得する状況取得ステップと、前記状況取得ステッ
プによる取得結果に基づいて、前記医療情報処理を前記
マスタデータベースに記憶され前記医療情報処理用サー
バから配信された前記所定のプログラム或いは前記所定
のデータを用いて行うネットワーク処理と、前記レプリ
カデータベースから前記所定のプログラム或いは前記所
定のデータを取得して行うスタンドアロン処理のいずれ
かにより行う医療情報処理実行ステップとを備えたこと
を特徴とする医療情報処理方法。 （付記１１） 付記１０に記載の医療情報処理方法にお
いて、前記ネットワーク処理は、前記医療情報処理用ク
ライアント端末から前記医療情報処理用サーバに対し、
前記所定のプログラム或いは前記所定のデータの配信を
要求を送信する配信要求送信ステップと、前記配信要求
送信ステップにより送信された要求に基づき、前記マス
タデータベースに記憶された前記所定のプログラム或い
は前記所定のデータを前記電気通信回線を介して前記医
療情報処理用サーバから前記医療情報処理用クライアン
ト端末に配信する配信ステップと、前記配信ステップに
より配信されたプログラム或いはデータを前記医療情報
処理用クライアント端末が取得する第１取得ステップ
と、前記第１取得ステップによりプログラム或いはデー
タが取得された場合に、取得したプログラム或いはデー
タを前記レプリカデータベースに記憶する記憶ステップ
と、前記第１取得ステップにより取得されたプログラム
或いはデータを用いて前記医療情報処理を行う第１処理
ステップとを備え、前記スタンドアロン処理は、前記レ
プリカデータベースから前記所定のプログラム或いは前
記所定のデータを取得する第２取得ステップと、前記第
２取得ステップにより取得されたプログラム或いはデー
タを用いて前記医療情報処理を行う第２処理ステップと
を備えたことを特徴とする医療情報処理方法。 （付記１２） 付記１０又は付記１１に記載の医療情報
処理方法において前記医療情報処理実行ステップは、前
記状況取得ステップによる取得結果が、前記電気通信回
線に障害が発生した場合、或いは、前記医療情報処理用
サーバがダウンしている場合、或いは前記医療情報処理
用サーバの応答時間又は処理時間が所定の時間以上かか
る場合のいずれかの場合に、前記スタンドアロン処理を
行い、そうではない場合に前記ネットワーク処理を行う
ことを特徴とする医療情報処理方法。 （付記１３） 医療情報処理を行うためのプログラム或
いはデータを記憶したマスタデータベースを有する医療
情報処理用サーバと電気通信回線を介して接続されるこ
とができる医療情報処理用クライアント端末に前記プロ
グラム中の所定のプログラム或いは前記データ中の所定
のデータを用いて医療情報処理を実行させるクライアン
ト端末用医療情報処理プログラムであって、前記電気通
信回線の通信状況及び前記医療情報処理用サーバの稼働
状況を取得する状況取得ステップと、前記状況取得ステ
ップによる取得結果に基づいて、前記医療情報処理を前
記マスタデータベースに記憶され前記医療情報処理用サ
ーバから配信された前記所定のプログラム或いは前記所
定のデータを用いて行うネットワーク処理と、前記レプ
リカデータベースから前記所定のプログラム或いは前記
所定のデータを取得して行うスタンドアロン処理のいず
れかにより行う医療情報処理実行ステップとを前記医療
情報処理用クライアント端末に実行させることを特徴と
するクライアント端末用医療情報処理プログラム。 （付記１４） 付記１３に記載のクライアント端末用医
療情報処理プログラムにおいて、前記ネットワーク処理
は、前記医療情報処理用クライアント端末から前記医療
情報処理用サーバに対し、前記所定のプログラム或いは
前記所定のデータの配信を要求を送信する配信要求送信
ステップと、前記配信要求送信ステップにより送信され
た要求に基づき、前記マスタデータベースに記憶された
前記前記所定のプログラム或いは前記所定のデータを前
記電気通信回線を介して前記医療情報処理用サーバから
前記医療情報処理用クライアント端末に配信する配信ス
テップと、前記配信ステップにより配信されたプログラ
ム或いはデータを前記医療情報処理用クライアント端末
が取得する第１取得ステップと、前記第１取得ステップ
によりプログラム或いはデータが取得された場合に、取
得したプログラム或いはデータを前記レプリカデータベ
ースに記憶する記憶ステップと、前記第１取得ステップ
により取得されたプログラム或いはデータを用いて前記
医療情報処理を行う第１処理ステップとを備え、前記ス
タンドアロン処理は、前記レプリカデータベースから前
記所定のプログラム或いは前記所定のデータを取得する
第２取得ステップと、前記第２取得ステップにより取得
されたプログラム或いはデータを用いて前記医療情報処
理を行う第２処理ステップとを備えたことを特徴とする
クライアント端末用医療情報処理プログラム。 （付記１５） 医療情報処理を行うためのプログラム或
いはデータを記憶したマスタデータベースを有し、前記
医療情報処理を行う医療情報処理用クライアント端末と
電気通信回線を介して接続されることができる医療情報
処理用サーバに所定の動作を実行させるサーバ用医療情
報処理プログラムであって、前記医療情報処理用クライ
アント端末からの要求に応じて、前記マスタデータベー
スに記憶された所定のプログラム或いは所定のデータを
前記電気通信回線を介して前記医療情報処理用クライア
ント端末に配信する配信ステップと、自己の負荷状態を
測定するための測定ステップと、前記要求を送信するか
否かを前記医療情報処理用クライアント端末に判断させ
るために前記測定手段の測定結果を前記医療情報処理用
クライアントに提供する測定結果提供ステップとを前記
医療情報処理用サーバに実行させることを特徴とするサ
ーバ用医療情報処理プログラム。

【００６０】

【発明の効果】以上に詳述したように、本発明は、クラ
イアント端末にレプリカデータベースを備え、サーバマ
シン或いはクライアント端末のレプリカデータベースの
いずれかに動的にダウンロード元を切り換えて医療情報
処理に必要なデータやプログラムを取得できるため、作
業途中でサーバマシンに接続できなくなった場合でも作
業を中断せずに入力情報のチェックや入力支援等の各種
医療業務を行うことができる。つまり、インターネット
システムにおいてサーバマシンに接続できない場合であ
っても、病院・診療所で行われる患者受付業務から会計
業務までの一連の業務をインターネットに接続できる場
合と同様に行うことができる。

【００６１】特に、病院・診療所で行われる受付業務か
ら診察、会計業務までの一連の業務は医療事務員、医
師、薬剤師等の複数要員の連携で成り立っており、それ
らは前の業務から順番に行われるため、これら一連の業
務がサーバマシンに接続できないことによって中断或い
は停止すると、後に続く業務を行うことができなくなる
ため、業務全体の遅延につながり、患者に対するサービ
スも低下することになる。従って、本発明によれば、こ
うした業務の遅滞を防ぐ事ができ、患者に対して一定の
品質のサービスを提供する事が可能となる。

【００６２】また、本発明によれば、サーバマシン上で
患者情報を共有する事ができるため、医療機関間の連携
が飛躍的に進むこととなる。例えば、ある患者がA病院
で薬剤Xを処方してもらい、その後B病院で薬剤Yを処方
しようとしたとする。ところが薬剤Xと薬剤Yを同時に服
用してはいけない場合がある。この時、患者情報が共有
されていない場合には、B病院で薬剤Xが処方されたこと
が分からず薬剤Yが処方される可能性がある。しかし、
本発明によれば、サーバマシンのマスタデータベースで
患者情報を一元管理することにより、患者情報を複数の
医療機関で共有することができるため、そうした事故を
防ぐ事ができる。

【００６３】更に又、本発明では、サーバマシンに接続
はできても、ある程度サーバマシンに負荷がかかってい
る場合には、クライアント端末のレプリカデータベース
からプログラムやデータを取得するようにしたため、シ
ステムの処理時間を抑えることができる。これにより患
者受付や会計、診察等の患者を待たせる業務でも作業時
間を一定に保つことができ、患者の待ち時間の増加を抑
え、患者に対して一定の品質のサービスを提供すること
を可能とするという効果を奏する。

【図面の簡単な説明】

【図１】本発明の実施の形態における医療情報処理シス
テムの基本構成図である。

【図２】サーバマシンの基本構成を示したブロック図で
ある。

【図３】患者ＤＢの構成例である。

【図４】マスタＤＢの構成例である。

【図５】クライアント端末の基本構成を示したブロック
図である。

【図６】診療行為入力作業の流れを詳細に示したフロー
チャート（１）である。

【図７】診療行為入力作業の流れを詳細に示したフロー
チャート（２）である。

【図８】サーバマシンの状態診断の流れを示したフロー
チャートである。

【符号の説明】

１ 厚生労働省の端末、２ 支払い基金及び国保連合会
の端末、３ サーバマシン（親）、４ａ〜４ｎ サーバ
マシン、６ａ〜６ｎ クライアント端末、７インターネ
ット、１０ Ｗｅｂ制御部、１１ サーバ状態管理部、
１２ ＤＢ管理部、１３ プログラム管理部、１４ 患
者ＤＢ、１５ マスタＤＢ、１６ 診療支援プログラム
群（プログラムライブラリ）、１７ 自動配信管理部、
２０Ｗｅｂブラウザ、２３ ロード管理部、２４ キャ
ッシュプログラム管理部、２５ プログラム記憶部、２
６ レプリカデータベース管理部、２７ レプリカマス
タＤＢ、２８ レプリカ患者ＤＢ。

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5B082 DE04 GB06 HA03 5B089 KA12 ME02 ME09

Claims (5)

【特許請求の範囲】
1. 【請求項１】 医療情報処理を行うためのプログラム或
   いはデータを記憶したマスタデータベースを有する医療
   情報処理用サーバと、前記医療情報処理を行う医療情報
   処理用クライアント端末とが電気通信回線を介して接続
   された医療情報処理システムであって、 前記医療情報処理用サーバは、前記医療情報処理用クラ
   イアント端末からの要求に応じて、前記マスタデータベ
   ースに記憶された所定のプログラム或いは所定のデータ
   を前記電気通信回線を介して前記医療情報処理用クライ
   アント端末に配信し、 前記医療情報処理用クライアント端末は、前記配信され
   たプログラム或いはデータを記憶しておくためのレプリ
   カデータベースを備え、前記医療情報処理を行う場合、
   前記電気通信回線の通信状況或いは前記医療情報処理用
   サーバの稼働状況が第１の状態であると判断した場合に
   は、前記医療情報処理用サーバに所定のプログラム或い
   は所定のデータの配信を要求し、前記医療情報処理用サ
   ーバより配信されたプログラム或いはデータを用いて医
   療情報処理を行い、且つ、前記配信されたプログラム或
   いはデータを前記レプリカデータベースに格納し、一
   方、前記電気通信回線の通信状況或いは前記医療情報処
   理用サーバの稼働状況が第２の状態であると判断した場
   合には、前記レプリカデータベースに記憶されたプログ
   ラム或いはデータを用いて医療情報処理を行うことを特
   徴とする医療情報処理システム。
2. 【請求項２】 医療情報処理を行うためのプログラム或
   いはデータを記憶したマスタデータベースを有する医療
   情報処理用サーバと電気通信回線を介して接続されるこ
   とができ、前記プログラム中の所定のプログラム或いは
   前記データ中の所定のデータを用いて医療情報処理を行
   う医療情報処理用クライアント端末であって、 前記電気通信回線を介して前記医療情報処理用サーバか
   ら前記医療情報処理を行うために必要な前記所定のプロ
   グラム或いは前記所定のデータを取得する第１取得手段
   と、 前記第１取得手段によりプログラム或いはデータが取得
   された場合に、取得したプログラム或いはデータを記憶
   するレプリカデータベースと、 前記レプリカデータベースから前記所定のプログラム或
   いは前記所定のデータを取得する第２取得手段と、 前記電気通信回線の通信状況及び前記医療情報処理用サ
   ーバの稼働状況を取得する第３取得手段と、 前記医療情報処理を行う場合、前記第３取得手段による
   取得結果に基づいて、前記第１取得手段と前記第２取得
   手段のいずれにより前記所定のプログラム或いは前記所
   定のデータを取得するかを判断する判断手段と、 前記判断手段の判断結果に基づいて前記医療情報処理を
   行う処理手段とを備えたことを特徴とする医療情報処理
   用クライアント端末。
3. 【請求項３】 請求項１又は請求項２に記載の医療情報
   処理用クライアント端末と接続されることができ、前記
   医療情報処理用クライアント端末からの要求に応じて、
   前記所定のプログラム或いは前記所定のデータを前記医
   療情報処理用クライアント端末に提供する医療情報処理
   用サーバ。
4. 【請求項４】 医療情報処理を行うためのプログラム或
   いはデータを記憶したマスタデータベースを有する医療
   情報処理用サーバと電気通信回線を介して接続されるこ
   とができる医療情報処理用クライアント端末に前記プロ
   グラム中の所定のプログラム或いは前記データ中の所定
   のデータを用いて医療情報処理を実行させるクライアン
   ト端末用医療情報処理プログラムであって、 前記電気通信回線の通信状況及び前記医療情報処理用サ
   ーバの稼働状況を取得する状況取得ステップと、 前記状況取得ステップによる取得結果に基づいて、前記
   医療情報処理を前記マスタデータベースに記憶され前記
   医療情報処理用サーバから配信された前記所定のプログ
   ラム或いは前記所定のデータを用いて行うネットワーク
   処理と、前記レプリカデータベースから前記所定のプロ
   グラム或いは前記所定のデータを取得して行うスタンド
   アロン処理のいずれかにより行う医療情報処理実行ステ
   ップとを前記医療情報処理用クライアント端末に実行さ
   せることを特徴とするクライアント端末用医療情報処理
   プログラム。
5. 【請求項５】 医療情報処理を行うためのプログラム或
   いはデータを記憶したマスタデータベースを有し、前記
   医療情報処理を行う医療情報処理用クライアント端末と
   電気通信回線を介して接続されることができる医療情報
   処理用サーバに所定の動作を実行させるサーバ用医療情
   報処理プログラムであって、 前記医療情報処理用クライアント端末からの要求に応じ
   て、前記マスタデータベースに記憶された所定のプログ
   ラム或いは所定のデータを前記電気通信回線を介して前
   記医療情報処理用クライアント端末に配信する配信ステ
   ップと、 自己の負荷状態を測定するための測定ステップと、 前記要求を送信するか否かを前記医療情報処理用クライ
   アント端末に判断させるために前記測定手段の測定結果
   を前記医療情報処理用クライアントに提供する測定結果
   提供ステップとを前記医療情報処理用サーバに実行させ
   ることを特徴とするサーバ用医療情報処理プログラム。