JPH0784922A - 情報伝達システム - Google Patents

Abstract

(57)【要約】 【目的】 １つ以上の業務依頼部門と、業務分担の異な
る複数の業務処理部門との間で情報を相互に伝達するシ
ステムにおいて、情報を各顧客に対しても統合的に扱う
ことにより、顧客への対応業務がスムーズに行うことを
可能とする。 【構成】 １つ以上の業務依頼部門と、業務分担の異な
る複数の業務処理部門との間で情報を相互に伝達するシ
ステムであって、前記業務依頼部門及び業務処理部門の
各々に設置された端末装置と、前記複数の端末装置を管
理する管理手段と、前記複数の端末装置と管理手段とを
接続するネットワークと、前記管理手段に接続される顧
客別業務記憶手段と、前記管理手段に接続される業務部
門別業務記憶手段とを有する情報伝達システムにおい
て、管理手段は、前記複数の端末装置に入力されたデー
タを適宜各記憶手段に書き込む手段と、各記憶段に記憶
されたデータを適宜各端末装置に表示する手段を少なく
とも有する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、例えば、病院で利用さ
れる検査オーダシステム等の、業務依頼部門と業務処理
部門との間で情報を相互に伝達するシステムに関する。

【０００２】

【従来の技術】計算機ネットワーク技術の発達により、
業務依頼部門と業務処理部門との間の連絡をネットワー
ク経由で電子的に行なうシステムが普及してきている。

【０００３】このようなシステムの一例として、病院で
利用されるオーダシステム（以下単に「オーダシステ
ム」と記す）が知られている。

【０００４】以下、オーダシステムを例に挙げて本発明
の背景について説明する。

【０００５】病院においては、医師が患者を診察する
が、その際病状を精密に把握するために各種の検査、例
えば、患者から採取した血液・尿などの検体を調べる検
体検査、患者の身体の状態を心電図・脳波などで直接測
定する生理検査、Ｘ線写真などの画像を用いる画像検査
などの検査を施している。

【０００６】大規模の病院では、これらの検査には各々
専門の担当部門が存在し、病院の全患者を対象として検
査を行なようになっており、そのため、各々の患者は医
師の判断に応じて各担当部門に検査を依頼することにな
る。

【０００７】この結果、顧客である患者と業務実行部門
である各検査部門とは一対多数の関係となっている。

【０００８】計算機技術が発達する以前は、上述の検査
依頼は紙の伝票を用いて行なわれていたが、計算機ネッ
トワークの普及により依頼を電子的に行なえるシステム
が開発され、オーダシステムと呼ばれる様になった（上
田らによる文献「東京都老人医療センターにおける医療
情報総合システム（ＧＥＮＥＳＹＳ）について」、第１
０回医療情報学連合大会予稿集１−Ａ−００１参照）。

【０００９】以下、従来のオーダシステムの概要につい
て説明する。

【００１０】図１２は、従来のオーダシステムの概略構
成を示すブロック図である。

【００１１】図１２において、１１は内科１１１、外科
１１２などからなる病院の診療部門、１２は検体検査室
１２１、生理検査室１２２などからなる病院の検査部門
群である。また、１３はネットワーク、１０は管理用の
ホスト計算機、１５１，１５２，１６１，１６２は端末
装置、１０９は業務部門別業務記憶手段群である。

【００１２】業務依頼部門である内科１１１、外科１１
２などからなる診療部門１１と、業務処理部門である検
体検査室１２１、生理検査室１２２等からなる検査部門
群１２とは、ネットワーク１３で結ばれており、ネット
ワーク１３には管理用のホスト計算機１０が接続され
る。また、各部門には端末装置１５１、１５２、１６
１、１６２が設置され、ホスト計算機１０と通信でき
る。

【００１３】ホスト計算機１０には、業務部門別業務記
憶手段群１０９を構成する、２つの記憶装置が接続さ
れ、２つの記憶装置には、検体検査ファイル１０１また
は生理検査ファイル１０２が作成される。

【００１４】なお、２つの記憶装置は、物理的には１つ
の記憶装置を区分して用いても良い。

【００１５】ホスト計算機１０は、オーダシステムを実
行するためのプログラム１００を備えている。

【００１６】図１３は、図１２におけるプログラム１０
０の処理手順を示すフローチャートである。

【００１７】以下、図１３を用いて、図１２におけるプ
ログラム１００の処理手順を説明する。

【００１８】プログラム１００は、図１３に示す通り、
操作者（オペレータ）からの操作に基づき、以下の処理
（Ａ）〜（Ｄ）を平行して実行する。

【００１９】（Ａ）診療部門１１からの検査依頼を業務
部門別業務記憶手段群１０９の適当な記憶装置に書き込
む処理。

【００２０】以下、前記（Ａ）の処理について説明す
る。

【００２１】端末装置１５１を監視し、検査依頼が入力
されたか否かを判断し（ステップ１１１）、検査依頼が
あった場合に、依頼された検査の種別が検体検査である
か生理検査であるかを判断する（ステップ１１２）。依
頼された検査の種別が検体検査である場合には、依頼内
容を依頼内容を検体検査ファイル１０１に書き込み（ス
テップ１１３）、ステップ１１１にリターンする。ま
た、依頼された検査の種別が生理検査である場合には、
依頼内容を生理検査ファイル１０２に書き込み（ステッ
プ１１４）、ステップ１１１にリターンする。

【００２２】（Ｂ）検体検査依頼を検体検査室１２１に
表示し、検査結果を入力する処理。

【００２３】以下、前記（Ｂ）の処理について説明す
る。

【００２４】検体検査ファイル１０１内の検体検査依頼
を端末装置１６１に表示する（ステップ１２１）。ま
た、検査の結果が端末装置１６１から入力された場合
に、検体検査ファイル１０１へ書き込む（ステップ１２
２）。

【００２５】前記１２１〜１２２のステップを定期的
（ここでは１時間毎）に繰り返す（ステップ１２０）。

【００２６】（Ｃ）生理検査依頼を生理検査室１２２に
表示し、検査結果を入力する処理。

【００２７】以下、前記（Ｃ）の処理について説明す
る。

【００２８】生理検査ファイル１０２内の検体検査依頼
を端末装置１６２に表示する（ステップ１３１）。ま
た、検査の結果が端末装置１６２から入力された場合
に、生理検査ファイル１０２へ書き込む（ステップ１３
２）。

【００２９】前記１３１〜１３２のステップを定期的
（ここでは１時間毎）に繰り返す（ステップ１３０）。

【００３０】（Ｄ）診療部門１１からの結果参照依頼に
対して結果を表示する処理。

【００３１】以下、前記（Ｄ）の処理について説明す
る。

【００３２】端末装置１５１を監視し、検査結果参照要
求が入力されたか否かを判断し（ステップ１４１）、入
力された参照要求が検体検査であるか生理検査であるか
を判断する（ステップ１４２）。

【００３３】入力された参照要求が検体検査である場合
には、検査結果を検体検査ファイル１０１から読み出し
（ステップ１４３）、読み出し内容を端末装置１５１に
出力する（ステップ１４５）。

【００３４】入力された参照要求が生理検査である場合
には、検査結果を生理検査ファイル１０２から読み出し
（ステップ１４４）、端末装置１５１に出力する（ステ
ップ１４５）。

【００３５】なお、前記（Ａ），（Ｄ）の処理は、端末
装置１５２についても同様に行う。

【００３６】しかしながら、前記従来技術のオーダシス
テムにおいては、検査依頼や検査結果が検査部門別に分
かれて複数の業務部門別業務記憶手段に記憶されてお
り、このため、医師が複数種類の検査を依頼した場合に
は、各々の検査依頼を担当検査部門別の複数の業務部門
別業務記憶手段に分けて書き込む必要が生じ、ホスト計
算機の処理に手間を要するという問題があった。

【００３７】また、医師が複数種類の検査結果を参照す
る場合にも、同様に検査部門別の複数の業務部門別業務
記憶手段から結果を検索せねばならず、ホスト計算機の
処理に手間を要すると共に、同一時点で行なわれた異種
類の検査結果を比較検討することが困難になるという問
題があった。

【００３８】診察において、複数種類の検査を併用する
事は常識的な行為であり、前記の様な問題点は診察の妨
げとなるものであって、多方面から改善を要望されてい
た。

【００３９】

【発明が解決しようとする課題】病院で利用されるオー
ダシステムを例に挙げて説明したように、業務依頼部門
と業務処理部門との間で情報を相互に伝達するシステム
おいては、前記した如く、業務依頼や業務依頼の結果が
業務処理部門別の複数の業務部門別業務記憶手段に分か
れて記憶されており、このため、顧客が複数種類の業務
依頼の結果を参照する場合に、複数の業務部門別業務記
憶手段から結果を検索せねばならず、ホスト計算機の処
理に手間を要すると共に、同一時点で行なわれた異種類
の業務依頼の結果を比較検討することが困難になるとい
う問題があった。

【００４０】また、顧客が複数種類の業務依頼をした場
合に、各々の業務依頼を担当業務処理部門別の複数の業
務部門別業務記憶手段に分けて書き込む必要が生じ、ホ
スト計算機の処理に手間を要するという問題があった。

【００４１】また、顧客が、複数の業務依頼部門を通じ
て、複数の業務処理部門に多対多の関係で業務処理の依
頼（検査の依頼など）を行なう場合にも、同様な問題点
があった。

【００４２】本発明は、前記従来技術の問題を解消する
ためになされたものであって、本発明の目的は、１つ以
上の業務依頼部門と、業務分担の異なる複数の業務処理
部門との間で情報を相互に伝達するシステムにおいて、
情報を各顧客に対しても統合的に扱うことにより、顧客
への対応業務がスムーズに行うことが可能となる技術を
提供することにある。

【００４３】本発明の前記目的並びにその他の目的及び
新規な特徴は、本明細書の記載及び添付図面によって明
らかにする。

【００４４】

【課題を解決するための手段】前記目的を達成するため
に、本発明の（１）の手段は、１つ以上の業務依頼部門
と、業務分担の異なる複数の業務処理部門との間で情報
を相互に伝達するシステムであって、前記業務依頼部門
及び業務処理部門の各々に設置された端末装置と、前記
複数の端末装置を管理する管理手段と、前記複数の端末
装置と管理手段とを接続するネットワークと、前記管理
手段に接続される顧客別業務記憶手段と、前記管理手段
に接続される業務部門別業務記憶手段とを有する情報伝
達システムにおいて、管理手段は、前記複数の端末装置
に入力されたデータを適宜各記憶手段に書き込む手段
と、各記憶段に記憶されたデータを適宜各端末装置に表
示する手段を少なくとも有することを特徴とする。

【００４５】また、本発明の（２）の手段は、前記
（１）の手段において、管理手段は、業務依頼部門の端
末装置に入力された複数の業務処理部門に対する業務処
理依頼を、顧客別業務記憶手段およびに業務部門別業務
記憶手段に書き込む第１の手段と、業務処理部門の端末
装置に入力された業務処理結果を、顧客別業務記憶手段
あるいは業務部門別業務記憶手段の少なくとも一方に書
き込む第２の手段と、業務依頼部門の端末装置に入力さ
れた業務処理依頼あるいは業務処理結果の参照依頼を受
けて、前記業務処理依頼あるいは業務処理結果を顧客別
業務記憶手段あるいは業務別記憶手段から読み出し、依
頼を受けた端末装置に表示する第３の手段とを少なくと
も具備することを特徴とする。

【００４６】また、本発明の（３）の手段は、前記
（１）の手段において、管理手段は、業務依頼部門の端
末装置に入力された前記複数の業務処理部門に対する業
務処理依頼を、顧客別業務記憶手段あるいは業務部門別
業務記憶手段の少なくとも一方に書き込む第１の手段
と、業務処理部門の端末装置に入力された業務処理結果
を、顧客別業務記憶手段および業務別記憶手段に書き込
む第２の手段と、業務依頼部門の端末装置に入力された
業務処理依頼あるいは業務処理結果の参照依頼を受け
て、前記業務処理依頼あるいは業務処理結果を顧客別業
務記憶手段あるいは業務別記憶手段から読み出し、依頼
を受けた端末装置に表示する第３の手段とを少なくとも
具備することを特徴とする。

【００４７】また、本発明の（４）の手段は、前記
（１）ないし（３）の手段のいずれかにおいて、管理手
段が、ある業務処理部門の端末装置に入力された、ある
顧客に関する業務処理部門の業務依頼あるいは業務処理
結果参照の依頼を受けて、顧客別記憶手段あるいは業務
部門別記憶手段からある顧客に関する業務処理部門の業
務依頼あるいは業務処理結果を読み出し、前記依頼を受
けた業務処理部門の端末装置に表示する手段をさらに具
備することを特徴とする。

【００４８】また、本発明の（５）の手段は、前記
（１）ないし（４）の手段のいずれかにおいて、管理手
段が、ホスト計算機であることを特徴とする。

【００４９】また、本発明の（６）の手段は、前記
（１）ないし（４）の手段のいずれかにおいて、業務依
頼部門に設置された各端末装置に顧客別業務記憶手段が
接続され、業務処理部門に設置された各端末装置に業務
部門別業務記憶手段が接続され、さらに、管理手段が各
端末装置に分散配置されることを特徴とする。

【００５０】また、本発明の（７）の手段は、前記
（１）ないし（４）の手段のいずれかにおいて、業務依
頼部門に設置された各端末装置に顧客別業務記憶手段が
接続され、業務処理部門に設置された各端末装置に業務
部門別業務記憶手段が接続され、さらに、管理手段が、
各端末装置と監視線を具備する監視手段に分散配置され
ることを特徴とする。

【００５１】

【作用】前記手段によれば、同一顧客に関する業務処理
依頼および業務処理結果は１つの記憶装置にまとめて記
憶されるので、顧客に対する種々の業務処理結果をまと
めてアクセスすることが可能となり、特に、検査オーダ
システムにおいては、医師は効率良く患者の病状を把握
することができる。

【００５２】

【実施例】以下、図面を参照して本発明の情報伝達シス
テムの実施例を詳細に説明する。なお、実施例を説明す
るための全図において、同一機能を有するものは同一符
号を付け、その繰り返しの説明は省略する。

【００５３】〔実施例１〕図１は、本発明による情報伝
達システムの実施例１であるオーダシステムの概略構成
を示すブロック図である。

【００５４】図１において、１１は内科１１１、外科１
１２などからなる病院の診療部門、１２は検体検査室１
２１、生理検査室１２２などからなる病院の検査部門群
である。また、１３はネットワーク、１０は管理用のホ
スト計算機、１５１，１５２，１６１，１６２は端末装
置、１０９は業務部門別業務記憶手段群である。

【００５５】業務依頼部門である内科１１１、外科１１
２などからなる診療部門１１と、業務処理部門である検
体検査室１２１、生理検査室１２２などからなる検査部
門群１２とは、ネットワーク１３で結ばれており、ネッ
トワーク１３には、管理用のホスト計算機１０が接続さ
れる。また、各部門には端末装置１５１，１５２，１６
１，１６２が設置され、ホスト計算機１０と通信でき
る。

【００５６】ホスト計算機１０には、顧客別業務記憶手
段および業務部門別業務記憶手段群１０９を構成する３
つの記憶装置が接続され、顧客別業務記憶手段を構成す
る記憶装置には、患者別ファイル２０が、業務部門別業
務記憶手段群１０９を構成する２つの記憶装置には、検
体検査ファイル１０１が、生理検査ファイル１０２が作
成される。

【００５７】なお、業務部門別業務記憶手段群１０９を
構成する２つの記憶装置は、物理的には１つの記憶装置
を区分して用いても良い。

【００５８】患者別ファイル２０の中には、患者各個人
のファイルが記憶される。これらのは、たとえば内科患
者ファイル２０１、外科患者ファイル２０２、……、と
いうように診療科別に区分けされていても良い。

【００５９】なお、患者別ファイル２０は、検体検査フ
ァイル１０１，生理検査ファイル１０２と同様に物理的
に同一の記憶装置を区分して用いることもできる。

【００６０】ホスト計算機１０は、特許請求の範囲第１
項に記載された管理手段を構成しており、ホスト計算機
１０は、本実施例１のオーダシステムを実行するための
プログラム２００を備えている。

【００６１】プログラム２００には、処理依頼プログラ
ム２１０および結果報告プログラム２２０が組み込まれ
ている。

【００６２】図２は、図１におけるプログラム２００の
処理手順を示すフローチャートである。

【００６３】以下、図２を用いて、図１におけるプログ
ラム２００の処理手順を説明する。

【００６４】プログラム２００は、図２に示す通り、操
作者（オペレータ）からの操作に基づき、以下の処理
（Ｅ）〜（Ｊ）を平行して実行する。

【００６５】（Ｅ）診療部門１１からの検査依頼を業務
部門別業務記憶手段群１０９の適当な記憶装置、および
患者別ファイル２０の中の当該患者ファイルに書き込む
処理。

【００６６】以下、前記（Ｅ）の処理について説明す
る。

【００６７】端末装置１５１を監視し、検査依頼が入力
されたか否かを判断し（ステップ２１１）、検査依頼が
あった場合に、依頼された検査の種別が検体検査である
か生理検査であるかを判断する（ステップ２１２）。依
頼された検査の種別が検体検査である場合には、依頼内
容を依頼内容を検体検査ファイル１０１に書き込み（ス
テップ２１３）、依頼内容を患者別ファイル２０の中の
当該患者ファイルに書き込み（ステップ２１５）、ステ
ップ２１１にリターンする。

【００６８】また、依頼された検査の種別が生理検査で
ある場合には、依頼内容を生理検査ファイル１０２に書
き込み（ステップ２１４）、依頼内容を患者別ファイル
２０の中の当該患者ファイルに書き込み（ステップ２１
５）、ステップ１１１にリターンする。

【００６９】なお、前記（Ｅ）の処理は、端末装置１５
２についても同様に行う。

【００７０】（Ｆ）検体検査依頼を検体検査室１２１に
表示する処理。

【００７１】以下、前記（Ｆ）の処理について説明す
る。

【００７２】検体検査ファイル１０１内の検体検査依頼
を端末装置１６１に表示する（ステップ２２１）。

【００７３】前記２２１のステップを、定期的（ここで
は１時間毎）に繰り返す（ステップ２２０）。

【００７４】（Ｇ）生理検査依頼を生理検査室１２２に
表示する処理。

【００７５】以下、前記（Ｇ）の処理について説明す
る。

【００７６】生理検査ファイル１０２内の検体検査依頼
を端末装置１６２に表示する（ステップ２３１）。

【００７７】前記２３１のステップを、定期的（ここで
は１時間毎）に繰り返す（ステップ２３０）。

【００７８】（Ｈ）検体検査結果を検体検査ファイル１
０１および患者別ファイル２０の中の当該患者ファイル
に書き込む処理。

【００７９】以下、前記（Ｈ）の処理について説明す
る。

【００８０】端末装置１６１に、検査結果が入力された
かどうかを判断し（ステップ２４１）、入力された場合
には、入力された検査結果を検体検査ファイル１０１に
書き込み（ステップ２４２）、さらに、入力された検査
結果を患者別ファイル２０の中の当該患者ファイルに書
き込み（ステップ２４３）、ステップ２４１に戻る。

【００８１】（Ｉ）生理検査結果を生理検査ファイル１
０２および患者別ファイル２０の中の当該患者ファイル
に書き込む処理。

【００８２】以下、前記（Ｉ）の処理について説明す
る。

【００８３】端末装置１６２に、検査結果が入力された
かどうかを判断し（ステップ２４５）、入力された場合
には、入力された検査結果を生理検査ファイル１０２に
書き込み（ステップ２４６）、さらに、入力された検査
結果を患者別ファイル２０の中の当該患者ファイルに書
き込む（ステップ２４７）、ステップ２４５に戻る。

【００８４】（Ｊ）診療部門１１からの参照依頼（検査
依頼参照あるいは検査結果参照依頼）に対して結果を表
示する処理。

【００８５】以下、前記（Ｊ）の処理について説明す
る。

【００８６】端末装置１５１を監視し、参照依頼（検査
依頼あるいは検査結果参照依頼）が入力されたか否かを
判断し（ステップ２５１）、参照依頼があった場合に、
当該検査依頼あるいは検査結果を患者別ファイル２０の
中の当該患者ファイルから読み出し（ステップ２５
２）、読みだした内容を端末装置１５１に表示する（ス
テップ２５３）。

【００８７】なお、前記（Ｊ）の処理は、端末装置１５
２にも同様に行う。

【００８８】また、図１における処理依頼プログラム２
１０及び結果報告プログラム２２０は、図２のプログラ
ム２００の一部として組み込まれており、処理依頼プロ
グラム２１０及び結果報告プログラム２２０が処理する
部分は、図２中の点線で囲まれた部分である。

【００８９】さらに、現実のオーダシステムでは、補助
的な機能ではあるが検査部門相互で、データをアクセス
する必要が生じる。

【００９０】例えば、検体検査において、検査対象患者
が検査結果に影響を与える様な生理検査をうけているか
否かを知る必要があり、そのために、生理検査室のデー
タをアクセスする必要が生じる。

【００９１】そこで、本実施例１では、ホスト計算機１
０のプログラム２００に以下の処理を追加している。

【００９２】図３は、図１におけるホスト計算機１０の
プログラム２００の検査部門間でファイルをアクセスす
るためのの処理手順を示すフローチャートである。

【００９３】図３を用いて、図１におけるホスト計算機
１０のプログラム２００の検査部門間でファイルをアク
セスするためのの処理手順を説明する。

【００９４】端末装置１６１を監視し、検査結果参照要
求が入力されたか否かを判断し（ステップ２６１）、入
力された参照要求が検体検査であるか生理検査であるか
を判断する（ステップ２６２）。

【００９５】入力された参照要求が検体検査である場合
には、検査結果を検体検査ファイル１０１から読み出し
（ステップ２６３）、読み出した内容を端末装置１６１
に表示する（ステップ２６５）。

【００９６】入力された参照要求が生理検査である場合
には、検査結果を生理検査ファイル１０２から読み出し
（ステップ２６４）、読み出した内容を端末装置１６１
に表示する（ステップ２６５）。

【００９７】なお、前記図３の処理は、端末装置１６２
についても同様に行う。

【００９８】また、本実施例１では、検査依頼および検
査結果を、顧客別業務記憶手段（患者別ファイル２０）
および業務部門別業務記憶手段群（検体検査ファイル１
０１、生理検査ファイル１０２）に書き込むようにした
が、必ずしもこれに限定されるわけではなく、検査依頼
を、顧客別業務記憶手段（患者別ファイル２０）および
業務部門別業務記憶手段群（検体検査ファイル１０１、
生理検査ファイル１０２）に書き込んだときには、検査
結果は、顧客別業務記憶手段（患者別ファイル２０）あ
るいは業務部門別業務記憶手段群（検体検査ファイル１
０１、生理検査ファイル１０２）の少なくとも一方に書
き込まれていれば良く、逆に、検査結果を、顧客別業務
記憶手段（患者別ファイル２０）および業務部門別業務
記憶手段群（検体検査ファイル１０１、生理検査ファイ
ル１０２）に書き込んだときには、検査依頼は、顧客別
業務記憶手段（患者別ファイル２０）あるいは業務部門
別業務記憶手段群（検体検査ファイル１０１、生理検査
ファイル１０２）の少なくとも一方に書き込まれていれ
ば良い。

【００９９】そして、検査依頼を、顧客別業務記憶手段
（患者別ファイル２０）あるいは業務部門別業務記憶手
段群（検体検査ファイル１０１、生理検査ファイル１０
２）の少なくとも一方に、あるいは、検査結果を、顧客
別業務記憶手段（患者別ファイル２０）あるいは業務部
門別業務記憶手段群（検体検査ファイル１０１、生理検
査ファイル１０２）の少なくとも一方に書き込んだ場合
には、前記（Ｊ）および図３の処理において、検査依頼
あるいは検査結果を、業務部門別業務記憶手段群（検体
検査ファイル１０１、生理検査ファイル１０２）あるい
は顧客別業務記憶手段（患者別ファイル２０）より、読
み出す必要がある。

【０１００】以上説明したように、本実施例１によれ
ば、各患者の検査依頼情報あるいは検査結果情報を、患
者別ファイル２０の中で患者毎にまとめて取り扱うこと
が可能となり、医師は効率良く患者の病状を把握するこ
とができる。

【０１０１】〔実施例２〕図４は、本発明による情報伝
達システムの実施例２であるオーダシステムの概略構成
を示すブロック図である。

【０１０２】本実施例２は、最近普及してきた分散型ネ
ットワークシステムに本発明を適用したものである。

【０１０３】図４において、１１は内科１１１、外科１
１２などからなる病院の診療部門、１２は検体検査室１
２１、生理検査室１２２などからなる病院の検査部門群
である。また、１３はネットワーク、３２１，３２２，
３３１，３３２はワークステーション、３０１，３０
２，３１１，３１２はワークステーション３２１，３２
２，３３１，３３２の中のプログラムである。

【０１０４】業務依頼部門である内科１１１、外科１１
２等からなる診療部門１１と、業務処理部門である検体
検査室１２１、生理検査室１２２等からなる検査部門群
１２とは、ネットワーク１３で結ばれている。

【０１０５】しかしながら、本実施例２では、ネットワ
ーク全体を管理するホスト計算機は存在せず、代わりに
各部門には、ワークステーション３２１，３２２，３３
１，３３２が配置されている。

【０１０６】したがって、特許請求の範囲第１項に記載
された管理手段が、複数のワークステーションに分散配
置される構成となる。

【０１０７】各ワークステーションでは、プログラム３
０１，３０２，３１１，３１２が個別に動作する。

【０１０８】これらのプログラム３０１，３０２，３１
１，３１２は、当該ワークステーション３２１，３２
２，３３１，３３２における入力、表示処理、および当
該ワークステーションに接続されたファイルの書き込
み、読み出しを行うことができる。

【０１０９】更に、これらのプログラム３０１，３０
２，３１１，３１２は、ネットワーク１３を経由して他
のワークステーションに接続されたファイルの書き込
み、読み出しをも行うことができる。

【０１１０】各ワークステーション３２１，３２２，３
３１，３３２には、記憶手段を接続することができる。

【０１１１】本実施例２では、各ワークステーション３
２１，３２２，３３１，３３２に、記憶手段が接続さ
れ、検体検査室のワークステーション３３１に接続され
た記憶手段には検体検査ファイル１０１が、生理検査室
のワークステーション３３２に接続された記憶手段には
生理検査ファイル１０２が、内科診察室のワークステー
ション３２１に接続された記憶手段には内科患者ファイ
ル２０１が、外科診察室のワークステーション３２２に
接続された記憶手段には外科患者ファイル２０２が、そ
れぞれ作成される。

【０１１２】この結果、前記図１の実施例１における業
務部門別業務記憶手段群１０９および患者別ファイル２
０が作成される顧客別業務記憶手段は、複数の要素に物
理的に分散した構成となる。

【０１１３】図５は、図４におけるワークステーション
３２１の中のプログラム３０１の処理手順を示すフロー
チャートである。

【０１１４】図６は、図４におけるワークステーション
３３１の中のプログラム３１１の処理手順を示すフロー
チャートである。

【０１１５】図５を用いて、図４におけるワークステー
ション３２１の中のプログラム３０１の処理手順を説明
する。

【０１１６】プログラム３０１は、診療部門１１の内科
１１１における検査依頼および参照依頼（検査依頼参照
あるいは検査結果参照）を実行する。

【０１１７】ワークステーション３２１に操作者（オペ
レータ）からの入力があったかをどうかを判断し（ステ
ップ４０１）、入力があった場合に、その入力が参照依
頼（検査依頼参照あるいは検査結果参照）か、あるい
は、検査依頼かの判断を行う（ステップ４０２）。

【０１１８】操作者からの入力が、参照依頼（検査依頼
参照あるいは検査結果参照）であれば、当該患者の検査
依頼あるいは検査結果を内科患者ファイル２０１又は外
科患者ファイル２０２内の当該患者ファイルから読みだ
し（ステップ４０３）、読みだした内容をワークステー
ション３２１に表示し（ステップ４０４）、ステップ４
０１に戻る。

【０１１９】操作者からの入力が、検査を依頼をするた
めのものであれば、依頼された検査の種別が検体検査で
あるか、生理検査であるかを判断する（ステップ４１
２）。

【０１２０】操作者からの入力が、検体検査の依頼であ
れば、依頼内容を検体検査ファイル１０１に書き込み
（ステップ４１３）、依頼内容を内科患者ファイル２０
１又は外科患者ファイル２０２内の当該患者ファイルに
書き込み（ステップ４１５）、ステップ４０１に戻る。

【０１２１】操作者からの入力が、生理検査の依頼であ
れば、依頼内容を生理検査ファイル１０２に書き込み
（ステップ４１４）、依頼内容を内科患者ファイル２０
１又は外科患者ファイル２０２内の当該患者ファイルに
書き込み（ステップ４１５）、ステップ４０１に戻る。

【０１２２】また、図１における処理依頼プログラム２
１０は、図４のプログラム３０１の一部として組み込ま
れており、処理依頼プログラム２１０が処理する部分
は、図５中の点線で囲まれた部分である。

【０１２３】なお、図４におけるワークステーション３
２２の中のプログラム３０２の処理手順は、図４におけ
るワークステーション３２１の中のプログラム３０１の
処理手順と同じであるので、説明は省略する。

【０１２４】次に、図６を用いて、図４におけるワーク
ステーション３３１の中のプログラム３１１の処理手順
を説明する。

【０１２５】プログラム３１１は、図６に示す通り、以
下の処理（Ｋ）〜（Ｌ）を平行して実行する。

【０１２６】（Ｋ）検体検査依頼を検体検査室１２１に
表示する処理以下、前記（Ｋ）の処理について説明す
る。

【０１２７】検体検査ファイル１０１内の検体検査依頼
をワークステーション端末装置３３１に表示する（ステ
ップ５０２）。

【０１２８】前記ステップス５０２を、定期的（ここで
は１時間毎）に繰り返す（ステップ５０１）。

【０１２９】（Ｌ）検体検査結果を検体検査ファイル１
０１および内科患者ファイル２０１又は外科患者ファイ
ル２０２の中の当該患者ファイルに書き込む処理。

【０１３０】以下、前記（Ｌ）の処理について説明す
る。

【０１３１】ワークステーション３３１に、検査結果が
入力されたかどうかを判断し（ステップ５１１）、入力
された場合には、入力された検査結果を検体検査ファイ
ル１０１に書き込み（ステップ５１２）、さらに、入力
された検査結果を内科患者ファイル２０１又は外科患者
ファイル２０２内の当該患者ファイルに書き込み（ステ
ップ５１３）、ステップ５１１に戻る。

【０１３２】また、図１における結果報告プログラム２
２０は、図４のプログラム３１１の一部として組み込ま
れており、結果報告プログラム２２０が処理する部分
は、図６中の点線で囲まれた部分である。

【０１３３】なお、図４におけるワークステーション３
３２の中のプログラム３１２の処理手順は、図４におけ
るワークステーション３３１の中のプログラム３１１の
処理手順と同じであるので、説明は省略する。

【０１３４】さらに、本実施例２でも、前記実施例１と
同様に、検査部門相互でデータをアクセスする必要が生
じる。

【０１３５】分散ネットワークにおいて、このような必
要が生じた場合に、アクセスするデータが自部門のファ
イルにあるか否かを判定する必要がある。

【０１３６】そこで、本実施例２では、プログラム３１
１（プログラム３１２も同じ）に以下の処理を追加して
いる。

【０１３７】図７は、図４におけるワークステーション
３３１の中のプログラム３１１の検査部門間でファイル
をアクセスするための処理手順を示すフローチャートで
ある。

【０１３８】図７を用いて、図４におけるワークステー
ション３３１の中のプログラム３１１の検査部門間でフ
ァイルのアクセスするためのの処理手順を説明する。

【０１３９】アクセスするデータが、自部門（検体検
査）か否かを判断（ステップ６０１）し、自部門（検体
検査）の場合には、検体検査ファイル１０１を直接アク
セスし（ステップ６０２）、自部門（検体検査）でない
場合には、他部門のファイルをネットワーク１３経由で
アクセスする（ステップ６０３）。

【０１４０】なお、本実施例２では、検査依頼および検
査結果を、顧客別業務記憶手段（内科患者ファイル２０
１、外科患者ファイル２０２）および業務部門別業務記
憶手段群（検体検査ファイル１０１、生理検査ファイル
１０２）に書き込むようにしたが、必ずしもこれに限定
されるわけではなく、検査依頼を、顧客別業務記憶手段
（内科患者ファイル２０１、外科患者ファイル２０２）
および業務部門別業務記憶手段群（検体検査ファイル１
０１、生理検査ファイル１０２）に書き込んだときに
は、検査結果は、顧客別業務記憶手段（内科患者ファイ
ル２０１、外科患者ファイル２０２）あるいは業務部門
別業務記憶手段群（検体検査ファイル１０１、生理検査
ファイル１０２）の少なくとも一方に書き込まれていれ
ば良く、逆に、検査結果を、顧客別業務記憶手段（内科
患者ファイル２０１、外科患者ファイル２０２）および
業務部門別業務記憶手段群（検体検査ファイル１０１、
生理検査ファイル１０２）に書き込んだときには、検査
依頼は、顧客別業務記憶手段（内科患者ファイル２０
１、外科患者ファイル２０２）あるいは業務部門別業務
記憶手段群（検体検査ファイル１０１、生理検査ファイ
ル１０２）の少なくとも一方に書き込まれていれば良
い。

【０１４１】そして、検査依頼を、顧客別業務記憶手段
（内科患者ファイル２０１、外科患者ファイル２０２）
あるいは業務部門別業務記憶手段群（検体検査ファイル
１０１、生理検査ファイル１０２）の少なくとも一方
に、あるいは、検査結果を、顧客別業務記憶手段（内科
患者ファイル２０１、外科患者ファイル２０２）あるい
は業務部門別業務記憶手段群（検体検査ファイル１０
１、生理検査ファイル１０２）の少なくとも一方に書き
込んだ場合には、前記図５および図７の処理において、
検査依頼あるいは検査結果を、業務部門別業務記憶手段
群（検体検査ファイル１０１、生理検査ファイル１０
２）あるいは顧客別業務記憶手段（内科患者ファイル２
０１、外科患者ファイル２０２）より、読み出す必要が
ある。

【０１４２】以上説明したように、本実施例２では、各
患者の検査依頼情報あるいは検査結果情報を、内科患者
ファイル２０１又は外科患者ファイル２０２の中で患者
毎にまとめて取り扱うことが可能となり、前実施例１と
同様に、医師は効率良く患者の病状を把握することがで
きる。

【０１４３】更に、本実施例２においては、ワークステ
ーション３３１が、ステップ５０１〜５０２を実行する
際には、ネットワーク１３を使用する必要がなく、同様
に、ワークステーション３２１がステップ４０１〜４０
４を実行する際には、患者が内科患者であれば、ネット
ワーク１３を使用する必要がない（外科の患者が内科を
併診する、という場合にはネットワーク１３を使用せざ
るを得ないが、この様な患者は少数である。）。

【０１４４】したがって、本実施例２では、ネットワー
ク１３の混雑を低下させるという長所を有している。

【０１４５】〔実施例３〕図８は、本発明による情報伝
達システムの実施例３であるオーダシステムの概略構成
を示すブロック図である。

【０１４６】本実施例３は、前記実施例２と同様に、分
散型ネットワークシステムに本発明を適用したものであ
るが、前記実施例２よりも低機能のワークステーション
を用いた実施例を示している。

【０１４７】図８において、１１は内科１１１、外科１
１２などからなる病院の診療部門、１２は検体検査室１
２１、生理検査室１２２などからなる病院の検査部門群
である。また、１３はネットワーク、４０は監視手段、
４１は監視線、３２１，３２２，３３１，３３２はワー
クステーション、３０１，３０２，３１１，３１２はワ
ークステーション３２１，３２２，３３１，３３２の中
のプログラム、４００は伝達プログラムである。

【０１４８】本実施例３においても、前記実施例２と同
様に、業務依頼部門である内科１１１、外科１１２など
からなる診療部門１１と、業務処理部門である検体検査
室１２１、生理検査室１２２などからなる検査部門群１
２とは、ネットワーク１３で結ばれている。

【０１４９】しかしながら、本実施例３では、ネットワ
ーク全体を管理するホスト計算機は存在せず、代わりに
各部門には、ワークステーション３２１，３２２，３３
１，３３２が配置され、さらに、監視線４１を具備する
監視手段４０が設けられる。

【０１５０】各ワークステーション３２１，３２２，３
３１，３３２には、記憶手段を接続することができる。

【０１５１】本実施例３では、各ワークステーション３
２１，３２２，３３１，３３２に、記憶手段が接続さ
れ、検体検査室のワークステーション３３１に接続され
た記憶手段には検体検査ファイル１０１が、生理検査室
のワークステーション３３２に接続された記憶手段には
生理検査ファイル１０２が、内科診察室のワークステー
ション３２１に接続された記憶手段には内科患者ファイ
ル２０１が、外科診察室のワークステーション３２２に
接続された記憶手段には外科患者ファイル２０２が、そ
れぞれ作成される。

【０１５２】この結果、前記図１の実施例１における業
務部門別業務記憶手段群１０９および患者別ファイル２
０が作成される顧客別業務記憶手段は、複数の要素に物
理的に分散した構成となる。

【０１５３】本実施例３においては、ワークステーショ
ン３２１、３２２、３３１、３３２は、各々に直接接続
されたファイルしか書き込み、読み出しが行えない低機
能のワークステーションであり、検査依頼や検査結果を
複数のファイルに書き込むことはできない。

【０１５４】そこで、本実施例３では、図８に示す通
り、ネットワークを監視する監視手段４０を設け、監視
手段４０は、監視線４１を用いて、各ワークステーショ
ン３２１、３２２、３３１、３３２のファイルに書き込
みが行なわれたことを検出し、同時に書き込まれた内容
を取得する。また、各ワークステーション３２１、３２
２、３３１、３３２からのファイル内データの複写要求
を監視している。

【０１５５】更に、監視手段４０は、内部に伝達プログ
ラム４００を備え、検査依頼および検査結果を診療部門
１１と検査部門群１２との間で伝達すると共に、複写要
求のあったデータをファイルを診療部門１１との間ある
いは検査部門群１２との間で伝達する。

【０１５６】したがって、特許請求の範囲第１項に記載
された管理手段が、複数のワークステーションと監視線
４１を具備する監視手段４０に分散配置される構成とな
る。

【０１５７】図９は、図８における監視手段に備えられ
た伝達プログラム４００の処理手順を示すフローチャー
トである。

【０１５８】図９を用いて、図８における監視手段に備
えられた伝達プログラム４００の処理手順を説明する。

【０１５９】監視線４１の状態を監視し、新たな書き込
みが生じたか否かを判断し（ステップ８０１）、新たな
書き込みが生じた場合には、書き込みが行なわれた部門
を判断する（ステップ８０２）。

【０１６０】新たな書き込みが生じた部門が、業務依頼
部門（診療部門）、即ち、検査依頼が書き込まれた場合
であれば、依頼内容を調べ、どの検査部門が依頼先であ
るかを決定し（ステップ８０３）、依頼内容を当該検査
部門のファイル（被検体検査ファイル１０１又は生理検
査ファイル１０２）へ書き込み（ステップ８０４）、ス
テップ８０１に戻る。

【０１６１】新たな書き込みが生じた部門が、業務処理
部門（検査部門）、即ち、検査結果が書き込まれた場合
であれば、検査結果を調べ、どの診療部門が依頼元であ
るかを決定し（ステップ８０５）、検査結果を当該診療
部門のファイル（内科患者ファイル２０１又は外科患者
ファイル２０２）へ書き込み（ステップ８０６）、ステ
ップ８０１に戻る。

【０１６２】また、前記したように、本実施例３のワー
クステーション３２１、３２２、３３１、３３２は、各
々に直接接続されたファイルしか書き込み、読み出しが
行えない低機能のワークステーションであり、自ワーク
ステーション以外のワークステーションに接続されたフ
ァイルを読み出す必要がある場合には、監視手段４０に
より自ワークステーションに接続されたファイルに必要
なデータを複写してもらう必要がある。

【０１６３】そのため、伝達プログラム４００は、監視
線４１によりワークステーション３２１，３２２，３３
１，３３２からのデータの複写要求があるか否かを監視
し（ステップ８１１）、複写要求があった場合には、複
写要求元を判断し（ステップ８１２）、内科患者ファイ
ル２０１から外科患者ファイル２０２へ、逆に、外科患
者ファイル２０２から内科患者ファイル２０１へ、ある
いは、検体検査ファイル１０１から生体検査ファイル１
０２へ、逆に、生体検査ファイル１０２から検体検査フ
ァイル１０１へ、要求データを複写する（ステップ８１
３）。

【０１６４】本実施例３において、検査依頼または検査
結果を各々に直接接続されたファイルに書き込む機能
が、各ワークステーション３２１、３２２、３３１、３
３２に必要となるが、このためには、前記図４の実施例
３で示したプログラム３０１，３０２，３１１，３１２
を部分的に（例えば、図５のステップ４０１，４０２，
４１５、図６のステップ５１１，５１２）利用すれば良
いから、その詳細は省略する。

【０１６５】また、前記したように、本実施例３のワー
クステーション３２１，３２２は、各々に直接接続され
たファイルしか書き込み、読み出しが行えない低機能の
ワークステーションであり、ワークステーション３２
１，３２２に操作者（オペレータ）からの参照依頼（検
査依頼参照あるいは検査結果参照）入力あり、その入力
が他のワークステーション３２１，３２２に接続された
ファイル内データである場合に、監視手段４０に必要な
データの複写を要求する必要がある。

【０１６６】次に、本実施例３において、診療部門１１
相互でデータをアクセスする必要が生じた場合の、プロ
グラム３０１（プログラム３０２も同じ）の処理を説明
する。

【０１６７】図１０は、図８におけるワークステーショ
ン３２１の中のプログラム３０１の診療部門間でファイ
ルをアクセスするための処理手順を示すフローチャート
である。

【０１６８】図１０を用いて、図８におけるワークステ
ーション３２１の中のプログラム３０１の診療部門間で
ファイルをアクセスするためのの処理手順を説明する。

【０１６９】アクセスするデータ（知りたい検査依頼参
照あるいは検査結果参照）が、自部門のデータか否かを
判断し（ステップ９０１）、自部門（内科患者）の場合
には、内科患者ファイル２０１を直接アクセスし（ステ
ップ９０２）、自部門でない場合には、他部門の外科患
者ファイル２０２から自部門の検体検査ファイル１０１
へ必要なデータの複写を監視手段４０に依頼し（ステッ
プ９１１）、複写が完了したら（ステップ９１２）、内
科患者ファイル２０１内の複写データをアクセスする
（ステップ９１３）。

【０１７０】次に、本実施例３において、前記実施例２
と同様に、検査部門相互でデータをアクセスする必要が
生じた場合の、プログラム３１１（プログラム３１２も
同じ）の処理を説明する。

【０１７１】図１１は、図８におけるワークステーショ
ン３３１の中のプログラム３１１の検査部門間でファイ
ルをアクセスするための処理手順を示すフローチャート
である。

【０１７２】図１１を用いて、図８におけるワークステ
ーション３３１の中のプログラム３１１の検査部門間で
ファイルのアクセスするためのの処理手順を説明する。

【０１７３】アクセスするデータ（知りたい検査）が、
自部門（検体検査）か否かを判断（ステップ１００１）
し、自部門（検体検査）の場合には、検体検査ファイル
１０１を直接アクセスし（ステップ１００２）、自部門
（検体検査）でない場合には、他部門の生理検査ファイ
ル１０２から自部門の検体検査ファイル１０１へ必要な
データの複写を監視手段４０に依頼し（ステップ１０１
１）、複写が完了したら（ステップ１０１２）、検体検
査ファイル１０１内の複写データをアクセスする（ステ
ップ１０１３）。

【０１７４】なお、本実施例３では、検査依頼および検
査結果を、顧客別業務記憶手段（内科患者ファイル２０
１、外科患者ファイル２０２）および業務部門別業務記
憶手段群（検体検査ファイル１０１、生理検査ファイル
１０２）に書き込むようにしたが、必ずしもこれに限定
されるわけではなく、検査依頼を、顧客別業務記憶手段
（内科患者ファイル２０１、外科患者ファイル２０２）
および業務部門別業務記憶手段群（検体検査ファイル１
０１、生理検査ファイル１０２）に書き込んだときに
は、検査結果は、顧客別業務記憶手段（内科患者ファイ
ル２０１、外科患者ファイル２０２）あるいは業務部門
別業務記憶手段群（検体検査ファイル１０１、生理検査
ファイル１０２）の少なくとも一方に書き込まれていれ
ば良く、逆に、検査結果を、顧客別業務記憶手段（内科
患者ファイル２０１、外科患者ファイル２０２）および
業務部門別業務記憶手段群（検体検査ファイル１０１、
生理検査ファイル１０２）に書き込んだときには、検査
依頼は、顧客別業務記憶手段（内科患者ファイル２０
１、外科患者ファイル２０２）あるいは業務部門別業務
記憶手段群（検体検査ファイル１０１、生理検査ファイ
ル１０２）の少なくとも一方に書き込まれていれば良
い。

【０１７５】そして、検査依頼を、顧客別業務記憶手段
（内科患者ファイル２０１、外科患者ファイル２０２）
あるいは業務部門別業務記憶手段群（検体検査ファイル
１０１、生理検査ファイル１０２）の少なくとも一方
に、あるいは、検査結果を、顧客別業務記憶手段（内科
患者ファイル２０１、外科患者ファイル２０２）あるい
は業務部門別業務記憶手段群（検体検査ファイル１０
１、生理検査ファイル１０２）の少なくとも一方に書き
込んだ場合には、前記図１０，図１１の処理において、
検査依頼あるいは検査結果を、業務部門別業務記憶手段
群（検体検査ファイル１０１、生理検査ファイル１０
２）あるいは顧客別業務記憶手段（内科患者ファイル２
０１、外科患者ファイル２０２）より、読み出す必要が
ある。

【０１７６】また、本実施例３において、監視手段４０
としては、データ転送機能を持った上位のワークステー
ション、ファイルサーバなどが用いられる。

【０１７７】さらに、監視線４１は、ネットワーク１３
と物理的に独立な物である必要は無く、例えばネットワ
ーク１３を時分割で用いても良い。

【０１７８】以上説明したように、本実施例３において
は、ネットワーク１３を経由したファイルアクセスを考
慮せずにワークステーション（およびその上で実行され
るプログラム）を開発する事ができる。

【０１７９】従って、本実施例３では、開発が簡便化さ
れる、分散処理を考慮していない旧式のプログラム（例
えば、図１３に示したプログラムの一部）を再利用でき
る等の長所が得られる。

【０１８０】なお、前記各実施例では、説明の簡便化の
為に、業務依頼部門、業務処理部門ともに２つずつの部
門を持つとしたが、これに限らず、本発明は任意の部門
数に適用できる。

【０１８１】また、検査オーダシステムを例に挙げて、
本発明を説明したが、本発明は、前記検査オーダシステ
ムに限定されるものではなく、業務依頼部門と業務処理
部門との間で情報を相互に伝達するシステムであれば、
適用可能である。

【０１８２】以上説明したように、本実施例によれば、
業務依頼部門および業務処理部門のいずれにおいても必
要なデータを統合的に扱う事が可能となる結果、業務効
率を向上させる事が可能となる。

【０１８３】以上、本発明を実施例に基づき具体的に説
明したが、本発明は、前記実施例に限定されるものでは
なく、その要旨を逸脱しない範囲で種々変更し得ること
は言うまでもない。

【０１８４】

【発明の効果】以上説明したように、本発明によれば、
業務依頼部門および業務処理部門のいずれにおいても必
要なデータを統合的に扱う事が可能となる結果、業務効
率を向上させる事が可能となる。

【図面の簡単な説明】

【図１】 本発明による情報伝達システムの実施例１で
あるオーダシステムの概略構成を示すブロック図であ
る。

【図２】 図１におけるホスト計算機の中のプログラム
２００の処理手順を示すフローチャートである。

【図３】 図１におけるホスト計算機の中のプログラム
２００の検査部門間でファイルをアクセスするための処
理手順を示すフローチャートである。

【図４】 本発明による情報伝達システムの実施例２で
あるオーダシステムの概略構成を示すブロック図であ
る。

【図５】 図４におけるワークステーション３２１の中
のプログラム３０１の処理手順を示すフローチャートで
ある。

【図６】 図４におけるワークステーション３３１の中
のプログラム３１１の処理手順を示すフローチャートで
ある。

【図７】 図４におけるワークステーション３３１の中
のプログラム３１１の検査部門間でファイルをアクセス
するための処理手順を示すフローチャートである。

【図８】 本発明による情報伝達システムの実施例３で
あるオーダシステムの概略構成を示すブロック図であ
る。

【図９】 図８における監視手段に備えられた伝達プロ
グラム４００の処理手順を示すフローチャートである。

【図１０】 図８におけるワークステーション３２１の
中のプログラム３０１の検査部門間でファイルをアクセ
スするための処理手順を示すフローチャートである。

【図１１】 図８におけるワークステーション３３１の
中のプログラム３１１の検査部門間でファイルをアクセ
スするための処理手順を示すフローチャートである。

【図１２】 従来のオーダシステムの概略構成を示すブ
ロック図である。

【図１３】 図１２におけるプログラム１００の処理手
順を示すフローチャートである。

【符号の説明】

１１…診療部門、１１１…内科、１１２…外科、１２…
検査部門群、１２１…検体検査室、１２２…生理検査
室、１３…ネットワーク、１０…ホスト計算機、１００
…プログラム、１５１，１５２，１６１，１６２…端末
装置、１０１，１０２…記憶装置、２１０…処理依頼プ
ログラム、２２０…結果報告プログラム、２０…顧客別
業務記憶手段、２０１，２０２…診療科別ファイル、１
０９…業務部門別業務記憶手段群、１０１…検体検査フ
ァイル、１０２…生理検査ファイル、３２１，３２２，
３３１，３３２…ワークステーション、３０１，３０
２，３１１，３１２…プログラム、４０…監視手段、４
１…監視線。

Claims (7)

【特許請求の範囲】
1. 【請求項１】 １つ以上の業務依頼部門と、業務分担の
   異なる複数の業務処理部門との間で情報を相互に伝達す
   るシステムであって、前記業務依頼部門及び業務処理部
   門の各々に設置された端末装置と、前記複数の端末装置
   を管理する管理手段と、前記複数の端末装置と管理手段
   とを接続するネットワークと、前記管理手段に接続され
   る顧客別業務記憶手段と、前記管理手段に接続される業
   務部門別業務記憶手段とを有する情報伝達システムにお
   いて、管理手段は、前記複数の端末装置に入力されたデ
   ータを適宜各記憶手段に書き込む手段と、各記憶段に記
   憶されたデータを適宜各端末装置に表示する手段を少な
   くとも有することを特徴とする情報伝達システム。
2. 【請求項２】 請求項１に記載の情報伝達システムにお
   いて、管理手段は、業務依頼部門の端末装置に入力され
   た複数の業務処理部門に対する業務処理依頼を、顧客別
   業務記憶手段およびに業務部門別業務記憶手段に書き込
   む第１の手段と、業務処理部門の端末装置に入力された
   業務処理結果を、顧客別業務記憶手段あるいは業務部門
   別業務記憶手段の少なくとも一方に書き込む第２の手段
   と、業務依頼部門の端末装置に入力された業務処理依頼
   あるいは業務処理結果の参照依頼を受けて、前記業務処
   理依頼あるいは業務処理結果を顧客別業務記憶手段ある
   いは業務別記憶手段から読み出し、依頼を受けた端末装
   置に表示する第３の手段とを少なくとも具備することを
   特徴とする情報伝達システム。
3. 【請求項３】 請求項１に記載の情報伝達システムにお
   いて、管理手段は、業務依頼部門の端末装置に入力され
   た前記複数の業務処理部門に対する業務処理依頼を、顧
   客別業務記憶手段あるいは業務部門別業務記憶手段の少
   なくとも一方に書き込む第１の手段と、業務処理部門の
   端末装置に入力された業務処理結果を、顧客別業務記憶
   手段および業務別記憶手段に書き込む第２の手段と、業
   務依頼部門の端末装置に入力された業務処理依頼あるい
   は業務処理結果の参照依頼を受けて、前記業務処理依頼
   あるいは業務処理結果を顧客別業務記憶手段あるいは業
   務別記憶手段から読み出し、依頼を受けた端末装置に表
   示する第３の手段とを少なくとも具備することを特徴と
   する情報伝達システム。
4. 【請求項４】 請求項１ないし請求項３のいずれか１項
   に記載の情報伝達システムにおいて、管理手段が、ある
   業務処理部門の端末装置に入力された、ある顧客に関す
   る業務処理部門の業務依頼あるいは業務処理結果参照の
   依頼を受けて、顧客別記憶手段あるいは業務部門別記憶
   手段からある顧客に関する業務処理部門の業務依頼ある
   いは業務処理結果を読み出し、前記依頼を受けた業務処
   理部門の端末装置に表示する手段をさらに具備すること
   を特徴とする情報伝達システム。
5. 【請求項５】 請求項１ないし請求項４のいずれか１項
   に記載の情報伝達システムにおいて、管理手段が、ホス
   ト計算機であることを特徴とする情報伝達システム。
6. 【請求項６】 請求項１ないし請求項４のいずれか１項
   に記載の情報伝達システムにおいて、業務依頼部門に設
   置された各端末装置に顧客別業務記憶手段が接続され、
   業務処理部門に設置された各端末装置に業務部門別業務
   記憶手段が接続され、さらに、管理手段が各端末装置に
   分散配置されることを特徴とする情報伝達システム。
7. 【請求項７】 請求項１ないし請求項４のいずれか１項
   に記載の情報伝達システムにおいて、業務依頼部門に設
   置された各端末装置に顧客別業務記憶手段が接続され、
   業務処理部門に設置された各端末装置に業務部門別業務
   記憶手段が接続され、さらに、管理手段が、各端末装置
   と監視線を具備する監視手段に分散配置されることを特
   徴とする情報伝達システム。