ADLアーキタイプはどんなアーキタイプの意味をも100%完全に表現できることが保証されており、AOMを構文として表現できるように設計されている。それにもかかわらず、場合によってはシリアライズの過程で情報が失なわれる可能性は否定できないし、現に情報の喪失は部分的に生じている。現実的な理由から、場合によってはXMLにもとづくシリアライズが利用されるであろう。dADLと呼ばれる文法によって完全に表現されるであろう。これはADLのオブジェクトをシリアライズする言語である。人間が視認するための画面描画にはHTML、RTF、その他のフォーマットが利用されることになる。dADLの文書として表現される。Archetypesアーキタイプはオブジェクトの構造を形式的に制約し、かつそれは拡張可能である。特化したアーキタイプはモデル化を必要とする内容がすでに利用可能なアーキタイプが存在する時点で生成されるが、それはあまりに汎用的で具体性に欠いている。)というアーキタイプは「検体」をはじめとして「診断のためのサービス」「ともかく何かのタイプの一つの結果」「グループ化された検査結果」などという漠然とした概念を保持している。このアーキタイプはほとんどどんな臨床検査の結果をも表現することになる。)へと特化することは非常に有益であるし、あらかじめ容易に定義可能である。した場合では単一の結果が「血糖値」として再定義されることになる。特化のための形式的なルールは以下のようになる。特化したアーキタイプは、親となるアーキタイプに対してさらなる制約を付加するか、あるいは新たな制約を加えることである。own).この効果として、特化したアーキタイプによって生成されたデータは親アーキタイプを基盤としたクエリーに常にマッチする。情報を正しく取得することになる。この仕組みはオントロジーにおける包含関係という基本的な原理に合致する。この包含関係の原理は、BとAが意味論的にIS-A関係に立つときにはBという型のインスタンスは同時にAという型のインスタンスでもあることを意味する。特化したアーキタイプは、親アーキタイプの識別子と下位要素の識別子を`-'でつなげた識別子によって表現される。合成という関係をもとに小規模のアーキタイプを階層的に再利用して巨大なデータ構造を柔軟に制約することが可能となる。アーキタイプ構造においてスロットにオブジェクト型を指定するのではなく、allow_archetypeという特別の制約を課し、それによってスロットの型を他のアーキタイプに制約する。対する制約として指定している。単純な制約はアーキタイプ識別子を正規表現で指定するものである。ように他のアーキタイプのパスとして記述する方法がある。ひとつのアーキタイプだけに限定することも可能である。テンプレートは具体的な場面のあるスロットにおいていずれのアーキタイプが許容されるかを選択するために利用される。してのアーキタイプである。それぞれの上位レベルは常に根としてのアーキタイプであることを保証される。PARTY)において、複数のアーキタイプが前述のスロット機構を用いて階層的に構成される。これによってアーキタイプのコンポーネント化と再利用が可能となる。上位レベル構造に階層的なアーキタイプが配置される場合、その構造の内部に根としてのアーキタイプが用いられる。EVALUATIONなど)はほとんど常に根となる。SECTIONというインスタンスがSection構造の最上位のインスタンスであるならば、それは同時に根である。ディレクトリ構造におけるFOLDERというインスタンスも同じように根となる。他のノード(すなわち、SECTIONやITEM_STRUCTUREというインスタンス内部のノード)も根としてのアーキタイプとなるかも知れないが、これは実行時においてアーキタイプがどのようにデータに適用されるかに依存している。図30はアーキタイプとテンプレートがデータに対して適用される場面を表現している。)にあるLOCATABLEクラスを継承することで、アーキタイプの利用が有効となる。archetype_detailsの属性を持つ。データにおいて、前者(archetype_node_id属性)はアーキタイプの識別子を設定する。pointならば、そのノードは生成するアーキタイプの識別子を複数格納し、archetype_details属性にはその根となるアーキタイプに適切な情報を保持するARCHETYPEDオブジェクトが設定される。termコードと呼ばれる)を設定し、archetype_details属性は空となる。保持することもありうる。アーキタイプはテンプレートそのものというよりはデータに対するパターンを提供するものだからである。換言すれば、アーキタイプのデザイン如何によっては、1個のアーキタイプがデータにおいて複製されることもある。そのアーキタイプを実際に生成することになる。results」のためのアーキタイプはOBSERVATIONアーキタイプでもあり、OBSERVATIONオブジェクトが含むインスタンスの特定の構造を持つよう制約する。headings"アーキタイプは、SECTIONオブジェクトがSOAPという表題を持った構造になるよう制約する。根ノードから末端ノードにいたるまでデータの合成を担当し、もし下位レベルの合成が定義されていれば、それぞれのレベルでデータが合成される。図30ではそれぞれのアーキタイプの領域が「アーキタイプによるデータ合成」を表わしている。composition.電子カルテシステム(他のシステムでも)にてアーキタイプを利用してデータを生成することは、どんな上位レベルのオブジェクトにおいてもそのデータ構造がテンプレートから選択されたアーキタイプの合成によって定義された制約に適合していることが保証されることを意味している。その制約はオプションや値あるいは語彙に関する制約をも含むものである。PathsopenEHRアーキテクチャのアーキタイプとテンプレートでは、パス式はいたるところで利用される。パスは図31で示されるように、Xpath互換の構文でアーキタイプとテンプレートから取り出され、属性の名称とアーキタイプのノードを構築する。31.パスは、例えば「拡張期血圧」というELEMENTノードのように、テンプレートやアーキタイプにおける任意のノードを識別するのに利用される。アーキタイプノードの識別子は実行時においてデータに組込まれるものであるから、アーキタイプのパスはそのアーキタイプの特定の部分に適合するデータのノードを抽出するのに利用され、これによって強力なクエリーが可能となる。パス式は、やはりXpathスタイルと同様に、データ中に格納されうる。openEHRのパスはページ63の「パスとロケータ」の箇所に詳しく述べられている。OverviewopenEHRのアーキタイプとテンプレートは、実行時に計算機で処理可能であるように、形式的に設計されている。これらは主に2つの機能を実現する。ひとつは、データの取得やインポートの際にデータを検証する機能であり、これによってデータが参照モデルのみならずアーキタイプにも適合していることをが保証される。アーキタイプにもとづくデータの検証は、openEHRテンプレートを介する。ふたつめは、クエリーを構築するのための基盤となる機能である。適合することが保証される。これらのパス(図31で示されるように)は、馴染あるSQLスタイル風の構文のなかに記述され、そうして形成されたクエリーによって意味論を加味したうえで必要な項目を取得できる。Templates多くの場合においてアーキタイプは医療やその他の分野の専門家によってデザインされることになる。このため対象領域(例えば、産婦人科など)に関する十分な調査がしばしば必要とされる。現実のシステムでの試験運用が必要となるだろう。これは、アーキタイプの持つ意味論的な重要性、すなわちモデルを再利用可能なものとすること、に合致する。結局のところ、アーキタイプがどのようなサイトに配置されるにせよ、アーキタイプは人々によく知られ品質が保証されたレポジトリに格納される可能性が高い。repository.このようなレポジトリは何百いや何千ものアーキタイプを格納することになるかも知れない。多くの医療情報システムのサイトは比較的少ない数のアーキタイプのみを利用することだろう。医療の専門家は100個ほどのアーキタイプがあれば、主要なアーキタイプから数多く派生したアーキタイプを利用することで、通常業務ならびに急性期治療(臨床検査を含む)の80%はカバーできると予測している。ホームなど)がそのサイトで提供されるかに依拠している。一般的には、ほとんど全てのサイトは公開されたアーキタイプのわずかな割合しか利用しないと予測される。なかには自分自身でアーキタイプを開発することもあるだろうか、この際には必ず既存のアーキタイプから特化させることになる。archetypes.アーキタイプは、2段構造を持つopenEHRの第2層において、共有と品質保証を求めて注意深く設計される。その一方でテンプレートはよりローカルなものであり、テンプレートを介して多くのシステム設計者同士がアーキタイプと同意することになる。適合するようにローカルな環境で生成される。Model.GUIアプリケーションの場合は、処理の最後はGUIによる画面表示である。これは様々な方法と技術によって生成される。なかには画面が部分的あるいは完全にテンプレートをもとに生成されることもある。詳細は別として、画面フォームとテンプレートとの接続はツール環境で構築されることだろう。その結果、画面フォームがユーザの求めに応じて生成されたとき適切なテンプレートが活性化され、同時に適切なアーキタイプを活性化することになる。archetypes.より技術的な詳細は、多くのシステムを配置する際に重要となる。必要となるアーキタイプとテンプレートは事前にわかっているから、共有可能なopenEHRフォーム(すなわち、ADLやTOMのファイル)をレポジトリやローカルなツールから受けとり、それらを実行時に近いかたちでコンパイルすることになるだろう。通常、画面フォームはサイトごとに異なり、(コンパイルされた)アーキタイプとテンプートは実行効率を向上させ、検証されたアーキタイプとテンプレートのみがアプリケーションから実際に利用されることを保証する。したシステムでは実行時のテンプレートは対応するアーキタイプのコピーのように振舞うことになる。アーキタイプ、テンプレート、画面フォームが配置される様子は図32に記されている。Capture検証は、実行時におけるアーキタイプの主要な機能である。そもそもアーキタイプ指向のデータは検証機能にしたがって生成され、変更される。アーキタイプ指向の検証は、GUIアプリケーションもしくはデータ受信のサービスで利用される。元となるデータ(キーボード入力、受信したXML、あるいはその他のメッセージ)はさまざまであるが、論理的なプロセスは同じである。入力ストリームにしたがってアーキタイプ指向のopenEHRデータが生成されることになる。stream.実行時のプロセスはケアを提供するサービスの実装や設定によってその詳細が異なるかもしれないが、その主要な目的は同じであろう。特定のサイトにおけるアーキタイプは、常にそのサイトやシステム向けに開発されたテンプレートから利用される。連動し、それらを介してユーザあるいはアプリケーションとアーキタイプが接続される。ユーザが画面上に作成されたアーキタイプを選択するのに応じて、テンプレートの一部は実行時に生成されるのが通常である。ユーザは意識することはないだろうがそれにもかかわらず、適切なアーキタイプに応じてデータが生成され検証されるまでには、対応するテンプレートは完全に特定されてなければならない。specified.実際にデータが生成されたり格納されるプロセスは図33に図示されている。維持されることでデータの生成と検証の作業が実行される。テンプレート空間は表示された画面フォームから取得されたテンプレートとアーキタイプを格納している。データ空間は、画面に対するユーザの振舞いに応じて生成されたデータ構造(openEHR参照モデルのインスタンス)を格納している。最終的にデータが格納されるタイミングでデータはテンプレートとアーキタイプの定義に適合していることが保証される。このチェックはユーザがデータ構造に変更を加えるたびに実行される。データモデルにおけるこうした包含関係によって、アーキタイプによって生成された全てのデータがアーキタイプパスを用いて照会可能となることが保証される。XMLによる表現では、アーキタイプノード識別子はXMLの属性(タグ内部に配置されるということ)として表現され、これによってXPathがこれらの識別子をもとにしたデータを簡便に探索することができる(次章で詳細を述べる)。section).もしもデータがあとで変更された場合、データは対応するテンプレートならびにアーキタイプとともにkernelコンポーネントに渡される。データに組込まれているノード識別子によって、kernelコンポーネントはデータの変更に応じて適切な検証を実行することになる。Queryingアーキタイプが持つもう一つの機能は、照会をサポートすることである。前述と次章に書かれているとおり、アーキタイプから抽出されたパスはデータに対する照会の基礎となる。Language)で定義されている。その構文はSQLとアーキタイプから抽出されたXPathスタイルを融合されたものである。kg/m2以上の患者のBMI値を求めよ」という内容を意味するAQLの例を記しておく。このコレクションは常時追加されており、国際的に利用可能なもののみならずそれぞれの国々に特有のアーキライプも含まれている。COMPOSITIONクラスと混同しないよう注意されたい。athttp://trac.edgewall.org/。