OverviewopenEHRのアーキタイプは、医療及び関連データの意味を定義するための強力な方法を提供し、データをLOINC、ICDx、ICPC、SNOMED-CT等の認知された用語体系やヘルスケアで用いられるその他の多数の用語体系や語彙に接続し、"バインド"する。用語体系は、openEHRにおいて以下の方法で用いられる。リファレンス・モデルにおけるコード化された属性値は、"opneEHR"用語体系によって定義される。各アーキタイプは、それぞれの内部用語体系を包含しており、各構成要素の意味を定義づける。外部用語体系へのバインドをアーキタイプに含めることが可能であり、用語への直接のマッピングや、特定の値集合を返すクエリへのマッピングが許容される。外部用語体系を用いるEHRクエリは、アーキタイプのバインドによってサポートされる。以下のセクションでこれらの機構を記述する。ModelopenEHRは、それ自身の小さな用語体系とコード・セットを持っており、これらはレファレンス・モデルにおける多数の属性の値集合を提供するために用いられる。3166のカントリー・コード("au"、"cn"、"pl"等)のようにコード自体が意味のある値を持つ。6種のこのようなコード・セットが、リファレンス・モデルの各CODE_PHRASE型(用語コードを表すopenEHR型)において、さまざまな属性に用いられる。code).リファレンス・モデルにおけるPARTICIPATION.functionのような、他のコード化された属性のために、openEHR用語体系は、用語体系設計においてもっとオーソドックスなやり方をとっており、値集合を意味を持たないコードや指標(rubric)で定義する。これらの属性は常にDV_CODED_TEXT型であり、コード自体はdefining.code属性内に格納される。attribute.openEHR用語体系は、openEHR用語体型ドキュメント1中に記述されており、openEHR用語体系ページ2にはコンピュータ処理向けの表現も利用可能となっている。Terminologyアーキタイプは、それ自身のローカルな用語体系を保有している(アーキタイプの'オントロジー'セクションに見出せる)。内部的な用語集合の使用は、用語に構造(すなわちリレーション)が存在せず、シノニムが重要でない場合には適切である。従って、小規模な用語のフラット・リストに限定して使用される。アーキタイプに内蔵される用語の有用性は、上述のコンピュータ処理の効率性を別にして、以下の通りである。クエリをアーキタイプのみに基づいて行うことができ、ターミノロジー・サーバーの仲介を要さない。用語の解釈は明確にセマティック(thematic)な文脈内で行われ(なぜならどのアーキタイプも特定のトピックに関するものであるから)、それゆえに格段に正確であると言える。アーキタイプで要求される用語の多くは、巨大な用語体系にも含まれていない。用語体系を共有していない人でもアーキタイプに基づいてデータを共有できる。terminologies.だが、自動処理の利点を最大限に享受するには、多くのアーキタイプが外部用語体系に接続する必要があることは明白である。これについては次のセクションに記述する。集合という形式をとる。term)コード(たとえば[at0012])で定義される。アーキタイプ内でローカルに定義される各コードは、2つの目的のうちいずれかのために用いられる。枝葉属性の値集合を与える、のいずれか。アーキタイプのローカル・コードは、"1分後事象"や"2分後事象"といった用語を含むであろう。これらのコードは、アーキタイプの'definition'パート内でレファレンス・モデルのノードと関連づけられている。パッケージ)にマッピングされるであろう。アーキタイプ・パスのベースとなるのは、このマッピングなのである。アーキタイプ・パスとは、単にリファレンス・モデルの属性名やノード・コードの代替パターンである。codes.ローカル・コードの2つ目の用途は、値としてである。識別されるELEMENTノードは、0、1または2という値の制約のあるORDINAL型を持っている。アーキタイプ・オントロジーからこれらの用語が抽出される様子を図35に示す。Codesバインドの1種類目は、あるアーキタイプの範囲内で一つの内部コードを外部用語体系からの一つコードにマッピングする機能である。よって提供される範囲は不完全であり、マッピングは近似的なものになりがちであることから、最初にマッピングを生成する際には注意が必要である。図35で示した例では、2つのパスが、それぞれ1分後と2分後のアプガー・スコアに関するLOINCコードにバインドするものとして示されている。間でのみマッピングを保持し、第2のパスで発生した場合は異なるLOINCコードにマッピングされることを意味している。このようにして、外部用語体系からのいわゆる"結合済み"コードは、openEHRアーキタイプ概念へとマッピングされるのである。concept.バインドは、原子内部コードと外部コードの間でも行うことができる。このばあいは、アーキタイプ内で内部コードが使用される回数とは無関係にマッピングが常に保持されることを意味する。Archetypes用語体系に関する重要な要求事項は、アーキタイプ内で定義される属性の値集合を特定することである。値集合はアーキタイプ内でローカルに定義されるが、これは用語が公開された用語体系中で利用可能ではないからであり、カプセル化の欠如のためにその場で定義することはどのような場合でも困難に過ぎるであろう。"ない"、"弱々しく泣く"、"強く泣く"といった用語は、アプガー結果4の"呼吸"属性の値として認知されている。アプガー/呼吸の文脈において、意味は明確であるけれども、SNOMED-CTのような用語体系内のこうした指標を伴う用語は明らかに結合済みである必要があろう。重要なことは、SNOMED用語を"ない"に対してマッピングすることには、ほとんど実用上の価値がないと思われることである。"ない"を含む項目に対するクエリなど、医療の文脈ではおよそ役に立たないからである。context.だが、他の多くの種類の属性では、用語体系は値についての適切なソースである。このような属性は、疾病の種類や血液型といった現実世界の現象の種類を定義しており、"ない"とか"蒼白"といった現象の質的な面ではない。このような属性については、外部用語体系への異種の接続が求められる。このことは単一コードのバインドと同様の方法で達成される。constraint)として定義され、ひとつまたはそれ以上の外部用語体系へのクエリにバインドされ、その結果は用語体系からの(可能ならば構造化された)値の集合となる。属性値が"血液型"としてコード化される論理的なスキーマを図36に図示する。phenotype".現時点では、このようなクエリに対する標準は存在しない。このことは、アーキタイプに対して直接影響しない。アーキタイプは単にクエリのための識別子を保持しているだけであり、クエリ自体は"ターミノロジー・クエリ・サーバー"内で定義されるからである。このクエリの結果は、図36の下方に示されるように、血液型のリストとなる。TerminologiesEHRデータへのクエリは、健康情報に関する用語体系の主要な用途として、しばしば引用される。アーキタイプで定義されたマッピングを用いれば、多数のアプローチが可能であるが、意図するクエリのセマンティクスが最初に理解される必要がある。患者記録での"腺癌(adenocarcinoma)"のクエリを考察してみよう。あり、いくつかは共通の親に対する子となっている。かかわらず、これらの用語は単一の共通の親を持つわけでは全くなく、選択はどの用語がクエリの意図に合致しているかによらねばならない。liver)"といった形式の用語が含まれなければならない。これらは"診療所見"のヒエラルキーの内側にあり、後2者のような用語の使用は、たとえば"腺癌のおそれ"とか"腺癌のわずかなリスク"といった、記録中の同一用語の他の使用にはマッチされないことを確認すべきである。このような正しいマッチングは、アプリケーション・ソフトウェア及び/またはユーザが最初にデータを生成する際のSNOMED-CT用語の正しい使用に完全に依存している。いった2つの名前/値の対の形式でセーブするというようなことは容易に想像できる。よるクエリは、それがまさにデータの意味するところであるにもかかわらず、フェイルするであろう。このようなデータは誤りではないが、教訓は明白である。データのコード化とクエリにおけるコードの使用は共通のモデルによって統制されなければならない。なければ、データ処理の信頼性についての希望はない。いうパスの値によって特定する、といったことのために、パス・ベースのクエリを用いることができる。いったリレーションに適合できているということである。肺の腺癌についてのいかなる所見も、最終的に包摂ヒエラルキーによって導出される。他の"腺癌"の用語が誤ってその位置に用いられることはない。position.だが、アーキタイプがこのような方法で値に制約をかけていなくとも、同じパス上ですべての"腺癌"という用語を探索する同一のクエリは、それがアーキタイプの唯一の使用であるがゆえに、"過去の腺癌の診断"を見つけるために合理的に用いることができる。同様に、アーキタイプ・ベースのクエリは、29ページのセクション6.4で記述したような、発生しうる他のあいまいさを識別するために用いることができる。アプガーは、新生児の健康状態についての基本的な尺度であり、出生後2~3回にわたり計測され、0~10点のスコアで与えられる。athttp://trac.edgewall.org/。