Identificationの翻訳である。idとして知られ、各EHRを示すルートEHRオブジェクトでもある固有の識別子を持つ。IDは信頼できるOIDやGUIDを作成するような全体で固有の「強い」識別子である。一つのシステム内に同じ対象を示す二つのEHRがあってはならない。IDは変化するものであり,環境の統合レベルにも依存する。IDであり、一方で同じ対象を示すIDをもつことになるだろう。ある一つの場所に存在する患者EHR部分的コピーが他の医療機関から要求された場合に、その場所のEHRと受け取ったアイテムを結合されることになる。そのような状況で永続的なCOMPOSITIONを結合させる場合には人間の介入を必要とすることもある。IDが患者ごとに割り振られているということは,統合的な結合性や識別サービスがないということの証明でもある。IDを持つことになる。患者が新しい場所に現れると,その環境の識別サービスに対して,この患者のEHRが既にどこ何あるのではないかということを決定するための要求が行われるであろう。IDは同じ患者であれば他の場所で使われたものと同じものとなるだろう。patient.上記のロジックでは,openEHRのEHRがどの場所にあるのかだけを保持していることに注意しなくてはならない。SchemeEHRの識別がopenEHRでは完全に定義できるものではないのとはことなり,EHRに伴うアイテムの識別は完全に定義されている。ここで記述されたスキーマでは,2種類の「識別子(identifier)」が必要とされる。識別子そのものと,参照あるいはロケータである。識別子はオブジェクトに付けられた固有の(ある状況の範囲で)記号や番号を持ち,通常はオブジェクトの内部に記載されているのに対して,参照は問い合わせにおける識別子を含むオブジェクトを参照するために外部オブジェクトによる識別子が用いられている。この区別はリレーショナルデータベースシステムのプライマリーキーと外部キーの関係と同じようなものである。system.openEHRのRM(参照モデル)では,識別子と参照はsupport.identificationパッケージにあるクラスの2つのグループで実装されている。さまざまな種類の識別子がOBJECT_IDから派生したクラスで定義されており,一方で参照はOBJECT_REFを継承したクラスで定義されている。​図28にその違いを示す。ここには,OBJECT_ID(OBJECT_IDは抽象型であるため,実際の型は他のXXX_IDクラスとなる)と参照としての様々なOBJECT_REFクラスが示されている。Identification外部からデータアイテムの位置を示すことができるように,識別情報はopenEHRでは以下のように3段階でサポートされている。最上位構造内のノードはパスを使って識別される。paths.3種類の識別情報は個々に用いられている。バージョンコンテナのために,固有の識別子("uids")が用いられている。ほとんどの場合,UIDクラスのサブタイプのインスタンスを持つHIER_OBJECT_ID型が用いられるであろう。GUIDとしても知られている)である。中央での割り付けが不要であることや,その場で生成することができることから,一般的にはUUIDのほうが望ましい。バージョンコンテナは識別子を持つOBJECT_REFにより参照される。identifier.最上位構造のバージョンは複製や結合とそれによって起きる修正がなされるような分散環境においても動作が保証される方法で識別される。最上位構造のバージョンを完全に識別する情報は,VERSIONED_OBJECTを含むUIDと,VERSIONが持つversion_tree_idとcreating_system_idの2つの属性の組み合わせにより全体で一意となる。version_tree_idは"1"あるいはそのブランチを示す"1.2.1"のような1つあるいは3つの部分に分かれた数字である。creating_system_id属性にはコンテンツが最初に作られたシステムのために固有の識別子が付与される。これはGUIDや,OID,あるいはリバースインターネット識別子となるだろう。versionこの3つ要素がある組み合わせは,「バージョンロケータ」としてしられており,support.identificationパッケージのOBJECT_VERSION_IDクラスで定義されている。VERSIONはOBJECT_VERSION_IDでバージョンのコピーを付与された通常のOBJECT_REFを使って参照することができる。IM)のchange_controlパッケージ部分に詳細が記述されている。IM.識別情報の最後のコンポーネントはパスであり,バージョンロケータで識別される最上位構造の下のノードとして参照される。openEHRでのパスはXpathスタイルの文法に従っており,もっともよくある場合においてパスを短縮するために,少し略語が用いられている。パスは以下で詳細に記述されている。below.最上位構造から,下位のデータノードを参照するためにはバージョンロケータとパスの組み合わせが必要である。IM)のchange_controlパッケージセクションにあるLOCATABLE_REFクラスで形式化されている。IM)のデータ型で定義されている。このデータ型を用いると,どこからでも下位のデータノードを参照することができるように利用される"ehr://"というスキーマ空間を使った一つの文字表現を利用できる(この表現は問い合わせを表現するためにも利用できる。LOCATABLE_REFはすべて,DV_EHR_URIに変換することができるが,すべてのDV_EHR_URIがLOCATABLE_REFに変換できるというわけではない。LOCATABLE_REFs.​図29はどのようなOBJECT_ID型とOBJECT_REF型がオブジェクトを識別し,外部から参照するために用いられているか,それぞれについて要約している。athttp://trac.edgewall.org/。