At the moment I think you can safely default the namespace attribute to a value like "EHR", "Demographic", "Terminology" etc, which acts as a service name or type.

Now, if you look at the OBJECT_ID sub-types <https://specifications.openehr.org/releases/BASE/latest/base_types.html#_identification_package>, you'll see that they are either UID-based - i.e. based on GUID or maybe OID (avoid if humanly possible), or reverse domain names. These are all already globally unique.

The subtypes ARCHETYPE_ID, TEMPLATE_ID (not in use) are also globally unique. To make archetype ids properly globally unique, they can/should have true namespaces prepended, as described here <https://specifications.openehr.org/releases/AM/latest/Identification.html#_source_artefact_identification>. Section 7 of that doc gives you some examples. The class that defines those identifiers is ARCHETYPE_HRID. All of these id types are for design artefacts, so I think not your primary concern right now. The type TERMINOLOGY_ID is the same, but less well controlled, but usually reliably global, because major terminologies tend to be in global use.

The remaining type, GENERIC_ID, is assumed to be a string with a scheme type that makes it unique, but might not. The example is things like patient hospital ids. Ideally, national patient ids, social security numbers etc are unique.

- thomas

On 13/12/2018 03:14, Dileep V S wrote:
Hi Thomas,
Thanks for theĀ info.

Just to clarify my understanding, you feel that the namespace attribute in for information only and so can be set as we choose.

However, I am not sure that I understand your statement "all target OBJECT_IDs of the various concrete types are already globally unique". Do you mean using UUIDs for EHRID, PersonID etc? Can you elaborate some more one how this is being managed?


--
Thomas Beale
Principal, Ars Semantica <http://www.arssemantica.com>
Consultant, ABD Project, Intermountain Healthcare <https://intermountainhealthcare.org/> Management Board, Specifications Program Lead, openEHR Foundation <http://www.openehr.org> Chartered IT Professional Fellow, BCS, British Computer Society <http://www.bcs.org/category/6044> Health IT blog <http://wolandscat.net/> | Culture blog <http://wolandsothercat.net/> | The Objective Stance <https://theobjectivestance.net/>
_______________________________________________
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org

Reply via email to