JP4992912B2 - 医用画像管理システム - Google Patents

医用画像管理システム Download PDF

Info

Publication number
JP4992912B2
JP4992912B2 JP2008552084A JP2008552084A JP4992912B2 JP 4992912 B2 JP4992912 B2 JP 4992912B2 JP 2008552084 A JP2008552084 A JP 2008552084A JP 2008552084 A JP2008552084 A JP 2008552084A JP 4992912 B2 JP4992912 B2 JP 4992912B2
Authority
JP
Japan
Prior art keywords
medical image
image data
data
console
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2008552084A
Other languages
English (en)
Other versions
JPWO2008081712A1 (ja
Inventor
治幸 戸田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Konica Minolta Medical and Graphic Inc
Original Assignee
Konica Minolta Medical and Graphic Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Konica Minolta Medical and Graphic Inc filed Critical Konica Minolta Medical and Graphic Inc
Priority to JP2008552084A priority Critical patent/JP4992912B2/ja
Publication of JPWO2008081712A1 publication Critical patent/JPWO2008081712A1/ja
Application granted granted Critical
Publication of JP4992912B2 publication Critical patent/JP4992912B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00ICT specially adapted for the handling or processing of medical images
    • G16H30/20ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00ICT specially adapted for the handling or processing of medical images
    • G16H30/40ICT specially adapted for the handling or processing of medical images for processing medical images, e.g. editing
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/60ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
    • G16H40/67ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Biomedical Technology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Description

本発明は、医用画像撮影装置の撮影により生成された医用画像データを記憶管理する医用画像管理装置と、当該医用画像データを受信して再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムに関する。
医療の分野では、患者を撮影した医用画像のデジタル化が実現されており、CR(Computed Radiography)、CT(Computed Tomography)、MRI(Magnetic Resonance Imaging)、乳房撮影装置、超音波/内視鏡診断装置等といった医用画像撮影装置(以下、「モダリティ」という。)は、撮影して得られた医用画像の画像データ(以下、「医用画像データ」という。)を生成する。
医用画像のデジタル化に伴い、各種システムとの統合化が進んでおり、例えば、モダリティが生成した医用画像データを記憶管理するサーバ(医用画像管理装置)と、この記憶管理された医用画像データを再生表示するクライアント端末(医用画像再生装置)とを備えるPACS(Picture Archiving and Communication System:画像保管管理システム)が知られている。
また、モダリティの撮影を制御する装置として撮影制御装置(以下「コンソール」という)が知られている(例えば、特許文献1参照)。コンソールは、HIS(Hospital Information System:病院情報システム)やRIS(Radiological Information System:放射線情報システム)からのオーダーに従ってモダリティの撮影開始の制御を行い、その撮影により得られた医用画像データを逐次PACSに転送する。
特開2002−219122号公報
ところで、コンソールは、撮影制御の対象となるモダリティの提供メーカーにより提供されるのが一般的である。しかし、PACSの提供メーカーとコンソールの提供メーカーが異なる場合には、PACSとコンソール間で送受信する医用画像データの扱い方に差異があったり、ワークフロー(検査の流れ)が統一されていないといったことがある。このため、PACSとコンソール間に無駄な通信データが発生したり、ワークフローの差異を補うためのデータが発生したりといった不具合があり、医用画像管理システムのデータ効率が低下してしまった。
また、コンソールからPACSへの医用画像データの送信は、当該医用画像データがコンソールにおいて一旦再生表示されて当該医用画像に対する各種画像処理が行われ、ユーザの確認指示が入力された場合に行われる。しかし、コンソールの画像処理の遅滞やユーザの確認指示の未入力等によってコンソールが医用画像データの送信ができない場合は、その医用画像データが当該コンソールの記憶部に一時的に記憶されていくこととなる。この場合、医用画像データを記憶するための大容量の記憶部をコンソールに設ける必要があり、医用画像管理システムのハードウェアのコストが増大してしまった。
また、各種モダリティによって生成された医用画像データは、半永久的に参照することができるが、医療の現場においては、撮影直後や診察時間等の特定の時間帯に参照されることが多くある。しかし、特許文献1のようにモダリティで生成された医用画像データをPACSのサーバに逐次転送する場合には、クライアントからのサーバへのアクセスが特定の時間帯に集中してしまうため、当該サーバのパフォーマンスが低下してしまう。
また、モダリティコンソールにおいて撮影技師等のユーザが確認・チェックを行った医用画像データであっても、読影医により実際には参照されない医用画像データもある。このような医用画像データが、医用画像の参照が多い特定の時間帯にネットワーク上に流れることは、サーバとクライアント端末間の通信速度の低下にもなり、ネットワークが高負荷になると共に、ネットワーク資源の浪費にも繋がってしまった。
本発明は、上述した課題に鑑みて為されたものであり、その目的とするところは、医用画像管理システムのデータ効率を向上させることである。
以上の課題を解決するために、請求項1に記載の発明は、
医用画像撮影装置の撮影により生成された医用画像データを記憶管理する医用画像管理装置と、当該医用画像データを受信して再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムにおいて、
前記医用画像再生装置は、
前記医用画像撮影装置の撮影の制御を行う撮影制御手段と、
前記撮影制御手段による制御に基づいた前記医用画像撮影装置の撮影の進行状況を示すステータス情報を生成する生成手段と、
前記生成手段により生成されたステータス情報を前記医用画像管理装置に送信するステータス送信手段と、
を備え、
前記医用画像管理装置は、
前記医用画像撮影装置により生成される医用画像データ毎の撮影の進行状況を示すリストデータを作成するリスト作成手段と、
前記医用画像再生装置から送信されるステータス情報に基づいて前記リスト作成手段により作成されたリストデータを更新する更新手段と、
を備えることを特徴としている。
請求項2に記載の発明は、請求項1に記載の発明において、
前記医用画像管理装置は、
前記医用画像撮影装置により生成された医用画像データを受信する受信手段と、
前記受信手段により受信された医用画像データを蓄積記憶する記憶手段と、
前記医用画像再生装置からの取得要求に応じた医用画像データを前記記憶手段から読み出して当該医用画像再生装置に前記ネットワークを介して送信する送信制御手段と、
を更に備え、
前記医用画像再生装置は、
前記撮影制御手段により前記医用画像撮影装置を制御して撮影開始の指示を行った医用画像データの取得要求を前記医用画像管理装置に送信する要求送信手段と、
前記要求送信手段による取得要求に応じて前記医用画像管理装置から送信される医用画像データを受信して、当該医用画像データの再生表示を行う再生制御手段と、
を更に備えることを特徴としている。
請求項3に記載の発明は、請求項1に記載の発明において、
前記医用画像再生装置は、
前記医用画像撮影装置により生成された医用画像データを受信する受信手段と、
前記受信手段により受信された医用画像データを一時的に蓄積記憶する一時記憶手段と、
他機からの取得要求に応じた医用画像データを前記一時記憶手段から読み出して当該他機に前記ネットワークを介して送信する送信制御手段と、
を更に備えることを特徴としている。
請求項4に記載の発明は、請求項3に記載の発明において、
前記医用画像再生装置は、
前記一時記憶手段に記憶された医用画像データをユーザ操作に応じて選択する選択手段と、
前記選択手段により選択された医用画像データを前記一時記憶手段から読み出して、当該医用画像データの再生表示を行う再生表示制御手段と、
を更に備えることを特徴としている。
請求項5に記載の発明は、請求項3又は4に記載の発明において、
前記医用画像再生装置は、
前記一時記憶手段に記憶された医用画像データを所定の時間帯に前記医用画像管理装置へ送信する一時記憶画像送信手段を更に備え、
前記医用画像管理装置は、
前記所定の時間帯に前記医用画像再生装置から送信される医用画像データを受信して、当該医用画像データを蓄積記憶する蓄積記憶手段を更に備えることを特徴としている。
請求項1に記載の発明によれば、医用画像再生装置が医用画像撮影装置の撮影の制御を行い、その撮影の進行状況を示すステータス情報を医用画像管理装置に送信する。このため、医用画像管理システム側で医用画像撮影装置の撮影の制御と、医用画像データの再生表示及び記憶管理とを行うことができるため、医用画像管理システム内で無駄な通信データが生じたり、ワークフローの差異を補うためのデータが発生したりといった不具合を解消できる。従って、医用画像管理システムのデータ効率の低下を防止できる。
請求項2に記載の発明によれば、請求項1に記載の発明と同様の効果が得られるのは無論のこと、医用画像管理装置が医用画像撮影装置からの医用画像データを受信して蓄積記憶し、医用画像再生装置からの取得要求に応じた医用画像データを当該医用画像再生装置に送信する。即ち、医用画像撮影装置からの医用画像データを医用画像管理装置で一元的に記憶管理するため、医用画像撮影装置の撮影制御を行う医用画像再生装置に大容量の記憶部を設ける必要がなくなる。従って、医用画像管理システムのハードウェアコストの増大を防止することができる。
請求項3に記載の発明によれば、請求項1に記載の発明と同様の効果が得られるのは無論のこと、医用画像再生装置が医用画像撮影装置からの医用画像データを受信して一時的に記憶し、他機からの取得要求に応じて医用画像データを送信する。このため、医用画像の撮影の度に、医用画像データが医用画像管理装置に送信されることがなくなり、医用画像再生装置からの医用画像管理装置へのアクセスの集中を低減でき、医用画像管理装置のパフォーマンスの低下を防止できる。
請求項4に記載の発明によれば、請求項3に記載の発明と同様の効果が得られるのは無論のこと、医用画像再生装置がユーザ操作に応じて選択された医用画像データを一時記憶手段から読み出して再生表示するため、その医用画像データを取得するために医用画像管理装置とデータ通信する必要がなくなる。従って、医用画像管理システムのネットワークが高負荷になることを防止できる。
請求項5に記載の発明によれば、請求項3又は4に記載と同様の効果が得られるのは無論のこと、医用画像再生装置が、一時記憶手段に記憶した医用画像データを所定の時間帯に医用画像管理装置に送信するため、医用画像の参照の多い時間帯等を避けて医用画像データを医用画像管理装置に送信することができ、ネットワークが高負荷になることを防止できる。
医用画像管理システムのシステム構成の一例を示すブロック図。 医用画像データのデータ構成の一例を示す図。 画像選択画面の画面例を示す図。 サーバ、ビューア及びコンソールの機能構成の一例を示すブロック図。 第1実施形態におけるサーバが有する記憶部のデータ構成の一例を示す図。 第1実施形態におけるビューアが有する記憶部のデータ構成の一例を示す図。 第1実施形態におけるコンソールが有する記憶部のデータ構成の一例を示す図。 第1実施形態におけるリストデータのデータ構成の一例を示す図。 第1実施形態におけるステータス更新指示情報のデータ構成の一例を示す図。 第1実施形態における医用画像管理システムの具体的な動作を説明するためのフローチャート。 第1実施形態における医用画像管理システムの動作例を示す図。 第2実施形態におけるリストデータのデータ構成の一例を示す図。 第2実施形態におけるコンソールが有する記憶部のデータ構成の一例を示す図。 第2実施形態における医用画像管理システムの具体的な動作を説明するためのフローチャート。 第2実施形態における医用画像管理システムの動作例を示す図。
〔第1実施形態〕
以下、本発明の医用画像管理システムを適用したPACSの第1実施形態について図1〜図8を参照して説明する。
〔PACSの概要〕
先ず、PACS1の概要について図1を用いて説明する。図1は、PACS1のシステム構成の一例を示すブロック図である。図1によれば、PACS1は、サーバ2と、複数のビューア(クライアント)3と、該ビューア3の機能を有するコンソール4とが院内ネットワークNに接続されて構成される。このPACS1は、院内ネットワークNを介してHIS,RIS4と各種モダリティ5とにデータ通信可能に接続されている。
HIS(病院情報システム)は、CPU(Central Processing Unit)、ROM(Read Only Memory)やRAM(Random Access Memory)を含む記憶部、入力部、表示部、通信部等を有するコンピュータにより構成され、医療事務会計や診療予約、電子カルテの管理、検査及び薬剤等の各部門へのオーダリング等、病院内の情報を統括的に管理するシステムである。
RIS(放射線情報システム)は、CPUや記憶部、入力部、表示部、通信部等を有するコンピュータにより構成され、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行い、放射線科システム内の情報を統括的に管理するシステムである。
HIS,RIS4は、医師から撮影依頼を受け付けて、その撮影依頼の内容を含むオーダー情報を生成する。そして、そのオーダー情報を院内ネットワークNを介してコンソール4とサーバ2とに送信する。オーダー情報は、撮影を行う患者の氏名やID、性別等の患者情報と、医師がオーダーした検査を識別する検査ID、検査部位、撮影方向及び体位といった検査条件を示す検査情報とを含むデータである。
モダリティ5は、撮影技師の操作に従って撮影して得られた画像のデータ信号をDICOM規格に則したデジタルデータに変換することにより医用画像データを生成して、PACS1に送信する。モダリティ5としては、図1に示すCT5a、MRI5b、FPD5cの他、CR、乳房撮影装置、超音波診断装置等がある。
図2に、医用画像データDT1のデータ構造の一例を示す。図2によれば、医用画像データDT1は、付帯情報DT3と実画像データDT5とを有して構成される。実画像データDT5は、モダリティ5によって撮影された被写体の撮影画像の画像データであり、DICOM規格に準拠したデータ形式である。
付帯情報DT3は、医用画像データDT1の生成を行ったモダリティ5を識別するAE(Application Entity)タイトルと、患者IDや患者氏名、生年月日等の患者情報と、検査IDや検査日時、検査部位等の検査情報とを有して構成される。付帯情報DT3に含まれるデータは、HIS,RIS4から受信したオーダー情報に基づいて、例えば、DICOM規格に則ったデータで記述される。
各モダリティ5それぞれには、コンソール4が設けられている。コンソール4は、各種モダリティ5の撮影開始や終了を制御する機能と、医用画像データの再生表示を行う機能を有する医用画像再生装置であり、当該モダリティ5と直接又は院内ネットワークNを介してデータ通信可能に構成される。
コンソール4としては、図1に示すようにCT5aの撮影制御を行うCTコンソール4a、MRI5bの撮影制御を行うMRIコンソール4b、FPD5cの撮影制御を行うFPDコンソール4c等がある。
例えば、CT5aが設置される近隣にCTコンソール4aが設置されるといったように、各モダリティ5と、当該モダリティ5に対応するコンソール4とは、一対の組み合わせで設置される。撮影技師等のユーザは、コンソール4を操作することにより、モダリティ5の撮影の開始及び終了を指示する。
モダリティ5によって生成された医用画像データDT1は、サーバ2に送信される。これは、モダリティ5の医用画像データの送信先のアドレスを設定することにより可能である。
サーバ2は、モダリティ5から医用画像データDT1を受信すると、当該医用画像データDT1を記憶部26(図4参照)に記憶し、コンソール4やビューア3からの取得要求に応じてその医用画像データDT1を読み出して送信する。
コンソール4は、モダリティ5により生成された医用画像データDT1をサーバ2から受信して再生表示し、ユーザ指示に従って当該医用画像データDT1に画像処理を施す。また、コンソール4は、モダリティ5における撮影(検査)の進行状況(以下「ステータス」という)を管理して、そのステータスをPACS1のサーバ2に通知する。
サーバ2は、モダリティ5により生成された医用画像データDT1をデータベース化して記憶管理する医用画像管理装置である。サーバ2は、記憶管理している医用画像データDT1の再生表示する指示がビューア3やコンソール4において入力された際に、該当する医用画像データDT1を記憶部26から読み出して送信する。
また、サーバ2は、HIS,RIS4から送信されるオーダー情報と、コンソール4からのステータスの変更通知とに基づいて、各種モダリティ5において撮影される医用画像に関する各種情報の一覧リストを作成して、各種コンソール4やビューア3に配信する。
図3に、その一覧リストLSTを表示した画像選択画面400の表示例を示す。図3によれば、一覧リストLSTは、患者ID、患者氏名、生年月日、年齢及び性別といった患者情報を表示する患者情報欄L1と、検査ID、検査日、検査部位、モダリティといった検査情報を表示する検査情報欄L2と、検査状況欄L3とを有して構成される。
検査状況欄L3は、検査IDで示される検査のステータスを表示するための欄であり、検査が既に終了している場合には「終了」、検査中であれば「検査中」といったステータスが表示される。例えば、図3における検査ID「0000000021」に該当する検査は、CT5aにおいて行われ、その検査状況の「終了」から既に終了していることを示している。
ビューア3は、医用画像データDT1に基づいた医用画像を再生表示する医用画像再生装置である。ビューア3は、図3に示すような一覧リストLSTを表示するためのリストデータ(後述)をサーバ2から取得して表示する。ユーザが、所望の検査IDを選択すると、その検査IDに対応する医用画像データDT1がサーバ2から送信されて、当該医用画像データDT1が再生表示される。
即ち、医用画像データDT1の記憶管理を行う機能と、医用画像データDT1の再生表示を行う機能と、モダリティ5の撮影の制御を行う機能とを分散したクライアントサーバシステムがサーバ2、ビューア3及びコンソール4により実現される。
〔コンソール、サーバ及びビューアの機能構成〕
次に、図4〜図6Bを参照して、サーバ2、ビューア3及びコンソール4の機能構成について説明する。尚、サーバ2、ビューア3及びコンソール4は、汎用的なコンピュータで実現可能であり、その主たる構成要素は同一であるため、それぞれの機能構成を図4のブロック図に示す。
〔サーバ〕
サーバ2は、制御部20、入力部22、表示部24、記憶部26及び通信部28を備えて構成される。制御部20は、CPUやROM、RAM等により構成され、各機能部の動作の制御と、機能部間のデータ入出力の制御等を行うことでサーバ2を統括的に管理・制御する。
具体的には、入力部22から入力される操作信号に応じてROMや記憶部26に格納されたプログラムを読み出し、当該プログラムに従った処理を実行する。そして、その処理結果に基づいて、表示部24の表示画面の更新や記憶部26へのデータの記憶、外部機器とのデータ通信等を行う。
入力部22は、カーソルキーやテンキー等の各種キー群や、マウスやタッチパネル等のポインティングデバイスを備えて構成される。入力部22は、ユーザに押下されたキーに対応する操作信号や、ポインティングデバイスにより指定された画面上の座標位置に対応する操作信号を制御部20に出力する。
表示部24は、CRT(Cathode-ray Tube)やLCD等により構成され、制御部20の制御に基づいた表示画面の表示を行う。通信部28は、LANインターフェイス等により構成され、院内ネットワークNを介してビューア3やコンソール4との間でデータ通信を行う機能部である。
記憶部26は、磁気的、光学的な記憶媒体にデータの読み書きを行う機能部であり、HDD(Hard Disk Drive)等により構成される。図5Aに、記憶部26のデータ構成例を示す。図5Aによれば、記憶部26は、画像管理DB260と、リストデータ262とを記憶している。
画像管理DB260は、モダリティ5から受信した医用画像データDT1を蓄積記憶するデータベースである。制御部20は、モダリティ5により生成された医用画像データDT1を受信すると、当該医用画像データDT1に含まれる付帯情報DT3に基づいて検索可能に画像管理DB260に記憶する。
リストデータ262は、図3に示すような一覧リストLSTを表示するための表示データであり、図6Aに示すようなデータ構成を有して構成される。即ち、リストデータ262は、患者ID264a、患者氏名264b、生年月日264c及び性別264dを含む患者情報264と、検査ID266a、検査日付266b、部位266c及びモダリティ種別266dを含む検査情報266と、ステータス情報268とを有して構成される。
リストデータ262のうちの患者情報264及び検査情報266は、HIS,RIS4から送信されるオーダー情報に基づいて設定される。制御部20は、HIS,RIS4からオーダー情報を受信すると、そのオーダー情報から患者情報264及び検査情報266を抽出して、リストデータ262に蓄積記憶していく。
ステータス情報268は、当該ステータス情報268に対応付けられた患者情報264及び検査情報266に示される検査の進行状況を示すデータである。リストデータ262に患者情報264及び検査情報266が記憶された際、ステータス情報268には、初期データとして無効データが記憶される。
そして、コンソール4から検査開始を示すデータ(後述するステータス更新指示情報462)がサーバ2に送信されてきた際には、リストデータ262中のステータス情報268が検査中を示すデータに更新される。また、コンソール4から検査終了を示すデータがサーバ2に送信されてきた際には、ステータス情報268が検査終了を示すデータに更新される。
〔ビューア〕
PACS1のビューア3は、図3に示すように、制御部30、入力部32、表示部34、記憶部36及び通信部38を備えて構成される。尚、ビューア3の各機能部の構成は、サーバ2の各機能部の構成と同一であるため、その詳細な説明は省略する。
図5Bに、ビューア3の記憶部36のデータ構成例を示す。図5Bによれば、記憶部36は、リストデータ360を記憶している。このリストデータ360は、サーバ2側で記憶されているリストデータ262と同一のデータ構成である。
サーバ2側でリストデータ262が更新される度に、そのリストデータ262がネットワークNを介してビューア3に送信されて、リストデータ360として上書き更新される。このリストデータ360に基づくことで、ビューア3側でもサーバ2と同様の図3に示すような一覧リストLSTを表示することが可能になる。
ユーザは、この一覧リストLSTを参照して再生表示させるリストを選択する。制御部30は、入力部32からの操作信号に基づいて選択されたリストに対応するステータス情報が無効データであったり検査中を示している場合には、そのリストに対応する医用画像データDT1の再生表示が不可である旨のメッセージを表示部34に表示させる。
また、ステータス情報が検査終了を示している場合には、医用画像データDT1の検査IDをリストデータ360から抽出し、サーバ2に送信することで、医用画像データDT1の取得を要求する。
このとき、サーバ2側では、その患者ID264a及び検査ID266aを含む医用画像データDT1が画像管理DB260から読み出されてビューア3に送信される。ビューア3では、サーバ2から送信された医用画像データDT1を受信して、当該医用画像データDT1が表示部34に再生表示される。
〔コンソール〕
コンソール4は、図3に示すように、制御部40、入力部42、表示部44、記憶部46及び通信部48を備えて構成される。コンソール4の各機能部の構成は、サーバ2の各機能部の構成と略同一である。
尚、コンソール4の通信部48は、サーバ2及びビューア3と同様にLANインターフェイス等により構成されるが、例えば、シリアルインターフェイス等で構成することとして、モダリティ5の撮影を制御するための指示データ(例えば、コマンド)を直接モダリティ5に送信することとしてもよい。
図5Cに、コンソール4の記憶部46のデータ構成例を示す。図5Cによれば、記憶部46は、リストデータ460と、ステータス更新指示情報462とを記憶している。このリストデータ460は、サーバ2側で記憶されているリストデータ262と同一のデータ構成である。
サーバ2側でリストデータ262が更新される度に、そのリストデータ262がサーバ2からネットワークNを介してコンソール4に送信されて、リストデータ460として更新される。このリストデータ460に基づくことで、コンソール4側でもサーバ2と同様の図3に示すような一覧リストLSTを表示することが可能になる。
また、ユーザは、この一覧リストLSTを参照して再生表示させるリストを選択する。制御部40は、入力部42からの操作信号に基づいて選択されたリストに対応するステータス情報が無効データであったり検査中を示している場合には、そのリストに対応する医用画像データDT1の再生が不可である旨のメッセージを表示部44に表示させる。
また、ステータス情報が検査終了を示している場合には、医用画像データDT1の検査IDをリストデータ460から抽出してサーバ2に送信することで、医用画像データDT1の取得を要求する。
このとき、サーバ2側では、その患者ID264a及び検査ID266aを含む医用画像データDT1が画像管理DB260から読み出されてコンソール4に送信される。コンソール4では、サーバ2から送信された医用画像データDT1が表示部44に再生表示される。
ステータス更新指示情報462は、サーバ2において記憶されているリストデータ262のステータス情報268の更新を指示するためのデータであり、図6Bに示すデータ構成例のように検査ID462aと、ステータス情報462bとを有して構成される。ステータス情報462bは、モダリティ5における撮影・検査の進行状況を示すデータである。
制御部40は、HIS,RIS4からオーダー情報を受信すると、当該オーダー情報に基づいてモダリティ5の撮影・検査のスケジューリングを行う。そして、そのスケジューリングに従ってモダリティ5に撮影開始の指示を通信部48を介して出力し、当該撮影・検査を実行させる。
制御部40は、モダリティ5の撮影・検査を制御し、その進行状況に従ったステータス情報462bを生成する。そして、モダリティ5において実行されている検査の検査ID462aをリストデータ460から読み出して、当該検査ID462aとステータス情報462bとを対応付けてステータス更新指示情報462を生成し、PACS1のサーバ2に送信する。
このとき、サーバ2では、コンソール4から送信されるステータス更新指示情報462に基づいてリストデータ262のステータス情報268が更新される。具体的には、モダリティ5の撮影を開始した際には、コンソール4は、検査開始を示すステータス情報462bを含むステータス更新指示情報462をサーバ2に送信する。また、撮影が終了した際には、検査終了を示すステータス情報462bを含むステータス更新指示情報462を送信する。
一方、サーバ2側では、ステータス更新指示情報462を受信すると、当該ステータス更新指示情報462に含まれる検査ID462aを有する検査情報266をリストデータ262から検索し、その検査情報266に対応付けられたステータス情報268をステータス情報462bで上書きして更新する。
即ち、コンソール4において医用画像の撮影が開始されると、ステータス更新指示情報462の送受信によってリストデータ262のステータス情報268が検査中を示すデータに書き換えられ、また、撮影が終了すると、当該ステータス情報268が検査終了を示すデータに書き換えられる。
また、コンソール4は、モダリティ5を制御して撮影開始させた医用画像データDT1の取得の要求をサーバ2に送信して、当該サーバ2から撮影済みの医用画像データDT1を受信する。そして、その受信した医用画像データDT1を再生表示して、ユーザ操作に応じて画像処理を施し、入力部42からの確認指示の入力を検知した場合に、検査終了を示すステータス情報462bを含むステータス更新指示情報462を生成してサーバ2に送信する。これにより、サーバ2側で記憶されているリストデータ262が更新される。
〔医用画像管理システムの具体的な動作〕
次に、PACS1の具体的な動作について図7及び8を参照して説明する。図7は、PACS1の具体的な動作を説明するためのフローチャートであり、図8は、PACS1の動作例を示す図である。尚、図7に示すフローチャートの処理は、モダリティ5、コンソール4、サーバ2及びビューア3それぞれの制御部が主体となって行う処理であるが、説明の簡便化のため、各装置を主体として以下説明する。
先ず、コンソール4は、HIS,RIS4から受信したオーダー情報に基づいて撮影の開始指示を該当するモダリティ5に送信すると共に(ステップB1)、検査開始を示すステータス更新指示情報462をサーバ2に送信する(ステップB2)。
サーバ2では、HIS,RIS4から受信したオーダー情報に基づいてリストデータ262を生成し、当該リストデータ262をビューア3に送信して図3に示すような画像選択画面400を当該ビューア3に表示させる。
そして、コンソール4からステータス更新指示情報462を受信した場合には(ステップC1)、そのステータス更新指示情報462に基づいてリストデータ262を更新する(ステップC2)。サーバ2は、更新したリストデータ262をビューア3に送信して(ステップC2)、ビューア3の画像選択画面400を更新させる(ステップD1)。
図8においては、CTコンソール4aがCT5aに撮影開始を指示して、当該CTコンソール4aからサーバ2にステータス更新指示情報462が送信される。このとき、サーバ2が受信したステータス更新指示情報462の検査ID462aが‘0000001032’であり、ステータス情報462bが「検査中」であるとすると、このステータス情報462bに基づいてリストデータのステータス情報が書き換えられ、図3のように検査IDが‘0000001032’の検査状況L30が「検査中」という表示に更新される。
その後、モダリティ5において医用画像の撮影が終了すると、図8のCT5aとサーバ2のように医用画像データDT1が当該サーバ2に送信されてくる(ステップA2)。サーバ2は、医用画像データDT1を受信すると(ステップC3)、その医用画像データDT1を画像管理DB260に記憶する(ステップC4)。
一方、コンソール4は、リストデータ460において検査中の医用画像データDT1をサーバ2から取得するために、そのリストデータ460に含まれる検査中の検査IDをサーバ2に送信して、医用画像データDT1の取得要求を送信する(ステップB4)。
この取得要求に対してサーバ2は、受信した検査IDを含む医用画像データDT1を既にモダリティ5から受信して画像管理DB260に記憶している場合に、当該医用画像データDT1を画像管理DB260から読み出してコンソール4に送信する(ステップC5)。コンソール4は、サーバ2から医用画像データDT1を受信すると(ステップB5)、その医用画像データDT1を表示部44に再生表示させ(ステップB6)、ユーザの確認指示の入力を待機する(ステップB7)。
ユーザは、表示された医用画像を参照して、付帯情報の成否やコントラストを確認し修正等を施した後に当該医用画像の確認指示を入力部42を操作して入力する。コンソール4は、再撮影の指示が入力部42を介して入力された場合には(ステップB7;No)、ステップB1に処理を移行して再度モダリティ5に撮影の開始指示を送信する。
また、ユーザの入力部42の操作により確認指示が入力され、当該確認指示を検知した場合に(ステップB7;Yes)、その医用画像データDT1の付帯情報DT3に含まれる検査ID462aと、検査終了を示すステータス情報462bとを組み合わせたステータス更新指示情報462を生成してサーバ2に送信する(ステップB8)。
サーバ2は、コンソール4からステータス更新指示情報462を受信すると(ステップC6)、そのステータス更新指示情報462に基づいてリストデータ262を更新し(ステップC7)、当該リストデータ262をビューア3及びコンソール4に送信して各々に記憶しているリストデータ360及び460を更新させる(ステップB2,D2)。
図8において、CT5aが撮影を終了してCTコンソール4aからサーバ2にステータス更新指示情報462が送信され、そのステータス更新指示情報462の検査ID462aが‘0000001032’、ステータス情報462bが「検査終了」であるとすると、このステータス情報462bに基づいてリストデータ262が書き換えられ、図3の検査状況L30の「検査中」が「検査終了」という表示に更新される。
ビューア3側のユーザが、画像選択画面400上で検査状況L30が「検査終了」となった医用画像、即ち、リストデータ262中の検査終了を示すステータス情報268が対応付けられた検査情報266の医用画像を選択した場合、ビューア3は、その選択された医用画像の検査ID266aを送信することで当該医用画像の取得要求をサーバ2に対して行う(ステップD3)。
サーバ2は、ビューア3から医用画像の取得要求を受信すると、受信した検査IDに対応する医用画像データDT1を画像管理DB260から検索し、その医用画像データDT1を画像管理DB260から読み出してビューア3に送信する(ステップC8)。
ビューア3は、ステップD4の医用画像の取得要求後に、医用画像データDT1をサーバ2から受信すると(ステップD5)、当該医用画像データDT1に基づいた医用画像を表示部34に表示させる(ステップD6)。
また、コンソール4側でもビューア3と同様に、ユーザが、画像選択画面400において「検査終了」となった医用画像を選択した場合(ステップB10)、コンソール4は、その選択された医用画像の検査ID266aを送信することで当該医用画像の取得要求をサーバ2に対して行う(ステップB11)。
サーバ2は、コンソール4から医用画像の取得要求を受信すると、受信した検査IDに対応する医用画像データDT1を画像管理DB260から検索し、その医用画像データDT1を画像管理DB260から読み出してコンソール4に送信する(ステップC8)。
コンソール4は、ステップB11の医用画像の取得要求後に、医用画像データDT1をサーバ2から受信すると(ステップB12)、当該医用画像データDT1に基づいた医用画像を表示部44に表示させる(ステップB13)。
以上、第1実施形態によれば、モダリティ5の撮影制御を行う機能と、医用画像の再生表示を行う機能とを有するコンソール4をPACS1が備えているため、コンソール4とサーバ2及びビューア3とのデータの統一が図れ、無駄な通信データの発生や検査の流れに関する不足情報の発生といった不具合が解消される。
また、モダリティ5で生成された医用画像データDT1をコンソール4を介することなくサーバ2に記憶するため、コンソール4及びビューア3に医用画像データDT1を蓄積記憶するための大容量の記憶部を設ける必要がなくなるため、PACS1のハードウェアのコストを安価に抑えることができる。従って、PACS1のデータ効率を向上させると共にハードウェアコストを低減させることができる。
〔第2実施形態〕
次に、PACS1の第2実施形態について図9〜図12を参照して説明する。第2実施形態におけるPACS1のシステム構成は、第1実施形態におけるシステム構成と略同一である。
第2実施形態におけるサーバ2は、図9に示すリストデータ263を記憶することにより実現され、コンソール4は、図5Cに示す記憶部46を図10に示す記憶部47に置き換えた構成により実現される。サーバ2、ビューア3及びコンソール4の構成要素は、第1実施形態における各装置の機能構成と略同一であり、以下の説明において、第1実施形態と同一の構成要素には、同一の符号を付してその説明を省略する。
尚、コンソール4の通信部48は、サーバ2及びビューア3と同様にLANインターフェイス等により構成されるが、例えば、シリアルインターフェイス等で構成することとして、モダリティ5と直接データ通信して医用画像データDT1を受信することとしてもよい。
図9によれば、リストデータ263は、患者情報264と、検査情報266と、ステータス情報268と、記憶先アドレス269とを対応付けて記憶している。記憶先アドレス269は、検査ID266aで示される医用画像データDT1が記憶されている装置のアドレス(例えば、IPアドレスや各装置の識別情報)を示すデータである。
第2実施形態におけるPACS1は、モダリティ5で生成された医用画像データDT1を当該モダリティ5に対応するコンソール4に送信する。各コンソール4は、モダリティ5の撮影を制御して、ステータス更新指示情報462をサーバ2に送信する。
そして、モダリティ5から受信した医用画像データDT1を一時的に記憶し、検査終了を示すステータス更新指示情報462をサーバ2に送信する。このとき、サーバ2は、ステータス更新指示情報462を受信したコンソール4のアドレスを記憶先アドレス269としてリストデータ263に記憶する。
尚、コンソール4のアドレスを取得する方法としては適宜公知技術を採用可能であり、例えば、受信したステータス更新指示情報462が含まれるパケットから通信プロトコル(例えば、TCP/IP)に基づいて送信元アドレスを取得してもよいし、コンソール4がステータス更新指示情報462に自機のアドレスを付加して送信することとしてもよい。
サーバ2は、この記憶先アドレス269を含むリストデータ263をコンソール4及びビューア3に送信する。ビューア3及びコンソール4の画像選択画面400において医用画像が選択された場合には、その医用画像に対応する記憶先アドレス269をリストデータから読み出して、その記憶先アドレス269で示される装置に医用画像データDT1の取得要求を送信する。
図10は、コンソール4の記憶部47のデータ構成例を示す図である。図10によれば、記憶部47は、リストデータ461と、ステータス更新指示情報462と、画像一時格納DB464とを記憶している。リストデータ461は、図9に示したリストデータ263と同様のデータ構成である。画像一時格納DB464は、コンソール4から受信した医用画像データDT1を一時的に記憶するデータベースである。
第2実施形態においては、モダリティ5からの医用画像データDT1は、コンソール4に送信されて当該コンソール4に一時的に記憶される。これは、モダリティ5の医用画像データDT1の送信先のアドレスをコンソール4のアドレスに設定することにより可能である。
ビューア3及びコンソール4の制御部は、ユーザの入力部32の操作により、医用画像の参照の指示入力が行われると、リストデータ263から記憶先アドレス269を読み出して、当該記憶先アドレス269で示される装置に医用画像データDT1の取得を要求する。そして、医用画像データDT1を受信すると、その医用画像データDT1に基づいた医用画像を表示する。
また、コンソール4の制御部40は、時刻の計時を行い、現在時刻が所定の時刻(例えば、AM0:00)になった場合に、画像一時格納DB464に記憶している医用画像データDT1を全てサーバ2に送信する。この医用画像データDT1を送信する時刻は、院内ネットワークNの通信負荷が低い時間帯が好ましく、例えば、医用画像データDT1の参照等が少ない時間帯の時刻で深夜0:00〜3:00等に設定される。
サーバ2の制御部20は、この所定の時間帯に医用画像データDT1をコンソール4から受信すると、その医用画像データDT1に含まれる検査IDを含む検査情報266をリストデータ263から検索する。そして、その検索した検査情報266に対応付けられた記憶先アドレス269を当該サーバ2(自機)を示すデータに書き換えて、リストデータ263を更新する。
これにより、画像管理DB260に記憶された医用画像データDT1の取得要求がビューア3及びコンソール4から送信された場合には、その記憶先アドレス269に基づいて自機の画像管理DB260から医用画像データDT1を読み出して送信されるようになる。
図11は、第2実施形態におけるPACS1の具体的な動作を説明するためのフローチャートである。尚、図10において、図7に示した第1実施形態におけるPACS1の処理ステップと同一の処理ステップには、同一のステップ番号を付してその詳細な説明を省略する。
図10のフローチャートにおいて、先ず、モダリティ5は、コンソール4からの撮影開始指示に基づいて撮影を行い、図12のCT5aからCTコンソール4aへのように生成した医用画像データDT1を各コンソール4に送信する(ステップA1〜A2)。
コンソール4は、HIS,RIS4から送信されたオーダー情報に基づいてモダリティ5に撮影開始の指示を送信し、検査開始を示すステータス更新指示情報462をサーバ2に送信する(ステップB1〜B2)。
そして、モダリティ5から送信される医用画像データDT1を受信して再生表示した後に(ステップB5a〜B6)、ユーザの入力部42の操作による確認入力を検知した場合に、その医用画像データDT1を画像一時格納DB464に記憶し(ステップB7→B7a)、検査終了を示すステータス更新指示情報462をサーバ2に送信する(ステップB8)。
サーバ2は、コンソール4からステータス更新指示情報462を受信すると、当該ステータス更新指示情報462に基づいてリストデータ263を更新してビューア3とコンソール4とに送信する(ステップC1〜C2、C6〜C7)。
ビューア3は、サーバ2から送信されるリストデータ263に基づいて画像選択画面400を表示した後(ステップD2)、入力部32の操作に応じて当該画像選択画面400上で医用画像が選択された場合は(ステップD3)、その選択された医用画像に対応する記憶先アドレス269をリストデータ263から読み出す。そして、その記憶先アドレス269で示されるコンソール4又はサーバ2に検査IDを送信して、医用画像データDT1の取得を要求する(ステップD4)。
コンソール4は、ビューア3から医用画像データDT1の取得要求を受信した場合、受信した検査IDを付帯情報の検査情報に含む医用画像データDT1を画像一時格納DB464から検索して、その医用画像データDT1を図12のCTコンソール4aのようにビューア3に送信する(ステップB15)。同様に、サーバ2もビューア3から医用画像データDT1の取得要求を受信した場合には、画像管理DB260から検索してビューア3に送信する。
ビューア3は、コンソール4から送信された医用画像データDT1を受信すると(ステップD5)、その医用画像データDT1の再生表示を行う(ステップD6)。また、コンソール4は、サーバ2から送信されるリストデータ263に基づいて画像選択画面400を表示した後に(ステップB9)、入力部32の操作に応じて当該画像選択画面400上で医用画像が選択された場合は(ステップB10)、その選択された医用画像に対応する記憶先アドレス269をリストデータ263から読み出す。
このとき、その記憶先アドレス269で示される装置が自機である場合には、画像一時格納DB464から医用画像データDT1を読み出して、表示部44に再生表示させる(ステップB15)。また、その記憶先アドレス269が自機を示さずに、他のコンソール4又はサーバ2を示している場合には、その他のコンソール4又はサーバ2に検査IDを送信して、医用画像データDT1の取得を要求する。この医用画像データDT1の取得要求に対して他のコンソール4又はサーバ2から医用画像データDT1が送信されてきた際には、当該医用画像データDT1を表示部44に再生表示させる。
一方、コンソール4は、時刻計時を行い、現在時刻が所定の時刻に到達した場合に画像一時格納DB464に記憶している医用画像データDT1の全てをサーバ2に送信し(ステップB16)、その送信済みの医用画像データDT1を画像一時格納DB464から削除する(ステップB17)。このとき、サーバ2は、図12のCTコンソール4aのようにコンソール4から受信した医用画像データDT1を画像管理DB260に記憶する(ステップC9〜C10)。
以上、第2実施形態によれば、コンソール4においてモダリティ5からの医用画像データDT1を一時的に記憶し、ビューア3からの医用画像の取得要求に応じてその一時記憶した医用画像データDT1を各ビューア3に送信する。このため、医用画像の撮影の度に医用画像データDT1がサーバ2に送信されたり、当該医用画像データDT1を参照するためにビューア3からのアクセスがサーバ2に集中してしまうことを防止できる。このように、各コンソール4に医用画像データDT1が分散されて記憶されるため、サーバ2のパフォーマンスが低下を軽減できる。
また、コンソール4で一時記憶した医用画像データDT1は、所定の時間帯にサーバ2に送信されるため、医用画像の参照が多い診察時間帯を避けて医用画像データDT1をサーバ2に送信することで、ネットワークNが高負荷になってしまうことを防止できる。
医療分野において利用することが可能であり、医用画像撮影装置の撮影により生成された医用画像データを記憶管理する医用画像管理装置と、当該医用画像データを受信して再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システム等に適用することができる。
符号の説明
1 PACS
2 サーバ
3 ビューア
4 コンソール
5 モダリティ
20 制御部
22 入力部
24 表示部
26 記憶部
28 通信部
30 制御部
32 入力部
34 表示部
36 記憶部
38 通信部
40 制御部
42 入力部
44 表示部
46 記憶部
47 記憶部
48 通信部
262 リストデータ
264 患者情報
266 検査情報
268 ステータス情報
269 記憶先アドレス
462 ステータス更新指示情報
464 画像一時格納DB
DT1 医用画像データ

Claims (5)

  1. 医用画像撮影装置の撮影により生成された医用画像データを記憶管理する医用画像管理装置と、当該医用画像データを受信して再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムにおいて、
    前記医用画像再生装置は、
    前記医用画像撮影装置の撮影の制御を行う撮影制御手段と、
    前記撮影制御手段による制御に基づいた前記医用画像撮影装置の撮影の進行状況を示すステータス情報を生成する生成手段と、
    前記生成手段により生成されたステータス情報を前記医用画像管理装置に送信するステータス送信手段と、
    を備え、
    前記医用画像管理装置は、
    前記医用画像撮影装置により生成される医用画像データ毎の撮影の進行状況を示すリストデータを作成するリスト作成手段と、
    前記医用画像再生装置から送信されるステータス情報に基づいて前記リスト作成手段により作成されたリストデータを更新する更新手段と、
    を備えることを特徴とする医用画像管理システム。
  2. 前記医用画像管理装置は、
    前記医用画像撮影装置により生成された医用画像データを受信する受信手段と、
    前記受信手段により受信された医用画像データを蓄積記憶する記憶手段と、
    前記医用画像再生装置からの取得要求に応じた医用画像データを前記記憶手段から読み出して当該医用画像再生装置に前記ネットワークを介して送信する送信制御手段と、
    を更に備え、
    前記医用画像再生装置は、
    前記撮影制御手段により前記医用画像撮影装置を制御して撮影開始の指示を行った医用画像データの取得要求を前記医用画像管理装置に送信する要求送信手段と、
    前記要求送信手段による取得要求に応じて前記医用画像管理装置から送信される医用画像データを受信して、当該医用画像データの再生表示を行う再生制御手段と、
    を更に備えることを特徴とする請求項1に記載の医用画像管理システム。
  3. 前記医用画像再生装置は、
    前記医用画像撮影装置により生成された医用画像データを受信する受信手段と、
    前記受信手段により受信された医用画像データを一時的に蓄積記憶する一時記憶手段と、
    他機からの取得要求に応じた医用画像データを前記一時記憶手段から読み出して当該他機に前記ネットワークを介して送信する送信制御手段と、
    を更に備えることを特徴とする請求項1に記載の医用画像管理システム。
  4. 前記医用画像再生装置は、
    前記一時記憶手段に記憶された医用画像データをユーザ操作に応じて選択する選択手段と、
    前記選択手段により選択された医用画像データを前記一時記憶手段から読み出して、当該医用画像データの再生表示を行う再生表示制御手段と、
    を更に備えることを特徴とする請求項3に記載の医用画像管理システム。
  5. 前記医用画像再生装置は、
    前記一時記憶手段に記憶された医用画像データを所定の時間帯に前記医用画像管理装置へ送信する一時記憶画像送信手段を更に備え、 前記医用画像管理装置は、
    前記所定の時間帯に前記医用画像再生装置から送信される医用画像データを受信して、当該医用画像データを蓄積記憶する蓄積記憶手段を更に備えることを特徴とする請求項3又は4に記載の医用画像管理システム。
JP2008552084A 2006-12-28 2007-12-18 医用画像管理システム Active JP4992912B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2008552084A JP4992912B2 (ja) 2006-12-28 2007-12-18 医用画像管理システム

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2006355890 2006-12-28
JP2006355890 2006-12-28
PCT/JP2007/074307 WO2008081712A1 (ja) 2006-12-28 2007-12-18 医用画像管理システム
JP2008552084A JP4992912B2 (ja) 2006-12-28 2007-12-18 医用画像管理システム

Publications (2)

Publication Number Publication Date
JPWO2008081712A1 JPWO2008081712A1 (ja) 2010-04-30
JP4992912B2 true JP4992912B2 (ja) 2012-08-08

Family

ID=39588397

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008552084A Active JP4992912B2 (ja) 2006-12-28 2007-12-18 医用画像管理システム

Country Status (3)

Country Link
US (1) US20100017233A1 (ja)
JP (1) JP4992912B2 (ja)
WO (1) WO2008081712A1 (ja)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5300578B2 (ja) 2009-04-24 2013-09-25 キヤノン株式会社 医用画像撮影装置、その情報処理方法及びプログラム
US8645861B2 (en) * 2009-07-01 2014-02-04 Soft Computer Consultants, Inc. Graphical display of actions for handling medical items
US20110161113A1 (en) * 2009-12-27 2011-06-30 Soft Computer Consultants, Inc. Interpretive report generation
US9131593B2 (en) * 2012-06-15 2015-09-08 Canon Kabushiki Kaisha Radiation imaging control apparatus, radiation imaging system, and storage medium
DE102012220912A1 (de) * 2012-11-15 2014-05-15 Siemens Aktiengesellschaft Verfahren zum Betrieb eines Systems mit einer ersten und einer zweiten Recheneinrichtung und System
JP5822874B2 (ja) * 2013-06-13 2015-11-25 キヤノン株式会社 撮影情報処理装置、撮影情報処理システム、x線撮影装置、情報処理方法およびプログラム
JP5752302B2 (ja) * 2014-07-01 2015-07-22 キヤノン株式会社 情報処理装置及びその制御方法、情報システム、情報処理方法、及び、プログラム
US20200314207A1 (en) * 2019-03-26 2020-10-01 Abiomed, Inc. Dynamically Adjustable Frame Rate from Medical Device Controller

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070817A (ja) * 2003-08-21 2005-03-17 Fuji Photo Film Co Ltd 医用画像作成業務管理方法、並びに、医用画像作成業務管理装置及び医用画像作成業務実施装置
JP2006247137A (ja) * 2005-03-10 2006-09-21 Konica Minolta Medical & Graphic Inc 放射線画像撮影システム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6535702B1 (en) * 1999-11-17 2003-03-18 Ricoh Company, Ltd. Precedent job status comfirmable user interface and information processing apparatus
US20040088193A1 (en) * 2002-10-31 2004-05-06 Konica Minolta Holdings, Inc. Medical image photographing system and medical image photographing method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070817A (ja) * 2003-08-21 2005-03-17 Fuji Photo Film Co Ltd 医用画像作成業務管理方法、並びに、医用画像作成業務管理装置及び医用画像作成業務実施装置
JP2006247137A (ja) * 2005-03-10 2006-09-21 Konica Minolta Medical & Graphic Inc 放射線画像撮影システム

Also Published As

Publication number Publication date
JPWO2008081712A1 (ja) 2010-04-30
WO2008081712A1 (ja) 2008-07-10
US20100017233A1 (en) 2010-01-21

Similar Documents

Publication Publication Date Title
JP5040923B2 (ja) 医用画像管理システム
JP4992912B2 (ja) 医用画像管理システム
US20090182577A1 (en) Automated information management process
JPWO2007119615A1 (ja) 医用画像表示装置及びプログラム
US20090125840A1 (en) Content display system
JP2007148660A (ja) 医用レポートシステム及び医用データ変換プログラム
JP4189726B2 (ja) 画像情報処理装置、医用ネットワークシステム及び画像情報処理装置のためのプログラム
US20180342314A1 (en) System and method for medical imaging workflow management without radiology information systems
JP2006223465A (ja) 医用画像システム及び医用画像の取得方法
JP4645264B2 (ja) 医用画像読影管理システム
JP2008161640A (ja) 医用画像処理システム、医用画像管理装置及びプログラム
JP2007286802A (ja) 医用画像処理装置及びプログラム
JPWO2008117634A1 (ja) 医用画像表示システム
JP6881628B2 (ja) 医療連携システム及び制御プログラム
JP4568038B2 (ja) 医用画像表示システム、医用画像保管サーバ、端末装置、及び医用画像表示方法
JP2005218758A (ja) 医用画像システム、医用画像処理システム及びプログラム
EP2120171A2 (en) Methods, systems and a platform for managing medical data records
JP5741393B2 (ja) 医用情報処理装置
JP2005224473A (ja) 医用画像システム、医用画像検像システム及びプログラム
JP2018120271A (ja) 医療連携システム
JP5019933B2 (ja) コンテンツ提供装置、及びその作動方法
JP2008229251A (ja) 医用画像処理装置、医用画像処理方法及びプログラム
JP2005293366A (ja) 情報処理システム、医用システム及び情報処理方法
JP2005224472A (ja) 医用画像システム、医用画像検像システム及びプログラム
JP2009089720A (ja) 医用画像システム、読影オーダ生成装置及びプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100310

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120410

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120423

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150518

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4992912

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150518

Year of fee payment: 3

S111 Request for change of ownership or part of ownership

Free format text: JAPANESE INTERMEDIATE CODE: R313111

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350