看護支援システム
【課題】 効率的に経過表を作成することのできる看護支援システムを提供する。
【解決手段】 本発明の看護支援システム２０は、サーバ３０とクライアントであるＰＣ６０とを備える。サーバ３０において、テンポラリＤＢ４０は、複数の患者の看護データを記録する。検索処理部３３は、経過表を作成する患者の複数の看護データをテンポラリＤＢ４０から検索して取得する。検索処理部３３は、経過表の作成に必要な項目をインデックス化したテーブルをもとに、看護データを抽出する。テンポラリＤＢ４０は、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録しており、検索処理部３３は、検索する患者の集合を、現在入院中の患者に限定する。ＰＣ６０の経過表作成部６４は、検索処理部３３にて取得された看護データをもとに、経過表を作成する。
【解決手段】 本発明の看護支援システム２０は、サーバ３０とクライアントであるＰＣ６０とを備える。サーバ３０において、テンポラリＤＢ４０は、複数の患者の看護データを記録する。検索処理部３３は、経過表を作成する患者の複数の看護データをテンポラリＤＢ４０から検索して取得する。検索処理部３３は、経過表の作成に必要な項目をインデックス化したテーブルをもとに、看護データを抽出する。テンポラリＤＢ４０は、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録しており、検索処理部３３は、検索する患者の集合を、現在入院中の患者に限定する。ＰＣ６０の経過表作成部６４は、検索処理部３３にて取得された看護データをもとに、経過表を作成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、看護師などによる看護行為を支援する看護支援システムに関し、特に患者の経過表を作成する看護支援システムに関する。
【背景技術】
【０００２】
医療行為、特に看護行為を管理するためのシステムは、パーソナルコンピュータ（以下、「ＰＣ」という）や、ＰＤＡ（Personal Digital Assistants）等で構成され、それらは、有線あるいは無線のＬＡＮ（Local Area Network）によって接続される。例えば特許文献１に開示されるシステムにおいて、看護師は、情報処理端末装置としてＰＤＡを携帯し、作業予定となっている点滴や注射等の作業予定リストを参照して、患者に対する看護行為を実施する。さらに、看護行為の終了後、看護師はＰＤＡに実施結果を入力する。ＰＤＡは入力された実施結果を病院内情報管理システムに送信し、病院内情報管理システムにて、看護行為の実施内容を管理する。
【特許文献１】特開２００４−３４８７１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に開示された技術によると、看護行為を実施している場所で、看護師がＰＤＡを操作して看護内容を確認するので、看護行為のミスを少なくできる。また、看護行為の終了後、すぐに看護師は看護行為の実施結果、すなわち血圧値や体温などの看護データを登録するため、患者の看護データを効率的に管理できる。
【０００４】
入院患者の病状の経過を表現するため、クライアント端末において、看護データを時系列に並べた経過表（「温度板」とも呼ばれる）による情報表示が一般に行われる。看護データが患者毎に存在し、また患者が退院した場合であっても病院には看護データの保管義務が課されるため、大規模な病院における看護データのデータ量は膨大となる。そのため、特定の患者について経過表を作成しようとしても、患者の検索に時間がかかり、多忙な看護師の看護業務に支障をきたすことがある。また一般に、看護データの項目数は数百あるため、全ての看護データをサーバ端末からクライアント端末に転送すると、転送時間がかかるだけでなく、クライアント端末における処理負荷も高くなる。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、効率的に経過表を作成することのできる看護支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の看護支援システムは、サーバとクライアントとを備え、サーバは、複数の患者の看護データを記録する記憶部と、グラフと表により患者の状態を時系列で示す経過表を作成する患者の複数の看護データを記憶部から検索して取得する検索処理部と、取得した看護データを送信する送信部とを備え、クライアントは、送信部より送信された看護データを受信する受信部と、受信した看護データをもとに、患者の経過表を作成する経過表作成部とを備える。この態様の看護支援システムにおいて、検索処理部は、記憶部に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。
【０００７】
この態様の看護支援システムによると、経過表におけるグラフおよび表の作成に必要な項目の看護データをクライアントに提供することで、サーバからクライアントへのデータ転送時間を短縮できるとともに、クライアントにおける処理負荷を軽減できる。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、効率的に経過表を作成することのできる看護支援システムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施例にかかる病院情報システム１の構成を示す。病院情報システム１は、病院などの医療施設に設置され、メインシステムである病院情報管理システム１０、およびサブシステムである看護支援システム２０を備えて構成される。病院情報管理システム１０および看護支援システム２０の間はＬＡＮ（Local Area Network）１６により通信可能に接続される。図示していないが、ＬＡＮ１６には、医療施設内における他のサブシステム、例えば麻酔の手順を管理する麻酔支援システムや、リハビリ計画を管理するリハビリ支援システムなどが接続されていてもよい。病院情報管理システム１０は、ＬＡＮ１６を介して接続される看護支援システム２０などのサブシステムを一元的に集中管理する機能を有する。
【００１１】
病院情報管理システム１０は、看護支援システム２０などのサブシステムの動作を管理・制御する病院情報管理サーバ１２と、看護支援システム２０などのサブシステムにおいて取得されたデータなどを記録するマスタＤＢ１４を有する。マスタＤＢ１４には、真正のデータが記録され、外部からのデータ改竄等を防止するための高度なセキュリティ対策が講じられる。
【００１２】
看護支援システム２０は、看護支援機能を実行するサーバ３０、所期のデータを記録するテンポラリＤＢ４０、看護師などの医療スタッフにより携帯される携帯端末であるＰＤＡ７０ａ〜７０ｎ（以下、代表して「ＰＤＡ７０」とよぶ）、ＰＤＡ７０との間で無線ＬＡＮを構築してＰＤＡ７０に対してデータを送受信するアクセスポイント５０ａ〜５０ｎ（以下、代表して「アクセスポイント５０」とよぶ）、データの入出力を行うためのパーソナルコンピュータ６０ａ〜６０ｎ（以下、代表して「ＰＣ６０」とよぶ）を備える。なお、サーバ３０とテンポラリＤＢ４０とは分離した構成として図示しているが、実際にはサーバ３０がテンポラリＤＢ４０を備えて構成され、テンポラリＤＢ４０はサーバ３０の管理下にある。
【００１３】
ＰＣ６０は、据え置き型の端末であり、看護師等の医療スタッフは、ＰＣ６０が設置された場所でデータの入力やデータの参照、確認等を行う。本実施例において、サーバ３０に対して、ＰＣ６０およびＰＤＡ７０は、クライアントとして機能する。ＰＣ６０は、患者の経過表を作成して、モニタに表示する機能をもつ。なおＰＤＡ７０が、経過表の作成機能および表示機能を有してもよい。
【００１４】
経過表は、温度板、看護日誌、温度表とも呼ばれ、グラフと表により患者の状態を時系列で示す。具体的に経過表は、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）、血圧（ＢＰ）をグラフによって示すほか、体温、脈拍、呼吸、血圧、尿量、便回数などを表によって示す。グラフでは、縦軸に各項目の数値を折れ線で繋ぎ、また数値をプロットすることで、患者の状態を時系列で表現する。表では、各項目の数値を表示することで、患者の状態を時系列で表現する。横軸は、時間軸に設定される。
【００１５】
ＰＤＡ７０は、通常のＰＤＡの機能（例えばタッチパネル等によるデータの入力手段、入力されたデータに対するＣＰＵ等の処理手段、データの記憶手段、処理されたデータ等を表示する表示手段）の他に、無線ＬＡＮによりアクセスポイント５０と無線通信可能な無線ＬＡＮカードと、患者や薬剤のボトルなどに付与された識別情報の読取手段とを内蔵している。また、ＰＤＡ７０は、薬液に対する耐性を有する防水構造を有し、医療現場で使い易い構造にしてある。
【００１６】
ＰＤＡ７０は、アクセスポイント５０からのアクセス範囲内において、任意の場所でサーバ３０を介して病院情報管理システム１０にアクセスして、マスタＤＢ１４に記憶された作業予定データを取得し、その取得した作業予定データをＰＤＡ７０の表示部で表示できるようにしている。作業予定データは、作業内容を記述したオーダである。
【００１７】
看護支援システム２０は、例えば、注射等の作業予定データの登録が行われる外来システム、病棟システム、注射等の作業予定データの登録により薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により混注等を行うナース（ステーション）システム等に設けられる。特に、アクセスポイント５０やＰＣ６０は、看護師が看護行為を行うナースシステム及び病棟システムに多く設置される。各看護師がＰＤＡ７０を携帯することにより、その看護師は、看護行為の実施場所、具体的には入院している患者のベッドサイドにまで行き、その場所で看護行為に関する入出力を行うことができる。
【００１８】
このように本実施例の病院情報システム１は、ＰＤＡ７０を効率的に利用することで、看護行為の状況をリアルタイムで記録または参照できる構成をとっている。ＰＤＡ７０を携帯した看護師は、看護行為を行う場合、その看護行為の作業予定の内容をＰＤＡ７０により確認でき、その作業予定の内容を確認してから、作業予定の看護行為を行うことができるので、実施されるべき（予定された）看護行為を正確かつ誤りの少ない状態で行うことができる。また、看護行為の実施後、その実施場所でＰＤＡ７０から看護行為の内容を容易に入力できるため、看護行為の記録を、正確かつ誤りの少ない状態で行うことができる。
【００１９】
また、ＰＤＡ７０を携帯した看護師は、看護行為を行う場合に、携帯したＰＤＡ７０を利用して任意の場所および時間に参照したり、確認することができ、看護行為を円滑に行い易い。また、ＰＤＡ７０を携帯した看護師は、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容を確認することで、作業予定内容の変更にも容易に対処することができる。
【００２０】
ＰＤＡ７０から看護行為の実施結果として入力された患者の看護データは、最寄りのアクセスポイント５０からサーバ３０を介して病院情報管理システム１０に送られる。病院情報管理システム１０において、病院情報管理サーバ１２は、看護データをマスタＤＢ１４に記録する。ＰＤＡ７０から入力される看護データには、測定された患者の血圧値、脈拍、尿量、食事摂取量などの看護記録を含む。マスタＤＢ１４に記録される看護データは、看護記録だけでなく、例えば患者に対して設定された看護計画や医師からのコメント等のデータも含み、患者に関する一切の情報が含まれる。病院にもよるが、看護データの項目は多種多様であり、その数は例えば４００程度に達することもある。
【００２１】
本実施例の病院情報システム１において、病院情報管理システム１０は、看護支援システム２０だけでなく、ＬＡＮ１６を介して接続される他のサブシステムも一元的に集中管理する。そのため、病院情報管理システム１０にはサブシステムからのアクセスが集中し、看護支援システム２０のサーバ３０は、マスタＤＢ１４に記録された看護データを短時間で読み出せない状況も発生する。特定の患者の経過表をすぐに作成して参照したい場合でも、マスタＤＢ１４からのデータ読出に時間がかかるため、円滑な看護行為の遂行に支障をきたすことがある。
【００２２】
本実施例の病院情報システム１では、マスタＤＢ１４に記録されている看護データをテンポラリＤＢ４０にも記録することで、データ読出のレスポンスを改善する。サーバ３０は看護支援システム２０全体の管理・制御を行っているが、それでも病院情報システム１全体を統括管理する病院情報管理サーバ１２と比較して、処理負荷は低い。テンポラリＤＢ４０に看護データを記録することで、経過表を作成する時間を大幅に短縮できる。なお、テンポラリＤＢ４０に対しても、外部からのデータ改竄等を防止するための高度なセキュリティ対策が講じられることが好ましい。
【００２３】
図２は、実施例にかかる看護支援システムの構成を示す。図２では、経過表の作成処理を実行するＰＣ６０と、ＰＣ６０に対して看護データを供給するサーバ３０が示される。図２は、テンポラリＤＢ４０をサーバ３０の構成の一つとして示している。ＰＣ６０とサーバ３０とは、クライアントサーバシステムを構築する。
【００２４】
サーバ３０は、送受信部３１、要求受付部３２、検索処理部３３、テーブル保持部３４およびテンポラリＤＢ４０を備える。ＰＣ６０は、操作入力部６１、送受信部６２、看護データ取得部６３、経過表作成部６４およびモニタ６５を備える。以上の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２５】
ユーザが、操作入力部６１から、特定の患者についての経過表の作成要求を生成する。操作入力部６１は、キーボードやマウスなどの入力インタフェースであり、ユーザは入力インタフェースを操作することで、経過表の作成要求を入力する。経過表の作成要求は、送受信部６２からＬＡＮを経由してサーバ３０の送受信部３１に送信される。
【００２６】
送受信部３１にて受信された経過表作成要求は、要求受付部３２に供給される。要求受付部３２は、経過表作成要求を受け付けると、検索処理部３３に、経過表を作成する対象となる患者の看護データを検索させる。検索処理部３３は、経過表を作成する患者の識別情報をキーとして、その患者に対して記録されている複数の看護データをテンポラリＤＢ４０から検索して取得する。
【００２７】
図３は、テンポラリＤＢの記憶領域を示す。テンポラリＤＢ４０は、マスタＤＢ１４に記録されている全ての看護データを同期して保持し、退院した患者も含めた全ての患者の看護データを有している。本実施例のテンポラリＤＢ４０は、看護データの記憶領域をＤＢ領域４１およびバックアップ領域４２の２つに分割する。一般に経過表は、入院患者の時間的な状況の変化を確認するために作成され、既に退院した患者の経過表を作成する場面は少なく、ほとんどの場合が入院中の患者の状況把握に利用される。
【００２８】
そこで、テンポラリＤＢ４０は、看護データを、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録する。入院中の患者の看護データはＤＢ領域４１に記録され、既に退院した患者の看護データはバックアップ領域４２に記録される。したがって、患者の入院中、看護データはＤＢ領域４１に記録されているが、その患者が退院すると、看護データはバックアップ領域４２に退避されることになる。なお、ＤＢ領域４１とバックアップ領域４２は、テンポラリＤＢ４０のアドレス領域を分割して形成されてもよいが、例えばフラグを設定することで論理的に分類されてもよい。例えば、入院中の患者の看護データにはフラグ値０が設定され、退院患者の看護データにはフラグ値１が設定されて、入院または退院のステータスが論理的に確認できるようにしてもよい。なお、退院患者の看護データは、テンポラリＤＢ４０ではなく、外部の記録媒体に記録されて、病院施設内においてオフラインで保管されてもよい。
【００２９】
図４は、テンポラリＤＢに記録されている７人の患者Ａ〜患者Ｇの入院状況を示す。図４では、８月３０日を本日の日付とし、説明の便宜上、８月１０日から９月１日までの入院状況のみを示しているが、実際には８月１０日以前の看護データも存在している。図４において、チェックが入っている日は患者が入院していたことを示し、本日以降にチェックが入っている日は、患者が入院予定であることを示す。なお、本日以前の入院日は、看護データが既に取得された状態にある。
【００３０】
８月３０日（本日）に、ユーザがＰＣ６０から患者Ｆについての経過表の作成要求を生成した場合を仮定する。患者Ｂ、Ｄ、Ｇについては既に退院しているため、検索する患者の集合に含める必要はない。そのため、本実施例のテンポラリＤＢ４０においては、患者Ａ、Ｃ、Ｅ、Ｆの看護データをＤＢ領域４１に記録し、患者Ｂ、Ｄ、Ｇの看護データをバックアップ領域４２に記録しておき、経過表を作成する際、検索処理部３３が、ＤＢ領域４１のみを検索するようにしている。
【００３１】
図５は、テンポラリＤＢのＤＢ領域に記録されている患者の入院状況を示す。ＤＢ領域４１には、８月３０日（本日）に入院中の患者のみが記録されている。
例えば、７人の患者Ａ〜患者Ｇの中から患者Ｆを検索する場合、患者Ａから順に検索していくと、患者Ａ、患者Ｂ、患者Ｃ、患者Ｄ、患者Ｅ、患者Ｆと６人目に発見して、検索処理が完了する。一方、図５に示すように、４人の患者の中から患者Ｆを検索する場合、患者Ａ、患者Ｃ、患者Ｅ、患者Ｆと４人目に発見できる。このように、検索する患者の集合をＤＢ領域４１に記録された患者に限定することで、検索時間を短縮することができる。実際のテンポラリＤＢ４０には、数千人から数万人の患者の看護データが記録されており、その大多数が既に退院済みの患者であることを考えると、検索する患者の集合の絞り込みを行うことで、経過表を作成する患者の検索時間を大幅に短縮することができる。
【００３２】
図６は、検索された患者Ｆに対して記録されている看護データを示す。図中、チェックが入っている項目は、看護データが取得されていることを示す。患者Ｆは、８月１６日から８月３０日までの１５日間、入院しており、したがって、テンポラリＤＢ４０のＤＢ領域４１には、患者Ｆの１５日分の看護データが存在する。
【００３３】
看護データは、患者の状態や医師からのコメントなどを含み、既述したように、その項目数は数百個に及ぶ。この中には、経過表におけるグラフおよび表の作成に不要なデータが多く含まれているため、看護データの送信を要求したＰＣ６０に全ての項目の看護データを送信しても無駄であり、また時間もかかる。さらに、看護支援システム２０におけるＬＡＮ上のトラフィックを増大させることにもなる。
【００３４】
図２に戻って、検索処理部３３は、患者Ｆの看護データの中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。テーブル保持部３４は、経過表の作成に必要な項目をインデックス化したテーブルを保持し、検索処理部３３における検索処理時に、そのテーブルを検索処理部３３に供給する。
【００３５】
図７は、テーブル保持部に保持されたインデックステーブルを示す。インデックステーブルには、経過表においてグラフおよび表の作成に用いる項目が列挙されており、検索処理部３３は、看護データの数百の項目の中から、インデックステーブルに挙げられた項目のデータを抽出する。これにより、経過表の作成に必要な項目の看護データのみを抽出でき、ＰＣ６０へのデータ転送速度を短くできる。なお、図７に示すインデックステーブルには、実際の経過表の項目を意識して、図６に示していない項目も含ませている。
【００３６】
また検索処理部３３は、複数日分の看護データの中から、設定された日数分の看護データを抽出する。例えば、検索処理部３３は、本日分と、本日より未来の２日分、さらに本日より過去の５日分の看護データを抽出する。図６に示す例では、８月２５日から９月１日分までの看護データが抽出されることになる。図７に示したインデックステーブルを参照すると、図６において、枠８０で囲った範囲の看護データが検索処理部３３により取得される。前記したように、図６においては看護データの項目を一部省略しているため、実際には、図７に示した項目の看護データが検索処理部３３により取得されることになる。取得された看護データは、送受信部３１によりＰＣ６０の送受信部６２に送信される。
【００３７】
送受信部６２は、サーバ３０にて取得された看護データを受信する。看護データ取得部６３が、送受信部６２から看護データを取得し、経過表作成部６４に供給する。経過表作成部６４は、取得した看護データをもとに、患者の経過表を作成する。サーバ３０より送信された看護データは、経過表の作成に必要なものに限定されているため、ＰＣ６０において看護データを展開するメモリは少なくてすみ、また表示処理を高速化することが可能となる。
【００３８】
図８は、経過表の画面例を示す。経過表作成部６４で作成された経過表は、モニタ６５にて表示される。経過表は、患者の状態をグラフとして時系列で示すグラフ表示領域９２と、患者の状態を表に記述する数値で時系列で示す表領域９４とを含む。経過表作成部６４は、グラフとして表示する項目を抽出し、抽出した看護データを時系列に並べてグラフ表示領域９２に表示する。図８に示す経過表においては、経過表作成部６４が、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）、血圧（ＢＰ）の看護データを、グラフ表示領域９２に表示する。このうち、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）については、折れ線グラフとして表示し、血圧（ＢＰ）については、最大血圧（収縮期血圧）と最小血圧（拡張期血圧）の数値をグラフ中にプロットすることで表示する。本実施例では、経過表作成部６４が、看護データ取得部６３にて取得した全ての看護データの数値を、表領域９４に表示する。したがって表に表示される項目は、グラフ化された項目も含む。経過表作成部６４は、グラフ表示領域９２に表示する看護データの項目をテーブルとして保持し、看護データ取得部６３にて取得した看護データから、グラフ表示する看護データを抽出してもよい。
【００３９】
モニタ６５の画面サイズは有限であり、図８の例では、８日分の看護データのみが表示される。検索処理部３３は、本日分と、本日より未来の２日分、さらに本日より過去の５日分の計８日分の看護データを抽出しており、したがって、サーバ３０にて送信された看護データは、全て経過表に表示することができる。このように、経過表の作成に必要なデータのみをサーバ３０側で抽出し、ＰＣ６０に送信することで、無駄のない効率的なデータ処理を実現することができる。
【００４０】
なおユーザは、操作入力部６１を用いて日付変更キー９０を押し下げることで、表示される看護データの日付を変更できる。このときも、検索処理部３３は、８日分の看護データをＤＢ領域４１から取得し、無駄のないデータ処理を実現する。
【００４１】
以上、本発明を実施例をもとに説明した。この実施例はあくまで例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４２】
実施例では、サーバ３０においてテーブル保持部３４が図７に示すインデックステーブルを保持することとしたが、ＰＣ６０が、このインデックステーブルを備えてもよい。インデックステーブルは、例えば経過表におけるグラフおよび表の作成に必要な項目をＸＭＬにて記述した設定ファイルとして用意されてよく、この設定ファイルは、項目毎にグラフ化するかしないかの情報をフラグとして記憶する領域を有してよい。この場合、ＰＣ６０は、設定ファイルに記録した項目についての検索要求をサーバ３０に送信し、検索処理部３３は、この検索要求をもとに、経過表のグラフおよび表の作成に必要な項目を所定期間分だけテンポラリＤＢ４０から抽出して、送受信部３１からＰＣ６０の送受信部６２に送信する。経過表作成部６４は、設定ファイルに記憶されたフラグを参照して、グラフ化する項目の看護データを抽出し、グラフ表示領域９２にて表示する。なお上記したように、グラフ化する項目の看護データは、グラフ表示領域９２における表示だけでなく、表領域９４の表示にも用いられる。
【００４３】
また実施例では、クライアントサーバシステムについて説明したが、スタンドアローン型の看護支援システムにおいても本発明を適用することができる。このとき、単独の端末装置として構成される看護支援システムは、複数の患者の看護データを記録するテンポラリＤＢ４０と、経過表を作成する患者の複数の看護データをテンポラリＤＢ４０から検索して取得する検索処理部３３と、検索処理部３３で取得した看護データを展開するメモリと、メモリに展開された看護データをもとに、患者の経過表を作成する経過表作成部６４とを備えて構成される。検索処理部３３は、テンポラリＤＢ４０に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。これにより、メモリに展開する看護データのデータ量を削減することができ、メモリを効率的に使用できるとともに、システムにおける処理負荷を軽減できる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施例にかかる病院情報システムの構成を示す図である。
【図２】実施例にかかる看護支援システムの構成を示す図である。
【図３】テンポラリＤＢの記憶領域を示す図である。
【図４】テンポラリＤＢに記録されている患者Ａ〜患者Ｇの入院状況を示す図である。
【図５】テンポラリＤＢのＤＢ領域に記録されている患者の入院状況を示す図である。
【図６】検索された患者Ｆに対して記録されている看護データを示す図である。
【図７】テーブル保持部に保持されたインデックステーブルを示す図である。
【図８】経過表の画面例を示す図である。
【符号の説明】
【００４５】
１・・・病院情報システム、１０・・・病院情報管理システム、１２・・・病院情報管理サーバ、１４・・・マスタＤＢ、１６・・・ＬＡＮ、２０・・・看護支援システム、３０・・・サーバ、３１・・・送受信部、３２・・・要求受付部、３３・・・検索処理部、３４・・・テーブル保持部、４０・・・テンポラリＤＢ、４１・・・ＤＢ領域、４２・・・バックアップ領域、５０・・・アクセスポイント、６０・・・ＰＣ、６１・・・操作入力部、６２・・・送受信部、６３・・・看護データ取得部、６４・・・経過表作成部、６５・・・モニタ、７０・・・ＰＤＡ、９０・・・日付変更キー。
【技術分野】
【０００１】
本発明は、看護師などによる看護行為を支援する看護支援システムに関し、特に患者の経過表を作成する看護支援システムに関する。
【背景技術】
【０００２】
医療行為、特に看護行為を管理するためのシステムは、パーソナルコンピュータ（以下、「ＰＣ」という）や、ＰＤＡ（Personal Digital Assistants）等で構成され、それらは、有線あるいは無線のＬＡＮ（Local Area Network）によって接続される。例えば特許文献１に開示されるシステムにおいて、看護師は、情報処理端末装置としてＰＤＡを携帯し、作業予定となっている点滴や注射等の作業予定リストを参照して、患者に対する看護行為を実施する。さらに、看護行為の終了後、看護師はＰＤＡに実施結果を入力する。ＰＤＡは入力された実施結果を病院内情報管理システムに送信し、病院内情報管理システムにて、看護行為の実施内容を管理する。
【特許文献１】特開２００４−３４８７１７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
特許文献１に開示された技術によると、看護行為を実施している場所で、看護師がＰＤＡを操作して看護内容を確認するので、看護行為のミスを少なくできる。また、看護行為の終了後、すぐに看護師は看護行為の実施結果、すなわち血圧値や体温などの看護データを登録するため、患者の看護データを効率的に管理できる。
【０００４】
入院患者の病状の経過を表現するため、クライアント端末において、看護データを時系列に並べた経過表（「温度板」とも呼ばれる）による情報表示が一般に行われる。看護データが患者毎に存在し、また患者が退院した場合であっても病院には看護データの保管義務が課されるため、大規模な病院における看護データのデータ量は膨大となる。そのため、特定の患者について経過表を作成しようとしても、患者の検索に時間がかかり、多忙な看護師の看護業務に支障をきたすことがある。また一般に、看護データの項目数は数百あるため、全ての看護データをサーバ端末からクライアント端末に転送すると、転送時間がかかるだけでなく、クライアント端末における処理負荷も高くなる。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、効率的に経過表を作成することのできる看護支援システムを提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の看護支援システムは、サーバとクライアントとを備え、サーバは、複数の患者の看護データを記録する記憶部と、グラフと表により患者の状態を時系列で示す経過表を作成する患者の複数の看護データを記憶部から検索して取得する検索処理部と、取得した看護データを送信する送信部とを備え、クライアントは、送信部より送信された看護データを受信する受信部と、受信した看護データをもとに、患者の経過表を作成する経過表作成部とを備える。この態様の看護支援システムにおいて、検索処理部は、記憶部に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。
【０００７】
この態様の看護支援システムによると、経過表におけるグラフおよび表の作成に必要な項目の看護データをクライアントに提供することで、サーバからクライアントへのデータ転送時間を短縮できるとともに、クライアントにおける処理負荷を軽減できる。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、効率的に経過表を作成することのできる看護支援システムを提供することが可能となる。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施例にかかる病院情報システム１の構成を示す。病院情報システム１は、病院などの医療施設に設置され、メインシステムである病院情報管理システム１０、およびサブシステムである看護支援システム２０を備えて構成される。病院情報管理システム１０および看護支援システム２０の間はＬＡＮ（Local Area Network）１６により通信可能に接続される。図示していないが、ＬＡＮ１６には、医療施設内における他のサブシステム、例えば麻酔の手順を管理する麻酔支援システムや、リハビリ計画を管理するリハビリ支援システムなどが接続されていてもよい。病院情報管理システム１０は、ＬＡＮ１６を介して接続される看護支援システム２０などのサブシステムを一元的に集中管理する機能を有する。
【００１１】
病院情報管理システム１０は、看護支援システム２０などのサブシステムの動作を管理・制御する病院情報管理サーバ１２と、看護支援システム２０などのサブシステムにおいて取得されたデータなどを記録するマスタＤＢ１４を有する。マスタＤＢ１４には、真正のデータが記録され、外部からのデータ改竄等を防止するための高度なセキュリティ対策が講じられる。
【００１２】
看護支援システム２０は、看護支援機能を実行するサーバ３０、所期のデータを記録するテンポラリＤＢ４０、看護師などの医療スタッフにより携帯される携帯端末であるＰＤＡ７０ａ〜７０ｎ（以下、代表して「ＰＤＡ７０」とよぶ）、ＰＤＡ７０との間で無線ＬＡＮを構築してＰＤＡ７０に対してデータを送受信するアクセスポイント５０ａ〜５０ｎ（以下、代表して「アクセスポイント５０」とよぶ）、データの入出力を行うためのパーソナルコンピュータ６０ａ〜６０ｎ（以下、代表して「ＰＣ６０」とよぶ）を備える。なお、サーバ３０とテンポラリＤＢ４０とは分離した構成として図示しているが、実際にはサーバ３０がテンポラリＤＢ４０を備えて構成され、テンポラリＤＢ４０はサーバ３０の管理下にある。
【００１３】
ＰＣ６０は、据え置き型の端末であり、看護師等の医療スタッフは、ＰＣ６０が設置された場所でデータの入力やデータの参照、確認等を行う。本実施例において、サーバ３０に対して、ＰＣ６０およびＰＤＡ７０は、クライアントとして機能する。ＰＣ６０は、患者の経過表を作成して、モニタに表示する機能をもつ。なおＰＤＡ７０が、経過表の作成機能および表示機能を有してもよい。
【００１４】
経過表は、温度板、看護日誌、温度表とも呼ばれ、グラフと表により患者の状態を時系列で示す。具体的に経過表は、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）、血圧（ＢＰ）をグラフによって示すほか、体温、脈拍、呼吸、血圧、尿量、便回数などを表によって示す。グラフでは、縦軸に各項目の数値を折れ線で繋ぎ、また数値をプロットすることで、患者の状態を時系列で表現する。表では、各項目の数値を表示することで、患者の状態を時系列で表現する。横軸は、時間軸に設定される。
【００１５】
ＰＤＡ７０は、通常のＰＤＡの機能（例えばタッチパネル等によるデータの入力手段、入力されたデータに対するＣＰＵ等の処理手段、データの記憶手段、処理されたデータ等を表示する表示手段）の他に、無線ＬＡＮによりアクセスポイント５０と無線通信可能な無線ＬＡＮカードと、患者や薬剤のボトルなどに付与された識別情報の読取手段とを内蔵している。また、ＰＤＡ７０は、薬液に対する耐性を有する防水構造を有し、医療現場で使い易い構造にしてある。
【００１６】
ＰＤＡ７０は、アクセスポイント５０からのアクセス範囲内において、任意の場所でサーバ３０を介して病院情報管理システム１０にアクセスして、マスタＤＢ１４に記憶された作業予定データを取得し、その取得した作業予定データをＰＤＡ７０の表示部で表示できるようにしている。作業予定データは、作業内容を記述したオーダである。
【００１７】
看護支援システム２０は、例えば、注射等の作業予定データの登録が行われる外来システム、病棟システム、注射等の作業予定データの登録により薬剤払い出し等を行う薬剤部門システム、医療行為に対する会計処理等を行う医事システム、看護師により混注等を行うナース（ステーション）システム等に設けられる。特に、アクセスポイント５０やＰＣ６０は、看護師が看護行為を行うナースシステム及び病棟システムに多く設置される。各看護師がＰＤＡ７０を携帯することにより、その看護師は、看護行為の実施場所、具体的には入院している患者のベッドサイドにまで行き、その場所で看護行為に関する入出力を行うことができる。
【００１８】
このように本実施例の病院情報システム１は、ＰＤＡ７０を効率的に利用することで、看護行為の状況をリアルタイムで記録または参照できる構成をとっている。ＰＤＡ７０を携帯した看護師は、看護行為を行う場合、その看護行為の作業予定の内容をＰＤＡ７０により確認でき、その作業予定の内容を確認してから、作業予定の看護行為を行うことができるので、実施されるべき（予定された）看護行為を正確かつ誤りの少ない状態で行うことができる。また、看護行為の実施後、その実施場所でＰＤＡ７０から看護行為の内容を容易に入力できるため、看護行為の記録を、正確かつ誤りの少ない状態で行うことができる。
【００１９】
また、ＰＤＡ７０を携帯した看護師は、看護行為を行う場合に、携帯したＰＤＡ７０を利用して任意の場所および時間に参照したり、確認することができ、看護行為を円滑に行い易い。また、ＰＤＡ７０を携帯した看護師は、作業予定内容が変更されるような場合においても、実施場所で、実施を行う直前に作業予定内容を確認することで、作業予定内容の変更にも容易に対処することができる。
【００２０】
ＰＤＡ７０から看護行為の実施結果として入力された患者の看護データは、最寄りのアクセスポイント５０からサーバ３０を介して病院情報管理システム１０に送られる。病院情報管理システム１０において、病院情報管理サーバ１２は、看護データをマスタＤＢ１４に記録する。ＰＤＡ７０から入力される看護データには、測定された患者の血圧値、脈拍、尿量、食事摂取量などの看護記録を含む。マスタＤＢ１４に記録される看護データは、看護記録だけでなく、例えば患者に対して設定された看護計画や医師からのコメント等のデータも含み、患者に関する一切の情報が含まれる。病院にもよるが、看護データの項目は多種多様であり、その数は例えば４００程度に達することもある。
【００２１】
本実施例の病院情報システム１において、病院情報管理システム１０は、看護支援システム２０だけでなく、ＬＡＮ１６を介して接続される他のサブシステムも一元的に集中管理する。そのため、病院情報管理システム１０にはサブシステムからのアクセスが集中し、看護支援システム２０のサーバ３０は、マスタＤＢ１４に記録された看護データを短時間で読み出せない状況も発生する。特定の患者の経過表をすぐに作成して参照したい場合でも、マスタＤＢ１４からのデータ読出に時間がかかるため、円滑な看護行為の遂行に支障をきたすことがある。
【００２２】
本実施例の病院情報システム１では、マスタＤＢ１４に記録されている看護データをテンポラリＤＢ４０にも記録することで、データ読出のレスポンスを改善する。サーバ３０は看護支援システム２０全体の管理・制御を行っているが、それでも病院情報システム１全体を統括管理する病院情報管理サーバ１２と比較して、処理負荷は低い。テンポラリＤＢ４０に看護データを記録することで、経過表を作成する時間を大幅に短縮できる。なお、テンポラリＤＢ４０に対しても、外部からのデータ改竄等を防止するための高度なセキュリティ対策が講じられることが好ましい。
【００２３】
図２は、実施例にかかる看護支援システムの構成を示す。図２では、経過表の作成処理を実行するＰＣ６０と、ＰＣ６０に対して看護データを供給するサーバ３０が示される。図２は、テンポラリＤＢ４０をサーバ３０の構成の一つとして示している。ＰＣ６０とサーバ３０とは、クライアントサーバシステムを構築する。
【００２４】
サーバ３０は、送受信部３１、要求受付部３２、検索処理部３３、テーブル保持部３４およびテンポラリＤＢ４０を備える。ＰＣ６０は、操作入力部６１、送受信部６２、看護データ取得部６３、経過表作成部６４およびモニタ６５を備える。以上の構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００２５】
ユーザが、操作入力部６１から、特定の患者についての経過表の作成要求を生成する。操作入力部６１は、キーボードやマウスなどの入力インタフェースであり、ユーザは入力インタフェースを操作することで、経過表の作成要求を入力する。経過表の作成要求は、送受信部６２からＬＡＮを経由してサーバ３０の送受信部３１に送信される。
【００２６】
送受信部３１にて受信された経過表作成要求は、要求受付部３２に供給される。要求受付部３２は、経過表作成要求を受け付けると、検索処理部３３に、経過表を作成する対象となる患者の看護データを検索させる。検索処理部３３は、経過表を作成する患者の識別情報をキーとして、その患者に対して記録されている複数の看護データをテンポラリＤＢ４０から検索して取得する。
【００２７】
図３は、テンポラリＤＢの記憶領域を示す。テンポラリＤＢ４０は、マスタＤＢ１４に記録されている全ての看護データを同期して保持し、退院した患者も含めた全ての患者の看護データを有している。本実施例のテンポラリＤＢ４０は、看護データの記憶領域をＤＢ領域４１およびバックアップ領域４２の２つに分割する。一般に経過表は、入院患者の時間的な状況の変化を確認するために作成され、既に退院した患者の経過表を作成する場面は少なく、ほとんどの場合が入院中の患者の状況把握に利用される。
【００２８】
そこで、テンポラリＤＢ４０は、看護データを、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録する。入院中の患者の看護データはＤＢ領域４１に記録され、既に退院した患者の看護データはバックアップ領域４２に記録される。したがって、患者の入院中、看護データはＤＢ領域４１に記録されているが、その患者が退院すると、看護データはバックアップ領域４２に退避されることになる。なお、ＤＢ領域４１とバックアップ領域４２は、テンポラリＤＢ４０のアドレス領域を分割して形成されてもよいが、例えばフラグを設定することで論理的に分類されてもよい。例えば、入院中の患者の看護データにはフラグ値０が設定され、退院患者の看護データにはフラグ値１が設定されて、入院または退院のステータスが論理的に確認できるようにしてもよい。なお、退院患者の看護データは、テンポラリＤＢ４０ではなく、外部の記録媒体に記録されて、病院施設内においてオフラインで保管されてもよい。
【００２９】
図４は、テンポラリＤＢに記録されている７人の患者Ａ〜患者Ｇの入院状況を示す。図４では、８月３０日を本日の日付とし、説明の便宜上、８月１０日から９月１日までの入院状況のみを示しているが、実際には８月１０日以前の看護データも存在している。図４において、チェックが入っている日は患者が入院していたことを示し、本日以降にチェックが入っている日は、患者が入院予定であることを示す。なお、本日以前の入院日は、看護データが既に取得された状態にある。
【００３０】
８月３０日（本日）に、ユーザがＰＣ６０から患者Ｆについての経過表の作成要求を生成した場合を仮定する。患者Ｂ、Ｄ、Ｇについては既に退院しているため、検索する患者の集合に含める必要はない。そのため、本実施例のテンポラリＤＢ４０においては、患者Ａ、Ｃ、Ｅ、Ｆの看護データをＤＢ領域４１に記録し、患者Ｂ、Ｄ、Ｇの看護データをバックアップ領域４２に記録しておき、経過表を作成する際、検索処理部３３が、ＤＢ領域４１のみを検索するようにしている。
【００３１】
図５は、テンポラリＤＢのＤＢ領域に記録されている患者の入院状況を示す。ＤＢ領域４１には、８月３０日（本日）に入院中の患者のみが記録されている。
例えば、７人の患者Ａ〜患者Ｇの中から患者Ｆを検索する場合、患者Ａから順に検索していくと、患者Ａ、患者Ｂ、患者Ｃ、患者Ｄ、患者Ｅ、患者Ｆと６人目に発見して、検索処理が完了する。一方、図５に示すように、４人の患者の中から患者Ｆを検索する場合、患者Ａ、患者Ｃ、患者Ｅ、患者Ｆと４人目に発見できる。このように、検索する患者の集合をＤＢ領域４１に記録された患者に限定することで、検索時間を短縮することができる。実際のテンポラリＤＢ４０には、数千人から数万人の患者の看護データが記録されており、その大多数が既に退院済みの患者であることを考えると、検索する患者の集合の絞り込みを行うことで、経過表を作成する患者の検索時間を大幅に短縮することができる。
【００３２】
図６は、検索された患者Ｆに対して記録されている看護データを示す。図中、チェックが入っている項目は、看護データが取得されていることを示す。患者Ｆは、８月１６日から８月３０日までの１５日間、入院しており、したがって、テンポラリＤＢ４０のＤＢ領域４１には、患者Ｆの１５日分の看護データが存在する。
【００３３】
看護データは、患者の状態や医師からのコメントなどを含み、既述したように、その項目数は数百個に及ぶ。この中には、経過表におけるグラフおよび表の作成に不要なデータが多く含まれているため、看護データの送信を要求したＰＣ６０に全ての項目の看護データを送信しても無駄であり、また時間もかかる。さらに、看護支援システム２０におけるＬＡＮ上のトラフィックを増大させることにもなる。
【００３４】
図２に戻って、検索処理部３３は、患者Ｆの看護データの中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。テーブル保持部３４は、経過表の作成に必要な項目をインデックス化したテーブルを保持し、検索処理部３３における検索処理時に、そのテーブルを検索処理部３３に供給する。
【００３５】
図７は、テーブル保持部に保持されたインデックステーブルを示す。インデックステーブルには、経過表においてグラフおよび表の作成に用いる項目が列挙されており、検索処理部３３は、看護データの数百の項目の中から、インデックステーブルに挙げられた項目のデータを抽出する。これにより、経過表の作成に必要な項目の看護データのみを抽出でき、ＰＣ６０へのデータ転送速度を短くできる。なお、図７に示すインデックステーブルには、実際の経過表の項目を意識して、図６に示していない項目も含ませている。
【００３６】
また検索処理部３３は、複数日分の看護データの中から、設定された日数分の看護データを抽出する。例えば、検索処理部３３は、本日分と、本日より未来の２日分、さらに本日より過去の５日分の看護データを抽出する。図６に示す例では、８月２５日から９月１日分までの看護データが抽出されることになる。図７に示したインデックステーブルを参照すると、図６において、枠８０で囲った範囲の看護データが検索処理部３３により取得される。前記したように、図６においては看護データの項目を一部省略しているため、実際には、図７に示した項目の看護データが検索処理部３３により取得されることになる。取得された看護データは、送受信部３１によりＰＣ６０の送受信部６２に送信される。
【００３７】
送受信部６２は、サーバ３０にて取得された看護データを受信する。看護データ取得部６３が、送受信部６２から看護データを取得し、経過表作成部６４に供給する。経過表作成部６４は、取得した看護データをもとに、患者の経過表を作成する。サーバ３０より送信された看護データは、経過表の作成に必要なものに限定されているため、ＰＣ６０において看護データを展開するメモリは少なくてすみ、また表示処理を高速化することが可能となる。
【００３８】
図８は、経過表の画面例を示す。経過表作成部６４で作成された経過表は、モニタ６５にて表示される。経過表は、患者の状態をグラフとして時系列で示すグラフ表示領域９２と、患者の状態を表に記述する数値で時系列で示す表領域９４とを含む。経過表作成部６４は、グラフとして表示する項目を抽出し、抽出した看護データを時系列に並べてグラフ表示領域９２に表示する。図８に示す経過表においては、経過表作成部６４が、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）、血圧（ＢＰ）の看護データを、グラフ表示領域９２に表示する。このうち、体温（Ｔ）、脈拍（Ｐ）、呼吸（Ｒ）については、折れ線グラフとして表示し、血圧（ＢＰ）については、最大血圧（収縮期血圧）と最小血圧（拡張期血圧）の数値をグラフ中にプロットすることで表示する。本実施例では、経過表作成部６４が、看護データ取得部６３にて取得した全ての看護データの数値を、表領域９４に表示する。したがって表に表示される項目は、グラフ化された項目も含む。経過表作成部６４は、グラフ表示領域９２に表示する看護データの項目をテーブルとして保持し、看護データ取得部６３にて取得した看護データから、グラフ表示する看護データを抽出してもよい。
【００３９】
モニタ６５の画面サイズは有限であり、図８の例では、８日分の看護データのみが表示される。検索処理部３３は、本日分と、本日より未来の２日分、さらに本日より過去の５日分の計８日分の看護データを抽出しており、したがって、サーバ３０にて送信された看護データは、全て経過表に表示することができる。このように、経過表の作成に必要なデータのみをサーバ３０側で抽出し、ＰＣ６０に送信することで、無駄のない効率的なデータ処理を実現することができる。
【００４０】
なおユーザは、操作入力部６１を用いて日付変更キー９０を押し下げることで、表示される看護データの日付を変更できる。このときも、検索処理部３３は、８日分の看護データをＤＢ領域４１から取得し、無駄のないデータ処理を実現する。
【００４１】
以上、本発明を実施例をもとに説明した。この実施例はあくまで例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００４２】
実施例では、サーバ３０においてテーブル保持部３４が図７に示すインデックステーブルを保持することとしたが、ＰＣ６０が、このインデックステーブルを備えてもよい。インデックステーブルは、例えば経過表におけるグラフおよび表の作成に必要な項目をＸＭＬにて記述した設定ファイルとして用意されてよく、この設定ファイルは、項目毎にグラフ化するかしないかの情報をフラグとして記憶する領域を有してよい。この場合、ＰＣ６０は、設定ファイルに記録した項目についての検索要求をサーバ３０に送信し、検索処理部３３は、この検索要求をもとに、経過表のグラフおよび表の作成に必要な項目を所定期間分だけテンポラリＤＢ４０から抽出して、送受信部３１からＰＣ６０の送受信部６２に送信する。経過表作成部６４は、設定ファイルに記憶されたフラグを参照して、グラフ化する項目の看護データを抽出し、グラフ表示領域９２にて表示する。なお上記したように、グラフ化する項目の看護データは、グラフ表示領域９２における表示だけでなく、表領域９４の表示にも用いられる。
【００４３】
また実施例では、クライアントサーバシステムについて説明したが、スタンドアローン型の看護支援システムにおいても本発明を適用することができる。このとき、単独の端末装置として構成される看護支援システムは、複数の患者の看護データを記録するテンポラリＤＢ４０と、経過表を作成する患者の複数の看護データをテンポラリＤＢ４０から検索して取得する検索処理部３３と、検索処理部３３で取得した看護データを展開するメモリと、メモリに展開された看護データをもとに、患者の経過表を作成する経過表作成部６４とを備えて構成される。検索処理部３３は、テンポラリＤＢ４０に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出する。これにより、メモリに展開する看護データのデータ量を削減することができ、メモリを効率的に使用できるとともに、システムにおける処理負荷を軽減できる。
【図面の簡単な説明】
【００４４】
【図１】本発明の実施例にかかる病院情報システムの構成を示す図である。
【図２】実施例にかかる看護支援システムの構成を示す図である。
【図３】テンポラリＤＢの記憶領域を示す図である。
【図４】テンポラリＤＢに記録されている患者Ａ〜患者Ｇの入院状況を示す図である。
【図５】テンポラリＤＢのＤＢ領域に記録されている患者の入院状況を示す図である。
【図６】検索された患者Ｆに対して記録されている看護データを示す図である。
【図７】テーブル保持部に保持されたインデックステーブルを示す図である。
【図８】経過表の画面例を示す図である。
【符号の説明】
【００４５】
１・・・病院情報システム、１０・・・病院情報管理システム、１２・・・病院情報管理サーバ、１４・・・マスタＤＢ、１６・・・ＬＡＮ、２０・・・看護支援システム、３０・・・サーバ、３１・・・送受信部、３２・・・要求受付部、３３・・・検索処理部、３４・・・テーブル保持部、４０・・・テンポラリＤＢ、４１・・・ＤＢ領域、４２・・・バックアップ領域、５０・・・アクセスポイント、６０・・・ＰＣ、６１・・・操作入力部、６２・・・送受信部、６３・・・看護データ取得部、６４・・・経過表作成部、６５・・・モニタ、７０・・・ＰＤＡ、９０・・・日付変更キー。
【特許請求の範囲】
【請求項１】
サーバとクライアントとを備えた看護支援システムであって、
前記サーバは、
複数の患者の看護データを記録する記憶部と、
グラフと表により患者の状態を時系列で示す経過表を作成する患者の複数の看護データを前記記憶部から検索して取得する検索処理部と、
取得した看護データを送信する送信部とを備え、
前記クライアントは、
前記送信部より送信された看護データを受信する受信部と、
受信した看護データをもとに、患者の経過表を作成する経過表作成部とを備え、
前記検索処理部は、前記記憶部に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出することを特徴とする看護支援システム。
【請求項２】
前記検索処理部は、経過表におけるグラフおよび表の作成に必要な項目をインデックス化したテーブルをもとに、看護データを抽出することを特徴とする請求項１に記載の看護支援システム。
【請求項３】
前記記憶部は、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録し、
前記検索処理部は、検索する患者の集合を、現在入院中の患者に限定することを特徴とする請求項１または２に記載の看護支援システム。
【請求項４】
前記検索処理部は、複数日分の看護データの中から、設定された日数分の看護データを抽出することを特徴とする請求項１から３のいずれかに記載の看護支援システム。
【請求項１】
サーバとクライアントとを備えた看護支援システムであって、
前記サーバは、
複数の患者の看護データを記録する記憶部と、
グラフと表により患者の状態を時系列で示す経過表を作成する患者の複数の看護データを前記記憶部から検索して取得する検索処理部と、
取得した看護データを送信する送信部とを備え、
前記クライアントは、
前記送信部より送信された看護データを受信する受信部と、
受信した看護データをもとに、患者の経過表を作成する経過表作成部とを備え、
前記検索処理部は、前記記憶部に記録された看護データの複数の項目の中から、経過表におけるグラフおよび表の作成に必要な項目の看護データを抽出することを特徴とする看護支援システム。
【請求項２】
前記検索処理部は、経過表におけるグラフおよび表の作成に必要な項目をインデックス化したテーブルをもとに、看護データを抽出することを特徴とする請求項１に記載の看護支援システム。
【請求項３】
前記記憶部は、現在入院中の患者の看護データと、既に退院した患者の看護データに分類して記録し、
前記検索処理部は、検索する患者の集合を、現在入院中の患者に限定することを特徴とする請求項１または２に記載の看護支援システム。
【請求項４】
前記検索処理部は、複数日分の看護データの中から、設定された日数分の看護データを抽出することを特徴とする請求項１から３のいずれかに記載の看護支援システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００６−２６８６１３（Ｐ２００６−２６８６１３Ａ）
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願番号】特願２００５−８７７２０（Ｐ２００５−８７７２０）
【出願日】平成１７年３月２５日（２００５．３．２５）
【出願人】（３０４０５０９２３）オリンパスメディカルシステムズ株式会社 (1,905)
【Ｆターム（参考）】
【公開日】平成１８年１０月５日（２００６．１０．５）
【国際特許分類】
【出願日】平成１７年３月２５日（２００５．３．２５）
【出願人】（３０４０５０９２３）オリンパスメディカルシステムズ株式会社 (1,905)
【Ｆターム（参考）】
[ Back to top ]