cdaefa Diskussion:EFA Metadata Bindings: Unterschied zwischen den Versionen
K (→32px 32px Umsetzung der logischen Klasse documentID) |
|||
Zeile 1: | Zeile 1: | ||
− | = | + | = Kommentare = |
− | === [[ | + | {|class="wikitable" style="text-align: left; cellpadding: 10;" |
− | + | !Author | |
− | Bei der Document ID sollte bedacht werden, dass auf der XDS Ebene zwei unterschiedliche IDs für die Verknüpfung und das Abrufen zum Einsatz kommen: Die entryUUID für Verknüpfungen und die uniqueId für das Retrieval. (ti, 29.05.2013) | + | !Status |
− | + | !Section | |
− | Fehler wurde korrigiert. (jc, 05.09.2013) | + | !Existing |
− | + | !Proposed | |
− | = | + | !Comment |
− | + | !Comment Editor | |
− | + | !Discussion | |
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|fo | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|MdaBs.01 : Mapping of Core Information Model Classes | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"|Ein CaseRecord hat in XDS als Korrespondenz die Sammlung von Ordnern, die dazugehören. Dies wird durch die entsprechenden Codes ausgedrückt. | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"| | ||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|fo | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|MdaBs.01 : Mapping of Core Information Model Classes | ||
+ | |style="background-color: white;"|consentInfo / consentdoc | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"|Wir brauchen hier eine gemeinsame Grundlage. Das sollte dann BPPC mit den noch zu definierenden Entry-Level-Templates sein. | ||
+ | Im IHE-Cookbook ist dazu bereits die Grundlage gelegt… | ||
+ | |style="background-color: white;"|Verweis auf HL7 Implementation Guide for CDA, Release 2: Consent Directives, Release 1 wurde eingefügt. (bk) | ||
+ | |style="background-color: white;"| | ||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|jc | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|MdaBs.01 : Mapping of Core Information Model Classes | ||
+ | |style="background-color: white;"|logische Klasse documentID | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"|repositoryUniqueID als Bestandteil der Umsetzung der logischen Klasse zum Mapping fehlt. (jc, 05.09.2013) | ||
+ | |style="background-color: white;"|Hinzugefügt. (jc, 05.09.2013) | ||
+ | |style="background-color: white;"| | ||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|ti | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|MdaBs.01 : Mapping of Core Information Model Classes | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"|Wie schon im Kommentar zu {BnsIi.02.11} erwähnt, ist über die XDSDocumentEntry.uniqueId (und über die XDSFolder.uniqueId) keine Verlinkung über Assoziationen und kein Metadata Update möglich. (ti, 03.06.2013) | ||
+ | |style="background-color: white;"|Das [[cdaefa:EFA_Metadata_Bindings#Mapping_of_PIM_Classes|Mapping der documentID auf die XDS Dokument Metadaten]] wurde entsprechend korrigiert. (JC, 05.09.2013) | ||
+ | |style="background-color: white;"| | ||
+ | |- style="vertical-align:top;" | ||
+ | |style="background-color: white;"|ti | ||
+ | |style="background-color: #89C35C;"|included | ||
+ | |style="background-color: white;"|MdaBs.01 : Mapping of Core Information Model Classes | ||
+ | |style="background-color: white;"|XDS entryUUID vs. XDS uniqueID | ||
+ | |style="background-color: white;"| | ||
+ | |style="background-color: white;"|Bei der Document ID sollte bedacht werden, dass auf der XDS Ebene zwei unterschiedliche IDs für die Verknüpfung und das Abrufen zum Einsatz kommen: Die entryUUID für Verknüpfungen und die uniqueId für das Retrieval. (ti, 29.05.2013) | ||
+ | |style="background-color: white;"|Fehler wurde korrigiert. (jc, 05.09.2013) | ||
+ | |style="background-color: white;"| | ||
+ | |} | ||
== Namenskürzel == | == Namenskürzel == |
Version vom 20. Juni 2014, 18:44 Uhr
Kommentare
Author | Status | Section | Existing | Proposed | Comment | Comment Editor | Discussion |
---|---|---|---|---|---|---|---|
fo | included | MdaBs.01 : Mapping of Core Information Model Classes | Ein CaseRecord hat in XDS als Korrespondenz die Sammlung von Ordnern, die dazugehören. Dies wird durch die entsprechenden Codes ausgedrückt. | ||||
fo | included | MdaBs.01 : Mapping of Core Information Model Classes | consentInfo / consentdoc | Wir brauchen hier eine gemeinsame Grundlage. Das sollte dann BPPC mit den noch zu definierenden Entry-Level-Templates sein.
Im IHE-Cookbook ist dazu bereits die Grundlage gelegt… |
Verweis auf HL7 Implementation Guide for CDA, Release 2: Consent Directives, Release 1 wurde eingefügt. (bk) | ||
jc | included | MdaBs.01 : Mapping of Core Information Model Classes | logische Klasse documentID | repositoryUniqueID als Bestandteil der Umsetzung der logischen Klasse zum Mapping fehlt. (jc, 05.09.2013) | Hinzugefügt. (jc, 05.09.2013) | ||
ti | included | MdaBs.01 : Mapping of Core Information Model Classes | Wie schon im Kommentar zu {BnsIi.02.11} erwähnt, ist über die XDSDocumentEntry.uniqueId (und über die XDSFolder.uniqueId) keine Verlinkung über Assoziationen und kein Metadata Update möglich. (ti, 03.06.2013) | Das Mapping der documentID auf die XDS Dokument Metadaten wurde entsprechend korrigiert. (JC, 05.09.2013) | |||
ti | included | MdaBs.01 : Mapping of Core Information Model Classes | XDS entryUUID vs. XDS uniqueID | Bei der Document ID sollte bedacht werden, dass auf der XDS Ebene zwei unterschiedliche IDs für die Verknüpfung und das Abrufen zum Einsatz kommen: Die entryUUID für Verknüpfungen und die uniqueId für das Retrieval. (ti, 29.05.2013) | Fehler wurde korrigiert. (jc, 05.09.2013) |
Namenskürzel
- fo
- Dr. Frank Oemig, Agfa Healthcare
frank.oemig@agfa.com - jc
- Dr. Jörg Caumanns, Fraunhofer FOKUS
joerg.caumanns@fokus.fraunhofer.de - ti
- Tarik Idris, InterComponentWare AG
tarik.idris@icw.de