Unattributed Code Systems

• http://unstats.un.org/unsd/methods/m49/m49.htm

Copyright Fragment

This fragment is available on en/copyright.html

Copyright and Registered Trademark Uses

• IG © 2025+ HL7 Europe. Package hl7.fhir.eu.euridice-api#0.1.0 based on FHIR 4.0.1. Generated 2026-01-30 Links: Table of Contents | QA Report CC0 Propose a changeexternal ( src )
• hl7.fhir.us.hai: Healthcare Associated Infection Implementation Guide ®© HL7 | CC0 ( src )
• Article 105 specifies the date when support for these priority categories is required: 26 March 2029 for categories (a), (b) and (c); 28 March 2031 for (d), (e) and (f). ( src )
• Copyright/Legal: This material contains content from LOINC (http://loinc.org). LOINC is copyright © 1995-2020, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and is available at no cost under the license at http://loinc.org/license. LOINC® is a registered United States trademark of Regenstrief Institute, Inc ( src )
• EU Health Data API, published by HL7 Europe. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/bvdh/jwg-api/ and changes regularly. See the Directory of published versions ( src )
• This material contains content from LOINC. LOINC is copyright © 1995-2020, Regenstrief Institute, Inc. and the Logical Observation Identifiers Names and Codes (LOINC) Committee and is available at no cost under the license. LOINC® is a registered United States trademark of Regenstrief Institute, Inc. Show Usage * LOINC: EEHRxFDocumentTypeVS and EehrxfMhdDocumentReference ( src )

External References

Type	Reference	Content
web	github.com	EU Health Data API, published by HL7 Europe. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/bvdh/jwg-api/ and changes regularly. See the Directory of published versions
web	euridice.org
web	hl7.eu
web	ihe-europe.net
web	hl7.eu	IG © 2025+ HL7 Europe . Package hl7.fhir.eu.euridice-api#0.1.0 based on FHIR 4.0.1 . Generated 2026-01-30 Links: Table of Contents | QA Report Propose a change
web	profiles.ihe.net	IUA Authorization Server
web	profiles.ihe.net	IUA Resource Server
web	profiles.ihe.net	IUA Authorization Client
web	eur-lex.europa.eu	The EHDS Regulation initially defines six priority categories of electronic health data that all Member States must support first for cross-border primary use. These categories are explicitly listed in Article 14 of Regulation (EU) 2025/327.
web	eur-lex.europa.eu	Article 105 specifies the date when support for these priority categories is required: 26 March 2029 for categories (a), (b) and (c); 28 March 2031 for (d), (e) and (f).
web	eur-lex.europa.eu	The definitions of the priority categories comes from ANNEX I of the EHDS Regulation.
web	profiles.ihe.net	IHE IUA - Defines authorization and access control actors and mechanisms. We use the actors and transactions model.
web	profiles.ihe.net	IHE Consistent Time - Defines the use of Network Time Protocol (NTP) to provide consistent time across systems.
web	profiles.ihe.net	IHE ATNA - Defines secure communication and audit logging requirements for healthcare systems. RESTful ATNA - Defines the use of FHIR AuditEvent rather than the legacy audit log format.
web	www.ihe.net	RESTful ATNA - Defines the use of FHIR AuditEvent rather than the legacy audit log format.
web	profiles.ihe.net	IHE IUA
web	profiles.ihe.net	IHE ITI-71 Get Access Token
web	profiles.ihe.net	This IG follows the IHE Document Sharing approach:
web	eur-lex.europa.eu	The EHDS priority categories are defined by Article 14 of the EHDS Regulation . We define codes specifically for EEHRxF that map directly to these regulatory categories.
web	profiles.ihe.net	IHE Document Sharing
web	eur-lex.europa.eu	Source: EUR-Lex Regulation (EU) 2025/327
web	github.com	This IG is under active development. Feedback and issues are tracked on GitHub Issues . This IG is not yet tracked on HL7 Jira. Please join our weekly meetings to participate in this development.
web	profiles.ihe.net	IHE IUA - Defines authorization and access control actors and mechanisms. Aligned with SMART. We use the actors and transactions model.
web	github.com	Open issues under discussion in this IG. Each has a corresponding GitHub Issue where you can add input to existing issues, or create your own.
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	github.com	GitHub Issue
web	hl7.eu	This section defines the API requirements for EHR systems that provide EEHRxF data that conforms to the HL7 EU Hospital Discharge Report content profile.
web	hl7.eu	For detailed content profiles, see the EU Imaging Study Manifest IG .
web	hl7.eu	The content is defined by the HL7 EU Medication Prescription and Dispense profile.
web	www.ehtel.eu	This specification prov of the data sets required by XtEHR WP5.1 .
web	profiles.ihe.net	IHE-QEDm
web	eur-lex.europa.eu	The regulatory basis is primarily found in EHDS ANNEX II - Essential Requirements for EHR Systems ( EUR-Lex , Local Copy ), which describes an obligation for EHR systems to include an Interoperability Component that does the following:
web	www.xt-ehr.eu	For more details on the Xt-EHR work, see the Xt-EHR Website . Note: Xt-EHR deliverables are not yet publicly released.
web	build-fhir.ehdsi.eu	MyHealth@EU NCPeH API

Internal Images

ExGroup_Doc.png

ExGroup_Group.png

actors_overall.png

docExchange_1.png

resExchange_1.png

tree-filter.png