This profile together with the E-ARK CITS eHealth1 document describes the root METS document for an IP conforming to the E-ARK CITS eHealth1.
An extension schema with the added attributes for use in this profile.
The schema is used with a namespace prefix of sip.
An extension schema with the added attributes for use in this profile.
The schema is identified using the namespace prefix csip.
The filepath must be decoded consistently throughout all file references within the information package.
Describes the type of the alternative record ID.
Describes the type of a note for an agent.
Lists the names of specific E-ARK content information type specifications supported or maintained in this METS profile.
Declares the categorical classification of package content.
Describes the uses of the file group `<fileGrp>` that are supported by the profile.
Own names should be placed in an own extending vocabulary.
The value is set to "https://earkehealth1.dilcis.eu/profile/E-ARK-eHealth1-ROOT.xml".
The `mets/@TYPE` attribute is set to the value "OTHER".
The `mets/@csip:OTHERTYPE` attribute is set to the value "Patient Medical Records".
The `mets/@csip:CONTENTINFORMATIONTYPE` attribute is set to the value "eHealth1".
There MUST be a reference to the Submission Agreement associated with the package as the SIP will contain personal data.
`@TYPE` is used with the value "SUBMISSIONAGREEMENT".
Example: RA 13-2011/5329; 2012-04-12
Example: http://submissionagreement.kb.se/dnr331-1144-2011/20120711/
Note: It is recommended to use a machine-readable format for a better description of a submission agreement.
For example, the submission agreement developed by Docuteam GmbH http://www.loc.gov/standards/mets/profiles/00000041.xml
A wrapper element that enables to encode the name of the organisation or person that originally created the data being transferred. Please note that this might be different from the organisation which has been charged with preparing and sending the SIP to the archives.
It MUST be easy to positively identify the creating organisation (healthcare provider) without which the data has no provenance.
The type of the archvial creator agent is set to the value "ORGANIZATION".
The name of the organisation(s) that originally created the data being transferred MUST be given.
Please note that this might be different from the organisation which has been charged with preparing and sending the SIP to the archives.
The archival creator agent has a note providing a unique identification code for the archival creator.
As permitted by national identification systems for healthcare providers submitting Patient Medical Records, an identifier for the provider should be provided.
The archival creator agent note is typed with the value of "IDENTIFICATIONCODE".
There MUST be reference(s) to the Patient Administrative Information held in the metadata/descriptive folder of the package.
There MUST be a reference to the descriptive metadata file located in the “metadata” section of the IP.
The value for the metadata type is set to "OTHER".
Specifies the type of metadata used for Patient Personal information.
For example the value will be “FHIR.Patient” if the FHIR Patient resource is used.
The eHealth1 root METS document amdSec element SHOULD comply with amdSec requirements in the CSIP profile.
In eHealth1 it is required that any rights or digital provenance metadata that is general to the package should be held within the root metadata folder and that any rights or digital provenance metadata that is specific to the data held in the representation should be held in the representation metadata folder.
The transferred content is placed in a representation folder described with a representation METS document.
Only a single file section (`<fileSec>`) element MUST be present.
An `xml:id` identifier for the file section used for internal package references. It must be unique within the package.
All documentation pertaining to the transferred content is placed in one or more file group elements with `mets/fileSec/fileGrp/@USE` attribute value "Documentation".
Note that any documentation pertaining to the transferred content is referenced within the representation METS.
All XML schemas used in the information package should be referenced from one or more file groups with `mets/fileSec/fileGrp/@USE` attribute value "Schemas".
Note that any schemas pertaining to the transferred content is referenced within the representation mets.
A pointer to the METS document describing the Patient Medical Record or pointer to the content being transferred must be present in one or more file groups with `mets/fileSec/fileGrp/@USE` attribute value "Representations".
If administrative metadata has been provided at file group `mets/fileSec/fileGrp` level this attribute refers to its administrative metadata section by ID.
For example there are rights and/or digital provenance metadata that is general to the whole package.
All Patient Personal Information included in the information package MUST be referenced from a file group element with ‘mets/fileSec/fileGrp/@USE’ attribute “Patient Personal Information”
For example as can be described using the resource FHIR.Patient
The value of the attribute `mets/fileSec/fileGrp/@csip:CONTENTINFORMATIONTYPE` is set to "OTHER".
The value of the attribute `mets/fileSec/fileGrp/@csip:OTHERCONTENTINFORMATIONTYPE` is set to "eHealth1".
There must be a discrete `div` element for each Patient Medical Record.
Section not defined or used in CSIP, additional own uses may occur.
Information regarding the structural links is found in the METS Primer
Section not defined or used in CSIP, additional own uses may occur.
Information regarding the behavior section is found in the METS Primer
Requirements not stated in CITS eHealth1
Requirements not stated in CITS eHealth1
Requirements not stated in CITS eHealth1
Currently no tool