(57)【要約】  本発明は、ＸＭＬドキュメント内にＤＩＣＯＭ  ＳＲ条件を提供する方法に関する。宣言型言語を利用したＤＩＣＯＭ  ＳＲ条件を有するＸＭＬドキュメントが生成される。その後ドキュメントは要求に応じてアクセス及び表示可能である。
2005515552.tif 000002
【特許請求の範囲】
【請求項１】
ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｅｓ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｉｎ  Ｍｅｄｉｃｉｎｅ）のための条件を提供する方法であって、
ドキュメントを記述する宣言型データブロック内に宣言型条件情報を配置するステップと、
前記ドキュメントへのアクセス時に前記宣言型条件情報が宣言型データとして処理されるのを可能にするステップとを有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、前記ドキュメントは電子ドキュメントであることを特徴とする方法。
【請求項３】
請求項１記載の方法であって、前記条件はＤＩＣＯＭ  ＳＲフォーマットに従うことを特徴とする方法。
【請求項４】
請求項１記載の方法であって、前記宣言型データブロックはＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）に従うことを特徴とする方法。
【請求項５】
請求項１記載の方法であって、前記提供される条件は、要素が存在するということであることを特徴とする方法。
【請求項６】
請求項１記載の方法であって、前記提供される条件は、要素が特定の要素タイプであるということであることを特徴とする方法。
【請求項７】
請求項１記載の方法であって、前記提供される条件は、２以上の要素が特定のシーケンスにあるということであることを特徴とする方法。
【請求項８】
ＸＭＬドキュメント内にＤＩＣＯＭ  ＳＲ条件を提供する方法であって、
宣言型言語を利用してＤＩＣＯＭ  ＳＲ条件を有するＸＭＬドキュメントを生成するステップと、
ユーザが前記ＸＭＬドキュメントにアクセスすることを可能にするステップとを有することを特徴とする方法。
【請求項９】
ＤＩＣＯＭのための条件を特定するシステムであって、
宣言型命令を有する電子形態のドキュメントを有するメモリと、
前記メモリ及び表示装置と動作可能に接続され、前記ドキュメントの宣言型条件命令を実行し、前記ドキュメントを前記表示装置に表示するよう構成されるコンピュータプロセッサとを有することを特徴とするシステム。
【請求項１０】
請求項９記載のシステムであって、前記プロセッサはさらに、前記宣言型条件命令を有する前記ドキュメントを記述する宣言型データブロックを該プロセッサにより操作されるデータ格納装置に格納するよう構成されることを特徴とするシステム。
【請求項１１】
請求項９記載のシステムであって、前記宣言型条件命令はＤＩＣＯＭ  ＳＲフォーマットに従うことを特徴とするシステム。
【請求項１２】
請求項９記載のシステムであって、前記ドキュメントはＸＭＬに従うことを特徴とする方法。
【請求項１３】
請求項９記載のシステムであって、前記条件は、要素が存在するということであることを特徴とするシステム。
【請求項１４】
請求項９記載のシステムあって、前記条件は、要素が特定の要素タイプであるということであることを特徴とするシステム。
【請求項１５】
請求項１記載のシステムであって、前記条件は、２以上の要素が特定のシーケンスにあるということであることを特徴とするシステム。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
[発明の技術分野]
本発明は、ＸＭＬドキュメント内のＤＩＣＯＭ条件を提供する方法及びシステムに関する。詳細には、本発明は、特化したソフトウェアのコンパイルまたはリンクを要することなくＸＭＬフレームワーク内のＤＩＣＯＭ条件の本来的宣言を可能にするＸＭＬスキーマを修正する方法及びシステムに関する。
[発明の背景]
ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）はワールドワイドウェブ（以降「ウェブ」）上の情報リソースの配信及び制作のための完全なプラットフォーム及びシステムに依存しない環境として最初は設計された。ＸＭＬは、ウェブ上のコンテンツの普及した制作及び参照方法であるＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）を補強及び場合によっては置き換えを意図したものであった。
【０００２】
ＸＭＬは、ツリーベースの階層的に形成された情報のための普遍的データ形式を定義する技術の集合体である。ＸＳＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ）、ＤＯＭ（Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）及びＸＳＬＴ（ＸＳＬ  Ｔｒａｎｓｆｏｒｍａｔｉｏｎｓ）のようなその範囲と能力を拡張した数多くの新しい仕様が開発中であり、あるいはすでに開発されてきた。ＸＭＬは、プラットフォームからの独立性とウェブ認識性の効果を提供する。多くのＸＭＬツールはオープンソースであり、自由に利用可能である。従って、ＸＭＬ技術は、医療レポートを含む診療情報への企業規模のアクセスに対するシンプルかつ低コストの解法を提供することができる。
【０００３】
ＸＭＬは情報だけでなく構造の記述にも利用されるため、データ記述言語として特に適している。ＸＭＬに特有な利点の１つは、産業全体、学術領域及び専門組織によるこれら領域内の情報表現の規格化に供することが可能な文書タイプ定義（ＤＴＤ）及びスキーマセットの開発が可能であるということである。あるＤＴＤ及びスキーマセットが与えられると、ＤＴＤ及びスキーマに従いモデル化されたコンテンツは、ＤＴＤ及びスキーマに対して開発されたアプリケーションによる処理が可能となる。
【０００４】
ＸＭＬの利用のさらなる効果は、ＸＭＬと互換性のあるデータの処理に利用可能な数多くのツールがあるということである。特に重要なものとして、スタイルシートの記述のための言語であるＸＳＬ、スタイルシートを使ったＸＭＬドキュメントの他のドキュメントへの変換のための言語であるＸＳＬＴがある。
【０００５】
医療レポートのＸＭＬ符号化の一様な理解を容易にするため、当該レポートに対してＤＴＤを定義する必要がある。ＸＭＬドキュメントにおいて、主として文書や書籍のような「文書のような（ｄｏｃｕｍｅｎｔ−ｌｉｋｅ）オブジェクトの構造及び制限に関して、許容された要素及び属性を記述するためにＤＴＤは利用される。このようなＤＴＤは、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）のＳＲ（Ｓｔｒｕｃｔｕｒｅｄ  Ｒｅｐｏｒｔｉｎｇ）情報モデルのＵＭＬ（Ｕｎｉｆｉｅｄ  Ｍｏｄｅｌｉｎｇ  Ｌａｎｇｕａｇｅ）モデルから導出されたものである。ＤＩＣＯＭ  ＳＲは、リレーショナルデータ技術に基づくものであり、ＮＥＭＡ（Ｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｉｃａｌ  Ｍａｎｕｆａｃｔｕｒｅｒｓ  Ａｓｓｏｃｉａｔｉｏｎ）により規格化されてきた。ＤＩＣＯＭ規格の「Ｓｕｐｐｌｅｍｅｎｔ２３：Ｓｔｒｕｃｔｕｒｅｄ  Ｒｅｐｏｒｔｉｎｇ  Ｓｔｏｒａｇｅ  ＳＯＰ  Ｃｌａｓｓｅｓ」がＤＩＣＯＭ規格委員会（１３００Ｎ．１７番ストリート、ロスリン、ＶＡ２２２０９ＵＳＡ）により刊行され、参照することによりここに含まれる。
【０００６】
ＤＩＣＯＭ  ＳＲ規格と、これに基づくＳＲドキュメント化モデルは、診断画像及び波形ドキュメントの表現力、精度及び比較可能性を向上させる。ＤＩＣＯＭ  ＳＲは、画像及び波形により示される重要な特徴が、観察者により明確に表示され、インデックス化され、以降の閲覧者により選択的に抽出されるのが可能となる複合表現形態のレポートのやりとりをサポートする。所見は観察者により、テキスト、コード及び数値として、あるいは画像や波形内の特定関心領域の位置座標を介し、あるいは比較画像、音声、波形、曲線及び以前のレポート情報の参照として表現されるかもしれない。観察者により記録された観察及び履歴所見は、解釈手続きの一部として参照される証拠を含んでいるかもしれない。従ってＤＩＣＯＭ  ＳＲは、診断のレポートだけでなく、観察を再現する証拠を完全にドキュメント化機能をサポートする。この機能より、医療研究、トレーニング及び結果評価のための構造化されたデータの大規模な収集のための重要な新しい機会が診断画像及び波形の解釈の副産物的なルーチンとして提供され、複合センターでの臨床治験及び評価のための構造化されたデータの蓄積を容易にする。
【０００７】
非ＤＩＣＯＭシステム解析者やシステム設計者によるＤＩＣＯＭ  ＳＲの理解を容易にするため、ＤＩＣＯＭ  ＳＲ仕様をＵＭＬモデルに変換する方法及びシステムが開発されてきた（参照することによりここに含まれるＡｌｆｒｅｄｏ  Ｔｉｒａｄｏ−Ｒａｍｏｓ、Ｊｉｎｇｋｕｎ  Ｈｕ及びＹａｓｓｅｒ  ａｌＳａｆａｄｉらにより２０００年１０月１０日に出願された同時係属中の米国特許出願である出願番号０９/６８６，４０１号「ＤＩＣＯＭ  ＳＲのＵＭＬモデルとＸＭＬ表現」を参照されたい。）ＤＩＣＯＭリレーショナルモデルからのＤＩＣＯＭ  ＳＲ情報をＸＭＬ表現に変換する変換システムが生成されてきた。ＤＩＣＯＭ  ＳＲとＸＭＬとのマッピングを提供することにより、ＤＩＣＯＭ  ＳＲコンテンツは、医療解析プログラムのようなＤＩＣＯＭに特化したアプリケーションプログラムだけでなく、ルーチン処理的またはデータ管理プログラムのようなＤＩＣＯＭに特化していないアプリケーションプログラムによってより容易な処理が可能になる。
【０００８】
医療レポートはＤＩＣＯＭ  ＳＲ仕様に含まれる複数の条件を満足しなければならない。条件は、与えられたフィールドに対する最大値及び最小値を特定する形式、あるいは他のフィールドが値を有する場合にフィールドが存在することを求める形式をとりうる。ＸＭＬドキュメントで使われるように、ＤＴＤ（Ｄｏｃｕｍｅｎｔ  Ｔｙｐｅ  Ｄｅｆｉｎｉｔｉｏｎｓ）は、これら条件を容易に特定する能力において残念なことにかなりの制約がある。条件はＣやＪａｖａ（登録商標）のような汎用プログラミング言語により表現可能である。しかしながら、このような言語は本来的に手続き型言語であるため、条件をチェックするため、コードのコンパイル、リンク及び実行が必要である。これは、ＸＭＬドキュメントの宣言の性質から逸脱したものである。
【０００９】
ワールドワイドウェブコンソーシアム（Ｗ３Ｃ）からの勧告として最近承認されたＸＭＬスキーマは、ＸＭＬドキュメントでの（特に）豊富な構造及びデータタイプ定義が可能であり、より高い表現力を提供する。「豊富な構造」とは、符号化されたフィールドの属性及び条件に関する詳細の豊富さをいう。Ｊｉｎｇｋｕｎ  ＨｕとＫｗｏｋ  Ｐｕｎ  Ｌｅｅらにより２００１年３月２７日に出願された整理番号第０１００７０号の同時係属中の米国特許出願「ＤＩＣＯＭ  ＸＭＬ  ＤＴＤ及びスキーマ生成器」により、ＤＩＣＯＭ  ＳＲ規格に対応するＸＭＬ  ＤＴＤ及びＸＭＬスキーマを容易にするシステム及び方法が開示される。
【００１０】
ＸＭＬスキーマによりＤＩＣＯＭ  ＩＯＤ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｏｂｊｅｃｔ  Ｄｅｆｉｎｉｔｉｏｎ）の１つの要素に関する条件を表現することは比較的直接的である。例えば、ある文字列の最大長を容易に制限することができる。これの実行方法の一例が後に説明される。しかしながら、ＩＯＤの定義はまた、スキーマにより容易には表現できない数多くの条件を有する。特に、ある要素をいう条件のようなＩＯＤにおけるこれら関連する複数の要素は、他の要素が特定の値を有する場合に存在しなければならない。
【００１１】
条件の特定においてＸＭＬスキーマの表現力を拡張するよう設計されたＳｃｈｅｍａｔｒｏｎのようなツールを利用して、宣言的に同一のＸＭＬシンタックスを使ってこれらの条件を表現する方法の必要がある。Ｓｃｈｅｍａｔｒｏｎは、Ｗ３ＣＸＭＬスキーマワーキンググループのメンバーであるＲｉｃｋ  Ｊｅｌｌｉｆｆｅにより開発されたＸＭＬシンタックスを利用した宣言型表現言語であり、異なる要素間の関係の特定に利用可能な他のＷ３Ｃ勧告であるＸＰａｔｈ表現を利用したルールセットから構成される。文法ベースのＸＭＬスキーマと対照的に、それはルールベースである。Ｓｃｈｅｍａｔｒｏｎは、ＸＭＬスキーマに対する極めて異なる利点を融資、実際高い補完性を有する。
【００１２】
Ｓｃｈｅｍａｔｒｏｎルールセットは、ＸＭＬスキーマによっては特定不可能な条件を表現するのに記述される。このルールセットは、条件が満たされることを保証するよう与えられたＸＭＬドキュメントに対して実行されうるＸＳＬＴスタイルシートを生成するため、メタスタイルシートを介して自動変換される。これは既知の手続きであり、このステップを実行するためのツールが利用可能である。
[発明の概要]
本発明の目的及び効果が与えられ、以下の説明から明らかになると同時に本発明の実践により学習されるであろう。添付された図面と共に記載された説明及びクレームにおいて特に示された方法及びシステムにより本発明の追加的な効果が実現及び達成されるであろう。
【００１３】
実現及び説明されるように、本発明の目的による上記及び他の効果を達成するため、本発明は、ＤＩＣＯＭの条件を提供する方法を有する。まず、宣言型条件情報がメディアドキュメントを記述する宣言型データブロック内に配置される。その後当該宣言型条件情報はドキュメントのアクセス時に宣言型データとして処理される。
【００１４】
他の実施例では、ＸＭＬドキュメント内にＤＩＣＯＭ条件を提供する方法が含まれる。まず、宣言型言語を利用したＤＩＣＯＭ条件を有するＸＭＬドキュメントが生成される。その後ユーザはＸＭＬドキュメントへのアクセスが可能となる。
【００１５】
本発明はまた、ＤＩＣＯＭの条件を特定するシステムを有する。本システムは、宣言型条件命令による電子形態のドキュメントを有するメモリと、当該メモリと表示装置に動作可能に接続されるコンピュータプロセッサとを有する。プロセッサは、ドキュメントの中の宣言型条件命令を実行し、当該ドキュメントを表示装置に表示するよう構成される。
【００１６】
上記一般的説明及び以下の詳細な説明は共に一例であり、請求される本発明のさらなる説明を提供することを意図しているということは理解されるであろう。
【００１７】
本明細書に含まれ、その一部を構成する添付された図面は、本発明の方法及びシステムのさらなる理解を例示及び提供するために含まれる。説明と共に図面は本発明の原理の説明に供するものである。
[好適実施例の詳細な説明]
以下の説明は、当業者が本発明を作成及び利用することを可能にするため与えられる。好適な実施例に対する様々な変更が当業者には容易に明らかであり、ここに与えられる開示は本発明及び添付されるクレームの趣旨及び範囲を逸脱することなく他の実施例及び応用に利用可能であるかもしれない。従って、本発明は説明される実施例に限定されることを意図したものではなく、ここに与えられる開示に適合する最も広い範囲に一致する。
【００１８】
本発明の好適な実施例によると、ＤＩＣＯＭのための条件の特定方法と、ダウンロード及び補助アプレットの実行を要することなくＸＭＬ宣言型構造におけるＤＩＣＯＭ条件のサポート方法が与えられる。
【００１９】
効果的に、本システム及び方法は、ＸＭＬ宣言型構造内のネームスペースのサポートに関する。
【００２０】
本発明の他の実施例は、効果的に既存のＸＭＬツールを利用してＤＩＣＯＭ条件を表現することを可能にする。
【００２１】
本発明はまた、条件の特定に関するＸＭＬスキーマの表現力を拡張するよう設計されたＳｃｈｅｍａｔｒｏｎのようなツールを利用することにより、宣言型の標準的なＸＭＬタイプシンタックスを利用したＤＩＣＯＭ条件の表現を可能にする。
【００２２】
効果的に、本発明はまた汎用的に適用可能であり、ＳＲ以外のＤＩＣＯＭ  ＩＯＤでの条件の特定に利用可能なアプローチを提供する。
【００２３】
図１は、本発明の他の実施例による典型的なユーザのＤＩＣＯＭ要素を符号化するためＸＭＬドキュメントを準備する一例となるプロセスのフローチャートである。典型的には、ドキュメント開発者は、ＸＭＬドキュメント９のようなものの中のＤＩＣＯＭ条件を符合化する。これは、ＸＭＬドキュメントに対して宣言型条件情報をＸＭＬスキーマに配置することにより実現され、ドキュメントが有効化されるとき、宣言型条件情報が宣言型データとして処理されるのを可能にする。さらなる符号化は不要である。一例として、患者の氏名を６４文字以下となるよう制限するというものがある。これは図３に示されるスキーマ定義により実行可能である。他の例として、患者の年齢の値を文字「Ｄ（Ｄａｙ）」、「Ｗ（Ｗｅｅｋ）」、「Ｍ（Ｍｏｎｔｈ）」または「Ｙ（Ｙｅａｒ）」のうちの１つに続く３桁にしなければならないということを規定するものである。このアプローチは、条件が１つの要素にのみ関する場合良好に機能する。
【００２４】
図２は、本発明の好適な一実施例による典型的なユーザのためのＤＩＣＯＭ要素を符合化するためＸＭＬドキュメントを準備する一例となるプロセスのフローチャートである。本実施例によると、ユーザはＸＭＬ２のＤＩＣＯＭ  ＳＲを符号化するためのシンプルなＤＩＣＯＭ条件に対するＸＭＬスキーマを記述することにより手続き１を開始する。次に、開発者は複雑なＤＩＣＯＭ条件３に対するＳｃｈｅｍａｔｒｏｎルールを記述する。一例としてＶｅｒｉｆｉｃａｔｉｏｎ  Ｆｌａｇの場合を考える。ＤＩＣＯＭ  ＳＲ仕様書のセクションＣ．１７．２はＳＲドキュメント一般モジュールの要素を定義している。これら要素の１つは、Ｖｅｒｉｆｙｉｎｇ  Ｏｂｓｅｒｖｅｒ  Ｓｅｑｕｅｎｃｅ（００４０，Ａ０７３）であり、それが特定条件下にあることが要求されるということを意味するタイプ１Ｃのものである。この場合、その条件は他の要素であるＶｅｒｉｆｉｃａｔｉｏｎ  Ｆｌａｇ（００４０，Ａ４９３）が値「ＶＥＲＩＦＩＥＤ」を有するということである。この条件はＳｃｈｅｍａｔｒｏｎでは以下のように表現される。
【００２５】
【表１】
2005515552.tif 000003
ここで、「ｓｃｈ：ｒｅｐｏｒｔ  ｔｅｓｔ」要素は、Ｖｅｒｉｆｉｃａｔｉｏｎ  Ｆｌａｇが条件として「ＶＥＲＩＦＩＥＤ」として設定されねばならないということを示している。このルールは、ＳＲ  Ｄｏｃｕｍｅｎｔ  Ｇｅｎｅｒａｌ  Ｍｏｄｕｌｅに関して適用され、ｖｅｒｉｆｉｃａｔｉｏｎ ｆｌａｇ要素の値が「ＶＥＲＩＦＩＥＤ」であり、ｖｅｒｉｆｙｉｎｇ ｏｂｓｅｒｖｅｒ ｓｅｑｕｅｎｃｅ要素の有無をチェックする。このルールは他のルールと共に、標準的なツールを利用することによりＤＩＣＯＭ  ＳＲとなることを主張するＸＭＬドキュメントのチェックに利用可能なスタイルシートに変換される。この条件が満たされない場合には、エラーメッセージが生成される。
【００２６】
他の例として、ＳＲ  Ｄｏｃｕｍｅｎｔ  Ｃｏｎｔｅｎｔ  ＭｏｄｕｌｅのＲｏｏｔ  Ｃｏｎｔｅｎｔ  Ｉｔｅｍに関する条件があげられる。セクションＣ．１７．３は、Ｒｏｏｔ  Ｃｏｎｔｅｎｔ  Ｉｔｅｍ（ＳＲドキュメントツリーのルートである）がＣＯＮＴＡＩＮＥＲというタイプでなければならないということを述べている。（多数のＣｏｎｔｅｎｔ  Ｉｔｅｍが存在するが、ルートのものはこのタイプでなければならない。）以下のＳｃｈｅｍａｔｒｏｎルールはこの条件を実施する。
【００２７】
【表２】
2005515552.tif 000004
このルールは、ＳＲ  Ｄｏｃｕｍｅｎｔ  Ｃｏｎｔｅｎｔ  Ｍｏｄｕｌｅに関して適用される。Ｒｏｏｔ  Ｃｏｎｔｅｎｔ  Ｉｔｅｍはこのモジュールの子供である。「ｓｃｈ：ａｓｓｅｒｔ  ｔｅｓｔ」要素は、この子供（ｄｏｃｕｍｅｎｔ ｃｏｎｔｅｎｔ ｍａｃｒｏ）のｖａｌｕｅ ｔｙｐｅ要素が値として「ＣＯＮＴＡＩＮＥＲ」を有する必要がるということを示している。
【００２８】
第３の例として、（囲んでいる）Ｓｏｕｒｃｅ  Ｃｏｎｔｅｎｔ  ＩｔｅｍとＴａｒｇｅｔ  Ｃｏｎｔｅｎｔ  Ｉｔｅｍとの関係が、Ｒｅｆｅｒｅｎｃｅｄ  Ｃｏｎｔｅｎｔ  Ｉｔｅｍ  Ｉｄｅｎｔｉｆｉｅｒの存在により示されるバイリファレンス（ｂｙ−ｒｅｆｅｒｅｎｃｅ）であるＣｏｎｔｅｎｔ  Ｓｅｑｕｅｎｃｅ  Ｉｔｅｍである。条件は、そのような場合には、Ｄｏｃｕｍｅｎｔ  Ｒｅｌａｔｉｏｎｓｈｉｐ  ＭａｃｒｏとＤｏｃｕｍｅｎｔ  Ｃｏｎｔｅｎｔ  Ｍａｃｒｏとの両方は与えられないということである。これは以下のＳｃｈｅｍａｔｒｏｎルールにより表現される。
【００２９】
【表３】
2005515552.tif 000005
このルールは、ｃｏｎｔｅｎｔ ｓｅｑｕｅｎｃｅ ｉｔｅｍ要素の子供であるｒｅｆｅｒｅｎｃｅｄ ｃｏｎｔｅｎｔ ｉｔｅｍ ｉｄｅｎｔｉｆｉｅｒ要素に関して適用される。ｒｅｆｅｒｅｎｃｅｄ ｃｏｎｔｅｎｔ ｉｔｅｍ ｉｄｅｎｔｉｆｉｅｒ要素の存在は、バイリファレンス関係を示す。「ｓｃｈ：ｒｅｐｏｒｔ  ｔｅｓｔ」要素は、同一のｃｏｎｔｅｎｔ ｓｅｑｕｅｎｃｅ ｉｔｅｍ要素がｄｏｃｕｍｅｎｔ ｒｅｌａｔｉｏｎｓｈｉｐ ｍａｃｒｏ要素あるいはｄｏｃｕｍｅｎｔ ｃｏｎｔｅｎｔ ｍａｃｒｏ要素を子供として持たないということを保証するものである。
【００３０】
さらに複雑な条件がＳｃｈｅｍａｔｒｏｎルールにより同様に表現されうる。
【００３１】
ＤＩＣＯＭ  ＳＲを符号化するためのＸＭＬドキュメントは、ＸＭＬスキーマで表現されるシンプルな条件と共に、自由に利用可能なＳｃｈｅｍａｔｒｏｎ検証器４を利用することによりＳｃｈｅｍａｔｒｏｎルールとして表現される複雑な条件に対して検証される。
【００３２】
図３を参照するに、条件を定義するＸＭＬの他の利用が示される。ＸＭＬスクリプトの第１行２０は、「ｐａｔｉｅｎｔ ｎａｍｅ」として定義されるようそのデータ要素名を特定する。この行の「ｘｓｄ：ｅｌｅｍｅｎｔ  ｎａｍｅ＝」はスクリプトブロックの開始を示し、そこではデータ要素「ｐａｔｉｅｎｔｓ ｎａｍｅ」が定義される。「ｘｓｄ：ｅｌｅｍｅｎｔ」行２１は、定義ブロックの終了を示す。２２の「ｘｓｄ：ａｔｔｒｉｂｕｔｅ  ｎａｍｅ＝」から始まる行は、文字列の値、すなわち、ここでは「Ｐａｔｉｅｎｔ‘ｓ  ｎａｍｅ」として要素が表示される「ａｔｔｒｉｂｕｔｅ  ｎａｍｅ」を設定する。属性名とデータ要素名は必ずしも同一である必要はない。
【００３３】
「ｘｓｄ：ｒｅｓｔｒｉｃｔｉｏｎ  ｂａｓｅ＝」の行２４は、定義されるデータ要素のタイプを設定する。この場合、ｐａｔｉｅｎｔｓ ｎａｍｅは「ｘｓｄ：ｓｔｒｉｎｇ」の要素タイプである。次の行２５は、「ｘｓｄ：ｍａｘＬｅｎｇｔｈ  ｖａｌｕｅ＝」宣言によりｐａｔｉｅｎｔｓ ｎａｍｅ要素の最大長を６４（文字）に設定している。
【００３４】
本発明の趣旨及び範囲を逸脱することなく様々な変更及び変形が本発明の方法及びシステムに可能であるということが当業者には明らかであろう。従って、添付されるクレーム及びそれと均等なものの範囲内にある変更及び変形が本発明に含まれることが意図される。
【図面の簡単な説明】
【００３５】
【図１】図１は、本発明の好適な一実施例による典型的なユーザのためのＤＩＣＯＭ要素を有するＸＭＬドキュメントを用意する一例となるプロセスのフローチャートである。
【図２】図２は、本発明の好適な一実施例による典型的なユーザのためのＤＩＣＯＭ  ＳＲ要素を有するＸＭＬドキュメントを提供する一例となるプロセスのフローチャートである。
【図３】図３は、本発明の好適な一実施例による患者氏名が６４文字を超えてはならないということを要求するＤＩＣＯＭ条件を特定するためのＸＭＬを利用してリストされた一例となるスクリプトである。
【図１】
2005515552.tif 000006
【図２】
2005515552.tif 000007
【図３】
2005515552.tif 000008
【国際調査報告】
2005515552.tif 000009
2005515552.tif 000010