Norwegian openEHR Repository
Name
Media file
Description
A media file that is acquired or used as part of the healthcare process, and associated metadata.
Keywords
image
audio
text
video
application
file
multimedia
audio
DICOM
digital
document
photo
voice
Purpose
To record a media file that is acquired or used as part of the healthcare process, and details about associated metadata.
Use
Use to record a media file that is acquired or used as part of the healthcare process, and details about associated metadata.
The intent of this archetype is only to hold the media file and the metadata describing its capture. This archetype will be nested within another archetype, usually an OBSERVATION or ACTION that will hold the context and circumstances related to the capture of the media file. For example, details about the modality, view or aspect of a radiographic image and DICOM details will be captured within the OBSERVATION.imaging_exam_result archetype.
Examples include, but are not limited to:
- A photo of an injury;
- A diagram of the location of a specific clinical finding;
- A radiological image;
- An audio or video recording of an interview;
- Scanned pathology slide;
- Data output from a clinical device, such as an ECG machine; or
- A scanned image of paper documentation or hand-written clinical notes.
The 'Content' data element allows for the media file to be captured and stored within the health record using the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source. See https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class.
If more than one media file has been captured, such as 'before' and 'after' images of a wound, use a separate instance of this archetype to represent each media file.
If a series of media files is represented as a single item, such as a CT scan, one instance of this archetype can be used to represent a URI path to the group.
The intent of this archetype is only to hold the media file and the metadata describing its capture. This archetype will be nested within another archetype, usually an OBSERVATION or ACTION that will hold the context and circumstances related to the capture of the media file. For example, details about the modality, view or aspect of a radiographic image and DICOM details will be captured within the OBSERVATION.imaging_exam_result archetype.
Examples include, but are not limited to:
- A photo of an injury;
- A diagram of the location of a specific clinical finding;
- A radiological image;
- An audio or video recording of an interview;
- Scanned pathology slide;
- Data output from a clinical device, such as an ECG machine; or
- A scanned image of paper documentation or hand-written clinical notes.
The 'Content' data element allows for the media file to be captured and stored within the health record using the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source. See https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class.
If more than one media file has been captured, such as 'before' and 'after' images of a wound, use a separate instance of this archetype to represent each media file.
If a series of media files is represented as a single item, such as a CT scan, one instance of this archetype can be used to represent a URI path to the group.
Misuse
Not to be used to represent information, instructional or educational material supplied to an individual, or their carer, for example patient education leaflets. Use the CLUSTER.information_resource for this purpose.
Not to be used to record a reference to a knowledge base - use CLUSTER.knowledge_base_reference for this purpose.
Not to be used to record a reference to a knowledge base - use CLUSTER.knowledge_base_reference for this purpose.
References
HL7 FHIR Resource - Media v4.0.1 R4 [Internet]. Health Level Seven International; [accessed 2021 Jun 29]. Available from https://www.hl7.org/fhir/media.html.
Archetype Id
openEHR-EHR-CLUSTER.media_file.v1
Copyright
© openEHR Foundation
Licencing
This work is licensed under the Creative Commons Attribution-ShareAlike 4.0 International License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/4.0/.
Original Author
Heather Leslie
Atomica Informatics
Atomica Informatics
Date Originally Authored
2019-12-10
Language | Details |
---|---|
German |
Natalia Strauch
Medizinische Hochschule Hannover
|
Swedish |
Åsa Skagerhult, Erik Sundvall
Region Östergötland
|
Norwegian Bokmal |
Liv Laugen, John Tore Valand
Oslo University Hospital, Norway, Helse Bergen
|
Name | Card | Type | Description |
---|---|---|---|
Content
|
0..1 | DV_MULTIMEDIA |
Digital representation of the media file.
Comment
If the file is stored locally, the actual content will be captured and stored using the Multimedia data type. For example: RTF or PDF for a document; JPG for an image; MP4 for a video; or WAV for an audio file. If the file is stored at a location outside of the health record, the detailed path to the file is captured using the URI attribute in the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class.
DV_MULTIMEDIA
|
Content name
|
0..1 | DV_TEXT |
Descriptive name or title for the media file.
Comment
A description of the content of the media file. Use an agreed standardised naming convention, if available. For example: "Right hand burn #1" or "Cardiology video consultation on May 2".
|
Identifier
|
0..* |
CHOICE OF
DV_IDENTIFIER
DV_TEXT
|
Unique ID for the media file.
|
Description
|
0..1 | DV_TEXT |
Narrative description about the media file.
|
Created
|
0..1 |
CHOICE OF
DV_DATE_TIME
DV_INTERVAL<DV_DATE_TIME>
|
The date/time, partial date or period when the media file was generated or authored.
DV_INTERVAL<DV_DATE_TIME>
|
Creator
|
0..* | Slot (Cluster) |
Details about the individual or organisation who generated or authored the media file.
Slot
Slot
|
Source device
|
0..* | Slot (Cluster) |
Details about the device used to generate or author the media file.
Comment
For example: the camera used to capture an image.
Slot
Slot
|
Additional details
|
0..* | Slot (Cluster) |
Additional structured details about the media file.
Slot
Slot
|
Comment
|
0..1 | DV_TEXT |
Additional narrative about the media file not captured in other fields.
|
archetype (adl_version=1.4; uid=5990f36e-7fa7-4e45-a49d-eff753459882) openEHR-EHR-CLUSTER.media_file.v1 concept [at0000] -- Media file language original_language = <[ISO_639-1::en]> translations = < ["de"] = < language = <[ISO_639-1::de]> author = < ["name"] = <"Natalia Strauch"> ["organisation"] = <"Medizinische Hochschule Hannover"> ["email"] = <"Strauch.Natalia@mh-hannover.de"> > > ["sv"] = < language = <[ISO_639-1::sv]> author = < ["name"] = <"Åsa Skagerhult, Erik Sundvall"> ["organisation"] = <"Region Östergötland"> ["email"] = <"asa.skagerhult@regionostergotland.se, erik.sundvall@regionostergotland.se"> > > ["nb"] = < language = <[ISO_639-1::nb]> author = < ["name"] = <"Liv Laugen, John Tore Valand"> ["organisation"] = <"Oslo University Hospital, Norway, Helse Bergen"> ["email"] = <"liv.laugen@ous-hf.no, john.tore.valand@helse-bergen.no"> > > > description original_author = < ["name"] = <"Heather Leslie"> ["organisation"] = <"Atomica Informatics"> ["email"] = <"heather.leslie@atomicainformatics.com"> ["date"] = <"2019-12-10"> > details = < ["de"] = < language = <[ISO_639-1::de]> purpose = <"Zur Darstellung einer Mediendatei erworbenen und verwendeten im Bereich des Gesundheitswesens sowie der Informationen zu den zugehörigen Metadaten."> use = <"Zur Darstellung einer Mediendatei erworbenen und verwendeten im Bereich des Gesundheitswesens sowie der Informationen zu den zugehörigen Metadaten. Die Absicht dieses Archetyps besteht nur darin, die Mediendatei und die Metadaten, die ihre Erfassung beschreiben, darzustellen. Dieser Archetyp wird in einen anderen Archetyp verschachtelt, normalerweise ein OBSERVATION- oder ACTION-Archetyp, der den Kontext und die Umstände im Zusammenhang mit der Erfassung der Mediendatei enthält. Zum Beispiel werden Details zu Modalität, Ansicht oder Aspekt eines Röntgenbildes und DICOM-Details im Archetyp OBSERVATION.imaging_exam_result dargestellt. Die Beispiele umfassen, sind aber nicht beschränkt auf: - Ein Foto einer Verletzung; - Ein Diagramm der Lokalisation eines bestimmten klinischen Befundes; - Ein digitales Ergebnis der Röntgen- oder CT-Aufnahme; - Eine Audio- oder Videoaufzeichnung eines Interviews; - Gescannte pathologische Schnitte; - Datenausgabe von einem klinischen Gerät, wie z.B. einem EKG-Gerät; oder - Ein gescanntes Bild von handgeschriebenen klinischen Notizen. Das Datenelement „Inhalt“ ermöglicht mithilfe des Multimedia-Datentyps die Erfassung und Speicherung der Mediendatei in der Gesundheitsakte. Der Multimedia-Datentyp hat viele RM-Attribute wie die Dateigröße und URI zu einer externen Quelle. Siehe https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. Wenn mehr als eine Mediendatei erfasst wurde, z. B. „Vorher“- und „Nachher“-Bilder einer Wunde, verwenden Sie eine Instanz dieses Archetyps, um jede Mediendatei darzustellen. Wenn eine Reihe von Mediendateien als einzelnes Element dargestellt wird, z. B. ein CT-Scan, kann eine Instanz dieses Archetyps verwendet werden, um einen URI-Pfad zu der Gruppe darzustellen. "> keywords = <"Bild", "Audio", "Text", "Video", "Anwendung", "Datei", "Multimedia", "DICOM", "digital", "Dokument", "Foto", "Sprachaufnahme"> misuse = <"Nicht zur Darstellung von Informationen, Lehr- oder Schulungsmaterial verwenden, die außerhalb des Gesundheitsprozesses generiert werden, z. B. Broschüren zur Patientenaufklärung, die dem Patienten oder der Pflegeperson zur Verfügung gestellt werden. Verwenden Sie für diesen Zweck den Archetyp CLUSTER.information_resource. Nicht zur Darstellung von Referenz auf eine externe digitale Ressource, die als Quelle für maßgebliche Informationen oder Experteninformationen verwendet wird. Verwenden Sie für diesen Zweck den Archetyp CLUSTER.knowledge_base_reference."> > ["sv"] = < language = <[ISO_639-1::sv]> purpose = <"*To record a media file that is acquired or used as part of the healthcare process, and details about associated metadata. (en)"> use = <"*Use to record a media file that is acquired or used as part of the healthcare process, and details about associated metadata. The intent of this archetype is only to hold the media file and the metadata describing its capture. This archetype will be nested within another archetype, usually an OBSERVATION or ACTION that will hold the context and circumstances related to the capture of the media file. For example, details about the modality, view or aspect of a radiographic image and DICOM details will be captured within the OBSERVATION.imaging_exam_result archetype. Examples include, but are not limited to: - A photo of an injury; - A diagram of the location of a specific clinical finding; - A radiological image; - An audio or video recording of an interview; - Scanned pathology slide; - Data output from a clinical device, such as an ECG machine; or - A scanned image of paper documentation or hand-written clinical notes. The 'Content' data element allows for the media file to be captured and stored within the health record using the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source. See https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. If more than one media file has been captured, such as 'before' and 'after' images of a wound, use a separate instance of this archetype to represent each media file. If a series of media files is represented as a single item, such as a CT scan, one instance of this archetype can be used to represent a URI path to the group. (en)"> keywords = <"*image (en)", "*audio (en)", "*text (en)", "*video (en)", "*application (en)", "*file (en)", "*multimedia (en)", "*audio (en)", "*DICOM (en)", "*digital (en)", "*document (en)", "*photo (en)", "*voice (en)"> misuse = <"*Not to be used to represent information, instructional or educational material supplied to an individual, or their carer, for example patient education leaflets. Use the CLUSTER.information_resource for this purpose. Not to be used to record a reference to a knowledge base - use CLUSTER.knowledge_base_reference for this purpose. (en)"> > ["nb"] = < language = <[ISO_639-1::nb]> purpose = <"For å dokumentere detaljer om en mediafil, samt tilknyttede metadata, som er ervervet eller brukt i forbindelse med en helsetjeneste."> use = <"Brukes for å dokumentere detaljer om en mediafil, samt tilknyttede metadata, som er ervervet eller brukt i forbindelse med en helsetjeneste. Hensikten med denne arketypen er kun å være en bærer for mediafilen og metadataene som beskriver innholdet i filen. Denne arketypen vil være nøstet i en annen arketype, vanligvis en OBSERVATION eller ACTION arketype, som vil inneholde konteksten og omstendighetene knyttet til hvordan innholdet ble dannet. For eksempel blir detaljer om modalitet, visning eller aspekt av et radiologisk bilde og DICOM-detaljer dokumentert i arketypen OBSERVATION.imaging_exam_result. Eksempler inkluderer, men er ikke begrenset til: - Et bilde av en skade; - Et diagram over plasseringen av et spesifikt klinisk funn; - Et digital radiologisk bilde; - Et lyd- eller videoopptak av et intervju; - Et skannet objektglass til mikroskopisk diagnostikk; - Data fra medisinsk utstyr, for eksempel en EKG-apparat; - Et skannet bilde av papirdokumentasjon eller håndskrevne kliniske notater. Dataelementet \"Innhold\" gjør det mulig å fange og lagre mediafiler i den elektroniske pasientjournalen (EPJ) ved hjelp av multimedia-datatypen. Multimedia-datatypen har mange RM-attributter, for eksempel filstørrelsen og URI til en ekstern kilde. Se https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. Hvis mer enn én mediafil skal dokumenteres, for eksempel bilder før og etter behandling av et sår, bruk en forekomst av denne arketypen for hvert bilde. Hvis en serie mediafiler er representert som et enkelt element, for eksempel en CT-skanning, kan en forekomst av denne arketypen brukes til å representere en URI til gruppen/serien."> keywords = <"bilde", "foto", "audio", "tekstfil", "video", "applikasjon", "fil", "multimedia", "DICOM", "digital", "dokument", "skannet", "scannet", "lyd"> misuse = <"Skal ikke brukes til å representere informasjon, instruksjons- eller utdanningsmateriale levert til en person, eller dens omsorgsperson, for eksempel brosjyrer for pasientopplæring. Bruk CLUSTER.information_resource til dette formålet. Skal ikke brukes til å registrere en referanse til en kunnskapsbase - bruk CLUSTER. Knowledge_base_reference for dette formålet."> > ["en"] = < language = <[ISO_639-1::en]> purpose = <"To record a media file that is acquired or used as part of the healthcare process, and details about associated metadata."> use = <"Use to record a media file that is acquired or used as part of the healthcare process, and details about associated metadata. The intent of this archetype is only to hold the media file and the metadata describing its capture. This archetype will be nested within another archetype, usually an OBSERVATION or ACTION that will hold the context and circumstances related to the capture of the media file. For example, details about the modality, view or aspect of a radiographic image and DICOM details will be captured within the OBSERVATION.imaging_exam_result archetype. Examples include, but are not limited to: - A photo of an injury; - A diagram of the location of a specific clinical finding; - A radiological image; - An audio or video recording of an interview; - Scanned pathology slide; - Data output from a clinical device, such as an ECG machine; or - A scanned image of paper documentation or hand-written clinical notes. The 'Content' data element allows for the media file to be captured and stored within the health record using the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source. See https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. If more than one media file has been captured, such as 'before' and 'after' images of a wound, use a separate instance of this archetype to represent each media file. If a series of media files is represented as a single item, such as a CT scan, one instance of this archetype can be used to represent a URI path to the group."> keywords = <"image", "audio", "text", "video", "application", "file", "multimedia", "audio", "DICOM", "digital", "document", "photo", "voice"> misuse = <"Not to be used to represent information, instructional or educational material supplied to an individual, or their carer, for example patient education leaflets. Use the CLUSTER.information_resource for this purpose. Not to be used to record a reference to a knowledge base - use CLUSTER.knowledge_base_reference for this purpose."> copyright = <"© openEHR Foundation"> > > lifecycle_state = <"published"> other_contributors = <"Michael Anywar, Universitätsklinikum SH, Germany", "Vebjørn Arntzen, Oslo University Hospital, Norway (openEHR Editor)", "Silje Ljosland Bakke, Helse Vest IKT AS, Norway (openEHR Editor)", "Paulo Bandiera-Paiva, Federal University of Sao Paulo, Brazil", "itai Basel, Private, Israel", "SB Bhattacharyya, Sudisa Consultancy Services, India", "Stefan Dubois, Dep't of Pathology and Genetics, University Hospitals of Lund and Malmö, Sweden", "Grant Forrest, Lunaria Ltd, United Kingdom", "Rosane Gotardo, Systema Ltda., Brazil", "Heather Grain, Llewelyn Grain Informatics, Australia", "Mikkel Johan Gaup Grønmo, Forvaltningssenter EPJ, Helse-Nord, Norway (openEHR Editor)", "Joost Holslag, Nedap, Netherlands", "Anjali Kulkarni, Karkinos, India", "Jörgen Kuylenstierna, eWeave AB, Sweden", "Liv Laugen, Oslo University Hospital, Norway, Norway (openEHR Editor)", "Heather Leslie, Atomica Informatics, Australia (openEHR Editor)", "Michael Lutz, BITsoft, Germany", "Manisha Mantri, C-DAC, India", "Ian McNicoll, freshEHR Clinical Informatics, United Kingdom", "Arunakiry Natarajan, medondo, Germany", "Mikael Nyström, Cambio Healthcare Systems AB, Sweden", "Ana Pereira, CINTESIS, CUF-Porto, Portugal", "Sidharth Ramesh, Kasturba Medical College, India", "FREDERICO RIBEIRO, Hospital das Clínicas da UFPE, Brazil", "Saeed Samie, Pars Hospital, Iran", "Bjoern Schreiweis, UKSH, Germany", "Natalia Strauch, Medizinische Hochschule Hannover, Germany", "Norwegian Review Summary, Nasjonal IKT HF, Norway", "Nyree Taylor, Ocean Health Systems, Australia", "John Tore Valand, Helse Bergen, Norway (openEHR Editor)", "Marit Alice Venheim, Helse Vest IKT, Norway (openEHR Editor)", "Michael Zampaglione, Australia", "Wouter Zanen, Eurotranplant, Netherlands", "Lin Zhang, Taikang Insurance Group, China"> other_details = < ["licence"] = <"This work is licensed under the Creative Commons Attribution-ShareAlike 4.0 International License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/4.0/."> ["custodian_organisation"] = <"openEHR Foundation"> ["references"] = <"HL7 FHIR Resource - Media v4.0.1 R4 [Internet]. Health Level Seven International; [accessed 2021 Jun 29]. Available from https://www.hl7.org/fhir/media.html."> ["current_contact"] = <"Heather Leslie, Atomica Informatics, heather.leslie@atomicainformatics.com"> ["original_namespace"] = <"org.openehr"> ["original_publisher"] = <"openEHR Foundation"> ["custodian_namespace"] = <"org.openehr"> ["MD5-CAM-1.0.1"] = <"2632F7EFC3646C971EA2EEFD11E102A2"> ["build_uid"] = <"6ca2141f-e7c3-4662-b792-24bbb53a73a7"> ["revision"] = <"1.0.0"> > definition CLUSTER[at0000] matches { -- Media file items cardinality matches {1..*; unordered} matches { ELEMENT[at0001] occurrences matches {0..1} matches { -- Content value matches { DV_MULTIMEDIA matches {*} } } ELEMENT[at0002] occurrences matches {0..1} matches { -- Content name value matches { DV_TEXT matches {*} } } ELEMENT[at0010] occurrences matches {0..*} matches { -- Identifier value matches { DV_IDENTIFIER matches {*} DV_TEXT matches {*} } } ELEMENT[at0005] occurrences matches {0..1} matches { -- Description value matches { DV_TEXT matches {*} } } ELEMENT[at0004] occurrences matches {0..1} matches { -- Created value matches { DV_DATE_TIME matches {*} DV_INTERVAL<DV_DATE_TIME> matches {*} } } allow_archetype CLUSTER[at0012] occurrences matches {0..*} matches { -- Creator include archetype_id/value matches {/openEHR-EHR-CLUSTER\.person(-[a-zA-Z0-9_]+)*\.v1|openEHR-EHR-CLUSTER\.person(-[a-zA-Z0-9_]+)*\.v0/} } allow_archetype CLUSTER[at0011] occurrences matches {0..*} matches { -- Source device include archetype_id/value matches {/openEHR-EHR-CLUSTER\.device\.v1/} } allow_archetype CLUSTER[at0013] occurrences matches {0..*} matches { -- Additional details include archetype_id/value matches {/.*/} } ELEMENT[at0007] occurrences matches {0..1} matches { -- Comment value matches { DV_TEXT matches {*} } } } } ontology term_definitions = < ["en"] = < items = < ["at0000"] = < text = <"Media file"> description = <"A media file that is acquired or used as part of the healthcare process, and associated metadata."> > ["at0001"] = < text = <"Content"> description = <"Digital representation of the media file."> comment = <"If the file is stored locally, the actual content will be captured and stored using the Multimedia data type. For example: RTF or PDF for a document; JPG for an image; MP4 for a video; or WAV for an audio file. If the file is stored at a location outside of the health record, the detailed path to the file is captured using the URI attribute in the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class."> > ["at0002"] = < text = <"Content name"> description = <"Descriptive name or title for the media file."> comment = <"A description of the content of the media file. Use an agreed standardised naming convention, if available. For example: \"Right hand burn #1\" or \"Cardiology video consultation on May 2\"."> > ["at0004"] = < text = <"Created"> description = <"The date/time, partial date or period when the media file was generated or authored."> > ["at0005"] = < text = <"Description"> description = <"Narrative description about the media file."> > ["at0007"] = < text = <"Comment"> description = <"Additional narrative about the media file not captured in other fields."> > ["at0010"] = < text = <"Identifier"> description = <"Unique ID for the media file."> > ["at0011"] = < text = <"Source device"> description = <"Details about the device used to generate or author the media file."> comment = <"For example: the camera used to capture an image."> > ["at0012"] = < text = <"Creator"> description = <"Details about the individual or organisation who generated or authored the media file."> > ["at0013"] = < text = <"Additional details"> description = <"Additional structured details about the media file."> > > > ["sv"] = < items = < ["at0000"] = < text = <"*Media file (en)"> description = <"*A media file that is acquired or used as part of the healthcare process, and associated metadata. (en)"> > ["at0001"] = < text = <"Multimedia"> description = <"*Digital representation of the media file. (en)"> comment = <"*If the file is stored locally, the actual content will be captured and stored using the Multimedia data type. For example: RTF or PDF for a document; JPG for an image; MP4 for a video; or WAV for an audio file. If the file is stored at a location outside of the health record, the detailed path to the file is captured using the URI attribute in the Multimedia data type. The Multimedia data type has many RM attributes such as the size of file and URI to an external source - see https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. (en)"> > ["at0002"] = < text = <"*Content name (en)"> description = <"*Descriptive name or title for the media file. (en)"> comment = <"*A description of the content of the media file. Use an agreed standardised naming convention, if available. For example: \"Right hand burn #1\" or \"Cardiology video consultation on May 2\". (en)"> > ["at0004"] = < text = <"Skapad"> description = <"*The date/time, partial date or period when the media file was generated or authored. (en)"> > ["at0005"] = < text = <"Beskrivning"> description = <"*Narrative description about the media file. (en)"> > ["at0007"] = < text = <"Version"> description = <"*Additional narrative about the media file not captured in other fields. (en)"> > ["at0010"] = < text = <"*Identifier (en)"> description = <"*Unique ID for the media file. (en)"> > ["at0011"] = < text = <"*Source device(en)"> description = <"*Details about the device used to generate or author the media file. (en)"> comment = <"*For example: the camera used to capture an image.(en)"> > ["at0012"] = < text = <"*Creator(en)"> description = <"*Details about the individual or organisation who generated or authored the media file. (en)"> > ["at0013"] = < text = <"*Additional details(en)"> description = <"*Additional structured details about the media file. (en)"> > > > ["de"] = < items = < ["at0000"] = < text = <"Mediendatei"> description = <"Eine Mediendatei mit zugehörigen Metadaten, die im Rahmen des Gesundheitsprozesses erworben oder verwendet wird."> > ["at0001"] = < text = <"Inhalt"> description = <"Digitale Repräsentation der Mediendatei."> comment = <"Wenn die Datei lokal gespeichert wird, wird der eigentliche Inhalt erfasst und mit dem Datentyp Multimedia gespeichert. Beispiel: RTF oder PDF für ein Dokument, JPG für ein Bild, MP4 für ein Video oder WAV für eine Audiodatei. Wenn die Datei an einem Ort außerhalb der Gesundheitsakte gespeichert ist, wird der detaillierte Pfad zur Datei mithilfe des URI-Attributs im Multimedia-Datentyp erfasst. Der Multimedia-Datentyp hat viele RM-Attribute wie die Größe der Datei und URI zu einer externen Quelle - siehe https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class."> > ["at0002"] = < text = <"Inhalt"> description = <"Beschreibender Name oder Titel für die Mediendatei."> comment = <"Eine Beschreibung des Inhalts der Mediendatei. Verwenden Sie, falls verfügbar, eine vereinbarte standardisierte Namenskonvention. Zum Beispiel: „Verbrennung der rechten Hand Nr. 1“ oder „Videosprechstunde Kardiologie am 2. Mai“."> > ["at0004"] = < text = <"Erstellt"> description = <"Datum/Uhrzeit, Teildatum oder Zeitraum, in dem die Mediendatei generiert oder verfasst wurde."> > ["at0005"] = < text = <"Beschreibung"> description = <"Kurze Beschreibung der Mediendatei."> > ["at0007"] = < text = <"Kommentar"> description = <"Zusätzliche Information zu der Mediendatei, die nicht in anderen Feldern erfasst wurde."> > ["at0010"] = < text = <"Identifikator"> description = <"Eindeutige ID für die Mediendatei."> > ["at0011"] = < text = <"Quellgerät"> description = <"Informationen zu dem Gerät, mit dem die Mediendatei generiert oder erzeugt wurde."> comment = <"Zum Beispiel: Die Kamera, mit der ein Bild aufgenommen wurde."> > ["at0012"] = < text = <"Urheber"> description = <"Informationen zu der Person oder Organisation, die die Mediendatei generiert oder verfasst hat."> > ["at0013"] = < text = <"Zusätzliche Informationen"> description = <"Zusätzliche strukturierte Details zur Mediendatei."> > > > ["nb"] = < items = < ["at0000"] = < text = <"Mediafil"> description = <"En mediafil, samt tilknyttede metadata, som er ervervet eller brukt forbindelse med en helsetjeneste."> > ["at0001"] = < text = <"Innhold"> description = <"Digital representasjon av mediafilen."> comment = <"Hvis filen lagres lokalt, blir det faktiske innholdet lagret ved hjelp av datatypen Multimedia. For eksempel: RTF eller PDF for et dokument; JPG for et bilde; MP4 for en video; eller WAV for en lydfil. Hvis filen lagres et sted utenfor den elektroniske journalen, kan adressen til filen bli lagret ved hjelp av URI-attributtet i multimediedatatypen. Multimedia-datatypen har mange RM-attributter, for eksempel filstørrelse og URI til en ekstern kilde - se https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_multimedia_class. "> > ["at0002"] = < text = <"Navn på innhold"> description = <"Beskrivende navn eller tittel på mediafilen."> comment = <"En beskrivelse av innholdet i mediafilen. For eksempel: \"Brannsår høyre hånd #1\" eller \"Kardiologisk videokonsultasjon 2. mai\". Bruk avtalt standardisert navnekonvensjon dersom det er mulig."> > ["at0004"] = < text = <"Opprettet dato"> description = <"Dato/klokkeslett, delvis dato eller periode da multimediafilen ble generert eller laget."> > ["at0005"] = < text = <"Beskrivelse"> description = <"Fritekstlig beskrivelse av mediafilen."> > ["at0007"] = < text = <"Kommentar"> description = <"Ytterligere fritekst om mediafilen som ikke dekkes av andre elementer."> > ["at0010"] = < text = <"ID"> description = <"Unik identifikator til mediafilen."> > ["at0011"] = < text = <"Kildeenhet"> description = <"Detaljer om enheten som ble brukt til å generere eller skape mediafilen."> comment = <"For eksempel: kamera som ble brukt til å ta bildet."> > ["at0012"] = < text = <"Forfatter"> description = <"Detaljer om personen eller organisasjonen som genererte eller skapte mediafilen."> > ["at0013"] = < text = <"Ytterligere detaljer"> description = <"Ytterligere strukturerte detaljer om mediafilen."> > > > >