JP2002358361A - 医療情報システム、医療情報表示プログラム、及び医療情報提供方法 - Google Patents

医療情報システム、医療情報表示プログラム、及び医療情報提供方法

Info

Publication number
JP2002358361A
JP2002358361A JP2002057903A JP2002057903A JP2002358361A JP 2002358361 A JP2002358361 A JP 2002358361A JP 2002057903 A JP2002057903 A JP 2002057903A JP 2002057903 A JP2002057903 A JP 2002057903A JP 2002358361 A JP2002358361 A JP 2002358361A
Authority
JP
Japan
Prior art keywords
medical information
component
components
information
medical
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.)
Pending
Application number
JP2002057903A
Other languages
English (en)
Other versions
JP2002358361A5 (ja
Inventor
Krisellen Maloney
クリスレン・マロニー
T Hamlet Claire
クレア・ティー・ハムレット
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.)
University of Arizona
Original Assignee
University of Arizona
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 University of Arizona filed Critical University of Arizona
Publication of JP2002358361A publication Critical patent/JP2002358361A/ja
Publication of JP2002358361A5 publication Critical patent/JP2002358361A5/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H30/00—ICT specially adapted for the handling or processing of medical images
    • G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H40/00—ICT 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/60—ICT 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/63—ICT 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 local operation

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • User Interface Of Digital Computer (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

(57)【要約】 【課題】 異なるシステム間での情報のやり取り、異な
るシステムに係る複数情報の一元的な取り扱いを可能と
する医療情報システム等を提供すること。 【解決手段】 コンピュータに、種々のソフトウェア・
コンポーネントを構造的に制御させ、医療情報システム
上の端末において種々の医療情報を統括的に表示する統
括画面を表示する医療情報表示プログラム等である。何
れかの端末において所定の医療情報に変更指示が入力さ
れた場合、当該変更指示が入力された医療情報を表示す
るコンポーネントに、変更指示を送信する。一方、変更
指示に対応しないコンポーネントは、新たな実行時の引
数によって再始動される。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、医療情報システ
ム、医療情報表示プログラム、及び医療情報提供方法に
関する。
【０００２】
【従来の技術】従来の医療情報システムでは、種々のプ
ログラム表示コントロールシステムが、単一の表示/モ
ニター（仮想又はリアル）上の若干のプログラム表示を
調整するために使用されている。例えば、Ｘ Ｗｉｎｄ
ｏｗｓ（登録商標）環境では、そのようなコントロール
システムは、ウィンドウマネージャーと呼ばれる。既知
のウィンドウマネージャーの例としては、FVWM、FVWM９
５、TWM/VTWM、MWM、CTWM、OLWM/OLVWM、wm２/wmx、Aft
erStep、AmiWM、Enlightment、WindowMaker、SCWM、Ice
WM、SawFish及びBlackboxが挙げられる。例えば、X Win
dowsウィンドウマネージャーの下で走らせるアプリケー
ション用の構成ファイルを使用すれば、ウィンドウ処理
パラメータ（例えば、ウィンドウの場所及び色）をアプ
リケーションの起動時に設定できる。
【０００３】X Windowsでは、様々な再使用可能なコン
ポーネントのライブラリが、GUI内の様々なコンポーネ
ントの見た目と感触を標準化するために作成されてい
る。そのようなライブラリには、OpenLook及びMotifが
含まれ、様々な機能（例えば、ボタン及びメニュー）を
持つ「ウィジェット」を処理する。
【０００４】ところで、医療産業の参加者のコンソーシ
アムは、結束してClinical ContextObject Workgroup
（CCOW）を組織した。これは、１９９８年の白書によれ
ば、「ユースポイントで独立してオーサリングされた医
療アプリケーション中の、共同的な対話を視覚的に統合
化する規格を公表する」というものである。更に白書
は、「バージョン１の規格（１９９９年４月に批准され
た）であるPatient Linkは、選択された患者のアプリケ
ーションの同期化をサポートする」と述べている。アプ
リケーションのユーザが、選択される患者を変更する
と、ワークステーション上の他のアプリケーションも追
随して変更される。その共同によって、ユーザは、二つ
以上のアプリケーションにおいてアクションを繰り返す
という単調さから解放される。その後、バージョン１.
１及び１.２が、２０００年の１月及び５月にそれぞれ
批准されている。
【０００５】一方、医療の現場では、RIS、HIS、PACS、
電子カルテ等の種々の情報システムが導入されている。
これらは、それぞれ異なるプロトコルを使用しており、
異なるシステム間での情報のやり取り、異なるシステム
に係る複数情報の一元的な取り扱いには、多くの制限が
ある。
【０００６】また、医療情報システムは、診療科毎の医
師、医療技師、薬剤師、医療事務員等の種々の専門分野
に渡るユーザによって使用される。従って、例えばユー
ザに、異なるシステムに係る複数情報を一元的に提供す
る場合には、ユーザ毎にカスタマイズ可能な構成である
ことが好ましい。
【０００７】
【発明が解決しようとする課題】本発明は、上記事情を
鑑みてなされたもので、異なるシステム間での情報のや
り取り、及び異なるシステムに係る複数情報の一元的な
取り扱いを可能とする医療情報システム、医療情報表示
プログラム、及び医療情報提供方法を提供することを目
的としている。
【０００８】
【課題を解決するための手段】本発明は、上記目的を達
成するため、次のような手段を講じている。
【０００９】本発明の第１の視点は、医療情報システム
上のコンピュータに、前記システム上の所定の属性毎に
分類された医療情報を表示する前記各属性毎のコンポー
ネントによって共有され、前記システム上の少なくとも
一つの端末に、前記属性と対応付けて前記医療情報を表
示する統合画面に関するデータを発生する発生機能と、
前記統合画面に関するデータを前記各コンポーネントに
送信する第１の送信機能と、前記コンポーネントによっ
て前記統合画面が表示された少なくとも一つの端末か
ら、所定の医療情報に対して入力された変更指示を受信
する受信機能と、前記変更指示が入力された医療情報を
表示するコンポーネントに、前記変更指示を送信する第
２の送信機能とを実現させるための医療情報表示プログ
ラムである。
【００１０】本発明の第２の視点は、医療情報システム
上の所定の属性毎に分類された医療情報を表示する前記
各属性毎のコンポーネントによって共有され、前記シス
テム上の少なくとも一つの端末に、前記属性と対応付け
て前記医療情報を表示する統合画面に関するデータを発
生する発生手段と、前記統合画面に関するデータを前記
各コンポーネントに送信する送信手段と、前記コンポー
ネントによって前記統合画面が表示された少なくとも一
つの端末から、所定の医療情報に対して入力された変更
指示を受信する受信手段と、を具備し、前記送信手段
は、前記変更指示が入力された医療情報を表示するコン
ポーネントに、前記変更指示を送信ことを特徴とする医
療情報システムである。
【００１１】本発明の第３の視点は、医療情報システム
上の所定の属性毎に分類された医療情報を表示する前記
各属性毎のコンポーネントによって共有され、前記シス
テム上の少なくとも一つの端末に、前記属性と対応付け
て前記医療情報を表示する統合画面に関するデータを発
生するステップと、前記統合画面に関するデータを前記
各コンポーネントに送信するステップと、前記コンポー
ネントによって前記統合画面が表示された少なくとも一
つの端末から、所定の医療情報に対して入力された変更
指示を受信するステップと、前記変更指示が入力された
医療情報を表示するコンポーネントに、前記変更指示を
送信するステップとを具備する医療情報提供方法であ
る。
【００１２】このような構成によれば、異なるシステム
間での情報のやり取り、異なるシステムに係る複数情報
の一元的な取り扱いを可能とする医療情報システム、医
療情報表示プログラム、及び医療情報提供方法を実現す
ることができる。
【００１３】
【発明の実施の形態】以下、本発明の実施形態を図面に
従って説明する。なお、以下の説明において、略同一の
機能及び構成を有する構成要素については、同一符号を
付し、重複説明は必要な場合にのみ行う。
【００１４】図１は、コンピュータ１００a、１００b、
及び１００cのネットワークシステムの図解である。こ
のネットワークには、情報化統合ツール及びインターフ
ェースを介してアクセスでき、領域固有のインターフェ
ースを、より迅速に一貫して実現できる。図１に示すシ
ステムでは、各情報保存システム（PACS, HIS, RIS,事
務系の情報システム、薬局等の情報システム等）の各デ
ータベース２１０が共有される。各データベース２１０
は、情報統合ツール及び／又はアプリケーションプログ
ラムインタフェース（API）２００を介してアクセスさ
れる。コンピュータ１００a、１００b及び１００cのDSU
I（Domain-Specific-User-interface）として、それぞ
れ、a）整形外科表示、（b）集中治療室（ICU）表示及
び（c）内科表示が例示してある。他のDSUIも、医療の
領域及び他の領域の両方で可能である。各ＤＳＵＩで
は、多くコンポーネントの表示が、（１）それらの独立
のウィンドウ内で、又は（２）単一の統合ウィンドウの
境界内で、同期を保つ必要がある。
【００１５】複合システム、例えば、DSUIの役割をする
患者情報システムでは、データは、多くのソースによっ
て生成され、情報保存システム２１０内で様々なフォー
マットで保存される。例えば、放射線データは、第１デ
ータベースに画像として保存され、他の患者情報（例え
ば、心電図トレース又は病理検査の結果）は、第２デー
タベースに少なくとも１枚の画像及びテキストとして保
存される。人口動態的な情報は、同じか又は異なるデー
タベースに保存され、他の患者情報と関連付けられる。
【００１６】更に、各コンピュータ１００a、１００b及
び１００cからサーバ２００を介した情報保存システム
２１０のデータへの読み書きのアクセスは、少なくとも
一つのコンポーネントによって可能であることが好まし
い。データも、様々なフォーマット（例えば、DICOM、H
L７）で伝達されることが好ましい。そこではコンポー
ネントによる使用を直接容易にする表現が最も好まし
い。
【００１７】例えば、XML（eXtensible markup languag
e）は、データ表現と交換のために、簡単で頑健、かつ
拡張可能な規格を提供する。XMLファイルは、それ自身
の記述で分散されるので、統合された情報オブジェクト
を生成することができる。従って、XMLにより構造化及
び拡張が可能となり、妥当性確認が提供される。また、
XMLによって、情報（例えば、医療のコンテキスト中で
は患者情報、又は犯罪のコンテキスト中では容疑者/犯
人情報）を保存し識別する構造が得られる。情報は、ソ
フトウェア設計のオブジェクトと全く同様に、階層的に
構造化される。新情報が入手可能になると、XML構造は
拡張できる。XMLによれば、データ妥当性を確実にする
メカニズムを提供し、XMLSQLのような照会言語ツールを
使用して直接検索することができる。
【００１８】図２は、例えばウェブブラウザ又は他のGU
Iインターフェースを使用した場合の、人々と各エージ
ェント（確認エージェント２００ａ、表示エージェント
２００ｂ、統合エージェント２００ｃ）、又は各エージ
ェント間での情報フローを示すデータフローモデルであ
る。なお、各エージェントは、場面に応じて意図を理解
し、自立的な判断に基づいた処理を実行する機能であ
り、サーバ２００内で実行される。また、モデルは、い
くつかのハイレベルのステップを含んでいる。これらの
ステップは、追加のサブステップかオプショナルなステ
ップで実施され、（１）ログイン、（２）オブジェクト
選択（例えば、患者選択）、（３）情報表示及び（４）
ユーザ選好管理を含んでいる。
【００１９】確認エージェント２００ａ、表示エージェ
ント２００ｂ、統合エージェント２００ｃの機能は、例
えば次のようである。
【００２０】一般に、確認エージェント２００ａは、ユ
ーザとデータとの間で門衛の役割をする。ユーザログイ
ンの情報は、任意の方式で確認できる。具体的方式とし
ては、NT確認又はCORBAセキュリティサービス等が挙げ
られる。本実施形態では、ユーザは、確認プロセスによ
ってカスタマイズ可能なDSUIの特徴に関するユーザ選好
にアクセスできる。ここで重要な点は、一旦確認される
と、ユーザは、システムによって認可されたアクセス権
に相当するアクセスのタイプ及び有効範囲を与えられる
ことである。例えば、一部のユーザは、読み出し専用ア
クセスを持ち、一方他のユーザは、読出書込みアクセス
を持つ。更に、すべてのユーザが、システムのデータを
すべて見ることができるとは限らない。例えば、病院経
営者は、患者の訪問に関して請求情報を見ることができ
る一方、実際の放射線又は診断の情報は入手できない。
従って、確認エージェント２００ａは、患者記録を選択
する過程の間に連続のブローカーの役割をする。このよ
うな選択は、例えば、番号、場所等によって多くのメカ
ニズムを通じて行われる。医療環境では、確認エージェ
ント２００ａは、患者記録選択情報を統合エージェント
２００ｃのもとへ送る。
【００２１】統合エージェント２００ｃは、この選択情
報に基づいて患者情報を表示のために構築し、かつユー
ザに返す。
【００２２】表示エージェント２００ｂは、ユーザが表
示インターフェースの一部をカストマイズしている場合
には、表示される結果を適切にフォーマットするために
そのカスタマイゼーション情報にアクセスする。以下詳
しく論じるように、標準インターフェースのユーザは、
ユーザ選好に適するためにそのインターフェースを並べ
替えてもよい。そのような並べ替えは、左から右でなく
右から左へ読む言語を受け入れるようにインターフェー
スを国際化することを含んでいる。
【００２３】図３は、サーバ２００内において、種々の
ロケーションから読み出されたデータが、いかに組み合
わされ、要求されたデータとともに最終的に与えられる
レイアウトを生成するかを示す。
【００２４】一般に、統合エージェント２００ｃは、少
なくとも一つのソースから情報患者記述データブロック
を（好ましくはXMLを使用して）を構築するために、情
報にアクセスする。各データソースにそれ自身のネーテ
ィブな基準でアクセスするためのインターフェースは、
個別のモジュールとして、又は単一モジュール内で実施
される。しかし、この好ましくは、そのような実施選択
は、データの物理的な場所さえも隠すデータベース抽象
化の後ろに隠される。実施例の一つとして、このエージ
ェントは、既知の水平コンポーネントサービス（例え
ば、CORBAMedにより提供される患者同定サービス）を利
用することができる。他の実施例としては、レポジトリ
ーか又は他の集中型データストアが（データベースシス
テムかファイルベースシステムの片方か又は両方を含ん
で）利用される。
【００２５】表示エージェント２００ｂは、例えば、XM
Lフォーマットにて、レイアウト構造のローカルストア
にアクセスする。これらの構造は、後述するレイアウト
エディターによって開発され（図１５参照）、表示制約
に対応するデータベースの一部中で保管される。
【００２６】最終的に、データ及びレイアウトは、表現
コンポーネントによって結合される（つまり表現され
る）。このプロセスは、検索された患者情報をレイアウ
ト情報と組み合わせる。表現コンポーネントは、完全な
報告書をユーザへ転送する前に、表示される情報（例え
ば、患者記録）に関するコンテキスト情報を利用する。
【００２７】実施形態としては、単一の統合化ウィンド
ウは、ウェブベースのアーキテクチャ内におけるコンポ
ーネントベースのアプリケーションとして使用されるこ
とが好ましい。一般に、システム開発者は、コンポーネ
ントのアーキテクチャによって、特定のオブジェクトの
ために設計される再使用可能なポータブルソフトウェア
コンポーネントを生成できる。それらのコンポーネント
は小さく、理解し維持することが容易であり、より大き
なアプリケーション内の狭い機能を果たすことが好まし
い。アプリケーション開発者は、ソフトウェアコンポー
ネント中の機能をカプセル化することによって、アプリ
ケーションを迅速に構築するために使用できる共通のコ
ンポーネントのライブラリを持つことができる。コンポ
ーネントの機能を狭く保つことによって、個々のコンポ
ーネントを多くのアプリケーションで使用（又は再使
用）できる。また生じるコンポーネントウェアを迅速に
開発し移植性を持たせることができる。
【００２８】再使用を容易にするために、一連の標準イ
ンターフェース及びコンポーネントの技術が、好んで使
用される。入手可能な多くの技術があり、それらは、シ
ステム実現詳細をソフトウェアの開発から抽象化する。
システムは、ウェブパラダイムを使用して、プラットフ
ォームO/S（例えば、Windows ９X、Mac、ＵＮＩＸ（登
録商標）、Windows NT）にかかわらず通信する。ウェブ
サーバーは、実施の詳細を依頼者から隠す。サーバー
は、HTMLフォーマットで結果を表すために、共通のゲー
トウェイインターフェース（CGI）及びアクティブなサ
ーバーページ（ASP）のような技術を利用できる。しか
しながら、HTMLは、XMLのリッチネス及び自己記述性質
を欠く。更に、サーバーサイドコンポーネント（例え
ば、CGIスクリプト及びプログラム）は、多くの場合機
械に依存する。従って、CGIはプラットフォーム独立性
に近づくことに役立つが、移植性の欠点を持っている。
Java仮想マシン及びバイトコードの使用によって、多数
のオペレーティングシステム及び種々の開発言語の環境
中で、コンポーネントベースのソフトウェアシステムの
移植性が増加する。下位レベルコンポーネントをシステ
ムのビルディングブロックとして使用することに加え
て、高位レベルコンポーネント（又はアプリケーショ
ン）は、下位レベルコンポーネントの表現及び統合を管
理する。
【００２９】また、クロスプラットフォーム移植性は、
様々な補足的な技術、例えば、Java、Enterprise Java
Beans（EJB）及びCORBAによって向上させられる。さら
に、他のオブジェクトモデル（例えば、DCOM）も、コン
ポーネントの操作がコンテキストの枠組みの機能から分
けられる限り、使用できる。それら技術の一部の関係
は、図４で示される。CORBAは、異種のシステム中にコ
ンポーネントを分散するメカニズムを提供する。更に、
CORBAは、サービス（例えば、安全保護、命名、トラン
ザクション処理）を提供し、コンポーネントの実施詳細
からアプリケーションを更に分離する。EJBは、ウェブ
オペレーティングシステムの役割をするコンテナの提供
により、CORBAより更に一歩先を行く。コンテナは、ア
プリケーションに抽象の追加層を提供して、実施詳細を
維持する。
【００３０】上述のコンポーネント技術を使用すること
によって、アプレットの役割をする様々なDSUIを生成で
きる。更に、図１７乃至１７に関して後述するように、
非アプレットベースの技術が可能である。
【００３１】図５は、このようなDSUIの一例として、肺
専門医インターフェースを示している。このインタフェ
ースによって、患者のテキスト及びグラフィックの情報
が調整される。図５に示すように、DSUIは、様々な表示
コントロールを提供する。例えば、六つのタブ２５０、
六つのパネル２６０及び情報状態バー２７０である。六
つのタブ２５０の各々は、ページを選ぶことに相当し、
あたかも箱からタブのついた索引カードを選ぶことに酷
似している。六つのパネル２６０の各々は、状態バー２
７０に含まれる情報と同期を保つ。その逆もまた真であ
る。
【００３２】従って、肺専門医インターフェースのユー
ザが、一つの表示コントロールを使用して、異なるユー
ザに入れ替わった場合を想定する。この入れ替わりのた
めの操作は、訪問リストから新しい訪問を選ぶこと等の
選択、例えばテキストリスト、プルダウンボックス、ス
クロールリスト及び１組のラジオボタンのうちいずれか
として実施される。この場合、残りの表示コントロール
は、全てユーザの入れ替わりに従って変化するように、
例えば、下記のメッセージングを使用してコントロール
される。
【００３３】図６は、調整画像及びデータ表示を提供す
るコンピュータシステム１００を示した図であり、図１
の各端末１００ａ、１００ｂ、１００ｃの具体例であ
る。コンピュータ１００では、本実施形態に係るシステ
ムに従って、上述した表示系が提供される。
【００３４】コンピュータハウジング１０２は、マザー
ボード１０４を収容する。マザーボードは、CPU １０
６、メモリ１０８（例えば、DRAM、ROM、EPROM、EEPRO
M、SDRAM、SDRAM及びフラッシュRAM）及び他のオプショ
ナルな専用論理デバイス（例えば、ASIC）又は構成可能
な論理機構（例えば、GAL及び再プログラム可能なFPG
A）を含んでいる。
【００３５】コンピュータ１００は、更に複数の入力装
置（例えば、キーボード１２２及びマウス１２４）及び
モニター１２０をコントロールする表示カード１１０を
含んでいる。更に、コンピュータシステム１００は、フ
ロッピー（登録商標）ディスクドライブ１１４、取外し
可能な媒体デバイス（例えば、コンパクトディスク１１
９、テープ及び取外し可能な光磁気媒体（図示せず）、
ハードディスク１１２、又は適切なデバイスバスの使用
により接続された他の固定の高密度媒体ドライブ（例え
ば、SCSIバス、拡張IDEバス、又はUltra DMAバス）も含
んでいる。
【００３６】更に、コンピュータ１００は、同じデバイ
スバス又は別のデバイスバスに接続され、コンパクトデ
ィスクリーダ１１８、コンパクトディスクリーダ/ライ
タユニット（図示せず）又はコンパクトディスクジュー
クボックス（図示せず）を追加して含んでいる。コンパ
クトディスク１１９は、CDキャディーで示されるが、コ
ンパクトディスク１１９は、キャディーを要求しないCD
ROMドライブへ直接挿入できる。更に、プリンタ（図示
せず）は、調整表示からの報告書の印字されたリストも
提供する。
【００３７】上述のように、コンピュータシステム１０
０は、少なくとも一つのコンピュータ読み取り可能な媒
体を含んでいる。コンピュータ読み取り可能な媒体の例
は、コンパクトディスク１１９、ハードディスク１１
２、フロッピィディスク、テープ、光磁気ディスク、PR
OM（EPROM、EEPROM、フラッシュEPROM）、DRAM、SDRA
M、SDRAMなどである。本実施形態に係るソフトウェア
は、コンピュータ読み取り可能な媒体の一つ又はそれら
の組合せ上に保存され、コンピュータ１００の両方のハ
ードウェアをコントロールし、コンピュータ１００が人
間のユーザと対話することを可能にする。このようなソ
フトウェアは、デバイスドライバー、オペレーティング
システム及びユーザアプリケーション、例えば開発ツー
ルを含んでいるが、これらに限らない。このようなコン
ピュータ読み取り可能な媒体は、表示コントロール又は
コンポーネントの調整コントロールを提供する本発明の
コンピュータプログラム製品をも含んでいる。
【００３８】ここに記述されるように、本実施形態に係
るコンピュータコードデバイスは、解釈され実行可能な
コードメカニズムのいずれでもあり得る。そして、それ
はスクリプト（CGIスクリプトを含む）、インタープリ
タ、ダイナミックリンクライブラリ、Java class、Java
beans、Active X controls、CCOW準拠コントロール及
び完全な実行可能プログラムを含んでいる。しかしなが
ら、これらに限定する趣旨ではない。また、コンピュー
タコードデバイスは、コンピュータネットワークアダプ
タからダイナミックにダウンロードでき、コンピュータ
ネットワークアダプタは、コンピュータ読み取り可能な
媒体の等価物として働いている。更に、単一のコンピュ
ータコードデバイスによって実施されるコンポーネント
の数、又は単一のコンポーネントを構築するために要求
されるコンピュータコードデバイスの数は、コンポーネ
ントによって異なることがある。以下、コンポーネント
について説明する。
【００３９】コンポーネントの階層セットを提供するこ
とによって、コンポーネントは機能によって分類でき
る。例示的な分業は、（１）既存の病院システムにアク
セスし情報を保存するコンポーネント、（２）XMLメタ
構造を使用して情報を構成するコンポーネント及び
（３）データ表現（例えば、グラフ作成コンポーネン
ト、画像を様々なフォーマット、すなわちTIFF、GIF、J
PEG、ビットマップ等で表示する画像コンポーネント）
を含んでいる。
【００４０】このようなコンポーネントのセットによっ
て、更に安全保護を別々に扱うことができる。少なくと
も二つの汎用のアプローチが、安全保護にとって可能で
ある。第一に、コンポーネントそれ自体の中で実施され
た安全保護特長が使用できる。基本的に、これは、安全
保護がシステム全体の問題ではなく、むしろシステムに
よって利用されたコンポーネントの問題であることを意
味する。コンポーネントの安全保護能力が進化するとと
もに、システムは、これらのコンポーネントを自動的に
取り入れる。
【００４１】第二のアプローチは、「安全保護コンポー
ネント」を使用するか、又は、CORBAによって提供され
る水平サービスのうちの一つを使用する。そのようなコ
ンポーネントは、ユーザアクセスを確認する責任を持
ち、安全保護方針が強化されることを保証するためにコ
ンポーネントによる通信を仲裁することができる。この
アプローチは、より大きな安全保護レベルを提供する
が、他のコンポーネントが更に協力する必要がある。そ
のような安全保護コンポーネント及びCORBAサービスの
使用は、標準化される必要があり、それによって第三者
コンポーネントを利用する能力を減らす必要がある。
【００４２】階層コンポーネントの組織は、更に専門化
アクセス及び表示プログラミングを局所化する。アクセ
ス規格が整備されていない場合、独占情報へのアクセス
は、扱いやすい場所で分離することができる。XMLは、
表示のための情報を表現するメカニズム（例えば、CS
S、XSLT、XSL）を提供する。それらのメカニズムによっ
て、ユーザ及びタスクに依存して、同じ情報を異なる表
示特性に関連付けることができる。例えば、患者は年齢
によって、ある特性又は疾患に関しては低リスクグルー
プに分類される。しかし別の特性又は疾患に関しては高
リスクグループに分類される。
【００４３】XMLベースの文書オブジェクトモデル中の
名前付き要素タグを介して、データにアクセスすること
によって、コンポーネントは、間接指定の追加レベルで
構成され得る。必要な情報を含んでいるタグの名前（つ
まりプログラム変数）は、前もって知られている。これ
によって、一般化ラッパーコンポーネントを実施でき
る。それを使用して、既存のソフトウェア（例えば、Al
gotec MediSurf Viewer）は、患者コンテキストコンポ
ーネントに統合され得る。
【００４４】例えば、MediSurfをhttp：//medisurf/sta
rt? study_display（１.２２３４.４４３４.３４５５.
３４５６５４）のようなStudyInstanceUIDで起動する必
要がある場合に、外部仕様（layoutXMLレイアウト内
の）が、StudyInstanceUIDのコンテンツを名前付きのア
プリケーションに送信するために生成される。同じ方法
を使用すると、ソフトウェアへのパラメータが患者記述
言語（例えば、XMLベースのDTD）に含まれている限り、
他のソフトウェアはラップされ得る。間接指定のこの追
加レベルのゆえに、ソフトウェアは、タグ付きパラメー
タのすべてのインスタンスをソフトウェアコンポーネン
トに送信できる。コンポーネントは、タグ付き要素の最
新のもの、２番目に最新のもの、又は他のインスタンス
を外部コンポーネントへ送信するようにプログラムされ
得る。
【００４５】本実施形態に係るシステム内のコンポーネ
ントは、「振る舞いが良い」と見なされる。従って、そ
のようなコンポーネントは、データの完全性（例えば、
同時性管理）を強化し、確認（例えば、患者及び検査情
報のためのユーザレベル確認）を利用し、相違するコン
ポーネントタイプ（CORBA、EJB及びDCOM）と協力する。
振る舞いが良いと考えられないコンポーネント、又はシ
ステム想定を強化しないと分かるコンポーネントについ
ては、それらのコンポーネントは、データ変質などを防
ぐために他のコンポーネントから分離される。
【００４６】例えば図５に示した画面例にあるように、
領域特定情報（例えば、患者情報）、レイアウト情報及
びコンテキスト情報は、例示的なDSUIを形成するために
結合される。
【００４７】図７、５Ｂは、患者記述言語用の例示的な
構造を示している。各図に示すように、患者情報を保持
するために、XM及びDOMを使用することによって、名前
付きタグでコンポーネントと関連付けることができる。
【００４８】図５のDSUIを使用して、タブ２５０は、六
つの異なる情報ビューを表す：（１）肺専門医：要約情
報、（２）薬品：患者の薬物適用のリスティング、
（３）気管支鏡検査：気管支の可視光線画像、（４）C
R：CR画像のビュー、（５）CT： CT画像のビュー、及び
（６）心電図： スキャンされた心電図画像のビューで
ある。むしろ、それらのタブの各々は、少なくとも部分
的に構成され得る。例えば、名前タブ、ビューの順序及
びビューのコンテンツを構成することができる。
【００４９】エンドユーザが情報と対話するにつれて、
DSUIのコンテキストは、タブ付きページ全部の情報の一
貫したビューを提供する。医療環境では、コンテキスト
は、変数、例えば、Active Visit, Active CRStudy, Ac
tive Seriesなどを含んでいる。コンポーネントは、コ
ンテキスト変数を追跡するために（又はそれと一貫性を
保つために）構成され得る。図５の例を利用して、１/
１１/９９訪問に関連する情報が表示される。レイアウ
トの第１ビュー、つまり肺専門医ビューは、訪問リスト
コンポーネント、訪問要約コンポーネント、検査リスト
コンポーネント及び二つの画像表示コンポーネントを含
んでいる。それらのコンポーネントの各々は、１/１１/
９９訪問に関連する情報を表示する。更に、患者に関連
する状態バーの情報を表示する人口動態コンポーネント
がある。そのコンポーネントは、訪問とともに変化しな
い情報を含んでいる。追加のビュー（示されていな
い）、例えば、CRビューも１/１１/９９訪問に関連する
情報を含んでいる。
【００５０】ユーザが肺専門医ビューの訪問リストコン
ポーネントから、そのあと１０/３/９９訪問を選ぶ場
合、そのビューは変わり、訪問に関するコンポーネント
も変わる（例えば、訪問要約コンポーネントは、１０/
３/９９訪問に関する情報を提供する。検査リストコン
ポーネントは、１０/３/９９訪問の検査リストを表示す
る。表示されている検査と一致するように画像が変わ
る。アクティブな訪問に関係する他のビューも変わ
る）。更に、他のページ上のビューも同様に更新され
る。例えば、CRビュー（第４のタブ）は、変更後の１０
/３/９９訪問に関係する情報を含んでいる肺専門医ビュ
ー（第１のタブ）と一致している。しかし、上述のよう
に、いくつかの表示要素は、情報を変更しない。例え
ば、人口動態情報は、同一人が何回訪問しても変化しな
い。また、図示の例では変化するべきでない。
【００５１】コンテキスト変数に従うアクティブコンポ
ーネントを生成する機能が、構成され得る。コンポーネ
ントは、コンテキスト変数を追跡するか又は静止ビュー
へ設定された状態を保つように構成され得る。例えば、
上記のCR検査ビューアーは、アクティブな訪問を追跡す
る。同じコンポーネントが、最新のCR検査だけを表示す
るように構成され得る。従って、ユーザがアクティブな
訪問を変更するとき、最新のCR検査が常に表示される。
【００５２】むしろ、コンテキスト変数の構造も、階層
構造に保存される（例えば、患者記述言語に似ている構
造）。コンテキスト構造は、患者の木構造の各枝に対し
て変数を含んでいる。これをすることによって、患者情
報のアクティブな部分が追跡され得る。
【００５３】図９の例示的なエンティティー関係図で示
すように、コンポーネントは、プロパティの形で保存さ
れた三つのタイプの情報を含んでいるビュー、状態及び
実施のプロパティである。一般に、このコンポーネント
のモデルは、コンポーネントから独立してデータを保存
する実施（上記のように）又はコンポーネントと一緒に
データを保存する実施に、例えば、Java Beanの構成をB
ean自体の中に保存することによって適用され得る。
【００５４】ビュープロパティは、コンポーネントがど
のように表示されるべきか示唆する。しかし、layoutCo
ntroller、すなわち患者コンテキストコンポーネント中
のドライビングコンポーネントは、コンポーネントがそ
の最終表現でどのように見えるかコントロールする。図
９で示すように、例示的なプロパティは次のものを含ん
でいる。すなわち、その中でコンポーネントが表示され
るべき最小の高さMinHeight及び幅MinWidth並びに最適
の背景色BGColorである。
【００５５】同様に、コンポーネントのStatusProperti
esは、コンポーネントがアプリケーションのコンテキス
ト中でどのように振る舞うべきか記述する。例示的なプ
ロパティは、コンポーネントがどのように起動されるか
指定する初期処理を参照する。状態変数は、患者記述言
語の要素タグ（例えば、図７の中の訪問）に相当する。
数値は、事前に定義した意味を含んでいる。例えば、０
＝最新、１＝最新の一つ前、２＝最新の二つ前などであ
る。他の状態プロパティは、ユーザが介入するときコン
ポーネントがどのように振る舞うか記述する。その振る
舞いは、全体的なシステムの状態の変更、例えば、新し
いアクティブな訪問をVisitListコンポーネントから選
ぶことによる変更を含んでいる。
【００５６】アクティブなプロパティは、ブール式であ
る。すなわち、コンポーネントがアクティブな状態とと
もに変化するべきか、セッション期間を通じて初期設定
の状態を保つべきかを記述する。例えば、「はい」の状
態は、コンポーネントが他のコンポーネントの設定に追
随するために、変化するべきことを示す。「いいえ」の
状態は、コンポーネントが初期設定の状態を保つべきこ
とを示す。
【００５７】TagToFollowプロパティは、状態階層で最
低のレベルタグを示し、それはコンポーネントの状態を
モディファイするために使用されるべきである。例え
ば、CRImageViewerは、状態タグCRStudyを追跡する。異
なるCRStudyをユーザが選択するとき（つまり、CRStudy
の状態が変わるとき）は常に、CRImageViewerは、CRStu
dyの値を追跡するために変わる。
【００５８】実施プロパティは、コンポーネントの実際
の実施を記述する。それによって、システムは、実際の
実行時間コンポーネントを適切なパラメータで起動する
ラッパーを生成できる。BuilderClassプロパティは、コ
ンポーネントのタイプを記述する。上記にように、多数
のタイプ（例えば、JavaClasses）の実施技術が、本発
明に従って使用され得る。パスプロパティは、実行され
るソフトウェアの場所を記述する。パラメータプロパテ
ィは、StatusProperties. InitialSettings変数中で指
定されないすべての追加始動パラメータ、例えば、ユー
ザ登録名及びパスワードを提供する。
【００５９】他の構造又はフォーマットが、図９に関し
て上述のプロパティを記述するために使用できるが、実
施例では、プロパティは、XMLベースの文法を使用して
記述されている。図１０では、図９のビュープロパティ
及び状況プロパティは、CR及び皮膚の検査に関する情報
を表示する検査リストコンポーネントに対する例示的な
値で指定される。コンポーネントの最小の高さ及び幅
は、１８０及び３２０の画素点としてそれぞれ指定され
る。背景色は黒として指定される。訪問及び検査は両方
とも最新の値（つまり、それぞれ最新の訪問及び検査）
を利用する。更に、コンポーネントはアクティブであ
り、訪問変数に追随することにより他のコンポーネント
の変化を追跡する。
【００６０】最高水準の記述言語は、患者の識別情報を
含んでいる。それによって、人口動態及び訪問情報が、
そこから拡張され得る。患者記述言語は、「リアルワー
ルド」のDICOMビューから本質的に得られる。それは患
者情報を訪問に結び付ける。訪問を使用して、特に病院
のセッティング中でケアエピソードを意味のある群にグ
ループ分けする。外来患者か診療所のセッティング中
で、より有用なグループ分けは、診断コード又は他の情
報であって、患者情報をケアのエピソードへグループ分
けするものである。例えば、それは脚の骨折に関する情
報を一括して、その情報を心臓の状態に関する情報から
論理的に分離する。
【００６１】この情報は、別の規格のフォーマット、例
えば、HL７ RIMモデルに保存され得る。しかし、この情
報は、その構造がタスクをサポートする限り、データベ
ースにおいて構造化されるのと同じフォーマットで構造
化される必要はない。
【００６２】アプリケーション内のコンテキスト変数
は、患者の木構造の分岐点で維持される。木の枝が、各
タイプの検査（例えば、CRStudy、DermStudy、CTStud
y）に対して維持される場合、コンテキスト情報は、こ
れらの変数に対して維持され得る。なぜなら、どの検査
がどの時間にアクティブか、例えば、どんなグループ検
査に訪問が対応するか、どんな薬物が利用され処方され
たか、が知られているからである。
【００６３】CRStudyは、CRモダリティ情報だけを含ん
でいる。それは、検査及び一つ以上のシリーズ要素に関
する一般情報を含んでいる。実際の画像は、シリーズレ
ベルに含まれている。
【００６４】ECGStudy要素のフォーマットは、CRStudy
に準じている。再び、最高水準は、検査に関する一般情
報を含んでいる。そして一つ以上のシリーズ要素があ
る。画像は、シリーズレベルに含まれている。
【００６５】一実施例では、再利用を更に容易にするた
めに、モダリティ固有のコンポーネントは、モダリティ
独立のコンポーネントから分離される。モダリティ固有
のコンポーネントは、一般に、与えられたモダリティに
固有の物理ハードウェアプロセスをコントロールするコ
ンポーネントである。「最下部」インターフェースで
は、これらのコンポーネントは、トランスデューサ又は
デジタル入出力インターフェースをコントロールする
が、これらは、放射線の発生、機械的動作又は他のハー
ドウェア活動をコントロールするために必要である。
「最上部」では、これらのコンポーネントは、モダリテ
ィに依存しない抽象の隣の層に共通のインターフェース
を提供するように設計されるべきである。モダリティ独
立のソフトウェアは、DICOM通信及びフォーマットソフ
トウェアコンポーネント、ファイル管理コンポーネン
ト、システム管理及び保守ツール、DICOMモダリティワ
ークリストコンポーネント、DICOM MPPSコンポーネント
などを含んでいる（図１１を参照）。
【００６６】そのような実施によって、DSUIを汎用目的
に定義できる。これは、個々のニーズにカストマイズさ
れるモダリティ用のユーザインターフェースの「レイア
ウト」を通じて行われる（例えば、病院の現場又は個々
の医療専門家（例えば、医師、看護婦及び医療管理
者））。特注レイアウトの設計、作成及び修正は、エン
ドユーザが、レイアウトエディターツールを使用して行
う。新しいレイアウト、又は管理/保守レイアウトは、
標準ウェブ通信プロトコルを使用してダウンロードす
る。保守レイアウトは、エンドユーザレイアウトがアク
セスできない特殊コンポーネントにアクセスする。
【００６７】レイアウトの単一ページは、パネルの再帰
的ネスティングを含んでいる階層構造によって記述され
る。これによって、レイアウトは、そのレイアウトに透
明なサブレイアウトになる。「高位」レイアウト中でそ
のレイアウトに言及するだけでよい。各レベルでは、パ
ネルは、レイアウトをコントロール支援しレファレンス
する表示プロパティを持っている。例示的なプロパティ
を図１３に示す。
【００６８】タイトルプロパティは、オプショナルなプ
ロパティであって、これを使用して、表示される名前を
特定レイアウトの一部として関連付ける。モデルプロパ
ティを使用して、コンポーネントに割り当てられた領域
を細分化するかどうか決める。例示的なタイプのモデル
パラメタは、次のものを含んでいる。
【００６９】FULL： コンポーネントはパネル全体を取
り上げる。
【００７０】HHALF（水平の半分）：パネルは、二つの
パネルに水平に分割される。
【００７１】VHALF（垂直の半分）：パネルは、二つの
パネルに垂直に分割される。
【００７２】HTHIRD（水平の第三）：パネルは、三つの
パネルに水平に分割される。
【００７３】VTHIRD（垂直の第三）：パネルは、三つの
パネルに垂直に分割される。
【００７４】しかし、評価されるように、追加の分割は
可能で、本発明の範囲内に包含される。
【００７５】ロケーションプロパティは、方向座標、例
えば、北、南、東及び西を含むことができる。これら
は、どのパネルがプロパティ内で引用されるか示す。
【００７６】図１６A-９Dで示すように、様々なパネル
（これらはサブパネルを取り入れてもよい）が、様々な
機能のために指定され得る。FULLモデルは画像表示のた
めに使用する。水平二分割モデルは、２枚の比較画像を
表示するために使用する。垂直三分割モデルは、検査リ
スト及び２枚の画像を表示するために使用する。
【００７７】しかし、４枚の画像が図１６Dで示すスク
リーン上に表示されることになっていた場合、その機能
を直接提供するには、上記のどのコンポーネントも使用
できない。従って、コンポーネントは、希望する振る舞
いを模擬するために階層的に使用される。例えば、水平
二分割モデルの各パネルが、垂直二分割モデルを含んで
いれば、希望する四分割ができる。図１６Dの４パネル
表示を達成する例示的なXMLベースの記述を図１４に示
す。その後、そのようなレイアウトは、レイアウトのラ
イブラリに保存され、後日再利用できる。
【００７８】新しいレイアウトをすべて手入力により生
成するよりむしろ、図１５に示すようなレイアウトエデ
ィターを利用したほうが好ましい。レイアウトエディタ
ーは、コンポーネント情報を使用する（例えば、ローカ
ルのデータソース中に保存されている）。むしろ、レイ
アウトを記述するコンポーネント情報は、上述のXML構
造で保存される。パネルは、パネルをコンポーネントと
して含むことができるので、レイアウトはかなり速く生
成できる。レイアウト（手入力又はレイアウトエディタ
ーによって生成された）を記述する例示的な文法を図１
６で示す。そのような文法は、反復又はオプショナルな
要素も含んで、レイアウトの要素及び要素が現れる順番
を記述する。
【００７９】上記は、図４で示すアプレットを使用する
実施に注目したが、アプレットに基づかない他の実施技
術も可能であり、確かに望ましい。アプレットを利用す
ることによる一つの欠点は、アプレットが他のソフトウ
ェアモジュールと表示画面を共有できない点である（例
えば、ActiveX Controls、他のアプレット）。この制約
は、第三者ソフトウェアを単一表示環境に統合すること
に反する。
【００８０】アプレットに基づかない実施手法の第一の
代替法は、ネイティブウィンドウアプリケーションを含
んでいる。ソフトウェアの基本構造は同じである。しか
し、コンテナが、アプレットからアプリケーションに変
わる。アプレットに基づかない実施手法の第二の代替法
は、図１７で示すように薄い依頼者を含んでいる。この
代替法について以下詳述する。このような手法はservle
ts、DHTML、CSS及びCOMを利用する。
【００８１】そのような実施は両方とも、第三者ソフト
ウェアを含むアプリケーションが、変化できる共通のコ
ンテキスト（例えば、アクティブな患者又は訪問に関す
る情報）を共有することを可能にするために拡張され
る。そのような共用メッセージを明らかに処理するよう
に書かれたアプリケーションは、以下「コンテキストを
知る」アプリケーションという。しかし、統合される共
用は、入力装置（例えば、キーボード及びマウス）以外
のソースからのイベント又は通信を予期するように書か
れなかったアプリケーションによって、妨害される。そ
のようなアプリケーションは、以下「コンテキストを知
らない」アプリケーションという。そのようなコンテキ
ストを知らないアプリケーションについては、共用は、
コンテキスト又は表示マネージャ（CDM）を利用するこ
とにより達成できる。CDMは、コンテキストを知らない
アプリケーションを終了し、適切なパラメータでそれら
を再開する。上述の様に、コンテキストを知るアプリケ
ーションに使用できる一つのメッセージ基準は、上述の
ようにCCOWである。またツール（例えば、Sentillionか
ら）は、そのようなCCOWベースのアプリケーションの生
成を容易にする。Sentillion開発パッケージは、次のも
のを含んでいる。
【００８２】・コンテキスト参加者：アプリケーション
内に埋込まれ得るすべてのDLLであって、それはCCOW基
準に定義されたほとんどのコンテキスト参加者アプリケ
ーションの振る舞いを実施する。
【００８３】コンテキスト管理者：・コンテキスト管理
者の開発専用版。コンテキスト管理者は、臨床アプリケ
ーションを共通の臨床コンテキストのまわりで同期させ
ることができる。コンテキスト管理者は、サーバープロ
セスとして走り、CCOWメッセージのブローカーの役割を
する。ここでは、臨床コンテキストという。
【００８４】図１７は、薄い依頼者アーキテクチャを使
用する概念的モデルを示す。この例は、サービスを依頼
者（例えば、ブラウザーを依頼者インターフェースとし
て使用）と少なくとも一つのサーバーと間で、サービス
を分散する。第一の実施例では、一連のHTMLページが使
用される。これは、ユーザを確認し患者を決定するため
に、サーバー（例えば、ログインServletを使用）と対
話するページの第１組を含んでいる。ページの第２組
は、複数のフレーム（例えば、三つのフレーム）を含ん
でいる。本実施形態によって生成された例示的なページ
は、図５に関して上述した。各々のフレームは、サーバ
ーと対話する（例えばservletsを使用）。そのような環
境では、コンテキスト情報は、依頼者内に保たれ、メツ
セージングプロトコルに基づく（例えば、CCOW）。依頼
者コンテキストは、依頼者上でコンテキストサーバー内
に維持される。また、コンポーネントは、依頼者コンテ
キストと直接対話する。
【００８５】むしろ、薄い依頼者は、２段階初期化プロ
セスで構築される。初期化の第１段階は、DSUIで使用さ
れるべきコンポーネントのレイアウト（例えば、HTMLペ
ージを使用）を作る。そして第２段階で、依頼者はそれ
のコンポーネントをアクチベートする。操作中に、ユー
ザは、コントロールコンポーネントの各々と対話できる
（例えば、図５のタブバーからタブを選ぶことによっ
て）。これによって、表示されている情報のページを変
える。ユーザは、直接コンポーネントと対話もできる。
これらのコンポーネントは、コンテキスト管理者か又は
コンテキストブジェクトと直接通信する。
【００８６】図１８は、コンポーネントページの構造の
シーケンス図を示す。ほとんどの活動は、サーバー上で
起こる。依頼者インターフェースは、ページの最初の作
成においてアクティブである必要がある依頼者上のただ
一つのソフトウェアコンポーネントである。依頼者イン
ターフェースは、ログイン情報（例えば、（１）確認コ
ード又は（２）ユーザid及びパスワード）をユーザから
要求する。サーバーログイン（例えば、servletを使用
する）は、ユーザを確認し、患者選択リスト及び表示レ
イアウト を返す（それは、サーバー上の構造化表示リ
ストファイル（例えば、XMLファイル）を参照する）。
ユーザは患者を選ぶ。そして、ActivePatientレファレ
ンス及び表示レイアウトが、サーバーへ送られる（例え
ば、フレームServlet）。サーバーは、Active Patient
レファレンスを使用し患者情報を患者記述言語で作る。
その後、サーバーは、表示レイアウト及びActivePatien
tに一致するページレイアウトコントロールを生成する
（例えば、１組のフレーム）。そして、ページの骨組み
を依頼者インターフェースに返す。ページの骨組みのペ
ージレイアウトコントロールは、必要なパラメータ情報
と共に、ページレイアウトコントロールエリアを埋める
servletsへのレファレンスを含んでいる。
【００８７】図１８の例示的な実施例において、三つの
フレーム（つまり、セレクタパネルフレーム、コンポー
ネントパネルフレーム及びデモパネルフレーム）は、ペ
ージレイアウトコントロールとして使用される。セレク
タパネルフレームは、表示レイアウトパラメータでセレ
クタパネルServletを参照することを含んでいる。セレ
クタパネルServletは、インターフェースの一番上のタ
ブバーを生成するコントロールレイアウト（ラベルされ
たセレクタパネルHTML）を送り返す。むしろ、タブバー
はDHTMLで実施される。それゆえタブバーの視覚的変化
はすべて依頼者上で起きる（例えば、タブは、カーソル
がタブの上を動くと色が変わる）。
【００８８】コンポーネントパネルフレームは、コンポ
ーネントパネルServletへのレファレンスを含んでい
る。依頼者インターフェースは、ActivePatient及び表
示レイアウト情報でコンポーネントパネルServletレフ
ァレンスをアクチベートする。コンポーネントパネル
は、更にその表示領域を細分して、指定レイアウトに一
致させる。例えば、垂直若しくは水平の二分割、又は、
垂直若しくは水平の三分割等である。その後、コンポー
ネントパネルServletは、十分に資格のあるレファレン
スをコンポーネント（例えば、ActiveXコンポーネン
ト）へ、それが生成した各フレーム中で挿入する。この
コンポーネントパネルHTMLとラベルされたコントロール
レイアウトは、依頼者インターフェースへ返され表示さ
れる。
【００８９】デモパネルフレームは、デモパネルServle
tへのレファレンスを含んでいる。依頼者インターフェ
ースは、ActivePatientパラメータを備えたデモパネルS
ervletレファレンスをアクチベートする。デモパネルSe
rvletは、患者記述言語構造から患者人口動態表示を生
成する。
【００９０】三つのservletsは、別々に処理し、表示ペ
ージ（例えば、HTML）を出力として生産する。出力であ
る表示ページを変更することにより薄い依頼者の外観を
変更することは、非常に簡単である。例えば、タブパネ
ルの最下段への移動、フォントと背景の色の容易な変
更、フレームとフォントサイズの修正が、単にスタイル
シートを変更することにより可能である。
【００９１】図１９は、アクチベーション段階の第２部
分を示すシーケンス図である。この段階では、依頼者イ
ンターフェースが、それらのページレイアウトレファレ
ンス中で指定されるパラメータでコンポーネントをアク
チベートする。その後、コンテキストアウエアコンポー
ネントは、共通のコンテキストを連結する。これによっ
て、コンポーネントは、後のコンテキスト最新版メッセ
ージを受け取り、現在のコンテキストを要求できる。コ
ンテキストは、一連の名前のペアとして返される。
【００９２】図５のユーザインターフェースに戻ると、
ユーザは、例えば、タブバーからタブを選ぶことによっ
て、表示ページを変更できる。又はコンポーネントパネ
ルフレームのコンポーネントエリアフレームの一つで表
示されているアプリケーションと直接対話する。図２０
及び１７は、変更及び対話で使用されるステップのシー
ケンスをそれぞれ示す。
【００９３】本発明の一実施例では、セレクタパネルSe
rvlet及びセレクタパネルフレームが、CIMR表示でタブ
バーの最初の表示を生成する。そのような実施例では、
フレームがダイナミックコントロール（例えば、DHTM
L）を含んでいる。そしてすべてのカーソル移動及び表
示最新版がスクリプト（例えば、JavaScriptベースDHTM
L）を通って表示内に生じる。一実施例では、タブの各
々が、「ボタンを提出する」であり、ユーザによって選
択されたとき、メッセージをServletに送信する。初期
化では、セレクタパネルServletが、表示レイアウトの
どのページが各タブに対応するか決める。表示レイアウ
ト ページの識別は、タブ表示に関連する「ボタンを提
出する」に対応するダイナミックなコントロールレファ
レンスへ差し込まれる。従って、ダイナミックコントロ
ールは、表示の変更を取扱う。例えば、カーソルがタブ
の上を動くとタブが強調表示される。選択されたタブが
他のタブの前に表示される。そしてセレクタパネル表示
は、コンポーネントパネルServletに直接対応する。
【００９４】依頼者インターフェースは、「ボタンを提
出する」レファレンス内に含まれている情報で、コンポ
ーネントパネルServletをアクチベートする。コントロ
ールレイアウトは初期化で行ったように、その表示エリ
アを細分しアクティブなページに対応する（例えば、垂
直又は水平に二分割、垂直又は水平に三分割）。その
後、コンポーネントパネルServletは、それが生成した
コントロールの各々のコンポーネントへ、十分に資格の
あるレファレンスを挿入する。このコントロールレイア
ウトは、依頼者インターフェースに返され、例えば、HT
MLページとして表示される。
【００９５】一旦管理レイアウトがブラウザーに返され
ると、依頼者インターフェースは、図１９に記述される
のと同じ方法で、関連コンポーネントをアクチベートす
る。コンポーネントの各々はアクティブなコンテキスト
を連結し、アクティブなコンテキストを臨床コンテキス
トブジェクトから得る。
【００９６】第２タイプのユーザ対話は、コンポーネン
トと直接対話するユーザを含んでいる。ユーザではなく
コンポーネントが、共有環境と対話する。これは、コン
テキスト情報をコンテキスト管理者又はコンテキストブ
ジェクトから送受信することにより行う。一実施例で
は、コンテキスト変更対話が、サーバーサイドと通信せ
ずに完全に依頼者上で生じる。他の実施例では、コンテ
キスト交換は、サーバーへの通信で生じる。例えば、い
つコンポーネントが対話されたか記録する。
【００９７】図２１は、コンテキスト管理者/オブジェ
クトを使用して成功したコンテキスト変更のシーケンス
図を示す。ユーザがコンポーネント中の新しいコンテキ
スト変数を選択すると、シーケンスが始まる。この場
合、コンテキスト変数は訪問である。その後、コンテキ
ストアウエアコンポーネントはプロトコルを始めるが、
これはコンテキストを同時に変更できるアプリケーショ
ンを一つに限定し、変更が一つも失われないことを保証
するためである。コンテキストアウエアコンポーネント
は、StartChangesメッセージをコンテキスト管理者/オ
ブジェクトに送信する。これによって、他のアプリケー
ションをロックしコンテキスト変更を始めないようにし
て、開始アプリケーションにブランクのコンテキストエ
リアを与える。その後、そのアプリケーションは、新し
いコンテキスト変数を設定する一連のメッセージを送信
し、最後にEndChangesメッセージを送信する。EndChang
esメッセージが受取られると、コンテキスト管理者/オ
ブジェクトは、メッセージ変更の他の要請を自由に受け
入れることができる。その後、コンテキスト管理者/オ
ブジェクトは、コンテキストのメンバーである（つま
り、コンテキストに加わった）他のすべてのアプリケー
ションにメッセージを送信し、新しいコンテキストがペ
ンディングであると伝える。図２１の例示的な実施例で
は、アプリケーションが、すべて新しいコンテキストを
受理する。もっとも、他の応答も可能である。アプリケ
ーションの全部が新しいコンテキストを受理する場合、
コンテキスト管理者/オブジェクトは、メッセージを開
始コンポーネントに送り、アプリケーションがすべて受
理したことを伝える。開始コンポーネントは、メッセー
ジを臨床コンテキストに送信する。これは現在のコンテ
キストを、受理されたコンテキストと取り替えるためで
ある。臨床コンテキストは、コンテキストのすべてのメ
ンバーに、新しいコンテキストは今アクティブであるこ
とを発信する。その後、アプリケーションは新しいコン
テキストを要求し、必要な変更を加える。
【００９８】すべてのコンポーネントが受理されるとは
限らない。従って、他の応答も、以下のように、有効で
ある。例示的な反応（「受理」でないもの）には、次の
ものが含まれる。
【００９９】・条件付き受理：ユーザがタスクを終了し
なければ、タスクの途中でワークが失われる。変更が公
表されると、タスクを終了し、コンテキストデータ変更
を受理し、それに従って内部状態を変更する。そのあと
変更が公表されると、アプリケーションは、その内部状
態の変更を、ある程度の時間まで延期できる。例えば、
それがユーザ入力のためのフォーカスを回復するとき等
である。しかし、それは、新しいコンテキストと同期し
ていないことを示すビジュアルキューを出さなければな
らない。例えば、それはデータ表示を消すか、又はそれ
自体を最小限にする。
【０１００】・終了：アプリケーションが、最初に臨床
コンテキストに通知せずに終了した。これはコンテキス
ト変更に影響を与えない。アプリケーションはコンテキ
ストから取り除かれる。
【０１０１】・ビジー：コンテキスト管理者は、アプリ
ケーションがまだ実行中であるが、答えられないことを
決めた場合である。例えば、アプリケーションはシング
ルスレッドであり、モード対話は開放されている。アプ
リケーションが使用中の場合、開始コンポーネントは、
使用中のアプリケーションすべての簡潔であるが有益な
記述（名前を含んで）を与えられる。この情報は、これ
らのアプリケーションの代わりに臨床コンテキストによ
って提供される。なぜなら、これらのアプリケーション
は、そうすることができないからである。開始アプリケ
ーションは、ユーザへの通報メッセージを表示するよう
に選ぶことができる。
【０１０２】情報損失を回避するために、コンテキスト
チェンジャーは、何か変更を加えるためにトークンを利
用する。変更を加えているコンテキスト参加者は、ビジ
ーの参加者を取扱うことができなければならない。アプ
リケーションは、コンテキスト変更を進めるべきか決定
するコード、又はコンテキスト変更を進めるかどうかユ
ーザを催促するコードを含んでいなければならない。概
念的に、システム決定にユーザを関与させないことが望
ましい。例えば、表示プログラムがビジーのとき、アク
ティブな訪問の変更を希望するかどうか疑問である。し
かし自動的に決定するコードは、実際的ではない。
【０１０３】以上述べた構成によれば、異なるシステム
間での情報のやり取り、異なるシステムに係る複数情報
の一元的な取り扱いを可能とする医療情報システム、医
療情報表示プログラム、及び医療情報提供方法を実現す
ることができる。
【０１０４】以上、本発明を実施形態に基づき説明した
が、本発明の思想の範疇において、当業者であれば、各
種の変更例及び修正例に想到し得るものであり、それら
変形例及び修正例についても本発明の範囲に属するもの
と了解される。
【０１０５】また、各実施形態は可能な限り適宜組み合
わせて実施してもよく、その場合組合わせた効果が得ら
れる。さらに、上記実施形態には種々の段階の発明が含
まれており、開示される複数の構成要件における適宜な
組合わせにより種々の発明が抽出され得る。例えば、実
施形態に示される全構成要件から幾つかの構成要件が削
除されても、発明が解決しようとする課題の欄で述べた
課題が解決でき、発明の効果の欄で述べられている効果
の少なくとも１つが得られる場合には、この構成要件が
削除された構成が発明として抽出され得る。
【０１０６】
【発明の効果】以上本発明によれば、異なるシステム間
での情報のやり取り、異なるシステムに係る複数情報の
一元的な取り扱いを可能とする医療情報システム、医療
情報表示プログラム、及び医療情報提供方法を実現でき
る。
【図面の簡単な説明】
【図１】図１は、共通の情報保存システムを共有する、
コンピュータのネットワークのブロック図である。
【図２】図２は、例えばウェブブラウザ又は他のGUIイ
ンターフェースを使用した場合の、人々と各エージェン
ト、又は各エージェント間での情報フローを示すデータ
フローモデルである
【図３】図３は、サーバ２００内において、種々のロケ
ーションから読み出されたデータが、いかに組み合わさ
れ、要求されたデータとともに最終的に与えられるレイ
アウトを生成するかを示す概念図である。
【図４】図４は、本実施形態に係る表示を実行するため
の、例示的なアプレットベースの実施技法の、コンポー
ネント図である。
【図５】図５は、例示的な医療用アプリケーションのた
めに生成された例示的なユーザインターフェースであ
る。
【図６】図６は、図１のユーザ表示の一つとして使用さ
れるコンピュータシステムの図解である。
【図７】図７は、様々な依頼者情報間の関係を表す例示
的な患者記述文法である。
【図８】図８は、様々な依頼者情報間の関係を表す例示
的な患者記述文法である。
【図９】図９は、システム内の様々なレイアウトコンポ
ーネント間の関係を表すエンティティー関係図である。
【図１０】図１０は、図９のエンティティー関係図に適
合するプロパティの例示的なセットである。
【図１１】図１１は、ハードウェア固有又はモダリティ
固有のコンポーネントを、ハードウェア独立又はモダリ
ティ独立のコンポーネントからイネーブルするインター
フェースの分割のブロック図である。
【図１２】図１２は、情報をレイアウトするために使用
する種々のパネル例を示した図である。
【図１３】図１３は、パネル上のレイアウトをコントロ
ール支援しレファレンスする表示プロパティを示した図
である。
【図１４】図１４は、個別の水平パネル及び垂直パネル
から、４パネルウィンドウを形成するためのコンポーネ
ントの、例示的なXMLベースの階層組合せである。図１
３は、階層上のパネルを定義するための、文法の図式記
述である。
【図１５】図１５は、パネルの階層を定義するための、
例示的なレイアウトエディターである。
【図１６】図１６は、システム内の様々なレイアウトコ
ンポーネント間の関係を表す例示的なコンポーネントレ
イアウト文法である。
【図１７】図１７は、アプレットを使用せずに、本実施
形態に係るDSUIを実施するための、エンティティー関係
図である。
【図１８】図１８は、本実施形態において、薄い依頼者
実施の初期化を示すメッセージシーケンス図である。
【図１９】図１９は、コンポーネントのコンテキスト情
報を得るための登録を示すメッセージシーケンス図であ
る。
【図２０】図２０は、コンポーネントのインターフェー
スの構築を示すメッセージシーケンス図である。
【図２１】図２１は、コンテキスト情報を変更する過程
を示すメッセージシーケンス図である。
【符号の説明】
１００…コンピュータシステム １００ａ．１００ｂ…端末 １０２…コンピュータハウジング １０４…マザーボード １０８…メモリ １１０…表示カード １１２…ハードディスク １１４…フロッピーディスクドライブ １１８…コンパクトディスクリーダ １１９…コンパクトディスク １２０…モニター ２００…サーバ ２００ａ…確認エージェント ２００ｂ…表示エージェント ２００ｃ…統合エージェント ２１０…データベース ２１０…情報保存システム ２５０…タブ ２６０…パネル ２７０…情報状態バー
フロントページの続き (72)発明者 クレア・ティー・ハムレット アメリカ合衆国、 アリゾナ州 85718、 ツーソン、 エントラダ クィンタ 1600 Ｆターム(参考） 5B085 BG04 CE07

Claims (19)

    【特許請求の範囲】
  1. 【請求項１】医療情報システム上のコンピュータに、 前記システム上の所定の属性毎に分類された医療情報を
    表示する前記各属性毎のコンポーネントによって共有さ
    れ、前記システム上の少なくとも一つの端末に、前記属
    性と対応付けて前記医療情報を表示する統合画面に関す
    るデータを発生する発生機能と、 前記統合画面に関するデータを前記各コンポーネントに
    送信する第１の送信機能と、 前記コンポーネントによって前記統合画面が表示された
    少なくとも一つの端末から、所定の医療情報に対して入
    力された変更指示を受信する受信機能と、 前記変更指示が入力された医療情報を表示するコンポー
    ネントに、前記変更指示を送信する第２の送信機能と、 を実現させるための医療情報表示プログラム。
  2. 【請求項２】前記第１の送信機能は、前記統合画面に関
    するデータを実行時の引数とともに前記各コンポーネン
    トに送信することを特徴とする請求項１記載の医療情報
    表示プログラム。
  3. 【請求項３】前記コンポーネントのうちの少なくとも一
    つは、変更禁止コンポーネントであり、 前記受信機能が前記少なくとも一つの端末から前記変更
    指示を受信した場合には、新たな実行時の引数によって
    前記変更禁止コンポーネントを再始動する機能をさらに
    具備すること、 を特徴とする請求項１記載の医療情報表示プログラム。
  4. 【請求項４】前記変更指示は、ＣＣＯＷ（Clinical Con
    text Object Workgroup）メッセージであることを特徴
    とする請求項１記載の医療情報表示プログラム。
  5. 【請求項５】前記発生機能は、前記属性を記述したＸＭ
    Ｌ（eXtensible Markup Language）仕様を構文解析する
    こと、 を特徴とする請求項１記載の医療情報表示プログラム。
  6. 【請求項６】前記発生機能は、絶対サイズ計測を構文解
    析することを特徴とする請求項５記載の医療情報表示プ
    ログラム。
  7. 【請求項７】前記発生機能は、ウィンドウの規格を構文
    解析することを特徴とする請求項５記載の医療情報表示
    プログラム。
  8. 【請求項８】前記発生機能は、操作者からの入力に基づ
    いて、前記統合画面を構成する前記医療画像又は前記医
    療情報に関する属性をカスタム化することを特徴とする
    請求項１記載の医療情報表示プログラム。
  9. 【請求項９】前記コンポーネントのうちの少なくとも一
    つは、医療画像又は医療情報の表示と当該医療画像又は
    医療情報の検索とを、異なる形式にて実行することを特
    徴とする請求項１記載の医療情報表示プログラム。
  10. 【請求項１０】前記コンポーネントのうちの少なくとも
    一つは、医療画像又は医療情報の表示と当該医療画像又
    は医療情報の検索を、ＸＭＬに基づいたデータ形式にて
    実行することを特徴とする請求項１記載の医療情報表示
    プログラム。
  11. 【請求項１１】前記医療情報は、患者データ、研究に関
    するデータ、連続データのうちの少なくとも一つを有す
    ることを特徴とする請求項１記載の医療情報表示プログ
    ラム。
  12. 【請求項１２】前記医療情報は、ＸＭＬに基づいたデー
    タ形式を有することを特徴とする請求項１記載の医療情
    報表示プログラム。
  13. 【請求項１３】医療情報システム上の所定の属性毎に分
    類された医療情報を表示する前記各属性毎のコンポーネ
    ントによって共有され、前記システム上の少なくとも一
    つの端末に、前記属性と対応付けて前記医療情報を表示
    する統合画面に関するデータを発生する発生手段と、 前記統合画面に関するデータを前記各コンポーネントに
    送信する送信手段と、 前記コンポーネントによって前記統合画面が表示された
    少なくとも一つの端末から、所定の医療情報に対して入
    力された変更指示を受信する受信手段と、 を具備し、 前記送信手段は、前記変更指示が入力された医療情報を
    表示するコンポーネントに、前記変更指示を送信こと、 を特徴とする医療情報システム。
  14. 【請求項１４】前記医療情報を、データ記憶に使用され
    る第１のデータ形式から、当該第１のデータ形式とは異
    なる表示のための第２のデータ形式に変換するデータ変
    換手段をさらに具備することを特徴とする請求項１３記
    載の医療情報システム。
  15. 【請求項１５】前記医療情報を表示する前記コンポーネ
    ントのセットをカスタム化するカスタム化手段をさらに
    具備することを特徴とする請求項１３記載の医療情報シ
    ステム。
  16. 【請求項１６】医療情報システム上の所定の属性毎に分
    類された医療情報を表示する前記各属性毎のコンポーネ
    ントによって共有され、前記システム上の少なくとも一
    つの端末に、前記属性と対応付けて前記医療情報を表示
    する統合画面に関するデータを発生するステップと、 前記統合画面に関するデータを前記各コンポーネントに
    送信するステップと、 前記コンポーネントによって前記統合画面が表示された
    少なくとも一つの端末から、所定の医療情報に対して入
    力された変更指示を受信するステップと、 前記変更指示が入力された医療情報を表示するコンポー
    ネントに、前記変更指示を送信するステップと、 を具備する医療情報提供方法。
  17. 【請求項１７】前記医療情報を、データ記憶に使用され
    る第１のデータ形式から、当該第１のデータ形式とは異
    なる表示のための第２のデータ形式に変換するステップ
    をさらに具備することを特徴とする請求項１６記載の医
    療情報提供方法。
  18. 【請求項１８】前記医療情報を表示する前記コンポーネ
    ントのセットを自動的にカスタム化するステップをさら
    に具備することを特徴とする請求項１６記載の医療情報
    提供方法。
  19. 【請求項１９】操作者からの指示に基づいて、前記医療
    情報を表示する前記コンポーネントのセットをカスタム
    化するステップをさらに具備することを特徴とする請求
    項１６記載の医療情報提供方法。
JP2002057903A 2001-03-02 2002-03-04 医療情報システム、医療情報表示プログラム、及び医療情報提供方法 Pending JP2002358361A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/796,703 US6889363B2 (en) 2001-03-02 2001-03-02 Interactive multimedia report viewer
US09/796,703 2001-03-02

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008107171A Division JP4909936B2 (ja) 2001-03-02 2008-04-16 医療情報システム

Publications (2)

Publication Number Publication Date
JP2002358361A true JP2002358361A (ja) 2002-12-13
JP2002358361A5 JP2002358361A5 (ja) 2005-09-02

Family

ID=25168839

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2002057903A Pending JP2002358361A (ja) 2001-03-02 2002-03-04 医療情報システム、医療情報表示プログラム、及び医療情報提供方法
JP2008107171A Expired - Lifetime JP4909936B2 (ja) 2001-03-02 2008-04-16 医療情報システム

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2008107171A Expired - Lifetime JP4909936B2 (ja) 2001-03-02 2008-04-16 医療情報システム

Country Status (3)

Country Link
US (1) US6889363B2 (ja)
JP (2) JP2002358361A (ja)
WO (1) WO2002075512A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005025747A (ja) * 2003-06-30 2005-01-27 Becton Dickinson & Co 医療装置から受信したデータを管理する方法および装置
JP2005165442A (ja) * 2003-11-28 2005-06-23 Hitachi Ltd 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム
JP2006268164A (ja) * 2005-03-22 2006-10-05 Nomura Research Institute Ltd 画面情報生成方法、画面情報生成装置および画面情報生成プログラム
JP2009512010A (ja) * 2005-10-06 2009-03-19 ゼネラル・エレクトリック・カンパニイ 医療環境下でのルールベースコンテキスト管理のためのシステムおよび方法
JP2010022727A (ja) * 2008-07-23 2010-02-04 Shimadzu Corp Ｍｐｐｓゲートウエイ
JP2010521722A (ja) * 2007-02-14 2010-06-24 ザ・ジェネラル・ホスピタル・コーポレイション 医療研究所報告メッセージ・ゲートウェイ
US8099296B2 (en) 2004-10-01 2012-01-17 General Electric Company System and method for rules-based context management in a medical environment
JP2015114691A (ja) * 2013-12-09 2015-06-22 株式会社東芝 医療情報システム及び医療情報提供方法
JP2018181340A (ja) * 2017-04-11 2018-11-15 キヤノンメディカルシステムズ株式会社 医用データ提示装置及び医用データ提示プログラム

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7000186B1 (en) 1999-05-03 2006-02-14 Amicas, Inc. Method and structure for electronically transmitting a text document and linked information
US7373600B2 (en) * 2001-03-27 2008-05-13 Koninklijke Philips Electronics N.V. DICOM to XML generator
US20030088420A1 (en) * 2001-07-10 2003-05-08 Koninklijke Philips Electronics N.V. Electronic program guide for processing content-related information configured using a reference information model
DE10141834A1 (de) * 2001-08-27 2003-04-03 Siemens Ag Datenkonverter
US20030211447A1 (en) * 2001-11-01 2003-11-13 Telecommunications Research Associates Computerized learning system
US20050204337A1 (en) * 2003-12-31 2005-09-15 Automatic E-Learning Llc System for developing an electronic presentation
WO2003046689A2 (en) 2001-11-21 2003-06-05 Amicas, Inc. System and methods for real-time worklist service
JP2005530229A (ja) * 2002-06-11 2005-10-06 シーメンス メディカル ソルーションズ ヘルス サーヴィシズ コーポレイション 並行アプリケーションの相互運用をサポートするシステム及び方法
DE10227560A1 (de) * 2002-06-20 2004-01-22 Siemens Ag Bearbeitungsverfahren für Daten, die zu mehreren Datensätzen zusammengefasst sind, durch mehrere Applikationen
US20040003043A1 (en) * 2002-06-20 2004-01-01 International Business Machines Corporation Remote control of document objects in a collaborative environment
US8645862B2 (en) * 2002-06-28 2014-02-04 International Business Machines Corporation Displaying and executing web services in multiple content domains
US7426545B2 (en) * 2002-06-28 2008-09-16 International Business Machines Corporation Systems and methods for transparently accessing Web applications remotely and locally
US20040003130A1 (en) * 2002-06-28 2004-01-01 International Business Machines Corporation Systems and methods for accessing web services using a tag library
US7200818B2 (en) * 2002-06-28 2007-04-03 International Business Machines Corporation Systems and methods for messaging in a multi-frame Web application
US7346889B1 (en) * 2003-01-16 2008-03-18 Oracle International Corporation Method and system for building message instances
US8442280B2 (en) * 2004-01-21 2013-05-14 Edda Technology, Inc. Method and system for intelligent qualitative and quantitative analysis of digital radiography softcopy reading
US7996785B2 (en) * 2004-06-30 2011-08-09 Microsoft Corporation Systems and methods for integrating application windows in a virtual machine environment
FI20045386A0 (fi) * 2004-10-13 2004-10-13 Onesys Oy Menetelmä tuottaa lääketieteellistä sisältöä, lääketieteellinen kommunikointijärjestelmä, päätelaite ja tietokoneohjelmatuote
US20060259513A1 (en) * 2005-05-10 2006-11-16 Apteryx, Inc. System and method to submit image requests to DICOM server
US7496612B2 (en) * 2005-07-25 2009-02-24 Microsoft Corporation Prevention of data corruption caused by XML normalization
US7752178B2 (en) * 2005-08-30 2010-07-06 Mckesson Information Solutions Llc Method to indicate context synchronization of applications on a computer desktop
US20070220035A1 (en) * 2006-03-17 2007-09-20 Filip Misovski Generating user interface using metadata
US8181150B2 (en) * 2006-05-12 2012-05-15 The Mathworks, Inc. System and method for synchronized workflow management
US8579814B2 (en) * 2007-01-05 2013-11-12 Idexx Laboratories, Inc. Method and system for representation of current and historical medical data
JP5315206B2 (ja) * 2009-10-22 2013-10-16 日本電信電話株式会社 情報連携システムとその受信側装置及びオブジェクト変換方法
KR101514849B1 (ko) 2009-11-23 2015-04-24 (의료)길의료재단 의료기기 통합 게이트웨이에서 웹기반 원격 관리 지원을 위한 통합 의료관리 인터페이스 시스템 및 그것에 의한 통합 의료관리 방법
KR101093050B1 (ko) * 2011-04-13 2011-12-13 주식회사 제론헬스케어 의료 영상 데이터 공유 장치, 의료 영상 데이터 공유 시스템 및 의료 영상 데이터 공유 방법
US9030491B1 (en) * 2012-04-18 2015-05-12 The United States Of America As Represented By The Secretary Of The Navy System and method for displaying data from multiple devices on a single user interface
EP2895242B1 (en) * 2012-09-14 2019-02-27 Tangentix Limited Method and apparatus for delivery of interactive multimedia content over a network
EP3735694A4 (en) * 2018-01-02 2021-09-15 Talis Clinical LLC IMPROVED HEALTH CARE INTEROPERABILITY ENVIRONMENT SYSTEM
US11137887B1 (en) * 2020-01-15 2021-10-05 Navvis & Company, LLC Unified ecosystem experience for managing multiple healthcare applications from a common interface
CN114461161B (zh) * 2022-01-19 2023-07-07 巴可(苏州)医疗科技有限公司 显示器集成QAweb的方法及应用该方法的医疗显示器

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4567515A (en) 1983-04-20 1986-01-28 Measuronics Corporation Multiple image generation and analysis system
US5452416A (en) 1992-12-30 1995-09-19 Dominator Radiology, Inc. Automated system and a method for organizing, presenting, and manipulating medical images
US5431161A (en) 1993-04-15 1995-07-11 Adac Laboratories Method and apparatus for information acquistion, processing, and display within a medical camera system
WO1995015521A2 (en) 1993-11-29 1995-06-08 Perception, Inc. Pc based ultrasound device with virtual control user interface
US5600574A (en) * 1994-05-13 1997-02-04 Minnesota Mining And Manufacturing Company Automated image quality control
US5712995A (en) * 1995-09-20 1998-01-27 Galileo Frames, Inc. Non-overlapping tiling apparatus and method for multiple window displays
CA2175148C (en) * 1996-04-26 2002-06-11 Robert Cecco User interface control for creating split panes in a single window
US6401138B1 (en) * 1996-10-28 2002-06-04 Koninklijke Philips Electronics N.V. Interface for patient context sharing and application switching
JP3878259B2 (ja) 1996-11-13 2007-02-07 東芝医用システムエンジニアリング株式会社 医用画像処理装置
US6460058B2 (en) * 1996-12-06 2002-10-01 Microsoft Corporation Object-oriented framework for hyperlink navigation
US6192266B1 (en) * 1998-03-26 2001-02-20 Boston Scientific Corporation Systems and methods for controlling the use of diagnostic or therapeutic instruments in interior body regions using real and idealized images
US6115626A (en) * 1998-03-26 2000-09-05 Scimed Life Systems, Inc. Systems and methods using annotated images for controlling the use of diagnostic or therapeutic instruments in instruments in interior body regions
US6342907B1 (en) * 1998-10-19 2002-01-29 International Business Machines Corporation Specification language for defining user interface panels that are platform-independent
US6081267A (en) 1998-11-19 2000-06-27 Columbia Scientific Incorporated Computerized apparatus and method for displaying X-rays and the like for radiological analysis and manipulation and transmission of data
US6272469B1 (en) 1998-11-25 2001-08-07 Ge Medical Systems Global Technology Company, Llc Imaging system protocol handling method and apparatus
US6476833B1 (en) * 1999-03-30 2002-11-05 Koninklijke Philips Electronics N.V. Method and apparatus for controlling browser functionality in the context of an application

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005025747A (ja) * 2003-06-30 2005-01-27 Becton Dickinson & Co 医療装置から受信したデータを管理する方法および装置
JP2005165442A (ja) * 2003-11-28 2005-06-23 Hitachi Ltd 医療情報管理システム、医療情報管理方法、および医療情報管理プログラム
US8099296B2 (en) 2004-10-01 2012-01-17 General Electric Company System and method for rules-based context management in a medical environment
JP2006268164A (ja) * 2005-03-22 2006-10-05 Nomura Research Institute Ltd 画面情報生成方法、画面情報生成装置および画面情報生成プログラム
JP2009512010A (ja) * 2005-10-06 2009-03-19 ゼネラル・エレクトリック・カンパニイ 医療環境下でのルールベースコンテキスト管理のためのシステムおよび方法
JP2010521722A (ja) * 2007-02-14 2010-06-24 ザ・ジェネラル・ホスピタル・コーポレイション 医療研究所報告メッセージ・ゲートウェイ
JP2010022727A (ja) * 2008-07-23 2010-02-04 Shimadzu Corp Ｍｐｐｓゲートウエイ
JP2015114691A (ja) * 2013-12-09 2015-06-22 株式会社東芝 医療情報システム及び医療情報提供方法
JP2018181340A (ja) * 2017-04-11 2018-11-15 キヤノンメディカルシステムズ株式会社 医用データ提示装置及び医用データ提示プログラム
JP7123608B2 (ja) 2017-04-11 2022-08-23 キヤノンメディカルシステムズ株式会社 医用データ提示装置及び医用データ提示プログラム

Also Published As

Publication number Publication date
WO2002075512A1 (en) 2002-09-26
US6889363B2 (en) 2005-05-03
JP2008204478A (ja) 2008-09-04
US20020122057A1 (en) 2002-09-05
JP4909936B2 (ja) 2012-04-04

Similar Documents

Publication Publication Date Title
JP4909936B2 (ja) 医療情報システム
Cimino et al. Internet as clinical information system: application development using the World Wide Web
US9246991B2 (en) Systems and methods for developing multi-platform applications for computing devices
US8527943B1 (en) System and method of application development
JP4102568B2 (ja) インターネットに適合するユーザインタフェースシステムを支援する方法およびインターネットに適合するユーザインタフェースシステム
US6718515B1 (en) Method of populating a dynamic HTML table from a set of data objects through a common interface
US6851088B1 (en) Conditional highlighting of given cells in a dynamic HTML table
US7441187B2 (en) Web template processing utilizing dynamic rules defined by data structure language
Blazona et al. HL7 and DICOM based integration of radiology departments with healthcare enterprise information systems
US7167863B2 (en) System and method for building a distributed internet application
US7451393B1 (en) System and method for a page rendering framework
US20030025732A1 (en) Method and apparatus for providing customizable graphical user interface and screen layout
US11137887B1 (en) Unified ecosystem experience for managing multiple healthcare applications from a common interface
WO2000045301A1 (en) Method and apparatus for dynamically generating a user presentation based on database stored rules
WO2017218803A1 (en) Monitoring adherence to a healthcare plan
Gambino et al. A framework for data-driven adaptive GUI generation based on DICOM
EP1485796A1 (en) Interaction design system
Laird et al. Design and implementation of an Internet-based medical image viewing system
CN112307377A (zh) 信息展示方法、装置及电子设备
Stan et al. Local EHR management based on FHIR
KR100635868B1 (ko) Ｈｌ7 표준에 근거한 문서 처리 시스템
Kost Dynamically generated multi-modal application interfaces
Riva et al. A development environment for knowledge-based medical applications on the world-wide web
Elbaum et al. Helping end-users" engineer" dependable Web applications
Berbecaru et al. Secure Digital Administration in Medical Environment

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050302

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050302

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070911

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071128

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20071218

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080416

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20090205

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20090305

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20090410

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110119