Test35: Unterschied zwischen den Versionen

Version vom 15. Juli 2015, 19:42 Uhr

<?xml version="1.0" encoding="UTF-8"?><result xmlns="urn:schemas-microsoft-com:office:spreadsheet"><ballotcomments><vote index="1"><event type="initial">^[1]<type>A-T</type><exsits>elektronischen Übermittlung von Arztbriefen</exsits><changeproposal/><reason>Es geht nicht um die reine Übermittlung - sprich Kommunikation - von Arztbriefen. Es geht um den Arztbrief an sich.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="2"><event type="initial">^[2]<type>A-T</type><exsits>Kommunikation zwischen Niedergelassenen und Krankenhäusern</exsits><changeproposal/><reason>Hier könnte der Eindruck entstehen, dass nur sektorenüberreifend kommuniziert wird, Ziel muss aber die sektorenübergreifende Kommunikation sein</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="3"><event type="initial">^[3]<type>A-T</type><exsits>als freiwillige Anwendung betrachtet. Somit ergeben sich mit Einführung einer nationalen Telematikinfrastruktur verschiedene Vorgaben</exsits><changeproposal/><reason>Ich verstehe den kausalen Zusammenhang nicht zwischen Freiwilligkeit und den damit verbundenen Vorgaben. </reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="4"><event type="initial">^[4]<type>A-T</type><exsits>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.</exsits><changeproposal/><reason>Wenn der Brief in Papierform versendet wird, ist dieser i.d.R. signeirt. Diese Anforderung sollte natürlich auch der elektronische Weg vorsehen.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="5"><event type="initial">^[5]<type>A-T</type><exsits>VHitG-Initiative „Intersektorale Kommunikation"</exsits><changeproposal/><reason>Sprechen wir noch immer vom VHitG?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="6"><event type="initial">^[6]<type>A-T</type><exsits/><changeproposal/><reason>Fehlt hier möglicherweise auch noch so etwas wie Autorisierung und Authentisierung</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="7"><event type="initial">^[7]<type>A-T</type><exsits>Schemas vs Schemata</exsits><changeproposal/><reason>Die Begrife Schemata und Schemas werden verwendet. Bitte vereinheitlichen</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="8"><event type="initial">^[8]<type>A-T</type><exsits>Viele (insbesondere internationale) Spezifikationenbasieren auf CDA: IHE PCC, ELGA, CDA-CH2 um nur einige zu nennen.</exsits><changeproposal>Viele (insbesondere internationale) Spezifikationenbasieren auf CDA (z.B. IHE PCC, ELGA, CDA-CH2), um nur einige zu nennen.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="9"><event type="initial">^[9]<type>A-T</type><exsits>CDAr2</exsits><changeproposal>CDA Release 2</changeproposal><reason>Insgesamt gesehen werden die bezichnungen nicht einheitlich verwendet. </reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="10"><event type="initial">^[10]<type>A-T</type><exsits>HL7 als Kommunikationsprotokoll</exsits><changeproposal/><reason>Diese Darstellung ist zu kurz. HL7 ist mehr. Auf Seite 16 Abs. 4.2 entwickelt HL7 sogar.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="11"><event type="initial">^[11]<type>A-T</type><exsits>einem der bedeutungsreichsten internationalenStandardentwickler</exsits><changeproposal>einer der bedeutungsreichsten internationalenStandardentwicklerorganisationen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="12"><event type="initial">^[12]<type>Neg-Mi</type><exsits>Beispiele: [XML], [cdaconf1, cdaconf2]</exsits><changeproposal/><reason>Fehlendes Literaturverzeichnis</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="13"><event type="initial">^[13]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Fehlendes Glosaar, fehlendes Abkürzungsverzeichnis</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Auf das Interoperabilitätsglossar (Enzyklopädie) wird hingewiesen, ein Abkürzungsverzeichnis hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="14"><event type="initial">^[14]<type>A-T</type><exsits>also dauerhafte Existenz in den sendenden oder empfangendenSystemen gekennzeichnet</exsits><changeproposal>also dauerhafte Existenz in den sendenden und/oder empfangendenSystemen gekennzeichnet</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="15"><event type="initial">^[15]<type>A-T</type><exsits>Eine Organisation zeichnet</exsits><changeproposal>Eine Organisation ist</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="16"><event type="initial">^[16]<type>A-T</type><exsits>den authentifizierten Inhalt sichtbarauthentifizierten Inhalt sichtbarzu machen.</exsits><changeproposal/><reason>Was ist damit gemeint? Ein einem Versendern zuordnenbarer Inhalt sosichtbar gemacht werden????</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="17"><event type="initial">^[17]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Abbildugnsverzeichnis und - nummerierung fehlen</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment>Wird sukkzessive nachgerüstet</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="18"><event type="initial">^[18]<type>A-T</type><exsits/><changeproposal/><reason>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.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="19"><event type="initial">^[19]<type>A-T</type><exsits>CDA Entries/ Body Entries</exsits><changeproposal/><reason>Werden die beiden Begriffe syonym verwendet?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="20"><event type="initial">^[20]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die Abb. Auf Seite 21 ist kaum lesbar.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Korrigiert für das PDF</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="21"><event type="initial">^[21]<type>A-T</type><exsits>Diese Auswahlliste von Aktivitäten</exsits><changeproposal/><reason>Steht Aktivität synonym für act</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="22"><event type="initial">^[22]<type>A-T</type><exsits>beziechnet.</exsits><changeproposal>bezeichnet.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="23"><event type="initial">^[23]<type>A-T</type><exsits>das ganz</exsits><changeproposal>das ganze</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="24"><event type="initial">^[24]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die Abb. Auf Seite 23 ist nicht lesbar.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Korrigiert für das PDF</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="25"><event type="initial">^[25]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Tabellennummerierung iund Tabellenverzeichnis fehlt</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment>Wird sukkzessive nachgerüstet</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="26"><event type="initial">^[26]<type>A-T</type><exsits>Des weiteren kann hier auf die optionale oder verpflichtendeNutzung von Entry-Level-Templates hingewiesen werden.</exsits><changeproposal/><reason>Was ist damit gemeint? </reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="27"><event type="initial">^[27]<type>A-T</type><exsits>Implementation Guide</exsits><changeproposal>Implementationsleitfaden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="28"><event type="initial">^[28]<type>A-T</type><exsits>Überweisunggen,</exsits><changeproposal>Überweisungen,</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="29"><event type="initial">^[29]<type>A-T</type><exsits>Im allgemeinen</exsits><changeproposal>Im Allgemeinen</changeproposal><reason>Macht es Sinn nur einen Abschnitt 5.1 auf der Ewbene zu verwenden. Es gibt kein 5.2</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="30"><event type="initial">^[30]<type>A-T</type><exsits>mehrere Möglichkeiten ,</exsits><changeproposal>mehrere Möglichkeiten,</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="31"><event type="initial">^[31]<type>A-T</type><exsits/><changeproposal/><reason>Die Liste könnte erweitert werden um KV Connect, Kom-Le, Safemail</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="32"><event type="initial">^[32]<type>A-T</type><exsits/><changeproposal/><reason>m.E. ist das ClinicalDocument nichtnur eine Klasse des Headers sondern umschließt auch den gesamten Body.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="33"><event type="initial">^[33]<type>A-T</type><exsits/><changeproposal/><reason>Die Abbildung enthält am Rand noch Reste eines Textfeldes</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="34"><event type="initial">^[34]<type>A-T</type><exsits>des Dokumentes</exsits><changeproposal>des Dokuments</changeproposal><reason>einheitliche Verwendung</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="35"><event type="initial">^[35]<type>Neg-Mj</type><exsits/><changeproposal/><reason>Die Tabelle macht keine Aussagen über Datentyp und Kardinalität </reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Redundante Tabelle, nun als Verweise auf Dokumentenstruktur und Dokumenten-Level-Template</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="36"><event type="initial">^[36]<type>A-T</type><exsits>Sie sind hier deshalb nur kurz der Übersicht halber aufgelistet sind</exsits><changeproposal>Sie sind hier deshalb nur kurz der Übersicht halber aufgelistet </changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="37"><event type="initial">^[37]<type>A-T</type><exsits/><changeproposal/><reason>Tabellenbezeichnung fehlt gänzlich</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="38"><event type="initial">^[38]<type>A-T</type><exsits>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.</exsits><changeproposal>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.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="39"><event type="initial">^[39]<type>A-T</type><exsits>Wie bereits angedeutet gibt</exsits><changeproposal>Wie bereits angedeutet, gibt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="40"><event type="initial">^[40]<type>A-T</type><exsits>In diesem Fall besteht der Body lediglich aus einerrelativ einfachen XML-Struktur, in der das Dokument kodiert</exsits><changeproposal>In diesem Fall besteht der Body lediglich aus einerrelativ einfachen XML-Struktur, in die das Dokument kodiert</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="41"><event type="initial">^[41]<type>A-T</type><exsits>dass der CDA Body für den Arztbrief aus ein bis vielen Abschnitten(section) besteht</exsits><changeproposal>dass der CDA Body für den Arztbrief aus einem bis vielen Abschnitt(en)(section) besteht</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="42"><event type="initial">^[42]<type>A-T</type><exsits>Als Beispiel ist hier ein „Kapitel" Anamnese zu nennen, dass sich</exsits><changeproposal>Als Beispiel ist hier ein „Kapitel" Anamnese zu nennen, das sich</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="43"><event type="initial">^[43]<type>A-T</type><exsits>Hier ist als Beispiel der Diagnose-Code für eine Entlass-Diagnoseangedeutet.</exsits><changeproposal/><reason>Dies wird aber ausd er Abbildung nicht ersichtlich</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="44"><event type="initial">^[44]<type>A-T</type><exsits>„Level 1 bis 3 unten</exsits><changeproposal>Level 1 bis 3 unten</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="45"><event type="initial">^[45]<type>A-T</type><exsits>CDA-Dokument oder CDA-Dokument</exsits><changeproposal/><reason>einheitliche Schreibweise</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="46"><event type="initial">^[46]<type>A-T</type><exsits/><changeproposal/><reason>Abb. Auf Seite 32: "???" muss noch ersetzt werden</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="47"><event type="initial">^[47]<type>A-T</type><exsits/><changeproposal/><reason>Was machen "author" und "informant" im "StructuredBody"?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="48"><event type="initial">^[48]<type>A-T</type><exsits>Entry Diagnose</exsits><changeproposal>Entry "Diagnose"</changeproposal><reason>in "" oder kursiv</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="49"><event type="initial">^[49]<type>A-T</type><exsits>Diese Festlegung kann sowohl die textuelleDarstellung mit text und title betreffen als auch die Vorgabe</exsits><changeproposal>Diese Festlegung kann sowohl die textuelleDarstellung mit <text> und <title> betreffen als auch die Vorgabe</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="50"><event type="initial">^[50]<type/><exsits/><changeproposal/><reason>Sind Code-Fragemente in den blauen Boxen keine Abbildungen (s. Kap 6)</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="51"><event type="initial">^[51]<type>A-T</type><exsits>Standard</exsits><changeproposal/><reason>Welcher Standard ist gmeint</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="52"><event type="initial">^[52]<type>A-T</type><exsits>Standard</exsits><changeproposal/><reason>Welcher Standard ist gmeint</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="53"><event type="initial">^[53]<type>A-T</type><exsits>Tabelle 15: Stil-Codes für den narrativen Text</exsits><changeproposal/><reason>Tavelle 15 ??????</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="54"><event type="initial">^[54]<type>A-T</type><exsits>Abbildung 21: ObservationMedia CDA</exsits><changeproposal/><reason>Abbildung 21 ????</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="55"><event type="initial">^[55]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Spaltennamen der Tabelle sind nicht erklärt: DT, Conf,</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="56"><event type="initial">^[56]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Entspricht Spaltenname "Status" etwa "Conf"</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="57"><event type="initial">^[57]<type>A-T</type><exsits>wird es in den Niederlandenkaum benutzt werden.</exsits><changeproposal/><reason>Spielt dies eine Rolle?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="58"><event type="initial">^[58]<type>A-T</type><exsits>Resolutionen</exsits><changeproposal>Auflösungen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="59"><event type="initial">^[59]<type>A-T</type><exsits>Videobilder</exsits><changeproposal>Videosequenzen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="60"><event type="initial">^[60]<type>A-T</type><exsits>Ausprägung</exsits><changeproposal/><reason>Was ist mit der Spalte "Ausprägung" gemeint?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="61"><event type="initial">^[61]<type>A-T</type><exsits>fax</exsits><changeproposal>Fax</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="62"><event type="initial">^[62]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die 3. Ebene fehlt: 7.1.0</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>korrigiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="63"><event type="initial">^[63]<type>A-T</type><exsits>um welchen Dokumenttyp handelt es sich</exsits><changeproposal>Typ des Dokuments</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="64"><event type="initial">^[64]<type>A-T</type><exsits>Tabelle: Übersicht über die (in diesem Leitfaden besprochenen) CDA-Header-Elemente, deren Datentyp bzw. Bedeutung und derenKardinalität</exsits><changeproposal>Tabelle: Übersicht über die (in diesem Leitfaden besprochenen) CDA-Header-Elemente, deren Datentyp bzw. Bedeutung, derenKardinalität und deren Status</changeproposal><reason>Ist "Status" synonym für "Conf."</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="65"><event type="initial">^[65]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die Ausprägungen für "Conf" sind sehr utnerscheildich: M, O, R, NP, empfohen, verpflichtend,F</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Die Erläuterungen zu den Notationen der ART-DECOR Templates sind extern verfügbar, ein entsprechender Link ist hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="66"><event type="initial">^[66]<type>A-T</type><exsits>zu den Definition der ELGA</exsits><changeproposal>zu den Definitionen der ELGA</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="67"><event type="initial">^[67]<type>A-T</type><exsits>unstrukturierter Body (d.h. Abschnitte)</exsits><changeproposal>unstrukturierter Body (d.h. Abschnitt)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="68"><event type="initial">^[68]<type>A-T</type><exsits/><changeproposal/><reason>Generell: Es fehlen mit die Loinc-Code und müssen die ELGA-Hinweise rein?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="69"><event type="initial">^[69]<type>A-T</type><exsits/><changeproposal/><reason>In mehreren Zeilen steht nur der Verweis auf ELGA ohne weitere Spalten-Inhalte</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="70"><event type="initial">^[70]<type>A-T</type><exsits>Header-Level-Templates</exsits><changeproposal>Header-Templates</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="71"><event type="initial">^[71]<type>A-T</type><exsits/><changeproposal/><reason>In Zeile Beschreibung steht noch der Hinweis "Bearbeiten"</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="72"><event type="initial">^[72]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die Tabelle ist nicht vollständig zu sehen</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal>korrigiert</withdrawal><decisioncmt/><comment>korrigiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="73"><event type="initial">^[73]<type>A-T</type><exsits/><changeproposal/><reason>Was bedeuttet der mehrfach aufgeführte Begrff "DYNAMIC"</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="74"><event type="initial">^[74]<type>A-T</type><exsits/><changeproposal/><reason>Müssen die Einträge der Art "Eingefügt von …" aufgeführt werden?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="75"><event type="initial">^[75]<type>Neg-Mi</type><exsits/><changeproposal/><reason>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)</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>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. </comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="76"><event type="initial">^[76]<type>A-T</type><exsits/><changeproposal/><reason>Die Icons mit den gleichen Anmerkungen sind unterschiedlich</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="77"><event type="initial">^[77]<type>A-T</type><exsits/><changeproposal/><reason>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?</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="78"><event type="initial">^[78]<type>Neg-Mi</type><exsits/><changeproposal/><reason>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.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Hinweis, dass Diagnosen auf Level 3 nur nicht-normativ im Leitfaden stehen.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="79"><event type="initial">^[79]<type>A-T</type><exsits/><changeproposal/><reason>das Bsp. auf Seite 99 ist nicht korrekt: Element tempalteId und code sind mandatory, werden aber im Bsp. nicht aufgeführt.</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="83"><event type="initial">^[80]<type>A-T</type><exsits>Abbildung 1:</exsits><changeproposal/><reason>Nummerierung</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="84"><event type="initial">^[81]<type>A-T</type><exsits>vorangegangen Dienstes</exsits><changeproposal>vorangegangenen Dienstes</changeproposal><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="85"><event type="initial">^[82]<type>A-T</type><exsits/><changeproposal/><reason>In der Tabelle werden Unterabschnitte adressiert. Ist das gewollt? </reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="86"><event type="initial">^[83]<type>A-T</type><exsits/><changeproposal/><reason/><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="87"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type/><exsits/><changeproposal/><reason>Die Inahlte ind er Abb. Sind teilweise schlecht lesbar. Die Nummerierung passt nicht</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="88"><event type="initial">^[84]<type>A-T</type><exsits/><changeproposal/><reason>Das Ende des Abschnitts fehlt</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="89"><event type="initial">^[85]<type>A-T</type><exsits/><changeproposal/><reason>Das Ende des Abschnitts fehlt</reason><talk>Nein</talk><group/><byperson>Dr. Erich Gehlen </byperson><byorg>DURIA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="90"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>A-S</type><exsits/><changeproposal/><reason>Hauptkapitel sollten auf einer neuen Seite beginnen</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="91"><event type="initial">^[86]<type>Neg-Mi</type><exsits>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.</exsits><changeproposal>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.</changeproposal><reason>konkreten Hinweis einbauen</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Wird noch offiziell erklärt.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="92"><event type="initial">^[87]<type>A-S</type><exsits>Motivation</exsits><changeproposal/><reason>Workbox entfernen</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="93"><event type="initial">^[88]<type>A-S</type><exsits>Liste prüfen</exsits><changeproposal/><reason>Workbox entfernen</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="94"><event type="initial">^[89]<type>Neg-Mj</type><exsits>Level 2</exsits><changeproposal>Level 2 besagt, dass konkrete Vorgaben existieren, die eingehalten werden müssen. Eine maschinenauswertbare Identifikation kann entweder über Codes oder Template-Ids erfolgen.</changeproposal><reason>Beispiel anpassen, ggf. 2. Beispiel</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Es ist nun ein entsprechender Text aufgenommen, der die Festlegung von Codes für den Arztbrief verbindlich vorschreibt.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="95"><event type="initial">^[90]<type>A-S</type><exsits/><changeproposal/><reason>Abb.21 kleiner</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="96"><event type="initial">^[91]<type>Neg-Mi</type><exsits>PN.DE</exsits><changeproposal/><reason>2. Spalte von links</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>In 3. Spalte nachdrücklicher erwähnt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="97"><event type="initial">^[92]<type>A-T</type><exsits>7.1.0.4</exsits><changeproposal>7.1.1</changeproposal><reason>falsche Nummerierung</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="98"><event type="initial">^[93]<type>A-C</type><exsits>Conf.</exsits><changeproposal/><reason>Haben wir irgendwo die Codes erläutert?</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="99"><event type="initial">^[94]<type>A-T</type><exsits>7.1.0.4.1</exsits><changeproposal>7.1.1.1</changeproposal><reason/><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="100"><event type="initial">^[95]<type>Neg-Mi</type><exsits>Template-Tabellen</exsits><changeproposal/><reason>Die Tabellen müssen so formatiert sein, dass sie von der Breite her auf eine Seite passen.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Die neueren Rendering-Verfahren lassen die tabellen besser aussehen.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="101"><event type="initial">^[96]<type>Neg-Mj</type><exsits/><changeproposal/><reason>Ich bin mit der Darstellung der Spezialisierung nicht einverstanden, da nicht klar herauskommt, worin die Spezialisierung besteht und was die Unterschiede sind!</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Zur zukünftigen Verwendung</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="102"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>Neg-Mj</type><exsits>"Spezialisierung"</exsits><changeproposal/><reason>Hier sollte neben der OID auch der Name angegeben sein, da sonst eine Nachvollziehbarkeit unnötig erschwert wird.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Insofern die OID im Repository bekannt ist wird der Name zusätzlich angezeigt.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="103"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>Neg-Mj</type><exsits/><changeproposal/><reason>Die Templates für Anamnese und Medikation leiten sich jeweils von einer gemeinsamen Vorgabe ab. Das kommt aber nicht mehr heraus.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Welche ist die gemeinsame Vorgabe? Section? Dass diese Templates eine Spezialisierung von Section sind, ist aufgenommen und zu sehen.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="104"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>Neg-Mj</type><exsits/><changeproposal/><reason>Sämtliche Grafiken bei den Abschnitten und Entries fehlen.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="105"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>Neg-Mi</type><exsits/><changeproposal/><reason>Nicht alle Abschnitte haben Beispiele.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiele werden sukkzessive ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="106"><event type="initial">Referenzfehler: Das öffnende <ref>-Tag ist beschädigt oder hat einen ungültigen Namen<type>A-S</type><exsits/><changeproposal/><reason>Bei den Codes in den Sektionen sollte der DisplayName zur Information als optional mit angegeben werden.</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="107"><event type="initial">^[97]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Beispiel ergänzen</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiele werden sukkzessive ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="108"><event type="initial">^[98]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Grafik aktualisieren</reason><talk>Nein</talk><group/><byperson>Frank Oemig </byperson><byorg>AGFA</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Grafik aus den HL7-Mittilungen übernommen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="109"><event type="initial">^[99]<type>A-T</type><exsits> vorgenannten</exsits><changeproposal>vielleicht besser: vorher genannten oder s.o ?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="110"><event type="initial">^[100]<type>A-T</type><exsits>Kardinalität</exsits><changeproposal/><reason>Text ist falsch . Kardinalität und Datentyp sind in der Tabelle "Übersicht über..." nicht enthalten</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="111"><event type="initial">^[101]<type>A-T</type><exsits/><changeproposal/><reason>Warum ist in der Tabelle "Header - Assoziationen" der CDA Body und keine Tabellenbeschriftung?</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="112"><event type="initial">^[102]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Die Tabelle "Vokabular" entspricht weder dem HL7 vokabular noch der mime type tabelle auf unsere hl7 wiki. Warum diese separate Tabelle?</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Value Set aus ART-DECOR transkludiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="113"><event type="initial">^[103]<type>A-T</type><exsits/><changeproposal/><reason>gilt die Beschreibung der -umsetzungsstufen nur für die eEPA?</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="114"><event type="initial">^[104]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Beispiel auf das in 14.1 verwiesen wird ist weder als link noch im Anhang enthalten.</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Das Gesamtbeispiel ist nicht im Leitfaden als soclches enthalten, es ist nun aber ein Link hinzugefügt.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="115"><event type="initial">^[105]<type>Neg-Mi</type><exsits>logo brightone</exsits><changeproposal>das logo kann entfernt werden. Die Firma gibt es meines Wissens nicht mehr</changeproposal><reason/><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Logo mit dem Hinweis versehen "bis Dezember 2013", Siemens Logo hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="116"><event type="initial">^[106]<type>A-T</type><exsits/><changeproposal/><reason>Die Dr. Titel fehlen</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="117"><event type="initial">^[107]<type>Neg-Mi</type><exsits>offenes TODO</exsits><changeproposal/><reason>muss ein Verweis auf die Mitgliedschaft hin?</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal>Wird noch offiziell erklärt.</withdrawal><decisioncmt/><comment>Wird noch offiziell erklärt.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="118"><event type="initial">^[108]<type>Neg-Mi</type><exsits/><changeproposal/><reason>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</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Wir stimmen mit dem Kommentaror überein: alle Bausetllenzeichen wurden entfernt und ggf. der Text entsprechend ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="119"><event type="initial">^[109]<type>A-C</type><exsits/><changeproposal/><reason>Ich würde die den Eigenschaften keine eigene Überschrift geben…</reason><talk>Nein</talk><group/><byperson>Daniel Hellmuth </byperson><byorg>Siemens</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="120"><event type="initial">^[110]<type>A-C</type><exsits>copyright Symbol</exsits><changeproposal>copy right ausschreiben</changeproposal><reason>lesbarkeit</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="121"><event type="initial">^[111]<type>A-C</type><exsits>Baustelle bemerkung</exsits><changeproposal>löschen</changeproposal><reason>erledigt</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="122"><event type="initial">^[112]<type>A-S</type><exsits>Hinweis zu kom. Nutzungrechten</exsits><changeproposal>notwendig, bitte einfügen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="123"><event type="initial">^[113]<type>A-S</type><exsits>Hinweis IHE Cookbook </exsits><changeproposal>unklar ob nur für Security, dann ok, ansonsten eher nicht</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="124"><event type="initial">^[114]<type>A-C</type><exsits>SCIPHOX erhält Aufgabe</exsits><changeproposal>unklar, ob es SCIPHOX noch gibt und die Aufgabeereldigen kann, Begriff/Rolle SCIPHOX nicht erklärt</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="125"><event type="initial">^[115]<type>A-C</type><exsits>Abbildung Clin. Doc. Klasse unsauber ausgeschnitten</exsits><changeproposal>Ränder bessererfassen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="126"><event type="initial">^[116]<type>A-C</type><exsits>Zeile 22, 38, 52 Einträge in Spalte Kommentar eine Zeile zu tief gerutscht</exsits><changeproposal/><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="127"><event type="initial">^[117]<type>A-C</type><exsits>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)</exsits><changeproposal>jeweiligen Abschnitt "Benutzt von " auf einen Eintrag kürzen, oder "Benutzt von" entfernen, da teilweise selbst referenzierend (Arztbrief)</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="128"><event type="initial">^[118]<type>A-S</type><exsits>Section "Fragestellung" bezieht sich auf eine Überweisung, damit ist die Überschrift wenig aussagekräftig gewählt</exsits><changeproposal>bessere Überschrift oder mehr Optionen für eine Fragestellung wählen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="129"><event type="initial">^[119]<type>A-C</type><exsits>? Und i Anmerkung mit ähnlichem Text aber unetrscheidliche Kennzeichnung (?, i)</exsits><changeproposal>vermutlich entfernen und LOINC einfügen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="130"><event type="initial">^[120]<type>A-S</type><exsits>nur zwei Diagnosen (Aufnahme, Entlassung) vorgesehen, was ist mit "Einweisungs-" oder "Verlegungs-" diagnose oder gar Abrechnungsdiagnose ?</exsits><changeproposal>ok, Verlegung = Entlassung und Aufnahme, aber vom amb. --> stat. per "Einweisungsdiagnose", Abrechnung mag entfallen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="131"><event type="initial">^[121]<type>A-C</type><exsits>Zeile 64, copy & paste Fehler Allergie aus vorigem Abschnitt 9.8</exsits><changeproposal>Text anpassen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="132"><event type="initial">^[122]<type>A-C</type><exsits>Zeile 30, copy & paste Fehler Allergie aus vorigem Abschnitt 9.8</exsits><changeproposal>Text anpassen</changeproposal><reason>toto</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="133"><event type="initial">^[123]<type>A-C</type><exsits>zweimal Baustelle - hier ist das Dokument noch unvollständig</exsits><changeproposal>bitte ergänzen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="134"><event type="initial">^[124]<type>A-C</type><exsits>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</exsits><changeproposal>bitte Bezug herstellen</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="135"><event type="initial">^[125]<type>A-C</type><exsits>noch einige Kommentare und offene Punkte, die aufzulösen wären</exsits><changeproposal>auflösen, bearbeiten</changeproposal><reason>todo</reason><talk>Nein</talk><group/><byperson>Martin Staemmler </byperson><byorg>FH-Stralsund </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="136"><event type="initial">^[126]<type>Neg-Mj</type><exsits>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.</exsits><changeproposal>Der ganze Absatz stellt Forderungen, die ich sich nicht wirklich auf die Spezifikation selbst zu beziehen scheinen. Hier sollte gekürzt und fokussiert werden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="137"><event type="initial">^[127]<type>Neg-Mj</type><exsits>In einer späteren Ausbaustufe kann die Einweisung/Überweisung definiert werden.</exsits><changeproposal/><reason>d.h. die ist noch nicht durch diese Spezifikation abgedeckt?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Nein, ist sie nicht. Ein Arztbrief ist NIE eine Einweisung oder Überweisung.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="138"><event type="initial">^[128]<type>A-C</type><exsits>es wird vom sendenden System dauerhaft gespeichert</exsits><changeproposal/><reason>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).</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="139"><event type="initial">^[129]<type>A-C</type><exsits>in der eigenen Datenbank gespeichert und die Nachricht als solche danach gelöscht</exsits><changeproposal/><reason>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?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="140"><event type="initial">^[130]<type>A-S</type><exsits/><changeproposal>OP-Berichte, Laborberichte, andere Befunde sind kein Fokus</changeproposal><reason>Muss man nicht ausschliessen, aber sollte hier oder weiter oben erwähnt werden.</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="141"><event type="initial">^[131]<type>A-T</type><exsits>Nachrichten</exsits><changeproposal>Dokumente</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="142"><event type="initial">^[132]<type>Neg-Mj</type><exsits>XML-basierte Implementierung</exsits><changeproposal/><reason>Ist die XML Implementierung hier nicht normativ??</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Grundsätzlich lassen sich auch andere Formen denken. Die XML-Darstellung ist normativ, die verwendeten Schemas nicht. Text wurde leicht angepasst.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="143"><event type="initial">^[133]<type>Neg-Mj</type><exsits>Dokument als Ganzes, Teilinformationen daraus können nicht ohne Bezug auf das Dokument verwendet werden.</exsits><changeproposal/><reason>muss man das so hart ausschliessen?</reason><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="144"><event type="initial">^[134]<type>Neg-Mi</type><exsits>mit einem einzigen Stylesheet</exsits><changeproposal/><reason>Ist dies wirklich eine Anforderung? Warum?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>ersetzt durch "geeignet"</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="145"><event type="initial">^[135]<type>Neg-Mi</type><exsits>auch andere Arten von Dokumenten wie Ein-/Überweisungen, Befunde, Bilder, etc.</exsits><changeproposal/><reason>Der Aufbau von anderen Dokumenten wird in diesem Leitfaden nicht behandelt</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>ersetzt durch "Die Prinzipien der Gliederung gelten aber auch für andere Arten von Dokumenten wie Ein-/Überweisunggen, Befunde, etc. "</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="146"><event type="initial">^[136]<type>A-T</type><exsits>so wie sie in den hier beschriebenen Anwendungsszenarien zur Anwendung kommen.</exsits><changeproposal>so wie sie in den im Anhang beschriebenen Anwendungsszenarien …</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="147"><event type="initial">^[137]<type>Neg-Mi</type><exsits>und deren Kardinalität</exsits><changeproposal/><reason>Kardinalitäten sind nicht in der Tabelle angegeben</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="148"><event type="initial">^[138]<type>Neg-Mi</type><exsits>und deren Kardinalität</exsits><changeproposal/><reason>Kardinalitäten sind nicht in der Tabelle angegeben</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="149"><event type="initial">^[139]<type>A-T</type><exsits>sind:</exsits><changeproposal>-</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="150"><event type="initial">^[140]<type>Neg-Mj</type><exsits>Urheber / Authentifikation / Unterzeichner</exsits><changeproposal>Unterzeichner</changeproposal><reason>Die Alternativen im Titel verwirren nur. Urheber ist ausserdem eher Autor</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>nun "weitere Unterzeichner"</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="151"><event type="initial">^[141]<type>Neg-Mj</type><exsits>Genauer definieren, was der Arztbrief eigentlich ist und was er können soll!</exsits><changeproposal/><reason>Vor allem auch definieren welche Dokumententypen nicht dazugehören. Ist der OP-Bericht drin?</reason><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>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).</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="152"><event type="initial">^[142]<type>A-T</type><exsits>"Level 1 bis 3" unten</exsits><changeproposal/><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="153"><event type="initial">^[143]<type>A-S</type><exsits>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</exsits><changeproposal>Fokus des Leitfadens auf Arztbriefe klarmachen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="154"><event type="initial">^[144]<type>A-T</type><exsits>XML technisch gesprochen validieren CDA Dokumente jeden Levels gegen das generische CDA Schema. </exsits><changeproposal/><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="155"><event type="initial">^[145]<type>Neg-Mi</type><exsits>weiter gehend strukturieren</exsits><changeproposal>weitergehend strukturiert darstellen</changeproposal><reason>Struktur als Darstellungsaspekt von Entry Level Strukturierung unterscheiden (wording)</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="156"><event type="initial">^[146]<type>A-S</type><exsits>(at)listType ist die Liste </exsits><changeproposal/><reason>hilfreiche Klarstellung: Müssen auch unsortiere Listen in der gegebenen Reihenfolge dargestellt werden?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="157"><event type="initial">^[147]<type>A-S</type><exsits>unsortiertstyleCode=Bold Italics></exsits><changeproposal/><reason>Wie funktionieren Kombinationen? Kann man beliebige Kombinationen in beliebiger Reihenfolge angeben?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="158"><event type="initial">^[148]<type>Neg-Mi</type><exsits>Conf spalte</exsits><changeproposal/><reason>Erklärung der Conf Spalte fehlt</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Darstellung der Attribute nun a.a.O.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="159"><event type="initial">^[149]<type>A-S</type><exsits>OMVL</exsits><changeproposal/><reason>Wofür steht das?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="160"><event type="initial">^[150]<type>A-S</type><exsits/><changeproposal/><reason>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?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="161"><event type="initial">^[151]<type>A-S</type><exsits>CDA Level 1</exsits><changeproposal>Erläuterung fehlt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="162"><event type="initial">^[152]<type>A-S</type><exsits>v3dtr1:CEv3dtr1:CD</exsits><changeproposal/><reason>Unterscheidung zwischen den CD und CE nicht erklärt</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="163"><event type="initial">^[153]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Hier sollte eine vollständige Auflistung stehen. Durch die Punkte wird unvollständigkeit angedeutet</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>nun alphabetisch und volständig</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="164"><event type="initial">^[154]<type>Neg-Mi</type><exsits/><changeproposal/><reason>Ist die Realm nicht fixiert?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Nicht zwangsweise, nun zugefügt: hier in der Regel "DE"</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="165"><event type="initial">^[155]<type>Neg-Mi</type><exsits>xmlns:voc="urn:h17-org:v3/voc"</exsits><changeproposal>Ist der NS notwendig? Wenn ja sollte er wie der default NS weiter oben erläutert werden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>nein, ist nun weg</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="166"><event type="initial">^[156]<type>A-S</type><exsits>der Autor muss eine natürliche Person sein</exsits><changeproposal>Besser: das Autor Element darf nur für natürliche Personen verwendet werden, nicht für Informationssysteme oder medizin-technische Geräte</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="167"><event type="initial">^[157]<type>Neg-Mj</type><exsits>Informant (informant)</exsits><changeproposal/><reason>wurde in 6.2.2 als "noch nicht verwendet" markiert</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>wird doch verwendet, angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="168"><event type="initial">^[158]<type>A-S</type><exsits/><changeproposal>Organisation die für die verwaltung des Dokuments verantwortlich ist</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="169"><event type="initial">^[159]<type>A-S</type><exsits/><changeproposal>Unterscheidung zum legalAuthenticator sollte erläutert werden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="170"><event type="initial">^[160]<type>Neg-Mj</type><exsits/><changeproposal/><reason>Wozu sind die ELGA Definitionen hier? Sind sie Teil des Leitfadens?</reason><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="171"><event type="initial">^[161]<type>Neg-Mj</type><exsits>ELGA: Entlassungsdiagnose</exsits><changeproposal>Abschnitt definition fehlt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>zugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="172"><event type="initial">^[162]<type>Neg-Mj</type><exsits>Risiken</exsits><changeproposal/><reason>Viele Elemente scheinen nirgendwo genauer spezifiziert zu sein. Die Tabelle muss aufgeräumt werden</reason><talk/><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Zur zukünftigen Verwendung</decision><withdrawal/><decisioncmt/><comment>Das kann man sicherlich noch besser machen, im Moment führen die Links jedoch auch schon zu ausreichenden Beschreibungen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="173"><event type="initial">^[163]<type>A-S</type><exsits>Ein Arztbrief kann somit entweder unstrukturiert als PDF o.ä. Dokument übermittelt werden, oder sich aus strukturierten Abschnitten zusammensetzten.</exsits><changeproposal>Hinweis ist unnötig</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="174"><event type="initial">^[164]<type>Neg-Mj</type><exsits>hl7:functionCode CE 0 .. 1</exsits><changeproposal/><reason>Hier sollte ein fixer Wert stehen oder das Element per constraint entfernt werden</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Value Set Referenz hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="175"><event type="initial">^[165]<type>Neg-Mi</type><exsits>hl7:time TS.DATE.MIN</exsits><changeproposal>Erläuterung wie das Feld zu interpretieren ist fehlt (d.h. wie unterscheidet sich das Feld vom ClinicalDocument/effectiveTime?)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>siehe nun Datentypen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="176"><event type="initial">^[166]<type>Neg-Mj</type><exsits>hl7:code CE 0 .. 1</exsits><changeproposal>Hier müsste beantwortet werden: Wofür ist das gut? Welche Werte sind erlaubt? Wie unterscheidet es sich vom functionCode?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Dies ist an dieser Stelle offen, Hinweis hinzugefügt ""; es sollte eine entsprechendes Value Set erstellt werden</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="177"><event type="initial">^[167]<type>Neg-Mj</type><exsits>Beschreibung: Unterzeichner des Dokuments</exsits><changeproposal>Hier fehlt wie es sich vom legalAuthenticator unterscheidet</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Ergänzt um "Unterzeichner des Dokumentes (weitere neben dem vor dem Gesetz verantwortlichen Unterzeichner)"</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="178"><event type="initial">^[168]<type>Neg-Mj</type><exsits>hl7:time TS 0 .. 1</exsits><changeproposal>Wie unterscheidet sich dies vom ClinicalDocument/effectiveTime Element? </changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>In der Regeln nicht, ist oft gleichzusetzen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="179"><event type="initial">^[169]<type>Neg-Mj</type><exsits>Beschreibung: Informant, Personen, die Informationen zu dem Arztbrief beigesteuert haben</exsits><changeproposal>Unterscheidung zu Participants unklar. Ich würde hier auf natürliche Personen die nicht als Leistungserbringer agieren einschränken</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Hinweis: i.d.R. natürliche Personen, die nicht als Leistungserbringer agieren</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="180"><event type="initial">^[170]<type>Neg-Mj</type><exsits>Informant assignedEntity</exsits><changeproposal>Hilfe wann assigned Entity und wann related Entity genutzt werden soll fehlt. Z.B. Sozialhelfer, Betreuer/Erzieher vs. Verwandte</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>assigned entities sind Heilberufler, die in der Liste aufgeführten Berufe fallen unter related entity; Hinweis hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="181"><event type="initial">^[171]<type>Neg-Mj</type><exsits>Informant assignedEntity ID 1..*</exsits><changeproposal>Können wir das heir auf 0..* aufweichen? Sonst ggf. expl. hinweis auf nullFlavors, da bei nicht-Leistungserbringern üblicherweise keine sinnvolle ID bekannt ist</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>1..* R heißt, dass es auch weggelassen werden kann (mit Angabe von nullFlavor)</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="182"><event type="initial">^[172]<type>Neg-Mj</type><exsits>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.</exsits><changeproposal>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."</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Hinweis ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="183"><event type="initial">^[173]<type>Neg-Mj</type><exsits>Participant typeCode</exsits><changeproposal>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.</changeproposal><reason/><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="184"><event type="initial">^[174]<type>Neg-Mj</type><exsits>Participant functionCode</exsits><changeproposal>Hinweis, das die ParticipationFunction nur bei bestimmten ParticipationTypes Sinn macht (zB admitter + admittingPhysician)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Dies ist das allgemeine unspezialisierte Template; Hinweis hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="185"><event type="initial">^[175]<type>Neg-Mj</type><exsits>Participant associatedEntity classCode</exsits><changeproposal>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</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Zur zukünftigen Verwendung</decision><withdrawal/><decisioncmt/><comment>Dies ist das allgemeine unspezialisierte Template, Vorformulierte Hinweise aus der Praxis sollten übernommen werden</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="186"><event type="initial">^[176]<type>Neg-Mj</type><exsits>HeaderParticipantEinweiser</exsits><changeproposal>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)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Zur zukünftigen Verwendung</decision><withdrawal/><decisioncmt/><comment>Dies ist konform der ELGA Spezifikation, also ein Sachverhalt, der länderübergreifend diskutiert werden muss</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="187"><event type="initial">^[177]<type>A-S</type><exsits>(hphand) participant associatedEntity id</exsits><changeproposal>Empfehlung für Arztnummer wäre gut, zB. KBV LANR</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="188"><event type="initial">^[178]<type>A-S</type><exsits>(hphand) participant associatedEntity scopingOrganization id</exsits><changeproposal>Empfehlung für eine ID für Arztpraxen wäre gut (z.B. Institutskennzeichen oder KBV Arztnummer Praxis)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="189"><event type="initial">^[179]<type>Neg-Mj</type><exsits>hl7:time IVL_TS 0 .. 1</exsits><changeproposal>min. auf Datumsgranularität festlegen?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>In einem allgemeinen Template schwerlich einzuschränken</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="190"><event type="initial">^[180]<type>Neg-Mj</type><exsits><time><low value="20131101"/><high value="20131121"/></time></exsits><changeproposal>Klarstellen: Sind offene Intervalle erlaubt?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiel ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="191"><event type="initial">^[181]<type>A-T</type><exsits>weitere Beteiligte</exsits><changeproposal>Titel auf "Versicherter / Versicherung" beschränken</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="192"><event type="initial">^[182]<type>Neg-Mj</type><exsits>(HeaderParticipantKostentraeger) participant time</exsits><changeproposal>Klarstellen: Nur offene Intervalle, oder auch geschlossene? Auch Zeitpunkte erlaubt?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>Kommentar im template wird als ausreichend erachtet</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="193"><event type="initial">^[183]<type>Neg-Mj</type><exsits>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</exsits><changeproposal>sollte die ID dann nicht 1..1 sein?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information vom Antragsteller</decision><withdrawal/><decisioncmt/><comment>Was ist hier mit diesem Kommentar gemeint?</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="194"><event type="initial">^[184]<type>Neg-Mj</type><exsits>(hier: nicht nur stationäre Aufenthalte, sondern auch Patientenkontakt in der Praxis eines Niedergelassenen beispielsweise)</exsits><changeproposal>Der Zusatz in Klammern macht für Entlass und Verlegungsdokumentation keinen Sinn. Niedergelassene entlassen und verlegen nicht.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Kommentar ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="195"><event type="initial">^[185]<type>Neg-Mj</type><exsits>Wenn die Dokumentation ein Entlass- oder Verlegungsdokument ist, muss die Information in dieser Klasse mitgegeben werden,</exsits><changeproposal/><reason>Klarstellen: Ist das "muss" hier als normative Forderung zu verstehen?</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="196"><event type="initial">^[186]<type>Neg-Mj</type><exsits/><changeproposal>Text rechts abgeschnitten</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="197"><event type="initial">^[187]<type>Neg-Mj</type><exsits/><changeproposal>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?</changeproposal><reason/><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Ambulante Besuche finden auch innerhalb eines Intervalls statt (heute von 10 bis 11 Uhr), Beispiel ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="198"><event type="initial">^[188]<type>Neg-Mi</type><exsits/><changeproposal>Hier wäre ein eher strategischer Hinweis angebracht, ob es sich lohnt den Einweiser oder andere seperat geführte Participants hierhin zu duplizieren</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Zur zukünftigen Verwendung</decision><withdrawal/><decisioncmt/><comment>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</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="199"><event type="initial">^[189]<type>Neg-Mi</type><exsits/><changeproposal>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?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>responsibleParty.representedOrganization und location.serviceProvider Organization können dasselbe sein, müssen es aber nicht; die Definitionen werden als ausreichend angesehen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="200"><event type="initial">^[190]<type>Neg-Mj</type><exsits>9.1 Section: Non-XML-Body</exsits><changeproposal>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? </changeproposal><reason/><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Mehrfach diskutiert im Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="201"><event type="initial">^[191]<type>Neg-Mj</type><exsits>Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-SALUT, werdenkurzfristig durch tatsächliche numerische LOINC Codes ersetzt</exsits><changeproposal/><reason>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?</reason><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Wenn man es tatsächlich macht, wahrscheinlich</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="202"><event type="initial">^[192]<type>Neg-Mi</type><exsits>Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-RFR, werdenkurzfristig durch tatsächliche numerische LOINC Codes ersetzt</exsits><changeproposal>X-RFR wird nicht verwendet, Kommentar entfernen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>entfernt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="203"><event type="initial">^[193]<type>Neg-Mj</type><exsits>9.7 Section: Diagnosen</exsits><changeproposal>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?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Auch bei ELGA kennt man "allgemeine Diagnosen" nicht, zu diskutieren</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="204"><event type="initial">^[194]<type>Neg-Mj</type><exsits>(at)code 1 .. 1 F X-FINREM</exsits><changeproposal>Warnung wegen X-code fehlt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="205"><event type="initial">^[195]<type>Neg-Mj</type><exsits>URI</exsits><changeproposal>sollte das nicht nur URL heissen? Sind auch URNs erlaubt? reine Dateinamen sind doch eigentlich weder URLs noch URIs</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Das muss de facto URL heißen, ist angepasst; reine Dateinamen sind local URLs</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="206"><event type="initial">^[196]<type>Neg-Mi</type><exsits>In der Tumordokumentation gilt die erweiterte Tabelle</exsits><changeproposal>welche erweiterte Tabelle?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="207"><event type="initial">^[197]<type>A-T</type><exsits>Dienstes</exsits><changeproposal>Ereignis, nicht Dienst</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="208"><event type="initial">^[198]<type>Neg-Mi</type><exsits>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.</exsits><changeproposal>Sollten wir es dann nicht auf 1..1 festlegen. Für Ausnahmen gibt es immer noch nullFlavors …</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="209"><event type="initial">^[199]<type>Neg-Mj</type><exsits>In der XML-Repräsentation wirddie Diagnose-ID im Attribut @extension unddie OID des Systems im Attribut @rootangegeben.</exsits><changeproposal>Von der Verwendung von extensions sollte abgeraten werden. Eine OID oder UUID als root ist vorzuziehen.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="210"><event type="initial">^[200]<type>Neg-Mj</type><exsits>( siehe auch Anhnag 10)</exsits><changeproposal>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</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="211"><event type="initial">^[201]<type>Neg-Mi</type><exsits>beschriebene Beobachtung negiert wird</exsits><changeproposal>Verweis auf Auschlussdiagnose Kennzeichen fehlt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="212"><event type="initial">^[202]<type>Neg-Mj</type><exsits>erläuternde Text</exsits><changeproposal>Klarstellen: Geht es hier um den Freitext für eine Diagnose? Oder soll hier der Displayname der ICD diagnose verwendet werden?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="213"><event type="initial">^[203]<type>A-T</type><exsits>Die strukturierte Darstellung sieht wie folgt aus.</exsits><changeproposal>Der Satz macht hier keinen Sinn</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="214"><event type="initial">^[204]<type>Neg-Mj</type><exsits>11.1.3.6 Diagnosezeitraum</exsits><changeproposal>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)?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="215"><event type="initial">^[205]<type>A-T</type><exsits>OID-Register</exsits><changeproposal>DIMDI? HL7? Welches Register?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="216"><event type="initial">^[206]<type>Neg-Mj</type><exsits>value</exsits><changeproposal>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? </changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="217"><event type="initial">^[207]<type>Neg-Mj</type><exsits>Die Diagnosesicherheit wird ausder unten gezeigten Tabelle entnommen</exsits><changeproposal>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?</changeproposal><reason/><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="218"><event type="initial">^[208]<type>Neg-Mj</type><exsits>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.</exsits><changeproposal>Verweis auf die Tabelle unten fehlt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="219"><event type="initial">^[209]<type>Neg-Mj</type><exsits>z.B. durch einen Arzt dokumentiert werden</exsits><changeproposal/><reason>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.</reason><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="220"><event type="initial">^[210]<type>Neg-Mj</type><exsits>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.</exsits><changeproposal>es ist ein alternativer Modellierungsvorschlag der im Leitfaden unangebracht ist.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="221"><event type="initial">^[211]<type>Neg-Mj</type><exsits>Sicherheit der Diagnose / Umsetzung / G</exsits><changeproposal>Auch Gesichert lässt sich über einen uncertaintyCode ausdrücken (=N)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="222"><event type="initial">^[212]<type>Neg-Mj</type><exsits>uncertaintyCode= UN</exsits><changeproposal>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</changeproposal><reason/><talk>Ja</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="223"><event type="initial">^[213]<type>Neg-Mj</type><exsits>Zustand nach </exsits><changeproposal>Wird dies nicht durch eine effectiveTime mit high value in der Vergangenheit ausgedrückt?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="224"><event type="initial">^[214]<type>Neg-Mi</type><exsits>Hinweise zu gültigen Codesystemen sind im Anhang genannt</exsits><changeproposal>Welcher Anhang? Ich finde dort nur Use Cases</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="225"><event type="initial">^[215]<type>A-T</type><exsits>1.2.6</exsits><changeproposal>Referenz passt nicht</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="226"><event type="initial">^[216]<type>Neg-Mj</type><exsits>sich immer um stattgefundene Prozeduren</exsits><changeproposal>Warum kann man keine geplanten Prozeduren ausdrücken (INT)?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="227"><event type="initial">^[217]<type>Neg-Mj</type><exsits>11.5 Diagnose-Entries</exsits><changeproposal>Warum gibt es diesen Abschnitt? Er ist doch redundant</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="228"><event type="initial">^[218]<type>Neg-Mj</type><exsits>Die technische Spezifikation der eEPA definiert wie Primärsysteme Patienteninformationen über die IHE XDS</exsits><changeproposal>Was macht dieser Abschnitt hier? Sollte er nicht ganz entfernt werden? Was ist hiervon noch nicht gesagt worden?</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Muss noch diskutiert werden</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="229"><event type="initial">^[219]<type>A-S</type><exsits>Use Case: Nachtragen / Anhängen weiterer Information</exsits><changeproposal>Das klang zuerst nach Addendum, dann ging es aber um Replacements. Hier sollte der Titel auf "Ersetzen vorläufiger Informationen" geändert werden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Tarik Idris </byperson><byorg>InterComponentWare AG</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="230"><event type="initial">^[220]<type>Neg-Mj</type><exsits>--</exsits><changeproposal>(Erläutereungen zu Umgang mit externen referenzen / Anlagen, Hinweise auf Lösungen für den Transport CDA incl. Attachments) einfügen</changeproposal><reason>Der IG sollte an dieser Stelle das Thema ansprechen. Ziel: Vorgaben für "konformen" Umgang mit externen referenzen und Anlagen. Möglichst auch die Bedeutung für Signatur deutlich machen. Ebenfalls: Risko für Vertraulichkeit durch Aufruf externer URL (referrer).</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Muss noch diskutiert werden</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="231"><event type="initial">^[221]<type>Neg-Mj</type><exsits>URL: <reference value="http://xx.yy.de/pfds/�56754856734.pdf"/></exsits><changeproposal/><reason>Sicherheitsrisiko. Aufruf externer URL, insbesondere als http, stellt Risiko dar für Verletzung der Vertraulichkeit. In bestimmten Umgebungen (gematik-Konnektor) können solche Referenzen nicht aufgelöst werden. Daraus resultiert ggf. dass das Dokument nicht oder nicht vollständig angezeigt werden kann. Daraus ergeben sich Probleme bei der Signatur des Arztbriefs.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal/><decisioncmt/><comment>Muss noch diskutiert werden</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="232"><event type="initial">^[222]<type>Neg-Mi</type><exsits>referenzierte Beilage</exsits><changeproposal>Erläuterung, ggf. zusätzliche constraints. Am besten ein separater Abschnitt, der das Vorgehen bei externen Referenzen spezifiziert und abgrenzt von "embedded".</changeproposal><reason>In Überschrift und Text wird von "eingebetteter Beilage" gesprochen. Das passt nicht zu einer Referenz auf ein externes Dokument.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Die Beschreibung enthält (ausreichend): Die Anhänge können entweder als Referenz oder als direkte Inklusion des Objektes übermittelt werden.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="233"><event type="initial">^[223]<type>A-S</type><exsits>Beilage</exsits><changeproposal>Anlage</changeproposal><reason>Sprachgebrauch in Deutschland, abweichend von Österreich.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="234"><event type="initial">^[224]<type>Neg-Mj</type><exsits>Externes Dokument</exsits><changeproposal/><reason>Hier bitte typische Lösungsszenarien für den Transport eingebetter Imformation bzw. den Umgang mit externen Bezügen (via URL?) ansprechen. relevanz für Signierfähigkeit!</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Transport und Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Lösungsszenarien ausarbeiten als Aufgabe eingebracht in das Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="235"><event type="initial">^[225]<type>Neg-Mj</type><exsits>URL </exsits><changeproposal>constraints einfügen für "dokumentinterne URL"</changeproposal><reason>im Falle eingebetteter Dokumente gelten zusätzliche Regeln für die zulässigen URL</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Ausarbeitung als Aufgabe eingebracht in das Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="236"><event type="initial">^[226]<type>Neg-Mi</type><exsits>digitale Signatur, Verwendung von Stylesheets, Security</exsits><changeproposal>Visualisierung des CDA. Daraus ergibt sich, dass wesentliche Aussagen für folgende Nutzung des CDA nicht im vorliegenden Leitfaden enthalten sind: digitale Signatur, Verwendung von Stylesheets, Security</changeproposal><reason>Bezug zu Referenzierung externer Dokumente sowie zum Umgang mit Header / narrativen Inhalten / Entries. Der IG sollte diese Problematik in einem separaten Abschnitt zumindest ansprechen und ggf. auf Lösungswege verweisen.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Die Punkte sind hier genannt, weil sie in diesem Leitfaden nicht besprochen werden; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="237"><event type="initial">^[227]<type>Neg-Mi</type><exsits/><changeproposal>(weitere Erläuterungen zu den Inhalten und ggf. externen Referenzen in Bezug auf Signierfähigkeit)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Externe Referenz hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="238"><event type="initial">^[228]<type>Neg-Mj</type><exsits/><changeproposal>Erläuterung der Bedeutung in Bezug auf Signatur im Rahmen der deutschen Rechtslage (SigG, digitale Signatur). Abgrenzung, sofern diese Inhalte hier nicht behandelt werden.</changeproposal><reason>Diese beiden Einträge bedürfen zusätzlicher Erläuterung.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="239"><event type="initial">^[229]<type>Neg-Mi</type><exsits>Lesbarkeit</exsits><changeproposal>(hier fehlen Angaben, wie die Lesbarkeit in Bezug auf die Daten im Header zu verstehen ist)</changeproposal><reason>Die Anwendung von Stylesheets auf die header-Information sollte angesprochen werden.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Text ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="240"><event type="initial">^[230]<type>Neg-Mj</type><exsits>Der Empfänger ist nicht verpflichtet, den Text tatsächlich so visuell darzustellen, wie es die Vorschläge andeuten.</exsits><changeproposal>… im Rahmen einer digitalen Signatur sind darüber hinaus weitere Vereinbarungen erforderlich.</changeproposal><reason>Sofern ein mit Stylesheet visualisiertes CDA signiert werden soll, ist diese Formulierung nicht ausreichend</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Signatur liegen außerhalb dieses Leitfadens, siehe Abschnitt Abgrenzung; Ausarbeitung/Best Practices als Aufgabe eingebracht in das Interoperabilitätsforum</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="241"><event type="initial">^[231]<type>A-S</type><exsits>...Stylesheets…frei verfügbar…</exsits><changeproposal>(Hinweis auf kürzlich diskutierte Sicherheitsrisiken im Zshg. mit Stylesheets)</changeproposal><reason>An dieser oder anderer Stelle sollte auf mögliche Risiken bzw. deren Mitigation verwiesen werden. Andernfalls Abgrenzung von Visualisierung.</reason><talk>Nein</talk><group/><byperson>Christof Gessner </byperson><byorg>gematik</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="242"><event type="initial">^[232]<type>A-S</type><exsits>Keine Legende zu den Conformitäten in den Tabellen.Das Kapitel 4.5. "Konformität" behandelt ebenfalls etwas anderes.</exsits><changeproposal>Einfügen eines Kapitels um die verschiedenen Konformitäten "M", "R", "O", etc. zu erklären.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="243"><event type="initial">^[233]<type>A-S</type><exsits>setID und versionNumber sind "R"</exsits><changeproposal>Änderung entwender auf O (mit einer Klausel, dass entweder beide da sein sollen oder keines) im Falle, dass man die Anwendung des Konzepts "Versionsnummer" offen lassen möchte. Andernfalls das Konzept der Versionsnummer erzwingen durch "M".In jedem Fall sollte man eine diesbezügliche Erläuterung mit anführen.</changeproposal><reason>In der Praxis ist es so, dass man bereits bei der ersten Version eines Dokuments entscheiden muss, ob man das Konzept "Versionsnummer" verwenden möchte oder nicht (und damit, ob man diese beiden Felder angibt oder nicht), da man schon hier eine eindeutige setId festlegen muss, die dann auch für die Folgeversionen gilt.Wird demnach das Konzept nicht verwendet, sollten die beiden Elemente eher weggelassen als nullFlavored werden.</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="244"><event type="initial">^[234]<type>A-S</type><exsits>Es gibt keine Spalte in der Tabelle, die anzeigt welche Detailspezifikation hier referenziert wird. Lediglich ein Klick bringt den Leser zur entsprechenden Stelle im ArtDecor, und damit zum richtigen Template</exsits><changeproposal>Spalte einfügen, um das jeweilige Kapitel im Leitfaden zu referenzieren und darauf springen zu können.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="245"><event type="initial">^[235]<type>A-S</type><exsits>Unstrukturierter-/Strukturierter Body</exsits><changeproposal/><reason>Es wird formal nicht festgelegt, dass diese beiden Varianten sich gegenseitig ausschließen. Nur der abschließende Satz erläutert dies und verwendet sogar das Wort "somit" (welches impliziert, dass es eine formale Regel gibt, die aber nirgends steht)</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="246"><event type="initial">^[236]<type>A-S</type><exsits>Manche Werte der 4. Spalte stehen nicht in derselben Zeile wie die zugehörigen Werte der 1-3. Spalte</exsits><changeproposal/><reason>Ist das ein Fehler oder versucht man damit etwas auszudrücken? Falls ja, dann erschließt sich der Grund nicht, bitte eine Erläuterung als Bemerkung anführen.</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="247"><event type="initial">^[237]<type>A-S</type><exsits>Text "ELGA: ärztliche Anamnese"</exsits><changeproposal>Korrekter Name: "Anamnese". Evtl. ändern in "Anamnese" (ärztlich)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="248"><event type="initial">^[238]<type>A-S</type><exsits>Text "ELGA: erhobene Befunde"</exsits><changeproposal>Korrekter Name: "Erhobene Befunde"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="249"><event type="initial">^[239]<type>A-S</type><exsits>Text "ELGA: Entlassdiagnose"</exsits><changeproposal>Korrekter Name: "Diagnose bei Entlassung"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="250"><event type="initial">^[240]<type>A-S</type><exsits>Text "ELGA: Allergien, Unverträglichkeiten"</exsits><changeproposal>Korrekter Name: "Allergien, Unverträglichkeiten und Risiken"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="251"><event type="initial">^[241]<type>A-S</type><exsits>Text "ELGA: weitere Maßnahmen"</exsits><changeproposal>Korrekter Name: "Weitere empfohlene Maßnahmen"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="252"><event type="initial">^[242]<type>A-S</type><exsits>Text "ELGA: durchgeführte Maßnahmen"</exsits><changeproposal>Korrekter Name: "Durchgeführte Maßnahmen"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="253"><event type="initial">^[243]<type>A-S</type><exsits>Text "ELGA: letzte Medikation"</exsits><changeproposal>Korrekter Name: "Letzte Medikation"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="254"><event type="initial">^[244]<type>A-S</type><exsits>Text "ELGA: empfohlene Medikation"</exsits><changeproposal>Korrekter Name: "Empfohlene Medikation"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="255"><event type="initial">^[245]<type>Neg-Mi</type><exsits>Text "ELGA: empfohlene Medikation"</exsits><changeproposal>Die Spalten 2 und 3 haben keine Werte.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht relevant</decision><withdrawal/><decisioncmt/><comment>Sie haben auch keine Entsprechung im deutschen Arztbrief</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="256"><event type="initial">^[246]<type>Neg-Mj</type><exsits>Text "ELGA: verabreichte Medikation während des Aufenthalts"</exsits><changeproposal>Sektionen "Jetzige Medikation" und "Medikation bei Entlassung" zusammenführen.</changeproposal><reason>Die ELGA Sektion "Verabreichte Medikation während des Aufenthalts" soll jene Medikation enthalten, die während des Aufenthalts verabreicht wurde."Medikation bei Entlassung" würde der ELGA Sektion "Letzte Medikation"entsprechen und ist damit gleich wie "Jetzige Medikation".Außerdem: Korrekter Name: "Verabreichte Medikation während des Aufenthalts"</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment> "Verabreichte Medikation während des Aufenthalts" betrifft offentsichtlich nur das Krankenhaus; "Medikation bei Entlassung" ist nicht immer "Jetzige Medikation"; Name korrigiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="257"><event type="initial">^[247]<type>A-S</type><exsits>Text: "ELGA: Aufenthaltszusammenfassung"</exsits><changeproposal>Korrekter Name: "Zusammenfassung des Aufenthalts"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="258"><event type="initial">^[248]<type>A-S</type><exsits>Text: "ELGA: abschließende Bemerkungen"</exsits><changeproposal>Korrekter Name: "Abschließende Bemerkungen"</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="259"><event type="initial">^[249]<type>A-S</type><exsits>Text: "ELGA: Beilagen"</exsits><changeproposal>Hinzufügen einer Bemerkung, dass bei der ELGA Sektion "Beilagen" externe Dokumente nicht referenziert, sondern vielmehr als Base64 eingebettet werden.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="260"><event type="initial">^[250]<type>Neg-Mi</type><exsits>Text: "ELGA: Patientenverfügung"</exsits><changeproposal>Steht in einer Zeile ohne korrespondierender Sektion in Spalte 1</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht relevant</decision><withdrawal/><decisioncmt/><comment>Sie haben auch keine Entsprechung im deutschen Arztbrief</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="261"><event type="initial">^[251]<type>A-S</type><exsits>Autor: "der Autor muss eine natürliche Person sein"</exsits><changeproposal>Der Text klingt wie ein Constraint, die Überschrift der Spalte lautet allerdings "Kommentar". Ist das ein Constraint? Falls ja, sollte das eindeutiger dargestellt werden. </changeproposal><reason>ELGA erlaubt Geräte als Autor (zb für on-demand Dokumente wie die Medikationsliste)Ist zusätzlich missverständlich, da die Detailspezifikation des "Autor - Generisch" sehr wohl Geräte zulässt (Kapitel 8.2).</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="262"><event type="initial">^[252]<type>Neg-Mi</type><exsits>Kapitel "recordTarget"</exsits><changeproposal>Die Spezifikation für das "recordTarget" scheint im Wesentlichen das CDA Schema in diesen Bereich abzubilden, welches im Minimalfall nur die Angabe der Patienten-ID (ohne Name, etc.) erlaubt.Es sollte zumindest der Name des Patienten verpflichtend anzugeben sein.In ELGA ist der Patienten-Name [M], das Geschlecht [R] und das Geburtsdatum [R].</changeproposal><reason>Dies ist nicht optimal für die Praxis. Außerdem widerspricht es auch ein wenig der Beschreibung des Templates in dem es heißt: "... umfasst neben der Identifikation und dem Namen, Adressen etc. auch optionale Zusatzangaben ..."</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Ist angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="263"><event type="initial">^[253]<type>Neg-Mj</type><exsits>Das XML Beispiel für "Autor ist ein Gerät" enthält kein <time> Element, welches verpflichtend ist</exsits><changeproposal/><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="264"><event type="initial">^[254]<type>Neg-Mi</type><exsits>Beschreibung des "Angehörigen" ist dieselbe wie beim "Einweisenden Arzt" (Copy&Paste Fehler?)</exsits><changeproposal>Beschreibung richtigstellen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Geändert, falsche Transklusion</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="265"><event type="initial">^[255]<type>Neg-Mi</type><exsits>time Element wird definiert, zur Angabe eines Einweisungsdatums. Dieses ist beim "Angehörigen" aber nicht angebracht.</exsits><changeproposal>Time-Element Constraint entfernen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Geändert, falsche Transklusion</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="266"><event type="initial">^[256]<type>A-S</type><exsits>Text "Hier ist immer einQuartalsende angegeben(MM/JJ) =>YYYYMMDD"</exsits><changeproposal>Wort "immer" ist missverständlich, da die Kard 0..1 ist. Bitte umformulieren.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="267"><event type="initial">^[257]<type>A-S</type><exsits>Text "Schematron assert"</exsits><changeproposal/><reason>Ist das Teil der Spezifikation oder ein Export-Fehler aus dem ArtDecor?</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="268"><event type="initial">^[258]<type>Neg-Mi</type><exsits>Unstrukturierter Body mit referenziertem Dokument: @representation ist mit Kard 0..1 definiert und "muss B64 sein"</exsits><changeproposal>In diesem Fall muss @representation weggelassen werden (0..0)</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="269"><event type="initial">^[259]<type>Neg-Mi</type><exsits>Unstrukturierter Body mit referenziertem Dokument: @representation ist mit Kard 0..1 definiert und "muss B64 sein"</exsits><changeproposal>In diesem Fall muss @representation angegeben werden (1..1).Außerdem sollte <reference> in diesem Fall wohl 0..0 sein</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="270"><event type="initial">^[260]<type>A-S</type><exsits>Der Sektionstitel des Kapitels 9.3 ist "Fragestellung", aber der Template-Name ist "Grund der Überweisung".Auch im weiteren Verlauf des Kapitels wird von "Grund der Überweisung" gesprochen.</exsits><changeproposal/><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="271"><event type="initial">^[261]<type>A-S</type><exsits>Die Anmerkung spricht von einem Code "X-RFR", aber dieser kommt gar nicht vor</exsits><changeproposal>Anmerkung entfernen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="272"><event type="initial">^[262]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Eine ausführlichere Beschreibung der Sektion angeben.</changeproposal><reason>"Anamnese" ist eigentlich ein Überbegriff über verschiedene Arten der Ananmese, sie steht aber auf einer Ebene mit den anderen Anmnesen (Frühere Erkrankungen, Familienanamnese).Durch diese strukturelle Schwäche verstärkt ist in diesem Fall ist nicht klar, was genau mit "Jetzige Anamnese" gemeint ist.</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="273"><event type="initial">^[263]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="274"><event type="initial">^[264]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="275"><event type="initial">^[265]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Eine ausführlichere Beschreibung der Sektion angeben.</changeproposal><reason>Es ist nicht klar, ob diese Sektion nur die "Titel" der erhobenen Befunde beinhalten soll (wie im angegebenen Beispiel), oder die Befunde selbst.In ELGA ist dieser Bereich ausführlich beschrieben (mit Untersektionen), mit den entsprechenden Vermerken, wann Befunde vollständig eingebettet werden müssen</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="276"><event type="initial">^[266]<type>A-S</type><exsits>Aufnahmediagnose: Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason>In ELGA wurde die Aufnahmediagnose durch den "Aufnahmegrund" (hier: Fragestellung) ersetzt.Was genau ist nun der Unterschied von "Aufnahmediagnose" zu "Fragestellung"?</reason><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="277"><event type="initial">^[267]<type>A-S</type><exsits>Entlassungsdiagnose: Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="278"><event type="initial">^[268]<type>A-S</type><exsits>Kapitel 9.7.3</exsits><changeproposal>Dieses Kapitel kommt an dieser Stelle völlig unerwartet. Die Beschreibung deutet darauf hin, dass es sich um ein allgemeines Kapitel zur "Nutzung von Tabellen" handelt, dann ist es aber an der falschen Position.Der Inhalt des Beispiels bezieht sich aber auf das Vorkapitel "Diagnosen". Falls es dort dazugehört, ist es ebenfalls falsch angeordnet und es fehlt eine Referenz darauf.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="279"><event type="initial">^[269]<type>A-S</type><exsits>Sektion: "Allergien, Unverträglichkeiten, Risiken"</exsits><changeproposal>Die Abschnitte "Allergien, Unversträglichkeiten" und "Risiken" sind in der Tabelle auf Seite 45 getrennt. Hier jedoch gibt es nur eine gesamte Sektion dafür. Das ist missverständlich.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="280"><event type="initial">^[270]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="281"><event type="initial">^[271]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="282"><event type="initial">^[272]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="283"><event type="initial">^[273]<type>A-S</type><exsits>Medikationssektionen allgemein.</exsits><changeproposal>Die Namen der Sektionen in Tabelle auf Seite 45 passen tw. nicht mit hier beschriebenen Medikationssektionen zusammen. Hier fehlt der Zusammenhang.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="284"><event type="initial">^[274]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="285"><event type="initial">^[275]<type>A-S</type><exsits>Prozeduren und Maßnahmen</exsits><changeproposal>Der Name der Sektion findet sich nicht in Tabelle auf Seite 45. Hier fehlt der Zusammenhang.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="286"><event type="initial">^[276]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="287"><event type="initial">^[277]<type>A-S</type><exsits>Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion</exsits><changeproposal>Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="288"><event type="initial">^[278]<type>A-S</type><exsits>Die Beschreibung der Sektion enthält den Satz: "Diese Sektion sollte ein Entry enthalten"</exsits><changeproposal>Das impliziert, dass nur 1 Entry angegeben werden darf, es sollten aber beliebig viele Beilagen möglich sein.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="289"><event type="initial">^[279]<type>A-S</type><exsits>Hier wird ein LOINC Code "X-…" verwendet</exsits><changeproposal>Es fehlt allerdings der üblich Hinweis, dass "X-…" Codes bald durch richtige ersetzt werden.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="290"><event type="initial">^[280]<type>A-S</type><exsits>Hier wird ein LOINC Code "X-…" verwendet</exsits><changeproposal>Es fehlt allerdings der üblich Hinweis, dass "X-…" Codes bald durch richtige ersetzt werden.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="291"><event type="initial">^[281]<type>A-S</type><exsits>Gesamtes Kapitel "Diagnose-Entry".</exsits><changeproposal>Es wird empfohlen, die Diagnose auf der Basis des IHE PCC Concern Entry (1.3.6.1.4.1.19376.1.5.3.1.4.5.1) bzw. IHE PCC Problem Concern Entry (1.3.6.1.4.1.19376.1.5.3.1.4.5.2) aufzubauen.ELGA hat diesen Weg gewählt.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="292"><event type="initial">^[282]<type>Neg-Mi</type><exsits>Satz: "Eines der Elemente LabeledDrug oder Material muss vorhanden sein"bzw. Kapitel 11.2.6.3, wo LabeledDrug verwendet wird</exsits><changeproposal>Obwohl dies nicht prominent aus der Spezifikation hervorgeht, scheint das Template auf dem IHE PCC Medication template (1.3.6.1.4.1.19376.1.5.3.1.4.7) zu basieren.Dies geht jedenfalls aus dem Vermerk "genutzte Templates" in Tabelle auf Seite 115 hervor.Wenn dem so ist, dann ist nur "Material" erlaubt. Siehe IHE PCC Product Entry (1.3.6.1.4.1.19376.1.5.3.1.4.7.2) template specification.Außerdem sollte dieser Zusammenhang mit IHE PCC als parent deutlicher hervorgehoben werden (kann äußerst leicht übersehen werden).</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision>Warten auf Information von anderer Arbeitsgruppe</decision><withdrawal>Diagnosen-Teil ist nun ausgelagert und wird separat diskutiert</withdrawal><decisioncmt/><comment>Medikation-Teil ist nun ausgelagert und wird separat diskutiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="293"><event type="initial">^[283]<type>A-S</type><exsits>Kapitel "Massnahme Entry"</exsits><changeproposal>Es wird empfohlen, die Massnahmen auf der Basis des IHE PCC Procedure Entry (1.3.6.1.4.1.19376.1.5.3.1.4.19) aufzubauen.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="294"><event type="initial">^[284]<type>A-S</type><exsits>Kapitel "Externe Referenzen"</exsits><changeproposal>Es wird empfohlen, die externen Referenzen auf der Basis des IHE PCC External References Entry (1.3.6.1.4.1.19376.1.5.3.1.4.4) aufzubauen.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="295"><event type="initial">^[285]<type>A-S</type><exsits>Kapitel "Diagnose-Entries"</exsits><changeproposal>Es ist nicht klar, in wie weit sich dieses Kapitel von Kapitel 11.1 "ICD Diagnose Entry" abgrenzt.</changeproposal><reason/><talk>Nein</talk><group/><byperson>Jürgen Brandstätter, Stefan Sabutsch </byperson><byorg>HL7 Austria </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="296"><event type="initial">^[286]<type>A-T</type><exsits>beziechnet</exsits><changeproposal>bezeichnet</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="297"><event type="initial">^[287]<type>Neg-Mi</type><exsits>Das statische Modell umfasst. den Header mit einer zentrale Klasse ClinicalDocument sowie einer Reihe von assozierten Header-Klassen (Patient, Autor, Empfanger, etc.) und</exsits><changeproposal/><reason>ClinicalDocument ist nicht nur Teil des Headers</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Satz umgedreht</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="298"><event type="initial">^[288]<type>A-S</type><exsits>(siehe „Level 1 bis 3 unten)</exsits><changeproposal/><reason>hier besser Verweis mit Kapitel-Nummer auf Abschnitt "level"</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="299"><event type="initial">^[289]<type>Neg-Mi</type><exsits>Jede Sektion muss genau ein „Text"-Elemententhalten, das nicht leer sein darf.</exsits><changeproposal/><reason>Es wird nicht klar, woraus sich dies ableitet. Im Schaubild darunter ist die Kardinalität [0..1]</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Das Schaubild wurde entfernt, die Notwendigkeit von section.text ergibt sich aus den Template-Definitionen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="300"><event type="initial">^[290]<type>Neg-Mi</type><exsits>6.3.1.3.1 Section.text: Text des Abschnitts (ED [0..1])…6.3.1.3.2 Section.title: Titel des Abschnitts (ST [0..1]) und Section.text: Text desAbschnitts (ST [1..1])</exsits><changeproposal/><reason>Die beiden Überschriften widersprechen sich bei angegebenem Datentyp und Kardinalität für Section.text</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Das Schaubild wurde entfernt, der Text leicht angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="301"><event type="initial">^[291]<type>Neg-Mi</type><exsits>Im Beispiel….</exsits><changeproposal/><reason>Hier ist kein Beispiel angegeben</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>nun: Als Beispiel</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="302"><event type="initial">^[292]<type>Neg-Mi</type><exsits>…unterhalb der Abschnitte…</exsits><changeproposal>…innerhalb der Abschnitte…</changeproposal><reason>Entries sind Bestandteil der sections</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="303"><event type="initial">^[293]<type>Neg-Mj</type><exsits>Eine andere Möglichkeit derKennlichmachung ist die Zuordnung einer Template-Identifikation.</exsits><changeproposal/><reason>Dies hört sich so an, als ob diese Möglichkeit (template ID) nicht zum Einsatz kommt.Im folgenden Abschnitt wird dann aber darauf verwiesen.Dies sollte ggf. umformuliert werden und die templateId auch im Beispiel aufgenommen werden.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Text ergänzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="304"><event type="initial">^[294]<type>A-T</type><exsits>Kennlichmachung</exsits><changeproposal>Kenntlichmachung</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="305"><event type="initial">^[295]<type>Neg-Mi</type><exsits>Zu dem Abschnitt kann auch eine Sprache gewählt werden, wenndiese von der für das ganze Dokument (mittels languageCode im Header, siehe dort) gewählten abweicht. WeitereInformationen finden sich bei der Beschreibung des Elements languageCode des Headers.</exsits><changeproposal/><reason>Dieser Teil scheint an die falsche Stelle gerutscht zu sein.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Abschnitt umgezogen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="306"><event type="initial">^[296]<type>A-S</type><exsits>Conf</exsits><changeproposal/><reason>Spaltentitel und mögliche Ausprägungen sollten im Dokument erläutert werden</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="307"><event type="initial">^[297]<type>Neg-Mi</type><exsits>Obwohl Unterstützung…</exsits><changeproposal/><reason>Dieser Satz sollte für eine dt. Spezifikation entfernt werden.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Tabelle eh durch Value Set ersetzt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="308"><event type="initial">^[298]<type>A-C</type><exsits>Resolutionen</exsits><changeproposal>Auflösungen</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="309"><event type="initial">^[299]<type>Neg-Mi</type><exsits>Das darin enthaltene…</exsits><changeproposal/><reason>Es ist unklar, worauf sich "darin" bezieht</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Satz angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="310"><event type="initial">^[300]<type>Neg-Mi</type><exsits><value xsi:type="ED" mediaType="image/jpeg"><reference value="left_hand_image.jpeg"/></value></exsits><changeproposal/><reason>Das Beispiel sollte korrigiert werden. Eine Referenz-Angabe nur mit einem Dateinamen (ohne URL) ist nicht möglich</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>Im Beispiel ist die URL eine relative Pfadangabe, was erlaubt ist (aber wohl auch nicht best practice)</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="311"><event type="initial">^[301]<type>A-C</type><exsits>Eine detaillierte Erläuterung findet sich im Wiki.</exsits><changeproposal/><reason>Diesen Satz streichen. Unten ist ein Verweis inkl. Link angegeben.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="312"><event type="initial">^[302]<type>A-T</type><exsits>setzen</exsits><changeproposal>setzt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="313"><event type="initial">^[303]<type>A-T</type><exsits>eignesetzt</exsits><changeproposal>eingesetzt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="314"><event type="initial">^[304]<type>A-S</type><exsits>Bereichsangabe</exsits><changeproposal/><reason>Es ist hier der Hoheitsbereich gemeint, analog zu AT in Österreich?</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="315"><event type="initial">^[305]<type>Neg-Mi</type><exsits>der Autor muss eine natürliche Person sein</exsits><changeproposal/><reason>Laut S. 52 kann das auch ein Gerät sein.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Text ergänzt, mit "Author (Person)" ist hier tatsächlich nur eine natürliche Person gemeint</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="316"><event type="initial">^[306]<type>A-T</type><exsits>vollständiuge</exsits><changeproposal>vollständige</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="317"><event type="initial">^[307]<type>A-T</type><exsits>, dass</exsits><changeproposal>, das</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="318"><event type="initial">^[308]<type>Neg-Mi</type><exsits>CONF @representation muss "B64" sein</exsits><changeproposal/><reason>für referenzierte Dokumente ist dies nicht korrekt</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="319"><event type="initial">^[309]<type>Neg-Mi</type><exsits>@root 1 .. 1 F 1.2.276.0.76.10.3001</exsits><changeproposal/><reason>templateId ist hier als 1..1 angegeben, fehlt aber im o.g. XML-Beispiel</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="320"><event type="initial">^[310]<type>A-S</type><exsits>Beispiel <code code="X-SALUT" codeSystem="2.16.840.1.113883.6.1"codeSystemName="LOINC"/></exsits><changeproposal/><reason>Im Sinne der besseren Lesbarkeit könnte/sollte der DisplayName ergänzt werden</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="321"><event type="initial">^[311]<type>Neg-Mi</type><exsits>Anmerkung: LOINC Codes mit einem vorangestellten X, wie hier X-RFR, werden kurzfristigdurch tatsächliche numerische LOINC Codes ersetzt.</exsits><changeproposal/><reason>X-RFR wird nirgends im Dokument verwendet</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Weggelassen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="322"><event type="initial">^[312]<type>Neg-Mi</type><exsits>9.4 Section: Anamnese</exsits><changeproposal/><reason>Dies ist irreführend, da es keine übergeordnete section "Anamnese" gibt, sondern nur die u.g. sections</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Überschrift geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="323"><event type="initial">^[313]<type>Neg-Mi</type><exsits>9.7 Section: Diagnosen</exsits><changeproposal/><reason>Dies ist irreführend, da es keine übergeordnete section "Diagnosen" gibt, sondern nur die u.g. sections für "Aufnahmediagnose" und "Entlassdiagnose"</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Die Überschrift wird als nicht irreführend eingestuft, der Text wurde angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="324"><event type="initial">^[314]<type>A-S</type><exsits>9.7.3 Textformatierung (Level 1)</exsits><changeproposal/><reason>Dieses Kapitel kann entfallen, da über"6.3.3.1.2 Tabellen" abgedeckt.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="325"><event type="initial">^[315]<type>A-T</type><exsits>CONF Elementinhalt muss "Allergien, Unverträglichkeiten, Risiken" sein</exsits><changeproposal/><reason>copy-paste-fehler vom vorigen Kapitel</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="326"><event type="initial">^[316]<type>A-T</type><exsits>CONF Elementinhalt muss "Allergien, Unverträglichkeiten, Risiken" sein</exsits><changeproposal/><reason>copy-paste-fehler vom vorigen Kapitel</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="327"><event type="initial">^[317]<type>A-T</type><exsits>In dem Abschnitt Therapie werden</exsits><changeproposal>In dem Abschnitt Prozeduren und Maßnahmen werden</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="328"><event type="initial">^[318]<type>A-C</type><exsits>9.11 Section: Zusammenfassung des Aufenthalts (Epikrise)</exsits><changeproposal>9.11 Epikrise (Zusammenfassung des Aufenthalts)</changeproposal><reason>Da die section "Epikrise" benannt werden muss, sollte es hier "Epikrise (Zusammenfassung des Aufenthalts)" heissen.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="329"><event type="initial">^[319]<type>A-C</type><exsits>Diese Section sollte ein Entry enthalten</exsits><changeproposal/><reason>Wie soll vorgegangen werden, wenn z.B. zwei oder mehr Bilder relevant sind? Dies sollte erläutert werden.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="330"><event type="initial">^[320]<type>Neg-Mi</type><exsits><title> Anhang 1 </title></exsits><changeproposal/><reason>Beispiel widerspricht der u.g. CONF-Bedingung</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiel angepasst</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="331"><event type="initial">^[321]<type>Neg-Mi</type><exsits>oder hexadezimal </exsits><changeproposal/><reason>Was ist damit gemeint?</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen mit Modifikationen</decision><withdrawal/><decisioncmt/><comment>Satz geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="332"><event type="initial">^[322]<type>A-C</type><exsits/><changeproposal>Die Beispiele in den Storyboards sollten die XML-Darstellung zeigen und nicht den gerenderten Inhalt</changeproposal><reason/><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="333"><event type="initial">^[323]<type>Neg-Mi</type><exsits>13.2 Anamnesekategorien</exsits><changeproposal/><reason>Die Angaben in diesem Kapitel scheinen im Widerspruch zu"9.4 Section: Anamnese"zu stehen.</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Der Paragraf wurde entsprechend geändert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="334"><event type="initial">^[324]<type>A-C</type><exsits>vollständiges Beispiel</exsits><changeproposal/><reason>Link sollte deutlicher erkennbar sein und URL sollte für ggf. Ausdruck mit angegeben sein</reason><talk>Nein</talk><group/><byperson>Michael Hofer </byperson><byorg>iSOFT Health GmbH </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="335"><event type="initial">^[325]<type>A-C</type><exsits>"Muss hier noch ein Hinweis auf die Mitgliedschaft hin, wenn die daraus entstehende Softwareendgeltlich vertrieben wird?"</exsits><changeproposal>Bitte ggf. noch ausformulieren.</changeproposal><reason>Dieser Hinweis sieht irgendwie unfertig aus.</reason><talk>Nein</talk><group/><byperson>Lars Treinat </byperson><byorg>ZTG GmbH</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="336"><event type="initial">^[326]<type>A-C</type><exsits>"Genauer definieren, was der Arztbrief eigentlich ist und was er können soll!"</exsits><changeproposal>Bitte ggf. noch ausformulieren. Denkbar wäre: "Der elektronische Arztbrief soll über die menschenlesbare Darstellung von Behandlungsinformationen hinaus, die Grundlage für eine (teil-)automatisierte Datenübernahme in die Primärsysteme der an der Behandlung beteiligten Ärzte und Institutionen bilden."</changeproposal><reason>Dieser Hinweis sieht irgendwie unfertig aus.</reason><talk>Nein</talk><group/><byperson>Lars Treinat </byperson><byorg>ZTG GmbH</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="337"><event type="initial">^[327]<type>A-C</type><exsits>"Liste prüfen!"</exsits><changeproposal>Falls nicht mehr benötigt, löschen.</changeproposal><reason>Dieser Hinweis sieht irgendwie unfertig aus.</reason><talk>Nein</talk><group/><byperson>Lars Treinat </byperson><byorg>ZTG GmbH</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="338"><event type="initial">^[328]<type>A-C</type><exsits>"1.2.276.0.76.10.1011 Labormeldung nach §7 Abs. 1, 2 und 3 IfSG 2014‑07‑13"</exsits><changeproposal>Bitte prüfen, ob diese Unterscheidung sinnvoll ist.</changeproposal><reason>Hier wird auf zwei Subtypen von Labormeldung referenziert. Wenn man diese differenziern will, sollten diese zwei Subtypen unterschieden werden in "Labormeldung nach § 7 Abs. 1 und 2" (namentliche Meldung an das Gesundheitsamt) und "Meldung nach § 7 Abs. 3 IfSG" (nicht-namentliche Meldung an das RKI).</reason><talk>Nein</talk><group/><byperson>Lars Treinat </byperson><byorg>ZTG GmbH</byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="339"><event type="initial">^[329]<type>Neg-Mi</type><exsits>Hierbei kann man zwei Gegenpole beobachten.</exsits><changeproposal/><reason>Diesen Gegensatz sehe ich nicht: Dient nicht jeder übertragene Arztbrief im Endeffekt der Mensch-Mensch-Kommunikation? Definieren nicht z.B. alle CodierSysteme "nur" ein Vokabular (Terminologie), das für eine sichere (eindeutige) Kommunikation insb. zwischen Personen, die in unterschiedlichen Kontexten agieren, unbedingt notwendig ist? </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Nicht angenommen</decision><withdrawal/><decisioncmt/><comment>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.</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="340"><event type="initial">^[330]<type>Neg-Mi</type><exsits>▪ D2D▪ FTP</exsits><changeproposal>▪ D2D▪ KV-CONNECT▪ FTP</changeproposal><reason>D2D wird im Laufe des Jahres 2015 vollständig durch KV-CONNECT abgelöst werden</reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Ergänzung im Text</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="341"><event type="initial">^[331]<type>Neg-Mi</type><exsits><id root="1.2.276.0.76.4.5.100400853" extension="8003004447"/></exsits><changeproposal><id root="1.2.276.0.76.4.8" extension="8003004447"/></changeproposal><reason>Wenn ich das richtig verstehe, wird im Bspl. die alte KVK-Nr. übertragen; heute ist für gesetzlich Versicherte aber die eGK-Nr. zu nutzen. -- Diese sollte auch im Standardbeispiel enthalten sein.Siehe auch HL7-Dokument http://www.hl7.de/download/documents/vd-082005/Versichertendaten_Leitfaden-v7.pdf, S. 17 (Allerdings: die geforderte eGK-Nr. muss nicht zwingend als ID dienen.)</reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiel korrigiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="342"><event type="initial">^[332]<type>Neg-Mi</type><exsits><religiousAffiliationCode code="" displayName="" codeSystem=""/></exsits><changeproposal>Nicht-leeres Beispiel wählen</changeproposal><reason>Das Schema des (alten) vhitg-Arztbriefs verbietet hier einen leeren Eintrag. Wurde dies bewusst geändert, oder ist nur das Beispiel unglücklich gewählt? </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiel war unglücklich, nun ist es glücklich</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="343"><event type="initial">^[333]<type>Neg-Mi</type><exsits><preferenceInd>true</preferenceInd></exsits><changeproposal><preferenceInd value="true"/></changeproposal><reason>Die andere Schreibweise widerspricht dem "alten" Schema. Bitte Schema nur ändern, wo dringend notwendig, damit Arztbriefe nach vhitg unverändert genutzt werden können (z.B. im KV-CONNECT-Umfeld).</reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Beispiel korrigiert</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="344"><event type="initial">^[334]<type>Neg-Mi</type><exsits/><changeproposal>LANR (lebenslange Arztnummer) und BSNR (Betriebsstättennr) ergänzen. </changeproposal><reason>Im Bereich der Niedergelassenen werden die meisten Dokumente mit einem Peronalienfeld mit vorgegebenem Inhalt versehen. Die Angaben dieses Feldes sollten auch im vorliegenden Leitfaden vorgesehen werden. Dazu gehören u.a. die BSNR und die LANR. </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Ein entsprechender Paragraf wurde hinzugefügt: Identifikationen</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="345"><event type="initial">^[335]<type>A-T</type><exsits>displayName="discharging physican"</exsits><changeproposal>2 Alternativen: A. displayName="discharging physician"B. displayName="Entlassender Arzt"</changeproposal><reason>A. Tippfehler korrigierenB. Warum angezeigte Bezeichnung nicht auf Deutsch? </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="346"><event type="initial">^[336]<type>Neg-Mi</type><exsits/><changeproposal>eGK-Versicherten-Nr. im Beispiel nutzen</changeproposal><reason>Auch hier fehlt im Bspl. die eGK-Versicherten-Nr.</reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Im Beispiel hinzugefügt</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="347"><event type="initial">^[337]<type>A-C</type><exsits>Section: Non-XML-Body</exsits><changeproposal/><reason>Ein Non-XML-Body mag interessant sein in Umgebungen, in denen es sinnvoll/wichtig ist, alle Dokumente in CDA-Form zu halten. Dies ist bei den Niedergelassenen (-> KV-CONNECT) nicht der Fall; hier können/sollten un-strukturierte Dokus (PDF) auch so bleiben, so dass eine Einbettung nicht weiterhilft. - 9.1.1: Eine Referenzierung könnte allerdings auch im Niedergelassenenbereich helfen, die Informations-Übermittlung zu vereinheitlichen (ohne die Eigenständigkeit des z.B. PDF zu beeinflussen). </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision/><withdrawal/><decisioncmt/><comment/><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote><vote index="348"><event type="initial">^[338]<type>A-C</type><exsits/><changeproposal/><reason>Derzeit werden an verschiedenen Stellen (z.B. in NRW unter Führung des MGEPA) Standards für den Informationsaustausch im Rahmen des Überleitungsmanagements diskutiert. In der Entlassdokumentation geht es dabei immer auch um die "weitere Versorgung" inkl. weiterer Behandlung, empfohlener Pflegeort, Datum der Reha, …. Die Abbildung dieser Section kann ich im vorliegenden Leitfaden nicht erkennen. Falsch? Ergänzbar? </reason><talk>Nein</talk><group/><byperson>Dr. Rainer Fehling </byperson><byorg>Kassenärztliche Vereinigung Westfalen-Lippe </byorg><byobo/></event><event type="primaryfollowup"><decision>Angenommen</decision><withdrawal/><decisioncmt/><comment>Ein Dokument zum Überleitungsmanagement ist in Vorbereitung, es macht Gebrauch von Abschnitten aus dem Arztbrief, ist aber eine eigenständige Dokumenten-Definition</comment><responsible/><yes/><no/><abst/><changedone/><substantial/></event></vote></ballotcomments><html>

Auszählung (Tally)
Anzahl Kommentare	345
Angenommen	66
Angenommen mit Modifikationen	37
Nicht angenommen	6
Nicht relevant	2
Zur zukünftigen Verwendung	5
Weitergeleitet	0
Warten auf Information vom Antragsteller	1
Warten auf Information von anderer Arbeitsgruppe	25
Unbearbeitet	203

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.

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

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.

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.

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?

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

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

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.

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.

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.

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

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

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

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

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

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????

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.

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?

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

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

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.

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

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

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?

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

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,

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

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,

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

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.

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

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

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

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

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

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.

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

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

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

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

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

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

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

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

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"?

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

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

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)

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

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

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 ??????

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 ????

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

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

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?

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

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

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?

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

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

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

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."

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

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

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)

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?

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

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

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"

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

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"

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?

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

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

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?

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

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.

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

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

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?

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
86	11.2.2	Tippfehler	Dr. Erich Gehlen	DURIA
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung


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

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

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

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

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

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
92	11	Vorschlag	Frank Oemig	AGFA
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Motivation		Workbox entfernen

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

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

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
95	41	Vorschlag	Frank Oemig	AGFA
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
			Abb.21 kleiner

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

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

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?

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

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

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

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

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

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

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

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.

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

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

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 ?

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

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?

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

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?

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

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

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

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

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

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…

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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).

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?

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.

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

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

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

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

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

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 …

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

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

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:	-

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

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

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

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

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.

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

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?

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?

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

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?

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?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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?

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

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

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

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

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

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

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

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

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
224	S. 113 Z 16	Negativ, kleineres Problem	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Hinweise zu gültigen Codesystemen sind im Anhang genannt	Welcher Anhang? Ich finde dort nur Use Cases
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
225	S. 117 Z 71	Tippfehler	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	1.2.6	Referenz passt nicht

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
226	S. 125 Z 54	Negativ, schwerwiegend	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	sich immer um stattgefundene Prozeduren	Warum kann man keine geplanten Prozeduren ausdrücken (INT)?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
227	S. 130 Z 38	Negativ, schwerwiegend	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	11.5 Diagnose-Entries	Warum gibt es diesen Abschnitt? Er ist doch redundant
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
228	S. 132 Z 35	Negativ, schwerwiegend	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die technische Spezifikation der eEPA definiert wie Primärsysteme Patienteninformationen über die IHE XDS	Was macht dieser Abschnitt hier? Sollte er nicht ganz entfernt werden? Was ist hiervon noch nicht gesagt worden?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
229	S. 137 Z 40	Vorschlag	Tarik Idris	InterComponentWare AG
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Use Case: Nachtragen / Anhängen weiterer Information	Das klang zuerst nach Addendum, dann ging es aber um Replacements. Hier sollte der Titel auf "Ersetzen vorläufiger Informationen" geändert werden

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
230	6.3.3.3	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	--	(Erläutereungen zu Umgang mit externen referenzen / Anlagen, Hinweise auf Lösungen für den Transport CDA incl. Attachments) einfügen	Der IG sollte an dieser Stelle das Thema ansprechen. Ziel: Vorgaben für "konformen" Umgang mit externen referenzen und Anlagen. Möglichst auch die Bedeutung für Signatur deutlich machen. Ebenfalls: Risko für Vertraulichkeit durch Aufruf externer URL (referrer).
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
231	9.1.1	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	URL: <reference value="http://xx.yy.de/pfds/�56754856734.pdf"/>		Sicherheitsrisiko. Aufruf externer URL, insbesondere als http, stellt Risiko dar für Verletzung der Vertraulichkeit. In bestimmten Umgebungen (gematik-Konnektor) können solche Referenzen nicht aufgelöst werden. Daraus resultiert ggf. dass das Dokument nicht oder nicht vollständig angezeigt werden kann. Daraus ergeben sich Probleme bei der Signatur des Arztbriefs.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
232	10.1	Negativ, kleineres Problem	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	referenzierte Beilage	Erläuterung, ggf. zusätzliche constraints. Am besten ein separater Abschnitt, der das Vorgehen bei externen Referenzen spezifiziert und abgrenzt von "embedded".	In Überschrift und Text wird von "eingebetteter Beilage" gesprochen. Das passt nicht zu einer Referenz auf ein externes Dokument.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
233	10.1	Vorschlag	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Beilage	Anlage	Sprachgebrauch in Deutschland, abweichend von Österreich.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
234	11.4	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Externes Dokument		Hier bitte typische Lösungsszenarien für den Transport eingebetter Imformation bzw. den Umgang mit externen Bezügen (via URL?) ansprechen. relevanz für Signierfähigkeit!
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
235	9.1.2	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	URL	constraints einfügen für "dokumentinterne URL"	im Falle eingebetteter Dokumente gelten zusätzliche Regeln für die zulässigen URL
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
236	2.4	Negativ, kleineres Problem	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	digitale Signatur, Verwendung von Stylesheets, Security	Visualisierung des CDA. Daraus ergibt sich, dass wesentliche Aussagen für folgende Nutzung des CDA nicht im vorliegenden Leitfaden enthalten sind: digitale Signatur, Verwendung von Stylesheets, Security	Bezug zu Referenzierung externer Dokumente sowie zum Umgang mit Header / narrativen Inhalten / Entries. Der IG sollte diese Problematik in einem separaten Abschnitt zumindest ansprechen und ggf. auf Lösungswege verweisen.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
237	4.3.3	Negativ, kleineres Problem	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
		(weitere Erläuterungen zu den Inhalten und ggf. externen Referenzen in Bezug auf Signierfähigkeit)
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
238	8.6, 8.7	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
		Erläuterung der Bedeutung in Bezug auf Signatur im Rahmen der deutschen Rechtslage (SigG, digitale Signatur). Abgrenzung, sofern diese Inhalte hier nicht behandelt werden.	Diese beiden Einträge bedürfen zusätzlicher Erläuterung.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
239	4.3.6	Negativ, kleineres Problem	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Lesbarkeit	(hier fehlen Angaben, wie die Lesbarkeit in Bezug auf die Daten im Header zu verstehen ist)	Die Anwendung von Stylesheets auf die header-Information sollte angesprochen werden.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
240	6.3.3.1.8	Negativ, schwerwiegend	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Der Empfänger ist nicht verpflichtet, den Text tatsächlich so visuell darzustellen, wie es die Vorschläge andeuten.	… im Rahmen einer digitalen Signatur sind darüber hinaus weitere Vereinbarungen erforderlich.	Sofern ein mit Stylesheet visualisiertes CDA signiert werden soll, ist diese Formulierung nicht ausreichend
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
241	1.6	Vorschlag	Christof Gessner	gematik
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	...Stylesheets…frei verfügbar…	(Hinweis auf kürzlich diskutierte Sicherheitsrisiken im Zshg. mit Stylesheets)	An dieser oder anderer Stelle sollte auf mögliche Risiken bzw. deren Mitigation verwiesen werden. Andernfalls Abgrenzung von Visualisierung.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
242	Allgemein	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Keine Legende zu den Conformitäten in den Tabellen. Das Kapitel 4.5. "Konformität" behandelt ebenfalls etwas anderes.	Einfügen eines Kapitels um die verschiedenen Konformitäten "M", "R", "O", etc. zu erklären.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
243	S44, Z54-55	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	setID und versionNumber sind "R"	Änderung entwender auf O (mit einer Klausel, dass entweder beide da sein sollen oder keines) im Falle, dass man die Anwendung des Konzepts "Versionsnummer" offen lassen möchte. Andernfalls das Konzept der Versionsnummer erzwingen durch "M". In jedem Fall sollte man eine diesbezügliche Erläuterung mit anführen.	In der Praxis ist es so, dass man bereits bei der ersten Version eines Dokuments entscheiden muss, ob man das Konzept "Versionsnummer" verwenden möchte oder nicht (und damit, ob man diese beiden Felder angibt oder nicht), da man schon hier eine eindeutige setId festlegen muss, die dann auch für die Folgeversionen gilt. Wird demnach das Konzept nicht verwendet, sollten die beiden Elemente eher weggelassen als nullFlavored werden.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
244	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Es gibt keine Spalte in der Tabelle, die anzeigt welche Detailspezifikation hier referenziert wird. Lediglich ein Klick bringt den Leser zur entsprechenden Stelle im ArtDecor, und damit zum richtigen Template	Spalte einfügen, um das jeweilige Kapitel im Leitfaden zu referenzieren und darauf springen zu können.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
245	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Unstrukturierter-/Strukturierter Body		Es wird formal nicht festgelegt, dass diese beiden Varianten sich gegenseitig ausschließen. Nur der abschließende Satz erläutert dies und verwendet sogar das Wort "somit" (welches impliziert, dass es eine formale Regel gibt, die aber nirgends steht)

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
246	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Manche Werte der 4. Spalte stehen nicht in derselben Zeile wie die zugehörigen Werte der 1-3. Spalte		Ist das ein Fehler oder versucht man damit etwas auszudrücken? Falls ja, dann erschließt sich der Grund nicht, bitte eine Erläuterung als Bemerkung anführen.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
247	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: ärztliche Anamnese"	Korrekter Name: "Anamnese". Evtl. ändern in "Anamnese" (ärztlich)

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
248	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: erhobene Befunde"	Korrekter Name: "Erhobene Befunde"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
249	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: Entlassdiagnose"	Korrekter Name: "Diagnose bei Entlassung"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
250	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: Allergien, Unverträglichkeiten"	Korrekter Name: "Allergien, Unverträglichkeiten und Risiken"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
251	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: weitere Maßnahmen"	Korrekter Name: "Weitere empfohlene Maßnahmen"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
252	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: durchgeführte Maßnahmen"	Korrekter Name: "Durchgeführte Maßnahmen"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
253	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: letzte Medikation"	Korrekter Name: "Letzte Medikation"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
254	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: empfohlene Medikation"	Korrekter Name: "Empfohlene Medikation"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
255	S45, Tabelle	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: empfohlene Medikation"	Die Spalten 2 und 3 haben keine Werte.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Nicht relevant

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
256	S45, Tabelle	Negativ, schwerwiegend	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "ELGA: verabreichte Medikation während des Aufenthalts"	Sektionen "Jetzige Medikation" und "Medikation bei Entlassung" zusammenführen.	Die ELGA Sektion "Verabreichte Medikation während des Aufenthalts" soll jene Medikation enthalten, die während des Aufenthalts verabreicht wurde. "Medikation bei Entlassung" würde der ELGA Sektion "Letzte Medikation"entsprechen und ist damit gleich wie "Jetzige Medikation". Außerdem: Korrekter Name: "Verabreichte Medikation während des Aufenthalts"
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
257	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text: "ELGA: Aufenthaltszusammenfassung"	Korrekter Name: "Zusammenfassung des Aufenthalts"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
258	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text: "ELGA: abschließende Bemerkungen"	Korrekter Name: "Abschließende Bemerkungen"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
259	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text: "ELGA: Beilagen"	Hinzufügen einer Bemerkung, dass bei der ELGA Sektion "Beilagen" externe Dokumente nicht referenziert, sondern vielmehr als Base64 eingebettet werden.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
260	S45, Tabelle	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text: "ELGA: Patientenverfügung"	Steht in einer Zeile ohne korrespondierender Sektion in Spalte 1
Reconcile	Entscheidung	Kommentar			Abstimmung
	Nicht relevant

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
261	S45, Tabelle	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Autor: "der Autor muss eine natürliche Person sein"	Der Text klingt wie ein Constraint, die Überschrift der Spalte lautet allerdings "Kommentar". Ist das ein Constraint? Falls ja, sollte das eindeutiger dargestellt werden.	ELGA erlaubt Geräte als Autor (zb für on-demand Dokumente wie die Medikationsliste) Ist zusätzlich missverständlich, da die Detailspezifikation des "Autor - Generisch" sehr wohl Geräte zulässt (Kapitel 8.2).

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
262	S47ff	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kapitel "recordTarget"	Die Spezifikation für das "recordTarget" scheint im Wesentlichen das CDA Schema in diesen Bereich abzubilden, welches im Minimalfall nur die Angabe der Patienten-ID (ohne Name, etc.) erlaubt. Es sollte zumindest der Name des Patienten verpflichtend anzugeben sein. In ELGA ist der Patienten-Name [M], das Geschlecht [R] und das Geburtsdatum [R].	Dies ist nicht optimal für die Praxis. Außerdem widerspricht es auch ein wenig der Beschreibung des Templates in dem es heißt: "... umfasst neben der Identifikation und dem Namen, Adressen etc. auch optionale Zusatzangaben ..."
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
263	S52	Negativ, schwerwiegend	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Das XML Beispiel für "Autor ist ein Gerät" enthält kein <time> Element, welches verpflichtend ist
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
264	S73	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Beschreibung des "Angehörigen" ist dieselbe wie beim "Einweisenden Arzt" (Copy&Paste Fehler?)	Beschreibung richtigstellen
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
265	S73	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	time Element wird definiert, zur Angabe eines Einweisungsdatums. Dieses ist beim "Angehörigen" aber nicht angebracht.	Time-Element Constraint entfernen
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
266	S75	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "Hier ist immer ein Quartalsende angegeben (MM/JJ) => YYYYMMDD"	Wort "immer" ist missverständlich, da die Kard 0..1 ist. Bitte umformulieren.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
267	S76	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Text "Schematron assert"		Ist das Teil der Spezifikation oder ein Export-Fehler aus dem ArtDecor?

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
268	S82	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Unstrukturierter Body mit referenziertem Dokument: @representation ist mit Kard 0..1 definiert und "muss B64 sein"	In diesem Fall muss @representation weggelassen werden (0..0)
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
269	S83	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Unstrukturierter Body mit referenziertem Dokument: @representation ist mit Kard 0..1 definiert und "muss B64 sein"	In diesem Fall muss @representation angegeben werden (1..1). Außerdem sollte <reference> in diesem Fall wohl 0..0 sein
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
270	S84	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Der Sektionstitel des Kapitels 9.3 ist "Fragestellung", aber der Template-Name ist "Grund der Überweisung". Auch im weiteren Verlauf des Kapitels wird von "Grund der Überweisung" gesprochen.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
271	S85	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Anmerkung spricht von einem Code "X-RFR", aber dieser kommt gar nicht vor	Anmerkung entfernen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
272	S85	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Eine ausführlichere Beschreibung der Sektion angeben.	"Anamnese" ist eigentlich ein Überbegriff über verschiedene Arten der Ananmese, sie steht aber auf einer Ebene mit den anderen Anmnesen (Frühere Erkrankungen, Familienanamnese). Durch diese strukturelle Schwäche verstärkt ist in diesem Fall ist nicht klar, was genau mit "Jetzige Anamnese" gemeint ist.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
273	S86	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
274	S87	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
275	S88	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Eine ausführlichere Beschreibung der Sektion angeben.	Es ist nicht klar, ob diese Sektion nur die "Titel" der erhobenen Befunde beinhalten soll (wie im angegebenen Beispiel), oder die Befunde selbst. In ELGA ist dieser Bereich ausführlich beschrieben (mit Untersektionen), mit den entsprechenden Vermerken, wann Befunde vollständig eingebettet werden müssen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
276	S90	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Aufnahmediagnose: Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.	In ELGA wurde die Aufnahmediagnose durch den "Aufnahmegrund" (hier: Fragestellung) ersetzt. Was genau ist nun der Unterschied von "Aufnahmediagnose" zu "Fragestellung"?

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
277	S90	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Entlassungsdiagnose: Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
278	S91	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kapitel 9.7.3	Dieses Kapitel kommt an dieser Stelle völlig unerwartet. Die Beschreibung deutet darauf hin, dass es sich um ein allgemeines Kapitel zur "Nutzung von Tabellen" handelt, dann ist es aber an der falschen Position. Der Inhalt des Beispiels bezieht sich aber auf das Vorkapitel "Diagnosen". Falls es dort dazugehört, ist es ebenfalls falsch angeordnet und es fehlt eine Referenz darauf.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
279	S92	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Sektion: "Allergien, Unverträglichkeiten, Risiken"	Die Abschnitte "Allergien, Unversträglichkeiten" und "Risiken" sind in der Tabelle auf Seite 45 getrennt. Hier jedoch gibt es nur eine gesamte Sektion dafür. Das ist missverständlich.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
280	S92	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
281	S93	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
282	S94	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
283	S92-94	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Medikationssektionen allgemein.	Die Namen der Sektionen in Tabelle auf Seite 45 passen tw. nicht mit hier beschriebenen Medikationssektionen zusammen. Hier fehlt der Zusammenhang.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
284	S95	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
285	S95	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Prozeduren und Maßnahmen	Der Name der Sektion findet sich nicht in Tabelle auf Seite 45. Hier fehlt der Zusammenhang.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
286	S97	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
287	S98	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion ist lediglich die Wiederholung des Sektions-Titels und keine wirkliche Beschreibung der Sektion	Obwohl der Titel der Sektion in diesem Fall den Inhalt ziemlich klar ausdrückt, wäre eine ausführlichere Beschreibung an dieser Stelle gut.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
288	S99	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Die Beschreibung der Sektion enthält den Satz: "Diese Sektion sollte ein Entry enthalten"	Das impliziert, dass nur 1 Entry angegeben werden darf, es sollten aber beliebig viele Beilagen möglich sein.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
289	s98	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Hier wird ein LOINC Code "X-…" verwendet	Es fehlt allerdings der üblich Hinweis, dass "X-…" Codes bald durch richtige ersetzt werden.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
290	s99	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Hier wird ein LOINC Code "X-…" verwendet	Es fehlt allerdings der üblich Hinweis, dass "X-…" Codes bald durch richtige ersetzt werden.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
291	S101ff	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Gesamtes Kapitel "Diagnose-Entry".	Es wird empfohlen, die Diagnose auf der Basis des IHE PCC Concern Entry (1.3.6.1.4.1.19376.1.5.3.1.4.5.1) bzw. IHE PCC Problem Concern Entry (1.3.6.1.4.1.19376.1.5.3.1.4.5.2) aufzubauen. ELGA hat diesen Weg gewählt.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
292	S120 und S124	Negativ, kleineres Problem	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Satz: "Eines der Elemente LabeledDrug oder Material muss vorhanden sein" bzw. Kapitel 11.2.6.3, wo LabeledDrug verwendet wird	Obwohl dies nicht prominent aus der Spezifikation hervorgeht, scheint das Template auf dem IHE PCC Medication template (1.3.6.1.4.1.19376.1.5.3.1.4.7) zu basieren. Dies geht jedenfalls aus dem Vermerk "genutzte Templates" in Tabelle auf Seite 115 hervor. Wenn dem so ist, dann ist nur "Material" erlaubt. Siehe IHE PCC Product Entry (1.3.6.1.4.1.19376.1.5.3.1.4.7.2) template specification. Außerdem sollte dieser Zusammenhang mit IHE PCC als parent deutlicher hervorgehoben werden (kann äußerst leicht übersehen werden).
Reconcile	Entscheidung	Kommentar			Abstimmung
	Warten auf Information von anderer Arbeitsgruppe

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
293	S124	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kapitel "Massnahme Entry"	Es wird empfohlen, die Massnahmen auf der Basis des IHE PCC Procedure Entry (1.3.6.1.4.1.19376.1.5.3.1.4.19) aufzubauen.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
294	S128	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kapitel "Externe Referenzen"	Es wird empfohlen, die externen Referenzen auf der Basis des IHE PCC External References Entry (1.3.6.1.4.1.19376.1.5.3.1.4.4) aufzubauen.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
295	S130	Vorschlag	Jürgen Brandstätter, Stefan Sabutsch	HL7 Austria
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kapitel "Diagnose-Entries"	Es ist nicht klar, in wie weit sich dieses Kapitel von Kapitel 11.1 "ICD Diagnose Entry" abgrenzt.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
296	4.4.2 S.22 Zeile 12	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	beziechnet	bezeichnet

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
297	6. S.26 Zeile 50	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Das statische Modell umfasst . den Header mit einer zentrale Klasse ClinicalDocument sowie einer Reihe von assozierten Header- Klassen (Patient, Autor, Empfanger, etc.) und		ClinicalDocument ist nicht nur Teil des Headers
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
298	6.3.1.2 S. 31 Zeile 16	Vorschlag	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	(siehe „Level 1 bis 3 unten)		hier besser Verweis mit Kapitel-Nummer auf Abschnitt "level"

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
299	6.3.1.2 S. 31 Zeile 28	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Jede Sektion muss genau ein „Text"-Element enthalten, das nicht leer sein darf.		Es wird nicht klar, woraus sich dies ableitet. Im Schaubild darunter ist die Kardinalität [0..1]
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
300	6.3.1.3.1 S.32 zeile 54	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	6.3.1.3.1 Section.text: Text des Abschnitts (ED [0..1]) … 6.3.1.3.2 Section.title: Titel des Abschnitts (ST [0..1]) und Section.text: Text des Abschnitts (ST [1..1])		Die beiden Überschriften widersprechen sich bei angegebenem Datentyp und Kardinalität für Section.text
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
301	6.3.1.3.3 S.33 Zeile 8	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Im Beispiel….		Hier ist kein Beispiel angegeben
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
302	6.3.1.5 S.33 Zeile 62	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	…unterhalb der Abschnitte…	…innerhalb der Abschnitte…	Entries sind Bestandteil der sections
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
303	6.3.2.2 S.34 Zeile 50	Negativ, schwerwiegend	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Eine andere Möglichkeit der Kennlichmachung ist die Zuordnung einer Template-Identifikation.		Dies hört sich so an, als ob diese Möglichkeit (template ID) nicht zum Einsatz kommt. Im folgenden Abschnitt wird dann aber darauf verwiesen. Dies sollte ggf. umformuliert werden und die templateId auch im Beispiel aufgenommen werden.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
304	6.3.2.2 S.34 Zeile 50	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Kennlichmachung	Kenntlichmachung

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
305	6.3.2.3 S.36 zeile 59	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Zu dem Abschnitt kann auch eine Sprache gewählt werden, wenn diese von der für das ganze Dokument (mittels languageCode im Header, siehe dort) gewählten abweicht. Weitere Informationen finden sich bei der Beschreibung des Elements languageCode des Headers.		Dieser Teil scheint an die falsche Stelle gerutscht zu sein.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
306	6.3.3.3.1 S.42 Zeile 6	Vorschlag	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Conf		Spaltentitel und mögliche Ausprägungen sollten im Dokument erläutert werden

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
307	6.3.3.3.2 S.42 zeile 47	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Obwohl Unterstützung…		Dieser Satz sollte für eine dt. Spezifikation entfernt werden.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
308	6.3.3.3.2 S.42 zeile 59	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Resolutionen	Auflösungen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
309	6.3.3.3.3 S.43 Zeile 11	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Das darin enthaltene…		Es ist unklar, worauf sich "darin" bezieht
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
310	6.3.3.3.3 S.43 Zeile 25	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	<value xsi:type="ED" mediaType="image/jpeg"> <reference value="left_hand_image.jpeg"/> </value>		Das Beispiel sollte korrigiert werden. Eine Referenz-Angabe nur mit einem Dateinamen (ohne URL) ist nicht möglich
Reconcile	Entscheidung	Kommentar			Abstimmung
	Nicht angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
311	6.4 S.43 Zeile 36	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Eine detaillierte Erläuterung findet sich im Wiki.		Diesen Satz streichen. Unten ist ein Verweis inkl. Link angegeben.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
312	7.1 S44 Zeile 15	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	setzen	setzt

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
313	7.1.0.4 S.44 zeile 35	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	eignesetzt	eingesetzt

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
314	7.1.0.4 S.44 zeile 35	Vorschlag	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Bereichsangabe		Es ist hier der Hoheitsbereich gemeint, analog zu AT in Österreich?

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
315	7.1.0.5 S.45 zeile 28	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	der Autor muss eine natürliche Person sein		Laut S. 52 kann das auch ein Gerät sein.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
316	7.1.0.5 S.46 Zeile 44	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	vollständiuge	vollständige

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
317	9.1 S.81 Zeile 17	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	, dass	, das

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
318	9.1.1 S.82 Zeile 15	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	CONF @representation muss "B64" sein		für referenzierte Dokumente ist dies nicht korrekt
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
319	9.2 S. 84 Zeile 9	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	@root 1 .. 1 F 1.2.276.0.76.10.3001		templateId ist hier als 1..1 angegeben, fehlt aber im o.g. XML-Beispiel
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
320	9.2 S. 84 Zeile 20	Vorschlag	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Beispiel <code code="X-SALUT" codeSystem="2.16.840.1.113883.6.1" codeSystemName="LOINC"/>		Im Sinne der besseren Lesbarkeit könnte/sollte der DisplayName ergänzt werden

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
321	9.3 S.85 Zeile 41	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
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 nirgends im Dokument verwendet
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
322	9.4 S.85 Zeile 46	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	9.4 Section: Anamnese		Dies ist irreführend, da es keine übergeordnete section "Anamnese" gibt, sondern nur die u.g. sections
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
323	9.7 S.89 Zeile 60	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	9.7 Section: Diagnosen		Dies ist irreführend, da es keine übergeordnete section "Diagnosen" gibt, sondern nur die u.g. sections für "Aufnahmediagnose" und "Entlassdiagnose"
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
324	9.7.3 S.91 zeile 39	Vorschlag	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	9.7.3 Textformatierung (Level 1)		Dieses Kapitel kann entfallen, da über "6.3.3.1.2 Tabellen" abgedeckt.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
325	9.9.1 S. 93 zeile 64	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	CONF Elementinhalt muss "Allergien, Unverträglichkeiten, Risiken" sein		copy-paste-fehler vom vorigen Kapitel

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
326	9.9.3 S. 94 zeile 32	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	CONF Elementinhalt muss "Allergien, Unverträglichkeiten, Risiken" sein		copy-paste-fehler vom vorigen Kapitel

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
327	9.10 S. 95 zeile 41	Tippfehler	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	In dem Abschnitt Therapie werden	In dem Abschnitt Prozeduren und Maßnahmen werden

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
328	9.11 S.96 zeile 39	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	9.11 Section: Zusammenfassung des Aufenthalts (Epikrise)	9.11 Epikrise (Zusammenfassung des Aufenthalts)	Da die section "Epikrise" benannt werden muss, sollte es hier "Epikrise (Zusammenfassung des Aufenthalts)" heissen.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
329	9.13 S.99 Zeile 15	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Diese Section sollte ein Entry enthalten		Wie soll vorgegangen werden, wenn z.B. zwei oder mehr Bilder relevant sind? Dies sollte erläutert werden.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
330	9.13 S.99 Zeile 30	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	<title> Anhang 1 </title>		Beispiel widerspricht der u.g. CONF-Bedingung
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
331	12.2 S.133 Zeile 61	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	oder hexadezimal		Was ist damit gemeint?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen mit Modifikationen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
332	13.1.1.1	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
		Die Beispiele in den Storyboards sollten die XML-Darstellung zeigen und nicht den gerenderten Inhalt

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
333	13.2 S.143 zeile 36	Negativ, kleineres Problem	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	13.2 Anamnesekategorien		Die Angaben in diesem Kapitel scheinen im Widerspruch zu "9.4 Section: Anamnese" zu stehen.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
334	14.1 S.144 zeile 42	Kommentar allgemeiner Art	Michael Hofer	iSOFT Health GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	vollständiges Beispiel		Link sollte deutlicher erkennbar sein und URL sollte für ggf. Ausdruck mit angegeben sein

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
335	S. 10, Zeile 22	Kommentar allgemeiner Art	Lars Treinat	ZTG GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	"Muss hier noch ein Hinweis auf die Mitgliedschaft hin, wenn die daraus entstehende Software endgeltlich vertrieben wird?"	Bitte ggf. noch ausformulieren.	Dieser Hinweis sieht irgendwie unfertig aus.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
336	S. 11, Zeile 22	Kommentar allgemeiner Art	Lars Treinat	ZTG GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	"Genauer definieren, was der Arztbrief eigentlich ist und was er können soll!"	Bitte ggf. noch ausformulieren. Denkbar wäre: "Der elektronische Arztbrief soll über die menschenlesbare Darstellung von Behandlungsinformationen hinaus, die Grundlage für eine (teil-)automatisierte Datenübernahme in die Primärsysteme der an der Behandlung beteiligten Ärzte und Institutionen bilden."	Dieser Hinweis sieht irgendwie unfertig aus.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
337	S. 12, Zeile 54	Kommentar allgemeiner Art	Lars Treinat	ZTG GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	"Liste prüfen!"	Falls nicht mehr benötigt, löschen.	Dieser Hinweis sieht irgendwie unfertig aus.

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
338	S. 56, Zeile 42	Kommentar allgemeiner Art	Lars Treinat	ZTG GmbH
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	"1.2.276.0.76.10.1011 Labormeldung nach §7 Abs. 1, 2 und 3 IfSG 2014‑07‑13"	Bitte prüfen, ob diese Unterscheidung sinnvoll ist.	Hier wird auf zwei Subtypen von Labormeldung referenziert. Wenn man diese differenziern will, sollten diese zwei Subtypen unterschieden werden in "Labormeldung nach § 7 Abs. 1 und 2" (namentliche Meldung an das Gesundheitsamt) und "Meldung nach § 7 Abs. 3 IfSG" (nicht-namentliche Meldung an das RKI).

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
339	Kap. 2.3	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Hierbei kann man zwei Gegenpole beobachten.		Diesen Gegensatz sehe ich nicht: Dient nicht jeder übertragene Arztbrief im Endeffekt der Mensch-Mensch-Kommunikation? Definieren nicht z.B. alle CodierSysteme "nur" ein Vokabular (Terminologie), das für eine sichere (eindeutige) Kommunikation insb. zwischen Personen, die in unterschiedlichen Kontexten agieren, unbedingt notwendig ist?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Nicht angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
340	Kap. 5.1, Liste Transportwege	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	▪ D2D ▪ FTP	▪ D2D ▪ KV-CONNECT ▪ FTP	D2D wird im Laufe des Jahres 2015 vollständig durch KV-CONNECT abgelöst werden
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
341	Kap. 8.1	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	<id root="1.2.276.0.76.4.5.100400853" extension="8003004447"/>	<id root="1.2.276.0.76.4.8" extension="8003004447"/>	Wenn ich das richtig verstehe, wird im Bspl. die alte KVK-Nr. übertragen; heute ist für gesetzlich Versicherte aber die eGK-Nr. zu nutzen. -- Diese sollte auch im Standardbeispiel enthalten sein. Siehe auch HL7-Dokument http://www.hl7.de/download/documents/vd-082005/Versichertendaten_Leitfaden-v7.pdf, S. 17 (Allerdings: die geforderte eGK-Nr. muss nicht zwingend als ID dienen.)
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
342	Kap. 8.1, Maximal-Beispiel	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	<religiousAffiliationCode code="" displayName="" codeSystem=""/>	Nicht-leeres Beispiel wählen	Das Schema des (alten) vhitg-Arztbriefs verbietet hier einen leeren Eintrag. Wurde dies bewusst geändert, oder ist nur das Beispiel unglücklich gewählt?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
343	Kap. 8.1, Maximal-Beispiel	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	<preferenceInd>true</preferenceInd>	<preferenceInd value="true"/>	Die andere Schreibweise widerspricht dem "alten" Schema. Bitte Schema nur ändern, wo dringend notwendig, damit Arztbriefe nach vhitg unverändert genutzt werden können (z.B. im KV-CONNECT-Umfeld).
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
344	Kap. 8.3ff	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
		LANR (lebenslange Arztnummer) und BSNR (Betriebsstättennr) ergänzen.	Im Bereich der Niedergelassenen werden die meisten Dokumente mit einem Peronalienfeld mit vorgegebenem Inhalt versehen. Die Angaben dieses Feldes sollten auch im vorliegenden Leitfaden vorgesehen werden. Dazu gehören u.a. die BSNR und die LANR.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
345	Kap. 8.5	Tippfehler	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	displayName="discharging physican"	2 Alternativen: A. displayName="discharging physician" B. displayName="Entlassender Arzt"	A. Tippfehler korrigieren B. Warum angezeigte Bezeichnung nicht auf Deutsch?

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
346	Kap. 8.15	Negativ, kleineres Problem	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
		eGK-Versicherten-Nr. im Beispiel nutzen	Auch hier fehlt im Bspl. die eGK-Versicherten-Nr.
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
347	Kap. 9.1	Kommentar allgemeiner Art	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
	Section: Non-XML-Body		Ein Non-XML-Body mag interessant sein in Umgebungen, in denen es sinnvoll/wichtig ist, alle Dokumente in CDA-Form zu halten. Dies ist bei den Niedergelassenen (-> KV-CONNECT) nicht der Fall; hier können/sollten un-strukturierte Dokus (PDF) auch so bleiben, so dass eine Einbettung nicht weiterhilft. - 9.1.1: Eine Referenzierung könnte allerdings auch im Niedergelassenenbereich helfen, die Informations-Übermittlung zu vereinheitlichen (ohne die Eigenständigkeit des z.B. PDF zu beeinflussen).

ID	Referenz	Typ	Antragsteller	Organisation	Im Namen von
348	Kap. 9	Kommentar allgemeiner Art	Dr. Rainer Fehling	Kassenärztliche Vereinigung Westfalen-Lippe
Kommentar	Existierende Formulierung	Vorgeschlagene Änderung	Begründung
			Derzeit werden an verschiedenen Stellen (z.B. in NRW unter Führung des MGEPA) Standards für den Informationsaustausch im Rahmen des Überleitungsmanagements diskutiert. In der Entlassdokumentation geht es dabei immer auch um die "weitere Versorgung" inkl. weiterer Behandlung, empfohlener Pflegeort, Datum der Reha, …. Die Abbildung dieser Section kann ich im vorliegenden Leitfaden nicht erkennen. Falsch? Ergänzbar?
Reconcile	Entscheidung	Kommentar			Abstimmung
	Angenommen

</html></result>

↑ 2.1
↑ 2.1
↑ 2.2.
↑ 2.3
↑ 2.3
↑ 2.4
↑ 3.2
↑ 3.4
↑ 3.4
↑ 4.1
↑ 4.2
↑ 4.2
↑ 4.2
↑ 4.3.1
↑ 4.3.2
↑ 4.3.6
↑ 4.4.
↑ 4.4.
↑ 4.4.2
↑ 4.4.2
↑ 4.4.2
↑ 4.4.2
↑ 4.4.2
↑ 4.4.2
↑ 4.4.3
↑ 4.4.3
↑ 4.5
↑ 5.1
↑ 5.1
↑ 5.1
↑ 5.1
↑ 6
↑ 6.2.1.1
↑ 6.2.1.2
↑ 6.2.1.2
↑ 6.2.2
↑ 6.2.2
↑ 6.3.1
↑ 6.3.1.1
↑ 6.3.1.1
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.2
↑ 6.3.1.4
↑ 6.3.2.1
↑ generell
↑ 6.3.3.1.5
↑ 6.3.3.1.7
↑ 6.3.1.8
↑ 6.3.3.3.1
↑ 6.3.3.3.1
↑ 6.3.3.3.2
↑ 6.3.3.3.2
↑ 6.3.3.3.2
↑ 6.3.3.3.2
↑ 6.4
↑ 6.4
↑ 7.1
↑ 7.1.0.4
↑ 7.1.0.4
↑ Generell
↑ 7.1.0.5
↑ 7.1.0.5
↑ 7.1.0.5
↑ 7.1.0.5
↑ 8
↑ 8.1
↑ 8.1
↑ 8.1
↑ 8.2
↑ Generell
↑ 9.2.1/ 9.3
↑ 9.4.2.
↑ 9.7
↑ 9.13
↑ 11.1.2
↑ 11.1.3
↑ 11.1.3
↑ 11.2.2
↑ 11.3.3
↑ 11.3.4
↑ 10
↑ 11
↑ 12
↑ 34
↑ 41
↑ 43
↑ 44
↑ 44
↑ 44
↑ 47 ff.
↑ 54
↑ 127
↑ 133
↑ S.24
↑ S.27
↑ S.28
↑ S.42
↑ S.132
↑ S144
↑ S.2
↑ S.9
↑ S.10
↑ S.11
↑ S.17
↑ Seite 9
↑ Seite 11
↑ Seite 10
↑ Seite 12
↑ Seite 25
↑ Seite 27
↑ Seite 46
↑ ab Seite 47 und folgende
↑ Seite 84
↑ Seite 84, Seite 85
↑ Seite 89
↑ Seite 93
↑ Seite 95
↑ Seite 127
↑ Seite 132
↑ generell
↑ S. 12 Zeile 7
↑ S. 12 Z 29
↑ S. 12 Z 36
↑ S. 12 Z 39
↑ S. 12 Z 54
↑ S. 13 Z 18
↑ S. 13 Z 21
↑ S. 17 Z 43
↑ S. 17 Z 60
↑ S. 25 Z 68
↑ S. 27 Z 28
↑ S. 27 Z 52
↑ S. 28 Z 13
↑ S. 28 Z 21
↑ S. 28 Z 39
↑ S. 12 Z 22
↑ S. 31 Z 16
↑ S. 35 Z 13
↑ S. 36 Z 33
↑ S. 37 Z 31
↑ S. 37 Z 42
↑ S. 40 Z 63
↑ S. 42 Z 6
↑ S. 42 Z 21
↑ S. 42 Z 32
↑ S. 42 Z 71
↑ S. 43 Z 51
↑ s. 43 Z 64
↑ S. 44 Z 35
↑ S. 44 Z 69
↑ S.45 Z 28
↑ S. 45 Z 32
↑ S. 45 Z 34
↑ S. 45 Z 45
↑ S. 46 Z 21
↑ S. 46 Z 23
↑ S. 46 Z 34
↑ S. 47 Z 16
↑ S. 55 Z 18
↑ S. 55 Z 21
↑ S. 55 Z 32
↑ S. 61 Z 13
↑ S. 63 Z 20
↑ S. 64 Z 15
↑ S. 64 Z 58
↑ S. 64 Z 63
↑ S. 66 Z 25
↑ S. 66 Z 50
↑ S. 66 Z 58
↑ S. 66 Z 70
↑ S. 68 Z 22
↑ S. 70 Z 35
↑ S. 70 Z 65
↑ S. 72 Z 9
↑ S. 72 Z 12
↑ S. 74 Z 37
↑ S. 75 Z 46
↑ S. 76 Z 42
↑ S. 77 Z 26
↑ S. 77 Z 25
↑ S. 77
↑ S. 78 Z 49
↑ S. 79 Z 16
↑ S. 79 Z 30
↑ S. 81 Z 6
↑ S. 84 Z 32
↑ S. 85 Z 40
↑ S. 89 Z 60
↑ S. 98 Z 56
↑ S. 100 Z 62
↑ S. 102 Z 44
↑ S. 103 Z 51
↑ S. 104 Z 26
↑ S. 104 Z 29
↑ S. 104 Z 46
↑ S. 104 Z 62
↑ S. 105 Z 31
↑ S. 105 Z 34
↑ S. 105 Z 54
↑ S. 106 Z 24
↑ S. 106 Z 61
↑ S. 107 Z 12
↑ S. 107 Z 27
↑ S. 108 Z 12
↑ S. 108 Z 28
↑ S.109 Z 64
↑ S. 109 Z 66
↑ S. 109 Z 69
↑ S. 113 Z 16
↑ S. 117 Z 71
↑ S. 125 Z 54
↑ S. 130 Z 38
↑ S. 132 Z 35
↑ S. 137 Z 40
↑ 6.3.3.3
↑ 9.1.1
↑ 10.1
↑ 10.1
↑ 11.4
↑ 9.1.2
↑ 2.4
↑ 4.3.3
↑ 8.6, 8.7
↑ 4.3.6
↑ 6.3.3.1.8
↑ 1.6
↑ Allgemein
↑ S44, Z54-55
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S45, Tabelle
↑ S47ff
↑ S52
↑ S73
↑ S73
↑ S75
↑ S76
↑ S82
↑ S83
↑ S84
↑ S85
↑ S85
↑ S86
↑ S87
↑ S88
↑ S90
↑ S90
↑ S91
↑ S92
↑ S92
↑ S93
↑ S94
↑ S92-94
↑ S95
↑ S95
↑ S97
↑ S98
↑ S99
↑ s98
↑ s99
↑ S101ff
↑ S120 und S124
↑ S124
↑ S128
↑ S130
↑ 4.4.2 S.22 Zeile 12
↑ 6. S.26 Zeile 50
↑ 6.3.1.2 S. 31 Zeile 16
↑ 6.3.1.2 S. 31 Zeile 28
↑ 6.3.1.3.1 S.32 zeile 54
↑ 6.3.1.3.3 S.33 Zeile 8
↑ 6.3.1.5 S.33 Zeile 62
↑ 6.3.2.2 S.34 Zeile 50
↑ 6.3.2.2 S.34 Zeile 50
↑ 6.3.2.3 S.36 zeile 59
↑ 6.3.3.3.1 S.42 Zeile 6
↑ 6.3.3.3.2 S.42 zeile 47
↑ 6.3.3.3.2 S.42 zeile 59
↑ 6.3.3.3.3 S.43 Zeile 11
↑ 6.3.3.3.3 S.43 Zeile 25
↑ 6.4 S.43 Zeile 36
↑ 7.1 S44 Zeile 15
↑ 7.1.0.4 S.44 zeile 35
↑ 7.1.0.4 S.44 zeile 35
↑ 7.1.0.5 S.45 zeile 28
↑ 7.1.0.5 S.46 Zeile 44
↑ 9.1 S.81 Zeile 17
↑ 9.1.1 S.82 Zeile 15
↑ 9.2 S. 84 Zeile 9
↑ 9.2 S. 84 Zeile 20
↑ 9.3 S.85 Zeile 41
↑ 9.4 S.85 Zeile 46
↑ 9.7 S.89 Zeile 60
↑ 9.7.3 S.91 zeile 39
↑ 9.9.1 S. 93 zeile 64
↑ 9.9.3 S. 94 zeile 32
↑ 9.10 S. 95 zeile 41
↑ 9.11 S.96 zeile 39
↑ 9.13 S.99 Zeile 15
↑ 9.13 S.99 Zeile 30
↑ 12.2 S.133 Zeile 61
↑ 13.1.1.1
↑ 13.2 S.143 zeile 36
↑ 14.1 S.144 zeile 42
↑ S. 10, Zeile 22
↑ S. 11, Zeile 22
↑ S. 12, Zeile 54
↑ S. 56, Zeile 42
↑ Kap. 2.3
↑ Kap. 5.1, Liste Transportwege
↑ Kap. 8.1
↑ Kap. 8.1, Maximal-Beispiel
↑ Kap. 8.1, Maximal-Beispiel
↑ Kap. 8.3ff
↑ Kap. 8.5
↑ Kap. 8.15
↑ Kap. 9.1
↑ Kap. 9

[1] 2.1

[2] 2.1

[3] 2.2.

[4] 2.3

[5] 2.3

[6] 2.4

[7] 3.2

[8] 3.4

[9] 3.4

[10] 4.1

[11] 4.2

[12] 4.2

[13] 4.2

[14] 4.3.1

[15] 4.3.2

[16] 4.3.6

[17] 4.4.

[18] 4.4.

[19] 4.4.2

[20] 4.4.2

[21] 4.4.2

[22] 4.4.2

[23] 4.4.2

[24] 4.4.2

[25] 4.4.3

[26] 4.4.3

[27] 4.5

[28] 5.1

[29] 5.1

[30] 5.1

[31] 5.1

[32] 6

[33] 6.2.1.1

[34] 6.2.1.2

[35] 6.2.1.2

[36] 6.2.2

[37] 6.2.2

[38] 6.3.1

[39] 6.3.1.1

[40] 6.3.1.1

[41] 6.3.1.2

[42] 6.3.1.2

[43] 6.3.1.2

[44] 6.3.1.2

[45] 6.3.1.2

[46] 6.3.1.2

[47] 6.3.1.2

[48] 6.3.1.4

[49] 6.3.2.1

[50] rell

[51] 6.3.3.1.5

[52] 6.3.3.1.7

[53] 6.3.1.8

[54] 6.3.3.3.1

[55] 6.3.3.3.1

[56] 6.3.3.3.2

[57] 6.3.3.3.2

[58] 6.3.3.3.2

[59] 6.3.3.3.2

[60] 6.4

[61] 6.4

[62] 7.1

[63] 7.1.0.4

[64] 7.1.0.4

[65] Generell

[66] 7.1.0.5

[67] 7.1.0.5

[68] 7.1.0.5

[69] 7.1.0.5

[70] 8

[71] 8.1

[72] 8.1

[73] 8.1

[74] 8.2

[75] Generell

[76] 9.2.1/ 9.3

[77] 9.4.2.

[78] 9.7

[79] 9.13

[80] 11.1.2

[81] 11.1.3

[82] 11.1.3

[83] 11.2.2

[84] 11.3.3

[85] 11.3.4

[86] 10

[87] 11

[88] 12

[89] 34

[90] 41

[91] 43

[92] 44

[93] 44

[94] 44

[95] 47 ff.

[96] 54

[97] 127

[98] 133

[99] S.24

[100] S.27

[101] S.28

[102] S.42

[103] S.132

[104] S144

[105] S.2

[106] S.9

[107] S.10

[108] S.11

[109] S.17

[110] Seite 9

[111] Seite 11

[112] Seite 10

[113] Seite 12

[114] Seite 25

[115] Seite 27

[116] Seite 46

[117] Seite 47 und folgende

[118] Seite 84

[119] Seite 84, Seite 85

[120] Seite 89

[121] Seite 93

[122] Seite 95

[123] Seite 127

[124] Seite 132

[125] rell

[126] S. 12 Zeile 7

[127] S. 12 Z 29

[128] S. 12 Z 36

[129] S. 12 Z 39

[130] S. 12 Z 54

[131] S. 13 Z 18

[132] S. 13 Z 21

[133] S. 17 Z 43

[134] S. 17 Z 60

[135] S. 25 Z 68

[136] S. 27 Z 28

[137] S. 27 Z 52

[138] S. 28 Z 13

[139] S. 28 Z 21

[140] S. 28 Z 39

[141] S. 12 Z 22

[142] S. 31 Z 16

[143] S. 35 Z 13

[144] S. 36 Z 33

[145] S. 37 Z 31

[146] S. 37 Z 42

[147] S. 40 Z 63

[148] S. 42 Z 6

[149] S. 42 Z 21

[150] S. 42 Z 32

[151] S. 42 Z 71

[152] S. 43 Z 51

[153] s. 43 Z 64

[154] S. 44 Z 35

[155] S. 44 Z 69

[156] S.45 Z 28

[157] S. 45 Z 32

[158] S. 45 Z 34

[159] S. 45 Z 45

[160] S. 46 Z 21

[161] S. 46 Z 23

[162] S. 46 Z 34

[163] S. 47 Z 16

[164] S. 55 Z 18

[165] S. 55 Z 21

[166] S. 55 Z 32

[167] S. 61 Z 13

[168] S. 63 Z 20

[169] S. 64 Z 15

[170] S. 64 Z 58

[171] S. 64 Z 63

[172] S. 66 Z 25

[173] S. 66 Z 50

[174] S. 66 Z 58

[175] S. 66 Z 70

[176] S. 68 Z 22

[177] S. 70 Z 35

[178] S. 70 Z 65

[179] S. 72 Z 9

[180] S. 72 Z 12

[181] S. 74 Z 37

[182] S. 75 Z 46

[183] S. 76 Z 42

[184] S. 77 Z 26

[185] S. 77 Z 25

[186] S. 77

[187] S. 78 Z 49

[188] S. 79 Z 16

[189] S. 79 Z 30

[190] S. 81 Z 6

[191] S. 84 Z 32

[192] S. 85 Z 40

[193] S. 89 Z 60

[194] S. 98 Z 56

[195] S. 100 Z 62

[196] S. 102 Z 44

[197] S. 103 Z 51

[198] S. 104 Z 26

[199] S. 104 Z 29

[200] S. 104 Z 46

[201] S. 104 Z 62

[202] S. 105 Z 31

[203] S. 105 Z 34

[204] S. 105 Z 54

[205] S. 106 Z 24

[206] S. 106 Z 61

[207] S. 107 Z 12

[208] S. 107 Z 27

[209] S. 108 Z 12

[210] S. 108 Z 28

[211] S.109 Z 64

[212] S. 109 Z 66

[213] S. 109 Z 69

[214] S. 113 Z 16

[215] S. 117 Z 71

[216] S. 125 Z 54

[217] S. 130 Z 38

[218] S. 132 Z 35

[219] S. 137 Z 40

[220] 6.3.3.3

[221] 9.1.1

[222] 10.1

[223] 10.1

[224] 11.4

[225] 9.1.2

[226] 2.4

[227] 4.3.3

[228] 8.6, 8.7

[229] 4.3.6

[230] 6.3.3.1.8

[231] 1.6

[232] Allgemein

[233] S44, Z54-55

[234] S45, Tabelle

[235] S45, Tabelle

[236] S45, Tabelle

[237] S45, Tabelle

[238] S45, Tabelle

[239] S45, Tabelle

[240] S45, Tabelle

[241] S45, Tabelle

[242] S45, Tabelle

[243] S45, Tabelle

[244] S45, Tabelle

[245] S45, Tabelle

[246] S45, Tabelle

[247] S45, Tabelle

[248] S45, Tabelle

[249] S45, Tabelle

[250] S45, Tabelle

[251] S45, Tabelle

[252] S47ff

[253] S52

[254] S73

[255] S73

[256] S75

[257] S76

[258] S82

[259] S83

[260] S84

[261] S85

[262] S85

[263] S86

[264] S87

[265] S88

[266] S90

[267] S90

[268] S91

[269] S92

[270] S92

[271] S93

[272] S94

[273] S92-94

[274] S95

[275] S95

[276] S97

[277] S98

[278] S99

[279] s98

[280] s99

[281] S101ff

[282] S120 und S124

[283] S124

[284] S128

[285] S130

[286] 4.4.2 S.22 Zeile 12

[287] 6. S.26 Zeile 50

[288] 6.3.1.2 S. 31 Zeile 16

[289] 6.3.1.2 S. 31 Zeile 28

[290] 6.3.1.3.1 S.32 zeile 54

[291] 6.3.1.3.3 S.33 Zeile 8

[292] 6.3.1.5 S.33 Zeile 62

[293] 6.3.2.2 S.34 Zeile 50

[294] 6.3.2.2 S.34 Zeile 50

[295] 6.3.2.3 S.36 zeile 59

[296] 6.3.3.3.1 S.42 Zeile 6

[297] 6.3.3.3.2 S.42 zeile 47

[298] 6.3.3.3.2 S.42 zeile 59

[299] 6.3.3.3.3 S.43 Zeile 11

[300] 6.3.3.3.3 S.43 Zeile 25

[301] 6.4 S.43 Zeile 36

[302] 7.1 S44 Zeile 15

[303] 7.1.0.4 S.44 zeile 35

[304] 7.1.0.4 S.44 zeile 35

[305] 7.1.0.5 S.45 zeile 28

[306] 7.1.0.5 S.46 Zeile 44

[307] 9.1 S.81 Zeile 17

[308] 9.1.1 S.82 Zeile 15

[309] 9.2 S. 84 Zeile 9

[310] 9.2 S. 84 Zeile 20

[311] 9.3 S.85 Zeile 41

[312] 9.4 S.85 Zeile 46

[313] 9.7 S.89 Zeile 60

[314] 9.7.3 S.91 zeile 39

[315] 9.9.1 S. 93 zeile 64

[316] 9.9.3 S. 94 zeile 32

[317] 9.10 S. 95 zeile 41

[318] 9.11 S.96 zeile 39

[319] 9.13 S.99 Zeile 15

[320] 9.13 S.99 Zeile 30

[321] 12.2 S.133 Zeile 61

[322] 13.1.1.1

[323] 13.2 S.143 zeile 36

[324] 14.1 S.144 zeile 42

[325] S. 10, Zeile 22

[326] S. 11, Zeile 22

[327] S. 12, Zeile 54

[328] S. 56, Zeile 42

[329] Kap. 2.3

[330] Kap. 5.1, Liste Transportwege

[331] Kap. 8.1

[332] Kap. 8.1, Maximal-Beispiel

[333] Kap. 8.1, Maximal-Beispiel

[334] Kap. 8.3ff

[335] Kap. 8.5

[336] Kap. 8.15

[337] Kap. 9.1

[338] Kap. 9

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[26]

[27]

[28]

[29]

[30]

[31]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

[42]

[43]

[44]

[45]

[46]

[47]

[48]

[49]

[50]

[51]

[52]

[53]

[54]

[55]

[56]

[57]

[58]

[59]

[60]

[61]

[62]

[63]

[64]

[65]

[66]

[67]

[68]

[69]

[70]

[71]

[72]

[73]

[74]

[75]

[76]

[77]

[78]

[79]

[80]

[81]

[82]

[83]

[84]

[85]

[86]

[87]

[88]

[89]

[90]

[91]

[92]

[93]

[94]

[95]

[96]

[97]

[98]

[99]

[100]

Version vom 24. Juni 2015, 11:28 Uhr (Quelltext anzeigen) Wikiadmin (Diskussion \| Beiträge) ← Zum vorherigen Versionsunterschied		Version vom 15. Juli 2015, 19:42 Uhr (Quelltext anzeigen) Wikiadmin (Diskussion \| Beiträge) Zum nächsten Versionsunterschied →
Zeile 1:		Zeile 1:
−	~~<table~~	+	<

Test35: Unterschied zwischen den Versionen

Version vom 15. Juli 2015, 19:42 Uhr

Navigationsmenü

Meine Werkzeuge

Namensräume

Varianten

Ansichten

Mehr

Suche

Hauptnavigation

Enzyklopädie

Best practice / Tipps

Interoperabilitätsforum

IHE

EBMF

Medizingeräte

Hilfe

Werkzeuge