(57)【要約】【課題】端末で用いられるプログラムの変更作業のために該端末の使用者が負うこととなる負担を軽減する。【解決手段】サーバ７は、ＰＤＡ８とサーバ７との接続の終了の要求がＰＤＡ８から送られてきたときに、ＰＤＡ８で実行されていたプログラムの更新のために用いられるデータをＰＤＡ８へ送付する。ＰＤＡ８は、サーバ７から送付されるこのデータに基づいてプログラムの更新を行う。また、サーバ７は、ＰＤＡ８とサーバ７との接続の要求がＰＤＡ８から送られてきたときに、更新後のプログラムの使用可否を示す情報をＰＤＡ８へ送付する。ＰＤＡ８は、サーバ７から送付された情報が更新後のプログラムの使用可を示していたときには、該更新後のプログラムを実行させてデータの入出力を行う。【選択図】        図１
2004287769.tif 000002
【特許請求の範囲】
【請求項１】
プログラムの実行によってデータの入出力が行われる端末と、
前記端末との間で前記データの授受を行うサーバシステムと、
を有し、
前記サーバシステムは、前記端末と該サーバシステムとの接続の終了の要求が該端末から送られてきたときに、該端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付し、
前記端末は、前記サーバシステムから送付される、前記更新のために用いられるデータに基づいて前記プログラムの更新を行う、
ことを特徴とする情報処理システム。
【請求項２】
プログラムの実行によってデータの入出力が行われる端末と、
前記端末との間で前記データの授受を行うサーバシステムと、
を有し、
前記端末は、前記サーバシステムから送付される、該端末で実行されていたプログラムの更新のために用いられるデータに基づいて前記プログラムの更新を行い、
前記サーバシステムは、前記端末と該サーバシステムとの接続の要求が該端末から送られてきたときに、前記更新後のプログラムの使用可否を示す情報を該端末へ送付し、
前記端末は、前記サーバシステムから送付された情報が前記更新後のプログラムの使用可を示していたときには、該更新後のプログラムを実行させて前記データの入出力を行う、
ことを特徴とする情報処理システム。
【請求項３】
プログラムの実行によってデータの入出力が行われる端末と、
前記端末との間で前記データの授受を行うサーバシステムと、
を有し、
前記サーバシステムは、前記端末で実行されていたプログラムの更新のために用いられるデータを送付可能になされていると共に、該端末において該更新後の該プログラムを使用可能にする使用開始日を設定可能になされ、
前記端末は、前記サーバシステムから送付される、前記更新のために用いられるデータに基づいて前記プログラムを更新するように構成され、
前記設定された使用開始日前に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されていない場合には、該サーバシステムから該端末へ該データを送付して該端末にて該データの格納を行い、
前記設定された使用開始日後に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されている場合には、該端末にて該データに基づいて前記プログラムの更新を行い、
前記設定された使用開始日後に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されていない場合には、該サーバシステムから該端末へ該データを送付し、該端末にて該データを格納し該データに基づいて前記プログラムの更新を行う、
ことを特徴とする情報処理システム。
【請求項４】
前記端末で入出力が行われるデータは医療行為に関するものであることを特徴とする請求項１から３までのうちのいずれか一項に記載の情報処理システム。
【請求項５】
前記端末は、前記サーバシステムから送られてくる前記プログラムの更新のために用いられるデータの受信時には該端末への入力を無視することを特徴とする請求項１から４までのうちのいずれか一項に記載の情報処理システム。
【請求項６】
プログラムの実行によってデータの入出力が行われる端末との間で該データの授受を行うデータ授受手段と、
接続の終了の要求が前記端末から送られてきたときに、該端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付する更新用データ送付手段と、
を有することを特徴とするサーバシステム。
【請求項７】
プログラムの実行によってデータの入出力が行われる端末との間で該データの授受を行うデータ授受手段と、
前記端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付する更新用データ送付手段と、
接続の要求が前記端末から送られてきたときに、前記更新後のプログラムの使用可否を示す情報を該端末へ送付するプログラム使用可否情報送信手段と、
を有することを特徴とするサーバシステム。
【請求項８】
プログラムの実行によってデータの入出力が行われる入出力手段と、
前記データの授受をサーバシステムとの間で行うデータ授受手段と、
前記サーバシステムから送付される、前記プログラムの更新のために用いられるデータに基づいて該プログラムの更新を行うプログラム更新手段と、
を有し、
前記サーバシステムへ送付した該サーバシステムとの接続の要求に応じて該サーバシステムから送られてくる情報が前記更新後のプログラムの使用可を示していたときには、前記入出力手段は該更新後のプログラムを実行させて前記データの入出力を行う、
ことを特徴とする端末。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アプリケーションプログラムを実行する携帯端末へ該アプリケーションプログラムを配信する技術に関し、とりわけ、携帯端末を用いることによって医療行為の実施場所でデータの入出力を行えるようにして、医療行為を円滑に行い易いように支援する病院情報システムでの実施に好適な技術に関する。
【０００２】
【従来の技術】
以前は、医療行為の実施場所の違いを問わずに医療行為の実施記録を正確に記録する為のシステムは提案されていなかった。
例えば内視鏡検査のように医療行為を行う場所が決まっていてその場所に患者が出向いて医療行為を受けるような場合では、医療行為の記録を行うためのシステムがその場所に設置されているので、そこで行われた医療行為の記録を行うことができる。しかし、医療行為を行う実施者側（看護師や医師）が入院患者の居室まで出向き、各居室を次々と巡回して各患者に対して適切な医療行為を実施するような場合では、主に紙媒体を用いた医療行為の記録が行われており、その医療行為を記録するためのシステムが提案されていなかった。
【０００３】
このため、従来は実施された医療行為の記録を収集するには、紙への記録内容を収集する労力が必要となっていた。
また、医療行為の内容や、進捗、結果、等を確認するためには、紙の記録内容を見て把握するか、人間系での情報伝達により把握する必要があり、こちらにも労力を要していた。
【０００４】
また、医療行為の記録を行うシステム自体は存在していたが、どれも医療行為の実施後に所定の場所まで戻ってからその実施内容を事後入力するものであるに過ぎず、医療行為を実施したその場で直ちにその実施内容を記録できるようなシステムは提案されていなかった。
【０００５】
また、このような事後入力を行うシステムでは、実施した内容とシステムに入力された内容との間に差異が発生したりする等により、正確な記録が難しいという課題があった。また、医療行為の実施後から事後入力が行われるまでにある程度の時間を要するため、医療行為の内容や、進捗、結果等をリアルタイムに把握することは難しかった。
【０００６】
このような問題に関し、従来、患者に対して実施された医療行為を移動可能な入力端末（携帯端末）に入力し、この入力された医療行為を示すデータに基づいて各種医療業務の管理を行う装置が提案されている（例えば、特許文献１参照。）。
【０００７】
このような装置における携帯端末には、ＣＰＵ（中央演算装置）及びメモリ等の記憶装置が実装されていてその記憶装置に予め格納されているアプリケーションプログラムをそのＣＰＵが実行することによって上述した入力機能を含む各種の機能を実現している場合が多い。従って、このような携帯端末では、ＣＰＵに実行させるアプリケーションプログラムを変更することにより、それまでは有していなかった新たな機能を利用可能とすることができる。
【０００８】
【特許文献１】
特開平８−１０６５００号公報
【０００９】
【発明が解決しようとする課題】
携帯端末で使用するアプリケーションプログラムを変更するためには、変更後のアプリケーションプログラムを携帯端末にロードして（読み込ませて）記憶装置に記憶させる（その後インストールする）必要がある。しかしながら、アプリケーションプログラムのデータ量に比べて携帯端末へのデータの読込み速度は一般的に低速であるため、アプリケーションプログラムのロードには相当の時間を要する場合が多い。プログラムのロード中は携帯端末が有している機能を利用できないため、その最中に医療行為が緊急に発生した場合などに直ちにその医療行為の実施記録を行うことができず、問題となる。しかも、プログラムのロードやインストールの処理の実行中に携帯端末が操作されるとそれらの処理の実行時間が更に延びてしまったり、処理に誤りが発生してしまったりするなどの問題が生じる場合もある。
【００１０】
また、上述したような医療行為の記録を行うシステムにおいては携帯端末とその携帯端末との間で各種のデータの授受を行うホストサーバとの連携によって機能提供がなされる場合がある。そのため、例えば新たな機能のサポートがホストシステム側でなされていない場合に携帯端末で変更後のアプリケーションプログラムの使用を開始してしまうと、プログラムの実行エラーの発生が考えられ、場合によっては医療行為記録システム全体が機能停止に陥ってしまうことも想定し得る。
【００１１】
また、前述したような医療行為記録システムでは多数の携帯端末の同時使用が前提となっているため、アプリケーションプログラムの変更は同時期に一斉に行われることが望ましい。このことからも、変更されたアプリケーションプログラムの携帯端末での使用が開始される時期の管理は重要である。
【００１２】
本発明は上述した点に鑑みてなされたものであり、その解決しようとする課題は、端末で用いられるプログラムの変更作業のために該端末の使用者が負うこととなる負担を軽減することである。
【００１３】
【課題を解決するための手段】
本発明の態様のひとつである情報処理システムは、プログラムの実行によってデータの入出力が行われる端末と、前記端末との間で前記データの授受を行うサーバシステムと、を有し、前記サーバシステムは、前記端末と該サーバシステムとの接続の終了の要求が該端末から送られてきたときに、該端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付し、前記端末は、前記サーバシステムから送付される、前記更新のために用いられるデータに基づいて前記プログラムの更新を行うように構成することによって前述した課題を解決する。
【００１４】
この構成によれば、サーバシステムは、接続の終了の要求が端末から送られてきたときに、該端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付する。ここで、接続の終了の要求が端末から送付されてくるときとは、すなわち端末の使用者がその使用を終了したときである。つまり、この構成においては、端末の使用が終了した後にこのプログラム更新用データの取得の作業（ダウンロード作業）がこの端末で行われるので、端末の有している他の機能が使用できなくても端末使用者には何ら支障はない。従って、端末で用いられるプログラムの変更作業のための負担を使用者に負わせることがない。
【００１５】
本発明の別の態様のひとつである情報処理システムは、プログラムの実行によってデータの入出力が行われる端末と、前記端末との間で前記データの授受を行うサーバシステムと、を有し、前記端末は、前記サーバシステムから送付される、該端末で実行されていたプログラムの更新のために用いられるデータに基づいて前記プログラムの更新を行い、前記サーバシステムは、前記端末と該サーバシステムとの接続の要求が該端末から送られてきたときに、前記更新後のプログラムの使用可否を示す情報を該端末へ送付し、前記端末は、前記サーバシステムから送付された情報が前記更新後のプログラムの使用可を示していたときには、該更新後のプログラムを実行させて前記データの入出力を行うように構成することによって前述した課題を解決する。
【００１６】
この構成によれば、サーバシステムは、接続の要求が端末から送られてきたときに、更新後のプログラムの該端末での使用の可否を示す情報を該端末へ送付し、端末では、この情報が更新後のプログラムの使用を示していたときには、該更新後のプログラムを実行させてデータの入出力を行う。つまり、更新後のプログラムは、この使用を指示する情報がサーバシステムから送付されない限り使用されない。従って、この構成によれば、各端末での更新後のプログラムの使用開始時期をサーバシステム側で一括管理することができるので、更新後のプログラムの使用開始の可否を判断するような負担を端末使用者に負わせることがない。
【００１７】
また、本発明の更なる別の態様のひとつである情報処理システムは、プログラムの実行によってデータの入出力が行われる端末と、前記端末との間で前記データの授受を行うサーバシステムと、を有し、前記サーバシステムは、前記端末で実行されていたプログラムの更新のために用いられるデータを送付可能になされていると共に、該端末において該更新後の該プログラムを使用可能にする使用開始日を設定可能になされ、前記端末は、前記サーバシステムから送付される、前記更新のために用いられるデータに基づいて前記プログラムを更新するように構成され、前記設定された使用開始日前に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されていない場合には、該サーバシステムから該端末へ該データを送付して該端末にて該データの格納を行い、前記設定された使用開始日後に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されている場合には、該端末にて該データに基づいて前記プログラムの更新を行い、前記設定された使用開始日後に前記サーバシステムと前記端末とが接続され、且つ前記更新のために用いられるデータが該サーバシステムから該端末に送付されていない場合には、該サーバシステムから該端末へ該データを送付し、該端末にて該データを格納し該データに基づいて前記プログラムの更新を行うように構成することによって前述した課題を解決する。
【００１８】
この構成によれば、設定された使用開始日よりも前に更新のために用いられるデータを予め送付して格納するようにしているので、使用開始日当日は端末の使用開始前にプログラムの更新処理を行うだけで、端末を使用する業務に効率よく移行することができる。
【００１９】
なお、上述した本発明に係る情報処理システムにおいて、前記端末で入出力が行われるデータは例えば医療行為に関するものであってもよい。
また、上述した本発明に係る情報処理システムにおいて、前記端末は、前記サーバシステムから送られてくる前記プログラムの更新のために用いられるデータの受信時には該端末への入力を無視するように構成してもよい。
【００２０】
この構成によれば、プログラムの更新のために用いられるデータの受信時に端末が操作されても、このプログラム更新用データの取得の作業（ダウンロード作業）に影響を及ぼすことがなくなる。
また、上述した本発明に係る情報処理システムを構成するサーバシステム又は端末の単体であっても、これらを組み合わせることによって当該情報処理システムと同様の作用・効果を奏する結果、前述した課題が解決される。
【００２１】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
図１に示す本発明の１実施の形態の病院情報システム１は、医療施設としての例えば病院に配置され、その病院内の情報を記録及び一元的に集中管理する病院内情報管理システム２と、この病院内情報管理システム２と例えば有線のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）３により接続され、このＬＡＮ３を介して情報の送受信が可能な複数のサブシステム、例えば（第１の）サブシステム４Ａ、（第２の）サブシステム４Ｂとから構成される。
【００２２】
第１のサブシステム４Ａは、制御や情報処理を行うサーバ５と、データの入出力を行うパーソナルコンピュータ（以下、パソコン或いはＰＣと略記）である端末、つまりＰＣ端末６とがそれぞれ有線のＬＡＮ３により接続されている。このＰＣ端末６は据え置き型の端末であり、看護師等の医療スタッフ或いはユーザはそのＰＣ端末のある場所でデータの入力やデータの参照、確認等を行う。
【００２３】
また、第２のサブシステム（以下ではＰＤＡを用いているのでＰＤＡシステムと略記）４Ｂは、制御や情報処理を行うサーバ７と、医療スタッフとしての例えば看護師が携帯して使用が可能な携帯端末としての例えばＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ  ）８と、該ＰＤＡ８からの無線ＬＡＮ９によるアクセスを可能とするデータ授受手段であるアクセスポイント１０とから構成され、サーバ７と各アクセスポイント１０とは有線のＬＡＮ３で接続されている。
【００２４】
上記ＰＤＡ８は、無線ＬＡＮ９により無線でサーバ７と通信可能とするデータ授受手段である無線ＬＡＮカード１１と、識別情報の読み取り手段として例えば、識別コードを表現している文字や図形の読み取りを可能とする識別コードリーダ１２とを内蔵している。
【００２５】
ＰＤＡ８のハードウェア構成を図２に示す。
図２において、無線ＬＡＮカード１１、識別コードリーダ１２、ＣＰＵ１３、ＲＯＭ１４、ＲＡＭ１５、記憶部１６、操作入力部１７、及び表示部１８はバス１９を介して相互に接続されており、ＣＰＵ１３による管理の下で相互にデータ授受を行うことができる。
【００２６】
無線ＬＡＮカード１１及び識別コードリーダ１２は前述したものである。このうち、識別コードリーダ１２としては、例えば光学的に文字を読み込むことのできるＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）を用いることができるが、文字や図形を画像として読み込む画像スキャナや、無線による通信で識別コードを読み込むことできるトランスポンダ等を用いてもよい。
【００２７】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ  ）１３はＰＤＡ８全体の動作制御を司る中央処理装置である。
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１４は、ＣＰＵ１３によって実行される基本制御プログラムが予め格納されているメモリであり、ＰＤＡ８の起動時にＣＰＵ１３がこの基本制御プログラムを実行することによってこのＰＤＡ８全体の動作の基本的な制御がＣＰＵ１３によって行なわれるようになる。
【００２８】
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１５は、記憶部１６に格納されている各種のアプリケーションプログラムをＣＰＵ１３が実行するときにワークメモリとして使用され、また各種のデータの一時的な格納領域として必要に応じて用いられるメインメモリとしても使用されるメモリである。
【００２９】
記憶部１６は、各種のアプリケーションプログラムやデータを記憶して保持しておくメモリである。記憶部１６としては、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの半導体メモリが適している。特に、ＥＥＰＲＯＭは、記憶内容の書換えを電気的に行うことができる上に記憶内容の保持には電力の供給が不要である点で適している。
【００３０】
操作入力部１７は例えば表示部１８に設けられているタッチパネルであり、ＰＤＡ８のユーザによって操作され、この操作の内容を検出してＣＰＵ１３へその操作内容を伝達する。ＣＰＵ１３はその操作内容に対応しているユーザからの指示の内容を認識する。
【００３１】
表示部１８は例えば液晶ディスプレイであり、ＣＰＵ１３から送られてきた各種の情報を表示して視覚によりユーザに各種の情報を提供する。
上述した識別コードリーダ１２と、この操作入力部１７及び表示部１８とはＣＰＵ１３所定のアプリケーションプログラムが実行されることによって各種のデータの入出力が可能となる。
【００３２】
このように、ＰＤＡ８は無線ＬＡＮ９を備えているので、アクセスポイント１０からの距離による通信可能なアクセス範囲の制約があるものの、そのアクセス範囲内においては、任意の場所でサーバ７を介して病院内情報管理システム２にアクセスして、後述する作業予定データを取得し、その取得した作業予定データをＰＤＡ８の表示部で表示することができるようにしている。
【００３３】
また、識別コードリーダ１２を備えたＰＤＡ８によって、識別情報として広範囲に使用される識別コードの読み取りを可能とすることにより、このＰＤＡ８を携帯する看護師等はその実施者ＩＤや、医療行為が行われる患者ＩＤ、注射ＩＤ等の識別情報の入力（或いは読み取り）を正確かつ簡単に、かつ迅速に行うことができるようにしている。
【００３４】
また、このＰＤＡ８は薬液に対する耐性を有する防水構造になっており、医療現場で使い易い構造にしてある。
サブシステム４Ａ、４Ｂは、より具体的には注射等のオーダの登録等が行われる外来システムや病棟システム、注射等のオーダの登録に応じて薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により薬剤の混注等を行うナース（ステーション）システム等として設けられている。ここで、特に看護師が医療行為を行うナースシステム及び病棟システムにおいては各看護師がＰＤＡ８を携帯することにより、医療行為の実施場所、具体的には入院している患者のベッドサイドにまで行ったその場所でその医療行為情報の入出力を行えるようになる。この結果、医療行為の状況がリアルタイムで記録でき把握できるようになるのである。
【００３５】
つまり、医療行為の実施場所でその医療行為の実施された時刻からの遅れが発生することなく、正確な医療行為の記録や把握ができるようになる。
また、医療行為の実施場所で医療行為を行う場合には、その医療行為の作業予定の内容をＰＤＡ８により確認でき、その作業予定の内容を確認してから作業予定の医療行為を行えるようになるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【００３６】
また、ＰＤＡ８の使用によって、医療行為を行った内容の記録の入力をその医療行為の実施場所で行えるので、実施した医療行為の記録をする場合にもその実施場所で実施内容を確認しながら、且つ実施直後にその記録が行われる。従って、正確かつ誤りの少ない状態で記録を行うことができる。
【００３７】
また、医療行為を行う場合に、携帯可能なＰＤＡ８の使用により、その医療行為の作業予定内容を殆ど任意の場所や時間に参照したり確認したりすることも容易にできるので、医療行為を円滑に進め易い。また、作業予定内容が変更されるような場合であっても、実施直前に作業予定内容の確認をその実施場所で行うことができるので、作業予定内容の変更にも対処がし易い。
【００３８】
また、このように医療行為を実施した場合にはその実施した内容を正確に、且つリアルタイムに記録できるので、その後の記録データの解析によってより適切にシステムを改善することも可能となる。
これに対して、従来例における事後入力の方法では、医療行為の実施場所ではなく、ＰＣ端末等のデータ入力手段が設置されている場所で医療行為の内容の記録のための入力を行うことになるので、実施した時刻から時間的に遅れが発生する。また、医療行為の実施後に相当の時間が経過してからその記録を行うことになるので、実施内容をその実施場所で確認してからその医療行為を行うことを効率良く（円滑に）できない等の欠点がある。
【００３９】
また、例えば実施すべき内容を確認してから実施場所に出向いてその確認した内容の医療行為を行うことも可能ではあるが、この場合には、１つの医療行為を行う度にいちいちＰＣ端末の設置場所へ戻って確認することが必要となり、効率的ではない。
【００４０】
なお、図１において、サブシステム４Ａと、４Ｂとの構成要素を混成させたようなサブシステムでもよい。具体的には、例えばサブシステム（ＰＤＡシステム）４Ｂにおいて、さらに据え置き型のＰＣ端末６を備えたものでもよい。
なお、これより説明する本実施の形態では、病院情報システム１の中の特に看護師による医療行為、つまり看護業務に対する看護支援機能について説明する。
【００４１】
看護支援機能は、次の看護に関する医療行為を支援するための機能である。
・注射
・看護
・処置
・検査検体
「注射」は看護師が患者に対して注射を行う医療行為であり、「看護」は看護師による患者の体温の検温、患者の体を拭く等のケア、沐浴指導等の医療行為であり、「処置」はカテーテルを外す等の看護師が行う看護処置の医療行為であり、「検査検体」は看護師により血液検査や体液検査等を行う医療行為である。
【００４２】
なお、「注射」には後述するように開始から終了まで殆ど時間のかからない「ワンショット注射」と呼ばれるものと、点滴（注射）のように開始から終了までにある程度の時間のかかるものとがある。
これらの医療行為は医師から「注射」、「看護」、「処置」、「検体検査」のオーダ指示が出されてＰＣ端末６により病院内情報管理システム２へのオーダ登録指示がされると、病院内情報管理システム２はそれを受け、図３の表に示すようにそのオーダ登録から、指示受け、…、中止まで、対応する各ステップの作業予定データを自動生成し、その自動生成したデータを病院内情報管理システム２のデータベースに登録する。
【００４３】
つまり、病院内情報管理システム２は作業予定データの生成手段を有し、生成された作業予定データを病院内情報管理システム２内のデータベースに登録する。
そして、看護師は、携帯しているＰＤＡ８を用いてサーバ７を介してそのデータベースにアクセスすることにより、それらの作業予定データをダウンロードしてその作業予定データを取得し、ＰＤＡ８内の記憶部１６に記憶（記録）させておくことができる。
【００４４】
そして、ＰＤＡ８の操作入力部１７である例えばタッチパネルを操作することにより、記憶部１６に記録させた作業予定データを表示部１８である液晶モニタ等に一覧表示をすることができるようにして、作業予定データの参照や進捗状況の把握等ができるようになる。
【００４５】
また、ＰＣ端末６からも作業予定データの内容の参照や進捗状況の把握等ができる。また、通常、オーダの登録は外来システム等のＰＣ端末６により行われる。
「注射」から「検査検体」までの各医療行為は、図３に示す表のようにオーダ登録、指示受け、…等のステップに沿って実行される。例えば、後述するように注射の医療行為は、医師からの指示により注射のオーダ登録がされ、その後にそのオーダ登録に対する指示受け、注射の準備として薬剤の払い出し、混注、注射開始、注射終了や、場合によっては注射ボトルの破損による取り消し、或いは患者の容態の変化などによる注射の中止等が行われることもある。
【００４６】
また、看護の場合には（左に示す注射の場合と同じ、つまり左記に同じの）矢印で示すように看護のオーダ登録、その指示受け等が生成される。
図４はシステム全体に共通の動作フローを示す。
図４（Ａ）はオーダ時の動作、図４（Ｂ）は参照時の動作、図４（Ｃ）は実施時の動作をそれぞれ示す。
【００４７】
図４（Ａ）では、外来システムや、場合によっては病棟システムのＰＣ端末６によって、ステップＳ１の各医療行為に関するオーダが指示・入力される。そのオーダデータは、ステップＳ２に示すように病院内情報管理システム２に登録される。
【００４８】
また、病院内情報管理システム２にオーダデータが登録されると、図３の表の縦列方向に示したステップの作業予定データが生成される（ステップＳ３）。
各サブシステム４Ａ（或いは４Ｂ）は、図４（Ｂ）のステップＳ６に示すようにこの作業予定データを取得することで、ステップＳ７のオーダの指示内容、予定内容を参照することができ、指示・予定に基づき医療行為（医療業務）を行うことができる。
【００４９】
また、図４（Ｃ）のステップＳ１１の医療行為の実施開始をする場合は、看護師は携帯しているＰＤＡ８によりステップＳ１２の作業予定データの取得を行う。
そして、取得された作業予定データに基づいて医療行為を実施しようとする実施場所となるベッドサイド等に行き、ステップＳ１３に示すようにその実施場所の患者に対して医療行為を実施する。
【００５０】
その医療行為の実施した時点で、看護師は携帯したＰＤＡ８によりステップＳ１４に示すような実施内容の入力操作（作業）を行い、ステップＳ１５に示すようにこの実施データを直ちに病院内情報管理システム２に対して登録を行うことになる。
【００５１】
なお、例えば、オーダ内容等、作業予定データに変更があった場合には、変更登録を行うことにより直ちに病院内情報管理システム２にその変更された作業予定データの変更登録がされる。
オーダデータや、そこから展開される予定データ、実施データは、例えば階層構造を持つタグで定義された、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル等で構成される。ＸＭＬはＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ）の機能を拡張したものであり、その技術は周知技術であり特記しない。
【００５２】
これらオーダデータ、作業予定データ、実施データは、必要に応じて、各サブシステム４ＡのＰＣ端末６等で参照することができ、随時、オーダの内容や、予定、進捗状態、実施内容等の把握が可能となっている。
また、携帯できるＰＤＡ８により任意の時間及び任意の場所で自由にオーダの内容や、予定、進捗状態、実施内容等の把握が可能となる。また、実施場所となるベッドサイドの患者に対して作業予定の医療行為を実施した場合には、その作業予定の医療行為の内容を携帯したＰＤＡ８に入力することにより、ＰＤＡシステム４Ｂを介して病院内情報管理システム２にリアルタイムで登録することができ、医療行為に関して正確な情報の蓄積、更新ができる。
【００５３】
また、この場合、単に時刻のみでなく、後述するように５Ｗ１Ｈ（誰が、どこで、何を、どのように、いつ）を示す情報として記録されるので、その情報を詳しく解析することで、改善することもし易い（後で、解析する場合に必要な情報の欠落が少なく、詳細な解析が可能となる）。
【００５４】
本明細書では、各サブシステム４Ａ或いは４Ｂにて、医療行為の進捗状態、実施内容等の把握を可能とする為の、データ入出力の仕組みについて説明する。
図５は注射のオーダにより生成される作業予定データを表す図である。
注射の場合は、オーダが登録されると、以下の作業予定データが生成される。
（１）病棟における指示受け作業（図５では単に「指示受け」と表示）
（２）薬剤部門における薬剤の払い出し作業（図５では単に「払出」と表示）
（３）病棟における薬剤の混注作業（ミキシング作業）（図５では単に「混注」と表示）
（４）病棟における患者への注射開始作業（図５では単に「注射開始」と表示）
（５）病棟における患者への注射終了作業（図５では単に「注射終了」と表示）
これらの作業予定がすべて完了することで、この注射オーダに対する実施が完了したことになる。それぞれの作業予定は、サブシステム４Ａ若しくは４Ｂ、具体的には次のサブシステムにて実施が行われる。
「指示受け」→病棟システムにて、看護師が実施する。
「払出」→薬剤部門システムにて、薬剤師が実施する。
「混注」→病棟システムにて、看護師が実施する。
「注射開始」及び「注射終了」→ＰＤＡシステム４Ｂにて、看護師が実施する。
【００５５】
ここで、注射とは、点滴注射とワンショット注射との両方を意味している。点滴注射の場合は、時間をかけて投与が実施されるため、投与開始と投与終了の作業とは別個に行われるのが通常である。一方、ワンショット注射の場合は、１度の行為で投与が終了するため、投与の開始と終了とがほぼ同時に行われる。
【００５６】
図６は医療行為として注射を実施する場合におけるＰＤＡシステム４Ｂの動作フローを示す。
ＰＤＡシステム４Ｂでは、携帯が可能なＰＤＡ８が利用されており、看護師がこのＰＤＡ８をベッドサイドまで携帯して出向くことによって病棟のベッドサイド等での作業予定の確認や作業の記録の入力が可能であるので、注射開始および注射終了の実施データ入力に使用される。
【００５７】
通常、看護師は、まず、自分が担当する勤務帯の担当患者に対する作業予定をＰＤＡ８に取得しておき、その日の予定等を把握する。そして、各々の予定時刻になると、患者のベッドサイドに出向いて各医療行為を実施し、ＰＤＡ８から実施データの入力を行う。以下、図６に従って、その動作を詳細に説明する。
【００５８】
看護師は最初にステップＳ２１のログイン処理をする。ＰＤＡ８の電源を投入すると、ＰＤＡ８は図７のログイン画面Ｇ１となる。
このログイン画面Ｇ１において、看護師は、注射を実施する実施者ＩＤとパスワードを入力する。
【００５９】
ログイン画面Ｇ１において、医療行為を実施するスタッフが自分のネームプレート等に付されている識別情報としての識別コードの読み取りをＰＤＡ８に設けた識別コードリーダ１２で行うと、実施者ＩＤの欄に識別コードから読み取ったＩＤデータが入力される。このように、ＰＤＡ８に設けた識別コードリーダ１２により簡単な操作でかつ正確に実施者ＩＤを入力することができる。
【００６０】
また、パスワードは、英数記号等のキーボード２０の画面が表示されているＰＤＡ８のタッチパネル上を指やペンでタッチすることで入力可能である。
このようにして実施者ＩＤとパスワードとの入力が完了し、ログインボタン２１が押されると、実施者ＩＤとパスワードとがサーバ７を経由して病院内情報管理システム２に送られて問い合わせがなされ、この実施者ＩＤとパスワードが正しければログインが完了する。なお、間違ったパスワード等を入力した場合には、後退・全消去ボタン３０をタッチしてこの入力を消去して入力し直すこともできる。
【００６１】
ログインが完了すると、図６に示すようにステップＳ２２の作業予定リストの取得（ＰＤＡ８への登録）の処理に移る。
この作業予定リストの取得の処理に移ると、ＰＤＡ８の表示は図８に示す作業予定リストの登録画面Ｇ２になる。
【００６２】
この作業予定リストの登録画面Ｇ２では、患者を指定して登録するか病棟を指定して登録するかの表示が行われる（ＰＤＡ８の表示画面Ｇ２等では簡単化等のため、作業予定リストを作業リストと略記）。
つまり、看護師は、患者を指定して作業予定リストをＰＤＡ８に取得するか、あるいは患者がいる地域の範囲、例えば病棟、を指定してその病棟の患者すべての作業予定リストを取得するかを選択する。このように、医療行為を行う看護師が自分に適した作業予定リストを選択或いは絞り込みをすることができるようにして、使い勝手の良い選択画面を提供している。また、図８において、ログアウトボタン２３を押して（タッチして）作業を中断することもできる。
【００６３】
図８において、例えば「患者を指定して登録」を選択した場合には、図９の画面Ｇ３が開く。
この画面Ｇ３において、（１）勤務帯、（２）患者ＩＤの入力欄が表示され、看護師は勤務予定の勤務帯を指定（この具体例では例えば日勤帯８：３０〜１６：５９を指定）し、患者ＩＤの識別コードを読み取ることで、病院内情報管理システム２に登録されている作業予定リストのデータから、これに対応するデータが取得される。そして、この画面Ｇ３には取得された対象患者全てが、リストに表示される。
【００６４】
図９の画面Ｇ３は、３人の患者（各々に付与されている識別子である患者ＩＤが１１１１１１１１、２２２２２２２２、及び３３３３３３３３である３人）に対する勤務帯（０８：３０〜１６：５９）での作業予定リストが取得された状態を示している。この状態で確定ボタン２４を押すことにより、この３人の患者に対する医療行為の予定がＰＤＡ８に正規に登録される。また、キャンセルボタン２２へのタッチによってこれらのリストの登録をキャンセルすることもできる。
【００６５】
一方、図８の画面Ｇ２において、病棟を指定して登録を選択した場合は、図１０の画面Ｇ４が開く。
この画面Ｇ４において、（１）勤務帯、（２）病棟の入力欄が表示され、看護師は取得したい勤務帯と病棟名（例えば５Ｆ北病棟）を指定し、確定ボタン２４を押すことで、指定した病棟の患者全ての予定がＰＤＡ８に取得されることになる。
【００６６】
図９及び図１０それぞれの（１）の勤務帯の入力欄は本実施の形態ではボタン２５となっており、このボタン２５を押す事で、勤務帯を選択指定する為のウィンドウが開き、図１１に示すように勤務帯選択指定する為の画面Ｇ５となる。
なお、本実施の形態では勤務帯は、深夜帯は０：００〜８：２９、日勤帯は８：３０〜１６：５９、そして準夜帯は１７：００〜２３：５９であるとして説明するが、この時間帯は設定により変更可能である。
【００６７】
この場合、ログインした時刻により、その時刻を含む勤務帯が中央にデフォルト（初期）の選択状態で表示され、その前後に他の２つの勤務帯が表示され、所望とする勤務帯の選択をしやすくしている。
また、ここで、勤務帯を選択して確定ボタン２６を押すことにより、その選択された勤務帯ごとの作業予定リストの取得が可能となる。
【００６８】
なお、この場合に取得される作業予定データは、勤務帯の時間帯に前後１時間半程度プラスして、作業予定を多めに取得するようにしている。これは、勤務帯の分かれ目付近の予定のずれや、各勤務帯でのスタッフ間の作業の引継ぎを考慮したものである。
【００６９】
さらに、「注射終了」の作業予定については、２４時間前まで時刻を遡って作業予定データを取得するようにしている。これは、後述するが、注射開始と注射終了との両作業がある点滴注射の場合には点滴注射の投与中の状態があるため、前の勤務帯で投与を開始した点滴注射について現在の勤務帯にて注射終了の作業を行うといった場合に必要となるためである。
【００７０】
ステップＳ２２の作業予定リストの取得の処理が終了すると、ステップＳ２３の作業予定リストの表示の処理に移る。
この作業予定リストの表示の処理に移ると、ＰＤＡ８には図１２に示す作業予定リストの表示画面Ｇ６となる。
【００７１】
この図１２の作業予定リストの表示画面Ｇ６は、作業予定リストを表示する際に、どのような形で表示を行うかを選択する画面であり、「本日の業務リスト」、「患者毎の業務リスト」、「項目毎の業務リスト」の３つの選択項目２７ａ、２７ｂ、２７ｃが表示される。
【００７２】
「本日の業務リスト」の選択項目２７ａを選択すると、ＰＤＡ８内に登録したすべての作業予定を表示する。
「患者毎の業務リスト」の選択項目２７ｂを選択すると、ＰＤＡ８内に登録した作業予定の中で、指定した患者の作業予定リストのみを表示する。
【００７３】
また、「項目毎の業務リスト」の選択項目２７ｃを選択すると、ＰＤＡ８内に登録されている作業予定の中で、指定した医療項目の種類の作業予定リストのみを表示する。
このように、作業予定データをＰＤＡ８の記憶部１６に一旦登録しておき、作業予定データのリスト表示（一覧表示）の形態を変更する形としたことにより、病院内情報管理システム２への問い合わせの頻度を減らし、通信に係るトラフィックを少なくする効果や、処理時間の短縮に効果がある。
【００７４】
また、看護師はＰＤＡ８内に取得した作業予定データにより、省電力で所望する作業予定データの選択的な表示等ができる。つまり、サーバ７を介して病院内情報管理システム２のデータベースに逐一アクセスすることなく、すなわち無線ＬＡＮカード１２をアクティブな状態にすることなく、そして無線ＬＡＮカード１２を休止状態にした省電力の状態で、ＰＤＡ８内の記憶部１６から、勤務帯、患者、作業項目等の指定操作を行うことにより、指定した患者等に関する作業予定データのみを表示させるようにすることができる（ＰＤＡ８内のＣＰＵは、ＰＤＡ８の操作指示により、サーバ７側と接続することを必要としない場合には無線ＬＡＮカード１２を休止状態にし、省電力化する）。
【００７５】
この他の変形例として、図６のステップＳ２１に示すようにＰＤＡ８によりログインして病院内情報管理システム２のデータベースにアクセスした後、ステップＳ２２の作業予定リストの取得を行わないで、ステップＳ２３の作業リストの表示の処理を行うようにすることもできる。
【００７６】
特に、最新のある項目のみの情報を確認したいような場合には、このようにすると、短時間で目的とする情報の確認ができる。また、選択肢を広げることにより、このＰＤＡ８を用いるスタッフはより自分に適した表示形態で作業予定データの表示や確認ができる。
【００７７】
このように本実施の形態では、作業予定データの表示内容を選択でき、その場合、携帯端末としてのＰＤＡ８における作業予定データの取得手段側で選択できると共に、表示部１８の指示側でも選択することができるようにして、ＰＤＡ８を使用する広範囲のユーザに対応できるようにしている。
【００７８】
図１２の画面Ｇ６において、本日の業務リストの選択項目２７ａを選択すると、図１３に示す表示画面Ｇ７となる。
この画面Ｇ７は、実施が未（まだ）の作業予定リストを表示するタブ２８と、実施済みの作業予定リストを表示するタブ２９とに分けて表示する構成にしている。
【００７９】
つまり、取得した作業予定リストの中で、実施が未のものは、「未」のタブ２８に表示され、実施が済みのものは、「済」のタブ２９に表示されるので、作業予定の中で、何が未実施で、何が実施済みかを、判りやすく表示可能である。
また、画面右上には、進捗バー３１と呼ばれる表示があり、予定されている作業のどのくらいが実施済みになっているかの割合が、バーのゲージで表示されている。バーの色が右端にまで達すると、予定のすべての作業が済んだことになる。このゲージは、全体の予定件数と実施済みの件数との比率の算出結果を表示している。
【００８０】
各作業予定は、「未」タブ２８のリストの１行に表示され、それぞれ、予定時刻、患者名、作業名称が表示される。この予定リストの１行を選択することで、後述の実施入力を行う為の画面が表示される。
又、実施を行った予定リストは、済みのタブ２９に移動するが、この済みのタブ２９上で、リストの１行を選択した場合は、図１４に示す画面Ｇ８のように実施済みの内容（実施データ）が（図１３の画面Ｇ７上に）オーバレイ表示される。
【００８１】
図１４の実施済みの内容例では、血圧測定を実施し、血圧（上）と血圧（下）の測定値の入力結果が表示されている例である。
図１３に示すように未実施の作業予定リストが表示されるので、図６のステップＳ２４に示すようにその作業予定リストから１つを選択し、その選択した医療行為を実施する。
【００８２】
この場合、医療行為を実施し、その実施場所でその実施をした看護師は携帯しているＰＤＡ８によりその医療行為の実施を行った内容の入力を行う。この医療行為の実施を行った内容の入力を行い、この入力操作が完了すると、その内容はサーバ７を介して病院内情報管理システム２にも送信される。
【００８３】
そして、その医療行為は作業予定データから実施済みの医療行為としてデータベースに登録され、その登録の処理が完了すると、その完了の通知がＰＤＡ８に戻される。
このようにして、病院内情報管理システム２のデータベースには、医療行為に関する情報がリアルタイムで正確に蓄積される。なお、データベースに登録される情報は図１５を参照して後述するように単に時刻情報のみを含む情報でなく、詳細な情報である。
【００８４】
上記完了の通知を受けてＰＤＡ８における「未」タブ２８に表示されていた医療行為が実施済みとなり、その作業予定の内容は、「済み」タブ２９へと移動する。
そして、ステップＳ２３に戻り、残っている作業予定リストから１つを選択し、その選択した医療行為を実施することを繰り返すことにより未実施の作業予定の医療行為を全て行うことになる。
【００８５】
このように本実施の形態では、医療行為を行う実施者としての看護師はＰＤＡ８を携帯することにより、殆ど任意の場所及び時間において、自分の行うべき作業予定業務をＰＤＡ８の表示部１８に表示させることで確認できる。
その場合、実施を行っていない作業予定業務は「未」タブ２８にまとめて表示され、その「未」タブ２８の作業予定業務を実施場所で実施して、実施の内容を入力する操作を行うことにより、病院内情報管理システム２のデータベースに登録されると共に、ＰＤＡ８での表示形態は「未」タブ２８から「済み」タブ２９へと移動するので、看護師は「未」タブ２８に表示されている作業予定業務を、患者がいる各実施場所で実施していくことで、正確、円滑かつ効率良く作業予定業務を遂行することができる。
【００８６】
上記作業予定や、オーダ時の指示事項に基づき、医療行為が実施できるのは、作業予定データ（ＸＭＬ構造のファイル）に、必要な情報がセットされているからである。以下に、作業予定データの内容と、注射実施時の動作について説明する。
【００８７】
図１５は作業予定データの構造を示す。
各作業に必要な５Ｗ１Ｈ（つまり、誰が、どこで、何を、どのように、いつ）を示す情報が含まれ、作業予定データを取得することで、オーダ時に指定された指示内容を参照し、医療行為を実施することができる。
【００８８】
１オーダでは複数の注射（図１５ではＲＰと略記）の予定の登録が可能であり、＜作業予定データ＞＜実施データ＞＜指示内容＞＜対象物＞等のタグデータは、”複数出現可”（繰り返しのセット）が可能となっている。
図１５の右側の「実施データの内容」欄は、注射の実施によってＰＤＡ８からサーバ７を通して登録される実施データの構造を示す。
【００８９】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれる。作業予定データではセットされていなかった実施者や、実際の実施時刻、投与量等のデータが実施内容に基づきセットされる。
図１５の右欄にその例を示す。網掛けをした部分が、実施内容に基づいて、追加、または変更されたデータである。
【００９０】
作業予定データの＜進捗＞のデータを、“予定”から“実施済み”に変更し、＜実施者＞、＜実施時間＞、＜投与量＞が実施した内容に基づき追加され、実施データとなっている。なお、図１５では、実施者（オリンパス花子）を簡単化のため〜Ｎｓと略記している。
【００９１】
また、後述するように図１５の最も右側の欄には、破棄された場合のデータ構造を示し、作業予定データの内容に対して網掛けをした部分が、変更されたデータとなる。
図１６は注射実施（投与時）の動作フローを示し、この動作フローを以下に説明する。
【００９２】
図１６のステップＳ３１に示すように実施する作業（この場合、注射）予定を選択する。
このために、例えば図１２の項目毎の業務リストを選択し、この選択から注射に関する作業予定のみを表示する状態にする。注射に関する作業予定のみを表示する状態にした画面Ｇ９を図１７に示す。
【００９３】
この画面Ｇ９では、具体的には５日１０：００予定の「５日１０：００  オリンパス次郎  注射：ＩＶ」の予定を例に取ると、作業予定データ内にセットされている情報は、図１５の右欄に記載のようなデータになる。
「０５日１０：００  オリンパス次郎  注射：ＩＶ」の行を選択した場合は、図１６のステップＳ３２に移り、ボトルラベルチェックの処理を行う。そして、この場合には、看護師のＰＤＡ８には図１８に示す表示画面Ｇ１０となり、「ボトルラベルを識別コード入力して下さい」等のメッセージ表示を行うと共に、注射ボトルに混注（ミキシング）されている全ての薬剤（薬剤名称および使用容量）が表示される。
【００９４】
従って、看護師は携帯しているＰＤＡ８で識別コードが表示されている注射ボトルのラベルを読み込み、作業予定データ内のＲＰ−ＩＤと一致するかを照合する。照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、次のステップＳ３３に進む。
【００９５】
一方、作業予定データ内のＲＰ−ＩＤと一致していないと、ステップＳ３４に移り、警告して、ステップＳ３２に戻る。
注射ボトルを取り間違えている等の場合は、ラベル上の識別コードとＲＰ−ＩＤが一致しない為、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
【００９６】
図１９はこの場合の警告表示の画面Ｇ１１を示し、「読み込まれたボトルラベルは実施しようとしている注射のボトルラベルではありません。」等の警告メッセージを表示する。
照合により、作業予定データ内のＲＰ−ＩＤと一致している場合には、ステップＳ３３に進み、このステップＳ３３で、混注（ミキシング）／中止チェックを行う。
【００９７】
つまり、混注（ミキシング）の作業の実施入力が済みとなっているか、およびオーダが中止されていないかをチェックする。
混注（ミキシング）の実施入力が済みとなっていれば、混注の実施データが登録されているはずであり、オーダが中止になっていれば、オーダ中止の実施データが登録されている。
【００９８】
よって、病院内情報管理システム２から、混注の実施データ（ＸＭＬファイル）を取得し、＜進捗＞のタグデータが”実施済み”になっているか否かを確認し、且つ、オーダ中止のデータが登録されていないかを確認する。
ここで、混注が未実施の場合は、ステップＳ３４の警告処理、例えば「混注の確認作業が実施されていません。」という旨の警告表示を行い、オーダが中止されている場合は、その警告処理、例えば「オーダが中止されています。」という警告表示を行って、ステップＳ３２の処理に戻す。
【００９９】
ここで、混注（ミキシング）の確認作業が実施済みであるか否か、オーダが中止になっていないかを確認する理由は次の通りである。
混注（ミキシング）の確認作業が行われていないということは、ボトルのラベルの識別コードとミキシングする各薬剤の識別コードとのチェックがなされていない。よって、指示通りの薬剤がミキシングされ、所定のボトルに注入されているかを、確実にするためには、混注（ミキシング）がシステムにてチェックされたか否かを確認する必要がある。
【０１００】
本システムでは、混注（ミキシング）の確認入力が行われた後は、注射オーダの修正入力はできないよう制御している。これは、投与直前までオーダ修正が可能であっても、投与直前のオーダ修正に対しては対応が困難であるためである。また、混注（ミキシング）後に薬剤変更があった場合は、既に混注（ミキシング）した薬剤は無駄となるためである（なお、直前のオーダ修正については、オーダの中止および新規の緊急オーダとボトルの破棄処理にて対応することができる。）。
【０１０１】
よって、注射ボトルの識別コードと作業予定データのコード（ＲＰ−ＩＤ）が照合できた場合、混注（ミキシング）の確認入力済みであることが確認でき、オーダが中止されていなければ、その作業予定データは、修正を受けておらず、かつ中止もされていない、実施すべき作業であることが確認できることになる。
【０１０２】
この混注（ミキシング）／中止チェックにより実施すべき作業であることが確認されると、ステップＳ３５に進み、リストバンドチェックの処理を行う。
図２０は患者のリストバンドチェックを行う場合の表示画面Ｇ１２を示す。
ボトルラベルチェック及び混注（ミキシング）／中止チェックがＯＫとなった場合は、ＰＤＡ８の表示はこの画面Ｇ１２に遷移する。この画面Ｇ１２では、例えば「患者のリストバンドの識別コードを入力してください。」のメッセージが表示される。
【０１０３】
ここで、看護師はＰＤＡ８により患者リストバンド上の識別コードを読み込み、作業予定データ内の患者ＩＤと一致するかを照合する。照合により一致していると、ステップＳ３６に進む。一方、一致していないと、ステップＳ３７の警告の処理を行ってステップＳ３５に戻る。
【０１０４】
このように、対象患者を間違えている等の場合は、リストバンドの識別コードと患者ＩＤが一致しないため、間違いを検出し、警告表示および警告音を出して通知が可能となっている。
ステップＳ３５によるリストバンドのチェックが済むと、ステップＳ３６のオーダ内容の表示の処理に進み、この場合にはＰＤＡ８は図２１に示す注射実施の確定画面Ｇ１３となる。
【０１０５】
この画面Ｇ１３では、注射に対するオーダ時の指示内容が表示される。
つまり、患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここで、オーダの指示内容を確認し、次のステップＳ３８の注射の投与を実施する。
【０１０６】
ステップＳ３８の注射実施後、ステップＳ３９の投与した投与量を入力する処理を行う。
図２２はＰＤＡ８における投与した投与量を入力する画面Ｇ１４を示す。
この画面Ｇ１４は、電卓入力に近い画面となり、投与した薬剤のパーセンテージを入力できるようになっている（デフォルトは１００％で表示され、変更がなければ、そのまま確定ボタンを押せばよい）。
【０１０７】
この投与量の入力を行うことにより、ステップＳ４０の実施データの登録処理がされ、ＰＤＡ８からサーバ７を通して病院内情報管理システム２に登録される。
なお、上記注射は、必ずボトル内の注射薬全てを投与するとは限らないため、このように正確に投与量を記録することもできるようになっている。これは、患者の容体の変化、オーダ時の指示等で、５０％や７５％のみ投与ということがあり得るからである。また、ここでは、％単位での入力を行うようにしているが、使用した容量に基づきｍｌ単位での入力を行うようにしてもよい。
【０１０８】
次に、図１６のステップ３２のボトルラベルチェックの動作を、図２３を参照してより詳細に説明する。
図２３は注射の実施におけるボトルラベルチェックの動作フローを示す。
注射等のオーダは修正が行われる場合がある。具体的には、各サブシステム４ＡのＰＣ端末６等から、オーダの修正登録が行われる場合がある。
【０１０９】
オーダの内容に変更があった場合は、その変更内容に基づき、医療行為が実施されるべきである。修正前の内容で、実施しようとした場合等は、その間違いをチェックし、警告表示等ができる必要があり、図２３のボトルラベルチェックの処理はこれに対応するものである。
【０１１０】
つまり、図２３は、オーダ内容が修正された場合でも、そのチェックができる仕組みを表した図である。具体例として、注射Ａをオーダした後、注射の種類をＡ’（Ａダッシュ）に変更した場合で説明する。
時刻Ｔ１で注射Ａをオーダした後、例えば時刻Ｔ２でＰＤＡ８によりその作業予定リストが取得されていると、その後の時刻Ｔ３でオーダ修正が行われた場合には、ＰＤＡ８には修正された内容（Ａ’になった）が登録されていないことになる。しかし、このような状態においても、間違いの防止が可能な機能が搭載されている。
【０１１１】
この状態で注射を実施しようとした場合、次の３通りのケースＣ１、Ｃ２、Ｃ３が考えられるが、この病院情報システム１を使用していればそのいずれのケースにおいてもチェック機能が働くようになっている。
Ｃ１：オーダ変更前の注射Ａが病棟に届く。
Ｃ２：オーダ変更後の注射Ａ’が病棟に届く。
Ｃ３：全く異なる注射Ｂが病棟に届く。
【０１１２】
以下、Ｃ１から順次説明する。
Ｃ１：病棟に注射Ａが届いた場合
通常は、混注（ミキシング時）に、ボトルラベル上の識別コードと混注される各々の薬剤の識別コードが、オーダ修正後の作業予定データの内容に基づき、病棟システムにて読み取りチェックされるため、そこで警告表示がなされ、間違いが検出される（混注確認作業）。
【０１１３】
ＰＤＡシステム４Ｂでは、この混注確認作業が実施されたか否かをチェックすることで、間違いのない内容のボトルが届いていないかどうかのチェックが可能である。
また、図２３に示すように最新の作業予定データのチェックの機能を持たせることにより、オーダ変更を知ることができるようにしてもよい。
【０１１４】
つまり、ＰＤＡ８によるラベルチェックはＯＫとなり、次のＰＤＡ８での混注チェックもＯＫとなり（これがＮＧであると「混注確認が未実施です」とのメッセージが表示される）、更にＰＤＡ８での患者チェックまでもがＯＫとなる（これがＮＧであると「対象の患者と異なります」とのメッセージが表示される）としても、最新の作業予定データをチェックする処理を行わせるようにすることにより、確認結果をＮＧとすることができる。
【０１１５】
具体的には、例えば、ＰＤＡ８での患者チェックの処理の後、最新の作業予定データをチェックするようにし、変更があれば「オーダが変更されている可能性があります。確認して下さい」等のメッセージをＰＤＡ８に表示する処理を行うようにする。
【０１１６】
例えば図１６のフローチャートで説明すると、ステップＳ３５のリストバンドチェックがＯＫの後、上記最新の作業予定データをチェックするようにＰＤＡ８に表示する処理を行った後、ステップＳ３６のオーダ内容表示を行うようにしてもよい。
【０１１７】
このように最新の作業予定データのチェックを行わせるメッセージ表示処理を行うことにより、その注射を実施する実施者は、最新の作業予定データを携帯しているＰＤＡ８で取得して確認することにより、オーダの変更を知ることができる。
Ｃ２：病棟に注射Ａ’が届いた場合
病棟にオーダ修正後の注射Ａ’が届いた場合、ＰＤＡ８に修正前の古い作業予定データが登録されていた場合は、ボトルラベルのチェック不整合となり、メッセージにて警告が表示される。
【０１１８】
オーダが修正された場合は、各注射（ＲＰ）に付与されているＩＤ（ＲＰ−ＩＤ）は、途中桁までを同じとし、その下何桁かをインクリメントするようにしているので、途中桁までの一致を判断することによってボトルラベルの不整合がオーダ修正によって発生しているか否かが判断可能である。なお、途中桁までのＩＤは、各注射に一意な番号を付与すべきであることは、言うまでもない。
【０１１９】
このようにしてボトルラベル上の識別コードを照合チェックした結果、オーダ内容の修正のためにボトルラベルの不整合が生じている場合には、「オーダが変更されている可能性がありますので、予定業務リストを再取得してください。」という旨のメッセージが表示される。ここで、使用者がＰＤＡ８を操作して最新の作業予定リストを再取得することで、ＰＤＡ８内には注射Ａから注射Ａ’に変更された後の作業予定データが登録される。この後には、ボトルラベルのチェック、リストバンドのチェックの結果はいずれもＯＫとなるので、注射Ａ’の実施が可能となる。
【０１２０】
この動作は、注射を実施しようとしているスタッフへオーダ修正後の新しい指示事項を知らしめることができるという点で有効であり、古い情報しか知らないまま注射を投与することがなくなる。
また、警告だけでなく、さらに、「オーダが修正されていますので、最新化ボタンを押して下さい」とのガイダンスや、ＮＧを出さずに、「オーダが修正されている為、最新情報を取得中です」を表示した上で最新の作業予定データを取得して照合し、この照合の結果がＯＫであるときに限り患者（リストバンド）チェックに進むようにしてもよい。
Ｃ３：病棟に全く異なる注射Ｂが届いた場合
病棟に全く異なる注射Ｂが届いた場合には、ボトルラベル上の識別コードと、作業予定データ所のコード（ＲＰ−ＩＤ）が全く異なっているため、明らかにＮＧとして、警告を行うことができる。具体的には、「使用予定のボトルと異なっています。」という旨の警告表示を行うことによって、間違って投与することを防止することができる。
【０１２１】
なお、この手法はワンショット注射の場合にはとりわけ有効であるが、点滴の場合には、時間をかけて投与を実施するため、ワンショット注射と異なり、“注射開始“と、“注射終了“の実施入力が行われる。
ワンショットの場合は、以下の順序
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）投与→（４）注射終了（投与量）入力
で作業が行われるのであるが、点滴の場合には次のような２回の作業予定となる。
（点滴開始）
（１）ボトルラベルチェック→（２）リストバンドチェック→（３）注射開始
（点滴終了）
（１）ボトルラベルチェック→（２）投与終了（抜針）→（３）注射終了（投与量）入力
作業予定データで説明すると、ワンショット注射の場合には、「注射開始」の作業予定データと、「注射終了」の作業予定データの両方が同時に登録処理されるが、点滴の場合には、「注射開始」（「点滴開始」）と「注射終了」（「点滴終了」）とがそれぞれのタイミングで登録される。
【０１２２】
図２６は点滴の医療行為を行う場合における動作内容を示す。ここで、図２６（Ａ）は点滴開始の場合の動作内容を示し、図２６（Ｂ）は点滴終了の場合の動作内容を示す。
図２６（Ａ）に示すように、点滴開始により、ステップＳ４１のボトルラベルチェックの処理を行う。このボトルラベルチェック（以下の混注／中止チェック、リストバンドチェックも同様）は実際には図１６で説明したように、チェックが正しく行われないとＮＧとなり、警告を行ってステップＳ４１に戻るような処理を行うが、ここでは簡単化のため、ボトルラベルチェックが正しく行われたとして簡略化して説明する。
【０１２３】
上記ボトルラベルチェックが正しく行われると次のステップＳ４２の混注／中止チェックの処理となり、この混注／中止チェックが正しく行われるとステップＳ４３のリストバンドチェックの処理に進み、このリストバンドチェックが正しく行われるとステップＳ４４のオーダ内容表示の処理に進む。
【０１２４】
このオーダ内容表示の処理の後、ステップＳ４５の注射開始（刺針）をする。つまり、上記リストバンドでチェックした患者に対して点滴の針を刺してセットされている薬剤投与の医療行為を開始する。また、その行為を実施した看護師はその時点（タイミングで）で、ステップＳ４６に示すようにＰＤＡ８により点滴開始の入力操作を行い、病院内情報管理システム２にその情報を送信し、病院内情報管理システム２のデータベースには点滴開始の実施データが登録される。そして、患者に対して点滴により予定された薬剤が投与され始める。
【０１２５】
点滴開始後、その点滴による薬剤の投与が終了する時刻において、その点滴終了の医療行為を行う看護師は図２６（Ｂ）のステップＳ５１に示すボトルラベルチェックをした後、ステップＳ５３の点滴のために刺した針を抜いて投与終了（抜針）の作業を行い、さらにステップＳ５４のＰＤＡ８により投与量入力を行って点滴終了を実施する。
【０１２６】
この投与量入力によりＰＤＡ８からステップＳ５５に示すようにその点滴終了の情報が病院内情報管理システム２に送信され、病院内情報管理システム２のデータベースには点滴終了の実施データが登録される。
このように時間のかかる医療行為の場合においても、病院内情報管理システム２のデータベースには正確に医療行為の開始時点での詳細な情報が登録されると共に、医療行為の終了時点でも詳細な情報が正確に登録される。
【０１２７】
このように時間のかかる医療行為の場合において、開始時点で詳細な情報の登録を行い、かつ終了時点でも詳細な情報を登録するようにして、以下のようにより適切な支援ができるようにしている。
例えば、点滴開始の作業予定時間に対して、実際に点滴開始の作業を実施した時刻がずれてしまうような場合においては、点滴終了予定の時刻もずれる。病院内情報管理システム２は、実際に点滴開始の作業を実施した時刻がずれた時間を参照し、データベースにおける対応する点滴終了の業務を行う作業予定の時刻を変更する。
【０１２８】
この変更により、その点滴終了の業務を作業予定データとしている看護師がＰＤＡ８によりその作業予定データを病院内情報管理システム２のデータベースからダウンロード等して作業予定データとして参照或いは閲覧した場合には、その点滴終了の業務を行う作業予定の時刻が変更されているので、速やかにその対応ができる。
【０１２９】
この場合、実際に点滴開始の作業を実施した看護師が点滴終了の業務も行う場合が多く、その看護師は点滴終了の業務が終了する予定時刻をより正確に知ることができる。従って、その後の作業予定業務への対応もし易い。
また、点滴開始から終了まで薬剤を投与する時間が長く、かつ看護師が点滴開始から終了まで、その場所に居なくても済むような場合には、その間に他の作業予定業務を効率良く実施することができる。この場合においても、点滴終了の業務が終了する予定時刻をより正確に知ることができるので他の作業予定業務を行い易い。
【０１３０】
また、実際に点滴開始の作業を実施した看護師が、例えばその勤務帯の終了時刻付近でその点滴開始の作業を実施し、点滴終了の業務を別の看護婦に引き継いで行うように業務予定が設定されている場合においても、その別の看護婦はＰＤＡ８によりデータベースにアクセスしてその作業予定データを参照或いは閲覧することにより、実際に点滴開始の作業を実施した時刻がずれたために点滴終了の作業終了予定時刻がずれ込むことを迅速に知ることができ、対処もし易い。
【０１３１】
例えば上述のようにずれた時間の間に他の作業予定の医療行為を行うようにする等することにより、後の作業予定の行為に及ぼす影響を少なくでき、作業予定の医療行為を円滑に行うことができる。
このように時間がかかる医療行為において、開始予定時刻と実際の開始時刻とがずれ込むような状態が発生しても、その情報を速やかに把握できるので、その後の医療行為を実施する場合の影響を少なくでき、医療行為を円滑に行い易いように支援ができる（或いは医療行為を円滑に行い易い環境を提供できる）。
【０１３２】
また、後でデータベースからそのような情報を詳細解析することにより、医療行為の実施がずれた原因等を調べることもでき、より適切に改善することもできる。
つまり、この場合においても、単に時刻のみでなく、上述した５Ｗ１Ｈを含む情報が点滴開始時と終了時にデータベースに詳細に登録されるので、後で解析する場合にもその解析に必要となる十分な情報があり、詳細な解析を行うことができる。
【０１３３】
例えば、点滴開始時と終了時に登録される情報は、それぞれの実施日時のデータの他に、実施者、実施場所、実施内容、実施された患者のデータ等を含む。より詳細には図１５の実施データの内容の欄に示すものに相当する。図１５では、作業予定のデータがその作業の実施により、或いはその作業予定の破棄によりどのようになるかの概要を示すものであり、図１５ではその概要を分かり易くするため、（開始と終了とは殆ど同じ時刻で済む）ワンショット注射を実施したもので示している。
【０１３４】
従って、時間がかかる点滴の場合における点滴開始を実施した場合には、＜進捗＞のデータは作業予定データでの予定から実施データでは実施済（より詳細には、点滴開始の実施済）となり、＜指示内容＞のデータは実施データの欄でも図１５の網掛けで示している投与の入力は行われない。この投与の網掛けは点滴終了の実施により行われることになる。
【０１３５】
また、この点滴開始の実施データの登録を受けて、病院内情報管理システム２はこの点滴開始と対になる点滴終了の作業予定データの内容の欄における＜実施予定日時＞のデータを点滴開始の実施データの日時により変更し、より正確なデータベースを構築し、参照するユーザに正確な情報を提供できるようにする。
【０１３６】
このように詳細に情報の記録が行われるので、システムのプログラムをより改善する解析の他に、医療業務を行う各看護師の業務遂行に関する能力、負担等の把握に利用することもできる。
なお、上述の説明では、データベースにおいて正確な情報の記録・蓄積を行う例で説明したが、（点滴のように）作業開始から作業終了までに時間がかかる医療行為の場合においては、作業開始の予定時刻から実際にその作業が開始された情報の登録がされた段階で、病院内情報管理システム２の図示しないＣＰＵは、そのずれ時間が予め設定した時間を超えるか否かを判断し、越えていると判断した場合には、その点滴終了を実施する実施者が携帯するＰＤＡ８に対して、その点滴終了の作業予定時刻が変更されたことを告知する処理を実行するようにしても良い。
【０１３７】
告知する処理としては、点滴終了の作業予定時刻が変更されたことを告知する情報であると分かり易いが、これに限定されるものでなく、単に最新の作業予定データを得るようなメッセージでも良い。このようなメッセージとした場合には、他の場合にも利用でき、プログラムを簡単化できる。
【０１３８】
また、点滴開始と終了とを実施する実施者が異なる場合には、ＰＤＡ８のメール機能を利用し、点滴開始をした時間がずれたので点滴終了の予定時刻がずれることを、点滴開始を実施した者から終了を実施する者へ知らせるようにしてもよい。
【０１３９】
また、上記説明では時間がかかる医療行為として点滴の場合で説明したが、その他の医療行為、例えば心電図を得るための医療行為その他に適用することも可能となる。
次に、注射のボトルを壊してしまった等、破損の処理について説明する。
【０１４０】
注射の投与前に、ボトルを壊してしまった等の破損入力用の画面は、注射の実施画面から開くことができるようになっている。図１８のボトルラベルチェック画面右下にある破損入力ボタン３１を押すことで破損入力用画面が開く。図２４は破損入力用のボトルチェック画面Ｇ１５を示す。
【０１４１】
この画面Ｇ１５が表示されている状態で、壊してしまったボトルラベル上の識別コードを入力することで、まず、破損したボトルのチェックを行う。チェックが済むと図２５の破損入力の確定画面Ｇ１６が開く。
また、破損時にボトルラベルに液体がかかってしまい、識別コードの読み取りができないような場合には、ボトルラベル手入力ボタン３３を押し、図示しない電卓型の入力画面から識別コードに隣接して表示されている該識別コードの内容を示す数字を入力することで、図２５の画面Ｇ１６を開くことも可能である。
【０１４２】
図２５の破損入力の確定画面Ｇ１６では、注射の実施確定画面と同様に、その注射のオーダ時の指示内容が表示される。
患者情報、予定日時、注射の種類／内容／ルート／速度、混注されている薬剤情報、等が表示され、ここでオーダの指示内容を確認する。破損入力するボトルに間違いなければ、確定ボタン２４を押して入力を行う。
【０１４３】
確定ボタン２４が押されると、破損入力したデータ（表１の“破棄データ”）が病院内情報管理システム２に登録され、物流部門や薬剤管理部門のシステム等と情報の共有化が行われる。
なお、破損入力を行った場合には、注射の実施入力とは異なり、注射の実施が「済」にはならないため、図１１や図１４の作業予定リスト上には「予定」の状態のまま残る形となる（「済」のリストには移動しない）。この「破棄データ」の登録により、同じ内容のボトルが準備、補充されてきた場合は、通常の注射実施時と同様に、作業予定リスト上から該当の作業予定を選択し、ボトルとリストバンドチェックした後、投与を実施することができる。
【０１４４】
また、上記例は混注済みのボトルを破損した場合についてであるが、混注（ミキシング）前に、混注予定の複数の薬剤の中の１つを壊してしまったような場合にも破損入力を同様に行うことができる。この場合には、図２４の破損入力用のボトルラベルチェック画面にて、画面下部に表示されている薬剤のうち、壊してしまったものを選択指定することによって、破損入力の確定画面へ進むことができる。なお、薬剤各々に識別コードが付されている場合には、その読み取りにて、識別コードが付されていない場合は、表中の薬剤への指示にて各々入力が可能である。
【０１４５】
一方、注射の投与前ではなく、注射の投与開始後（点滴開始後）にボトルを壊してしまったような場合は、一部投与したとして、注射終了時の入力から投与量の％入力が行える。
図１５の最も右欄の「破棄データの内容」は、注射の破損入力によってＰＤＡ８からサーバ７を通して登録される破棄データの構造を示している。
【０１４６】
この構造は作業予定データと同じであり、各作業で実施した５Ｗ１Ｈを示す情報が含まれており、実施者や実際の実施時刻等のデータが入力時の内容に基づいて設定される。図１５における網掛けをした部分が、破損入力時の内容に基づいて、追加、または変更されたデータである。
【０１４７】
同図では、作業予定データの＜進捗＞のデータが゜予定”から“実施済み”に変更され、＜実施者＞及び＜実施時間＞が実施した内容に基づき追加され、＜実施内容＞の種類が“破棄”とされている。また、＜対象物＞のデータには、混注（ミキシング）される各薬剤のデータがセットされている。なお、ボトルの破損の場合には混注（ミキシング）したすべての薬剤のデータがセットされているが、混注（ミキシング）前の薬剤の単品破損の場合にはここに破損した薬剤のみがセットされる。
【０１４８】
このように、本実施の形態によれば、医療行為の実施場所で医療行為を行う場合、その医療行為の作業予定の内容を携帯端末としてのＰＤＡ８により確認でき、その作業予定の内容を確認してから、作業予定の医療行為を行うことができるので、実施されるべき（予定された）医療行為を正確かつ誤りの少ない状態で行うことができる。
【０１４９】
また、時間がかかる医療行為に対しても、正確な把握ができるので、その医療行為が実際に行われる時間がずれるような事態が発生してもその情報を速やかに得られ、対処がし易い。従って、医療行為を円滑に進める環境を提供できる。
また、医療行為の実施場所で、ＰＤＡ８により医療行為を行った内容の記録の入力を行えるので、実施した医療行為の記録する場合、実施場所で確認しながら行え、かつ実施直後にその記録を行うので、正確かつ誤りの少ない状態で記録を行うことができる。
【０１５０】
また、このように携帯したＰＤＡ８により医療行為を行うべき作業予定を確認して、その作業予定の医療行為を正確に行うと共にその記録も行った後は、その作業予定の内容は実施済みのリストに移り、従って実施者は作業予定のリストを参照することにより複数の作業予定の医療行為を円滑に進めることができる。
【０１５１】
また、医療行為を行う場合に、携帯できるＰＤＡ８によりその医療行為の作業予定内容を殆ど任意の場所及び時間に参照したり、確認したりすることも容易にでき、医療行為を円滑に行い易い。また、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容の確認処理を行うことにより、作業予定内容の変更にも対処がし易い。
【０１５２】
また、このように医療行為を実施した場合にその実施した内容を正確に記録、つまりリアルタイムに記録できるので、その後の記録データの解析によって、システムをより改善することも可能となる。
なお、上述の説明では作業予定の医療行為を実施してその実施した内容等を入力することにより、サーバ７を介して病院内情報管理システム２に送信されてそのデータベースに登録が行われるが、その場合入力内容の確認操作と病院内情報管理システム２へ送信操作とを続けて行うようにしてもよい。
【０１５３】
例えば実施した内容の入力をＰＤＡ８で表示して確認ボタンで確認し、その確認した後、データベースに登録するために送信しますかの確認表示して、ＯＫボタンその他のボタンの操作で送信を行うようにしてもよい。
また、このように登録のための送信を行った場合、病院内情報管理システム２が何らかの作業中のため、送信を受け付けるのを待つ待機状態となるような場合には、例えばＰＤＡシステム４Ｂのサーバ７側でその内容を受け付け、病院内情報管理システム２の待機状態が解除された後に、サーバ７で受け付けた内容を病院内情報管理システム２のデータベースに登録し、その登録が完了するとＰＤＡ８にその登録が完了したことを通知するようにしてもよい。
【０１５４】
このようにすると、ＰＤＡ８によりその登録を行おうとする実施者は、病院内情報管理システム２の待機状態が解除されるのを待ち続けるような不便を解消できる。
ところで、ＰＤＡ８では、これまでに説明した、病院内情報管理システム２から送られてくる情報の取得やその情報の表示部１８への表示による出力、あるいは使用者による操作入力部１７への操作に対応した情報の入力の取得及び病院内情報管理システム２への転送といった処理を、記憶部１６に記憶させておいたアプリケーションプログラムをＣＰＵ１３が実行することによって実現している。次に、この病院情報システム１でのこのアプリケーションプログラムの更新のための動作について説明する。
【０１５５】
まず図２７について説明する。同図は、ＰＤＡ８の有する記憶部１６の記憶領域の割り当てを示している。
図２７において、アプリケーションプログラム格納領域４１はＣＰＵ１３によって実行される各種のアプリケーションプログラムが格納される領域であり、ダウンロードデータ格納領域４２は無線ＬＡＮ９を介してサーバ７からＰＤＡ８にダウンロードされたデータが格納される領域である。なお、本実施形態においては、アプリケーションプログラム格納領域４１に格納されているアプリケーションを更新（アップデート）するためには、その更新後のアプリケーションプログラムをサーバ７からダウンロードしてダウンロードデータ格納領域４２に格納するものとする。
【０１５６】
次に図２８について説明する。同図は、ＰＤＡシステム４Ｂにおいて行われる、ＰＤＡ８で使用されているアプリケーションプログラムのアップデート動作の動作手順を示している。
まず、Ｓ６１において、所定日以降にＰＤＡ８で使用を開始させる更新後のアプリケーションプログラム（以降、「新アプリ」と称することとする）をその使用開始日よりも前にサーバ７の有する記憶部に格納させておく。
【０１５７】
その後、Ｓ６２においてＰＤＡ８で電源が投入される（オンされる）と、Ｓ６３においてＰＤＡ８からサーバ７へのログイン処理が行われる。このときサーバ７では新アプリの使用開始日が確認され、現在の日時がこの使用開始日を経過しているか否かが判定される。そしてこの結果、現在の日時がこの使用開始日を経過していないのであればＳ６４に手順が進み、経過しているのであればＳ７４に手順が進む。
【０１５８】
上述したＳ６３の処理によって、ＰＤＡ８での新アプリの使用開始時期がサーバ７側で一括管理されるので、新アプリの使用開始の可否を判断するような負担をＰＤＡ８の使用者に負わせることがない。
Ｓ６４では、新アプリのダウンロードがＳ６３においてログインしたＰＤＡ８に対して既に行われているか否かがサーバ７によって判定され、新アプリのダウンロードが未実施ならばＳ６５に手順が進み、実施済みならばＳ７２に手順が進む。なお、このＳ６４の判定は、サーバ７で記録されているＰＤＡ８のアップデート情報における新アプリのダウンロードの履歴に基づいて行われる。
【０１５９】
Ｓ６５では、サーバ７で記録されているＰＤＡ８のアップデート情報に新アプリのダウンロードの履歴が記録される。
Ｓ６６では、記憶部１６のアプリケーションプログラム４１に格納されているアップデート前のアプリケーションプログラムがＣＰＵ１３によって実行されることによってＰＤＡ８の各機能が提供されて前述した医療行為に関する各種のデータの入出力が可能となり、各機能が看護師によって使用される。
【０１６０】
その後、ＰＤＡ８の使用が終了すると、Ｓ６７においてログアウトの要求がＰＤＡ８からサーバ７へ送付され、ＰＤＡ８との接続を断とするためのログアウト処理がサーバ７で行われる。なお、このログアウト処理が実行されているときにおけるＰＤＡ８の動作については後述する。
【０１６１】
この後、Ｓ６８では、図２９に示すような、プログラムアップデートに関連する処理中であることをＰＤＡ８の使用者に通知する画面の表示が表示部１８で行われる。
Ｓ６９では、ＰＤＡ８の操作入力部１７に対する操作入力をロックして無視するようにする。この処理は、新アプリのダウンロード時にＰＤＡ８が操作されても、このダウンロード作業が影響受けないようにするためのものである。なお、非常時の場合を想定し、電源スイッチだけはこのときにもロックしないようにしてもよい。
【０１６２】
Ｓ７０では、新アプリがサーバ７からＰＤＡ８へダウンロードされる。ＰＤＡ８では、このダウンロードされた新アプリは、記憶部１６のダウンロードデータ格納領域４２に一旦格納される。
Ｓ７１では、ソフトウェアによるＣＰＵ１３のリセット処理が実行されてＳ６８からＳ７０までの新アプリのダウンロード処理が終了し、ＰＤＡ８の表示部１８にはサーバ７に対してログイン要求を行うために使用されるログイン画面が表示される。この後はＳ６３からの手順が繰り返される。なお、このリセット後には記憶部１６のアプリケーションプログラム格納領域４１に格納されているアップデート前のアプリケーションプログラムが依然として使用される。
【０１６３】
以上のように、ログアウト処理の後に新アプリのダウンロードが行われるようにしたのは、ログアウト処理はＰＤＡ８の使用を終了するときに行われるものであるから、このときにはＰＤＡ８が有している機能が使用できなくても何ら支障は生じ難いと考えられるからである。
【０１６４】
ところで、Ｓ６４において新アプリのダウンロードが実施済みであると判定されたときには、Ｓ７２において、記憶部１６のアプリケーションプログラム格納領域４１に格納されているアップデート前のアプリケーションプログラムがＣＰＵ１３によって実行されることによってＰＤＡ８の各機能が提供されて前述した医療行為に関する各種のデータの入出力が可能となり、各機能が看護師によって使用される。
【０１６５】
その後、ＰＤＡ８の使用が終了すると、Ｓ７３においてログアウトの要求がＰＤＡ８からサーバ７へ送付されてＰＤＡ８との接続を断とするためのログアウト処理がサーバ７で行われ、この後はＳ６３からの手順が繰り返される。なお、このＳ７３のログアウト処理におけるＰＤＡ８の動作は、Ｓ６７での動作と若干の違いがある。この点については後述する。
【０１６６】
ところで、Ｓ６３において現在の日時が新アプリの使用開始日を経過していると判定されたときには、Ｓ７４においてアプリケーションプログラムのダウンロードがＳ６３においてログインしたＰＤＡ８に対して既に行われているか否かがサーバ７によって判定され、新アプリのダウンロードが未実施ならばＳ７７に手順が進み、実施済みならばＳ７５に手順が進む。なお、このＳ７４の判定は、Ｓ６４の判定と同様、サーバ７で記録されているＰＤＡ８のアップデート情報における新アプリのダウンロードの履歴に基づいて行われる。
【０１６７】
Ｓ７５では、サーバ７で記録されているＰＤＡ８のアップデート情報における新アプリのインストールの履歴に基づいて、新アプリがインストールされているか否かを判定し、新アプリがインストールされていなければ、記憶部１６のダウンロードデータ格納領域４２に格納されている新アプリがアプリケーションプログラム格納領域４１における当該アップデート前のアプリケーションプログラムの格納されていた領域に上書きして格納され（プログラムの更新）、ソフトウェアによるＣＰＵ１３のリセット処理が実行されてＰＤＡ８の表示部１８にはサーバ７に対しログイン要求を行うために使用されるログイン画面が表示される。その後、新アプリがＣＰＵ１３によってそのアプリケーションプログラム格納領域４１から読み出されて実行される。Ｓ７５で新アプリがインストールされている場合も同様に新アプリが読み出されて実行される。このアプリケーションプログラムの更新動作が行われることにより、ＰＤＡ８では新たな機能が提供されるようになり、看護師等によるその新機能の使用が可能となる。
【０１６８】
その後、ＰＤＡ８の使用が終了すると、Ｓ７６においてログアウトの要求がＰＤＡ８からサーバ７へ送付されてＳ７３と同様のログアウト処理がサーバ７で行われ、この後はＳ６３からの手順が繰り返される。
ところで、Ｓ７４において新アプリのインストールが未実施であると判定されたときには、Ｓ７７において、図２９に示すようなプログラムアップデートに関連する処理中であることをＰＤＡ８の使用者に通知する画面の表示が表示部１８で行われる。
【０１６９】
Ｓ７８では、Ｓ６９と同様、ＰＤＡ８の操作入力部１７に対する操作入力をロックして無視するようにする。
Ｓ７９では、新アプリがサーバ７からＰＤＡ８へダウンロードされる。ＰＤＡ８では、このダウンロードされた新アプリは、記憶部１６のダウンロードデータ格納領域４２に一旦格納される。なお、ここでダウンロードされた新アプリをアプリケーションプログラム格納領域４に直接上書きし、プログラムの更新を行うようにしてもよい。
【０１７０】
Ｓ８０では、ソフトウェアによるＣＰＵ１３のリセット処理が実行されてＳ６８からＳ７０までの新アプリのダウンロード処理が終了し、ＰＤＡ８の表示部１８にはサーバ７に対してログイン要求を行うために使用されるログイン画面が表示される。この後はＳ６３からの手順が繰り返される。なお、このリセット後にはログイン処理が再度行われることにより、手順がＳ６３からＳ７４、Ｓ７５へと進み、新アプリの使用が開始される。
【０１７１】
以上のようにしてＰＤＡ８で使用されているアプリケーションプログラムのアップデートが行われる。
次に、図２８のＳ６７、Ｓ７３、及びＳ７６の各々においてＰＤＡ８において実行されるログアウト処理の動作について図３０を参照しながら説明する。
【０１７２】
ログアウト処理が開始されると、まずＳ８１において、現在の日時が新アプリの使用開始日を経過しているか否か、及び新アプリのダウンロードがＰＤＡ８に対して既に行われているか否かの問い合わせがＰＤＡ８からサーバ７に対して行われ、続くＳ８２において、この問い合わせに対する回答に基づいて、現在の日時が新アプリの使用開始日前であって且つ新アプリのダウンロードがＰＤＡ８に対して既に行われているか否かが判定される。
【０１７３】
そして、この判定の結果がＹｅｓならばＳ８３においてＰＤＡ８から新アプリのダウンロードの準備ができたことを示す許可通知がサーバ７へ送付されると共に、ＰＤＡ８で新アプリのダウンロード処理の実行が開始され、その後は図２８に手順を戻す。なお、このＳ８２の判定結果がＹｅｓとなるのは図２８のＳ６７においてログアウト処理が実行されているときであり、ＰＤＡ８でこのダウンロード処理が実行されることによって、図２８のＳ７０でサーバ７からダウンロードされた新アプリが記憶部１６のダウンロードデータ格納領域４２に一旦格納される。
【０１７４】
一方、Ｓ８２の判定の結果がＮｏならばＰＤＡ８ではＳ８４において通常の使用終了時の処理が行われ、その後は図２８に手順を戻す。なお、このＳ８２の判定結果がＮｏとなるのは図２８のＳ７３またはＳ７６においてログアウト処理が実行されているときである。
【０１７５】
ＰＤＡ８ではログアウト処理時には以上の動作が行われる。
なお、上述した実施の形態の一部を省略したり、組み合わせを変更したりした実施の形態等も本発明に属する。
【０１７６】
【発明の効果】
以上詳細に説明したように、本発明は、端末とサーバシステムとの接続の終了の要求が端末から送られてきたときに、サーバシステムが該端末で実行されていたプログラムの更新のために用いられるデータを該端末へ送付し、該端末は、その送付されたデータに基づいて前記プログラムの更新を行うようにする。
【０１７７】
こうすることにより、端末の使用が終了した後にこのプログラム更新用データの取得の作がこの端末で行われるので、端末の有している他の機能が使用できなくても端末使用者には何ら支障とはならない。
あるいは、本発明は、端末とサーバシステムとの接続の要求が該端末から送られてきたときに、サーバシステムが更新後のプログラムの使用可否を示す情報を該端末へ送付し、該端末は、サーバシステムから送付された情報が更新後のプログラムの使用可を示していたときには、該更新後のプログラムを実行させてデータの入出力を行うようにする。
【０１７８】
こうすることにより、各端末での更新後のプログラムの使用開始時期をサーバシステム側で一括管理することができる。
あるいは、本発明は、設定された使用開始日よりも前に更新のために用いられるデータを予め送付して格納するようにする。
【０１７９】
こうすることにより、使用開始日当日は端末の使用開始前にプログラムの更新処理を行うだけで、端末を使用する業務に効率よく移行することができるようになる。
このように、本発明によれば、端末で用いられるプログラムの変更作業のために該端末の使用者が負うこととなる負担が軽減されるという効果を奏する。
【図面の簡単な説明】
【図１】本発明の１実施の形態の病院情報システムの全体構成を示すブロック図である。
【図２】図１に示されているＰＤＡのハードウェア構成を示す図である。
【図３】注射〜検査検体の医療行為とその医療行為のオーダ登録から実施等がされるまでの作業予定内容の詳細を表で示した図である。
【図４】オーダ登録時、参照時及び実施時の動作手順の内容を示すフローチャート図である。
【図５】注射のオーダ登録により生成される作業予定内容を示す図である。
【図６】注射のオーダ登録がされた場合におけるＰＤＡシステムの動作手順の内容を示すフローチャート図である。
【図７】ＰＤＡのログイン画面例を示す図である。
【図８】作業予定リストの登録画面例を示す図である。
【図９】図８において、患者を指定した場合における指定された勤務帯における対象患者全てが一覧表示される画面例を示す図である。
【図１０】図８において病棟を指定した場合における病棟の選択画面例を示す図である。
【図１１】図９において、勤務帯のボタンを操作した場合における勤務帯の選択画面例を示す図である。
【図１２】作業予定リストの選択表示画面例を示す図である。
【図１３】図１２において、本日の作業リストの選択項目を選択した場合に表示される画面例を示す図である。
【図１４】作業予定リストにおける実施済みのリストを選択した場合の表示画面例を示す図である。
【図１５】作業予定データの構造を示す図である。
【図１６】注射を実施する場合の詳細な動作内容を示す図である。
【図１７】図１２の画面で項目毎の業務リストから注射の項目を選択した場合の画面例を示す図である。
【図１８】ボトルチェックの画面例を示す図である。
【図１９】注射ボトルを間違えて読み込まれたような場合における警告メッセージの表示画面例を示す図である。
【図２０】患者のリストバンドチェックを行う場合における表示画面例を示す図である。
【図２１】注射を実施する場合の表示画面例を示す図である。
【図２２】注射実施後の投与量を入力する画面例を示す図である。
【図２３】オーダの内容が変更された場合におけるボトルチェックの動作内容を示す図である。
【図２４】図１８の画面において、破損入力ボタンを操作した場合における破損入力用表示画面例を示す図である。
【図２５】破損入力の確定画面例を示す図である。
【図２６】時間がかかる点滴を実施する場合の動作を示すフローチャート図である。
【図２７】ＰＤＡの有する記憶部の記憶領域の割り当てを示す図である。
【図２８】ＰＤＡシステム４Ｂにおいて行われる、ＰＤＡ８で使用されているアプリケーションプログラムのアップデート動作の動作手順を示す図である。
【図２９】プログラムアップデートの処理中であることの通知画面の例を示す図である。
【図３０】ＰＤＡ８において実行されるログアウト処理の動作手順を示す図である。
【符号の説明】
１  病院情報システム
２  病院内情報管理システム
３  ＬＡＮ
４Ａ  サブシステム
４Ｂ  サブシステム（ＰＤＡシステム）
５  サーバ
６  ＰＣ端末
７  サーバ
８  ＰＤＡ
９  無線ＬＡＮ
１０  アクセスポイント
１１  無線ＬＡＮカード
１２  識別コードリーダ
１３  ＣＰＵ
１４  ＲＯＭ
１５  ＲＡＭ
１６  記憶部
１７  操作入力部
１８  表示部
１９  バス
【図１】
2004287769.tif 000003
【図２】
2004287769.tif 000004
【図３】
2004287769.tif 000005
【図４】
2004287769.tif 000006
【図５】
2004287769.tif 000007
【図６】
2004287769.tif 000008
【図７】
2004287769.tif 000009
【図８】
2004287769.tif 000010
【図９】
2004287769.tif 000011
【図１０】
2004287769.tif 000012
【図１１】
2004287769.tif 000013
【図１２】
2004287769.tif 000014
【図１３】
2004287769.tif 000015
【図１４】
2004287769.tif 000016
【図１５】
2004287769.tif 000017
【図１６】
2004287769.tif 000018
【図１７】
2004287769.tif 000019
【図１８】
2004287769.tif 000020
【図１９】
2004287769.tif 000021
【図２０】
2004287769.tif 000022
【図２１】
2004287769.tif 000023
【図２２】
2004287769.tif 000024
【図２３】
2004287769.tif 000025
【図２４】
2004287769.tif 000026
【図２５】
2004287769.tif 000027
【図２６】
2004287769.tif 000028
【図２７】
2004287769.tif 000029
【図２８】
2004287769.tif 000030
【図２９】
2004287769.tif 000031
【図３０】
2004287769.tif 000032