Templatesの翻訳である。Overview2段階のモデル化の過程においては、情報の構造化を形式的に定義する場面でも2段階のレベルが生じる。おいてソフトウェアとデータが生成される。様々なデータ型を含む。上位のレベルはアーキタイプとテンプレートの形式で定式化されたドメインレベルの定義である。このレベルで定義された概念は、例えば、「血圧測定」とか「SOAPの表題」とか「HbA1Cの結果」などになる。アーキタイプ自身はデータとは分離されており、独自のレポジトリに格納される。アーキタイプは、それがどこに格納されるにせよ、通常はオンライン上で周知の場所にあるアーキタイプライブラリを含んでいる。実行時においてアーキタイプはテンプレートによって配置される。そのときテンプレートは、その用途に応じた特定のアーキタイプグループを指定する。応じたものになるだろう。form.アーキタイプ自身はアーキタイプモデルのインスタンスであり、アーキタイプモデルはアーキタイプを生成する言語を定義する。それぞれの仕様が記述されている。おのおののアーキタイプは参照モデルに対する制約を集めたものであり、例えば「検査結果」というアーキタイプはそれによってそのアーキタイプに適合するアーキタイプモデルのインスタンスを定義するものである。似たものと考えることができる。LEGOでトラクターを作った場合、その命令シートは、LEGOのブロックでトラクターを構築する際のLEGOの設定を定義している。アーキタイプには柔軟性がある。アーキタイプは可変的であり、それはあるLEGOの指令が同じ基本要素に対していくつものオプションを許容するのと同様である。数学的に見れば、アーキタイプはF-Logicでの照会と同等である。通常の場合、アーキタイプは実行時にテンプレートから利用されることで、データの取得や検証を行なう。templates.openEHRのテンプレートは、1個以上のアーキタイプを木構造として定義する。subtypesなどの様々な参照モデルのインスタンスに対して制約をほどこす。したがって、「生化学の結果」というObservationアーキタイプとか「SOAPの表題」というSectionアーキタイプなどのアーキタイプがあるが、テンプレートはこうしたアーキタイプを電子カルテ上にて「退院サマリー」とか「出産前検診」などという構造にまとめあげる。通常の場合、テンプレートは画面のフォームや印刷されたレポートに密接に関係するものであり、一般的にはメッセージの内容を決めるためにアプリケーションレベルにおいて情報の集まりを取得したり送信したりする。テンプレートは個別に開発されて利用されることが多いが、アーキタイプは(訳注:アプリケーションに限定されずに)幅広く利用される。used.テンプレートは実行時において既定値のデータ構造を生成し、入力データを検証する。それによって全ての電子カルデのデータがテンプレートによって参照されるアーキタイプに適合していることを保証する。それは語彙のみならずアーキタイプのパス構造を検証する。どのアーキタイプがデータ生成時に用いられたかはデータに書きこまれている。([atnnnn]という形式のコードである)である。それらは規範的なノード名として振る舞い、かつパスの基本要素となる。同一のデータを修正する場合には、これらのアーキタイプノード識別子はアプリケーションが元のアーキタイプを取得することを可能とする。それによってデータの修正は元々の制約を保持することになる。ための基盤をも提供する。照会はアーキタイプから抽出され、SELECT/FROM/WHEREで構成されたSQL文とW3C策定のXPathを融合させた言語でこれを行なう。これはアーキタイプの意味をオブジェクト・モデルとして表現したものである。アーキタイプがメモリー上で展開されるとき(例えば、kernelと呼ばれるアーキタイプが組込まれた電子カルテシステム上など)、アーキタイプはこのモデルを表現したクラスのインスタンスとして存在する。archetypes.アーキタイプは様々な方法でシリアライズされる。