Kommentierung 20150715: Unterschied zwischen den Versionen
Zeile 1: | Zeile 1: | ||
= Kommentare und Auflösungen zum Abstimmungsverfahren ''Arztbrief 2014'' vom 15. Juli 2015= | = Kommentare und Auflösungen zum Abstimmungsverfahren ''Arztbrief 2014'' vom 15. Juli 2015= | ||
− | + | < |
Version vom 19. Juli 2015, 12:49 Uhr
Kommentare und Auflösungen zum Abstimmungsverfahren Arztbrief 2014 vom 15. Juli 2015
<html>
Auszählung (Tally) | |
---|---|
Anzahl Kommentare | 353 |
Angenommen | 168 |
Angenommen mit Modifikationen | 49 |
Nicht angenommen | 30 |
Nicht relevant | 2 |
Zur zukünftigen Verwendung | 8 |
Weitergeleitet | 15 |
Warten auf Information vom Antragsteller | 2 |
Warten auf Information von anderer Arbeitsgruppe | 18 |
Unbearbeitet | 10 |
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
---|---|---|---|---|---|
1 | 2.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
elektronischen Übermittlung von Arztbriefen | Es geht nicht um die reine Übermittlung - sprich Kommunikation - von Arztbriefen. Es geht um den Arztbrief an sich. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | geändert in: das Ziel dieses Dokuments ist die Beschreibung des elektronischen Arztbriefs. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
2 | 2.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Kommunikation zwischen Niedergelassenen und Krankenhäusern | Hier könnte der Eindruck entstehen, dass nur sektorenüberreifend kommuniziert wird, Ziel muss aber die sektorenübergreifende Kommunikation sein | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | geändert in: Im Rahmen der Kommunikation zwischen Akteuren im Gesundheitswesen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
3 | 2.2. | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
als freiwillige Anwendung betrachtet. Somit ergeben sich mit Einführung einer nationalen Telematikinfrastruktur verschiedene Vorgaben | Ich verstehe den kausalen Zusammenhang nicht zwischen Freiwilligkeit und den damit verbundenen Vorgaben. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | geändert in: als freiwillige Anwendung betrachtet. Es ergeben sich mit Einführung einer nationalen Telematikinfrastruktur verschiedene Vorgaben | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
4 | 2.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Dies wird z. B. erreicht durch das Versenden von Papier und Formularen.
Jeder weiter führende elektronische Ansatz muss auch diese Art der Interoperabilität gewährleisten. Darüber
hinausgehend wäre das andere Ende die Anwendungs-Interoperabilität. Dies beinhaltet die
Wiederverwendbarkeit von Informationen, Kontext-abhängige Analysemöglichkeiten und angemessenes
Speichern und Verwalten von klinischen Dokumenten. | Wenn der Brief in Papierform versendet wird, ist dieser i.d.R. signeirt. Diese Anforderung sollte natürlich auch der elektronische Weg vorsehen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die Möglichkeit zur Signatur muss auch in elektronischer Form bestehen bleiben. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
5 | 2.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
VHitG-Initiative „Intersektorale Kommunikation" | Sprechen wir noch immer vom VHitG? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | bvitg-Initiative „Intersektorale Kommunikation" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
6 | 2.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Fehlt hier möglicherweise auch noch so etwas wie Autorisierung und Authentisierung | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Sind unseres erachtens Probleme der Infrastruktur, der Arztbrief ansich enhält ja keine solchen Informationen. Sollte daher klar getrennt werden | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
7 | 3.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Schemas vs Schemata | Die Begrife Schemata und Schemas werden verwendet. Bitte vereinheitlichen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Es hat sich der Begriff XML-Schemas eingebürgert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
8 | 3.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Viele (insbesondere internationale) Spezifikationen
basieren auf CDA: IHE PCC, ELGA, CDA-CH2 um nur einige zu nennen. | Viele (insbesondere internationale) Spezifikationen
basieren auf CDA (z.B. IHE PCC, ELGA, CDA-CH2), um nur einige zu nennen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
9 | 3.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
CDAr2 | CDA Release 2 | Insgesamt gesehen werden die bezichnungen nicht einheitlich verwendet. | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
10 | 4.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
HL7 als Kommunikationsprotokoll | Diese Darstellung ist zu kurz. HL7 ist mehr. Auf Seite 16 Abs. 4.2 entwickelt HL7 sogar. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Muss hier echt beschrieben werden was HL7 ist, macht etc? Der Satz wurde angepast. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
11 | 4.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
einem der bedeutungsreichsten internationalen
Standardentwickler | einer der bedeutungsreichsten internationalen
Standardentwicklerorganisationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Satz geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
12 | 4.2 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Beispiele: [XML], [cdaconf1, cdaconf2] | Fehlendes Literaturverzeichnis | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
13 | 4.2 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Fehlendes Glosaar, fehlendes Abkürzungsverzeichnis | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Auf das Interoperabilitätsglossar (Enzyklopädie) wird hingewiesen, ein Abkürzungsverzeichnis hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
14 | 4.3.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
also dauerhafte Existenz in den sendenden oder empfangenden
Systemen gekennzeichnet | also dauerhafte Existenz in den sendenden und/oder empfangenden
Systemen gekennzeichnet | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | geändert in: CDA Dokumente sind Persistenz, das heißt dauerhaft Existent in den sendenden oder empfangenden Systemen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
15 | 4.3.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Eine Organisation zeichnet | Eine Organisation ist | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | geändert in: Eine Organisation ist verantwortlich für die Verwaltung eines CDA Dokuments. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
16 | 4.3.6 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
den authentifizierten Inhalt sichtbar
authentifizierten Inhalt sichtbar
zu machen. | Was ist damit gemeint? Ein einem Versendern zuordnenbarer Inhalt sosichtbar gemacht werden???? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Satz ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
17 | 4.4. | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abbildugnsverzeichnis und - nummerierung fehlen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
18 | 4.4. | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Darstellung in der Abbildung ist missverstädnlich: Es sieht so aus, als wäre im Header ein Clinical Dokument. Header und Body machen aber das Clinical Document aus. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ist doch schon geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
19 | 4.4.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
CDA Entries/ Body Entries | Werden die beiden Begriffe syonym verwendet? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | In CDA Entries geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
20 | 4.4.2 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Abb. Auf Seite 21 ist kaum lesbar. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Korrigiert für das PDF | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
21 | 4.4.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Diese Auswahlliste von Aktivitäten | Steht Aktivität synonym für act | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht relevant | Ja, klar, aber müssen wir hier noch das RIM erklären? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
22 | 4.4.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
beziechnet. | bezeichnet. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ok | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
23 | 4.4.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
das ganz | das ganze | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ok | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
24 | 4.4.2 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Abb. Auf Seite 23 ist nicht lesbar. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Korrigiert für das PDF | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
25 | 4.4.3 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Tabellennummerierung iund Tabellenverzeichnis fehlt | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
26 | 4.4.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Des weiteren kann hier auf die optionale oder verpflichtende
Nutzung von Entry-Level-Templates hingewiesen werden. | Was ist damit gemeint? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Möglicherweise existieren passende Entry-Level-Templates zu der Sektion. Hier kann auf die optionale oder verpflichtende Nutzung von Entry-Level-Templates hingewiesen werden. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
27 | 4.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Implementation Guide | Implementationsleitfaden | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Implementierungsleitfaden (engl. Im Guide) | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
28 | 5.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Überweisunggen, | Überweisungen, | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
29 | 5.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Im allgemeinen | Im Allgemeinen | Macht es Sinn nur einen Abschnitt 5.1 auf der Ewbene zu verwenden. Es gibt kein 5.2 | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Schreibfehler angepasst, Unterteilung weitergeführt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
30 | 5.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
mehrere Möglichkeiten , | mehrere Möglichkeiten, | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
31 | 5.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Liste könnte erweitert werden um KV Connect, Kom-Le, Safemail | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
32 | 6 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
m.E. ist das ClinicalDocument nichtnur eine Klasse des Headers sondern umschließt auch den gesamten Body. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Hae? Ne auch der Header ist im ClinicalDocuemtn drin… | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
33 | 6.2.1.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Abbildung enthält am Rand noch Reste eines Textfeldes | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | sehe ich nicht… | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
34 | 6.2.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
des Dokumentes | des Dokuments | einheitliche Verwendung | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Dokuemnts | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
35 | 6.2.1.2 | Negativ, schwerwiegend | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Tabelle macht keine Aussagen über Datentyp und Kardinalität | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Redundante Tabelle, nun als Verweise auf Dokumentenstruktur und Dokumenten-Level-Template | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
36 | 6.2.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Sie sind hier deshalb nur kurz der Übersicht halber aufgelistet sind | Sie sind hier deshalb nur kurz der Übersicht halber aufgelistet | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Der Header umfasst neben bereits aufgelisteten einfachen Metadaten noch folgende Beziehungen, diese sind hier der Übersicht halber aufgelistet. Die Verwendung im Arztbrief wird unter Arztbriefstruktur aufgelistet und deren genauen Details später noch genauer spezifiziert. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
37 | 6.2.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Tabellenbezeichnung fehlt gänzlich | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
38 | 6.3.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Falls nur
die Metainformationen (Header) strukturiert übertragen werden und der Body nur aus einem Dokument (z. B.
PDF) besteht, sollte man nonXMLBody verwenden (CDA Level1), das Dokumente entweder referenziert oder
eingebettet wiedergeben kann. | Falls nur
die Metainformationen (Header) strukturiert übertragen werden und der Body nur aus einem Dokument (z. B.
PDF) besteht, sollte man nonXMLBody verwenden (CDA Level1). Im nonXMLBody kann das Dokumente entweder referenziert oder eingebettet werden. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
39 | 6.3.1.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Wie bereits angedeutet gibt | Wie bereits angedeutet, gibt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Wurde ja am Anfang erwähnt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
40 | 6.3.1.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In diesem Fall besteht der Body lediglich aus einer
relativ einfachen XML-Struktur, in der das Dokument kodiert | In diesem Fall besteht der Body lediglich aus einer
relativ einfachen XML-Struktur, in die das Dokument kodiert | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | In diesem Fall besteht der Body lediglich aus einer verkürzten XML-Struktur, in der das Dokument eingebettet ist. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
41 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
dass der CDA Body für den Arztbrief aus ein bis vielen Abschnitten
(section) besteht | dass der CDA Body für den Arztbrief aus einem bis vielen Abschnitt(en)
(section) besteht | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
42 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Als Beispiel ist hier ein „Kapitel" Anamnese zu nennen, dass sich | Als Beispiel ist hier ein „Kapitel" Anamnese zu nennen, das sich | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
43 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hier ist als Beispiel der Diagnose-Code für eine Entlass-Diagnose
angedeutet. | Dies wird aber ausd er Abbildung nicht ersichtlich | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ist doch schon geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
44 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
„Level 1 bis 3 unten | Level 1 bis 3 unten | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
45 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
CDA-Dokument oder CDA-Dokument | einheitliche Schreibweise | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
46 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abb. Auf Seite 32: "???" muss noch ersetzt werden | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Grafik ist sowieso entfernt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
47 | 6.3.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Was machen "author" und "informant" im "StructuredBody"? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Auch im Body können diese vorkommen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
48 | 6.3.1.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Entry Diagnose | Entry "Diagnose" | in "" oder kursiv | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
49 | 6.3.2.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Diese Festlegung kann sowohl die textuelle
Darstellung mit text und title betreffen als auch die Vorgabe | Diese Festlegung kann sowohl die textuelle
Darstellung mit <text> und <title> betreffen als auch die Vorgabe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
50 | generell | ? ? | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Sind Code-Fragemente in den blauen Boxen keine Abbildungen (s. Kap 6) | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Beispielfragmente in blauen Kästchen sind keine Abbildungen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
51 | 6.3.3.1.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Standard | Welcher Standard ist gmeint | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
52 | 6.3.3.1.7 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Standard | Welcher Standard ist gmeint | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
53 | 6.3.1.8 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Tabelle 15: Stil-Codes für den narrativen Text | Tavelle 15 ?????? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Tabelle oder? Tabellennummern werden noch konsolidiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
54 | 6.3.3.3.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abbildung 21: ObservationMedia CDA | Abbildung 21 ???? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Abbildungsnummern werden noch konsolidiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
55 | 6.3.3.3.1 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Spaltennamen der Tabelle sind nicht erklärt: DT, Conf, | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
56 | 6.3.3.3.2 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Entspricht Spaltenname "Status" etwa "Conf" | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
57 | 6.3.3.3.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
wird es in den Niederlanden
kaum benutzt werden. | Spielt dies eine Rolle? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | wo steht das? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
58 | 6.3.3.3.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Resolutionen | Auflösungen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
59 | 6.3.3.3.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Videobilder | Videosequenzen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
60 | 6.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ausprägung | Was ist mit der Spalte "Ausprägung" gemeint? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | das muss ein Informatiker kennen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
61 | 6.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
fax | Fax | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
62 | 7.1 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die 3. Ebene fehlt: 7.1.0 | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | korrigiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
63 | 7.1.0.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
um welchen Dokumenttyp handelt es sich | Typ des Dokuments | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
64 | 7.1.0.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Tabelle: Übersicht über die (in diesem Leitfaden besprochenen) CDA-Header-Elemente, deren Datentyp bzw. Bedeutung und deren
Kardinalität | Tabelle: Übersicht über die (in diesem Leitfaden besprochenen) CDA-Header-Elemente, deren Datentyp bzw. Bedeutung, deren
Kardinalität und deren Status | Ist "Status" synonym für "Conf." | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Steht unter Konformität - zu überlegen ob Tabellenkürzel überall zu ändern | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
65 | Generell | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Ausprägungen für "Conf" sind sehr utnerscheildich: M, O, R, NP, empfohen, verpflichtend,F | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
66 | 7.1.0.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
zu den Definition der ELGA | zu den Definitionen der ELGA | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
67 | 7.1.0.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
unstrukturierter Body (d.h. Abschnitte) | unstrukturierter Body (d.h. Abschnitt) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
68 | 7.1.0.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Generell: Es fehlen mit die Loinc-Code und müssen die ELGA-Hinweise rein? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Die ELGA-Hinweise sind als Referenz zur österreichischen Spezifikation gedacht; LOINC Codes sind hier unüblich | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
69 | 7.1.0.5 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In mehreren Zeilen steht nur der Verweis auf ELGA ohne weitere Spalten-Inhalte | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die dort erwähnten Dinge kommen bisher nur bei ELGA vor. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
70 | 8 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Header-Level-Templates | Header-Templates | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
71 | 8.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In Zeile Beschreibung steht noch der Hinweis "Bearbeiten" | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | oha, ist nun weg | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
72 | 8.1 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Tabelle ist nicht vollständig zu sehen | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | korrigiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
73 | 8.1 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Was bedeuttet der mehrfach aufgeführte Begrff "DYNAMIC" | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Ist nun in der allgemeinen Erläuterung der ART-DECOR Template Darstellung aufgeführt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
74 | 8.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Müssen die Einträge der Art "Eingefügt von …" aufgeführt werden? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Ja, sie sind Bestandteil der Definition eines Templates | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
75 | Generell | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In vielen Abschnittenvon Kap. 8 steht "Der Wert von @code muss gewählt werden…", m.E. muss da jeweilsd er passende Wert stehen z.B. signatureCode (s.S. 60) | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt. Die Value Sets sind nun im anhang als Liste mit Links genannt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
76 | 9.2.1/ 9.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Icons mit den gleichen Anmerkungen sind unterschiedlich | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Sind sowieso ersetzt bzw gestrichen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
77 | 9.4.2. | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Identifikation von Templates erfolgt ausschließlich über id mit einem LOINC-Code. Bei vielen anderen Elementen verwendet man code und codesystem zur Identifikation. Wieso weicht man hier davon ab? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Instanzen von Sections müssen auch ohne templateId klassifizierbar sein. Deshalb führen wir für alle Sections zB einen code. Insofern ist das hier nicht anders. Template-Definitionen haben eine id. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
78 | 9.7 | Negativ, kleineres Problem | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
inn 9.7 wird angekündigt, dass Diagenosen auf Level 1 bis 3 dargestelltw erden können. Die konkrete darstellung in Kap 9.7 zeigt aber nur Level 1 Darstellung. Level 2 und Level 3 werden erst in Kap. 11 eingeführt. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinweis, dass Diagnosen auf Level 3 nur nicht-normativ im Leitfaden stehen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
79 | 9.13 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
das Bsp. auf Seite 99 ist nicht korrekt: Element tempalteId und code sind mandatory, werden aber im Bsp. nicht aufgeführt. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | sind angegeben | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
83 | 11.1.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abbildung 1: | Nummerierung | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Abbildungsnummern werden noch konsolidiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
84 | 11.1.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
vorangegangen Dienstes | vorangegangenen Dienstes | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
85 | 11.1.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In der Tabelle werden Unterabschnitte adressiert. Ist das gewollt? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
86 | 11.2.2 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
87 | ? ? | Dr. Erich Gehlen | DURIA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Inahlte ind er Abb. Sind teilweise schlecht lesbar. Die Nummerierung passt nicht | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
88 | 11.3.3 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Das Ende des Abschnitts fehlt | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
89 | 11.3.4 | Tippfehler | Dr. Erich Gehlen | DURIA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Das Ende des Abschnitts fehlt | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Diagnosen-Entries etc sind nun ausgelagert und werden separat behandelt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
90 | Vorschlag | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hauptkapitel sollten auf einer neuen Seite beginnen | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
91 | 10 | Negativ, kleineres Problem | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und
Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden. | Alle auf nationale Verhältnisse angepassten und veröffentlichten CDA-Schemas können ohne Lizenz- und Nutzungsgebühren in jeder Art von Anwendungssoftware verwendet werden.
Wenn die Anwendungssoftware jedoch entgeltlich vertrieben wird, so ist eine Mitgliedschaft bei HL7 erforderlich. | konkreten Hinweis einbauen | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Wird noch offiziell erklärt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
92 | 11 | Vorschlag | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Motivation | Workbox entfernen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
93 | 12 | Vorschlag | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Liste prüfen | Workbox entfernen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
94 | 34 | Negativ, schwerwiegend | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Level 2 | Level 2 besagt, dass konkrete Vorgaben existieren, die eingehalten werden müssen. Eine maschinenauswertbare Identifikation kann entweder über Codes oder Template-Ids erfolgen. | Beispiel anpassen, ggf. 2. Beispiel | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Es ist nun ein entsprechender Text aufgenommen, der die Festlegung von Codes für den Arztbrief verbindlich vorschreibt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
95 | 41 | Vorschlag | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abb.21 kleiner | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Ist korrigiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
96 | 43 | Negativ, kleineres Problem | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
PN.DE | 2. Spalte von links | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | In 3. Spalte nachdrücklicher erwähnt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
97 | 44 | Tippfehler | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
7.1.0.4 | 7.1.1 | falsche Nummerierung | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
98 | 44 | Kommentar allgemeiner Art | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Conf. | Haben wir irgendwo die Codes erläutert? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | ja, bei Konformität | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
99 | 44 | Tippfehler | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
7.1.0.4.1 | 7.1.1.1 | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
100 | 47 ff. | Negativ, kleineres Problem | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Template-Tabellen | Die Tabellen müssen so formatiert sein, dass sie von der Breite her auf eine Seite passen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Die neueren Rendering-Verfahren lassen die tabellen besser aussehen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
101 | 54 | Negativ, schwerwiegend | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ich bin mit der Darstellung der Spezialisierung nicht einverstanden, da nicht klar herauskommt, worin die Spezialisierung besteht und was die Unterschiede sind! | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Die Darstellung in ART-DECOR geht nie vom Delta der Einschränkungen in Bezug auf ein Elterntemplate aus, sondern enthält immer die Anweisungen zur Erezugung einer korrketen Instanz und damit auch alle ungeänderten Elemente des Eltern-Templates. Ggf kann man durch besondere Berechnungen eine spezialisiertes Template so darstellen,d ass die unveränderten Anteile zB grau statt schwarz erscheinen. Das ist auch in ART-DECOR erwogen worden, aber außerordentlich komplex. Wir sehen entsprechenden Algorithmusvorschlägen und weiteren Diskussionen gerne entgegen.
Insofern ist dieser Punkt zurzeit nicht auflösbar. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
102 | Negativ, schwerwiegend | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
"Spezialisierung" | Hier sollte neben der OID auch der Name angegeben sein, da sonst eine Nachvollziehbarkeit unnötig erschwert wird. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Insofern die OID im Repository bekannt ist wird der Name zusätzlich angezeigt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
103 | Negativ, schwerwiegend | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Templates für Anamnese und Medikation leiten sich jeweils von einer gemeinsamen Vorgabe ab. Das kommt aber nicht mehr heraus. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Welche ist die gemeinsame Vorgabe? Section? Dass diese Templates eine Spezialisierung von Section sind, ist aufgenommen und zu sehen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
104 | Negativ, schwerwiegend | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Sämtliche Grafiken bei den Abschnitten und Entries fehlen. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Die kleinen R-MIM Grafiken werden nicht mehr gezeigt (früherer Beschluss). R-MIMs fügen keine zusätzlichen Informationen hinzu. Statt dessen ist in der Planung, ein funktionales Klassenmodell zu erstellen und zu referenzieren. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
105 | Negativ, kleineres Problem | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nicht alle Abschnitte haben Beispiele. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Beispiele werden sukkzessive ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
106 | Vorschlag | Frank Oemig | AGFA | ||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Bei den Codes in den Sektionen sollte der DisplayName zur Information als optional mit angegeben werden. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Der ist doch im CE Element? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
107 | 127 | Negativ, kleineres Problem | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Beispiel ergänzen | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Beispiele werden sukkzessive ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
108 | 133 | Negativ, kleineres Problem | Frank Oemig | AGFA | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Grafik aktualisieren | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Grafik aus den HL7-Mittilungen übernommen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
109 | S.24 | Tippfehler | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
vorgenannten | vielleicht besser: vorher genannten oder s.o ? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | vorher genannten | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
110 | S.27 | Tippfehler | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Kardinalität | Text ist falsch . Kardinalität und Datentyp sind in der Tabelle "Übersicht über..." nicht enthalten | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
111 | S.28 | Tippfehler | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Warum ist in der Tabelle "Header - Assoziationen" der CDA Body und keine Tabellenbeschriftung? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
112 | S.42 | Negativ, kleineres Problem | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Tabelle "Vokabular" entspricht weder dem HL7 vokabular noch der mime type tabelle auf unsere hl7 wiki. Warum diese separate Tabelle? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Value Set aus ART-DECOR transkludiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
113 | S.132 | Tippfehler | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
gilt die Beschreibung der -umsetzungsstufen nur für die eEPA? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | IHE ITI, rest in elektronische Akte geändert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
114 | S144 | Negativ, kleineres Problem | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Beispiel auf das in 14.1 verwiesen wird ist weder als link noch im Anhang enthalten. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Das Gesamtbeispiel ist nicht im Leitfaden als soclches enthalten, es ist nun aber ein Link hinzugefügt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
115 | S.2 | Negativ, kleineres Problem | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
logo brightone | das logo kann entfernt werden. Die Firma gibt es meines Wissens nicht mehr | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Logo mit dem Hinweis versehen "bis Dezember 2013", Siemens Logo hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
116 | S.9 | Tippfehler | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Dr. Titel fehlen | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
117 | S.10 | Negativ, kleineres Problem | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
offenes TODO | muss ein Verweis auf die Mitgliedschaft hin? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Wird noch offiziell erklärt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
118 | S.11 | Negativ, kleineres Problem | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Baustellenzeichen und Satz können meiner Meinung nach entfernt werden. Ich finde den Arztbrief und dessen Verwendung zum ersten mal hier ausführlich erklärt | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Wir stimmen mit dem Kommentaror überein: alle Bausetllenzeichen wurden entfernt und ggf. der Text entsprechend ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
119 | S.17 | Kommentar allgemeiner Art | Daniel Hellmuth | Siemens | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ich würde die den Eigenschaften keine eigene Überschrift geben… | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Ist sonst von der Formatierung unschön und passt, sollte so bleiben | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
120 | Seite 9 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
copyright Symbol | copy right ausschreiben | lesbarkeit | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Nicht alles braucht ein Symbol | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
121 | Seite 11 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Baustelle bemerkung | löschen | erledigt | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
122 | Seite 10 | Vorschlag | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hinweis zu kom. Nutzungrechten | notwendig, bitte einfügen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Steht doch schon drin. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
123 | Seite 12 | Vorschlag | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hinweis IHE Cookbook | unklar ob nur für Security, dann ok, ansonsten eher nicht | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | IHE Cookbook im Abschnitt Abgrenzung nun ausdrücklich genannt und im Literturverzeichnis aufgeführt erwähnt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
124 | Seite 25 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
SCIPHOX erhält Aufgabe | unklar, ob es SCIPHOX noch gibt und die Aufgabeereldigen kann, Begriff/Rolle SCIPHOX nicht erklärt | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinweis auf SCIPHOX streichen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
125 | Seite 27 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Abbildung Clin. Doc. Klasse unsauber ausgeschnitten | Ränder bessererfassen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
126 | Seite 46 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Zeile 22, 38, 52 Einträge in Spalte Kommentar eine Zeile zu tief gerutscht | todo | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
127 | ab Seite 47 und folgende | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
in Kapitel 8 wird jeweils ein Abschnitt "benutzt von Template ID" eingefügt, der an manchen Stellen auf Versionen im Erstellungstool zielt (z.B. Arztbrief zu zwei Zeiten) | jeweiligen Abschnitt "Benutzt von " auf einen Eintrag kürzen, oder "Benutzt von" entfernen, da teilweise selbst referenzierend (Arztbrief) | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | ART-DECOR zeigt grundsätzlich alle Templates an die verwendet werden bzw in denen das bestreffende Template vorkommt. Das hat nichts mit Leitfäden oder Veröffentlichung zu tun und kann daher auch nicht auf iregdnetwas reduziert werden. Wir werden eine entsprechende Erklärung in den allgemeinen erläuetrungsteil zu ART-DECOR mit aufnehmen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
128 | Seite 84 | Vorschlag | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Section "Fragestellung" bezieht sich auf eine Überweisung, damit ist die Überschrift wenig aussagekräftig gewählt | bessere Überschrift oder mehr Optionen für eine Fragestellung wählen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Heist Grund der Überweisung | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
129 | Seite 84, Seite 85 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
? Und i Anmerkung mit ähnlichem Text aber unetrscheidliche Kennzeichnung (?, i) | vermutlich entfernen und LOINC einfügen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
130 | Seite 89 | Vorschlag | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
nur zwei Diagnosen (Aufnahme, Entlassung) vorgesehen, was ist mit "Einweisungs-" oder "Verlegungs-" diagnose oder gar Abrechnungsdiagnose ? | ok, Verlegung = Entlassung und Aufnahme, aber vom amb. --> stat. per "Einweisungsdiagnose", Abrechnung mag entfallen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Sind das nicht Teile anderer Leitfäden oder kann später ergänzt werden? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
131 | Seite 93 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Zeile 64, copy & paste Fehler Allergie aus vorigem Abschnitt 9.8 | Text anpassen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
132 | Seite 95 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Zeile 30, copy & paste Fehler Allergie aus vorigem Abschnitt 9.8 | Text anpassen | toto | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Titel soll lauten "Medikation bei Entlassung" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
133 | Seite 127 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
zweimal Baustelle - hier ist das Dokument noch unvollständig | bitte ergänzen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Kommentare entfernen und Beispiel ergänzen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
134 | Seite 132 | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Zeile 35 "Die technische Spez. Der eEPA" hier fehlt der Bezug zu einem anderen Kapitel bzw. externen Dokument, mir ist eine solche Spez. leider auch nicht bekannt | bitte Bezug herstellen | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Bezug zum IHE TF herstellen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
135 | generell | Kommentar allgemeiner Art | Martin Staemmler | FH-Stralsund | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
noch einige Kommentare und offene Punkte, die aufzulösen wären | auflösen, bearbeiten | todo | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
136 | S. 12 Zeile 7 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hierbei kann man zwei Gegenpole beobachten. Zum einen ist da die Facette der
Mensch-zu-Mensch Kommunikation. Dies wird z. B. erreicht durch das Versenden von Papier und Formularen.
Jeder weiter führende elektronische Ansatz muss auch diese Art der Interoperabilität gewährleisten. | Der ganze Absatz stellt Forderungen, die ich sich nicht wirklich auf die Spezifikation selbst zu beziehen scheinen. Hier sollte gekürzt und fokussiert werden | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Der Abschnitt soll das Feld von Interoperabilität aufzeigen und deutlich machen, dass diese Spezifikationen diesem Feld genüge tut. Insofern wird der Text belassen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
137 | S. 12 Z 29 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In einer späteren Ausbaustufe kann die Einweisung/Überweisung definiert werden. | d.h. die ist noch nicht durch diese Spezifikation abgedeckt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Nein, ist sie nicht. Ein Arztbrief ist NIE eine Einweisung oder Überweisung. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
138 | S. 12 Z 36 | Kommentar allgemeiner Art | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
es wird vom sendenden System dauerhaft gespeichert | Ist das zwingend notwendig? Was ist mit Systemen die es ins Archiv auslagern, oder dem Empfänger eine digitale dauerhafte Speicherung überlassen (der sender kann seiner Archivierungspflicht auch mit Papier nachkommen). | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Hier geht es primär um die Aussage und Eigenschaften, dass Dokumente dauerhaft gespeichert werden. Um diesen Aspekt zu betonen, wird ""vom sendenden System"" im letzten Teil des Satzes entfernt. Die Speicherung im Archiv widerspricht dieser Aussage ja nicht. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
139 | S. 12 Z 39 | Kommentar allgemeiner Art | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
in der eigenen Datenbank gespeichert und die Nachricht als solche danach gelöscht | hier sprechen wir über den Empfänger, nicht wie oben der sender. Der Empfänger hat aber im Gegensatz zum Ersteller keine Archivierungspflicht, ausser er begründet seine medizinischen Entwscheidungen damit. D.h. der Empfänger dürfte die Infos aus dem Arztbrief extrahieren und wegschmeissen. Dadurch wird es aber doch nicht zur Nachricht, oder? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Dieser Absatz adressiert nicht die diversen Pflichten, sondern die Paradigmenunterschiede von Dokumenten und Nachrichten. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
140 | S. 12 Z 54 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
OP-Berichte, Laborberichte, andere Befunde sind kein Fokus | Muss man nicht ausschliessen, aber sollte hier oder weiter oben erwähnt werden. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
141 | S. 13 Z 18 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nachrichten | Dokumente | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
142 | S. 13 Z 21 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
XML-basierte Implementierung | Ist die XML Implementierung hier nicht normativ?? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Grundsätzlich lassen sich auch andere Formen denken. Die XML-Darstellung ist normativ, die verwendeten Schemas nicht. Text wurde leicht angepasst. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
143 | S. 17 Z 43 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Dokument als Ganzes, Teilinformationen daraus können nicht ohne Bezug auf das Dokument verwendet werden. | muss man das so hart ausschliessen? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Keine Information aus einem Dokument sollte dem Grundsatz nach ohne Zusammenhang mit dem Dokument extrahiert und anderswo gespeichert werden. Alleine schon die Tatsache, dass ein Dokument in einer beuen Version andere Informationen umfassen kann, macht dieses "Tracking" notwendig. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
144 | S. 17 Z 60 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
mit einem einzigen Stylesheet | Ist dies wirklich eine Anforderung? Warum? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ersetzt durch "geeignet" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
145 | S. 25 Z 68 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
auch andere Arten von Dokumenten wie Ein-/Überweisungen, Befunde, Bilder, etc. | Der Aufbau von anderen Dokumenten wird in diesem Leitfaden nicht behandelt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ersetzt durch "Die Prinzipien der Gliederung gelten aber auch für andere Arten von Dokumenten wie Ein-/Überweisunggen, Befunde, etc. " | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
146 | S. 27 Z 28 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
so wie sie in den hier beschriebenen Anwendungsszenarien zur Anwendung kommen. | so wie sie in den im Anhang beschriebenen Anwendungsszenarien … | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
147 | S. 27 Z 52 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
und deren Kardinalität | Kardinalitäten sind nicht in der Tabelle angegeben | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
148 | S. 28 Z 13 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
und deren Kardinalität | Kardinalitäten sind nicht in der Tabelle angegeben | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
149 | S. 28 Z 21 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
sind: | - | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "sind" löschen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
150 | S. 28 Z 39 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Urheber / Authentifikation / Unterzeichner | Unterzeichner | Die Alternativen im Titel verwirren nur. Urheber ist ausserdem eher Autor | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | nun "weitere Unterzeichner" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
151 | S. 12 Z 22 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Genauer definieren, was der Arztbrief eigentlich ist und was er können soll! | Vor allem auch definieren welche Dokumententypen nicht dazugehören. Ist der OP-Bericht drin? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinzugefügt unter Abgrenzung: dieser Leitfaden beschreibt den Arztbrief (Discharge summarization note [physician], LOINC-Code 11490-0); andere Dokumententypen wie z. B. OP-Berichte sind hiermit nicht beschrieben (aber dem Prinzip nach gleich aufgebaut). | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
152 | S. 31 Z 16 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
"Level 1 bis 3" unten | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | ändern: "siehe Abschnitt „Levels: 1 bis 3"" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
153 | S. 35 Z 13 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Es liegt auf der Hand, dass die Spezifikation der Abschnitte eng verbunden ist mit dem Typ des Dokuments, z.B. ein OP-Bericht. In Briefen wird man relativ wenig Vorgaben machen, während in Formularen oder Berichten relativ genaue Vorgaben zu | Fokus des Leitfadens auf Arztbriefe klarmachen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | geänderte Formulierung: Es liegt auf der Hand, dass die Spezifikation der Abschnitte eng verbunden ist mit dem Typ des Dokuments, z.B. ein OP-Bericht. In Arztbriefen - wofür dieser Leitfaden entwickelt wurde - macht man hier relativ wenig Vorgaben, während in Formularen oder Berichten relativ genaue Vorgaben zu erwarten sind. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
154 | S. 36 Z 33 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
XML technisch gesprochen validieren CDA Dokumente jeden Levels gegen das generische CDA Schema. | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information vom Antragsteller | Was ist hier das Problem trotzdem Verbesserung der Formulierung: ""unabhängig vom Level"" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
155 | S. 37 Z 31 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
weiter gehend strukturieren | weitergehend strukturiert darstellen | Struktur als Darstellungsaspekt von Entry Level Strukturierung unterscheiden (wording) | |||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
156 | S. 37 Z 42 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(at)listType ist die Liste | hilfreiche Klarstellung: Müssen auch unsortiere Listen in der gegebenen Reihenfolge dargestellt werden? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | InfoxBox einfügen: Die Reihenfolge der Darstellung richtet sich nach der Reihenfolge im CDA Dokument | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
157 | S. 40 Z 63 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
unsortiertstyleCode=Bold Italics> | Wie funktionieren Kombinationen? Kann man beliebige Kombinationen in beliebiger Reihenfolge angeben? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | ergänzen, dass Reihenfolge beliebig | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
158 | S. 42 Z 6 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Conf spalte | Erklärung der Conf Spalte fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Darstellung der Attribute nun a.a.O. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
159 | S. 42 Z 21 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
OMVL | Wofür steht das? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Das ist der Name der Regel. Alle Regeln müssen eindeutig identifizierbar sein. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
160 | S. 42 Z 32 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hier wäre Guidance wichtig: bei bildern, video und audio wird erklärt was wann sinn macht. wann sollte ich plain text, pdf oder CDA kapseln? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | An dieser Stelle wird beschrieben, wie man auf andere Inhalte verweist. Aus dieser Angabe kann man entnehmen, welches Objekt referenziert. Wenn es sich um ein PDF-Dokument handelt, dann sollte hier "application/pdf" angegeben werden. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
161 | S. 42 Z 71 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
CDA Level 1 | Erläuterung fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
162 | S. 43 Z 51 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
v3dtr1:CE
v3dtr1:CD | Unterscheidung zwischen den CD und CE nicht erklärt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Die detaillierten Unterschiede sind in dem entsprechenden Leitfaden nachzulesen. UM das zu vereinfachen haben wir hier die verwendeten Datentypen mit Referenz aufgelistet. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
163 | s. 43 Z 64 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hier sollte eine vollständige Auflistung stehen. Durch die Punkte wird unvollständigkeit angedeutet | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | nun alphabetisch und volständig | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
164 | S. 44 Z 35 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ist die Realm nicht fixiert? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Nicht zwangsweise, nun zugefügt: hier in der Regel "DE"
 | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
165 | S. 44 Z 69 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
xmlns:voc="urn:h17-org:v3/voc" | Ist der NS notwendig? Wenn ja sollte er wie der default NS weiter oben erläutert werden | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | nein, ist nun weg | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
166 | S.45 Z 28 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
der Autor muss eine natürliche Person sein | Besser: das Autor Element darf nur für natürliche Personen verwendet werden, nicht für Informationssysteme oder medizin-technische Geräte | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
167 | S. 45 Z 32 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Informant (informant) | wurde in 6.2.2 als "noch nicht verwendet" markiert | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | wird doch verwendet, angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
168 | S. 45 Z 34 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Organisation die für die verwaltung des Dokuments verantwortlich ist | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "die das Dokument verwaltende Organisation" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
169 | S. 45 Z 45 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Unterscheidung zum legalAuthenticator sollte erläutert werden | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Erläuterung ergänzen. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
170 | S. 46 Z 21 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Wozu sind die ELGA Definitionen hier? Sind sie Teil des Leitfadens? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Aufgenommen in der Tabelle sind auch Referenzen zu den Definition der ELGA (Österreich) zur Information. Die Hinweise in bezug auf die ELGA Spezifikation geben dem Leser nochmal Hinweise, wo es Überschneidungen / Identität gibt, oder wo es Unterschiede gibt. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
171 | S. 46 Z 23 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ELGA: Entlassungsdiagnose | Abschnitt definition fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | zugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
172 | S. 46 Z 34 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Risiken | Viele Elemente scheinen nirgendwo genauer spezifiziert zu sein. Die Tabelle muss aufgeräumt werden | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Das kann man sicherlich noch besser machen, im Moment führen die Links jedoch auch schon zu ausreichenden Beschreibungen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
173 | S. 47 Z 16 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ein Arztbrief kann somit entweder unstrukturiert als PDF o.ä. Dokument übermittelt werden, oder sich aus strukturierten Abschnitten zusammensetzten. | Hinweis ist unnötig | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Hier besser nochmal Klarstellung auf Format (binär/XML) und Struktur (inhaltlich) aufführen, auch wenn das vielleicht unnötig erscheint. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
174 | S. 55 Z 18 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
hl7:functionCode CE 0 .. 1 | Hier sollte ein fixer Wert stehen oder das Element per constraint entfernt werden | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Value Set Referenz hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
175 | S. 55 Z 21 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
hl7:time TS.DATE.MIN | Erläuterung wie das Feld zu interpretieren ist fehlt (d.h. wie unterscheidet sich das Feld vom ClinicalDocument/effectiveTime?) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | siehe nun Datentypen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
176 | S. 55 Z 32 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
hl7:code CE 0 .. 1 | Hier müsste beantwortet werden: Wofür ist das gut? Welche Werte sind erlaubt? Wie unterscheidet es sich vom functionCode? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Dies ist an dieser Stelle offen, Hinweis hinzugefügt ""; es sollte eine entsprechendes Value Set erstellt werden | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
177 | S. 61 Z 13 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Beschreibung: Unterzeichner des Dokuments | Hier fehlt wie es sich vom legalAuthenticator unterscheidet | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Ergänzt um "Unterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)" | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
178 | S. 63 Z 20 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
hl7:time TS 0 .. 1 | Wie unterscheidet sich dies vom ClinicalDocument/effectiveTime Element? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | In der Regeln nicht, ist oft gleichzusetzen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
179 | S. 64 Z 15 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Beschreibung: Informant, Personen, die Informationen zu dem Arztbrief beigesteuert haben | Unterscheidung zu Participants unklar. Ich würde hier auf natürliche Personen die nicht als Leistungserbringer agieren einschränken | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Hinweis: i.d.R. natürliche Personen, die nicht als Leistungserbringer agieren | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
180 | S. 64 Z 58 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Informant assignedEntity | Hilfe wann assigned Entity und wann related Entity genutzt werden soll fehlt. Z.B. Sozialhelfer, Betreuer/Erzieher vs. Verwandte | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | assigned entities sind Heilberufler, die in der Liste aufgeführten Berufe fallen unter related entity; Hinweis hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
181 | S. 64 Z 63 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Informant assignedEntity ID 1..* | Können wir das heir auf 0..* aufweichen? Sonst ggf. expl. hinweis auf nullFlavors, da bei nicht-Leistungserbringern üblicherweise keine sinnvolle ID bekannt ist | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | 1..* R heißt, dass es auch weggelassen werden kann (mit Angabe von nullFlavor) | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
182 | S. 66 Z 25 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Weitere Beteiligte: Mit dieser Assoziation und den entsprechenden Klassen können weitere für die
Dokumentation wichtige beteiligte Personen oder Organisationen wie Angehörige, Verwandte,
Versicherungsträger sowie weitere in Beziehung zum Patienten stehende Parteien genannt werden. | Unterscheidung zu Informant unklar: "Im Gegensatz zum Informant, der Informationen zum Dokument beigesteuert hat, werden hier Leistungserbringer und andere Personen oder Organisationen geführt, die für die weitere Behandlung des Patienten relevant sein können." | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Hinweis ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
183 | S. 66 Z 50 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Participant typeCode | Ich würde hier Werte ausschliessen, die mit anderen Header Elementen kollidieren: author, informant, data entry person, performer, verifier, authenticator, legal authenticator, receiver, record target. Da ein großteil der Werte hier kaum sinn macht, wäre ein neues ValueSet mit einer Positivliste sehr hilfreich für implementierer (z.B. baby, escort, consultant, device, coverage agent, guarantor, location, destination). Was durch spezielle participations weiter unten definiert ist, kann man ja hier weglassen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Verboten wäre das nicht, aber Hinweis ergänzt: Typischerweise sind hier nur typeCodes zu verwenden, die nicht durch eine bereits existierende spezialisierte Participantion ausgedrückt werden wie z. B. author, authenticator etc. | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
184 | S. 66 Z 58 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Participant functionCode | Hinweis, das die ParticipationFunction nur bei bestimmten ParticipationTypes Sinn macht (zB admitter + admittingPhysician) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Dies ist das allgemeine unspezialisierte Template; Hinweis hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
185 | S. 66 Z 70 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Participant associatedEntity classCode | Auch hier müssen implementierer besser unterstützt werden: ein valueset fehlt, dass sinnvoll einschränkt: zB caregiver, employee, service delivery location, regulated product, policy holder, contact, emergency contact, next of kin, guardian, dependent | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Dies ist das allgemeine unspezialisierte Template, Vorformulierte Hinweise aus der Praxis sollten übernommen werden | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
186 | S. 68 Z 22 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
HeaderParticipantEinweiser | Derzeit nur über die TemplateID ersichtlich, dass es sich um einen Einweiser handelt (associatedEntity/@classCode=PROV ist sehr vage). Das sollte über den participationType = ADM (admitter) abgebildet sein, ggf. auch über den function code = ADMPHYS (admitting physician) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Dies ist konform der ELGA Spezifikation, also ein Sachverhalt, der länderübergreifend diskutiert werden muss | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
187 | S. 70 Z 35 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(hphand) participant associatedEntity id | Empfehlung für Arztnummer wäre gut, zB. KBV LANR | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
188 | S. 70 Z 65 | Vorschlag | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(hphand) participant associatedEntity scopingOrganization id | Empfehlung für eine ID für Arztpraxen wäre gut (z.B. Institutskennzeichen oder KBV Arztnummer Praxis) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | zu diskutieren | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
189 | S. 72 Z 9 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
hl7:time IVL_TS 0 .. 1 | min. auf Datumsgranularität festlegen? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | In einem allgemeinen Template schwerlich einzuschränken | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
190 | S. 72 Z 12 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
<time>
<low value="20131101"/>
<high value="20131121"/>
</time> | Klarstellen: Sind offene Intervalle erlaubt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Beispiel ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
191 | S. 74 Z 37 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
weitere Beteiligte | Titel auf "Versicherter / Versicherung" beschränken | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
192 | S. 75 Z 46 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(Header
Participant
Kostentraeger) participant time | Klarstellen: Nur offene Intervalle, oder auch geschlossene? Auch Zeitpunkte erlaubt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Kommentar im template wird als ausreichend erachtet | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
193 | S. 76 Z 42 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In scopingOrganization
wird unter id das
Institutionskennzeichen
(IKNR) des Kostenträgers
mit @extension = die
eigentliche IKNR und
@root = "1.2.276.0.76.4.5"
(Dies ist die OID für IKNummern
in Deutschland)
angegeben | sollte die ID dann nicht 1..1 sein? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information vom Antragsteller | Was ist hier mit diesem Kommentar gemeint? | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
194 | S. 77 Z 26 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise) | Der Zusatz in Klammern macht für Entlass und Verlegungsdokumentation keinen Sinn. Niedergelassene entlassen und verlegen nicht. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Kommentar ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
195 | S. 77 Z 25 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden, | Klarstellen: Ist das "muss" hier als normative Forderung zu verstehen? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
196 | S. 77 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Text rechts abgeschnitten | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
197 | S. 78 Z 49 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Sollen ambulante Besuche (zB. in der Arztpraxis) über ein offenes Intervall ausgedrückt werden? Wäre hier nicht auch ein value TS als Option notwendig? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Ambulante Besuche finden auch innerhalb eines Intervalls statt (heute von 10 bis 11 Uhr), Beispiel ergänzt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
198 | S. 79 Z 16 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hier wäre ein eher strategischer Hinweis angebracht, ob es sich lohnt den Einweiser oder andere seperat geführte Participants hierhin zu duplizieren | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Wenn die responsible Party dasselbe ist, dann ist das hier zu duplizieren; hier geht es wie ausgewiesen um den Verantworltichen für den Aufenthalt; Der Einweiser hat hier typischerweise nichts zu suchen; ggf. kann hier nach Vorlage ein weiterer Hinweis gegeben werden | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
199 | S. 79 Z 30 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Hier wäre ein Hinweis sinnvoll, wann Implementierer die represented Organization verwenden sollen und wann die location/serviceProvider Organization. Die location ist mandatory, warum sollte ich das hier noch duplizieren? Belegarzt Szenario? | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | responsibleParty.representedOrganization und location.serviceProvider Organization können dasselbe sein, müssen es aber nicht; die Definitionen werden als ausreichend angesehen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
200 | S. 81 Z 6 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
9.1 Section: Non-XML-Body | Die Verwendung von in CDAs eingebetteten PDFs sollte nicht begünstigt werden. Dies erhöht die Implementierungskosten v.a. für Webanwendungen unnötig und birgt neue Sicherheitsrisiken und Autorisierungsprobleme. Wenn jemand zwanghaft ein PDF in ein CDA verpacken will, wird er das auch ohne die Hilfestellung des Leitfadens schaffen. Der Arztbrief 2015 sollte einen sinnvollen Mindest-Standard darstellen. Wenn jeder seine PDFs durch einen Minimal-Header in ein Arztbrief verwandeln kann, verwässert das die Aussagekraft einer Konformität zum AB 2015. Ein weiteres Risiko ist eine unnötige Duplizierung der Transportinformationen aus Aktensystemen in einen CDA header (v.a. bei IHE XDS Projekten) ohne jeglichen Mehrwert, wenn der Inhalt nur aus PDFs besteht. Was haben wir gewonnen wenn XDS Projekte alle PDFs in CDA wrappen um Arztbrief 2015-konform zu sein? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Mehrfach diskutiert im Interoperabilitätsforum | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
201 | S. 84 Z 32 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-SALUT, werden
kurzfristig durch tatsächliche numerische LOINC Codes ersetzt | Wenn die durchgängige Verwendung von LOINC gefordert wird, ist das gut. Wenn das X-codes zur Folge hat, bin ich skeptisch. Wie realistisch ist es, dass Regenstrief einen Code für die Begrüßung zur Verfügung stellt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Wenn man es tatsächlich macht, wahrscheinlich | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
202 | S. 85 Z 40 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-RFR, werden
kurzfristig durch tatsächliche numerische LOINC Codes ersetzt | X-RFR wird nicht verwendet, Kommentar entfernen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | entfernt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
203 | S. 89 Z 60 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
9.7 Section: Diagnosen | Einen Code für eine allgemeine Diagnose Section gibt es nicht? Was ist mit Dauerdiagnosen? Was passiert bei ambulanten Besuchen bei denen es ja keine Aufnahme / Entlassung gibt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Auch bei ELGA kennt man "allgemeine Diagnosen" nicht, zu diskutieren | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
204 | S. 98 Z 56 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
(at)code 1 .. 1 F X-FINREM | Warnung wegen X-code fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinzugefügt | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
205 | S. 100 Z 62 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
URI | sollte das nicht nur URL heissen? Sind auch URNs erlaubt? reine Dateinamen sind doch eigentlich weder URLs noch URIs | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Das muss de facto URL heißen, ist angepasst; reine Dateinamen sind local URLs | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
206 | S. 102 Z 44 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In der Tumordokumentation gilt die erweiterte Tabelle | welche erweiterte Tabelle? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
207 | S. 103 Z 51 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Dienstes | Ereignis, nicht Dienst | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | |||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
208 | S. 104 Z 26 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Für die Verarbeitung von Diagnosedaten über ein rechnergestütztes System ist die Vergabe von Ids empfehlenswert, um gezielt auf den Datensatz der Diagnose zugreifen zu können. | Sollten wir es dann nicht auf 1..1 festlegen. Für Ausnahmen gibt es immer noch nullFlavors … | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
209 | S. 104 Z 29 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
In der XML-Repräsentation wird
die Diagnose-ID im Attribut @extension und
die OID des Systems im Attribut @root
angegeben. | Von der Verwendung von extensions sollte abgeraten werden. Eine OID oder UUID als root ist vorzuziehen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
210 | S. 104 Z 46 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
( siehe auch Anhnag 10) | Ich konnte keinen Anhang 10 finden. Hier sollte aber auf jeden Fall ein Value Set definiert werden. Ich würde darüber v.a. Haupt diagnose und neben diagnose bei aufnahme und entlassung ausdrücken, bei ambulanten Fällen die akuten vs. dauerdiagnosen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
211 | S. 104 Z 62 | Negativ, kleineres Problem | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
beschriebene Beobachtung negiert wird | Verweis auf Auschlussdiagnose Kennzeichen fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
212 | S. 105 Z 31 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
erläuternde Text | Klarstellen: Geht es hier um den Freitext für eine Diagnose? Oder soll hier der Displayname der ICD diagnose verwendet werden? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
213 | S. 105 Z 34 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die strukturierte Darstellung sieht wie folgt aus. | Der Satz macht hier keinen Sinn | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Satz streichen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
214 | S. 105 Z 54 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
11.1.3.6 Diagnosezeitraum | Ist es auch möglich einen Zeitpunkt oder die Mitte eines auf beiden Seiten offenen Intervalls anzugeben (center)? Was mache ich, wenn ich nicht weiss seit wann der Patient an der Krankheit leidet? Müsste ich hierüber nicht auch "zustand nach" ausdrücken (d.h. high liegt in der Vergangenheit)? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
215 | S. 106 Z 24 | Tippfehler | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
OID-Register | DIMDI? HL7? Welches Register? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Verweis auf OID-Register streichen | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
216 | S. 106 Z 61 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
value | Value wurde schon für den Diagnose Code selbst verwendet (auch auf Ebene 2). Wie kann die Diagnose Sicherheit über ein gleichnamiges Element ausgedrückt werden? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
217 | S. 107 Z 12 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Diagnosesicherheit wird aus
der unten gezeigten Tabelle entnommen | Erstens betrifft dies nicht nur die Diagnose Sicherheit sondern alle 4 Kennzeichen (V und Z haben nichts mit Sicherheit zu tun). 2. Wenn wir alle 4 Werte über andere Felder ausdrücken können, brauchen wir den Qualifier doch nicht mehr, richtig? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
218 | S. 107 Z 27 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Die Lokalisation zu Diagnosen wird über das Element targetSiteCode angegeben. Wird die Lokalisation im Freitext angegeben, erfolgt die Darstellung über das Unterelement orginalText. Bei fehlender Codierung muss im Element targetSiteCode das Attribut @nullFlavor angegeben werden. | Verweis auf die Tabelle unten fehlt | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
219 | S. 108 Z 12 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
z.B. durch einen Arzt dokumentiert werden | Der Arzt wäre dabei aber der dataEnterer, was nicht mit der Definition zusammenpasst. Der dataEnterer macht keine Observations, er transkribiert nur vorhandene Informationen und wird nicht als dataEnterer geführt, wenn er selbst der Author ist. Brauchen wir das Dokumentationsdatum überhaupt getrennt vom Diagnosedatum? Was ist die klinische Relevanz vom Zeitpunkt an dem es aufgeschrieben wurde? Das hat vielleicht forensischen Nutzen, aber das müsste man eh im erstellendem Primärsysteme gesichert nachweisen ... Ich empfehle das Dokumentationsdatum zu entfernen. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
220 | S. 108 Z 28 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Ist keine explizite Klasse dataEnterer
vorhanden, so wird eine Participation-Klasse durch die Angabe des Attributes typeCode mit dem Wert ENT zu einer Klasse data Enterer. Über die Klasse participationRole kann die Person näher beschrieben werden.
 | es ist ein alternativer Modellierungsvorschlag der im Leitfaden unangebracht ist. | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
221 | S.109 Z 64 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Sicherheit der Diagnose / Umsetzung / G | Auch Gesichert lässt sich über einen uncertaintyCode ausdrücken (=N) | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
222 | S. 109 Z 66 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
uncertaintyCode
= UN | Ich würde auch lieber einen uncertaintyCode als einen Qualifier verwenden. Hier ist aber nicht definiert, wo das hin gehört (in der Tabelle oben fehlt es, wahrscheinlich weil CDA das element dummerweise weggekürzt hat). ActUncertainty definiert übrigens nur U als uncertain (d.h. Verdacht auf), nicht UN | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
223 | S. 109 Z 69 | Negativ, schwerwiegend | Tarik Idris | InterComponentWare AG | |
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Zustand nach | Wird dies nicht durch eine effectiveTime mit high value in der Vergangenheit ausgedrückt? | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Warten auf Information von anderer Arbeitsgruppe | Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
224 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | Tarik Idris | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
225 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Referenz entfernen | Tarik Idris | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
226 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | Tarik Idris | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
227 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert | Tarik Idris | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
228 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Muss noch diskutiert werden | Tarik Idris | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
229 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Die Use Cases | Tarik Idris | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
230 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Muss noch diskutiert werden | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
231 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Muss noch diskutiert werden | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
232 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Die Beschreibung enthält (ausreichend): Die Anhänge können entweder als Referenz oder als direkte Inklusion des Objektes übermittelt werden. | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
233 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
234 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Transport und Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Lösungsszenarien ausarbeiten als Aufgabe eingebracht in das Interoperabilitätsforum | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
235 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Ausarbeitung als Aufgabe eingebracht in das Interoperabilitätsforum | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
236 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Die Punkte sind hier genannt, weil sie in diesem Leitfaden nicht besprochen werden; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
237 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Externe Referenz hinzugefügt | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
238 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
239 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Text ergänzt | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
240 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum | Christof Gessner | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
241 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | zu diskutieren | Christof Gessner | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
242 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | In dem Kapitel Konformität geht es um die ganzheitliche Betrachtung von CDA-konformen Dokumenten. Gefordert wird hier die Erklärung des Konformanzkonstruktes Optionalität, was eigentlich vorausgesetzt wird. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
243 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | In der neuen Fassung der Spezifikation sind dort Konformanzangaben mehr enthalten. In der Template-Sepzifikation ist setId und versionNumber mandatory. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
244 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | die Einträge sind bereits Hyperlinks auf die entsprechenden Stellen im Text. Dauz muss man mit der Maus darüberfahren. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
245 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Zusätzliche Information in einer Hinweisbox. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
246 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Diese Einträge referenzieren Abschnitte, die in der ELGA-Sepzifkation vorkommen und kein direktes Äquivalent in unserer Spezifikation haben. Zusätzlicher Hinweis in der Einleitung. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
247 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
248 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
249 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
250 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
251 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
252 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
253 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
254 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
255 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Nicht relevant | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Sie haben auch keine Entsprechung im deutschen Arztbrief | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
256 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
"Verabreichte Medikation während des Aufenthalts" betrifft offentsichtlich nur das Krankenhaus; "Medikation bei Entlassung" ist nicht immer "Jetzige Medikation"; Name korrigiert | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
257 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
258 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
259 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
260 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Nicht relevant | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Sie haben auch keine Entsprechung im deutschen Arztbrief | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
261 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Das ist ein Constraint. Das generische Template erläutert die Anforderungen auf höherer Ebene, die dann noch weiter eingechränkt werden. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
262 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Ist angepasst | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
263 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Hinzugefügt | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
264 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Geändert, falsche Transklusion | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
265 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Geändert, falsche Transklusion | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
266 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
267 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Das ist der Hinweis, dass es sich hier um eine schamtron-basierte Regel handelt, die asu drei Teilen besteht. Vielleicht müsste man das noch einmal separat erläutern… | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
268 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angepasst | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
269 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angepasst | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
270 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
271 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
272 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Der Titel ist jetzt in Pluralform, was die unterschiedlichen Anamnesetypen verdetulichen soll, die dann als Unterpunkte angeführt werden. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
273 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Liste der bisherigen Krankheiten des Patienten" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
274 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Angaben über Erkrankungen macht, die bei Verwandten des Patienten aufgetreten sind" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
275 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Zur zukünftigen Verwendung | Das lassen wir an dieser Stelle bewusst offen. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
276 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Eine "Aufnahmediagnsoe" ist eine Diagnose, die während der Aufnahme gestellt wird, das ist nicht die Fragestellung der Überweisung. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
277 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Diagnose, mit der der Patient entlassen wurde" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
278 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Titel ändern: extformatierung für Diagnosen (auf Level 1) Die Textformatierung wird schon weiter oben in der Spezifikation erläutert. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
279 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | zusammengeführt | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
280 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Beschreibung der Allergien, Unverträglichkeiten und Risiken und deren beobachteten Nebenwirkungen, sowie sonstiger Risiken." | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
281 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Erhobene Medikation bei Aufnahme des Patienten." | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
282 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Sämtliche verabreichte Medikation während des Aufenthalts" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
283 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Titel der übergeordneten Sektion ändern: Medikationen | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
284 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Kurzbeschreibung sämtlicher während des Aufenthalts durch-geführten Maßnahmen, wie OPs, Eingriffe oder sonstige Maßnahmen." | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
285 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | in der Liste aufnehmen | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
286 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Empfehlung für weitere noch durchzuführende Maßnahmen" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
287 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Ein am Ende des Briefes formulierter Freitext entsprechend einer Grußformel. zB.: mit kollegialen Grüßen" | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
288 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "(mind.)" ergänzen | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
289 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
290 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
291 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Das ist zu diskutieren: Grundsätzlich lassen sich mit PCC Concern Entry auch Diagnosen übermitteln. Es ist aber nicht ganz dasselbe. Dazu kommen die zusätzlichen Anfordeurngen bzw. Details, die wir hinterlegt haben. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
292 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Warten auf Information von anderer Arbeitsgruppe | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Medikation-Teil ist nun ausgelagert und wird separat diskutiert | Jürgen Brandstätter, Stefan Sabutsch | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
293 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | In der IHE Spezifikation ist nicht viel enthalten. Eskönnte hier überlegt werden, inwieweit man unsere Vorgabe als Spezialisierung darstellt!? | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
294 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weitergeleitet | Ist zu diskutieren. Derzeit nutzen wir die Klasse observationMEdia anstelle von reference! | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
295 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Wird entfernt und nur als Referenz zwecks Zusatzinformation aufgeführt. | Jürgen Brandstätter, Stefan Sabutsch | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
296 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
297 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Satz umgedreht | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
298 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | vgl. #152 | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
299 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Das Schaubild wurde entfernt, die Notwendigkeit von section.text ergibt sich aus den Template-Definitionen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
300 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Das Schaubild wurde entfernt, der Text leicht angepasst | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
301 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
nun: Als Beispiel | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
302 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
303 | Neg-Mj | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Text ergänzt | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
304 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
305 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Abschnitt umgezogen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
306 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
307 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Tabelle eh durch Value Set ersetzt | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
308 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
309 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Satz angepasst | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
310 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Nicht angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Im Beispiel ist die URL eine relative Pfadangabe, was erlaubt ist (aber wohl auch nicht best practice) | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
311 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
312 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
313 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
314 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hoheitsangabe | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
315 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Text ergänzt, mit "Author (Person)" ist hier tatsächlich nur eine natürliche Person gemeint | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
316 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
317 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
318 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
319 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
320 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
321 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Weggelassen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
322 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Überschrift geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
323 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Die Überschrift wird als nicht irreführend eingestuft, der Text wurde angepasst | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
324 | A-S | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | geänderter Titel, da das hier ein Beispiel für Diagnosen ist | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
325 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | "Medikation bei Aufnahme" | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
326 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
327 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
328 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Angepasst | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
329 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Hinweis, dass auch mehrere Entries eingefügt werden können. | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
330 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Beispiel angepasst | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
331 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen mit Modifikationen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Satz geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
332 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht angenommen | Storyboards zeigen immer nur den gerenderten Inhalt, für XML-Beispiele gibt es die XML-Materialien | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
333 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Der Paragraf wurde entsprechend geändert | Michael Hofer | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
334 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Links werden besser sichtbar gemacht | Michael Hofer | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
335 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | entfernen | Lars Treinat | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
336 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinweis entfernen | Lars Treinat | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
337 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen | Hinweis entfernen | Lars Treinat | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
338 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | Dies wird über die Templates in ART-DECOR organisiert. Die Nennung bedeutet, dass das Template auch in den Labormeldungen Verwendung findet. Hierdurch soll der Aspekt der Wiederverwendung von Templates verdeutlicht werden. | Lars Treinat | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
339 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Nicht angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Was eine "sichere (eindeutige)" Kommunikation ist, bleibt kontextabhängig, zu mindest in der menschlichen kommunikation. Es geht in diesem Abschnitt um das Spannungsfeld, dass sich für Interoperabiltät auftut und das man mit entsprechenden Methodiken effizient und "sicher (eindeutig)" abbilden kann/muss. | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
340 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Ergänzung im Text | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
341 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Beispiel korrigiert | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
342 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Beispiel war unglücklich, nun ist es glücklich | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
343 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Beispiel korrigiert | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
344 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Ein entsprechender Paragraf wurde hinzugefügt: Identifikationen | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
345 | A-T | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Angenommen mit Modifikationen | A: korrigiert B: der Originaltext ist in englisch | Dr. Rainer Fehling | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
346 | Neg-Mi | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Im Beispiel hinzugefügt | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
347 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | |||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Nicht relevant | Diese Umsetzungsmöglichkeit ist nach langer Diskussion aufgenommen worden, um den Herstellern eine Chance zu geben, für die eine direkte vollständige Umsetzung in Sektionen nicht möglich ist. | Dr. Rainer Fehling | |||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
348 | A-C | ? ? | |||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
Nein | Angenommen | ||||
Reconcile | Entscheidung | Kommentar | Abstimmung | ||
Ein Dokument zum Überleitungsmanagement ist in Vorbereitung, es macht Gebrauch von Abschnitten aus dem Arztbrief, ist aber eine eigenständige Dokumenten-Definition | Dr. Rainer Fehling | ||||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
349 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
350 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
351 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
352 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
353 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
354 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
355 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||
ID | Referenz | Typ | Antragsteller | Organisation | Im Namen von |
356 | ? ? | ||||
Kommentar | Existierende Formulierung | Vorgeschlagene Änderung | Begründung | ||