JP2009233042A - 医療情報記録システムおよび表示装置 - Google Patents

Abstract

【課題】医療情報記録システムを、低コストでありながらも汎用性を高くしたい。
【解決手段】ネットワークカメラ４８は、医療機関内における人物の第１画像を順次撮像する。ネットワークエンコーダ４６は、医療機関内に配置された生体モニタ装置の表示画面に対応した第２画像を順次取得する。ネットワークＨＤＤレコーダ１６は、第１画像と第２画像とを順次入力し、第１画像と第２画像とを記録する。ネットワークＨＤＤレコーダ１６の受付部は、監視すべき領域に関する指示を受けつける。設定部は、指示に応じて、第２画像に対して監視すべき領域を設定する。監視部は、設定された領域内において、順次受信した第２画像間の変化を監視する。制御部は、監視結果を第２画像と対応づけて記録する。
【選択図】図１

Description

本発明は、医療情報記録技術に関し、特に患者の医療情報を記録し表示する医療情報記録システムおよび表示装置に関する。

医療機関における安全性の確保のために、病室にいる患者を撮像することによって、ナースセンタにおいて看護師が患者の様子をリアルタイムに確認することが行われている。また、夜間に患者の容態が急変したとき等の患者の様子を後から確認するために、撮像した画像を記録することも行われている。一方、病院等の看護現場において、患者の容態を測定するための生体モニタが患者のそばに備えられていることが多い。そのため、患者の容態を確認するために、患者の画像と合わせて、生体モニタの情報を表示・記録することが重要であり、そのような看護支援システムが提案されている（例えば、特許文献１参照）。例えば、カメラが、患者の容態を撮像した後に送信し、画像処理サーバは、撮像した画像を保存する。これと同時に、生体モニタ装置は、測定した生体データを送信し、生体データ処理サーバは、生体データを保存する。生体データ処理サーバは、生体データが異常か否かを判定し、異常であった場合に、画像処理サーバから画像を出力させ、記録装置に記録させる。
特開２００４−２２７４６５号公報

一般的に、生体モニタでは、製造メーカや機種などによって、生体データに含まれる測定項目の有無や、生体データのフォーマットなどが異なる。そのため、生体データを記録する場合、特定の生体モニタに制限されてしまうので、汎用性が低下する。また、生体モニタの使用用途は、患者ごとに異なるので、ある患者に適した生体モニタは、別の患者には適さないこともありえる。つまり、生体データを記録する場合、生体モニタの使用用途という点においても、汎用性が低下する。さらに、このような生体データの容量は、測定項目の増加によって大きくなる傾向にあり、それを記録するためのコストも大きくなる傾向にある。しかしながら、医療機関では、さまざまな製造メーカの生体モニタが使用されたり、さまざまな用途に生体モニタが使用されたりすることが望まれる。また、記録のためのコストの低減も望まれる。

本発明はこうした状況に鑑みてなされたものであり、その目的は、低コストでありながらも、汎用性の高い医療情報記録と表示を行う医療情報記録システムおよび表示装置を提供することにある。

上記課題を解決するために、本発明のある態様の医療情報記録システムは、医療機関内における人物の第１画像を順次撮像する撮像装置と、医療機関内に配置された生体モニタ装置の表示画面に対応した第２画像を順次取得する取得装置と、撮像装置において撮像された第１画像と、取得装置において取得された第２画像とをそれぞれ順次入力し、第１画像と第２画像とを記録する記録装置とを備える。記録装置は、第２画像内において、監視すべき領域に関する指示を受けつける受付部と、受付部において受けつけた指示に応じて、第２画像に対して監視すべき領域を設定する設定部と、設定部において設定された領域内において、順次受信した第２画像間の変化を監視する監視部と、監視部における監視結果を第２画像と対応づけて記録する処理部とを備える。

この態様によると、生体モニタ装置の表示画面に対応した第２画像を順次取得するとともに、第２画像に対して監視すべき領域を設定するので、低コストでありながらも、汎用性を高くできる。

取得装置は、監視部において、順次受信した第２画像間の変化が検出された場合に、医療機関内に配置されたマイクによって取り込まれた音声も順次取得し、記録装置は、取得装置において取得された音声も順次入力し、音声も記録する記録装置であってもよい。この場合、変化が検出されたときに音声を記録するので、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項を両立できる。

記録装置は、記録すべき第１画像の少なくとも一部に対してマスク処理を実行する実行部をさらに備えてもよい。実行部は、監視部において、順次受信した第２画像間の変化が検出された場合に、マスク処理を停止する実行部であってもよい。この場合、変化が検出されたときにマスク処理を停止するので、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項を両立できる。

本発明の別の態様は、表示装置である。この装置は、医療機関内における人物の第１画像を順次撮像する撮像装置と、医療機関内に配置された生体モニタ装置の表示画面に対応した第２画像を順次取得する取得装置と、撮像装置において撮像された第１画像と、取得装置において取得された第２画像とをそれぞれ順次入力し、第１画像と第２画像とを記録する記録装置とが含まれた医療情報記録システムであり、かつ第２画像内において、監視すべき領域に関する指示を受けつけ、指示に応じて設定された監視すべき領域内において、順次受信した第２画像間の変化を監視するとともに、監視結果を第２画像と対応づけて記録する記録装置が含まれた医療情報記録システムに接続された表示装置であって、撮像装置において撮像された第１画像と、取得装置において取得された第２画像とをそれぞれ順次入力する第１受付部と、ユーザからの指示を受けつける第２受付部と、第２受付部において受けつけられた指示に応じて、第１受付部において入力された第１画像と第２画像とを表示する表示部と、を備える。

この態様によると、生体モニタ装置の表示画面に対応した第２画像を順次取得するとともに、第２画像に対して監視すべき領域を設定する医療情報記録システムに接続するので、医療情報記録システムでの第１画像と第２画像とを表示できる。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、低コストでありながらも、汎用性を高くできる。

以下、本発明を実施するための最良の形態について、好ましい実施例を示して詳細に説明する。

本発明を具体的に説明する前に、まず概要を述べる。本発明の実施例１は、カメラにて患者を撮像した画像と、生体モニタにて測定された項目とを記録する医療情報記録システムに関する。前述のごとく、高い汎用性と、低コストとの両立が望まれる。さらに、患者や看護師を撮像する場合、患者や看護師に対するプライバシーの確保も要求される。そのため、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項の両立が要求される。これらに対応するために、実施例１に係る医療情報記録システムは、次の処理を実行する。なお、カメラと生体モニタとは、患者のいる病室に配置されている。

実施例１に係る医療情報記録システムでは、カメラにて患者を撮像した画像（以下、「カメラ画像」という）が記録されるとともに、生体モニタにおいて表示される画面に対応した画像（以下、「モニタ画像」という）も記録される。つまり、生体モニタからの生体データではなく、表示画面に対応したモニタ画像が記録の対象になる。ここで、モニタ画像はあくまでも画像であり、生体データのように異常の状態を示すことができない。そこで、モニタ画像のうちの一部の領域、例えばアラーム表示部が「監視領域」として設定され、複数のモニタ画像にわたって、監視領域での表示の変化が監視される。例えば、監視には動き検出が使用される。その結果、モニタ画像であっても異常の状態が検出され、かつ監視領域も自在に設定されるので、生体モニタの機種や使用用途に対する汎用性が向上する。また、医療情報記録システムは、異常を検出した場合に、病室に配置されたマイクによって取り込んだ音声も記録する。つまり、通常時には音声が記録されないが、異常時には音声が記録される。その結果、通常時にはプライバシーが確保され、異常時には、詳細な情報の収集がなされる。

図１は、本発明の実施例１に係る医療情報記録システム１００の構成を示す。医療情報記録システム１００は、病室１０と総称される第１病室１０ａ、第２病室１０ｂ〜第８病室１０ｈ、ネットワーク１２、タッチパネル型端末装置１４、ネットワークＨＤＤレコーダ１６、モニタ１８、操作装置２０を含む。また、第１病室１０ａは、医療機関内に設けられており、生体モニタ４０、ビデオコンバータ４２、マイク４４、ネットワークエンコーダ４６、ネットワークカメラ４８、ベッド５０を含む。これらは、第２病室１０ｂから第８病室１０ｈにも含まれるが、ここでは図示を省略する。また、説明を明瞭にするために、生体モニタ４０からベッド５０が８つの病室１０のそれぞれに含まれているとするが、例えば、ひとつの病室１０に、生体モニタ４０からベッド５０が８つずつ含まれてもよい。また、ネットワークＨＤＤレコーダ１６、モニタ１８、操作装置２０は、例えばサーバ室に設置され、タッチパネル型端末装置１４は、例えばナースステーションに設置されている。

ネットワークカメラ４８は、ベッド５０の患者の様子を順次撮像し、撮像した画像、つまり前述のカメラ画像をデジタル化する。デジタル化したカメラ画像のサイズは、例えば、ＶＧＡ（Ｖｉｄｅｏ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）である。また、ネットワークカメラ４８は、デジタル化したカメラ画像をＭｏｔｉｏｎ−ＪＰＥＧ（Ｊｏｉｎｔ Ｐｈｔｏｇｒａｐｈｉｃ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）やＭＰＥＧ４（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）などの形式で圧縮する。ここで、デジタル化したカメラ画像、圧縮したカメラ画像も「カメラ画像」という。また、カメラ画像が画像として示されている場合、カメラ画像がデータ形式にて示されている場合とを区別せずに、「カメラ画像」という用語を使用する。ネットワークカメラ４８は、カメラ画像をＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）パケットに格納する。

さらに、ネットワークカメラ４８は、ネットワーク１２を介して、ＩＰパケットをネットワークＨＤＤレコーダ１６とタッチパネル型端末装置１４へ送信する。図２は、ネットワークカメラ４８から送信されるＩＰパケットの構成を示す。図示のごとく、ＩＰパケットは、ＩＰヘッダおよびＩＰペイロードによって構成される。「送信元ＩＰアドレス」には、ネットワークカメラ４８のＩＰアドレス（例えば１９２．１６８．０．１）が示されている。「宛先ＩＰアドレス」には、ネットワークＨＤＤレコーダ１６やタッチパネル型端末装置１４のＩＰアドレスや、マルチキャストアドレスが示されている。「送出時刻」は、例えば、２００８年３月１日２３時１０分００．００秒のように示されている。「画像データ」は、カメラ画像に相当する。図１の説明に戻り、ネットワーク１２は、例えば、ＩＰネットワークに相当する。しかしながらこれに限定されるものではない。

生体モニタ４０は、図示しない生体センサを備えており、生体センサが、ベッド５０にいる患者に取り付けられて、患者の脈拍数や血圧値などの生体データを収集する。生体モニタ４０は、生体センサからの生体データを入力し、図示しないモニタに生体データを表示する。ここで、生体モニタ４０のモニタに表示された画像、つまり生体モニタ４０の表示画面に対応した画像が、前述のモニタ画像に相当する。なお、モニタ画像が画像として示されている場合、モニタ画像がデータ形式にて示されている場合とを区別せずに、「モニタ画像」という用語を使用する。モニタ画像のサイズは、例えば、ＳＸＧＡ（Ｓｕｐｅｒ ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）、ＸＧＡ（ｅＸｔｅｎｄｅｄ Ｇｒａｐｈｉｃｓ Ａｒｒａｙ）である。また、生体モニタ４０は、一般に外部モニタを接続できるようアナログＲＧＢ出力端子を備えている。生体モニタ４０は、アナログＲＧＢ出力端子からモニタ画像を順次出力する。

ビデオコンバータ４２は、生体モニタ４０のアナログＲＧＢ出力端子に接続されており、生体モニタ４０からのモニタ画像を順次入力する。また、ビデオコンバータ４２は、コンポジットビデオ出力端子を備えている。ビデオコンバータ４２は、コンポジットビデオ出力端子から出力する際の形式に整合するように、モニタ画像を変換する（以下、変換したモニタ画像も「モニタ画像」という）。ビデオコンバータ４２は、コンポジットビデオ出力端子からモニタ画像を順次出力する。マイク４４は、ベッド５０の患者の音声を集音する。ここでは、音声そのもの、電気信号に変換された音声信号を区別せずに「音声」という。マイク４４は、ネットワークエンコーダ４６での形式に整合するように、音声を変換する（以下、変換した音声も「音声」という）。マイク４４は、音声を出力する。

ネットワークエンコーダ４６は、ビデオコンバータ４２のコンポジットビデオ出力端子に接続するとともに、マイク４４にも接続する。このような接続によって、ネットワークエンコーダ４６は、ビデオコンバータ４２からのモニタ画像を順次取得するとともに、マイク４４からの音声も順次取得する。通常時において、ネットワークエンコーダ４６は、モニタ画像をＭｏｔｉｏｎ−ＪＰＥＧやＭＰＥＧ４などの形式で圧縮する（以下、圧縮したモニタ画像も「モニタ画像」という）。ネットワークエンコーダ４６は、モニタ画像をＩＰパケットに格納し、ネットワーク１２を介して、ＩＰパケットをネットワークＨＤＤレコーダ１６とタッチパネル型端末装置１４へ送信する。ＩＰパケットの構成は、図２に示されたとおりであるので、ここでは説明を省略するが、図２の「画像データ」がモニタ画像に相当する。

また、ネットワークエンコーダ４６は、ネットワークＨＤＤレコーダ１６から、音声もＩＰパケットに含める旨のコマンド、つまり音声をＩＰパケットに含める指示（以下、「指示」という）を受信する。ネットワークエンコーダ４６は、指示を受信すると、通常時から異常時に遷移したことを認識する。異常時において、ネットワークエンコーダ４６は、音声をデジタル化し、例えばＭＰ３（ＭＰＥＧ Ａｕｄｉｏ Ｌａｙｅｒ−３）などの形式で圧縮する（以下、圧縮した音声も「音声」という）。ネットワークエンコーダ４６は、モニタ画像に加えて、音声もＩＰパケットに格納し、前述のごとくＩＰパケットを送信する。

タッチパネル型端末装置１４は、ネットワーク１２に接続され、ネットワークエンコーダ４６およびネットワークカメラ４８からのＩＰパケットを受信する。その結果、タッチパネル型端末装置１４は、ネットワークエンコーダ４６からのモニタ画像と、ネットワークカメラ４８からのカメラ画像とをそれぞれ順次受信する。タッチパネル型端末装置１４は、モニタ画像とカメラ画像とを表示するが、詳細は後述する。ここで、医療情報記録システム１００に含まれるタッチパネル型端末装置１４の数は、１台ではなく複数であってもよい。

ネットワークＨＤＤレコーダ１６は、ネットワーク１２に接続され、ネットワークエンコーダ４６およびネットワークカメラ４８からのＩＰパケットを受信する。その結果、ネットワークＨＤＤレコーダ１６は、ネットワークエンコーダ４６からのモニタ画像と、ネットワークカメラ４８からのカメラ画像とをそれぞれ順次受信する。また、ネットワークＨＤＤレコーダ１６は、モニタ画像とカメラ画像とを記録する。例えば、ネットワークＨＤＤレコーダ１６は、１６チャンネルに対応している場合、８台のベッド５０に対応したモニタ画像とカメラ画像とを処理の対象にできる。なお、ネットワークＨＤＤレコーダ１６には、モニタ１８が接続されており、モニタ１８は、モニタ画像とカメラ画像とを表示する。

ネットワークＨＤＤレコーダ１６は、ユーザから操作装置２０を介して監視領域に関する指示を受けつけ、指示に応じてモニタ画像に対して監視領域を設定する。例えば、監視領域は、通常時においてなにも表示されず、異常時において「ＡＬＡＲＭ」の文字が表示されるような領域に設定される。ネットワークＨＤＤレコーダ１６は、複数のモニタ画像にわたって、監視領域における表示の変化を監視する。表示の変化が検出された場合、つまり、順次受信したモニタ画像間の変化を検出した場合に、ネットワークＨＤＤレコーダ１６は、ネットワーク１２を介してネットワークエンコーダ４６へ、前述の指示を送信する。その後、異常時において、ネットワークＨＤＤレコーダ１６は、モニタ画像だけではなく音声も格納されたＩＰパケットをネットワークエンコーダ４６から受信する。ネットワークＨＤＤレコーダ１６は、順次受信した音声も記録する。なお、以上のようなネットワークＨＤＤレコーダ１６の処理の詳細は後述する。また、医療情報記録システム１００に含まれるネットワークＨＤＤレコーダ１６の数は、１台ではなく複数であってもよい。

図３は、ネットワークエンコーダ４６の構成を示す。ネットワークエンコーダ４６は、マイク入力部６０、ビデオ入力部６２、符号化部６４、通信部６６、検出部６８、指示部７０、制御部７２を含む。

ビデオ入力部６２は、図示しないビデオコンバータ４２のコンポジットビデオ出力端子に接続され、ビデオコンバータ４２からのモニタ画像を順次入力する。ビデオ入力部６２は、入力されたモニタ画像を符号化部６４へ出力する。マイク入力部６０は、図示しないマイク４４に接続されマイク４４からの音声を順次入力する。マイク入力部６０は、入力された音声を符号化部６４へ出力する。符号化部６４は、ビデオ入力部６２からモニタ画像を入力し、マイク入力部６０から音声を入力する。符号化部６４は、図示しないネットワークＨＤＤレコーダ１６からの指示に応じて、通常時および異常時のいずれかであるかの状態を管理する。通常時において、符号化部６４は、モニタ画像をＭｏｔｉｏｎ−ＪＰＥＧやＭＰＥＧ４などの形式で圧縮する。符号化部６４は、モニタ画像を通信部６６へ出力する。

通信部６６は、ネットワーク１２に対応した通信処理を実行する。ネットワーク１２がＩＰネットワークである場合、通信部６６は、ＩＰプロトコルに対応した処理を実行することによって、ＩＰパケットを送信したり、ＩＰパケットを受信したりする。通常時において、通信部６６は、符号化部６４からモニタ画像を入力し、これをＩＰパケットに格納する。なお、ＩＰパケットの構成は、前述のとおりであるので、ここでは説明を省略するが、送出元ＩＰアドレスとして、ネットワークエンコーダ４６のＩＰアドレス（例えば１９２．１６８．０．２）が付加される。また、送出時刻は、例えば２００８年３月１日２３時１０分００．００秒のように付加されている。

通信部６６は、ネットワーク１２を介して、ネットワークＨＤＤレコーダ１６とタッチパネル型端末装置１４へＩＰパケットを送信する。ここで、送信には、ネットワークＨＤＤレコーダ１６とタッチパネル型端末装置１４とのそれぞれに対してユニキャストが使用されてもよいし、マルチキャストが使用されてもよい。ネットワークＨＤＤレコーダ１６やタッチパネル型端末装置１４の数が多い場合や、後から増設する場合には、マルチキャストを使用した方が、ユニキャストを使用するよりもトラヒックの増加が少ない。また、マルチキャストを使用した方が、ユニキャストを使用するよりも、増設の設定も簡単で好適である。

通信部６６は、前述の指示が含まれたＩＰパケットをネットワークＨＤＤレコーダ１６から受信する。通信部６６は、受信したＩＰパケットを検出部６８へ出力する。検出部６８は、通信部６６からＩＰパケットを入力し、ＩＰペイロードの部分に含まれた指示を検出する。検出部６８は、検出した指示を指示部７０へ出力する。指示部７０は、検出部６８から指示を入力すると、符号化部６４に現在の状態を変更することを指示する。これは、例えば、符号化部６４の現在の状態が通常時であれば、異常時に変更することに相当し、符号化部６４の現在の状態が異常時であれば、通常時に変更することに相当する。

符号化部６４は、指示部７０からの指示に応じて、状態を変更する。符号化部６４は、通常時であれば、これを異常時に変更する。異常時において、符号化部６４は、前述のごとく、モニタ画像を圧縮するとともに、音声をＭＰ３などの形式で圧縮する。符号化部６４は、モニタ画像および音声を通信部６６へ出力する。異常時において、通信部６６は、符号化部６４からモニタ画像および音声を入力し、これらをＩＰパケットに格納する。なお、通信部６６は、図２のＩＰペイロードの部分に音声も格納する。制御部７２は、ネットワークエンコーダ４６全体の動作を制御する。

この構成は、ハードウエア的には、任意のコンピュータのＣＰＵ、メモリ、その他のＬＳＩで実現でき、ソフトウエア的にはメモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。

図４は、タッチパネル型端末装置１４の構成を示す。タッチパネル型端末装置１４は、通信部８０、制御部８２、設定部８４、モニタ８６を含み、モニタ８６は、受付部８８を含んでいる。

通信部８０は、図３の通信部６６と同様に、ネットワーク１２に対応した通信処理を実行し、図示しないネットワークカメラ４８と図示しないネットワークエンコーダ４６とからＩＰパケットを受信する。その結果、通信部８０は、ネットワークカメラ４８からのカメラ画像と、ネットワークエンコーダ４６からのモニタ画像とをそれぞれ順次入力する。通信部８０は、カメラ画像とモニタ画像とを制御部８２へ出力する。制御部８２は、通信部８０からカメラ画像とモニタ画像とを入力し、カメラ画像とモニタ画像とを復号する（以下、復号したカメラ画像も「カメラ画像」といい、復号したモニタ画像も「モニタ画像」という）。復号は、図示しないネットワークエンコーダ４６およびネットワークカメラ４８においてなされる符号化に対応する。制御部８２は、カメラ画像およびモニタ画像をモニタ８６に表示する。ここで、カメラ画像およびモニタ画像の表示形式には、後述するように複数の種類が規定されている。

受付部８８は、モニタ８６の中に含まれている。つまり、モニタ８６は、タッチパネルにて形成されており、ユーザがモニタ８６にふれることによって、受付部８８は、ユーザからの指示を受けつける。ここで、ユーザからの指示は、モニタ８６におけるカメラ画像およびモニタ画像の表示に関する指示に相当する。指示の具体例は後述する。また、受付部８８は、受けつけた指示を設定部８４へ出力する。設定部８４は、受付部８８からの指示を受けつけ、受けつけた指示に応じた表示方法を制御部８２に設定する。その結果、制御部８２は、受付部８８において受けつけた指示に応じて、通信部８０において受信されたカメラ画像とモニタ画像とをモニタ８６に表示する。

ここでは、モニタ８６におけるカメラ画像およびモニタ画像の表示形式、受付部８８において受けつけるユーザからの指示を説明する。表示形式には、「１６画面表示」、「４画面表示」、「１画面表示」が規定されている。図５（ａ）−（ｄ）は、モニタ８６に表示された画面を示す。図５（ａ）が「１６画面表示」に相当し、図５（ｂ）が「４画面表示」に相当し、図５（ｃ）−（ｄ）が「１画面表示」に相当する。図５（ａ）−（ｄ）に共通して、１画面表示操作ボタン２００、４画面表示操作ボタン２０２、１６画面表示操作ボタン２０４、オート表示操作ボタン２０６、前画面表示操作ボタン２０８、次画面表示操作ボタン２１０が、画面の最上段に表示されている。

ユーザが１画面表示操作ボタン２００にふれると、受付部８８は、１画面表示への移行の指示を受けつけたと判定する。設定部８４は、１画面表示を制御部８２に設定する。４画面表示操作ボタン２０２、１６画面表示操作ボタン２０４も同様であり、それぞれ４画面表示、１６画面表示がなされる。なお、オート表示操作ボタン２０６、前画面表示操作ボタン２０８、次画面表示操作ボタン２１０の説明は省略する。つまり、１画面表示操作ボタン２００から次画面表示操作ボタン２１０が選択されると、モニタ８６での表示形式が変化する。

図５（ａ）では、画面が１６の領域に分割されている。１６の領域は、８つのモニタ画像表示領域２１２と８つのカメラ画像表示領域２１４とに分類される。また、モニタ画像表示領域２１２には、モニタ画像が表示され、カメラ画像表示領域２１４には、カメラ画像が表示される。制御部８２には、モニタ画像表示領域２１２やカメラ画像表示領域２１４と、ＩＰアドレスとを関連付けた設定が保存されており、制御部８２は、この設定をもとに、図５（ａ）のように患者８人分のカメラ画像とモニタ画像とをモニタ８６に表示する。

例えば、図１の第１病室１０ａにおけるベッド５０を撮像するネットワークカメラ４８のＩＰアドレス１９２．１６８．０．１であり、第１病室１０ａにいる患者の生体モニタに接続されたネットワークエンコーダ４６のＩＰアドレスは１９２．１６８．０．２である。その際、タッチパネル型端末装置１４は、図５（ａ）の左上のモニタ画像表示領域２１２に１９２．１６８．０．１からのカメラ画像を表示し、その右隣のカメラ画像表示領域２１４に１９２．１６８．０．２からのモニタ画像を表示する。ひとりの患者に対して、ひとつのカメラ画像とひとつのモニタ画像とが表示されるので、１６の領域は、８人分に対応する。

図５（ｂ）では、画面が４つの領域に分割されている。４つの領域は、２つのモニタ画像表示領域２１２と２つのカメラ画像表示領域２１４とに分類される。前述の８人分のカメラ画像とモニタ画像のうち、モニタ８６は、２人分を表示する。図５（ｃ）には、モニタ画像表示領域２１２のみが設定され、図５（ｄ）には、カメラ画像表示領域２１４のみが設定される。つまり、１画面表示の際には、カメラ画像あるいはモニタ画像が全画面表示されるので、２画面がひとりの患者分に対応する。

図６は、ネットワークＨＤＤレコーダ１６の構成を示す。ネットワークＨＤＤレコーダ１６は、通信部１１０、受付部１１２、設定部１１４、監視部１１６、制御部１１８、記録部１２０を含む。制御部１１８は、検出部１２２、指示部１２４を含む。記録部１２０は、ネットワークカメラ用領域１２６と総称される第１ネットワークカメラ用領域１２６ａ〜第８ネットワークカメラ用領域１２６ｈ、ネットワークエンコーダ用領域１２８と総称される第１ネットワークエンコーダ用領域１２８ａ〜第８ネットワークエンコーダ用領域１２８ｈを含む。

通信部１１０は、図３の通信部６６と同様に、ネットワーク１２に対応した通信処理を実行し、図示しないネットワークカメラ４８と図示しないネットワークエンコーダ４６とからＩＰパケットを受信する。その結果、通信部１１０は、ネットワークカメラ４８からのカメラ画像と、ネットワークエンコーダ４６からのモニタ画像とを順次受信する。通信部１１０は、受信されたカメラ画像およびモニタ画像を制御部１１８へ出力する。また、通信部１１０は、モニタ画像を監視部１１６にも出力する。なお、カメラ画像の受信と、モニタ画像の受信とは、一般的に異なったタイミングになされるので、両者の出力も異なったタイミングになされる。

制御部１１８は、通信部１１０からカメラ画像やモニタ画像を入力する。制御部１１８は、入力されたカメラ画像やモニタ画像を圧縮したまま記録部１２０に記録する。ここで、記録部１２０には、８つのネットワークカメラ用領域１２６と８つのネットワークエンコーダ用領域１２８とが含まれている。ここで、ネットワークカメラ用領域１２６は、カメラ画像を記録するためのフォルダであり、ネットワークエンコーダ用領域１２８は、モニタ画像を記録するためのフォルダである。各フォルダは、送信元ＩＰアドレスに対応づけられている。例えば、第１ネットワークカメラ用領域１２６ａは、図１の第１病室１０ａに配置されたネットワークカメラ４８のＩＰアドレスに対応づけられている。また、第１ネットワークエンコーダ用領域１２８ａは、第１病室１０ａに配置されたネットワークエンコーダ４６のＩＰアドレスに対応づけられている。他のネットワークカメラ用領域１２６やネットワークエンコーダ用領域１２８も同様である。

つまり、記録部１２０に含まれた複数のフォルダは、送信元ＩＰアドレスごとに分けられている。このような記録部１２０の構成に対応して、制御部１１８は、カメラ画像やモニタ画像を記録する際に送信元ＩＰアドレスを確認して、記録先となるフォルダを決定する。なお、記録部１２０の各フォルダには最大記録容量が設定されており、記録部１２０は、設定された容量まで記録を継続する。しかしながら、設定された容量を超えると、記録部１２０は、古いカメラ画像やモニタ画像から順に消去して記録を継続する。フォルダの最大記録用量は記録部１２０の容量がいっぱいにならない範囲で各フォルダが均等になるように、例えば１ヶ月分のカメラ画像やモニタ画像のデータ量と等しくなるよう各フォルダに設定すればよい。

また、制御部１１８は、モニタ１８を接続しており、モニタ１８にカメラ画像やモニタ画像を表示する。モニタ１８におけるカメラ画像およびモニタ画像の表示形式は、図５（ａ）−（ｄ）のごとく規定されている。つまり、「１６画面表示」、「４画面表示」、「１画面表示」が表示形式として規定されている。そのため、制御部１１８は、図４の制御部８２と同様の処理を実行する。

操作装置２０は、マウス等のポインティングデバイスやキーボードによって構成されており、ユーザは、操作装置２０を使用して指示を入力する。受付部１１２は、操作装置２０において入力された指示を受けつける。ここで、指示は、例えば、モニタ画像内における監視領域の位置に関する指示に相当する。設定部１１４は、受付部１１２において受けつけた指示に応じて、モニタ画像に対して監視領域を設定する。つまり、ネットワークＨＤＤレコーダ１６において、監視領域は、ユーザの指示に応じて自在に設定される。図７（ａ）−（ｃ）は、受付部１１２から監視部１１６における処理の概要を示す。図７（ａ）は、監視領域の設定画面を示す。ユーザが操作装置２０を操作することによって、モニタ１８には、図７（ａ）に示された画面が表示される。

設定画面では、背景にモニタ画像が表示され、その上にグリッドが表示されるので、監視領域２２０が生体モニタ４０のアラーム表示の領域に一致するように、ユーザは、操作装置２０を使用しながらブロックを選択する。選択したブロックは、図示のごとく、四角形の形状にて表示される。その後、領域設定を確定すると、設定したブロックが監視領域２２０となり、その情報が、設定部１１４に設定される。監視領域２２０の情報は、生体モニタ４０ごとに別々に設定・保存してもよいし、全部を共通として設定・保存してもよい。図７（ｂ）は、監視領域２２０での通常時の表示を示す。図示のごとく、いかなる文字、記号、図形も表示されていない。図７（ｃ）は、監視領域２２０での異常時の表示を示す。図示のごとく、ＡＬＡＲＭ表示２２２として「ＡＬＡＲＭ」の文字が表示されている。

図６の説明に戻り、監視部１１６は通信部１１０からモニタ画像を順次入力する。また、監視部１１６は、設定部１１４において設定した監視領域内において、順次入力されたモニタ画像間の変化を監視する。監視部１１６は、変化を監視するために、監視領域内において動き検出を実行する。動き検出は公知の技術であり、簡単に説明すると、（１）過去のモニタ画像における監視領域の画像がメモリに記録され、（２）現在のモニタ画像における監視領域の画像が取得され、（３）記録した画像と取得した画像とが比較される。このとき比較には、輝度信号が使用されてもよいし、色差信号が使用されてもよい。監視部１１６は、ブロックごとに比較を実行し、差分が第１のしきい値よりも大きいか否かを判定する。監視部１１６は、この処理を設定されたブロックすべてについて繰り返し、最終的に第１のしきい値よりも大きいブロックの数を計数する。監視部１１６は、計数した数を検出部１２２へ出力する。

検出部１２２は、監視部１１６から、計数した数を入力する。また、検出部１２２は、計数した数と第２のしきい値とを比較する。計数した数が第２のしきい値よりも大きい場合、検出部１２２は、変化ありと判定する。つまり、検出部１２２は、それまでが通常時であれば異常時への遷移を検出し、それまでが異常時であれば通常時への遷移を検出する。検出部１２２は、検出した結果、特に変化の検出を指示部１２４へ出力する。また、制御部１１８は、監視結果をモニタと対応づけて記録部１２０に記録する。指示部１２４は、検出部１２２から、変化の検出を入力する。

変化が、通常時から異常時への遷移に相当する場合、指示部１２４は、通信部１１０を介してネットワークエンコーダ４６へ、音声をＩＰパケットに含める指示を送信する。一方、変化が、異常時から通常時への遷移に相当する場合、指示部１２４は、通信部１１０を介してネットワークエンコーダ４６へ、音声をＩＰパケットに含めない指示を送信する。その際、指示部１２４は、変化が生じたネットワークエンコーダ４６の宛先となるＩＰアドレスを確認し、ＩＰアドレスを通信部１１０に通知する。通信部１１０は、入力されたＩＰアドレスを宛先ＩＰアドレスに設定しながら、ＩＰパケットを生成する。なお、音声をＩＰパケットに含める指示あるいは音声をＩＰパケットに含めない指示は、ＩＰパケットのＩＰペイロードに格納される。

音声をＩＰパケットに含める指示を送信した場合、通信部１１０がネットワークエンコーダ４６から受信するＩＰパケットには、モニタ画像に加えて音声も含まれる。つまり、通信部１１０は、モニタ画像に加えて音声も順次受信する。通信部１１０は、受信されたカメラ画像、モニタ画像、音声を制御部１１８へ出力する。制御部１１８は、通信部１１０からカメラ画像、モニタ画像、音声を入力する。制御部１１８は、入力されたカメラ画像やモニタ画像と同様に、入力された音声も記録部１２０に記録する。ここで、音声は、モニタ画像と同一のフォルダに記録される。つまり、音声を送信したネットワークエンコーダ４６の送信元ＩＰアドレスに対応したネットワークエンコーダ用領域１２８に音声が記録される。

次に、ネットワークＨＤＤレコーダ１６で過去の画像を検索する手順について説明する。ユーザは、ネットワークＨＤＤレコーダ１６の操作装置２０を操作することによって、図８に示された再生画面に移行する。図８は、モニタ１８に表示された画面を示す。画像表示領域２３０は、患者８人分のカメラ画像とモニタ画像を表示する。時刻表示領域２３２は、画像表示領域２３０の右横に配置されており、下から上へと向かう経過時間を所定の時間の範囲のタイムラインとして表示する。また、時刻ポインタ２３６は、時刻表示領域２３２上において再生時刻を示す。画像表示領域２３０には、時刻ポインタ２３６で示した時刻のカメラ画像およびモニタ画像が示されている。ここで、カメラ画像およびモニタ画像は、ネットワークカメラ４８やネットワークエンコーダ４６から送信されたときにＩＰパケットに付加された時刻情報をもとに、時刻ポインタ２３６に同期している。

また、検出部１２２において動きありと判定された部分は、時刻表示領域２３２において例えば赤色の強調表示部２３４として表示され、動きなしと判定された部分は例えば緑色で表示される。その結果、ユーザは、動きの有無、すなわち異常の有り無しを直ちに識別できる。所望の病室の特定の時刻のカメラ画像やモニタ画像を見たい場合、ユーザは、操作装置２０を使用しながらタイムラインの任意の場所をドラッグして上下に移動させ、希望の時刻を時刻ポインタ２３６に合わせる。タイムラインの移動に同期してカメラ画像とモニタ画像の時刻が変化する。これにより、希望の時刻における所望のカメラ画像とモニタ画像がモニタ１８に表示される。また生体モニタ上で異常が生じたときのカメラ画像やモニタ画像を見たい場合、ユーザは、時刻表示領域２３２上で赤く表示された強調表示部２３４やその少し前に時刻ポインタ２３６が合うようにタイムラインを移動させる。これにより生体データに異常が発生したとき、あるいはその少し前のカメラ画像やモニタ画像が、モニタ１８に表示される。

スケール変更ボタン表示領域２３８は、時刻表示領域２３２の下側に設けられている。スケール変更ボタン表示領域２３８には、拡大ボタン２４０、縮小ボタン２４２が配置される。ユーザが操作装置２０を操作することによって、拡大ボタン２４０を選択すると、時刻表示領域２３２の上端から下端の間の期間のスケールが拡大される。一方、ユーザが操作装置２０を操作することによって、縮小ボタン２４２を選択すると、時刻表示領域２３２の上端から下端の間の期間のスケールが縮小される。このような処理は、図６の操作装置２０、受付部１１２、制御部１１８、記録部１２０、操作装置２０によって実行される。

以上の構成による医療情報記録システム１００の動作を説明する。図９は、医療情報記録システム１００における記録手順を示すシーケンス図である。生体モニタ４０は、測定を実行し（Ｓ１０）、マイク４４は、音声を取り込み（Ｓ１２）、ネットワークカメラ４８は、カメラ画像を撮像する（Ｓ１４）。生体モニタ４０は、ビデオコンバータ４２へモニタ画像を送信し（Ｓ１６）、ビデオコンバータ４２は、ネットワークエンコーダ４６へモニタ画像を送信する（Ｓ１８）。ネットワークエンコーダ４６は、モニタ画像が含まれたＩＰパケットをネットワークＨＤＤレコーダ１６へ送信する（Ｓ２０）。ネットワークカメラ４８は、カメラ画像が含まれたＩＰパケットをネットワークＨＤＤレコーダ１６へ送信する（Ｓ２２）。

ネットワークＨＤＤレコーダ１６は、モニタ画像とカメラ画像とを記録する（Ｓ２４）。ネットワークＨＤＤレコーダ１６は、モニタ画像のうちの監視領域に対して動き検出を実行することによって、異常を検出する（Ｓ２６）。ネットワークＨＤＤレコーダ１６は、ネットワークエンコーダ４６へ指示を送信する（Ｓ２８）。マイク４４は、ネットワークエンコーダ４６へ音声を送信する（Ｓ３０）。ネットワークエンコーダ４６は、モニタ画像および音声が含まれたＩＰパケットをネットワークＨＤＤレコーダ１６へ送信する（Ｓ３２）。ネットワークＨＤＤレコーダ１６は、音声も記録する（Ｓ３４）。

図１０は、ネットワークエンコーダ４６におけるＩＰパケットの送信手順を示すフローチャートである。ビデオ入力部６２、符号化部６４は、モニタ画像を入力する（Ｓ５０）。通信部６６は、モニタ画像が含まれたＩＰパケットを生成する（Ｓ５２）。音声をＩＰパケットに含める指示が入力されている状態であれば（Ｓ５４のＹ）、通信部６６は、音声もＩＰパケットに追加する（Ｓ５６）。一方、音声をＩＰパケットに含める指示が入力されている状態でなければ（Ｓ５４のＮ）、ステップ５６はスキップされる。通信部６６は、ＩＰパケットを送信する（Ｓ５８）。処理が継続であれば（Ｓ６０のＹ）、ステップ５０に戻る。処理が継続でなければ（Ｓ６０のＮ）、終了される。

図１１は、ネットワークＨＤＤレコーダ１６による記録手順を示すフローチャートである。通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信すれば（Ｓ１００のＹ）、制御部１１８は、カメラ画像を記録部１２０に記録する（Ｓ１０２）。一方、通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信しなければ（Ｓ１００のＮ）、ステップ１０２はスキップされる。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信すれば（Ｓ１０４のＹ）、監視部１１６は、モニタ画像を監視する（Ｓ１０６）。検出部１２２が、変化を検出し（Ｓ１０８のＹ）、それが異常の発生であれば（Ｓ１１０のＹ）、指示部１２４は、通信部１１０を介して、ネットワークエンコーダ４６へ音声の取込を指示する（Ｓ１１２）。

一方、異常の発生でなければ（Ｓ１１０のＮ）、指示部１２４は、通信部１１０を介して、ネットワークエンコーダ４６へ音声の取込不要を指示する（Ｓ１１４）。また、検出部１２２が、変化を検出しなければ（Ｓ１０８のＮ）、ステップ１１０から１１４がスキップされる。ネットワークエンコーダ４６からのＩＰパケットに音声が含まれる場合（Ｓ１１６のＹ）、制御部１１８は、モニタ画像、音声、監視結果を記録部１２０に記録する（Ｓ１１８）。ネットワークエンコーダ４６からのＩＰパケットに音声が含まれない場合（Ｓ１１６のＮ）、制御部１１８は、モニタ画像、監視結果を記録部１２０に記録する（Ｓ１２０）。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信しなければ（Ｓ１０４のＮ）、ステップ１０６から１２０がスキップされる。処理が継続であれば（Ｓ１２２のＹ）、ステップ１００に戻る。処理が継続でなければ（Ｓ１２２のＮ）、終了される。

本発明の実施例によれば、生体モニタの表示画面に対応したモニタ画像を記録するので、生体データを記録する場合と比較して、データ量を低減できる。また、データ量が低減されるので、コストも低減できる。また、生体モニタの表示画面に対応したモニタ画像を記録するので、生体モニタの製造メーカ、機種、使用用途への依存性を小さくできる。また、生体モニタの製造メーカ、機種、使用用途への依存性が小さくなるので、汎用性を高くできる。また、モニタ画像であっても、監視領域を設定し、監視領域での画像の動きを検出するので、通常時から異常時への変化を検出できる。また、監視領域を自由に設定できるので、汎用性を高くできる。また、モニタ画像を記録しながら、監視領域を自由に設定するので、低コストでありながらも、汎用性を高くできる。

また、変化が検出されたときに音声を記録するので、医療機関における安全性を確保するための詳細な情報を収集できる。また、通常時は音声を記録しないので、プライバシーを確保できる。また、通常時か異常時かによって音声を記録するか否かを切りかえるので、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項を両立できる。カメラ画像を撮像してネットワークに送出するとともに、生体データを表示する生体モニタのモニタ画像を取り込んで同じくネットワークに送出し、これらを記録して検索可能としたので、生体モニタの種類を問わず、カメラ画像とモニタ画像とを記録できる。また、モニタ画像とカメラ画像とを記録するとともに、モニタ画像に対して動き検出を行いアラーム情報として記録するので、生体モニタのデータ出力を用いなくてもカメラ画像およびモニタ画像を検索可能に記録できる。

本発明に係る実施例２は、実施例１と同様に、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項を両立することを目的とする。このような目的を達成するために、実施例１では、通常時に音声を記録せず、異常時に音声を記録している。一方、実施例２では、通常時にカメラ画像にマスク処理を実行し、異常時にカメラ画像にマスク処理を実行しない。実施例２に係る医療情報記録システム１００は、図１と同様のタイプであり、ネットワークエンコーダ４６は、図３と同様のタイプであり、タッチパネル型端末装置１４は、図４と同様のタイプであり、ネットワークＨＤＤレコーダ１６は、図６と同様のタイプである。なお、実施例２では、図１のマイク４４、図３のマイク入力部６０、検出部６８、指示部７０、図６の指示部１２４が省略されてもよい。

ネットワークＨＤＤレコーダ１６における制御部１１８は、前述のごとく、通信部１１０からカメラ画像を順次入力する。また、制御部１１８は、通常時において、カメラ画像の少なくとも一部に対してマスク処理を実行する。例えば、カメラ画像に含まれたベッド５０の位置は既知であるので、制御部１１８は、その部分にマスク処理を実行する。また、制御部１１８は、公知の画像処理技術を使用することによって、カメラ画像に含まれた顔部分を特定し、その部分にマスク処理を実行してもよい。さらに、制御部１１８は、マスク処理に限られず、モザイク処理などのカメラ画像の少なくとも一部の明瞭さを他の部分よりも低くするような処理を実行してもよい。一方、検出部１２２において、監視領域での動きが検出された場合、特に通常時から異常時への遷移が検出された場合に、制御部１１８は、カメラ画像に対するマスク処理を停止する。

図１２は、本発明の実施例２に係るネットワークＨＤＤレコーダ１６による記録手順を示すフローチャートである。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信すれば（Ｓ１５０のＹ）、監視部１１６は、モニタ画像を監視する（Ｓ１５２）。異常が発生すれば（Ｓ１５４のＹ）、制御部１１８は、フラグを「１」に設定する（Ｓ１５６）。一方、異常が発生しなければ（Ｓ１５４のＮ）、フラグを「０」に設定する（Ｓ１５８）。制御部１１８は、モニタ画像、監視結果を記録部１２０に記録する（Ｓ１６０）。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信しなければ（Ｓ１５０のＮ）、ステップ１５２から１６０がスキップされる。

通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信し（Ｓ１６２のＹ）、フラグが「０」であれば（Ｓ１６４のＹ）、制御部１１８は、カメラ画像にマスク処理を実行する（Ｓ１６６）。一方、フラグが「０」でなければ（Ｓ１６４のＮ）、ステップ１６６がスキップされる。制御部１１８は、カメラ画像を記録部１２０に記録する（Ｓ１６８）。一方、通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信しなければ（Ｓ１６２のＮ）、ステップ１６４から１６８はスキップされる。処理が継続であれば（Ｓ１７０のＹ）、ステップ１５０に戻る。処理が継続でなければ（Ｓ１７０のＮ）、終了される。

本発明の実施例によれば、変化が検出されたときにマスク処理を停止するので、医療機関における安全性を確保するための詳細な情報を収集できる。また、通常時はマスク処理を実行するので、プライバシーを確保できる。また、通常時か異常時かによってマスク処理を実行するか否かを切りかえるので、医療機関における安全性を確保するための詳細な情報の収集と、プライバシーの確保という相対する事項を両立できる。

本発明に係る実施例３は、医療機関における安全性を確保するための詳細な情報を収集することと、記憶容量の増加によるコストの増加を抑制することを目的とする。実施例３は、これまでの実施例と同様に、モニタ画像に対する動き検出をもとに、通常時であるか異常時であるかを判定する。また、実施例３は、通常時であるか異常時であるかによって、カメラ画像やモニタ画像を記録する際のフレームレートを変更する。ここでは、異常時のフレームレートを通常時のフレームレートよりも高くする。実施例３に係る医療情報記録システム１００は、図１と同様のタイプであり、ネットワークエンコーダ４６は、図３と同様のタイプであり、タッチパネル型端末装置１４は、図４と同様のタイプであり、ネットワークＨＤＤレコーダ１６は、図６と同様のタイプである。なお、実施例２では、図１のマイク４４、図３のマイク入力部６０、検出部６８、指示部７０、図６の指示部１２４が省略されてもよい。

ネットワークＨＤＤレコーダ１６における制御部１１８は、前述のごとく、通信部１１０からカメラ画像やモニタ画像を順次入力する。また、制御部１１８は、通常時において、カメラ画像およびモニタ画像を１フレーム／３秒の割合で記録部１２０に記録する。一方、検出部１２２において、監視領域での動きが検出された場合、特に通常時から異常時への遷移が検出された場合に、制御部１１８は、カメラ画像およびモニタ画像を３０フレーム／秒の割合で記録部１２０に記録する。ここで、制御部１１８は、通常時か異常時かに応じて、カメラ画像あるいはモニタ画像のフレームレートを変更してもよい。また、１フレーム／３秒、３０フレーム／秒は例示であり、これら以外の値であってもよい。

図１３は、本発明の実施例３に係るネットワークＨＤＤレコーダ１６による記録手順を示すフローチャートである。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信すれば（Ｓ２００のＹ）、監視部１１６は、モニタ画像を監視する（Ｓ２０２）。異常が発生すれば（Ｓ２０４のＹ）、制御部１１８は、３０フレーム／秒にてモニタ画像を記録部１２０に記録するとともに、監視結果を記録部１２０に記録する（Ｓ２０６）。一方、異常が発生しなければ（Ｓ２０４のＮ）、制御部１１８は、１フレーム／３秒にてモニタ画像を記録部１２０に記録するとともに、監視結果を記録部１２０に記録する（Ｓ２０８）。通信部１１０が、ネットワークエンコーダ４６からのＩＰパケットを受信しなければ（Ｓ２００のＮ）、ステップ２０２から２０８がスキップされる。

通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信し（Ｓ２１０のＹ）、異常の発生状態であれば（２１２のＹ）、制御部１１８は、３０フレーム／秒にてカメラ画像を記録部１２０に記録する（Ｓ２１４）。一方、異常の発生状態でなければ（２１２のＮ）、制御部１１８は、１フレーム／３秒にてカメラ画像を記録部１２０に記録する（Ｓ２１６）。一方、通信部１１０が、ネットワークカメラ４８からのＩＰパケットを受信しなければ（Ｓ２１０のＮ）、ステップ２１２から２１６はスキップされる。処理が継続であれば（Ｓ２１８のＹ）、ステップ２００に戻る。処理が継続でなければ（Ｓ２１８のＮ）、終了される。

本発明の実施例によれば、通常時にフレームレートを下げて、異常時にフレームレートを上げるので、データ量の増加を抑制できる。また、通常時にフレームレートを下げて、異常時にフレームレートを上げるので、必要に応じて情報を詳細に収集できる。また、通常時にフレームレートを下げて、異常時にフレームレートを上げるので、医療機関における安全性を確保するための詳細な情報を収集しながらも、記憶容量の増加によるコストの増加を抑制できる。なお、フレームレートの代わりに圧縮のビットレートを調整するようにしてもよい。具体的には、フレームレートを上げる代わりに圧縮のビットレートを上げるようにし、フレームレートを下げる代わりに圧縮のビットレートを下げるようにする。

以上、本発明を３つの実施例をもとに説明した。これらの実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

本発明の各実施例において、ビデオコンバータ４２とネットワークエンコーダ４６とは別の装置として構成されている。しかしながらこれに限らず例えば、ビデオコンバータ４２とネットワークエンコーダ４６とが一体型の装置として構成されてもよい。本変形例によれば、装置を小型化できる。

本発明の各実施例において、生体モニタ４０は、アナログＲＧＢ端子を有している。しかしながらこれに限らず例えば、生体モニタ４０は、アラームの出力端子も有していてもよい。アラームの出力端子からは、例えば通常時にはローレベルの信号が出力され、異常時にはハイレベルの信号が出力される。また、アラームの出力端子に、前述のビデオコンバータ４２とネットワークエンコーダ４６との一体型の装置が接続されてもよい。本変形例によれば、一体型の装置は、ネットワークＨＤＤレコーダ１６からの指示を受信することなく、アラームの出力端子からの信号によって、通常時か異常時かを識別できる。

本発明の各実施例において、生体モニタ４０からネットワークカメラ４８は、病室１０に配置されている。しかしながらこれに限らず例えば、生体モニタ４０からネットワークカメラ４８は、手術室や集中治療室に配置されてもよい。本変形例によれば、医療機関内のさまざまな場所において本発明を使用できる。

本発明の実施例１から３の任意の組合せも有効である。本変形例によれば、実施例１から３の任意の組合せによる効果を得ることができる。

本発明の実施例１に係る医療情報記録システムの構成を示す図である。 図１のネットワークカメラから送信されるＩＰパケットの構成を示す図である。 図１のネットワークエンコーダの構成を示す図である。 図１のタッチパネル型端末装置の構成を示す図である。 図５（ａ）−（ｄ）は、図４のモニタに表示された画面を示す図である。 図１のネットワークＨＤＤレコーダの構成を示す図である。 図７（ａ）−（ｃ）は、図６の受付部から監視部における処理の概要を示す図である。 図６のモニタに表示された画面を示す図である。 図１の医療情報記録システムにおける記録手順を示すシーケンス図である。 図３のネットワークエンコーダにおけるＩＰパケットの送信手順を示すフローチャートである。 図６のネットワークＨＤＤレコーダによる記録手順を示すフローチャートである。 本発明の実施例２に係るネットワークＨＤＤレコーダによる記録手順を示すフローチャートである。 本発明の実施例３に係るネットワークＨＤＤレコーダによる記録手順を示すフローチャートである。

符号の説明

１０ 病室、 １２ ネットワーク、 １４ タッチパネル型端末装置、 １６ ネットワークＨＤＤレコーダ、 １８ モニタ、 ２０ 操作装置、 ４０ 生体モニタ、 ４２ ビデオコンバータ、 ４４ マイク、 ４６ ネットワークエンコーダ、 ４８ ネットワークカメラ、 ５０ ベッド、 ６０ マイク入力部、 ６２ ビデオ入力部、 ６４ 符号化部、 ６６ 通信部、 ６８ 検出部、 ７０ 指示部、 ７２ 制御部、 ８０ 通信部、 ８２ 制御部、 ８４ 設定部、 ８６ モニタ、 ８８ 受付部、 １００ 医療情報記録システム、 １１０ 通信部、 １１２ 受付部、 １１４ 設定部、 １１６ 監視部、 １１８ 制御部、 １２０ 記録部、 １２２ 検出部、 １２４ 指示部、 １２６ ネットワークカメラ用領域、 １２８ ネットワークエンコーダ用領域。

Claims (4)

1. 医療機関内における人物の第１画像を順次撮像する撮像装置と、
   前記医療機関内に配置された生体モニタ装置の表示画面に対応した第２画像を順次取得する取得装置と、
   前記撮像装置において撮像された第１画像と、前記取得装置において取得された第２画像とをそれぞれ順次入力し、前記第１画像と前記第２画像とを記録する記録装置とを備え、
   前記記録装置は、
   第２画像内において、監視すべき領域に関する指示を受けつける受付部と、
   前記受付部において受けつけた指示に応じて、前記第２画像に対して監視すべき領域を設定する設定部と、
   前記設定部において設定された領域内において、順次受信した第２画像間の変化を監視する監視部と、
   前記監視部における監視結果を第２画像と対応づけて記録する処理部とを備えることを特徴とする医療情報記録システム。
2. 前記取得装置は、前記監視部において、順次受信した第２画像間の変化が検出された場合に、前記医療機関内に配置されたマイクによって取り込まれた音声も順次取得し、
   前記記録装置は、前記取得装置において取得された音声も順次入力し、前記音声も記録する記録装置であることを特徴とする請求項１に記載の医療情報記録システム。
3. 前記記録装置は、
   記録すべき第１画像の少なくとも一部に対してマスク処理を実行する実行部をさらに備え、
   前記実行部は、前記監視部において、順次受信した第２画像間の変化が検出された場合に、マスク処理を停止する実行部であることを特徴とする請求項１に記載の医療情報記録システム。
4. 医療機関内における人物の第１画像を順次撮像する撮像装置と、前記医療機関内に配置された生体モニタ装置の表示画面に対応した第２画像を順次取得する取得装置と、前記撮像装置において撮像された第１画像と、前記取得装置において取得された第２画像とをそれぞれ順次入力し、前記第１画像と前記第２画像とを記録する記録装置とが含まれた医療情報記録システムであり、かつ第２画像内において、監視すべき領域に関する指示を受けつけ、前記指示に応じて設定された監視すべき領域内において、順次受信した第２画像間の変化を監視するとともに、監視結果を第２画像と対応づけて記録する記録装置が含まれた医療情報記録システムに接続された表示装置であって、
   前記撮像装置において撮像された第１画像と、前記取得装置において取得された第２画像とをそれぞれ順次入力する第１受付部と、
   ユーザからの指示を受けつける第２受付部と、
   前記第２受付部において受けつけられた指示に応じて、前記第１受付部において入力された第１画像と第２画像とを表示する表示部と、
   を備えることを特徴とする表示装置。

Images